SCORM 2004
コンテンツ作成ガイド
第 1.0.4 版

2006 年 3 月

特定非営利活動法人 日本イーラーニングコンソシアム

SCORM 2004 コンテンツ作成ガイド

クレジット表記と再配布のガイドライン
本書は特定非営利活動法人日本イーラーニングコンソシアム（略称：eLC）の著作物である．
本書は経済産業省がスポンサーとなりSCORM（Sharable Content Object Reference Model）の普及促進を目的として作成された．
ｅLC（ライセンス提供者）は，他者（ライセンス受領者）に本書のコピー，配布，表示，ハイパ
ーリンクの生成を許可する．代わりに，ライセンス提供者のクレジット（上記アンダーラインの文章）を明記しなければならない．
また，ライセンス受領者はライセンス提供者の許可なく本書を商用利用してはならない．

本書の執筆者は以下のとおりである．
１章，２章，４〜７章

宮内 浩（学校法人産業能率大学），太田 衛（株式会社エネゲート）

３章

仲林 清（NTT レゾナント株式会社）i

SCORM 2004 コンテンツ作成ガイド©2006 特定非営利活動法人日本イーラーニングコンソシアム

ii

SCORM 2004 コンテンツ作成ガイド

改訂履歴

日付

バージョン

改訂内容

2005 年 11 月

1.0

初版

1.0.1

修正

1.0.2

誤植等修正

1.0.3

同上

1.0.4

同上

2006 年 2 月

2006 年 3 月

iii

SCORM 2004 コンテンツ作成ガイド

目次
1. はじめに ................................................................................................................ 1
2. SCORM 2004 概要 ................................................................................................. 2
2.1 SCORMとは.......................................................................................................................2
2.2 SCORM規格の成り立ち.....................................................................................................2
2.3 LMSモデル .........................................................................................................................3
2.4 SCORM 2004 概要 .............................................................................................................3
2.5 SCORM規格の変遷（SCORM 1.0 からSCORM 1.2） ......................................................5
2.6 SCORM 1.2 からSCORM 2004 への変更点.......................................................................62.6.1 仕様書バージョン表記の変更............................................................................................62.6.2 シーケンシング機能の追加 ...............................................................................................62.6.3 SCOからのナビゲーションコマンド発行機能の追加 ........................................................62.6.4 SCORMランタイム環境の変更 ..........................................................................................7
2.6.5 SCORMコンテンツアグリゲーションモデルの変更..........................................................8

2.7 SCORMの今後 ...................................................................................................................8

3. シーケンシング.................................................................................................... 10
3.1 コンテンツ構造と学習目標 .............................................................................................10
3.2 トラッキング情報............................................................................................................ 11
3.2.1 学習の習得，完了に関するトラッキング情報.................................................................123.2.2 学習時間，試行回数に関するトラッキング情報 .............................................................13

3.3 ナビゲーション要求，シーケンシング要求，終了要求 ..................................................13
3.4 シーケンシングルール.....................................................................................................15
3.4.1 シーケンシング制御モード .............................................................................................16
3.4.2 制限条件..........................................................................................................................18
3.4.3 プリコンディションルール .............................................................................................18
3.4.4 ポストコンディションルール ／ 終了ルール.................................................................20
iv

SCORM 2004 コンテンツ作成ガイド

3.4.5 ロールアップルール ........................................................................................................21
3.4.6 ローカル学習目標と共有グローバル学習目標.................................................................27
3.4.7 共有グローバル学習目標とルールの評価........................................................................28

3.5 アテンプト.......................................................................................................................29

4. ナビゲーション.................................................................................................... 30
4.1 ナビゲーションコントロール概要...................................................................................30
4.1.1 SCORM 1.2 におけるSCOナビゲーション......................................................................30
4.1.2 SCORM 2004 におけるSCOナビゲーション...................................................................31

4.2 ナビゲーションコマンドの送信とSCOの終了 ................................................................32
4.2.1 SCOでのSCOナビゲーションコマンド ...........................................................................32
4.2.2 ナビゲーション要求の発行とSCOの終了 .......................................................................32
4.2.3 ナビゲーション要求の使用可否の確認 ...........................................................................33

4.3 LMSのナビゲーションGUI制御........................................................................................34

5. RTE ...................................................................................................................... 36
5.1 SCORMランタイム環境の概要 ........................................................................................36
5.2 学習資源の起動 ...............................................................................................................37
5.2.1 アセット..........................................................................................................................37
5.2.2 SCO .................................................................................................................................37

5.3 API....................................................................................................................................38
5.3.1 APIの概要.........................................................................................................................38
5.3.2 APIインスタンスの概要 ...................................................................................................38
5.3.3 APIインスタンスの実装方法 ............................................................................................38
5.3.4 API関数の概要 .................................................................................................................41
5.3.5 APIインスタンス状態遷移................................................................................................44
5.3.6 APIエラーコードの概要 ...................................................................................................45

5.4 データモデル ...................................................................................................................49
5.4.1 データモデルの概要 ........................................................................................................49
5.4.2 データモデルの基本事項.................................................................................................49
5.4.3 SCORMランタイム環境におけるデータモデル ...............................................................53v

SCORM 2004 コンテンツ作成ガイド

6. SCORM 2004 コンテンツの実際.......................................................................... 62
6.1 シーケンシングの実際.....................................................................................................62
6.1.1 シーケンシングを設定する .............................................................................................62
6.1.2 シーケンシング制御モードを設定する ...........................................................................62
6.1.3 シーケンシングルールを設定する...................................................................................65
6.1.4 ロールアップルールを設定する ......................................................................................71
6.1.5 制限条件を設定する ........................................................................................................76
6.1.6 学習目標を設定する ........................................................................................................78
6.1.7 その他の制御情報を設定する..........................................................................................83

6.2 2004 SCOの実際..............................................................................................................86
6.2.1 RTEの使用例....................................................................................................................86
6.2.2 ナビゲーションの使用例.................................................................................................96

7. SCORM 1.2 コンテンツの 2004 への移行のポイント .......................................... 99
7.1 マニフェストファイルとSCO .........................................................................................99
7.2 マニフェストファイル（imsmanifest.xml）の移行.........................................................99
7.2.1 基本構造..........................................................................................................................99
7.2.2 コンテンツパッケージング ...........................................................................................100
7.2.3 prerequisitesおよびmasteryscoreの変更........................................................................100
7.2.4 シーケンシング制御モードの設定.................................................................................102
7.2.5 メタデータの記述..........................................................................................................103

7.3 SCOの移行.....................................................................................................................104
7.3.1 APIインスタンスオブジェクト名称の変更.....................................................................104
7.3.2 API関数名の変更 ............................................................................................................104
7.3.3 データモデルの変更 ......................................................................................................105

7.4 エラーコードの変更 ...................................................................................................... 110
7.5 SCORM 2004 の可能性.................................................................................................. 110

viSCORM 2004 コンテンツ作成ガイド

1. はじめに
SCORM 2004 は SCORM 1.2 の後継規格として 2004 年 1 月にリリースされた．
SCORM 2004 のもっとも大きな特徴は，コンテンツアグリゲーションモデル，ランタイム環
境に加え，新たにシーケンシング＆ナビゲーションに関する規格が追加されたことである．これにより，以前のバージョンでは記述することができなかった，学習の順序だてや学習者の学習状況に応じた動的なコンテンツのふるまいを制御できるようになったり，「次へ進む」「前へ戻る」
といったコマンドをコンテンツ側で制御できるようになり，コンテンツ作成者の教材設計・開発の自由度が高くなった．
また，相互運用性の向上や規格のあいまいさの低減，新たに追加されたシーケンシング＆ナビ
ゲーションとの対応など，コンテンツアグリゲーションモデルやランタイム環境にも変更がなされた．
このような規格の高機能化により，コンテンツ作成の可能性が高まることに比例して，SCORM
2004 規格の内容は広範囲で多岐にわたっており，コンテンツ作成者にとって平易に理解できるとは言いがたい面もある．
本書では，SCORM1.2 に関してある程度の知識を有しているコンテンツ作成者を対象に，
SCORM 2004 の概要や考え方，コンテンツ作成におけるポイント，規格の実装方法などについて，一部サンプルコードを交えながら実践的に解説を行っていく．また，SCORM 1.2 準拠のコンテンツを SCORM 2004 コンテンツへ移行するためのポイントについても解説を行う．
本書は，コンテンツ作成者を主なターゲットに，SCORM 2004 をより理解するために実践的で有用な情報について記述しているが，直接コンテンツ作成にはかかわらないが，ｅラーニングの企画・設計・開発に関わる人にも十分活用できるものと考えている．
本書が，SCORM 2004 に準拠した効果的なｅラーニング提供のための有用な情報となることを期待する．
なお，本書中で以下の記号は，SCORM 2004 規格書の各分冊を示す．
OV: SCORM 2004 Overview 2ndEditon
CAM: SCORM Content Aggregation Model Ver.1.3.1
RTE: SCORM Run-time Environment Ver.1.3.1
SN: SCORM Sequencing and Navigation Ver.1.3.1
CR: SCORM 2004 Conformance Requirements Ver.1.3
ADD: SCORM 2004 2nd Edition Addendum Ver1.2

1SCORM 2004 コンテンツ作成ガイド

2. SCORM 2004 概要
本節では，SCORM 1.2 から SCORM 2004 への追加規格や変更点を中心に，ｅラーニング標
準規格の意義を SCORM 規格の変遷と共に解説する．

2.1 SCORM とは
SCORM（Sharable Content Object Reference Model）はｅラーニングにおける学習コンテン
ツの共有化を図るため，
・ 耐久性
・ 相互運用性・ アクセス可能性
・ 再利用性を実現する仕様の標準化を目指してアメリカの ADL（Advanced Distributed Learning）が提示している規格である．
ｅラーニングコンテンツの流通のため，システムやソフトウェアのバージョンアップなどでも修正の必要がなく（耐久性），多くの OS や Web ブラウザなどで学習可能で（相互運用性），必要なときに学習教材が検索でき（アクセス可能性），既存のコンテンツを容易に再利用して新規コン
テンツの作成を可能にする（再利用性）ための規格といえる．

2.2 SCORM 規格の成り立ち
SCORM 規格は，IMS(IMS Global Learning Consortium inc.)や AICC(the Aviation Industry
CBT Committee)，ARIADNE(Alliance of Remote Instructional Authoring & Distribution
Network for Europe)，IEEE LTSC(Institute of Electrical and Electronics Engineers, Learning
Technology Standards Committee)などの技術仕様やガイドラインを参照し，これらを固有のコ
ンテンツモデルに適用し一貫性のある実装のための推奨基準を開発することを目指したものであり，主に以下のような規格の影響を受けている．
・SCORM 2004 CAM
IEEE Learning Object Metadata (LOM)IMS Content Packaging
IEEE Extensible Markup Language (XML) Schema Binding for Learning Object
Metadata Data Model
・SCORM 2004 RTE
IEEE Data Model For Content Object Communication
IEEE ECMAScript Application Programming Interface for Content to Runtime
Services Communication
・SCORM 2004 SN
IMS Simple Sequencing
2

SCORM 2004 コンテンツ作成ガイド

2.3 LMS モデル
次の図は一般的な LMS モデルである．LMS はこの図に示すとおり，学習者プロファイルサー
ビスやコンテンツ管理サービスなどさまざまな機能を有しているが，SCORM ではこれらの具体的な実装方法については定義をしない．SCORM 規格が取り扱っているのは，コンテンツと LMSのインタフェースについてである．具体的にはコンテンツの LMS への登録，コンテンツの起動，
LMS とコンテンツとのデータのやり取りなどについて SCORM では定義している．
リモート・コンテンツ・
リポジトリ

テスト／アセス
メントサービス

シーケンシングサービス

ローカル・
コンテンツ・
リポジトリ
SCORM
コンテンツ
パッケージ

選択
コース管理
サービス

学習者プロファイルサービスコンテンツ管理サービス

トラッキングサービス

配信サービス

起動
SCORM
ランタイム環境
データ

ＡＰＩ
インスタンスSCORM コンテンツ(SCO,アセット)

ブラウザ（プレゼンテーション）

図 2.1 LMS モデル

2.4 SCORM 2004 概要
SCORM 2004 は ADL が SCORM 1.2 の後継規格として開発したものである．SCORM 2004のもっとも大きな特徴は，シーケンシング＆ナビゲーションに関する仕様書が新たに追加されたことである．これにより，以前のバージョンでは記述することのできなかった，学習の順序だてや学習者の学習状況に応じた動的なコンテンツのふるまいをコンテンツ側で制御できるようになったり，「次へ進む」「前へ戻る」などのコマンドを LMS ではなくコンテンツ側で提供できるよ3

SCORM 2004 コンテンツ作成ガイド

うになったりと，コンテンツ作成者の教材設計・開発の自由度が高くなった．
SCORM 1.2 では仕様書は，SCORM 概要，コンテンツアグリゲーションモデル，ランタイム
環境の３編で構成されていたが，SCORM 2004 仕様書ではさらにシーケンシング＆ナビゲーシ
ョンの規格が追加されたため，以下の４編から構成されている．
(1) SCORM 2004 概要（SCORM 2004 Overview Book）
ADL および SCORM の歴史や目的，SCORM が参照している仕様書および標準規格，各々のSCORM 仕様書の関連などについて記述されている．また，LMS とコンテンツの役割分担についてもこのブックに記述されている．

(2)

コンテンツアグリゲーションモデル（The SCORM Content Aggregation Model(CAM)
Book）

学習コンテンツを識別し，組み立てるためのガイドラインが記述されている．つまり SCORM
コンテンツを設計する際に理解するべき事柄についてふれられている．このガイドラインは，IEEE LOM1484.12，AICC コンテンツ構造，IMS コンテンツパッケージング，IMS シーケンシ
ング情報といった規格をもとに構成されている．
SCORM 技術の領域としては，SCO，アセット，コンテンツアグリゲーション，パッケージ，
パッケージ交換ファイル（PIF），メタデータ，マニフェストファイル，シーケンシング＆ナビゲーションに関する情報が記述される．

(3)

ランタイム環境（The SCORM Run-Time Environment(RTE) Book）

Web ベース環境でのコンテンツ起動，通信，受講履歴に関するガイドラインが記述されている．
ここでは学習者が LMS を通じて学習資源を起動し，学習状況の送受信を行い，学習を終了するまでの一連の活動に必要な事柄についてふれられている．このガイドラインは，IEEE API
1484.11.2，IEEE Data Model 1484.11.1 といった規格をもとに構成されている．
SCORM 技術の領域としては，API，API インスタンス，起動，セッション・データ・サポー
トの方式，ランタイムデータモデルに関する情報が記述される．

(4)

シーケンシング＆ナビゲーション（The SCORM Sequencing and Navigation(SN) Book）

SCORM 2004 で新たに追加された仕様書であり，SCORM 規格の最も大きな変更点である．
ここでは学習コンテンツをどのように提示するかといった順序づけ（ふるまい）に関するガイド
ラインが記述されている．このガイドラインは，IMS シーケンシング情報＆ビヘイビア規格をもとに構成されている．また，ナビゲーション GUI に関してもこの仕様書でふれられている．
SCORM 技術の領域としては，アクティビティツリー，学習アクティビティ，シーケンシング
情報，ナビゲーション情報，ナビゲーションデータモデルに関する情報が記述される．
これらの仕様書はそれぞれの領域に特化して記述されているが，一部相互に関連する領域も存在し，その際は相互に参照し合うよう記述がなされている．
4

SCORM 2004 コンテンツ作成ガイド

Sequencing and Navigation

Overview

Sequencing Information &Behavior (from IMS)

Content
Aggregation Model

Run-Time Environment

Meta-data (from IEEE LOM 1484.12)
IEEE API 1484.11.2
Content Structure (derived from AICC)IEEE Data Model 1484.11.1
Content Packaging (from IMS)
Sequencing Information (from IMS)

図 2.2 SCORM 2004 の構成（出典：『SCORM 2004 2nd Edition Overview』ADL）

2.5 SCORM 規格の変遷（SCORM 1.0 から SCORM 1.2）
SCORM は，過去の SCORM バージョンから，コンセプトや必要条件の明確化，標準化の推進，
ADL コミュニティによるベストプラクティス，拡張，バグフィックスなどにより，さまざまな変
更が加えられてきた．
SCORM は，まず SCORM 1.0 として試験・評価段階に入った．SCORM 1.0 では試験・評価の参加者から実装に際し多くの質問や課題が出された．
そこで，SCORM 1.1 では SCORM 1.0 の対象範囲を修正拡張せずに，これらの初期参加者からのフィードバックに基づく修正や改良が行われた．最も顕著な変更は名称の変更である．
SCORM 1.0 では Sharable Courseware Object Reference Model としていたものが，SCORM 1.1
では Sharable Content Object Reference Model へと変更された．この変更は SCORM で参照している技術仕様がコース全体だけではなく各種レベルのコンテンツに適用されるという実態を反映している．また，SCORM 1.1 では，それぞれの仕様をサブセクションに分けつつ仕様を機能別グループに分けて使いやすい構成にした．さらに，ランタイム環境の API の重要な改良と変更が行われるとともに，SCORM が参照している AICC CMI 規格の簡素化が行われた関係で，
SCORM ラインタイム環境のデータモデルのいくつかのデータ項目が削除された．
SCORM 1.2 では，IMS コンテンツパッケージング規格に基づく，SCORM コンテンツパッケ
5SCORM 2004 コンテンツ作成ガイド

ージアプリケーションプロファイルが追加された．また，メタデータを IMS および IEEE LTSCで開発された最新仕様を参照するように更新された．この更新は情報モデルおよび XML バイン
ディングの変更を含んでいる．さらに，このバージョンではメタデータアプリケーションプロフ
ァイルの名称を変更し，SCORM コンテンツアグリゲーションモデルへの変更，および IMS コ
ンテンツパッケージングの命名法により合致するようにした．

2.6 SCORM 1.2 から SCORM 2004 への変更点
SCORM 1.2 から SCORM 2004 への主な変更点を以下に示す．
2.6.1 仕様書バージョン表記の変更
SCORM 2004 では各仕様書の保守・独立性を高めるため SCORM のバージョン表記に関する記述が変更された．CAM や RTE といった各仕様書ごとに“Version1.3”のようなリリース番号をつけることとし，今後，更新があった仕様書のバージョンのみが変更されることになる．
2.6.2 シーケンシング機能の追加
SCORM 仕様書にシーケンシング＆ナビゲーション仕様書が新たに追加された．
これにより，SCORM 1.2 までの従来の規格の範囲内では設定することができなかった学習のシーケンス制御を行うことができるようになった．
例えば，学習コンテンツの提示順序を指定する，学習事前にプリテストを実施し，その結果により，学習するコンテンツの種類や順番を変更する，問題Ａと問題Ｂに合格するとコース修了とする，問題演習が不合格なら復習を繰り返す，学習目標を習得するまで解説と問題を繰り返す，といったことが制御できるようになった．
コンテンツ作成者は，コース構造とそれに付随するシーケンシングルールをマニフェストファ
イルに記述することによってコンテンツの動作を制御する．
学習の習得状態や進捗状態などさまざまな条件の組み合わせによって学習の経路や状態設定が可能になるので，学習者適応型のコンテンツやシミュレーション教材の作成などができるようになる．
2.6.3 SCO からのナビゲーションコマンド発行機能の追加
SCORM 2004 で新たに追加されたシーケンシング＆ナビゲーション仕様書では，SCO のナビ
ゲーション方法に関する新たな仕様も追加された．
これにより，「次へ進む」「前へ戻る」といった SCO ナビゲーションコマンドの発行を SCO から行うことができるようになった．さらに，LMS が提供しているナビゲーションボタンの表示／
非表示をコンテンツで制御できるようになった．
コンテンツ作成者は，新しく追加されたランタイムデータモデルを SCO に記述することでSCO ナビゲーション制御を行う．また，LMS ナビゲーションボタンの表示／非表示はマニフェ
ストファイルに記述することで制御を行う．
この規格を用いることで，コンテンツ作成者は LMS の種類を気にすることなく，学習コンテンツの重要な要件であるナビゲーションの設計を行うことができる．
6

SCORM 2004 コンテンツ作成ガイド

2.6.4 SCORM ランタイム環境の変更
SCORM ランタイム環境について，SCORM 2004 では SCORM 1.2 から大きく変更がなされた．
ここでは変更点の概略について述べる．
(1) API オブジェクト名の変更
API インプリメンテーションのオブジェクト名が API から API_1484_11 に変更された．
(2) API 関数名の変更
API 関数名が下記のとおり変更された．
表 2.1 API 関数名の変更

SCORM 1.2

SCORM 2004

LMSInitialize(“”)

Initialize(“”)

LMSFinish(“”)

Terminate(“”)

LMSGetValue(parameter)

GetValue(parameter)

LMSSetValue(parameter_1,parameter_2)

SetValue(parameter_1,parameter_2)

LMSCommit(“”)

Commit(“”)

LMSGetLastError()

GetLastError()

LMSGetErrorString(parameter)

GetErrorString(parameter)

LMSGetDiagnostic(parameter)

GetDiagnostic(parameter)(3) データモデルの変更
主な変更点を下記の示す．
・ すべてのデータモデルが LMS の必須（mandatory）要素となった．
・ データモデルの平坦化が行われ，cmi.core および cmi.student_data エレメントが廃止された．
・ 回答や正答情報記述フォーマットが精密化されるなど interaction が詳細化された．
・ マルチバイト文字コードが全面採用（ISO 10646）され多言語化がなされた．
・ lesson_status が廃止され，completion_sutatus と success_status に分離移行された．
completion_status は完了状態に対応し，状態 completed，incomplete，not attempted，
unknown を扱う．success_status は習得状態に対応し，状態 passed，failed，unknownを扱う．browsed 状態は廃止された．
・ 習得度に対応する score.scaled が追加された．これに合わせ score.raw の 0〜100 点までという値の制限は廃止された．
・ データモデルの objectives とアクティビティの学習目標とに対応付けがなされ，共有グロ
ーバル学習目標の設定が可能になった．

7

SCORM 2004 コンテンツ作成ガイド

・ エラーコードが詳細化され，API インスタンスの状態やデータの一貫性のチェックなどが可能になった．
2.6.5 SCORM コンテンツアグリゲーションモデルの変更
SCORM コンテンツアグリゲーションモデルでは，シーケンシング＆ナビゲーション規格導入に伴う内容の追加や参照される XML スキーマ等の変更がなされた．
また，ADL コンテンツパッケージングの以下の要素は廃止され，関連するシーケンシングルー
ルに変更された．
・ <adlcp:prerequisites>・ <adlcp:masteryscore>・ <adlcp:maxtimeallowed>

SCORM Version 1.1
2001 年 1 月

SCORM Version 1.2
2001 年 10 月

SCORM 2004
2004 年 1 月

SCORM 2004 2nd Edition
2004 年 7 月

コンテンツアグリゲーション
モデル（CAM）

コンテンツアグリゲーション
モデル（CAM）

コンテンツアグリゲーション
モデル（CAM）Version 1.3

コンテンツアグリゲーション
モデル（CAM）Version 1.3.1

メタデータ＋バインディング

メタデータ＋バインディング，
コンテンツ・パッケージング，
コンテンツ構成

メタデータ＋バインディング
コンテンツ・パッケージング，
コンテンツ構成，
シーケンシング＆ナビゲーシ
ョン，
仕様修正

メタデータ＋バインディング
コンテンツ・パッケージング，
コンテンツ構成，
シーケンシング＆ナビゲーシ
ョン，
仕様修正

ランタイム環境（RTE）

ランタイム環境（RTE）

ラ ン タ イ ム 環 境 （ RTE ）Version 1.3

ラ ン タ イ ム 環 境 （ RTE ）Version 1.3.1

API＋データモデル

API＋データモデル
仕様修正

API＋データモデル
仕様修正

API＋データモデル
仕様修正

シーケンシング＆ナビゲーシ
ョン（SN）Version 1.3

シーケンシング＆ナビゲーシ
ョン（SN）Version 1.3.1

シーケンシングルール＋ビ
ヘイビア

シーケンシングルール＋ビ
ヘイビア
仕様修正

図 2.3 SCORM の進展

2.7 SCORM の今後
ADL は今後 Web ベースの学習基盤の新機能の候補として，・ 新しいランタイムおよびコンテンツデータモデルアーキテクチャの設計
・ シミュレーションの組み込み
・ 電子パフォーマンスサポートオブジェクトの組み込み
8

SCORM 2004 コンテンツ作成ガイド

・ SCORM ベースの知的学習支援機能の実装
・ 新しいコンテンツモデルの設計
・ ゲーム技術の組み込みを挙げている．
なお，ADL では SCORM の次期バージョンの予定はないとしている．

9

SCORM 2004 コンテンツ作成ガイド

3. シーケンシング
本節では，SCORM 2004 で新たに導入されたシーケンシング機能の基本となる概念とそれらの全体的な関連について説明し，シーケンシング動作がどのように規定されるかを説明する．図3.1 にシーケンシング動作の概要を示す．コンテンツ作成者は，コンテンツ構造とそれに付随する動作ルール（シーケンシングルール）をマニフェストファイル（imsmanifest.xml）に記述す
ることによってコンテンツの動作を制御する．マニフェストファイルは LMS に読み込まれて実行される．実行時に LMS は，学習者からの要求（ナビゲーション要求）を受け取り，学習者の学習状態を反映するための状態情報（トラッキング情報）を更新し，シーケンシングルールを解釈して，次の提示画面を決定して配信するという動作を繰り返す．
シーケンシングの主要な構成要素と外部機能は，•コンテンツ構造と学習目標•

トラッキング情報•

ナビゲーション要求とシーケンシング要求•

シーケンシングルール

で規定される．実行時のシーケンシング動作は図 3.1 右側の「プロセス」の集合として規定され，各プロセスの動作は擬似コードとして規格で定義されている．本節ではシーケンシングの外部機
能を上の４つの要素によって説明する．

3.1 コンテンツ構造と学習目標
SCORM 2004 のコンテンツ構造は階層型（木構造型）である．各ノードはアクティビティ（Activity）と呼ばれる．コンテンツ構造全体をアクティビティツリー（アクティビティ木）と呼ぶ．階層構造の末端のアクティビティには，ブラウザに配信される学習資源（SCO ないしアセット）が付随する．
あるアクティビティとその直下の子アクティビティの集まりをクラスタと呼ぶ．例えば，図 3.1
で，アクティビティ 1.1.3, 1.1.3.1, 1.1.3.2 は 1.1.3 を親とするクラスタを構成する．また，1.1, 1.1.1,
1.1.2, 1.1.3 は 1.1 を親とするクラスタを構成する．クラスタはシーケンシング動作の単位であり，多くの場合，親アクティビティに記述されたルールがクラスタに対して適用される．
すべてのアクティビティにはデフォルトで学習目標（Objective）が必ず一つ付随する．この学
習目標を主学習目標 (Primary Objective) と呼ぶ1．主学習目標の役割については，ロールアップの項で詳しく述べる．アクティビティと学習目標は 3.2 に述べるトラッキング情報を保持する．
コンテンツ作成者は，デフォルトの学習目標以外に複数のアクティビティで共有される学習目標を定義することができる．すなわち，ひとつのアクティビティにはデフォルトの学習目標以外に
1主学習目標は，ロールアップ学習目標とも呼ばれる．CAMでは，PrimaryObjectiveタグでこれを表すため，主学習目標の名称を用いている．SNでは，アクティビティに関連付けられた学習目
標のうちObjective Contributes to RollupがTrueの学習目標と定義されているためロールアップ
学習目標と呼ばれている．両者は同じものであり，本書では主学習目標という用語を用いる．
10

SCORM 2004 コンテンツ作成ガイド

複数の共有グローバル学習目標を関連付けることができ，ひとつの共有グローバル学習目標は複数のアクティビティから共有される．アクティビティと共有グローバル学習目標の間には，読み書きの関係を定義するようになっている．すなわち共有グローバル学習目標のトラッキング情報の状態はアクティビティから書き込まれるトラッキング情報の値によって決まる．また，アクテ
ィビティは共有グローバル学習目標のトラッキング情報の値を読み出して，シーケンシングルー
ルで参照することができる．共有グローバル学習目標については 3.4.6 で詳しく述べる．

学習者

imsmanifest.xml
マニフェストファイルの読込み

1.

ナビゲーション要求

アクティビティ
1.1

ナビゲーション解釈

学習目標
共有グローバル
学習目標

1.1.1

トラッキング情報の参照と更新

1.1.2

1.1.3
1.1.3.1

クラスタ

1.1.3.2

シーケンシング要求＆ 終了要求終了 ＆ ロールアップ

1.2

シーケンシング要求
シーケンシング
配信要求
配信

1.2.1

LMS

図 3.1 シーケンシング処理の概要

3.2 トラッキング情報
トラッキング情報は，学習者の学習状態を反映するための状態情報である．トラッキング情報
は各アクティビティと学習目標に付随する．トラッキング情報は表 3.1 のように分類される．

11

SCORM 2004 コンテンツ作成ガイド

トラッキング情報は，学習の習得，完了に関する情報と，学習時間，試行回数に関する情報に分けることができる．以下にそれぞれについて説明する．なお，ここで，あるアクティビティの一回の学習を開始してから終了するまでをアテンプトと呼ぶ．階層の末端のアクティビティでSCO を起動してから終了するまで，階層の中間のアクティビティで配下のアクティビティの学習を開始してから，配下以外のアクティビティに移動するまでが 1 回のアテンプトとなる．アクテ
ィビティは複数回学習することができるから，アテンプトは複数存在する．アテンプトについて
は 3.5 で詳しく述べる．
表 3.1 トラッキング情報

学習目標進捗情報

アクティビティ進捗情報

アテンプト進捗情報

Objective Progress Information

Activity Progress Information

Attempt Progress Information

学習目標習得状態

アテンプト完了状態

Objective Satisfied Status

Attempt Completion Status

学習目標習得度

アテンプト完了度

Objective Normalized MeasureAttempt Completion Amount

アクティビティ累積期間

アテンプト累積期間

Activity Absolute Duration

Attempt Absolute Duration

アクティビティ経験期間

アテンプト経験期間

Activity Experienced Duration

Attempt Experienced Duration

アクティビティ試行回数
Activity Attempt Count

3.2.1 学習の習得，完了に関するトラッキング情報

SCORM 2004 では，学習の「習得」と「完了」を区別して管理する．これは，ある教材を最
初から最後まで学習（完了）しても，内容が理解できていなければ不合格（未習得）であり，逆にすべて学習していなくても（未完了でも），内容が理解できていれば合格（習得）とみなされる，ということに対応している．
「習得」は学習目標に関連した情報であり，ある学習目標を習得（合格）したか，未修得（不合格）か，習得の度合いはどの程度か，で表される．表 3.1 では，「学習目標習得状態」，「学習目
標習得度」がこれに該当する．
一方，「完了」はアクティビティの一回の試行（アテンプト）に関連した情報であり，アテンプ
トにおいて，アクティビティを完了したか，未完了か，完了の度合いはどの程度か，で表される．
表 3.1 では，「アテンプト完了状態」，「アテンプト完了度」がこれに該当する．
これらの情報は，階層の末端のアクティビティやそれに付随する学習目標では，対応する SCO
からのランライム環境情報によって更新される．表 3.2 にトラッキング情報とランタイム環境情報の対応を示す．
一方，各クラスタでは，親アクティビティの情報は子アクティビティの情報を用いて更新される．すなわち，トラッキング情報は，教材全体では，SCOの情報に基づき，末端のアクティビテ
ィ→中間アクティビティ→ルートアクティビティと伝播されていく．この動作をロールアップと呼ぶ2．ロールアップによって，親アクティビティの情報をどのように更新するかはコンテンツ作
成者が指定できる．ロールアップについては 3.4.5 で述べる．
2

アテンプト完了度は，現在の規格ではロールアップの対象とならない．
12

SCORM 2004 コンテンツ作成ガイド

表 3.2 トラッキング情報とランタイム環境情報の対応

トラッキング情報報
アテンプト完了状態

ランタイム環境情報
完了状態

Attempt Completion Status

cmi.completion.status

アテンプト完了度

完了度

Attempt Completion Amountcmi.progress_measure

学習目標習得状態
Objective Satisfied Status

学習目標習得度
Objective Normalized Measure

習得状態

主学習目標
それ以外の学習目標

cmi.success_status（学習目標の）習得状態
cmi.objectives.n.success_status

正規化得点

主学習目標
それ以外の学習目標

cmi.score.scaled（学習目標の）正規化得点
cmi.objectives.n.score.scaled

3.2.2 学習時間，試行回数に関するトラッキング情報

学習時間は，アテンプト累積期間，アテンプト経験期間，アクティビティ累積期間，アクティ
ビティ経験期間で表される．
アテンプト累積期間は一回のアテンプトの開始から終了までの総学習時間である．アテンプト
経験期間は一回のアテンプトの開始から終了までの総学習時間で，途中の中断時間を除いたものである．中断がなければ両者は一致する．
アテンプト累積期間，アテンプト経験期間は，アクティビティの総学習時間に相当し，それぞれ，アテンプト累積期間，アテンプト経験期間を累計したものになる．
アクティビティ試行回数は，そのアクティビティのアテンプトの回数である．
これらの情報は，学習実行時に LMS が自動的に更新していく．

3.3 ナビゲーション要求，シーケンシング要求，終了要求
学習者からの「Continue（次へ進む）」，「Previous（前へ戻る）」，などの要求をナビゲーショ
ン要求と呼ぶ．ナビゲーション要求の種別を表 3.3 に示す．ナビゲーション要求は，学習者からブラウザを介して入力されるが，このとき，LMS の提供する GUI を用いる場合と，SCO からナ
ビゲーション要求を発行する場合がある．SCO からナビゲーション要求を発行する方法について
は 4.で述べる．
ナビゲーション要求は，LMS の中で図 3.1 のナビゲーション解釈処理によって，シーケンシン
グ要求と終了要求に分離される．ナビゲーション要求に対応するシーケンシング要求と終了要求
を表 3.3 に示す．また，それぞれの説明を表 3.4，表 3.5 に示す．シーケンシング要求は，教材の開始，アクティビティ間遷移の契機となる．終了要求は，教材の中断，終了を行う．
シーケンシング要求，終了要求は，3.4.4 に述べるポストコンディションルールによって別のシーケンシング要求，終了要求に変換される場合がある．表 3.4 に示したもののうち Retry シーケ
ンシング要求はナビゲーション要求から発行されることはなく，ポストコンディションルールによってのみ生成される．シーケンシング要求により，LMS は，現在提示しているアクティビティ
から他のアクティビティへの遷移を行い，学習者に提示する次のアクティビティを決定する．こ13

SCORM 2004 コンテンツ作成ガイドのとき 3.4.2, 3.4.3 に述べる制限条件，プリコンディションルールのチェックが行われる．
表 3.3 ナビゲーション要求

名称

説明

シーケンシ

終了要求

ング要求
Start

教材の学習を開始する．

Start

Resume All

教材の学習を前回中断した状態から再開すResume All

る．
Continue

前方に進む．

Continue

Exit

Previous

後方に進む．

Previous

Exit

Forward

現バージョンでは未使用．

Backward

現バージョンでは未使用．

Choice

指定されたアクティビティに進む．

ChoiceExit

Exit

現在のアクティビティを終了する．

Exit

Exit

Exit All

教材全体を終了する．

Exit

Exit All

Suspend All

教材全体の再開に必要な情報を記録して，

Exit

Suspend All

中断する．
Abandon

現在のアクティビティを放棄する．

Exit

AbandonAbandon All

教材全体を放棄する．

Exit

Abandon All

表 3.4 シーケンシング要求

名称

説明

Start

教材の学習を開始する．

Resume All

教材の学習を前回中断した状態から再開する．

Continue

前方に進む．

Previous

後方に進む．

Choice

指定されたアクティビティに進む．

Retry

アクティビティを再実行する．

Exit

現在のアクティビティを終了する．
表 3.5 終了要求

名称

説明

Exit

現在のアクティビティを終了する．

Exit All

教材全体を終了する．

Suspend All

教材全体の再開に必要な情報を記録して中断する．

Abandon

現在のアクティビティを放棄する．

Abandon All

教材全体を放棄する．

14

SCORM 2004 コンテンツ作成ガイド

3.4 シーケンシングルール
シーケンシングルールは，コンテンツ作成者の記述するシーケンシング動作の定義である．シーケンシングルールは以下のように大別される．これらはいずれもアクティビティ毎に定義される．
●

シーケンシング要求やアクティビティ間遷移動作に制限を加えるもの．固定的な制限と，トラッキング情報がある条件を満たすときに成立する制限がある．前者はシーケンシング制御
モードと呼ばれ，例えば「クラスタ中の子アクティビティは順方向のみに提示し，後戻りを禁止する」のようなものである．後者の例として「もし学習目標の習得状態が修得済みならばアクティビティをスキップする」というような形のプリコンディションルールと，「アクテ
ィビティの総実行時間は 30 分以内」というような制限条件がある．

●

トラッキング情報がある条件を満たすときに，特定のシーケンシング要求を発生するもの．
この形式のルールはポストコンディションルールと呼ばれる．例えば，「もし学習目標の習得
状態が未修得ならばアクティビティを再試行する」のようなものである．ポストコンディションルールは図 3.1 の「終了＆ロールアップ」の段階で評価実行される．

●

トラッキング情報の更新に関するもの．3.2 に述べたように，アクティビティと学習目標のト
ラッキング情報は，SCO に対する学習者入力による状態変化を契機として，SCO に対応する
末端アクティビティから階層の最上位アクティビティに向かって更新される．この更新動作
をロールアップと呼ぶ．子アクティビティのロールアップへの関与，ロールアップが生じる
条件と結果を記述することができる．例えば，「子アクティビティのうち 3 つ以上が完了ならば親アクティビティは完了」などのロールアップルールが記述可能である．ロールアップル
ールは図 3.1 の「終了＆ロールアップ」の段階で評価実行される．
以上のシーケンシングルールの分類は，シーケンシング動作という観点からは，以下のように整理できる．
(1) トラッキング情報の更新
図 3.1 の「終了＆ロールアップ」の段階でロールアップルールが評価され，アクティビティツ
リーの各アクティビティのトラッキング情報が更新される．
(2) シーケンシング要求の確定
次に，同じく図 3.1 の「終了＆ロールアップ」の段階でポストコンディションルールが評価される．ポストコンディションルールの条件が成立した場合は，学習者からのナビゲーション要求に基づくシーケンシング要求は，ポストコンディションルールによるシーケンシング要求で置き換えられる．
(3) 配信アクティビティの決定確定したシーケンシング要求に基づき，図 3.1 の「シーケンシング」および「配信」の段階で，配信するアクティビティを決定する．このとき，シーケンシング制御モード，プリコンディションルール，制限条件を参照して，配信するアクティビティが選択される．
以下の節で，各々のシーケンシングルールについて詳しく述べる．

15

SCORM 2004 コンテンツ作成ガイド

3.4.1 シーケンシング制御モード

シーケンシング制御モードは，クラスタにおけるシーケンシング動作の制御を行う．シーケン
シング制御モードには大きく以下のタイプがある．
●

特定のナビゲーション要求を有効にするもの（Choice, Flow）●

アクティビティ間遷移動作に制限を加えるもの（Choice Exit, Forward Only）●

トラッキング情報の評価方法を制御するもの（Use Current Attempt Objective Information,
Use Current Attempt Progress Information）
表 3.6 にこれらを示す．
表 3.6 シーケンシング制御モード

名称

説明

Choice子アクティビティに対する Choice ナビゲーション要求を有効にする．
自身および配下のアクティビティから Choice ナビゲーショ

Choice Exit

ン要求で他のアクティビティに移動することを禁止する．
クラスタ内で Continue, Previous ナビゲーション要求を有

Flow

効にする．
Forward Only
Use

Current

クラスタ内での後方への移動を禁止する．
Attempt

ルールの評価において，現在のアテンプトの学習目標進捗情

Objective Information

報を用いる．

Use

ルールの評価において，現在のアテンプトのアテンプト進捗

Current

Attempt

Progress Information

情報を用いる．

3.4.1.1 Choice と Flow
Choice シーケンシング制御モードは，移動するアクティビティを目次から学習者に自由に選らばさせるために使用する．親アクティビティの Choice シーケンシング制御モードが True の場合，学習者は Choice シーケンシング要求によって，クラスタ中のいずれかの子アクティビティに移動することができる．False の場合，Choice シーケンシング要求によって子アクティビティに移動することはできない．
Flow シーケンシング制御モードは，提示するアクティビティを Continue および Previous シーケンシング要求によって決定するために使用する．親アクティビティの Flow シーケンシング
制御モードが True の場合，学習者は Continue および Previous シーケンシング要求によって，クラスタ中の子アクティビティ間を移動することができる．False の場合，Continue およびPrevious シーケンシング要求によってクラスタ中を移動することはできない．
3.4.1.2 Choice Exit
Choice Exit シーケンシング制御モードは，自身および配下のアクティビティからの Choice シーケンシング要求による移動を限定するために使用する．Choice Exit シーケンシング制御モー

16

SCORM 2004 コンテンツ作成ガイド

ドが False のアクティビティおよびその配下のアクティビティから，Choice シーケンシング要求
によって他のアクティビティに移動することはできない．Choice シーケンシング要求が有効になるためには，現在のアクティビティおよび祖先のアクティビティの Choice Exit シーケンシング
制御モードがすべて True でなくてはならない．これによって，Choice シーケンシング要求を用いて，あるアクティビティの配下から配下外に移動することを禁止することができる．
3.4.1.3 Forward Only
Forward Only シーケンシング制御モードは，クラスタ中のアクティビティ間の移動方向を前方のみに限定し，後方への移動を禁止するために使用する．親アクティビティの Forward Only
シーケンシング制御モードが True の場合，そのクラスタ中では，学習者は Previous シーケンシ
ング要求および後方への Choice シーケンシング要求を使用できなくなる．False の場合は，前方にも後方にも移動することができる．
3.4.1.4 Use Current Attempt Objective Information と Use Current Attempt Progress
Information
ルールの評価を行う際に，学習目標進捗情報およびアテンプト進捗情報として，クラスタにおける現在のアテンプトの情報だけを使うか，前回のアテンプトを含めた最新の情報を使うかを制御する．親アクティビティの Use Current Attempt Objective (Progress) Information が Trueの場合は現在のアテンプトの情報だけを使う．クラスタの現在のアテンプトで，まだ実行されていない子アクティビティの学習目標進捗情報およびアテンプト進捗情報は未知とみなされる．親アクティビティの Use Current Attempt Objective (Progress) Information が False の場合は前回のアテンプトを含めた最新の情報を使う．クラスタの現在のアテンプトで，まだ実行されていない子アクティビティについては，前回までのアテンプトの最新の学習目標進捗情報およびアテンプト進捗情報を使う．
この状況を図 3.2 に示す．図 3.2 で，a)では親アクティビティ 1.の Use Current Attempt
Objective (Progress) Information が True に設定されており，b)では False に設定されている．
Use Current

1.

= True前回 F

Use Current

今回 U= False

1.1

1.2

1.3

前回

T

F

T

今回

T

T

U

a)

1.

前回 F
今回 T

1.1

1.2

1.3

前回

T

F

T

今回

T

T

U

b)

図 3.2 Use Current Attempt Objective / Progress Information

どちらの場合も，前回のアテンプトでの子アクティビティの学習目標習得（アテンプト完了）状17

SCORM 2004 コンテンツ作成ガイド

態は，1.1 が True，1.2 が False，1.3 が True で，1.は 3.4.5 に述べるデフォルトロールアップル
ールにより，1.1, 1.2, 1.3 の And で False になっている．今回のアテンプトでは，子アクティビ
ティ 1.1 および 1.2 の学習が終了し，1.1 が True，1.2 が True になっている．
この状態で，親アクティビティ 1.の状態はどのような値を取るべきであろうか? 今回のアテンプトの状態値を基にする，と考えれば，今回のアテンプトではアクティビティ 1.3 がまだ実行されていないので，a)のように，親アクティビティ 1.の状態，すなわち，三つの子アクティビティの And は未定(Unknown)とするべきであろう．一方，過去の値も含めて考えるのであれば，今回だけでなく前回までのアテンプトも含め最新の状態値を用いることになる．その場合，アクティビティ 1.3 の最新の状態は前回のアテンプトにおける True なので，b)のように親アクティビテ
ィ 1.の状態は True となる．コンテンツ作成者は，どちらを用いるか，クラスタごとに決めることができる．
3.4.2 制限条件

制限条件によって，アクティビティの提示を禁止する条件を設定することができる．現在の規格ではアクティビティの実行回数（アテンプトの回数）を制限することができる．アクティビテ
ィに実行回数制限が設定されていると，制限回数以上のアテンプトの実行は禁止される．
3.4.3 プリコンディションルール

プリコンディションルールによって，アクティビティの提示を制限する条件を設定することができる．アクティビティの提示を制限する，という意味で，プリコンディションルールは制限条件と類似している．
プリコンディションルールは，各アクティビティに対して記述する．あるアクティビティに対して複数のプリコンディションルールを記述することができる．プリコンディションルールはIf [条件セット] Then [アクション]の形をしている．条件セットは，アクティビティのトラッキング情報の値によって，真か偽になるような評価式である．アクションはアクティビティの提示を制限する内容である．プリコンディションルールの例を以下に示す．
If Satisfied Then Skip
アクティビティが習得済みなら，そのアクティビティを飛び越す
If Attempted Then Disabled
アクティビティが実行されていれば，提示を行わない
If Always Then Hidden from Choice
常に，Choice ナビゲーション要求の対象としない
3.4.3.1 プリコンディションルールの条件セット
プリコンディションルールの条件セットは以下の形式を取る．

18

SCORM 2004 コンテンツ作成ガイド

条件結合子((条件演算子，条件要素),…)すなわち，条件結合子で条件演算子と条件要素の対を一つ以上結びつけたものが条件セットである．条件結合子，条件演算子，条件要素はそれぞれ以下のような内容である．
●

条件結合子： All と Any の二種の結合子がある．All 結合子は後続するすべての条件要素が真の場合に真となる．Any 結合子は後続するいずれかの条件要素が真の場合に真となる．省
略した場合，Any とみなされる．

●

条件演算子： NO-OP と Not の二種の演算子がある．NO-OP 演算子は対となる条件要素の真偽値を変えない．Not 演算子は条件要素の真偽値を否定する．

●

条件要素：アクティビティのトラッキング情報の値によって真か偽となる．条件要素を表 3.7に示す．対象とするトラッキング情報が学習目標習得状態，学習目標習得度である場合，ルール条件参照学習目標 (Rule Condition Referenced Objective) で対象とする学習目標を指定する．また，学習目標習得度に対してはルール条件習得度しきい値 (Rule Condition
Measure Threshold) で比較対象とするしきい値を指定する．
表 3.7 ルールの条件要素

条件要素

対象トラッキング

説明

情報
Satisfied

学習目標習得状態

対象とする学習目標習得状態が習得の場合，
真となる

Objective Status

学習目標習得状態

対象とする学習目標習得状態が未定でない

Known
Objective Measure

場合，真となる
学習目標習得度

対象とする学習目標習得度が未定でない場

Known
Objective Measure合，真となる
学習目標習得度

対象とする学習目標習得度がしきい値よりGreater Than
Objective Measure大きい場合，真となる学習目標習得度

対象とする学習目標習得度がしきい値より

Less Than
Completed

小さい場合，真となるアテンプト完了

アテンプト完了状態が完了の場合，真となる状態
Activity Progress

アテンプト完了

アテンプト完了状態が未定でない場合，真と

Known

状態

なる

Attempted

アクティビティアクティビティ試行回数が 1 以上の場合，

試行回数

真となる

Attempt Limit

アクティビティアクティビティ試行回数が制限条件で定め

Exceeded

試行回数

た回数以上の場合，真となるAlwaysなし

常に真となる

19

SCORM 2004 コンテンツ作成ガイド

3.4.3.2 プリコンディションルールのアクション
プリコンディションルールのアクションは表 3.8 のいずれかである．これらのアクションは図3.1 のシーケンシングの過程で，次に配信するアクティビティを決定する際に適用される．

表 3.8 プリコンディションルールのアクション

アクション

説明

Skip

Continue および Previous シーケンシング要求などによって，アクティビティツリーの中を移動して，提示するアクテ
ィビティを決定する際に用いられる．条件が真の場合，そのアクティビティを飛び越し，移動方向の次のアクティビティが配信可能かどうかをチェックする．

Disabled

アクティビティの提示を禁止する場合に用いる．条件が真の場合，アクティビティを選択しても，そのアクティビティは提示されない．

Hidden from Choice

Choice シーケンシング要求によるアクティビティの提示を禁止する場合に用いる．条件が真の場合，Choice シーケンシ
ング要求によってアクティビティを選択しても，そのアクテ
ィビティは提示されない．

Stop Forward Traversal

アクティビティツリーの中を前方に移動して，提示するアク
ティビティを決定する際に用いる．条件が真の場合，そのア
クティビティで移動は停止する．そのアクティビティは提示の対象とはならない．

3.4.4 ポストコンディションルール ／ 終了ルール

ポストコンディションルールおよび終了ルールによって，学習者が入力したナビゲーション要求を無視して，コンテンツ作成者が指定したシーケンシング要求や終了要求を発生することができる．
これらのルールは，各アクティビティに対して記述する．あるアクティビティに対して複数のルールを記述することができる．ポストコンディションルールおよび終了ルールは，プリコンディションルールと同様，
If [条件セット] Then [アクション]の形をしている．条件セットは，プリコンディションルールと同様，アクティビティのトラッキ
ング情報の値によって，真か偽になるような評価式である．アクションはシーケンシング要求および終了要求である．ポストコンディションルールの例を以下に示す．

20

SCORM 2004 コンテンツ作成ガイド

If Not Satisfied Then Retry
アクティビティが未習得なら，そのアクティビティを再実行する
If All (Attempted, Satisfied) Then Exit All
アクティビティが実行されていて，習得済みならば，終了する
3.4.4.1 ポストコンディションルール ／ 終了ルールの条件セット
ポストコンディションルールおよび終了ルールの条件セットは，プリコンディションルールの条件セットと同様である．
3.4.4.2 ポストコンディションルール ／ 終了ルールのアクション
ポストコンディションルールのアクションは表 3.9 のいずれかである．これらのアクションは
図 3.1 の終了＆ロールアップの過程で，学習者からのナビゲーション要求を置き換えて，新たなシーケンシング要求ないし終了要求を発生するために適用される．
表 3.9 ポストコンディションルール ／ 終了ルールのアクション

アクション

説明

シーケンシング要求

Exit Parent

アクティビティの親アクティビティを終了要求
Exit Parent

終了する．
Exit All

教材全体を終了する

Exit All

Exit

アクティビティを終了する

Exit

Retry

アクティビティを再実行する．もし，アRetry

クティビティが末端のアクティビティ
でない場合は，クラスタの子アクティビ
ティの最初のものから実行を試みる
Retry All

教材全体を終了して再実行する

Retry

Continue

前方に進むContinuePrevious

後方に進む

Previous

Exit All

3.4.5 ロールアップルール

ロールアップによって，アクティビティツリーの各アクティビティのトラッキング情報は，SCOからツリーの根に向かって順次更新される．ロールアップにおいて子アクティビティのトラッキング情報から親アクティビティのトラッキング情報を決定するルールがロールアップルール
である．
ロールアップルールには，学習目標習得度に関するもの，学習目標習得状態に関するもの，ア
テンプト完了状態に関するものがある．このときのトラッキング情報の関係を図 3.3 に示す．
習得度ロールアップでは，親アクティビティの主学習目標の習得度を子アクティビティの主学
習目標の習得度から決定する．主学習目標は，3.1 に述べたようにアクティビティにひとつだけ存在する．
学習目標ロールアップでは，親アクティビティの主学習目標の習得状態を，習得度ロールアッ21

SCORM 2004 コンテンツ作成ガイド

プによって決定される自身の習得度，ないし，子アクティビティの主学習目標の習得状態，アテ
ンプト完了状態，アクティビティ試行回数から決定する．
進捗状態ロールアップでは，親アクティビティのアテンプト完了状態を，子アクティビティの主学習目標の習得状態，アテンプト完了状態，アクティビティ試行回数から決定される．
以下，おのおのについて説明する．

親アクティビティ

子アクティビティ
主学習目標

習得度

学習目標習得度

ロールアップ

主学習目標
学習目標習得度

学習目標習得状態

学習目標
ロールアップ

学習目標習得状態

アテンプト完了状態

進捗状態
ロールアップアテンプト完了状態

アクティビティ試行回数

図 3.3 ロールアップにおけるトラッキング情報の関係

3.4.5.1 習得度ロールアップ
習得度ロールアップでは，子アクティビティの主学習目標の習得度の重み付き平均で，親アクティビティの主学習目標の習得度を決定する．学習目標習得度の重み付けは，Rollup Objective
Measure Weight によってコンテンツ作成者が指定する．計算式を以下に示す．

親アクティビティの学習目標習得度=∑ ( RollupObjectiveMeasureWeight × 学習目標習得度)∑ RollupObjectiveMeasureWeight

子アクティビティ

子アクティビティ

子アクティビティの主学習目標の習得度が未定の場合，その学習目標習得度を 0 として計算す
る．
3.4.5.2 学習目標ロールアップ
学習目標ロールアップでは，以下の手順で親アクティビティの主学習目標の習得状態を決定す
る．
(1) 習得度による決定．
親アクティビティの Objective Satisfied by Measure が真の場合，習得度ロールアップで
22

SCORM 2004 コンテンツ作成ガイド

計算された親アクティビティの主学習目標の習得度と，親アクティビティの Objective
Minimum Satisfied Normalized Measure を比較して，主学習目標の習得状態を決定する．
学習目標習得度が Objective Minimum Satisfied Normalized Measure 以上なら学習目標
習得状態を習得に設定し，そうでなければ未習得に設定する．学習目標ロールアップはこ
こで終了する．
親アクティビティの Objective Satisfied by Measure が偽の場合，習得度による決定は行
わず，(2)のロールアップルールによる決定に進む．
(2) ロールアップルールによる決定．
親アクティビティに，アクションが Satisfied か Not Satisfied のロールアップルールが設定されていれば，Not Satisfied ルールを先に評価し，次に Satisfied ルールを評価して，
主学習目標の習得状態を設定する．つまり，Not Satisfied ルールの結果は Satisfied ルー
ルの結果によって上書きされる場合がある．学習目標ロールアップはここで終了する．ルールの詳細についてはあとで述べる．
親アクティビティに，アクションが Satisfied か Not Satisfied のロールアップルールが設定されていなければ，(3)のデフォルトルールによる決定に進む．
(3) デフォルトルールによる決定．以下のデフォルトルールを(2)と同様の手順で実行する．
If all (attempted or not satisfied), Then not satisfied
If all satisfied, Then satisfied
すなわち，
子アクティビティすべてがアテンプト済みか未修得なら，親アクティビティは未習得
子アクティビティすべてが習得なら，親アクティビティは習得
3.4.5.3 進捗状態ロールアップ
進捗状態ロールアップでは，以下の手順で親アクティビティのアテンプト完了状態を決定する．
(1) ロールアップルールによる決定．
親アクティビティに，アクションが Completed か Incomplete のロールアップルールが設定されていれば，Incomplete ルールを先に評価し，次に Completed ルールを評価して，アテンプト完了状態を設定する．つまり，Incomplete ルールの結果は Complete ルールの結果によって上書きされる場合がある．進捗状態ロールアップはここで終了する．ルールの詳細についてはあとで述べる．
親アクティビティに，アクションが Completed か Incomplete のロールアップルールが設定されていなければ，(2)のデフォルトルールによる決定に進む．
(2) デフォルトルールによる決定．以下のデフォルトルールを(1)と同様の手順で実行する．
If all (attempted or incomplete), Then incomplete
If all completed, Then completed
すなわち，
子アクティビティすべてがアテンプト済みか未完了なら，親アクティビティは未完了
子アクティビティすべてが完了なら，親アクティビティは完了
23

SCORM 2004 コンテンツ作成ガイド

3.4.5.4 ロールアップルールの詳細
学習目標ロールアップにおける Satisfied/Not Satisfied のロールアップルール，および，進捗
状態ロールアップにおける Completed/Incomplete のロールアップルールは，いずれもIf [条件セット] For [子アクティビティセット] Then [アクション]という形式で記述される．条件セットは，子アクティビティのトラッキング情報の値によって，真か偽になるような評価式である．子アクティビティセットは，条件セットを個々の子アクティ
ビティに適用し，その結果を集約して最終的に条件全体が真になるか偽になるかを決める際の集約の方法を指定する．アクションは親アクティビティのトラッキング情報の値を決める動作である．ロールアップルールの例を以下に示す．
If not satisfied For any Then not satisfied子アクティビティのいずれかが習得でないなら，親アクティビティは未習得
If satisfied For at least 3 Then satisfied子アクティビティのいずれか 3 つ以上が習得なら，親アクティビティは習得
If satisfied or completed For all Then completed
子アクティビティのすべてが習得ないし完了なら，親アクティビティは完了
If satisfied and attempted For all Then satisfied子アクティビティのすべてが習得かつアテンプト済みなら，親アクティビティは習得
If not attempted For at least 50% Then incomplete
子アクティビティの 50%以上がアテンプト済みでなければ，親アクティビティは未完了►

ロールアップルールの条件セット
ロールアップルールの条件セットは以下の形式を取る．
条件結合子((条件演算子，条件要素),…)これは，プリコンディションルールで述べた形式と同様である（3.4.3 参照）．条件結合子（All,Any），条件演算子（Not, NO-OP）の種別も同様である．
条件要素については，プリコンディションルール，ポストコンディションルールとは異なる．
表 3.10 にロールアップルールの条件要素を示す．プリコンディションルール，ポストコンディションルールと異なるのは，学習目標習得度の大小比較を行う条件要素が無いこと，対象とする学
習目標が主学習目標に限られるため学習目標の指定が無いこと，である．
►

ロールアップルールの子アクティビティセット
子アクティビティセットは，条件セットを個々の子アクティビティに適用した結果から，最終的な条件の真偽を決定する方法を指定する．例えば，条件セットを個々の子アクティビティに適用した結果，80%以上の子アクティビティが条件セットを満たせば，最終的な結果を真とする，
24

SCORM 2004 コンテンツ作成ガイド

といった指定が可能である．子アクティビティセットの指定を表 3.11 に示す．
表 3.10 ロールアップルールの条件要素

条件要素

対象トラッキング

説明

情報
Satisfied

学習目標習得状態

ロールアップ学習目標の学習目標習得状態
が習得の場合，真となるObjective Status

学習目標習得状態

Known
Objective Measureが未定でない場合真，となる
学習目標習得度

Known
Completed

ロールアップ学習目標の学習目標習得状態
ロールアップ学習目標の学習目標習得度が未定でない場合，真となるアテンプト完了

アテンプト完了状態が完了の場合，真となる状態
Activity Progress

アテンプト完了

アテンプト完了状態が未定でない場合，真と

Known

状態

なる

Attempted

アクティビティアクティビティ試行回数が 1 以上の場合，

試行回数

真となる

Attempt Limit

アクティビティアクティビティ試行回数が制限条件で定め

Exceeded

試行回数

た回数以上の場合，真となる

Never

なし

常に偽となる表 3.11 子アクティビティセット

名称

説明

All

条件セットを適用した結果，すべての子アクティビティの結果が真の場合，真となる

Any

条件セットを適用した結果，ある子アクティビティの結果が真の場
合，真となる

None

条件セットを適用した結果，いずれの子アクティビティの結果も真でない場合，真となるAt Least Count

条件セットを適用した結果，一定数を越える子アクティビティの結果が真の場合，真となるAt Least Percent

条件セットを適用した結果，一定の割合を越える子アクティビティの結果が真の場合，真となる

次にロールアップの対象となる子アクティビティの指定について述べる．基本的にはクラスタ
中のすべての子アクティビティがロールアップの対象となるが，以下のようなアクティビティはロールアップの対象とならず，上記の子アクティビティセットの評価に含まれない．例えば，At
Least Count 子アクティビティセットの評価の際には，以下に該当するアクティビティを除いた
子アクティビティの集合について，条件セットが成り立つ子アクティビティの割合を算出する．
25

SCORM 2004 コンテンツ作成ガイド•

Tracked が False のアクティビティ．このようなアクティビティではトラッキング情報は記録されないので，ロールアップの対象としない．

•

Rollup Objective Satisfied が False のアクティビティ．このようなアクティビティは，
アクションが Satisfied または Not Satisfied のロールアップルールの対象とならない．

•

Rollup Progress Completion が False のアクティビティ．このようなアクティビティは，
アクションが Completed または Incomplete のロールアップルールの対象とならない．

•

各種の Required For 要素．これらの要素で指定される条件が成立しないとき，アクテ
ィビティはロールアップの対象とならない．Required For 要素を表 3.12 に示す．
表 3.12 Required For 要素

名称

説明

語彙（各要素に共通）

Required for

どのような場合に，アクションが・ Always − 常に対象とする

SatisfiedSatisfied のロールアップルールの・ ifNotSuspended − Suspend
で無い場合対象とする

対象とするかを示す．
Required for

どのような場合に，アクションが

Not Satisfied

Not Satisfied のロールアップルー
ルの対象とするかを示す．

Required for

どのような場合に，アクションがCompleted

Completed のロールアップルール

・ ifAttempted − アテンプト済
みの場合対象とする
・ ifNotSkipped − Skip されていない場合対象とするの対象とするかを示す．
Required for

どのような場合に，アクションがIncomplete

Incomplete のロールアップルールの対象とするかを示す．

►

ロールアップルールのアクション
ロールアップルールのアクションは，Satisfied, Not Satsfied, Completed, Incomplete のいず

れかである．表 3.13 にロールアップルールのアクションを示す．

表 3.13 ロールアップルールのアクション

アクション

説明

Satisfied

親アクティビティのロールアップ学習目標の習得状態を習得にする

Not Satisfied

親アクティビティのロールアップ学習目標の習得状態を未習得にする

Completed

親アクティビティのアテンプト完了状態を完了にする

Incomplete

親アクティビティのアテンプト完了状態を未完了にする

26

SCORM 2004 コンテンツ作成ガイド

3.4.6 ローカル学習目標と共有グローバル学習目標

アクティビティはデフォルトで一つのローカル学習目標を有する．コンテンツ作成者は，さらに任意の数のローカル学習目標をアクティビティに関連付けることができる．
各ローカル学習目標は，共有グローバル学習目標に関連付けることができる．これによって，アクティビティ間でトラッキング情報を共有してシーケンシングを行うことが可能となる．例えば，プリテストアクティビティと解説アクティビティで学習目標を共有し，プリテストの結果によって解説アクティビティを提示するかしないかを切り替えることが可能となる．

アクティビティ
ローカル学習目標

A1
A1.1

A1.2

A1.3

A1.4

LO1.1A
LO1.1B

共有グローバル学習目標

LO 1.2B
LO 1.2C
LO 1.3A

SO A

LO 1.3B

SO B

LO 1.4B
LO 1.4C

SO C

図 3.4 アクティビティ，ローカル学習目標，共有グローバル学習目標の関係

アクティビティ，ローカル学習目標，共有グローバル学習目標の関係を図 3.4 に示す．これらの参照関係には以下のような制限がある．
●

ひとつのアクティビティは，複数のローカル学習目標と関連付けることができる．例）A1.1と LO1.1A, LO1.2B の関係．

●

ひとつのローカル学習目標は，ひとつの共有グローバル学習目標とだけ関連付けることができる．複数の共有グローバル学習目標に関連付けることはできない．例）LO1.1A と SO A の関係．

●

ひとつの共有グローバル学習目標は複数のローカル学習目標に関連付けることができる．例）
SO B と LO1.1B, LO1.2B, LO1.4B の関係．

●

以上から，ひとつのアクティビティは複数のローカル学習目標を経由して，複数の共有グロ
ーバル学習目標を参照することができる．例）A1.1 と SO A, SO B の関係．

●

逆に，ひとつの共有グローバル学習目標は複数のローカル学習目標を経由して，複数のアク
ティビティから参照される．例）SO B と A1.1, A1.2, A1.4 の関係．
ローカル学習目標と共有グローバル学習目標を関連付ける際に，習得度および習得状態をどち

らからどちらに転送するかを指定する．すなわち，ローカル学習目標から共有グローバル学習目
27

SCORM 2004 コンテンツ作成ガイド

標にデータを書き込むか，共有グローバル学習目標からデータを読み出すか，を指定する．これについては以下のような制限がある．
●

ある共有グローバル学習目標に書き込むことができるのはひとつのローカル学習目標だけである．複数のローカル学習目標から書き込むことはできない．例）SO B と LO1.1B, LO1.2B,
LO1.4B の関係．

3.4.7 共有グローバル学習目標とルールの評価

3.4.7.1 共有グローバル学習目標とプリコンディションルール，ポストコンディションルール，
終了ルール

3.4.3 プリコンディションルール，3.4.4 ポストコンディションルール／終了ルールで述べたよ
うに，これらのルールの条件部では，当該のアクティビティに関連付けられたローカル学習目標を参照することができる．このとき，ローカル学習目標が共有グローバル学習目標に関連付けられていて，共有グローバル学習目標からローカル学習目標にデータを読み出すように設定されていれば，ルールの評価には共有グローバル学習目標の値が使われる．
3.4.7.2 共有グローバル学習目標とロールアップルール
3.4.5 ロールアップルールで述べたように，ロールアップの際に使用される学習目標は主学習
目標だけである．主学習目標が共有グローバル学習目標に関連付けられている場合は，ロールア
ップによって共有グローバル学習目標の値も変化する．
ロールアップと共有グローバル学習目標の関係を図 3.5 に示す．ロールアップは，SCO の値の変化によってトラッキング情報が変化した末端アクティビティ，および，そのアクティビティか
ら値を書き込まれる共有グローバル学習目標を読み出しているアクティビティを基点として実行される．これらのロールアップの基点となるアクティビティの集合をロールアップセットと呼ぶ．
図 3.5 でアクティビティ A1.1.1 のトラッキング情報が変化したとすると，これが反映される SO B

アクティビティ

ローカル学習目標

A1
A1.1

A1.2

LO1.1

共有グローバル学習目標

SO A

A1.1.1LO1.1.1

A1.1.2

LO 1.2.1

ロールアップセット

LO 1.2C

SO B

A1.2.1

LO 1.2.1

A1.2.2

LO 1.2.2

図 3.5 共有グローバル学習目標とロールアップの関係

28

SCORM 2004 コンテンツ作成ガイドを読み出す A1.1.2, A1.2 を加えた三つのアクティビティがロールアップセットになる．
ロールアップセット中のあるアクティビティからロールアップを開始して，ロールアップセッ
トの他のアクティビティにロールアップが行われた場合，2 番目のアクティビティをロールアッ
プセットから取り除く．また，ロールアップの途中で，共有グローバル学習目標に書き込みを行っている主学習目標の値が変化した場合は，共有グローバル学習目標の値は主学習目標の値に更新されるが，その共有グローバル学習目標を読み出しているアクティビティから別のロールアップが発生することは無い．図 3.5 の場合，A.1.1.1 からのロールアップで A1.1 のトラッキング情報が変化し，
共有グローバル学習目標 SO A が変化するが，それが A1.2.1 に波及することはない．

3.5 アテンプトあるアクティビティが学習者に配信されて学習が開始されてから，そのアクティビティの学習を終了して他のアクティビティが配信のために選択されるまでの間をアテンプトと呼ぶ．いったんアテンプトを終了したアクティビティが再度選択されて配信された場合は，別のアテンプトとして扱われる．
アテンプトはアクティビティ階層の親子関係の中で規定される．すなわち，図 3.6 で A1.1.2 が学習中だとすると，A1.1.2, A1.1, A1 がアテンプト中ということになる．このとき，A1.1.2 を終了して A1.1.1 を選択した場合，A1.1.2 のアテンプトは終了するが A1.1, A1 のアテンプトは継続する．
学習者が Suspend All ナビゲーション要求を発行して学習を一旦中断し，あとで Resume All
ナビゲーション要求によって学習を再開した場合は，前回のアテンプトが継続するとみなされる．
すなわち，学習再開の場合は，同一のアクティビティを前回中断した状態から継続して学習する
ため，新しいアテンプトが始まるのでなく，中断時のアテンプトが継続するものとする．
A1
A1.1
A1.1.1A1.1.2
A1.2
A1.2.1
図 3.6 アテンプト

29

アテンプト実行中

SCORM 2004 コンテンツ作成ガイド

4. ナビゲーション
本節では，SCORM 2004 の新たに追加された機能であるナビゲーション GUI 機能の基本となる概念とそれらの全体的な関連について説明し，ナビゲーションにおける動作がどのように規定されるかを説明する．

4.1 ナビゲーションコントロール概要
4.1.1 SCORM 1.2 における SCO ナビゲーション

SCORM 1.2 では SCO のナビゲーション制御は LMS が行うよう規定されていた．例えば，ある SCO を表示したり，ある SCO から他の SCO に移動するためには，LMS が提供するインタフ
ェースで制御しなければならない．逆に言うと，コンテンツ側では SCO 間のナビゲーションについては一切関与してはならず，SCO 側から他の SCO へ移動するためのナビゲーションボタン
を提供してはならない．
また，SCORM 1.2 規格では，LMS が SCO をどのようにナビゲーションするかということについて定義されていないため，ボタンや目次の有無や表示位置，キャプション，ナビゲーションの仕方などのインタフェースは LMS によってまちまちであった．
そのため，複数の LMS で動作させることを念頭においたコンテンツを作成しようとする場合，コンテンツ作成者が，意図する画面設計をしたり，学習者に一貫した操作を提供したいと考えても，SCORM 1.2 規格でコンテンツを作成する限り，ナビゲーションの設計には制限があった．
SCO の制御は必ず LMS が行う．
ナビゲーションのインタフェースは
LMS によってまちまち

メニューフレーム

SCO フレーム

SCO に SCO のナビゲーシ
ョン制御を行うボタンを配置することはできない

API フレーム

図 4.1 SCORM 1.2 ナビゲーション概観

30

LMS が表示SCO

API アダプタSCORM 2004 コンテンツ作成ガイド

4.1.2 SCORM 2004 における SCO ナビゲーション

SCORM 2004 では，SCO のナビゲーション方法についての規格が新たに追加され，コンテン
ツから SCO ナビゲーションの操作ができるようになった．具体的には，SCO から SCO ナビゲ
ーションコマンドの発行ができるようになった．さらに，コンテンツから LMS のナビゲーショ
ンボタンの表示／非表示についても制御ができるようになった．
これにより，コンテンツ作成者は LMS の種類を気にすることなく，標準規格でコンテンツの学習コンテンツ作成の重要な要件であるナビゲーションの設計を行うことができる．
なお，SCO 内部のナビゲーション（アセットの制御）については，SCORM 2004 も SCORM 1.2と同様，LMS は一切関与せず，コンテンツ側ですべてを制御しなければならない．

LMS が表示するナビゲーションボタンの表示／非表示をコンテンツ側で制御可能

メニューフレーム

LMS が表示SCO フレーム
SCO
SCO が SCO のナビ
ゲーション制御を実装可能

API フレーム

図 4.2 SCORM 2004 ナビゲーション概観

31

API インスタンス

SCORM 2004 コンテンツ作成ガイド

4.2 ナビゲーションコマンドの送信と SCO の終了
4.2.1 SCO での SCO ナビゲーションコマンド

SCORM 2004 では LMS による SCO ナビゲーションに加え，「次へ進む」「前へ戻る」といったナビゲーションコマンドを SCO からも発行することができるようになった．SCO から発行されたナビゲーション要求は LMS で発行したものと同様に処理される．
SCO で制御できるナビゲーションコマンドは次のとおりである．
表 4.1 SCO で発行できるナビゲーションコマンド一覧

コマンド名

説明

continue

現在の SCO を終了し，前方へのナビゲーション要求を発行する

previous

現在の SCO を終了し，後方へのナビゲーション要求を発行する

choice

現在の SCO を終了し，指定したアクティビティのナビゲーション
要求を発行する

exit

現在の SCO を終了する

exitAll

教材を終了する

abandon

現在の SCO を放棄する

abandonAll

教材を放棄する_none_

未処理のナビゲーション要求をクリアする

SCO が発行するナビゲーションイベントは，LMS が提供する SCO ナビゲーション制御と同様，
シーケンシング制御モードに関連して有効化され発生する．学習アクティビティの親クラスタによって定義される制御モードは子クラスタに適用可能なナビゲーションイベントを定義する．
例えば choice 制御モードが有効なら，choice ナビゲーションイベントがクラスタの子アクティ
ビティに適用可能となる．同様に flow 制御モードが有効であれば，continue および previous ナ
ビゲーションイベントがクラスタの子アクティビティに対して実行可能となる．
4.2.2 ナビゲーション要求の発行と SCO の終了

SCO からナビゲーション要求を行うには，SCORM 2004 で追加された新しいランタイムデー
タモデル adl.nav.request を使用する．ナビゲーション要求の発行は，下記のようにデータモデ
ル adl.nav.request に，continue や previous，choice，exit といった実行させたいナビゲーショ
ン要求をセットすることで行われる．
SetValue(“adl.nav.request”,<REQUEST>)※<REQUEST> = continue,previous,choice,exit,exitAll,abandon,abandonAll

choice コマンドを使用する場合は，起動するアクティビティを指定する必要があり，次のように記述する．
32

SCORM 2004 コンテンツ作成ガイド

SetValue(“adl.nav.request”,”{target=<STRING>}choice”)※<STRING> = アクティビティの item identifier

SCO が Terminate API 関数を呼び出すと，LMS はそれまでに SCO が発行したナビゲーショ
ン要求イベントの処理を実行する．つまり，SCO からナビゲーション要求イベントが設定されても，その要求イベントは直ちに実行されず，LMS は Terminate 要求を受け取った時点で，はじめてナビゲーション要求イベントが実行される．
なお，Terminate を呼び出すまで，SCO はナビゲーション要求イベントを何回でも設定することができるが，新しいナビゲーション要求が設定されると以前に設定したナビゲーション要求は棄てられる．つまり，Terminate 処理を実行する際，最後に発行されたナビゲーション要求だけが実行される．

SetValue(“adl.nav.request”,”continue”)
Terminate(“”)

図 4.3 continue コマンドの使用例

4.2.3 ナビゲーション要求の使用可否の確認

ナ ビ ゲ ー シ ョ ン 要 求 が 実 行 可 能 か 否 か を 確 認 す る に は デ ー タ モ デル”adl.nav.request_valid.REQUEST”を使用する．このデータモデルは SCO が continue や
previous，choice といったナビゲーション要求が実行可能か否かを LMS に問い合わせるもので，
LMS はこのコマンドを受け取ったら SCO に対し，REQUEST の実行可否を返却する．実行可能な場合は true，実行不可能な場合は false，不明な場合は unknown が返される．
GetValue(“adl.nav.request̲valid.<REQUEST>”)※<REQUEST> = continue,previous,choice※戻り値 = true,false,unknown

choice コマンドの実行可否を確認する場合は，ターゲットアクティビティを指定する必要があり，次のように記述する．
33

SCORM 2004 コンテンツ作成ガイド

GetValue(“adl.nav.request̲valid.choice.{target=<STRING>}”)※<STRING> = アクティビティの item identifier

なお，データモデル adl.nav.request に現在格納されている値は GetValue することで確認することができ，GetValue すると現在格納されている値が返される．値が何もセットされていない
場合は，adl.nav.request の初期値である”_none_”が返される．
GetValue("adl.nav.request",<REQUEST>)※<REQUEST> = continue,previous,choice,exit,exitAll,abandon,abandonAll

4.3 LMS のナビゲーション GUI 制御
SCORM 2004 では LMS のナビゲーションボタンの表示／非表示を指定できるようになった．
SCO のナビゲーション要求コマンドと LMS のナビゲーションボタンの表示／非表示を制御する
ことで，コンテンツ作成者はコンテンツのインタフェース設計や教材構成において多様な設計が可能になる．
LMS のナビゲーションボタンの表示／非表示の制御は，continue,previous,exit,abandon コマ
ンドについて行うことができ，マニフェストファイル（imsmanifest.xml）に，hideLMSUI デー
タ要素の指定をアクティビティごとに記述することで実現される．
LMS のナビゲーションボタンの非表示設定のパラメータは以下のとおりである．
表 4.2 LMS ナビゲーションボタンの表示

パラメータ

説明

previous「前へ戻る」ボタンを非表示にする

continue「次に進む」ボタンを非表示にする

exit「終了」ボタンを非表示にする

abandon「中止」ボタンを非表示にする

34

SCORM 2004 コンテンツ作成ガイド

下記の例は，item1 アクティビティ実行時，LMS のメニューフレームの continue と previous
ボタンを表示しないよう設定するものである．
<organization><item identifier=”item1” identifierref=”Resource1” isvisible=”true”><adlnav:presentation><adlnav:navigationInterface><adlnav:hideLMSUI>continue</adlnav:hideLMSUI><adlnav:hideLMSUI>previous</adlnav:hideLMSUI></adlnav:navigationInterface></adlnav:presentation></item></organization>

設定後

設定前
図 4.4 LMS ナビゲーションボタンの表示／非表示

35

SCORM 2004 コンテンツ作成ガイド

5. RTE
本節では，LMS と SCO の間の実行環境を規定している SCORM ランタイム環境の概念について説明し，特に SCORM 1.2 から SCORM 2004 へのバージョンアップに伴う変更点について解説する．

5.1 SCORM ランタイム環境の概要
SCORM ランタイム環境（Run-Time Environment 以下 RTE）では，学習資源の起動メカニ
ズム，学習資源と LMS とが通信するための共通のメカニズム，および学習資源上での学習者のふるまいをトラッキングする為の共通データモデルを規定している．下図に示すようにランタイ
ム環境では，アプリケーション・インタフェース（API）を通じて，配信された SCO と LMS の間でデータ通信を行う．

サーバ側

クライアント側

Item1
Item1.1
Item1.1.1

コンテンツ

Item1.1.2
Item1.2

SCORM
ランタイム環境

API （SCO-LMS間通信）
APIインスタンス（LMSが供給）

プラット
フォーム

LMS

ブラウザ
データモデル
図 5.1 SCORM ランタイム環境

起動プロセスは，LMS が Web ベースの学習資源を起動するための共通な方法を定義する．このメカニズムは，配信された学習資源と LMS との間で通信を確立するための手続きと責任範囲を規定している．この通信メカニズムは，共通の API の使用を通じて標準化される．
API は，LMS に学習資源（SCO）の状態（例えば，初期化，終了，エラー状態）を伝える通信メカニズムであり，LMS と SCO との間でデータを取得したり，設定したりする為に使用される．図 5.1 の API インスタンス（API Instance）は，クライアントサイドで起動される実行プ
ログラムであり，ECMAScript（Java スクリプト）で呼び出し可能なソフトウェア部品である．
データモデルは，SCO の完了状態やクイズやテストのような評価からの得点を記録するための
36

SCORM 2004 コンテンツ作成ガイド

情報を定義するために使用されるデータ要素の標準セットである．LMS と SCO はお互いに，データモデルにどういう要素が含まれていて，それらがどういう意味を持つのかを予め「知っている」ものとして実装され，やりとりされる．

5.2 学習資源の起動
LMS はナビゲーション要求に基づいて，学習のアクティビティを決定し，配信すべき学習資源を決定する役割をもつ．学習資源を配信する際，LMS は学習資源の起動ロケーションとして定義された URL を使って起動（Launch）する．学習資源の起動には HTTP プロトコルが使われ，起動ロケーションとして指定された学習資源は，最終的にクライアント側ブラウザに表示される．
LMS によって起動される学習資源には，「アセット」と「SCO」の 2 つがある．
5.2.1 アセット

アセットは，テキスト，画像，アンケートなどの Web クライアントに配信可能なメディアで構成される学習資源であり，LMS はこのアセットを起動するだけで，それ自体は LMS と通信する必要がないので，LMS によって供給される API を実装する必要はない．
5.2.2 SCO

SCO（Sharable Content Object）は，複数のアセットの集合体として，SCORM ランタイム
環境を利用して LMS と通信を行うものと規定されている．SCO は LMS が動作を記録できる最小単位の学習資源となる．
また，LMS では一度にひとつの SCO だけが起動され，ひとつの SCO だけがアクティブになるよう規定している．

SCO1.2

SCO1.1

二重起動できない
起動
APIインスタンス（LMSが供給）

LMS

ブラウザ
図 5.2 SCO の起動

37

SCORM 2004 コンテンツ作成ガイド

5.3 API
5.3.1 API の概要

SCORM 2004 の RTE では，LMS と SCO とのやりとりにおいて“IEEE 1484.11.2 Standard
for ECMAScript API for Content to Runtime Service Communication”（IEEE 1484.11.2 で規格化が進めてられているランタイムサービス（RTS）における学習資源に対するアプリケーショ
ン・インタフェース（API））を採用している．共通の API を利用することで，SCORM の相互運用性や再利用性といった高レベル要求事項の多くを満たす事ができる．この共通の API によって SCO が LMS と通信するための標準的な方法が提供される．LMS は，この API を実装し，ク
ライアント SCO にそのインタフェースを提示する API インスタンスを提供しなければならない．
5.3.2 API インスタンスの概要

APIインスタンス3は，APIの機能を実現・提示するLMSのソフトウェア部品であり，SCOにそのインタフェースを提示するものである．コンテンツ作成者は，LMS側で実装されたAPIインス
タンスを見つけることができるようコンテンツ（SCO）を開発しなければならない．
SCO は API を利用して LMS と通信を行う．SCO が起動されると，SCO は API インスタンス
を通じて LMS が持つ情報をやりとりする（例：”get” or “set”）ことができる．API インスタン
スと SCO との通信は，SCO が初期化して開始し，API インスタンス上の関数を呼び出すことによって実現される．
SCORM 2004 では，APIインスタンスの名称は“API_1484_114”である．
5.3.3 API インスタンスの実装方法起動された SCO と LMS とで通信を確立するには，まず API インスタンスを呼び出す必要がある．SCO は API インスタンスが実装されている LMS ウィンドウ（API フレーム）が見つかるまで，親およびオープナ・ウィンドウの階層を再起的に探索することが必要となる．ここで LMS
ウィンドウは，API インスタンスを（”API_1484_11”と命名される）DOM オブジェクトとしてアクセスできるように，LMS 側で提供しなければいけない．

3 APIインスタンス（API Instance）は，SCORM 1.2 以前ではAPIアダプタ（API Adapter）と呼ばれていた．
4 SCORM 2004 では，APIインスタンスの名称が”API”から”API_1484_11”に変更された．

38

SCORM 2004 コンテンツ作成ガイド

5.3.3.1 LMS の責任範囲
LMS は API インスタンスを提供しなければならない．API インスタンスを提供するための必要条件は以下のとおりである．
・ API インスタンスは，“API_1484_11”と命名されるオブジェクトとしてアクセス可能でなければならない．
・ API インスタンスは，SCO から ECMAScript（Java スクリプト）でアクセス可能でなくてはならない．
・ LMS は，API インスタンスを含んでいる子ウィンドウあるいは，LMS ウィンドウの子フレームであるブラウザ・ウィンドウで SCO を起動しなければならない．

API̲1484̲11
API̲1484̲11ウィンドウ・オープナ
親ウィンドウ３
親ウインドウ２
親ウインドウ１

SCO

SCO
API̲1484̲11
API̲1484̲11

API̲1484̲11
API̲1484̲11
親ウィンドウ３

親ウィンドウ４

親ウィンドウ２
ウィンドウ・オープナ
親ウィンドウ１

SCO

図 5.3 API の起動方法

39

SCORM 2004 コンテンツ作成ガイド

5.3.3.2 SCO の責任範囲
SCO は，API インスタンスを探索して，LMS と通信を確立できるようにしなければならない．
SCO が DOM ウィンドウ内に配置されている API インスタンスを見つける為には，以下の範囲を探索しなければならない．
・ 現在のウィンドウに対する親ウィンドウの連鎖＝連鎖している親ウィンドウがトップ・ウ

ィンドウになるまで探索する．
・ ウィンドウ・オープナ（window.opener）＝SCO のウィンドウをオープンしたウィンドウ．
・ ウィンドウ・オープナに対する親ウィンドウの連鎖．

親ウィンドウN
親ウィンドウ２
親ウィンドウ１

SCO

親ウィンドウの連鎖

親ウィンドウN
親ウィンドウ２
親ウィンドウ１

SCO
ウィンドウ・オープナの親ウィンドウの連鎖

図 5.4 API インスタンスの探索

また，SCO が API インスタンスを見つけると，最低限，Initialize(“”)と Terminate(“”)の APIを呼び出さなくてはならない．IEEE 標準規格では，ECMA スクリプト（Java スクリプト）の
簡単なコードを利用して API インスタンスを探索する方法を提供している．しかし規格ではECMA スクリプトの利用を必要条件としていないので，他の方法を採用することもできる．

40

SCORM 2004 コンテンツ作成ガイド

5.3.4 API 関数の概要

API 関数は，3 つのカテゴリに分けられる．3 つのカテゴリは下表のとおりである．
表 5.1 API 関数のカテゴリ

カテゴリ

説明

API 関数

セッション関数API インスタンスを通じて SCO と LMS との間の通信セッ
ションの開始と終了を指示する為に使用される関数

Initilize

API インスタンスを通じて SCO と LMS との間でデータモ
デル要素の値をやりとりする為に使用される関数

GetValue

データ転送関数

Terminate
SetValue
Commitサポート関数

エラー発生時に API インスタンスを通じて SCO と LMS との間の補助的な通信を行う為に使用される関数

GetLastError
GetErrorString
GetDiagnostic

SCORM 2004 では，LMS が提供する API 関数名が下記のとおり変更になった．
（“LMS”を削除し，直感的にわかりやすい名称に変更された）
表 5.2 API 関数名の変更

SCORM 1.2

SCORM 2004

LMSInitialize

Initialize

LMSFinish

Terminate

LMSGetValue

GetValue

LMSSetValue

SetValue

LMSCommit

CommitLMSGetLastError

GetLastError

LMSGetErrorString

GetErrorString

LMSGetErrorDiagnostic

GetErrorDiagnostic

41

SCORM 2004 コンテンツ作成ガイド

API 関数の詳細は，下表のとおりである．
表 5.3 API 関数の詳細一覧

Initialize

Terminate

セッション関数
構文： Initialize(parameter)
解説： 通信セッションを開始（初期化）する．
パラメータ： (“”)−空文字列
返り値： 真理値（True／False）の文字列“true”−LMS 側での初期化が成功したことを示す．
“false”−LMS 側での初期化が失敗したことを示す．
この場合，API インスタンスにエラーコードの値が設定されるので，エラー情報を解析する場合にはサポート関数を利用するとよい．
構文： Terminate(parameter)
解説： 通信セッションを終了する．この終了処理は，APIインスタンスに設定したデータをLMSに送信することも同時に行う．また，一度この終了処理を行うと，サポート関数しか呼び出すことができなくなる．
パラメータ： (“”)−空文字列
返り値： 真理値（True／False）の文字列“true”−LMS 側での終了処理が成功したことを示す．
“false”−LMS 側での終了処理が失敗したことを示す．
この場合，API インスタンスにエラーコードの値が設定されるので，エラー情報を解析する場合にはサポート関数を利用するとよい．
データ転送関数

GetValue

SetValue

構文： GetValue(parameter)
解説： LMSから情報を取得することができる．
SCO が LMS から取得できる情報は以下のとおりである．
・LMS でサポートされているデータモデル要素の値
・LMS でサポートされているデータモデルのバージョン・サポートされている固有のデータモデル要素
パラメータ： データモデル要素名
返り値： 下記の２つのうち，どちらかの値，返り値はすべて文字列．
・パラメータに関係する値の文字列・エラーが発生した場合には，空文字列(“”)が返却される．この場合は API インスタンスにエラーコードの値が設定されるので，エラー情報を解析する場合にはサポート関数を利用するとよい．
構文： SetValue(parameter_1,parameter_2)
解説： LMSへ情報を送信することができる．
データ要素（parameter_1）に対する値（parameter_2）を指定する．
API インスタンスは，設計によってデータを直ぐにサーバ側に送るか，一旦データをキャッシュして送るように実装されている．
パラメータ： parameter_1−設定されるデータ要素名parameter_2−データ要素する値（文字列）返り値： 真理値（True／False）の文字列“true”−LMS 側でのデータ設定が成功したことを示す．
“false”−LMS 側でのデータ設定が失敗したことを示す．
この場合，API インスタンスにエラーコードの値が設定されるので，エラー情報を解析する場合にはサポート関数を利用するとよい．

42

SCORM 2004 コンテンツ作成ガイド

CommitGetLastError

GetErrorString

GetDiagnostic

構文： Commit(parameter)
解説： SCOからのデータをLMSに送信する．前回Initialize()かCommit()が実行された以降にAPIインスタンスによってキャッシュされたデータが送信される．LMS側への送信が成功すると，エラー未発生のエラーコード
がAPIインスタンスに設定され，“true”が返却される．また，APIインス
タンスにデータがキャッシュされていない場合でも，上記と同様に処理される．
パラメータ： (“”)−空文字列
返り値：真理値（True／False）の文字列“true”−LMS 側への送信が成功したことを示す．
“false”−LMS 側への送信が失敗したことを示す．
この場合，API インスタンスにエラーコードの値が設定されるので，エラー情報を解析する場合にはサポート関数を利用するとよい．

サポート関数
構文： GetLastError ()解説： APIインスタンスに設定された最新のエラー状態に対応するエラーコードを取得する．この関数を呼び出すと，APIインスタンスのエラー状態が変化しないが，単純に要求した情報が返却される．
パラメータ： 何も指定しない．
返り値： APIインスタンスの最新のエラー状態に対応するエラーコードが文字列で返却される．
構文： GetErrorString (prameter)
解説： 最新のエラー状態のテキストによる説明を取り出す．APIインスタ
ンスは，APIに実装されているエラーコードを支援することを保証しなければならない．このエラーの呼び出しは，最新のエラー状態に影響なく，要求した情報を返却してくれる．
パラメータ： エラーメッセージに対応するエラーコードの文字列．
返り値： パラメータで設定したエラーコードに対応するエラーメッセージが文字列で返却される．
・返却される文字列は，最大 255 文字まで
・エラーコードは規定されているが，エラーに関する記述は LMS
固有のものである．
・LMS が要求したエラーコードを識別できなけば，空文字列(“”)
が返却される．
構文： GetDiagnostic (prameter)
解説： LMSが個別利用するための出力関数．APIインスタンスを通して，診断情報を付加して定義することができる．
パラメータ： 診断の為に実装された個別の値．最大でも 255 文字の文字列に指定すべきである．パラメータの値にエラーコードを指定する場合もあるが，その制限はない．
返り値： パラメータで設定したエラーコードに対応するエラーメッセージが文字列で返却される．このエラーの呼び出しは，最新のエラー状態に影
響なく，要求した情報を返却してくれる．
注：この characterstring (“”)関数のパラメータが空文字列(“”)ならば，この関数は，直前に発生したエラーについての診断情報の文字列が返却されるように推奨されている．

43

SCORM 2004 コンテンツ作成ガイド

5.3.5 API インスタンス状態遷移

API インスタンスは，実行時に状態遷移があり，その概念的な状態モデルが SCORM 規格で定義されている．API インスタンスの状態は，規定のイベントによって状態遷移する．API インス
タンスの状態の定義は下記のとおりである．
・Not Initialized（未初期化）
・Running（実行状態）
・Terminated（完了）

Initialize(“”)

実行状態(Running)

Terminate(“”)

SCO起動
未初期化
(Not Initialized)
・Initialize()・GetLastError()・GetErrorString()
・GetDiagnostic()

・Terminate ()・SetValue()・GetValue()・Commit()・GetLastError()・GetErrorString()
・GetDiagnostic()

完了(Terminated)
・GetLastError()・GetErrorString()
・GetDiagnostic()

図 5.5 API インスタンスの状態遷移と SCORM API(1) Not Initialized（未初期化）

セッション（＝通信）が確立されていない状態であり，データの読み出しや書き込みができな
い状態である．この状態での呼び出し可能な API 関数は以下のとおりである．
・Initialize()・GetLastError()・GetErrorString()
・GetDiagnostic()(2) Running（実行状態）

セッションが確立された状態であり，SCO と LMS がデータ通信できる状態である．この状態
での呼び出し可能な API 関数は以下のとおりである．
・Terminate ()・SetValue()・GetValue()・Commit()・GetLastError()・GetErrorString()
・GetDiagnostic()
44

SCORM 2004 コンテンツ作成ガイド(3) Terminated（完了）

確立したセッションを終了した状態であり，以降の API 呼び出しをできない状態である．この状態での呼び出し可能な API 関数は以下のとおりである．
・GetLastError()・GetErrorString()
・GetDiagnostic()

5.3.6 API エラーコードの概要

API 関数のサポート関数で取得されるエラーコードは，すべて int 型の数字を文字列（0〜65535）で表現したものである．IEEE 規格では， 0 から 999 までを予約コードとし，追加のエ
ラーコードは残りの範囲内（1000〜65535）で実装することになっている．SCORM 2004 で定義されているエラーコードのカテゴリは以下のとおりである．
表 5.4 エラーコードカテゴリ
エラーコードカテゴリ
エラー無し（No Error）

エラーコード範囲0

一般エラー（General Errors）

100−199

文法エラー（Syntax Errors）
ランタイムエラー（RTS Errors）

200−299300−399

データモデルエラー（Data Model Errors）

400−499

実行時エラー（Implementation-defined Errors）

1000−65535

説明
エラーが発生しなかった時に API インス
タンスにこのコードを返す．
API メソッド要求処理中に発生したエラー
API メソッドの構文に関するエラー
ランタイムサービスの実装に関するエラー
LMS への送信データ，または LMS からの受信データに関するエラー
拡張して実装したエラー

API エラーコードの詳細は，以下のとおりである．
表 5.5 API エラーコード詳細一覧

コード

記述

0

No error

エラー無し

101

GeneralException

一般的な例外102

General
Initialization
Failure

初期化失敗

103

Already
Initialized

初期化済み

説明

API 関数

エラーが発生しなかった時にAPI インスタンスにこのコードを返す．
API 要求処理中に存在していな
いエラーが発生するエラー状態
である．
通信セッションの初期化が失敗した場合にエラーとなり，“NotInitialized”の状態のままになっているエラー状態を指す．
既に通信セッションを初期化した後，すなわち“running”の状態で通信セッションを初期化しようとしたことを示すエラー状
態である．

すべて

45

Initialize()
Initialize()

Initialize()

SCORM 2004 コンテンツ作成ガイド

コード

記述

104

Content
Instance
Terminated

終了済み

111

GeneralTermination
FailureTermination
BeforeInitialization

一般的な終了失敗

113

Termination
After
Termination

終了後に終了122

Retrieve Data 初期化前にデータBefore
読み出し
Initialization

123

Retrieve Data
After
Termination
Store
Data
BeforeInitialization

112

132

説明

初期化前に終了

終了後にデータ読
み出し
初期化前にデータ
を格納

133

Store
Data 終了後にデータをAfter
格納
Termination

142

Commit
BeforeInitialization

143

Commit After 終了後にデータをTermination
保存201

General
不当な引数エラー
Argument
Error
GeneralGet 一般的なデータ読
Failure
み出し失敗

301

351

General
Failure初期化前にデータを保存

Set 一般的なデータ保
存失敗

API 関数既に通信セッションが終了して Initialize()いる状態で，通信セッションを初期化しようとしたことを示すエ
ラー状態である．
通信セッションを終了が発生し Terminate ()た失敗した場合に発生したことを示すエラー状態である．
通信セッションを初期化する前 Terminate ()に，SCO が通信セッションを終了しようとしたことを示すエラ
ー状態である．
通信セッションを終了した後に， Terminate ()SCO が通信セッションを終了しようとしたことを示すエラー状
態である．
通信セッションの初期化が成功 GetValue()
する前に，SCO がデータの読み出しを行ったことを示すエラー状態である．
通信セッションの終了後に，SCO GetValue()
がデータの読み出しを行ったことを示すエラー状態である．
通信セッションの初期化が成功 SetValue()
する前に，SCO が（API インス
タンスに）データを格納しようとしたことを示すエラー状態である．
通信セッションの終了後に，SCO SetValue()が（API インスタンスに）データを格納しようとしたことを示す
エラー状態である．
通信セッションの初期化が成功 Commit()
する前に，SCO が LMS にデータを保存したことを示すエラー状
態である．
通信セッションの終了後に，SCO Commit()
が LMS にデータを保存したことを示すエラー状態である．
API 関数に不当な引数を渡そう Initialize()としたことを示すエラー状態で Terminate ()ある．
Commit()
データの読み出しを失敗し，他の GetValue()
エラー情報が無い場合の状態を示すエラーである，このエラーが発生した場合でも，“Running”の状態である．
データの保存を失敗し，他のエラ SetValue()
ー情報が無い場合の状態を示す
エラーである，このエラーが発生した場合でも，“Running”の状態
である．

46

SCORM 2004 コンテンツ作成ガイド

コード

記述

391

GeneralCommitFailure401

Undefined
Data
Model
Element

402

Unimplement
ed Data Model
Element

403

Data
Model
Element ValueNot Initialized

404

Data
Model
Element
Is
Read Only

405

Data
Model
Element
Is
Write Only

406

Data
Model
Element Type
Mismatch

407

Data
Model
Element Value
Out Of Range
Data
Model
Dependency
Not
Established

408

説明

API 関数

一般的なデータ格 データの格納（コミット）を失敗 Commit()
納失敗
し，他のエラー情報が無い場合の状態を示すエラーである，このエラーが発生した場合でも，“Running”の状態である．
定義されていない API インスタンスで判別できな GetValue()
データモデル要素 いデータモデル要素をパラメー SetValue()
タとして指定した場合のエラー状態である．このエラーが発生した場合でも，“Running”の状態である．
実装されていない LMS が実装していないデータモ GetValue()
データモデル要素 デル要素をパラメータとして指 SetValue()
定した場合のエラー状態である．
拡張したデータモデルを指定した場合に起こるものである．
データモデル要素 SCO が初期化されていないデー GetValue()の値が初期化され タモデル要素の値のデータを読ていない
み出そうとしたことを示すエラ
ー状態である．LMS によって初期化する値と，SCO によって初期化する値との２つの場合が存在する．
データモデル要素 SCO が読み出し専用のデータモ SetValue()
は読出し専用デル要素にデータを格納しようとしたことを示すエラー状態である．
データモデル要素 SCO が書き込み専用のデータモ GetValue()
は書き込み専用
デル要素からデータを読み出そうとしたことを示すエラー状態
である．
データモデル要素 SCO が不正なデータタイプの値 SetValue()のデータタイプが をデータモデル要素に格納しよ不一致
うとしたことを示すエラー状態
である．
データモデル要素 SCO が範囲外の値をデータモデ SetValue()の値が範囲外ル要素に格納しようとしたことを示すエラー状態である．
データモデルに依 依存性のあるデータモデルの間 GetValue()
存したデータが設 で，他のデータモデル要素が設定 SetValue()
定されていない
される前に設定されるべきデー
タモデルが設定されていないことを示すエラー状態である．

47

SCORM 2004 コンテンツ作成ガイド

SCORM 2004 では，API インスタンスの状態遷移に合わせてエラーコードが詳細化された．
変更前後のエラーコードの比較を以下に示す．
表 5.6 SCORM 1.2 と SCORM 2004 とのエラーコード比較

SCORM 1.2 Error CodeSCORM 2004 Error Code0 ‒ No error
101 ‒ General Exception

0 ‒ No error
101 ‒ General Exception
102 ‒ General Initialization Failure
103 ‒ Already Initialized
104 ‒ Content Instance Terminated111 ‒ General Termination Failure
112 ‒ Termination Before Initialization
113 ‒ Termination After Termination
122 ‒ Retrieve Data Before Initialization
123 ‒ Retrieve Data After Termination
132 ‒ Store Data Before Initialization
133 ‒ Store Data After Termination
142 ‒ Commit Before Initialization
143 ‒ Commit After Termination
201 ‒ General Argument Error

201 - Invalid argument error
202 - Element cannot have children
203 - Element not an array. Cannot have count301 ‒ General Get Failure
351 ‒ General Set Failure
391 ‒ General Commit Failure
401 ‒ Undefined Data Model Element402 ‒ Unimplemented Data Model Element403 ‒ Data Model Element Value Not Initialized
404 ‒ Data Model Element Is Read Only

401 - Not implemented error
401 - Not implemented error
301 - Not initialized
403 - Element is read only
404 - Element is write only
402 - Invalid set value, element is a keyword
405 - Incorrect Data Type405 ‒ Data Model Element Is Write Only
406 ‒ Data Model Element Type Mismatch
407 ‒ Data Model Element Value Out Of Range
408 ‒ Data Model Dependency Not Established48

SCORM 2004 コンテンツ作成ガイド

5.4 データモデル
5.4.1 データモデルの概要

SCORM 2004 ランタイム環境におけるデータモデルは，“IEEE P1484.11.1 Draft Standard
for Learning Technology Data Model for Content Object Communication”をベースに規定されている．この標準規格では，学習オブジェクト（SCO）から LMS への伝達情報として利用されるデータモデルの要素のまとまりを定義している．このデータモデルには，・ 学習者についての情報
・ 学習者の SCO とのインタラクション
・ 学習目標・ 合格状態や完了状態などが含まれており，コンテンツの様々な目的に応じて利用できるように定義されている．このデータの主要な利用目的は以下のとおりである．
・ 学習者の進捗や状態の記録
・ シーケンシング決定の支援
・ 学習者の SCO とのインタラクション全体の報告

前バージョンの SCORM 1.2 では，“AICC CMI001 Guideline for Interoperability”のデータ
モデルを採用していたが，SCORM 2004 では，AICC のデータモデルを国際標準規格として制定した IEEE 1484.11.1 標準規格書のドラフトをベースに作成されている．そのデータモデルの変更に伴い，SCORM 2004 では，主に以下のようにデータモデルの変更・追加が行われている．
・全てのデータモデルが LMS の必須要素に・データモデルの変更−cmi.core, cmi.student_data データモデル階層を廃止し，データモデルを平坦化−score.scaled の追加−objectives と学習目標の対応付け
・Interaction の詳細化
・マルチバイトコードの全面採用（ISO-10646-1）
5.4.2 データモデルの基本事項

5.4.2.1 データモデル要素
データモデルを識別するために，すべてのデータモデル要素の名前は“cmi”から始まっている，このことは，LMS のデータモデル要素が IEEE P1484.11.1 規格の一部を採用していることを示している．これは，他のデータモデルが開発された場合，異なる指定で始まるモデル（例えば，cmi.elementName の代わりに adl.elementName）が導入されるということを示している．
LMS は，SCORM で記述されているすべてのデータモデル要素を実装し，動作保証することが要求される．
SCO は，すべてのデータモデルを任意で使用できる．
49

SCORM 2004 コンテンツ作成ガイド

すべてのデータモデルの名前は，ドット表記を利用して ECMA スクリプト文字列でなければならない（例，cmi.success_status）．
5.4.2.2 シーケンシングに与える影響
SCO は SCORM ランタイムデータモデルを通して，LMS に学習者のインタラクションの結果を報告する．LMS は送られた情報を利用して，シーケンシング情報をもとに次のアクティビティを決定する．例えば，SCO が自身のアテンプト完了状態をデータモデル“cmi.completion_status”
を通して LMS に（トラッキング情報として）報告すると，LMS はその SCO に関するアクティ
ビティが完了したとみなして次のアクティビティを決定する．RTE データモデルの一部はアクテ
ィビティのトラッキング情報と関連して，シーケンシングに影響を与える．
5.4.2.3 コレクションの扱い
データモデル要素には，お互いに関連するデータの集合として規定されているものがある．このようなデータの集合は“レコード”と呼ばれる．各レコードは，配列のひとつの要素となる．
レコードは配列の中のデータの順番を表すインデックス値によってアクセスされる．すべての配列のインデックスは 0 から開始される（0 基準の配列）．
データのレコードのコレクションとして定義されるデータモデル要素は下記のとおりである．
・ Comments from learner (cmi.comments_from_learner)
・ Comments from LMS (cmi.comments_from_lms)
・ Objectives (cmi.objectives)・ Interactions (cmi.interactions)

上記のデータモデル要素は，SCO が複数のコメント，学習目標，インタラクションをトラッキ
ングすることを意図している．学習目標（Objectives）とインタラクション（Interactions）のデータモデル要素は，SCO の学習目標やインタラクションの各々にユニークなインデックスを付与する識別子データモデル要素を含んでいる．
コレクション内のデータモデル要素を参照するには，ドット（“.”）＋番号を用いる．
cmi.objective.n.completion_status
例 え ば ， SCO 内 の 最 初 の 学 習 目 標 の 完 了 状 態 の デ ー タ モ デ ル 要 素 の 値 は ，"cmi.objective.0.completion_status"という表記になり，4 番目の学習目標の完了状態のデータモ
デル要素の値は，"cmi.objective.3.completion_status"という表記になる．
コレクション内のデータモデル要素の数を取得するには_count キーワードを利用する．例えば，
SCO に対して格納されている学習目標の数を取得するためには，以下の API 呼び出しが使用される．
var numOfObjectives = GetValue("cmi.objectives._count");

5.4.2.4 最低限保証される最大値（SPM）
SCORM 2004 では，データモデル要素に最低限保証される最大値（smallest permitted
maximums (SPMs)）が定義されている．データモデル要素で SPM が定義されるケースは２つ
50

SCORM 2004 コンテンツ作成ガイド

ある．それは，文字列の長さとコレクション内のデータモデル要素の数に対してである．SPM は，
コレクションのエントリ数，あるいは文字列の長さの最小値として定義され，LMS はそれを受け取り，処理できるように実装しなければならない．SPM で定義された以上の文字列やコレクションを扱えることには問題ではないが，SPM で定義された以上の長さを含んでいれば，注意を促す
ように LMS は実装すべきである．
5.4.2.5 キーワードデータモデル要素
SCORM では，LMS の管理情報やデータモデル要素の状態を取得するためのデータモデル要素が定義されている．そのデータモデル要素をキーワードデータモデル要素といい，特定のデー
タモデル要素にしか適応されない．キーワードデータモデル要素は，読み込み専用である．
_version：LMS によってサポートされているデータモデルのバージョンを取得するために利用される．
_count：コレクション内のデータモデル要素を取得するために利用される．
_children：LMS でサポートされている親のデータモデル要素内に含まれる子のデータモ
デルをすべて取得するために利用される．この_children の要求に対して返却された文字列が，すべてのデータモデル要素のリストをコンマで区切られた文字列となるように LMS はサポートするべきである．このキーワードデータモデル要素は，子を持つデータモデル要素しか適用されない．
5.4.2.6 予約されている区切り文字
以下のようなケースの場合，特別な予約された区切り文字をドット表記に加えなければならな
い．
固有の文字列に対して言語タイプを与える場合（データタイプ: localized_string_type）
インタラクションに対して学習者のレスポンスに順序性があるかどうかを表現する場合
インタラクションに対して学習者のレスポンスが複数があるかどうかを表現する場合
リスト内の値のセット，あるいは値のペアを表現する場合
上記のどの場合でも，該当する場合，デフォルト値が与えられる．特別な予約されている区切
り文字が指定されない場合，このデフォルト値を使用する．どんな場合でも区切り文字は，SPMのカウントの対象とはならない．

51

SCORM 2004 コンテンツ作成ガイド

表 5.7 予約されている区切り文字

予約された区切り文字{lang=<language_type>}{case_matters=<boolean>}

デフォルト値{lang=en}{case_matters=false}{order_matters=<boolean>}{order_matters=true}[.]

該当なし．値を与える必要がある．

[,]

該当なし．値を与える必要がある．

[:]

該当なし．値を与える必要がある．

例{lang=en}{case_matters=true}{case_matters=false}{order_matters=true}{order_matters=false}
インタラクションのコレクシ
ョンに対する値のペアを区切るために利用される．
1[.]a
インタラクションのコレクシ
ョンに対する値のセットを区切るために利用される．
1[.]a[,]2[.]c[,]3[.]b
数値の範囲の間を区切る為に利用される．
1[:]100 - １から 100 までの数値の範囲

5.4.2.7 データタイプ
それぞれのデータモデル要素には，データタイプ（データ型）が指定されている．データモデ
ル要素の値は，その指定されたデータ型の要件を忠実に守る必要がある．以下にデータ型とそれぞれのデータ型に関する要求事項について解説する．
(1) characterstring（キャラクタ文字列）

ISO 10646 にて定義されているキャラクタの文字列．ISO 10646 は，Unicode 標準に相当
する．
(2) localized string type（ローカル文字列）

言語指定を有する文字列．言語情報が重要とされるデータモデル要素がある．SCORM では文字列を表すための予約された区切り文字：{lang=<language_type>} が適用される．このローカル文字列の表現はオプションである．特に指定がなければ，デフォルトの言語で指定される（英語（lang=en）が指定される）．
この文字列のフォーマットは，次のように記述される．
“{lang=<language_type>}<actual characterstring>”
例：{lang=ja}仲林 清(3) language type（言語タイプ）

言語を表すために使用されるデータタイプ．このデータタイプのフォーマットは，言語コード（lnagcode）と補助的にハイフンでサブコード（subcode）から成る文字列である．
language_type ::= langcode [“-” subcode]*
例：ja, en-GB(4) long identifier type（長い識別子タイプ）

ラベル，あるいは識別子を表すデータタイプ．このラベル，あるいは識別子は，SCO の文
52

SCORM 2004 コンテンツ作成ガイド

脈の中でユニークでなければならない．この識別子タイプは，URI として定義される構文に従う文字列でなければならない．SCORM では，URI が URN（Uniform Resource Name）の形式のグローバルにユニークな識別子となることを推奨している．この識別子タイプの値
は，4000 文字の SPM で実装される．
<URN> ::= “urn:”<NID>“:”<NSS><NID>は，Namespace Identifier，<NSS> は，Namespace Specific String
例：urn:ADL:interaction-id-0001(5) short identifier type（短い識別子タイプ）

このラベル，あるいは識別子は，SCO の文脈の中でユニークでなければならない．この識別子タイプは，URI として定義される構文に従う文字列でなければならない．この識別子タ
イプは，グローバルでユニークな識別として利用することを想定していない．この識別子タ
イプの値は，250 文字の SPM で実装される．
(6) integer（整数）

データモデルの要素が，正の整数（例：1, 2, 3），負の整数（例：-1, -2, -3）と 0 の値をとる場合に指定する．
(7) state（状態）

データモデル要素の値に状態のセットが定義されているものがある．これは次のような記述で定義される．
例：state (browse,normal,review)(8) real (10,7)

このデータタイプは，有効数字 7 桁の実数を意味する．
(9) time (second, 10, 0)

時間を表すデータタイプ．このデータタイプは，1 秒単位までの正確性が必要とされる（0.01 秒はオプション）．
例：2003-07-25T03:00:00(10) timeinterval (second, 10, 2)

データモデル要素の値に対して経過時間を表すためのデータタイプ．
例：P1Y3M2DT3H (＝１年 3 ヶ月と２日と３時間)
5.4.2.8 拡張されているデータモデル
SCORM ランタイム環境データモデルは，それ自身拡張されるべきではない．もし，LMS が定義されていないデータモデル要素名の API 要求を受け取れば，エラーとされるべきである．
5.4.3 SCORM ランタイム環境におけるデータモデル

5.4.3.1 データモデルの概要
SCORM ランタイム環境におけるデータモデルには，SCO 実行時に SCO によって LMS に記録されるデータモデル要素が含まれている．このデータモデル要素は，状態，得点，インタラク
ション，学習目標などの記録項目として利用されたり，SCO と LMS 間で情報をやりとりしたり，
53

SCORM 2004 コンテンツ作成ガイド

シーケンシングに影響を与えたりする．データモデル要素の概要は下記のとおりである．各デー
タモデル要素の詳細は次項で示す．
表 5.8 SCORM ランタイム環境データモデル一覧

No

データモデル要素

データ内容

説明

1

cmi.comments̲from̲learner

学習者からのコメント

学習者からのテキストを記録．

2

cmi.comments̲from̲lms

LMSからのコメント

学習者に提供することを目的とするコメントや注釈
を記録する

3

cmi.completion̲status

完了状態

学習者がSCOを完了しているかどうかを示す

4

cmi.completion̲threshold

完了状態のしきい値

SCOが学習者の進捗状況を完了とみなすための目安にする値を示す

5

cmi.credit

評価

学習者がSCOでのパフォーマンスに対して評価（記録更新）されているかどうかを示す．

6cmi.entry

エントリ

学習者以前にアクセスしたかどうかを記す情報を記録する

7

cmi.exit

退出

SCOからどのように，なぜ退出したかを記録する

8

cmi.interactions

インタラクション

成績記録や評価の目的でインタラクション（学習者の応答）に関する情報を定義する

9

cmi.launch̲data

起動データ

起動の際に利用するSCO独自のデータを提供する

10

cmi.learner̲id

学習者ID

どの学習者に対してSCOが起動されたかを示す

11

cmi.learner̲name

学習者名

学習者の名前12

cmi.learner.preference

学習者のプリファレンス

SCOを利用する際の学習者の固有の設定情報

13

cmi.location

ロケーション

SCOの中のブックマークなどのSCO独自の内容

14

cmi.max̲time̲allowed

最大許容時間（タイムリミット）

学習者がSCOを利用して学習することを許されてい
る累積時間

15

cmi.mode

動作モード

学習者に与えられるSCOの動作モードを示す

16

cmi.objectives

学習目標

SCOに関連する学習目標を設定

17

cmi.progress̲measure

進捗状態の測定値

SCOの完了への進捗状態の測定値を示す

18cmi.scaled̲passing̲score

合格点（正規化表現）

SCOに対する正規化された合格点を示す

19

cmi.score

得点

SCOに対する学習者の得点を示す

20

cmi.session̲time

セッション時間SCOに対して学習者が費やしたセッション時間を示す21

cmi.success̲status

合格状態

学習者がSCOを合格したどうかを示す

22

cmi.suspend̲data

中断データ

SCO中断時に保存しておく情報

23

cmi.time̲limit̲action

タイムリミット超過後の動作

最大許容時間（タイムリミット）を超過した時にSCO
が何をすべきかを示す

24

cmi.total̲time

全学習時間

現在の学習セッションで学習者が試行した学習のセッション時間の合計を示す

54

SCORM 2004 コンテンツ作成ガイド

5.4.3.2 データモデルの詳細
表 5.9 SCORM ランタイム環境データモデル詳細No

データモデル要素

説明

データタイプ値空間0.1

cmi.̲version

データモデルのバージョン

ｷｬﾗｸﾀ文字列（characterstring）

ISO-10646-1

SCO の 学 習 体 験についての学習者からコメント

コレクション（collection）

1.

1.0.1

1.0.2

1.1

1.2

1.3
2.

2.0.1

cmi.comments̲from̲learnercmi.comments̲from̲learner.̲children

cmi.comments̲from̲learner.̲countcmi.comments̲from̲learner.n.comment

cmi.comments̲from̲learner.n.location

cmi.comments̲from̲learner.n.timestamp
cmi.comments̲from̲lms

cmi.comments̲from̲lms.̲children

2.0.2

cmi.comments̲from̲lms.̲count

2.1

cmi.comments̲from̲lms.n.comment

2.2

2.3
3.

cmi.comments̲from̲lms.n.location

cmi.comments̲from̲lms.n.timestamp
cmi.completion̲status

学習者からのコメ
ントのデータ要素のリスト
学習者からのコメ
ントのデータ要素の数
学習者からのコメント

コメントを適用する
SCO の位置

コメントを作成・更新した時間
学習者に提供する
SCO に関する情報
LMS からのコメントのデータ要素のリスト
LMS からのコメントのデータ要素の数
LMS からのコメント

コメントを適用する
SCO の位置

コメントを作成・更新した時間
学習者が SCO を完了したかどうか

SPM: 250 個まで
ｷｬﾗｸﾀ文字列（characterstring）

R

55

値はピリオドで区切る“1.0”

ISO-10646-1
R
0 以上の整数

ローカル文字列(localized̲string̲type)

ローカル情 報を持つ文字列
(ISO-10646-1)

R
初期値は設定されない
R/W

ISO-10646-1
R/W

SPM: 250 文字ま
で
時間
time
(second,10,0)
コレクション（collection）
SPM: 100 個まで
ｷｬﾗｸﾀ文字列（characterstring）

R/W−
ISO-10646-1
R

整数（integer）

0 以上の整数

ローカル文字列(localized̲string̲type)

ローカル情 報を持つ文字列
(ISO-10646-1)

SPM: 4000 文字までｷｬﾗｸﾀ文字列（characterstring）

R

R

ISO-10646-1
R

SPM: 250 文字ま
で
時間
time
(second,10,0)状態(state)R
完了“completed”
未完了“incomplete”
未試行“not̲attempted”
不明“unknown”＊SCO 欄の表記 R : read only(読み出しのみ)， W : write only(書き込みのみ)
R/W : read/write(読み書き可能)

備考

−

整数
（integer）

SPM: 4000 文字までｷｬﾗｸﾀ文字列（characterstring）

SCO

デフォルト値は，“unknown”
R/W

SCO が書き込むことを想定しており，シーケンシン
グの進捗状態に影響を与える．

SCORM 2004 コンテンツ作成ガイド

No

データモデル要素

説明

データタイプ4.

cmi.completion̲threshold

SCO を完了とみなすかどうかを決定するためのしきい値

0…1 までの数
real(10,7)
range (0..1)

値空間

SCO

R

5.

6.

7.

8.

cmi.credit

cmi.entry

cmi.exit

cmi.interactions

8.0.1

cmi.interactions.̲children

8.0.2

cmi.interactions.̲count

8.1

cmi.interactions.n.id

SCO 内 で の 学 習者のパフォーマン
ス に 対 し て （ LMSが）評価するかどうか以前に SCO にアクセスしたかどうかの情報

状態(state)SCO からどの よ うに，なぜ終了したかを記録する状態(state)SCO に対する学習者の応答（インタラクション）を LMS に記録するために使用する
インタラクションのデータ要素のリスト
インタラクションのデータ要素の数
インタラクションのデータの識別子状態(state)

評価する“credit”
評価しない“no̲credit”

初回試行“ab̲initio”
中断再開“resume”
情報なし“”(空文字列)
時間切れ“time-out”
中断“suspend”
中途であるが終了を希望した“logout”
通常終了“normal”
情報なし“”(空文字列)

imsmanifest の<adlcp:compettion
Threshold> で 定 義 された値で初期化される
デフォルト値は，“credit”
R

R

W

−

SPM: 250 個まで

ｷｬﾗｸﾀ文字列（characterstring）

ISO-10646-1

整数（integer）

0 以上の整数

長い識別子(long̲identifier̲type)

URI (RFC 2396)
で表す文字列URN (RFC 2141)
を推奨＊SCO 欄の表記 R : read only(読み出しのみ)， W : write only(書き込みのみ)

56

LMS は
「17. cmi.progress̲measure」の値と比較して完了状態を決定する（SCO からの状態設
定「3. cmi.completion̲status 」 よりも優先される）

コレクション（collection）

SPM: 4000 文字までR/W : read/write(読み書き可能)

備考

RR
SCO 内でユニークでなければならない．
R/W

SCORM 2004 コンテンツ作成ガイド

No

データモデル要素

説明

データタイプ値空間8.2

cmi.interactions.n.type

インタラクションのデータのタイプ状態(state)○×“true-false”
選択“choice”
穴埋め“fill-in”
論述式“long-fill-in”
アンケート“likert”
組合せ“matching”
パフォーマンス
測定“performance”
並び替え“sequencing”
数値“numeric”
その他“other”

8.3

cmi.interactions.n.objectives

8.3.0.1

cmi.interactions.n.objectives.̲count

8.3.1

cmi.interactions.n.objectives.n.id

8.4

cmi.interactions.n.timestamp

8.5

cmi.interactions.n.correct̲responses

8.5.0.1
8.5.1

8.6

8.7
8.8

cmi.interactions.n.correct̲responses.̲count
cmi.interactions.n.correct̲responses.n.pattern
cmi.interactions.n.weighting

cmi.interactions.n.learner̲response
cmi.interactions.n.result

インタラクション内の学習目標
インタラクション内の学習目標の数
インタラクション内の学習目標の識別
子

インタラクションが発生した時間インタラクションの正答情報
インタラクションの正答情報の数
インタラクションの各応答に対するパターン
インタラクションに与えられる得点計
算の重み付けインタラクション内の学習者の各応答
インタラクションの各結果

コレクション（collection）
SPM: 10 個まで
整数（integer）
長い識別子(long̲identifier̲type)
SPM: 4000 文字まで時間
time(second,10,0)0 以上の整数

8.2
cmi.interactions.n.type に依存状態(state)57

R/W−
0 以上の整数

R

R/W
有効数字 7 桁の
実数

R/W

R/W
正しい
“correct”
間違い“incorrect”
予期しない結果“unanticipated”
どっちつかず“neutral”
数値
real(10,7)＊SCO 欄の表記 R : read only(読み出しのみ)， W : write only(書き込みのみ)
R/W : read/write(読み書き可能)

R

R/W

8.2
cmi.interactions.n.type に依存
実数型
real (10,7)

R/W

URI (RFC 2396)
で表す文字列URN (RFC 2141)
を推奨

備考
このデータ要素は，“correct̲response”“learner̲response”に依存しているので，上記データ要素を設定する前に設定しなければならない．

−

コレクション（collection）
SPM: 10 個まで
整数（integer）

SCO

R/W

SCORM 2004 コンテンツ作成ガイド

No

データモデル要素

説明

データタイプ

8.9

cmi.interactions.n.latency

インタラクション中の学習者の反応時
間

経過時間
timeinterval(second,10,2)

インタラクションについての記述0.01 秒単位まで
ローカル文字列(localized̲string̲type)

8.10

9.

10.

11.

cmi.interactions.n.description

cmi.launch̲data

cmi.learner̲id

cmi.learner̲name

SCO を初期化する
ための起動データを提供する
SCO を起動した学
習者を識別するた
めの情報

SCO を起動した学
習者の名前

SPM: 250 文字までｷｬﾗｸﾀ文字列（characterstring）

値空間

SCO

R/W

ローカル情 報を持つ文字列
R/W

ISO-10646-1
R

SPM: 4000 文字まで長い識別子(long̲identifier̲type)
SPM: 4000 文字までローカル文字列(localized̲string̲type)

備考

LMS から提供される

URI (RFC 2396)
で表す文字列URN (RFC 2141)
を推奨

imsmanifest の<adlcp:dataFrom
LMS>で定義された値で初期化されるR

ローカル情 報を持つ文字列

LMS から提供される
R

SPM: 250 文字まで

12..

cmi.learner̲preference

12.0.1

cmi.learner̲preference.̲children

12.1

cmi.learner̲preference.audio̲level

12.2

12.3
12.4

13.

cmi.learner̲preference.language

SCO の 学 習 者 利用に関連する個別情報
上記データ要素のリスト
学習者のオーディ
オレベル関する個
別情報
学習者の使用言語に関する個別情報

cmi.learner̲preference.delivery̲speed

学習者の配信速度に関する個別情報

cmi.learner̲preference.audio
̲captioning

学習者の音声テキ
スト表示に関する
個別情報

cmi.location

SCO の格納場所

ｷｬﾗｸﾀ文字列（characterstring）

ISO-10646-1

0 以上の実数real(10,7)，
range (0..*)

有効数字 7 桁の実数

言語タイプ（language̲type）

ISO-646

cmi.max̲time̲allowed

SCO の 学 習 試 行
時間

ｷｬﾗｸﾀ文字列（characterstring）

有効数字 7 桁の実数
テキスト OFF“-1”
状態の変化なし“0”
テキスト ON“1”
ISO-10646-1

経過時間
timeinterval(second,10,2)0.01 秒単位まで＊SCO 欄の表記 R : read only(読み出しのみ)， W : write only(書き込みのみ)
R/W : read/write(読み書き可能)

58

R/W

R/W
SPM: 250 文字まで0 以上の実数real(10,7)，
range (0..*)状態(state)

SPM: 1000 文字ま
で

14.

R

R/W

R/W

R/W

R

各状態の語彙は，“off”“no̲change”“ on”に相当する．
SCO によって提供される．
初期状態は，“”（空文字列）LMS はこのデータを解釈・変更してはいけない
SCO 退出時の終了ポ
イントを保存するのに利用してもよい．
imsmanifest の<imsss:attemptAbsolu
teDurationLimit>で定義された値で初期化される

SCORM 2004 コンテンツ作成ガイド

No

データモデル要素

説明

データタイプ値空間15.

cmi.mode

SCO を学習者にどのように提供するかのモードを設定
する 起動後のSCO の 動 作 を 示
す．

状態(state)閲覧のみ“browse”
学習履歴を記録する（通常）“normal”
学習済み“review”

SCO を通じた 学
習活動に関する学
習目標を記録するために利用する．
学習目標のデータ
要素のリスト
学習目標のデータ
要素の数
学習目標の識別子

コレクション（collection）

16.

cmi.objectives

16.0.1

cmi.objectives.̲children

16.0.2

cmi.objectives.̲count

16.1

cmi.objectives.n.id

16.2.216.2.3

cmi.objectives.n.score
cmi.objectives.n.score.̲children
cmi.objectives.n.score.scaled

cmi.objectives.n.score.raw

cmi.objectives.n.score.min

16.2.4cmi.objectives.n.score.max

16.2.5

cmi.objectives.n.success̲status

16.2.616.2.7

cmi.objectives.n.completion̲status

cmi.objectives.n.progress̲measure

学習目標の得点
学習目標の得点のデータ要素のリスト
学習者の学習に対するパフォーマン
スを反映した数
値．
-1〜1 の範囲で正規化される．
学習者の学習に対するパフォーマン
スを反映した数値.
学習目標に対する
最低得点
学習目標に対する最高得点
学習目標を学習者が合格したかどうかの状態

学習目標を学習者が完了したかどうかの状態

学習目標の完了に向けた学習者が進捗状態

59

指定がない場合には，“normal”
R

関連項目：「5. cmi.credit」−

ｷｬﾗｸﾀ文字列（characterstring）

ISO-10646-1

整数（integer）

0 以上の整数

長い識別子(long̲identifier̲type)

URI (RFC 2396)
で表す文字列URN (RFC 2141)
を推奨

R
R
少なくとも SCO 内ではユニーク でなければならない．
R/W

imsmanifest の<imsss:objectives>の 属 性 objective ID
で定義された値で初期化される−ｷｬﾗｸﾀ文字列（characterstring）

ISO-10646-1-1〜1 までの実数
real (10,7) range(-1..1)

有効数字 7 桁の実数-1.0 〜 1.0 の 範
囲の値

R/W

実数
real (10,7)

有効数字 7 桁の
実数

R/W

実数
real (10,7)

有効数字 7 桁の
実数

R/W

実数
real (10,7)

有効数字 7 桁の
実数

R/W

状態
(state)合格“passed”
不合格“failed”
不明“unknown”
完了“completed”
未完了“incomplete”
未試行“not̲attempted”
不明“unknown”
有効数字 7 桁の実数
0.0〜1.0 の範囲の値

状態(state)0〜1 までの実数
real (10,7) range(0..1)＊SCO 欄の表記 R : read only(読み出しのみ)， W : write only(書き込みのみ)
R/W : read/write(読み書き可能)

備考

SPM: 100 個まで

SPM: 4000 文字まで16.2
16.2.0.
1
16.2.1

SCO

R

R/W

R/W

R/W

SCO に関する学習ア
クティビティの学習目
標の値に影響を与える．

SCO に関する学習ア
クティビティの学習目
標の値（Objective
Progress Status）に影響を与える.

SCORM 2004 コンテンツ作成ガイド

No

データモデル要素

説明

データタイプ値空間16.2.8cmi.objectives.n.description

学習目標に関する記述

ローカル文字列(localized̲string̲type)

ローカル情 報を持つ文字列
(ISO-10646-1)

SPM: 250 文字まで
0〜1 までの実数
real (10,7) range(0..1)

有効数字 7 桁の実数 0.0〜1.0 の
範囲の値

17.

cmi.progress̲measure

SCO の完了に向けた学習者の進捗状
態

SCO

R/W

R/W

18.

cmi.scaled̲passing̲score

SCO を合格するために必要とされる
正規化された得点-1〜1 までの実数
real (10,7) range(-1..1)

有効数字 7 桁の実数-1.0 〜 1.0 の 範
囲の値

19.

cmi.score

学習者の得点19.0.1

cmi.score.̲children

ｷｬﾗｸﾀ文字列（characterstring）

ISO-10646-1

19.1

cmi.score.scaled

学習者の得点のデータ要素のリスト
学習者の正規化した得点-1〜1 までの実数
real (10,7) range(-1..1)

有効数字 7 桁の実数-1.0 〜 1.0 の 範
囲の値

実数
real (10,7)実数
real (10,7)実数
real (10,7)
経過時間
timeinterval(second,10,2)

有効数字 7 桁の実数
有効数字 7 桁の実数
有効数字 7 桁の実数

cmi.score.raw

学習者の得点19.3

cmi.score.max

学習者の最高得点

19.4

cmi.score.min

学習者の最低得点

20.

cmi.session̲time

SCO に対して現在の学習者が費やした時間

21.

cmi.success̲status

R

-

19.2

学習者が SCO を合格したかどうかの状態

0.01 秒単位まで
状態(state)

備考「3. cmi.completion̲status」の値とマッピングされる．
0 ⇒“not attempted”
1 ⇒“completed”
0 > value < 1 ⇒“incomplete”
注）ただし，しきい値が設定されていない場合
imsmanifest の<imsss:minNormalizedMeasure> で 定 義された値で初期化される
主に SCO によって利
用される

R

R/W

この値と SCO の学習
目標の最初の値（Objective
Measure Status）は同期されるべきである．

R/W
R/W
R/W

W

SCO によって初期化される．

合格“passed”
不合格“failed”
不明“unknown”

R/W

LMS ではこの値を制御 で き な い が ， 「 18.
cmi.scaled̲passing̲score 」 を 設定することにより間接的に書き換えることができる．（この SCO から合格設定よりも優先される）
この値と SCO の学習
目標の最初の値（Objective
Measure Status）は同期されるべきである．

＊SCO 欄の表記 R : read only(読み出しのみ)， W : write only(書き込みのみ)
R/W : read/write(読み書き可能)

60

SCORM 2004 コンテンツ作成ガイド

No

データモデル要素

説明

データタイプ値空間22.

cmi.suspend̲data

SCO が中断・再開する際に利用するデータ

ｷｬﾗｸﾀ文字列（characterstring）

ISO-10646-1

23.

24.

cmi.time̲limit̲action

cmi.total̲time

制限時間を超えた
場合の SCO の処
理を示す

すべての学習者のセッション時間の合計

SPM: 4000 文字まで状態(state)

退出・ﾒｯｾｰｼﾞ有“exit,message”
継続・ﾒｯｾｰｼﾞ有“continue,message”
退出・ﾒｯｾｰｼﾞ無“exit,no essage”
継続・ﾒｯｾｰｼﾞ無“continue,nomessage”

R/W

学習者のセッション
内で LMS はこのデータを解釈・変更してはいけないR

関連項目：「13. cmi.location」
imsmanifest の<adlcp:timeLimit
Action>で定義された値で初期化される
デフォルト値は，“continue,nomessage”

R＊SCO 欄の表記 R : read only(読み出しのみ)， W : write only(書き込みのみ)

61

備考

経過時間
timeinterval(second,10,2)0.01 秒単位まで

R/W : read/write(読み書き可能)

SCO

SCO 側でセッション時間（ cmi.session̲time ）を書き込まないと，最新の学習試行時
間 （ cmi.total̲time ）が更新されないSCORM 2004 コンテンツ作成ガイド

6. SCORM 2004 コンテンツの実際
SCORM 2004 コンテンツとしての特徴的なふるまいの表現方法について，コードと動作との対応がわかるように実例を示しつつ解説する．また，修了や学習目標などといった教育的概念とSCORM 2004 規格との関連についても実例を通じて説明する．

6.1 シーケンシングの実際
SCORM 2004 で追加された中心的な機能であるシーケンシング機能の特徴的なふるまいと，
その表現方法について解説する．
6.1.1 シーケンシングを設定する

コンテンツ作成者は，コース構造とそれに付随する動作ルール（シーケンシングルール）をマ
ニフェストファイル（imsmanifest.xml）に記述することによってコンテンツの動作を制御する．
シーケンシングルールの多くは，クラスタ単位で記述され，親アクティビティに記述されたルールがクラスタに対して適応される．
また，シーケンシングルールを適応する条件となるトラッキング情報は，各アクティビティに付随している．各クラスタのトラッキング情報，すなわち親アクティビティのトラッキング情報
は，子アクティビティの情報を用いて更新される（ロールアップ）．親アクティビティの情報をどのように更新するかは，ロールアップルールによってコンテンツ作成者が指定できる．

シーケンシング
シーケンシングルール
ルール

ロールアップロールアップ
ルール
ルール

1.

1.1

1.3

1.2
クラスタ

1.1.1

学習目標

1.1.2

（親アクティビティ へのトラッキング情報の反映）

1.1.3

1.2.1

1.2.2

ルールによりコンテンツの動作を決定する
図 6.1 シーケンシングルールによる動作

6.1.2 シーケンシング制御モードを設定する(1)

概要

シーケンシング制御モードは，クラスタにおけるシーケンシング動作の制御を行い，学習者のSCO 選択の自由度，学習方向の選択の自由度を設定することができる．シーケンシング制御モー
62

SCORM 2004 コンテンツ作成ガイド

ドはクラスタごとに設定され，設定されたアクティビティの子アティビティに適用される．例えば，「クラスタ中の子アクティビティは順方向のみに提示し，後戻りできないようにする」といったものである．
(2)

設定方法

マニフェストファイルにおいて，シーケンシング制御モード情報（<imsss:controlMode>）を使用して，クラスタ単位で設定する．
(3)

各パラメータの説明

a. Choice：選択の可否の設定
移動するアクティビティを目次から学習者に選ばせるかどうかを設定する．True の場合，学習者は選択（Choice）シーケンシング要求によって，クラスタ内の子アクティビティに移動することができる．省略可，デフォルト値は True．
Control Mode

Choice= TrueChoice Exit = True
Flow
= TrueForward Only = False

1.

1.1

1.2

1.3

学習者が自由に選択
図 6.2 Choice コントロール

b. Choice Exit：選択範囲の設定
自身および配下のアクティビティから，選択（Choice）シーケンシング要求によって他のアクティビティへ移動することを制限する．あるアクティビティの配下から配下外への移動を制限することができる．省略可，デフォルト値は True．
c. Flow：次へ進めたり，前へ戻ったりすることができる
次へ進む（Forward）および前へ戻る（Previous）シーケンシング要求による移動ができるかどうかを設定する．True の場合は，学習者が進む（Forward）および戻る（Previous）
シーケンシング要求によってクラスタ中のアクティビティ間を移動することができる．省略
可，デフォルト値は False．

63

SCORM 2004 コンテンツ作成ガイド

Control Mode

Choice= False
Choice Exit
= TrueFlow= TrueForward Only = False

1.

1.1

1.2

次へ

1.3
次へ

前へ

前へ

学習者が移動可能
図 6.3 Flow コントロール

d. Forward Only：次へ進むことしかできない
クラスタ中のアクティビティ間の移動方向を前方のみに限定し．後方への移動を禁止する．
True の場合は，次へ進む（Forward）のシーケンシング要求および前方への選択シーケンシ
ング要求のみとなる．省略可，デフォルト値は False．
Control Mode

Choice= False
Choice Exit = True
Flow
= TrueForward Only = True

1.

1.1

1.2

次へ

1.3
次へ

前へ

前へ

後戻りできない
図 6.4 Forward Only コントロール

e. Use Current Attempt Objective Information：最新の学習目標進捗情報を利用する
ルールの評価を行う際に，トラッキング情報として，クラスタにおける現在のアテンプトの情報だけを使うか，前回のアテンプトを含めた最新の情報を使うかを設定する．True の場
合は，現在のみのものを使う．省略可，デフォルト値は True．
f.

Use Current Attempt Progress Information：最新の学習試行進捗情報を利用する
ルールの評価を行う際に，トラッキング情報として，クラスタにおける現在のアテンプトの情報だけを使うか，前回のアテンプトを含めた最新の情報を使うかを設定する．True の場
64

SCORM 2004 コンテンツ作成ガイド

合は，現在のみのものを使う．まだ，実行されてない子アクティビティに関しては，前回までの試行結果が反映されることになる．省略可，デフォルト値は True．
コード記述例(4)<item identifier="PRETEST1"><title>プリテスト</title><item identifier="Q1" isvisible = "false" identifierref=" RQ1"><title>設問 1</title></item><item identifier="Q2" isvisible = "false" identifierref=" RQ2"><title>設問 2</title></item><item identifier="Q3" isvisible = "false" identifierref=" RQ3"><title>設問 3</title></item><imsss:sequencing><imsss:controlMode choice="false" choiceExit="false" flow="true" forwardOnly = "true"/></imsss:sequencing></item>実装のポイント(5)・Choice を True にする場合，Flow も True にしておくこと（理由）学習起動時に学習者が何か選択しない限り，何も表示されない
・クラスタの最初のアクティビティには，子アクティビティ（SCO）が自由に選択できることを明示しておくと，学習者は分かり易い．
・Forward Only の方が Flow より優先度が高い．

6.1.3 シーケンシングルールを設定する

6.1.3.1 シーケンシングルールを設定する
概要(1)

シーケンシングルールは，主にトラッキング情報（学習状況）に基づく学習順序の決定に利用される．例えば，・ある学習目標を習得していれば，学習アクティビティをスキップする・確認テストで 70 点以下であれば，3 回までテストを繰り返すといったような教材動作を記述することができる．
コンディションルールは if-then ルールによって記述される．トラッキング情報がある条件を満たすときに，シーケンシング要求やアクティビティ間移動などのコンテンツ動作に制限を加え
る．
(2)

設定方法

マニフェストファイルにおいて，シーケンシングルール（<imsss:sequencingRules>）を使用
65

SCORM 2004 コンテンツ作成ガイド

して，アクティビティ単位で指定する．
(3)

構成要素の記述方法

a. シーケンシングルールの記述方法
シーケンシングルールは if-then ルールによって記述される．
if [条件セット] then [アクション]
ルールに適合した場合，いつ実行されるかによって 3 つのルール条件記述（RuleCondition）が存在する−プリコンディションルール（Precondition Rule）：
アクティビティを配信する前に実行される−ポストコンディションルール（Postcondition Rule）：
アクティビティを終了したときに実行される−終了ルール（Exit Rule）：
子孫のアクティビティが終了したときに実行される
b. 条件セット（condition_set）の記述方法
アクションを実行するための条件を記述する．条件セットは，学習目標の習得度やアクティビティ進捗状態といったアクティビティのトラッキング情報の値によって，真か偽になる
ような評価式である．また，条件セットは，複数の条件の集合として記述することができる．
条件結合子は，複数条件間の結合関係を表す．All 結合子はすべての条件が真となる場合，真となる．Any 結合子は，いずれかの条件が真の場合，真となる．この要素を省略した場合，Any とみなされる．
−All：すべての条件が真のとき，真を設定する−Any：いずれかの条件が真のとき，真となる条件セットおよび条件結合子は，< imsss:ruleConditions >にて記述する．
条件演算子は，条件要素の論理型の否定を表す．
−noOp：対となる条件要素の真偽を変更しない．
−Not：対となる条件要素の真偽を否定する．
この要素を省略した場合，noOp とみなされる．
条件要素は，アクティビティのトラッキング情報の値によって真か偽となる要素を表す．
条件演算子および条件要素は，<imsss:ruleCondition>にて記述する．
c. アクション（action）の記述方法
次に配信するアクティビティを決定する．あるいは新たなシーケンシング要求ないし終了要求を発生するために適用される．適用されるルール条件により実行するアクションが異なる．アクションはシーケンシングルールに対して 1 つしか設定できない．<imsss:ruleAction>で記述する．
・Precondition actions（プリコンディションルール）−”Skip”, “Disabled”, “Hidden from Choice”, "Stop Forward Traversal”
・Postcondition actions（ポストコンディションルール）−”Exit Parent”, “Exit All”, “Retry”, “Retry All”, “Continue”, “Previous”
66

SCORM 2004 コンテンツ作成ガイド

・Exit actions（終了ルール）−”Exit”

シーケンシングルール ： If [condition̲set] Then [Action]
条件セット ： If (All/Any) [condition̲set]
条件結合子

条件 ： (not) [condition]
条件演算子

条件要素

(All
/Any)

アクション ： Then [action]

図 6.5 シーケンシングルールの記述

67

SCORM 2004 コンテンツ作成ガイド(4)

コード記述例If “not satisfied” Then “retry”

アクティビティが習得済みでなければ，そのアクティビティを繰り返す（リトライする）．
<item identifier="DRILL1"><title>ドリル</title><item identifier="Q1" isvisible = "false" identifierref="RQ1"><title>問題 1</title></item><item identifier="Q2" isvisible = "false" identifierref="RQ2"><title>問題 2</title></item><imsss:sequencing><imsss:sequencingRules ><imsss:postConditionRule><imsss:ruleConditions><imsss:ruleCondition operator = “not” condition = "satisfied"/></imsss:ruleConditions><imsss:ruleAction action = "retry"/></imsss:postConditionRule></imsss:sequencingRules></imsss:sequencing></item>(5)

実装のポイント対象とするトラッキング情報が学習目標習得状態，学習目標習得度である場合，ルール条件参照学習目標(Rule Condition Referenced Objective)で対象とする学習目標を指定する．また，学習目標習得度に対してはルール条件習得度しきい値（Rule Condition Measure Threshold）で比較対象とするしきい値を指定する．

68

SCORM 2004 コンテンツ作成ガイド

6.1.3.2 プリコンディションルールを設定する
a. シーケンシングルールの記述方法
プリコンディションルールは，<preConditionRule>で記述する．
b. 条件セット（condition_set）の記述方法
プリコンディションルール記述で使用される条件要素は以下のとおりである．
表 6.1 プリコンディションルールの条件要素

条件要素

対象トラッキング情

説明報Satisfied

学習目標習得状態

対象とする学習目標習得状態が習得の場合，真となる

Objective Status

学習目標習得状態

対象とする学習目標習得状態が未定でない場

Known
Objective Measure合，真となる
学習目標習得度

対象とする学習目標習得度が未定でない場合，

Known
Objective Measure

真となる
学習目標習得度

対象とする学習目標習得度がしきい値より大Greater Than
Objective Measure

きい場合，真となる学習目標習得度

対象とする学習目標習得度がしきい値より小Less Than

さい場合，真となるCompleted

アテンプト完了状態

アテンプト完了状態が完了の場合，真となるActivity Progress

アテンプト完了状態

アテンプト完了状態が未定でない場合，真とな

Known

る
アクティビティ試行

アクティビティ試行回数が 1 以上の場合，真と回数なる

Attempt Limit

アクティビティ試行

アクティビティ試行回数が制限条件で定めた

Exceeded

回数

回数以上の場合，真となるAlwaysなし

常に真となる

Attempted

69

SCORM 2004 コンテンツ作成ガイド

c. アクション（action）の記述方法
プリコンディションルール記述で設定されるアクションは以下のとおりである．
表 6.2 プリコンディションルールで設定されるアクション

アクション

説明

Skip

Continue および Previous シーケンシング要求などによって，アクティビティツリーの中を移動して，提示する
アクティビティを決定する際に用いられる．

Disabled

アクティビティの提示を禁止する場合に用いる．

Hidden from Choice

Choice シーケンシング要求によるアクティビティの提示を禁止する場合に用いる．

Stop Forward Traversal

アクティビティツリーの中を前方に移動して，提示する
アクティビティを決定する際に用いる．

6.1.3.3 ポストコンディションルールを設定する
a. シーケンシングルールの記述方法
ポストコンディションルールは，<postConditionRule>にて記述される．
b. 条件セット（condition_set）の記述方法
ポストコンディションルール記述で使用される条件要素は，上記プリコンディションルー
ル記述と同じである．
c. アクション（action）の記述方法
ポストコンディションルール記述で設定されるアクションは以下のとおりである．
表 6.3 ポストコンディションルールで設定されるアクション

アクション

説明

Exit Parent

アクティビティの親アクティビティを終了する．

Exit All

教材全体を終了する

Retry

アクティビティを再実行する．もし，アクティビティが末端のアクティビティでない場合は，クラスタの子アクティ
ビティの最初のものから実行を試みる

Retry All

教材全体を終了して再実行する

Continue

前方に進む

Previous

後方に進む

70

SCORM 2004 コンテンツ作成ガイド

6.1.3.4 終了ルールを設定する
a. シーケンシングルールの記述方法
終了ルールは，<exitConditionRule>で記述する．
b. 条件セット（condition_set）の記述方法
終了ルール記述で使用される条件要素は，上記プリコンディションルール記述と同じである．
c. アクション（action）の記述方法
終了ルール記述で設定されるアクションは以下のとおりである．
表 6.4 修了ルールで設定されるアクション

アクション

説明

Exit

アクティビティを終了する

6.1.4 ロールアップルールを設定する(1)

概要

トラッキング情報は末端のアクティビティから取得される．クラスタ毎，アクティブツリー全体でのトラッキング情報を取得・更新するには，子アクティビティのトラッキング情報を親のア
クティビティで集約する必要がある．それを実現する仕組みがロールアップであり，その取得方法を規定するルールがロールアップルールである．

ロールアップロールアップルール

1.

親アクティビティに
トラッキング情報を集約する

完了

1.1

1.2
完了

1.2.1

1.3
完了

1.2.2

完了

1.2.3

1.3.1

1.3.2
トラッキング情報
取得

SCO

SCO

SCO

SCO

SCO

SCO

図 6.6 ロールアップルール

ロールアップルールには，学習目標習得状態に関するもの，学習目標習得度に関するもの，ア
テンプト完了状態に関するものがある．

71

SCORM 2004 コンテンツ作成ガイド

(2)

設定方法

マニフェストファイルにおいて，ロールアップルール（<imsss:rollupRules>）を使用して，ク
ラスタ単位で指定する．
(3)

構成要素の記述方法

a. ロールアップルールの記述方法
ロールアップルールは，If [条件セット] For [子アクティビティセット] Then [アクション]という形式で記述される．子アクティビティの条件を指定し，それら集約した条件セットを満たすときに，親アクティビティのトラッキング情報の値を決定する．
b. 条件セット（condition_set）の記述方法
アクションを実行するための条件を記述する．条件セットは，学習目標の習得度やアクティビティ進捗状態といったアクティビティのトラッキング情報の値によって，真か偽になる
ような評価式である．また，条件セットは，複数の条件の集合として記述することができる．
条件結合子は，複数条件間の結合関係を表す．All 結合子はすべての条件が真となる場合，真となる．Any 結合子は，いずれかの条件が真の場合，真となる．この要素を省略した場合，Any とみなされる．
−All：すべての条件が真のとき，真を設定する−Any：いずれかの条件が真のとき，真となる条件セットおよび条件結合子は，< imsss:rollupConditions>で記述する．
条件演算子は，条件要素の真偽の否定を表す．
−noOp：対となる条件要素の真偽を変更しない．
−Not：対となる条件要素の真偽を否定する．
この要素を省略した場合，noOp とみなされる．
条件要素は，アクティビティのトラッキング情報の値によって真か偽となる要素を表す．
条件演算子および条件要素は，<imsss: rollupCondition>で記述する．

72

SCORM 2004 コンテンツ作成ガイド

ロールアップルール記述で使用される条件要素は以下のとおりである．
表 6.5 ロールアップルールの条件要素

条件要素

対象トラッキン説明

グ情報
Satisfied

学習目標習得状

ロールアップ学習目標の学習目標習得状態が態習得の場合，真となるObjective Status

学習目標習得状

ロールアップ学習目標の学習目標習得状態が

Known

態

未定でない場合，真となるObjective Measure

学習目標習得度

ロールアップ学習目標の学習目標習得度が未

Known
Completed

定でない場合，真となるアテンプト完了

アテンプト完了状態が完了の場合，真となる状態
Activity Progress

アテンプト完了

アテンプト完了状態が未定でない場合，真と

Known

状態

なる

Attempted

アクティビティアクティビティ試行回数が 1 以上の場合，真

試行回数

となる

Attempt Limit

アクティビティアクティビティ試行回数が制限条件で定めた

Exceeded

試行回数

回数以上の場合，真となる

Never

なし

常に偽となるc. 子アクティビティセットの記述方法
子アクティビティセットは，条件セットを個々の子アクティビティに適用した結果から，最終的な条件の真偽を決定する方法を指定する．例えば，条件セットを個々の子アクティビ
ティに適用した結果，80%以上の子アクティビティが条件セットを満たせば，最終的な結果を真とする，といったことを記述することができる．
表 6.6 子アクティビティセット

名称

説明

All

すべての子アクティビティの結果が真の場合，真となるAny

子アクティビティのいずれかの結果が真の場合，真となるNone

いずれの子アクティビティの結果も真でない場合，真となるAt Least Count

一定数を越える子アクティビティの結果が真の場合，真となるAt Least Percent

一定の割合を越える子アクティビティの結果が真の場合，真となるAt Least Count を指定した場合，数の設定は，minumCount 属性を利用して試行回数を設定する．
At Least Persent を指定した場合，割合（％）の設定は，minumPercent 属性を利用して
73

SCORM 2004 コンテンツ作成ガイド

条件要素の結果の割合を設定する．
子アクティビティセットは，< imsss:rollupRule>で記述する．
d. アクション（action）の記述方法
ロールアップルールの評価値が真ならば，親アクティティビティの状態が更新される．
表 6.7 アクション

アクション

説明

Satisfied

親アクティティビティの習得状態を習得にする

Not Satisfied

親アクティティビティの習得状態を未習得にする

Completed

親アクティティビティのアテンプト完了状態を完了にする

Incomplete

親アクティティビティのアテンプト完了状態を未完了にする

ロールアップルール ： If [condition̲set] Then [action] For [child̲activity̲set]
条件セット ： If (All/Any) [condition̲set]

条件演算子

条件要素

(All
/Any)

子アクティビティセット

条件結合子

条件 ： (not) [condition](All/Any/None/･･)
child̲activity

child̲activity

child̲activity

child̲activity

アクション ： Then [action]

図 6.7 ロールアップルールの記述

74

SCORM 2004 コンテンツ作成ガイド(4)

コード記述例If “attempted” For “”all” Then “completed”

すべての子アクティビティを試行していれば，その親アクティビティを完了とする<item identifier="SCORM1"><title>SCORM 解説書</title><item identifier=" CHAPTER1"><title>SCORM の概要</title><item identifier="C1" isvisible = "true" identifierref="RC1"><title>SCORM とは</title></item><item identifier="C2" isvisible = "true" identifierref="RC2"><title>SCORM の歴史</title></item><item identifier="C3" isvisible = "true" identifierref="RC3"><title>SCORM の基礎</title></item><imsss:sequencing><imsss:rollupRules ><imsss:rollupRule childActivitySet = "all"><imsss:rollupConditions><imsss:rollupCondition condition = "attempted"/></imsss:rollupConditions><imsss:rollupAction action = "completed"/></imsss:rollupRule></imsss:rollupRules></imsss:sequencing></item></item>(5)

実装のポイント

ロールアップの対象となる子アクティビティについて，基本的にはクラスタの中のすべての子
アクティビティが対象となるが，以下のような場合，ロールアップの対象とならない．
① 配信コントロール（Delivery Controls）の Tracked 要素が False のアクティビティ．このようなアクティビティのトラッキング情報は記録されないので，ロールアップの対象としない．
② ロールアップルールの Rollup Objective Satisfied 要素が False のアクティビティ．このようなアクティビティは，アクションが Satisfied または Not Satisfied のロールアップ
ルールの対象とならない．
③ ロールアップルールの Rollup Progress Completion 要素が False のアクティビティ．このようなアクティビティは，アクションが Completed または Incomplete のロールアッ
プルールの対象とならない．
④ 親アクティビティのロールアップルールの各種の Request For 要素．これらの要素で指定される条件が成立しないとき，アクティビティはロールアップの対象とならない．

75

SCORM 2004 コンテンツ作成ガイド

Rollup Rules

Request For要素 = False

ロールアップされない
完了

Delivery Control

1.

Tracked = False

完了

完了

1.1

1.2

習得

1.3

Rollup Rules

Rollup Objective Satisfied = False
Rollup Objective Completion = False

図 6.8 ロールアップ

6.1.5 制限条件を設定する(1)

概要

制限条件によって，アクティビティの提示を禁止する条件を設定することができる．例えば，現在の規格ではアクティビティの実行回数（アテンプトの回数）を制限することができる．アク
ティビティに実行回数制限が設定されていると，制限回数以上のアテンプトの実行は禁止される．
(2)

設定方法

マニフェストファイルにおいて，制約条件（<imsss:limitConditions>）を使用して，アクティ
ビティ単位で指定する．
(3)

各パラメータの説明

a. 試行回数の制限（Attempt Limit）
アクティビティの試行回数に制限を与えるには，各アクティビティに対して，試行回数の制約条件を与えることに実現される．
制限値は，attemptLimit 属性に数値で与える．デフォルト値は 0．
制限値が 0 の場合，そのアクティビティはアクセスできなくなる．

76

SCORM 2004 コンテンツ作成ガイド

b. 1 回の試行に対する制限時間（Attempt Absolute Duration Limit）
アクティビティに対して制限時間を与えるためには，試行時間の上限値を指定する．ただし，この値によって LMS あるいは SCO の動作は規定されない．LMS の責任範囲は，
SCORM
ランタイム環境でのデータモデル要素の制限時間（cmi.max.time_allowed）の初期値としてこの上限値を与えることのみである（この値によって SCO 側でアクティビティの時間制限を与えることになる）．
制限値は，attemptAbsoluteDurationLimit 属性に数値で与える．デフォルト値は 0.0．

1.1

Limit ConditionsattemptAbsoluteDurationLimit = 60.0

1.1.1

SCO

1.1.2

SCO
データモデルSCO

1.1.3

マニフェストファイル

GetValue(cmi.max_time_allowed）= 60.0（初期値）

制限時間を60秒とする
図 6.9 制限条件の設定(4)

コード記述例

例１：アクティビティの試行回数を 1 回に制限する<item identifier="INTRO" identifierref="RINTRO"><title>コースガイド</title><imsss:sequencing><imsss:limitConditions attemptLimit="1"/></imsss:sequencing></item>例２：1 回の試行に対する制限時間を 2 分とする
<item identifier="POST" identifierref="RPOST"><title>SCORM2004 コース</title><imsss:sequencing><imsss:limitConditions attemptAbsoluteDurationLimit ="120.0"/></imsss:sequencing></item>77

SCORM 2004 コンテンツ作成ガイド

6.1.6 学習目標を設定する

アクティビティには，デフォルトで学習目標が必ず一つ付随する．コンテンツ作成者は，さらに任意の数のローカル学習目標をアクティビティに関連付けることができる．また，ローカル学
習目標はアクティビティで共有される学習目標を定義することができる．これによって，アクテ
ィビティ間でトラッキング情報を共有してシーケンシングを行うことが可能となる．例えば，プ
リテストアクティビティと解説アクティビティで学習目標を共有し，プリテストの結果によって解説アクティビティを提示するかしないかを切り替えることが可能となる．
学習目標を設定する制限事項をまとめると以下のとおりである．
①一つのアクティビティには複数の学習目標を設定することができる．
②学習目標進捗情報は基本的に設定されたアクティビティからしかアクセスできない．
③共有グローバル学習目標を設定することで，他のアクティビティから学習目標進捗情報を参照可能にする1.
一つのアクティビティには複数の学習目標を設定可能

1.1

学習目標

学習目標
学習目標
書き込み

学習目標進捗情報は設定されたアクティビティからのみアクセス可能

1.3

1.2

読み出し

共有グローバル学習目標
共有グローバル学習目標

他のアクティビティから
学習目標進捗情報を参照可能

図 6.10 学習目標の設定

6.1.6.1 学習目標を設定する(1)

概要

アクティビティはデフォルトで一つのローカル学習目標を有する．コンテンツ作成者は，さらに任意の数のローカル学習目標をアクティビティに関連付けることができる．
(2)

設定方法

マニフェストファイルにおいて，学習目標（<imsss:objectives>）を使用して，各アクティビ
ティ単位で指定する．デフォルトのローカル学習目標は，<imsss:primaryObjective>で，その他の学習目標は，<imsss:objective>で指定する．

78

SCORM 2004 コンテンツ作成ガイド(3)

各パラメータの説明

a. 学習目標の識別子（Objective ID）
この識別子は，学習目標進捗情報として記録される為，複数の学習目標を設定する場合や，他のアクティビティからもアクセスされるのであれば，学習目標が利用される範囲でユニー
クでなければならない．
b. 学習目標の評価設定（Objective Satisfied by Measure）
この要素は，学習目標習得状態を学習目標習得度の評価値（Minimum Normalized
Measure for the Objective）によって評価するかどうかを設定する．設定は論理型（True /False）で指定する．デフォルト値は”False”．
c. 学習目標習得度の評価値（Objective Minimum Satisfied Normalized Measure）
この要素は，学習目標習得度の評価値として，最低の学習目標習得度の値を指定する．値は-１から１までの正規化表現で設定する．デフォルト値は 1.0．
d. ロールアップ対象学習目標（Objective Contributes to Rollup）5
この要素は，学習目標がロールアップの対象となるかどうかを指定する．設定は論理型（True / False）で指定する．デフォルト値は”False”．
(4)

コード記述例

プリテストを行い，80 点以上を合格とする．
<item identifier="PRETEST1"><title>プリテスト</title><imsss:sequencing><imsss:objectives><imsss:primaryObjective objectiveID = "PRIMARYOBJ" satisfiedByMeasure = "true"><imsss:minNormalizedMeasure>0.8</imsss:minNormalizedMeasure></imsss:primaryObjective></imsss:objectives></imsss:sequencing></item>(5)

実装のポイント

学習目標の評価設定（Objective Satisfied by Measure）を”True”にすると，学習目標習得度の評価値（Objective Minimum Satisfied Normalized Measure）が LMS 側の SCORM ランタイム 環 境 に お い て ， SCO の 合 格 す る た め に 必 要 と さ れ る 得 点 を 表 す デ ー タ モ デ ル 要 素（cmi.scaled_passing_score）の初期値として与えられる．

5 CAMではロールアップの対象となる学習目標は，主学習目標（PrimaryObjectiveタグ）でこれを表すとしている．アクティビティにとって，主学習目標で定義された学習目標だけがロールアップに貢献するものとし，PrimaryObjectiveタグにおいてのみ，この値はTrueと等しくなる．
79

SCORM 2004 コンテンツ作成ガイド

1.1

Primary Objective
satisfiedByMeasure = “True”
minNormalizedMeasure = “0.8”

1.1.1

SCO

1.1.2

SCO
データモデルSCO

1.1.3

マニフェストファイル

GetValue(“cmi.scaled_passing_score “）= 0.8 （初期値）

80点を合格点とする
図 6.11 合格点の設定

・SCO からの学習目標の書き込みは，ランタイム環境のデータモデル要素（cmi.objectives）を用いて行う．
− cmi.objectives.n.success_status ⇒ 学習目標習得状態− cmi.objectives.n.completion_status ⇒ 学習目標完了状態
SCO から複数のローカル学習目標に書き込むには，データモデルのコレクションで指定して，それぞれに対応するローカル学習目標に記録されることになる．

1.1
学習目標を書き込む

1.1.1

SetValue(“cmi.objectives.0.success_status”, “passed” ）

1.1.2
1.1.3

SCO

学習目標
学習目標
データモデル
学習目標
学習目標

図 6.12 学習目標の書き込み

80

SCORM 2004 コンテンツ作成ガイド

6.1.6.2 共有グローバル学習目標を設定する(1)

概要

各ローカル学習目標は，共有グローバル学習目標に関連付けることができる．これによって，アクティビティ間でトラッキング情報を共有してシーケンシングを行うことが可能となる．
共有グローバル学習目標は，ローカル学習目標に関連付けることによって，各アクティビティから利用することができる．その利用条件は以下のとおりである．
・ひとつのローカル学習目標は，ひとつの共有グローバル学習目標と関連付けることができる．複数の共有グローバル学習目標と関連付けることができない．
・ひとつの共有グローバル学習目標は，複数のローカル学習目標と関連付けることができる．
・ひとつのアクティビティは，複数のローカル学習目標を経由して複数の共有グローバル学
習目標を参照することができる．
・ひとつの共有グローバル学習目標は複数のローカル学習目標を経由して，複数のアクティビティから参照される．
・ある共有グローバル学習目標に書き込むことができるのは，ひとつのローカル学習目標だ
けである．

1.

1.1

1.2

1.3

ローカル学習目標
ローカル学習目標
書き込み

マップする
（書込可）
mapinfowriteSatisfiedStatus=“True”

ローカル学習目標

ローカル学習目標

読み出し
読み出し
読み出し

共有グローバル学習目標
共有グローバル学習目標

ローカル学習目標

マップする
（参照可）
mapinforeadSatisfiedStatus=“True”

共有グローバル学習目標

図 6.13 共有グローバル学習目標

(2)

設定方法

マニフェストファイルにおいて，学習目標（<imsss:primaryObjective>，<imsss:objective>）
内の学習目標マップ情報<imsss:mapInfo>にて指定し，学習目標間の関連付けの設定を行う．
［各パラメータの説明］
a. ローカル学習目標の識別子（Activity Objective ID）
アクティビティに関連付けるローカル学習目標の識別子．デフォルト値は無いので，ユニークな識別子（ID）を指定しなければいけない．
81

SCORM 2004 コンテンツ作成ガイド

b. ターゲットとなる共有グローバル学習目標の識別子（Target Objective ID）
マッピングのターゲットとなる共有グローバル学習目標の識別子．デフォルト値は無いので，ユニークな識別子（ID）を指定しなければいけない．
c. 学習目標習得状態の読み出し設定（Read Objective Satisfied Status）
学習目標の習得状態を参照するかどうかを設定する．設定は論理型で指定する．デフォル
ト値は”True”．
d. 学習目標習得状態の書き込み設定（Write Objective Satisfied Status）
学習目標の習得状態を書き込みするかどうかを設定する．設定は論理型で指定する．デフ
ォルト値は”False”．
e. 学習目標習得度の読み出し設定（Read Objective Normalized Measure）
学習目標の習得度を参照するかどうかを設定する．設定は論理型で指定する．デフォルト
値は”True”．
f.

学習目標習得度の書き込み設定（Write Objective Normalized Measure）
学習目標の習得度を書き込みするかどうかを設定する．設定は論理型で指定する．デフォ
ルト値は”False”．

(3)

コード記述例

書き込み可能な共有グローバル学習目標を指定する．
<item identifier="PRETEST1"><title>プリテスト</title><item identifier="Q1" isvisible = "false" identifierref="RQ1"><title>問題 1</title></item><imsss:sequencing><imsss:objectives><imsss:primaryObjective objectiveID = "PRIMARYOBJ" satisfiedByMeasure = "true"><imsss:minNormalizedMeasure>0.6</imsss:minNormalizedMeasure><imsss:mapInfo targetObjectiveID = "obj1"
readNormalizedMeasure = "false" writeSatisfiedStatus = "true" /></imsss:primaryObjective></imsss:objectives></imsss:sequencing></item>(4)

実装のポイント

ローカル学習目標の識別子（Activity Objective ID）および共有グローバル学習目標の識別子（Target Objective ID）に関して，識別子としては適応する範囲内でユニークであればよいが，トラッキング情報を識別する上でも，コンテンツパッケージ内でユニークであることが望
ましい．

82

SCORM 2004 コンテンツ作成ガイド

6.1.7 その他の制御情報を設定する

6.1.7.1 選択ランダム化コントロールを設定する（Selection / Randomization Controls）(1)

概要

選択ランダム化コントロールは，シーケンシングにおいて，アクティビティの子アクティビテ
ィが学習される前に，どのように選択，再順序付けされるかを定義する．選択ランダム化制御は，
大きく２つの動作に分かれる．
・選択コントロール：アクティビティがどのように選択されるかを制御する．選択されるタイミングと選択されるアクティビティの数が定義できる．
・ランダム化コントロール：アクティビティがどのように並べ替えられるかを制御する．選択されたアクティビティを再順序付するかどうかとそのタイミングが定義できる．

（１回試行時）Randomization Controls
selectCount = “2”reorderChildren = “True”

1
1.1
1.2

1
1.1
1.2

（N回試行時）

1.3

1
1.3
1.2

マニフェストファイル
各アクティビティ
図 6.14 選択ランダム化コントロール

(2)

設定方法

マ ニ フ ェ ス ト フ ァ イ ル に お い て ， 選 択 ラ ン ダ ム 化 コ ン ト ロ ー ル（<imsss:randomizationControls>）を使用して，クラスタ単位で指定する．
(3)

各パラメータの説明

a. 選択する子アクティビティ数（Select Count）
選択ランダム化する際のクラスタ内の子アクティビティの選択数を設定する．値は整数型で指定する．この要素の値は正の整数である．デフォルト値は 0．この値が 0 の場合，何も選択されない．また，この値がクラスタ内の子アクティビティの数を越えれば，すべてが選択されることになる．
b. 選択するタイミング（Selection Timing）
選択ランダム化する際の子アクティビティを選択するタイミングを指定する．値は以下の83

SCORM 2004 コンテンツ作成ガイド

語彙を使用する．
表 6.8 ランダム化の設定

語彙

説明

never

選択せずに，すべての子アクティビティを有効にする．

once

アクティビティの最初の試行時に選択する．

onEachNewAttempt6

アクティビティの試行の度に選択する．

デフォルト値は，”never”．
c. 子アクティビティをランダム化する（Reorder Children）
選択ランダム化する際に，順序付けを変更するかどうかを設定する．値は論理型で指定する．デフォルト値は，“False”．
d. ランダム化するタイミング（Randomization Timing）
選択ランダム化する際の子アクティビティをランダム化するタイミングを指定する．値は以下の語彙を使用する．
表 6.9 ランダム化のタイミング

語彙

説明

never

ランダム化しない．

once

アクティビティの最初の試行時にランダム化する．

onEachNewAttempt

アクティビティの試行の度にランダム化する．

デフォルト値は，”never”．

(4)

コード記述例

３つの子アクティビティのうち２つを選択する．
<item identifier="POSTTEST1"><title>確認テスト</title><item identifier="Q1" isvisible = "false" identifierref="RQ1"><title>問題 1</title></item><item identifier="Q2" isvisible = "false" identifierref="RQ2"><title>問題 2</title></item><item identifier="Q3" isvisible = "false" identifierref="RQ3"><title>問題 3</title></item><imsss:sequencing><imsss:randomizationControls selectCount="2" selectionTiming="once" /></imsss:sequencing></item>6”onEachNewAttempt”およびその動作は，現バージョンのSCORM規格では規定していない．
84

SCORM 2004 コンテンツ作成ガイド

6.1.7.2 配信コントロールを設定する（Delivery Controls）(1)

概要

配信コントロールは，アクティビティが試行される際に優先すべきアクションを指定する．
LMS によって使用されるトラッキング情報をコンテンツ側で管理する為に利用する．
(2)

設定方法

マニフェストファイルにおいて，配信コントロール（<imsss:deliveryControls>）を使用して，アクティビティ単位で指定する．
(3)

各パラメータの説明

a. トラッキング情報設定（Tracked）
学習目標進捗情報やアクティビティ／学習試行進捗情報を記録するかどうかを設定する．
この設定は，親アクティビティのロールアップ対象とするかどうかの指定でもある．値は論理型で指定する．デフォルト値は”True”．
b. アテンプト完了状態設定（Completion Set By Content）
アテンプト完了状態（Attempt Completion Status）がコンテンツ（＝SCO）によって設定されるかどうかを指定する．値は論理型で指定する．”True”を設定した場合，LMS はアクティビティに対するアテンプト完了状態を変更することができず，コンテンツ（SCO）からの書き込みのみでアテンプト完了状態を設定することになる．デフォルト値は”False”．
c. 学習目標習得状態設定（Objective Set By Content）
学習目標習得状態（Objective Satisfied Status）がコンテンツ（＝SCO）によって設定されるかどうかを指定する．値は論理型で指定する．”True”を設定した場合，LMS はアクティ
ビティに対する学習目標習得状態を変更することができず，SCO からの書き込みのみで学習
目標習得状態を設定することになる．デフォルト値は”False”．
(4)

コード記述例

トラッキング情報を取得しないようにする<item identifier="L1" identifierref="RL1"><title>学習目標とは</title><imsss:sequencing><imsss:deliveryControls tracked = "false"/></imsss:sequencing></item>85

SCORM 2004 コンテンツ作成ガイド

6.2 2004 SCO の実際
SCORM 2004 の SCO の実装方法について，ポイントにふれながら解説する．
6.2.1 RTE の使用例

6.2.1.1 API インスタンスを実装する
SCO は，起動時に API インスタンスを探索して，LMS と通信を確立できるようにしなければならない．SCO が API インスタンスを見つける為には，以下の範囲を探索しなければならない．
・現在のウィンドウに対する親ウィンドウの連鎖＝連鎖している親ウィンドウがトップ・ウ
ィンドウになるまで探索する．
・ウィンドウ・オープナ（window.opener）＝SCO のウィンドウをオープンしたウィンドウ．
・ウィンドウ・オープナに対する親ウィンドウの連鎖．

親ウィンドウN
親ウィンドウ２
親ウィンドウ１

SCO

親ウィンドウの連鎖

親ウィンドウN
親ウィンドウ２
親ウィンドウ１

SCO
ウィンドウ・オープナの親ウィンドウの連鎖

図 6.15 API インスタンスの探索

また，SCO が API インスタンスを見つけると，少なくとも，Initialize(“”)と Terminate(“”)のAPI を呼び出さなくてはならない．IEEE 標準規格では，ECMA スクリプト（Java スクリプト）の簡単なコードを利用して API インスタンスを探索する方法を提供している．しかし規格ではECMA スクリプトの利用を必要条件としていないので，他の方法を採用することもできる．

86

SCORM 2004 コンテンツ作成ガイド

API インスタンスを再帰的に探索するためのサンプルコードは以下のとおりである．

<html><head><script type=”text/javascript”><!-//----- API インスタンスを見つける ----var API = null;function FindAPI(win) {if ((typeof(win.API̲1484̲11) != “undefined”) && (win.API̲1484̲11 != null)) {return win.API̲1484̲11;} else if (win.location == top.location) {return null;} else {return FindAPI(win.parent);}}
function MyInit() {// API フレームを見つける
if ((window.parent != null) && (window.parent != window)) {API = FindAPI(window.parent);}// ウィンドウ・オープナにある API フレームを見つける
if ((API == null) && (window.opener != null)) {API = FindAPI(window.opener);}
if (API != null) {// 初期化を行います
API.Initialize("");} else {alert("API が見つかりません．");}}
funciton MyFin() {if (API != null) {// 終了処理を行います
API.Terminate("");
}
}
//-->
</script></head><body onload=”MyInit();” onunoad=”MyFin();”><h1>SCORM サンプル</h1></body></html>87

SCORM 2004 コンテンツ作成ガイド

6.2.1.2 API 関数を実装する
SCORM コンテンツを作成する際に必要となる API 関数の使用方法を解説する．
(1)

API 関数の実装例

a. SCO の初期化（Initialize）
FindAPI で探索した API フレーム内になる API インスタンスを使って，LMS との通信を確立する．SCORM 規格では必ず 1 回だけ Initialize を行うことが義務付けられている．
b. SCO の終了（Terminate）
Terminate は，LMS との通信を終了する．SCORM 規格では必ず Initialize とペアで使用することが義務付けられている．LMS との終了と同時に LMS にデータを送信する．
c. LMS からのデータ取得（GetValue）
GetValue は，LMS からデータを取得する場合に使用する．取得した値を変数に格納し，SCO 内で利用することができる．
d. LMS へのデータの書き込み（SetValue，Commit）
SetValue は，LMS 側に送信するためのデータを（API インスタンスに）設定する．
Commit は，API インスタンスに格納されたデータを LMS に送信し，保存する．
SetValue で送信されたデータを LMS 側で確実に格納・保存するためには，Commit ある
いは Terminate を必ず実行しなくてはならない．

88

SCORM 2004 コンテンツ作成ガイド

例１）LMS から学習者名を取得し，画面表示する．
<html><head><script type=”text/javascript”><!-//----- API インスタンスを見つける ----var API = null;function FindAPI(win) {//（省略）}
function MyInit() {// API フレームを見つける
if ((window.parent != null) && (window.parent != window)) {API = FindAPI(window.parent);}// ウィンドウ・オープナにある API フレームを見つける
if ((API == null) && (window.opener != null)) {API = FindAPI(window.opener);}
if (API != null) {// 初期化を行います
API.Initialize("");} else {alert("API が見つかりません．");}}
funciton MyFin() {if (API != null) {// 終了処理を行います
API.Terminate("");}}
funciton GetLearnerName() {var name = “”;if (API != null) {// 学習者名を取得します．
name = API.GetValue(“cmi.learner̲name”);}
return name;}//--></script></head><body onload=”MyInit();” onunoad=”MyFin();”><h1>SCORM サンプル１</h1><script type=”text/javascript><!—
doucument.write(“<p>ようこそ ” + GetLearnerName() + “ さん</p>”);//--></script></body></html>89

SCORM 2004 コンテンツ作成ガイド

例２）解答結果を記録し，LMS に保存・格納する．
<html><head><script type=”text/javascript”><!-//----- API インスタンスを見つける ----var API = null;function FindAPI(win) {//（省略）}
function MyInit() {// API フレームを見つける
if ((window.parent != null) && (window.parent != window)) {API = FindAPI(window.parent);}// ウィンドウ・オープナにある API フレームを見つける
if ((API == null) && (window.opener != null)) {API = FindAPI(window.opener);}
if (API != null) {// 初期化を行います
API.Initialize("");} else {alert("API が見つかりません．");}}
funciton MyFin() {if (API != null) {// 終了処理を行います
API.Terminate("");}}
funciton SetAnswer() {var ans = document.form1.text1.value;
if (API != null) {// 解答データを保存します．
API.SetValue(“cmi.interactions.0.learner̲response”, ans);// 解答データを格納します．
API.Commit(“”);
}
}
//-->
</script></head><body onload=”MyInit();” onunoad=”MyFin();”><h1>SCORM サンプル２</h1><br><form name=”form1"><p><input name="answer1” type="text" size="20"><input type="button" value="解答" onclick=”SetAnswer();”></p></form></body></html>90

SCORM 2004 コンテンツ作成ガイド(2)

API エラーコードの実装例

API インスタンスの状態遷移中にエラーが発生した場合には，API インスタンスにエラーコー
ドが格納される．すべての API 関数呼び出しで予めエラー処理を行うように SCO を実装すべきである．
エラー状態の取得は，API 関数を利用する．API インスタンスに格納されたエラー情報をサポート関数（GetLastError, GetErrorString, GetErrorDiagnostic）を利用して取得する．
エラーコードを取得するサンプルコードは以下のとおりである．

<html><head><script type=”text/javascript”><!-var API = null;function FindAPI(win) {(省略)}
function MyInit() {(省略)}
funciton MyFin() {(省略)}//----- エラーをチェックする----function CheckError() {var errMsg = "";if (API != null) {if (parseInt(API.GetLastError()) > 0) {errMsg = API.GetErrorString() + ":" + API.GetDiagnostic();
alert(errMsg);
}
}
}
//-->
</script></head><body onload=”MyInit();” onunoad=”MyFin()”><h1>SCORM サンプル−エラーコード</h1></body></html>91

SCORM 2004 コンテンツ作成ガイド

6.2.1.3 データモデルを実装する
データモデルは，LMS と SCO の間でやりとりされるデータ要素の集まりである．LMS と SCO
は各データ要素について「知っている」ものとして通信を行う．データモデルの通信の主な動作
は，・初期化
・データの読み出し
・データの書き込み
・保存／格納である．データモデルの実装パターンとして，読み出しのみ，書き込みのみ，読み書きの３つのケースがある．

(1)

読み出しのみの例

a. 記述例
例１）学習者の ID
id = GetValue(“cmi.learner̲id”);

例２）SCO の起動データ
Lprm = GetValue(“cmi.launch̲data”);

例３）SCO の学習試行時間
attempt̲time = GetValue(“cmi.max̲time̲allowed”);

b. 動作・LMS はセッション情報ないしコース構造の値で初期値設定
・SCO はこれらのデータを読み出して利用
・SCO はこのデータ要素を変更して，保存することはできない．
c. 解説・例１）の初期値は LMS のセッション情報より提供されることが想定される．
・例２）および例３）の初期値は，それぞれ下記のマニフェストファイル（imsmanifest.xml）
で定義された値により初期化される．
例２）SCO の起動データ：<adlcp:dataFromLMS>の値により初期化
例３）SCO の学習試行時間：<imsss:attemptAbsoluteDurationLimit>の値により初期化

92

SCORM 2004 コンテンツ作成ガイド

GetValue(“cmi.launch̲data”);
によってリクエスト

SCO<adlcp:dataFromLMS>【初期値】</adlcp:dataFromLMS>

LMS

マニフェストファイル
マニフェストファイルにより初期化された値を返却する

データ表示

図 6.16 データモデルの実装（読み出し）

このように，読み出しのみのデータモデル要素には，それぞれ対応するマニフェストファイルのデータから値を設定するものがある．
表 6.10 マニフェストファイルから設定するデータモデル要素

データモデル要素名説明

マニフェストファイル要素名
cmi.completion_threshold

SCO を完了したとみなすために必要な進捗度<adlcp:completionThreshold>cmi.launch_data

SCO 起動時の初期化パラメータ<adlcp:dataFromLMS>
cmi.max_time_allowed

SCO の最大許容実行時間<imsss:attemptAbsoluteDurationLimit>
cmi.scaled_passing_score

SCO を習得したとみなすために必要な正規化<imsss:minNormalizedMeasure>得点

cmi.time_limit.action

SCO の実行時間が Maximum Time Allowed に<adlcp:timeLimitAction>

達した際の SCO の動作を規定する．

93

SCORM 2004 コンテンツ作成ガイド(2)

書き込みのみの例

a. 記述例
例４）セッション時間
SetValue(“cmi.session̲time”, “05:15:00”);

b. 動作
・LMS による初期化なし
・SCO はデータを書き込む
・LMS はこれらのデータを処理・格納・保存する
c. 解説
・SCO の学習結果の記録に利用されるデータが主である．

SetValue(“cmi.session̲time”, “05:15:00”);
によってリクエスト
LMSはセッション時間
を記録する

SCO

LMS
マニフェストファイル

学習者のインタラクション

図 6.17 データモデルの実装（書き込み）94

SCORM 2004 コンテンツ作成ガイド(3)

読み書きの例a. 記述例例５）学習目標の読み出し
Loc = GetValue(“cmi.success̲status”);

例６）学習目標の書き込み
SetValue(“cmi.success̲status”, “passed”);

b. 動作・LMS は適当な値で初期値設定
・SCO はこれらの値を読み出して利用・更新
・LMS はこれらの値を処理・格納・保存・SCO は後ほど再度これらの値を読み出して利用
c. 解説
・進捗状態や合格状態，得点などセッション中で状態変化があるデータモデル要素に適応される．
・SCO によって，初期化すべきである．
・状態や数値を設定する為，キーワードや範囲外の数値を設定すると，エラーが発生する．
SetValue(“cmi.success̲status”, “passed”);
により合格状態を更新
LMS側で適当に初期化“unknown”

SCO

LMS
マニフェストファイル

学習者のインタラクション

GetValue(“cmi.success̲status”);
により合格状態を取得

図 6.18 データモデルの実装（読み書き）

95

SCORM 2004 コンテンツ作成ガイド

6.2.2 ナビゲーションの使用例

SCORM 2004 規格では，SCO から SCO ナビゲーションの操作ができるようになった．具体
的には，・SCO から SCO ナビゲーション要求の発行ができるようになった．
・コンテンツからナビゲーションボタンの表示／非表示の制御ができるようになった．
本節では以上の機能の実装方法について解説する．

6.2.2.1 SCO からナビゲーションを設定する(1)

概要

SCORM 2004 規格では LMS による SCO ナビゲーションに加え，「次へ進む」「前へ戻る」といったナビゲーション要求を SCO からも発行することができるようになった．
(2)

設定方法

コンテンツにおいて，ランタイムデータモデル adl.nav.request を使用し，API 関数を通じてナビゲーション要求を発行する．
(3)

各パラメータの説明

ナビゲーション要求で設定されるパラメータは以下のとおりである．
表 6.11 SCO のナビゲーションコントロール

パラメータ

説明

continue

現在の SCO を終了し，前方へのナビゲーション要求を発行する

previous

現在の SCO を終了し，後方へのナビゲーション要求を発行する

choice

現在の SCO を終了し，指定したアクティビティのナビゲーション
要求を発行する(4)exit

現在の SCO を終了する

exitAll

教材を終了する

abandon

現在の SCO を放棄する

abandonAll

教材を放棄する_none_

未処理のナビゲーション要求をクリアする

コード記述例

例１：「次へ進む」のナビゲーション要求を発行する

SetValue(“adl.nav.request”,”continue”);

96SCORM 2004 コンテンツ作成ガイド

例２：アクティビティ A1 を選択（Choice）のナビゲーション要求を発行する
SetValue(“adl.nav.request”,”{target=’A1’}choice”);※choice コマンドを使用する場合は，起動するアクティビティを指定する必要がある．

(5)

実装のポイント・SCO からのナビゲーション要求に対して，LMS への送信は，終了処理（Terminate）を行わない限り実行されない．そのため，ナビゲーションコマンドを発行した後に終了処理を呼び出さなければならない．
・LMS 側の実装で SCO ナビゲーションを利用できないケースもあるので，利用可能なナビゲー
ション要求を予め確認しておくか，利用できない場合も想定してコンテンツ側で回避するように SCO で実装する必要がある．SCO 側で対応する場合には，SCO ナビゲーションが利用可能かどうかを LMS に問い合わせするナビゲーションコマンド（adl.nav.request_valid）を発行するような実装を SCO に行うことになる．

6.2.2.2 マニフェストからナビゲーション GUI を制御する(1)

概要

SCORM 2004 規格では，LMS のナビゲーションボタンの表示／非表示の制御ができるように
なった．
(2)

設定方法

マニフェストファイルにおいて，プレゼンテーション設定（<adlnav:presentation>）により，アクティビティ毎にナビゲーションボタンの表示／非表示の設定を行う．
(3)

各パラメータの説明

LMS のナビゲーションボタンの制御は，プレゼンテーション情報モデルの定義に従いナビゲー
ション GUI 消去設定（hideLMSUI）のデータ要素により指定を行う．LMS のナビゲーションボ
タンの非表示設定のパラメータは以下のとおりである．
表 6.12 LMS ナビゲーションボタンの表示

パラメータ

説明

previous「前へ戻る」ボタンを非表示にする

continue「次に進む」ボタンを非表示にする

exit「終了」ボタンを非表示にする

abandon「中止」ボタンを非表示にする

97

SCORM 2004 コンテンツ作成ガイド(4)

コード記述例<organization><item identifier=”item1” identifierref=”Resource1” isvisible=”true”><adlnav:presentation><adlnav:navigationInterface><adlnav:hideLMSUI>continue</adlnav:hideLMSUI><adlnav:hideLMSUI>previous</adlnav:hideLMSUI></adlnav:navigationInterface></adlnav:presentation></item></organization>

98

SCORM 2004 コンテンツ作成ガイド

7. SCORM 1.2 コンテンツの 2004 への移行のポイント
SCORM 2004 は SCORM 1.2 の後継規格であるが，完全な上位互換の規格ではない．そのた
め，SCORM 1.2 規格に準拠したコンテンツを SCORM 2004 規格に準拠した LMS で動作させる
ためには，コンテンツの実装を SCORM 1.2 規格から SCORM 2004 規格に移行する必要がある．
本節では，既存の SCORM 1.2 コンテンツを SCORM 2004 規格にアップデートするための方法・ポイントについて解説する．

7.1 マニフェストファイルと SCO
SCORM 2004 では，コンテンツアグリゲーションモデルの規格が 1.2 から 1.3.1，ランタイム
環境の規格が 1.2 から 1.3.1 へとバージョンアップされた．また，シーケンシング＆ナビゲーシ
ョンの規格が追加された．
SCORM コンテンツは，マニフェストファイルと SCO から構成されており，コンテンツアグ
リゲーションに関してはマニフェストファイル，ランタイム環境については SCO と密接な関係がある．SCORM 2004 では，コンテンツアグリゲーションモデル，ランタイム環境共に更新がなされたため，マニフェストファイル，SCO ともそれぞれ SCORM 2004 規格へ対応させる必要がある．なお，シーケンシングルールはマニフェストファイルへ記述される．

7.2 マニフェストファイル（imsmanifest.xml）の移行
SCORM 2004 のマニフェストファイルは，基本的に SCORM 1.2 のマニフェストファイルの上位互換となっている．SCORM 1.2 のマニフェストファイルはシーケンシングルールが全く設定されていない SCORM 2004 のマニフェストファイルとして扱われる．
しかし，SCORM 1.2 で規定されていた一部の要素が廃止されたり，コンテンツパッケージン
グの変更などに伴い，主に次の点についてマニフェストファイルの変更をしなければならない．
・ XML 宣言文の更新
・ ADL コンテンツパッケージング拡張要素の変更（前提条件やマスタリースコアの変更）
・ シーケンシング制御モードの設定
・ メタデータの記述
上記マニフェストファイルの SCORM 2004 への変更の詳細について，以降説明を行う．
7.2.1 基本構造

マニフェストファイル（imsmanifest.xml）の基本構造については SCORM 1.2，SCORM 2004
ともに階層型のツリー構造であり特に変更はない．そのため <metadata> <organizations><resources> といったコースの基本構造については変更する必要はない．

99

SCORM 2004 コンテンツ作成ガイド

7.2.2 コンテンツパッケージング

SCORM 2004 では，SCORM が参照している IMS 名前空間定義やメタ・データ XML バイン
ディング名前空間といった仕様の変更に伴いコンテンツパッケージングに変更がなされた．それに伴い，マニフェストファイルでの各種宣言文を更新する必要がある．主な変更点は下記のとおりである．
表 7.1 コンテンツパッケージングの変更

IMS 名前空間定義
ADL 名前空間定義

SCORM 1.2

SCORM 2004

http://www.imsproject.org/xsd/imscp_root

http://www.imsglobal.org/xsd/imscp_v

v1p1p2

1p1

http://www.adlnet.org/xsd/adlcp_root

http://www.adlnet.org/xsd/adlcp_v1p3

v1p2
メタ・データ XML バイン

http://www.imsglobal.org/xsd/imsmd_

ディング名前空間

rootv1p2p1

xmlns=http://ltsc.ieee.org/xsd/LOM

また，ADL コンテンツパッケージング拡張要素も下記のとおり変更されている．
表 7.2 ADL コンテンツパッケージング拡張要素の変更
SCORM 1.2

SCORM 2004

<adlcp:prerequisites>

廃止（シーケンシングルールでの記述に変更）<adlcp:maxtimeallowed>

廃止（シーケンシングルールでの記述に変更）<adlcp:timelimitaction><adlcp:timeLimitAction><adlcp:datafromlms><adlcp:dataFromLMS><adlcp:masteryscore>

廃止（シーケンシングルールでの記述に変更）<adlcp:scormtype><adlcp:scormType>7.2.3 prerequisites および masteryscore の変更

特に重要な変更点は，前提条件を設定する<adlcp:prerequisites>，SCO の合格点を設定する<adlcp:masteryscore>，許容時間を設定する<adlcp:maxtimeallowed>，の３つ要素が ADL コン
テンツパッケージング拡張要素から廃止され，シーケンシングルールで記述するように変更されたことである．
SCORM 1.2 ではこれらの ADL コンテンツパッケージング拡張要素の扱いが LMS によってま
ちまちであったため，相互運用性に問題が生じていた．
SCORM 2004 では，これらの条件をシーケンシングルールで記述できるようになることで，相互運用性の向上が実現できるだけではなく，条件をより明確することができるようになった．
ここでは特に prerequisites および masteryscore の変更方法について解説する．

100

SCORM 2004 コンテンツ作成ガイド

7.2.3.1 prerequisites の変更
SCORM 1.2 では，当該アクティビティ（SCO・アセット）を実行できるか否かの設定を，ADL
コンテンツパッケージング拡張要素である prerequisites（前提条件）を記述することができた．
しかし，SCORM 2004 では，シーケンシングルールを記述することでアクティビティのふるまいを多様に設定することができるようになり，前提条件で設定していたアクティビティの提示
制限はすべてシーケンシングルールで記述することになった．それに伴い，SCORM 2004 では
prerequisites 要素は廃止された．
(1)

プリコンディションルール

アクティビティの提示制限にはいくつかの方法があるが，ここではアクティビティのプリコン
ディションルールによる制限方法について説明する．
プリコンディションルールによってアクティビティの提示を制限する条件を設定することができる．プリコンディションルールは各アクティビティに対して記述し，以下の形をしている．
If [条件セット] Then [アクション]

条件セットは，アクティビティのトラッキング情報の値によって，真か偽になるような評価式である．アクションは，アクティビティの提示を制限する内容である．プリコンディションルー
ルを使い，アクティビティの提示制限を行う例を以下に示す．
例：
If not Completed Then StopForwardTraversal

アクティビティが完了していないなら，先へ進まない
上記条件のマニフェストファイル（imsmanifest.xml）への記述例を下記に示す．

<item identifier = "SAMPLE1"><title>先へ進まない</title><imsss:sequencing><imsss:sequencingRules><imsss:preConditionRule><imsss:ruleConditions><imsss:ruleCondition condition = "completed" operator = "not"/></imsss:ruleConditions><imsss:ruleAction action = "stopForwardTraversal"/></imsss:preConditionRule></imsss:sequencingRules></imsss:sequencing></item>7.2.3.2 masteryscore の変更
SCORM 1.2 で は 合 格 点 の 設 定 を ADL コ ン テ ン ツ パ ッ ケ ー ジ ン グ 拡 張 要 素 で あ る
101SCORM 2004 コンテンツ作成ガイド

masteryscore に記述することができた．それに対し，SCORM 2004 では合格点をマニフェスト
ファイル（imsmanifest.xml）に，それに対応するシーケンシングルールを記述することで設定する．
具体的には SCO の合格点は，学習目標<imsss:objectives>を利用して設定する．条件を設定するアクティビティに対して，学習目標の評価設定（Objective Satisfied by Measure）を”True”にし，合格点を正規化表現した値を学習目標習得度の評価値<imsss:minNormalizedMeasure>にセットすることで SCO の合格点を設定することができる．この値が SCORM ランタイム環境の
データモデルである”cmi.scaled_passing_score”の初期値として与えられる．
マニフェストファイルに合格点を設定するサンプルコードは下記のとおりである．この例では
0.7，つまり 70 点を合格点として設定している．

<item identifier="item1"><title>問題演習</title><imsss:sequencing><imsss:objectives><imsss:primaryObjective objectiveID="obj1"
satisfiedByMeasure="True"><imsss:minNormalizedMeasure>0.7</imsss:minNormalizedMeasure></imsss:primaryObjective></imsss:objectives></imsss:sequencing></item>マニフェストファイルによって引き渡された合格点は，SCO 側で受け取り使用される．
SCO では SCORM 2004 で新たに追加されたデータモデル cmi.scaled_passing_score を使用
して合格点を受け取ることになる．
記述の例を以下に示す．
masteryscore = GetValue("cmi.scaled̲passing̲score")*100;

この例では，マニフェストファイルから合格値を受け取り，それを 100 倍して点数換算した値
を変数 masteryscore に格納している．上記で例示しているマニフェストファイルの値が引き渡された場合，変数 masteryscore には”70”が格納される．
7.2.4 シーケンシング制御モードの設定

7.2.4.1 シーケンシング制御モードの設定
SCORM 2004 では，クラスタのナビゲーションの動作の制御をシーケンシング制御モードで設定することにより行う．例えば，LMS の continue（次へ進む）ボタンや previous（前へ戻る）
ボタンを学習者に使わせるために Flow シーケンシング制御モードを True に設定したり，目次からアクティビティを選択させるために Choice シーケンシング制御モードを True に設定したりす
102

SCORM 2004 コンテンツ作成ガイド

る，といったような設定を行う．
シーケンシング制御モードを記述していない場合，LMS によってはアクティビティが提示されなかったり，エラーメッセージが表示されることがある．
シーケンシング制御モードは，マニフェストファイルにおいて，シーケンシング制御モード情報（<imsss:controlMode>）を使用して，クラスタ単位で設定する.
シーケンシング制御モード情報の設定例を以下に示す．

<imsss:sequencing><imsss:controlMode choice="true" choiceExit="true" flow="true" forwardOnly="false"/></imsss:sequencing>

7.2.4.2 アテンプトとの関係
SCORM 2004 では，アクティビティの実行の際，学習目標進捗情報およびアテンプト進捗情報として，クラスタにおける現在のアテンプトの情報だけを使うか，前回のアテンプトを含めた最新の情報を使うかを制御することができる．
制御は Use Current Attempt Objective (Progress)
Information をクラスタごとに設定することで行う．
Use Current Attempt Objective (Progress) Information のデフォルト値は True なので，何も指定しない場合は，現在のアテンプトの情報だけが使われることになる．
前回のアテンプトも含めた最新の情報を使いたい場合は，Use Current Attempt Objective(Progress) Information を明示的に False に設定する必要がある．
7.2.5 メタデータの記述

SCORM 2004 では，メタデータのアプリケーションプロファイルに変更がなされ，Content
Aggregation Meta-dataの <metadata> <schema> <schemaversion> の各要素は必須項目となった7．マニフェストファイルに上記要素を記述していない場合は，メタデータの各要素を記述する必要がある．
マニフェストファイルへの記述例を以下に示す．
<metadata><schema>ADL SCORM</schema><schemaversion>CAM 1.3</schemaversion></metadata>

7 SCORM 2004 3rd Editionより

103

SCORM 2004 コンテンツ作成ガイド

7.3 SCO の移行
SCO を SCORM 1.2 から SCORM 2004 に変更するには，主に，次の点について変更をしなけ
ればならない．
・ API インスタンスオブジェクト名称の変更
・ API 関数名の変更
・ データモデルの変更
・ エラーコードの変更
上記 SCO の SCORM 2004 への変更の詳細について，以降説明を行う．
7.3.1 API インスタンスオブジェクト名称の変更

SCORM 1.2 ではSCORM APIインスタンス8のオブジェクト名称は”API”であったが，SCORM
2004 ではSCORM APIインスタンスオブジェクトの名称が”API_1484_11”に変更になった．
これに伴い，SCO からの API 呼び出しの際，具体的には FindAPI の際の API インスタンスオ
ブジェクトの名称を”API_1484_11”へと変更する必要がある．
7.3.2 API 関数名の変更

SCORM 2004 では API 関数名も以前のバージョンから変更になった．API 関数の使用方法は変更がないが，SCORM 1.2 から SCORM 2004 への移行においては API 関数名を変更する必要がある．
API 関数名の変更は下記のとおりである．
表 7.3 API 関数名の変更

8

SCORM 1.2

SCORM 2004

LMSInitialize

Initialize

LMSFinish

Terminate

LMSGetValue

GetValue

LMSSetValue

SetValue

LMSCommit

CommitLMSGetLastError

GetLastError

LMSGetErrorString

GetErrorString

LMSGetDiagnostic

GetDiagnostic“APIインスタンス”はSCORM 1.2 まで“APIアダプタ”と呼ばれていた．
104

SCORM 2004 コンテンツ作成ガイド

7.3.3 データモデルの変更

SCORM 2004 では，データモデル要素の変更・追加が行われている．SCO の SCORM 1.2 から SCORM 2004 への移行にあたっては，データモデルについても SCORM 2004 のデータモデ
ルの仕様に合わせて SCO を変更する必要がある．
SCORM 1.2 から SCORM 2004 への移行に注意が必要なデータモデルの主な変更について以下に説明する．
7.3.3.1 名称変更・廃止されたデータモデル要素
SCORM 2004 では SCORM 1.2 からいくつかのデータモデルが名称変更もしくは廃止されている．そのため，必要に応じてデータモデル名称の変更を行わなければならない．また，廃止されたデータモデルについては代替されるデータモデルへ変更する必要がある．
SCORM 1.2 と SCORM 2004 のデータモデルの対応を以下に示す．
表 7.4 SCORM 1.2 と SCORM 2004 のデータモデル要素の対応
SCORM 1.2 データモデル−

SCORM 2004 データモデル
cmi.̲version

名称追加

cmi.comments̲from̲learner.̲children
cmi.comments̲from̲learner.̲countcmi.comments

cmi.comments̲from̲learner.n.comment変更

cmi.comments̲from̲learner.n.location
cmi.comments̲from̲learner.n.timestamp
cmi.comments̲from̲lms.̲children
cmi.comments̲from̲lms.̲countcmi.comments̲from̲lms

cmi.comments̲from̲lms.n.comment変更

cmi.comments̲from̲lms.n.location
cmi.comments̲from̲lms.n.timestamp
cmi.core.̲children−

廃止

cmi.core.credit

cmi.credit

変更

cmi.core.entry

cmi.entry

変更

cmi.core.exit

cmi.exit

変更

cmi.core.lesson̲location

cmi.location

変更

cmi.core.lesson̲mode

cmi.mode

変更

cmi.success̲status
変更

cmi.core.lesson̲status
cmi.completion̲status
cmi.core.score.̲children

cmi.score.̲children

変更

cmi.core.score.max

cmi.score.max

変更

cmi.core.score.min

cmi.score.min

変更

105

SCORM 2004 コンテンツ作成ガイド

SCORM 1.2 データモデル

SCORM 2004 データモデル

名称

cmi.core.score.raw

cmi.score.raw

変更−

cmi.score.scaled

追加

cmi.core.session̲time

cmi.session̲time

変更

cmi.core.student̲id

cmi.learner̲id

変更

cmi.core.student̲namecmi.learner̲name変更

cmi.core.total̲time

cmi.total̲time

変更

cmi.interactions.̲children

cmi.interactions.̲children

cmi.interactions.̲countcmi.interactions.̲countcmi.interactions.n.correct̲responses.̲countcmi.interactions.n.correct̲responses.̲countcmi.interactions.n.correct̲responses.n.pattern

cmi.interactions.n.correct̲responses.n.pattern−

cmi.interactions.n.description

cmi.interactions.n.id

cmi.interactions.n.id

cmi.interactions.n.latency

cmi.interactions.n.latency

cmi.interactions.n.objectives.̲countcmi.interactions.n.objectives.̲countcmi.interactions.n.objectives.n.id

cmi.interactions.n.objectives.n.id

cmi.interactions.n.result

cmi.interactions.n.result

cmi.interactions.n.student̲response

cmi.interactions.n.learner̲response

変更

cmi.interactions.n.time

cmi.interactions.n.timestamp変更

cmi.interactions.n.type

cmi.interactions.n.type

cmi.interactions.n.weighting

cmi.interactions.n.weighting

cmi.launch̲data

cmi.launch̲data

cmi.objectives.̲children

cmi.objectives.̲children

cmi.objectives.̲countcmi.objectives.̲count−cmi.objectives.n.description

cmi.objectives.n.id

cmi.objectives.n.id−

cmi.objectives.n.progress̲measure

cmi.objectives.n.score.̲children

cmi.objectives.n.score.̲children

cmi.objectives.n.score.max

cmi.objectives.n.score.max

cmi.objectives.n.score.min

cmi.objectives.n.score.min

cmi.objectives.n.score.raw

cmi.objectives.n.score.raw−

cmi.objectives.n.score.scaled

追加

追加

追加

追加

cmi.objectives.n.success̲status変更

cmi.objectives.n.status
cmi.objectives.n.completion̲status
cmi.student̲data.̲children−

廃止

cmi.student̲data.mastery̲score

cmi.scaled̲passing̲score

変更

106

SCORM 2004 コンテンツ作成ガイド

SCORM 1.2 データモデル

SCORM 2004 データモデル

名称

cmi.student̲data.max̲time̲allowed

cmi.max̲time̲allowed

変更

cmi.student̲data.time̲limit̲action

cmi.time̲limit̲action.

変更

cmi.student̲preference.̲children

cmi.learner̲preference.̲children

変更

cmi.student̲preference.audio

cmi.learner̲preference.audio̲level変更

cmi.student̲preference.language

cmi.learner̲preference.language

変更

cmi.student̲preference.speed

cmi.learner̲preference.delivery̲speed

変更

cmi.student̲preference.text

cmi.learner̲preference.audio̲captioning変更

cmi.suspend̲data

cmi.suspend̲data−

cmi.completion̲threshold

追加−

cmi.progress̲measure

追加

また，上記以外に SCORM 2004 ではナビゲーションに関するデータモデルが追加されている．
SCO によるナビゲーションを行う場合は，新しく追加された以下のデータモデルを利用する．
表 7.5 ナビゲーションに利用するデータモデル
SCORM 2004 データモデル
adl.nav.request
adl.nav.request̲valid.continue
adl.nav.request̲valid.previous
adl.nav.request̲valid.choice

7.3.3.2 lesson_status の変更
SCORM 1.2 では，学習の「習得」と「完了」をデータモデル”cmi.core.lesson_status”１つで管理していた．そのため，SCORM 1.2 ではしばしば学習データの管理に問題が生じていた．
例えば，ある教材を最初から最後まで学習（完了）しても，内容が理解できていなければ不合格（未習得）であり，逆にすべて学習していなくても（未完了でも），内容が理解できれば合格（習得）とみなす，といった状態を管理しようとしても，その状態を正確に管理できない．これは”cmi.core.lesson_status”１つでは「完了」かつ「未習得」，「未完了」かつ「習得」といった状態を表すことができないためである．
SCORM 2004 では，この完了状態と習得状態を区別して管理できるようデータモデルの変更
が 成 さ れ た ． そ の た め ”cmi.core.lesson_status” は 廃 止 さ れ ， 代 わ り に ， 完 了 状 態 を 表す”cmi.completion_status”，習得状態を表す”cmi.success_status”という２つのデータモデルが新たに追加された．
完了状態を表す”cmi.completion_status”は，試行（アテンプト）に関する情報であり，完了したか，未完了か，未実施かといった状態を管理するデータモデルである．
107

SCORM 2004 コンテンツ作成ガイド“cmi.completion_status”は状態に応じて次の値が設定される．
completed（完了）incomplete（未完了）
not attempted（未試行）
unknown（不明）

なお，lesson_status に存在していた状態 browsed（閲覧済み）は廃止された．
習得状態を表す”cmi.success_status”は，学習の習得状態に関する情報であり，習得したか，未習得か，といった状態を管理するデータモデルである．
“cmi.success_status”は状態に応じて次の値が設定される．
passed（合格）failed（不合格）
unknown（不明）“cmi.core.lesson_status”の”cmi.completion_status”と”cmi.success_status”への変更にあたっては，学習の完了状態，習得状態がそれぞれどうあるべきかを考慮し，正しく状態を反映させなければならない．
7.3.3.3 データ型（Data Type）の明確化
SCORM 2004 では，データ文字列の最小値および最大値や，あるデータ要素に対するシステ
ム（＝LMS）が最低限保証するための最大の値（SPM）などが明確に定義されるなど，データモ
デルに格納される値のデータ型の記述方法が厳密になった．
SCORM 1.2 から SCORM 2004 へ移行にあたっては，例えば，データモデルに格納される値がそのデータモデルに定義されている範囲内におさまるようになっているか，指定されたデータ型の仕様に準拠しているか，コンテンツの実装を確認する必要がある．
SCORM 2004 で規定されているデータ型は下記のとおりである．
・ characterstring・ localized_string_type
・ language_type
・ long_identifier_type
・ short_identifier_type
・ integer
・ state・ real(10,7)
・ time(second,10,0)・ timeinterval(second,10,2)
7.3.3.4 Interaction の詳細化
SCORM 2004 では，演習問題ログのフォーマットの相互運用性向上を目指し，データタイプ
108

SCORM 2004 コンテンツ作成ガイド

や値空間，書式などについて明示的に定義されるなど，回答や正答情報の記述フォーマットが精密化された．
SCORM 1.2 から SCORM 2004 へ移行にあたっては，明確化されたデータモデルの仕様に準拠しているか，コンテンツの実装を確認する必要がある．
また，SCORM 2004 への変更に際して，問題タイプの名称も”choice”から”multiple_choice”へと変更されたように若干変更されているものもあるので注意が必要である．
7.3.3.5 suspend_data
SCORM 1.2 では，”cmi.suspend_data”は，随時 SCO から値を LMS に格納したり，LMS から読み出すことが可能であった．そのため，問題演習やテストの SCO で，過去の得点や解答結果を"cmi.suspend_data"に格納しておき，次回起動時にその値を参照したり，SCO 内での学習進
捗情報を”cmi.suspend_data”に格納しておき，次回起動時に参照して学習中断時点から学習再開
する，といったような使い方ができた．
それに対し SCORM 2004 では，”cmi.suspend_data”が LMS に格納されるのは，SCO が中断（Suspend All）したときだけ，となった．このため，”Continue”や”Exit All”，”Abandon All”などで当該 SCO を終了した場合，”cmi.suspend_data”を使用することはできない．SCORM 2004
では”cmi_suspend_data”は，学習を“中断”し，再開する，といったやり取りのみ使われることになる．
SCORM 2004 で は ， 上 記 の 例 の よ う な 使 い 方 を す る 場 合 は ， ”cmi.location” など，”cmi.suspend_data”以外のデータモデルを使用する必要がある．”cmi.location”は SCO の中のブックマークやチェックポイントのように使うことができるデータモデルであり，SCO から
LMS へ値を格納したり，LMS から値を読み出すことができる．
”cmi.location”の記述例を以下に示す．
GetValue(“cmi.location”)
SetValue(“cmi.location”,”chkPt1.p3.f5”)”cmi.location”の SPM（最低限保障される最大値）は 1000 文字，”cmi.suspend_data”の SPM
は 4000 文字である．”cmi.location”や”cmi.suspend_data”を利用する際は文字数にも注意したい．
また，SCORM 2004 ではインタラクション（interactions）について，SCO から LMS への書
き込みだけではなく，LMS から読み出すことも可能になった．学習を中断して，改めて学習を再開する際，学習中断前の問題演習やテストの解答結果や得点などを利用したい場合，インタラク
ション，例えば，”cmi.interactions.n.learner_response”や”cmi.interactions.n.result”といったデータモデルを活用することもできる．
7.3.3.6 すべてのデータモデルが LMS の必須要素に
SCORM 2004 ではすべてのデータモデルが LMS の必須要素となった．SCORM 1.2 では LMSのデータモデルの実装によって，コンテンツが利用できるデータモデルに事実上の制限が生じていたが，すべてのデータモデルが LMS の必須項目になることで，こうした制限はなくなった．
109

SCORM 2004 コンテンツ作成ガイド

SCORM 2004 への移行に際してデータモデルを吟味し直し，改めて必要なデータモデルを実装するのもよいであろう．

7.4 エラーコードの変更
SCORM 2004 では，API インスタンスの状態遷移の反映やデータの一貫性のチェックなどができるようになったことから，エラーコードが詳細化された．そのため，SCORM 2004 への移行においては，詳細化されたエラーコードに対応するよう，必要に応じて修正する必要がある．
SCORM 1.2 と SCORM 2004 のエラーコードの比較を以下に示す．
表 7.6 SCORM 1.2 と SCORM 2004 のエラーコード比較

SCORM 1.2 Error CodeSCORM 2004 Error Code0 ‒ No error
101 ‒ General Exception

201 - Invalid argument error
202 - Element cannot have children
203 - Element not an array. Cannot have count0 ‒ No error
101 ‒ General Exception
102 ‒ General Initialization Failure
103 ‒ Already Initialized
104 ‒ Content Instance Terminated111 ‒ General Termination Failure
112 ‒ Termination Before Initialization
113 ‒ Termination After Termination
122 ‒ Retrieve Data Before Initialization
123 ‒ Retrieve Data After Termination
132 ‒ Store Data Before Initialization
133 ‒ Store Data After Termination
142 ‒ Commit Before Initialization
143 ‒ Commit After Termination
201 ‒ General Argument Error
301 ‒ General Get Failure
351 ‒ General Set Failure
391 ‒ General Commit Failure
401 ‒ Undefined Data Model Element402 ‒ Unimplemented Data Model Element403 ‒ Data Model Element Value Not Initialized
404 ‒ Data Model Element Is Read Only

401 - Not implemented error
401 - Not implemented error
301 - Not initialized
403 - Element is read only
404 - Element is write only
402 - Invalid set value, element is a keyword
405 - Incorrect Data Type405 ‒ Data Model Element Is Write Only
406 ‒ Data Model Element Type Mismatch
407 ‒ Data Model Element Value Out Of Range
408 ‒ Data Model Dependency Not Established

エラーコードの変更では，特に変更の大きい API インスタンスの状態遷移やインタラクションに関連する箇所について，実装を確認する必要がある．

7.5 SCORM 2004 の可能性
ここまで，SCORM 1.2 コンテンツから SCORM 2004 コンテンツへの移行のポイントについ110

SCORM 2004 コンテンツ作成ガイドて， SCORM 1.2 コンテンツと同等の機能を SCORM 2004 で実現する方法について解説してきた．まず，コンテンツを正しく SCORM 2004 で動作させること，これは，コンテンツの移行の第一段階として非常に重要なことである．
しかし，SCORM 2004 には大きな可能性があることをコンテンツ作成者は認識すべきである．
例えば，シーケンシングルールを活用することで，学習の順序だてや学習状況に応じた動的なコ
ンテンツのふるまいを提示するようなコンテンツを提供したり，ナビゲーション GUI を活用する
ことで，学習者に最適なインタフェースを提供する，といったことがコンテンツの設計次第でできるようになった．すべてのデータモデルが LMS に必須で搭載されることも大きな要素である．
これにより，学習および学習管理に必要なデータを躊躇なく利用することができるようになった．
さらに学習目標の概念が整理されたため，教育的概念を存分に盛り込んだコンテンツ作成にもより具体的なアプローチができるであろう．
このように，SCORM 2004 は SCORM 1.2 と比べ，多様な設計を受け入れる自由度が高くなった．これを，どこまで活かすかはコンテンツ作成者次第である．コンテンツ作成者は，コンテンツを SCORM 2004 で正しく動作することだけにとどまらず，SCORM 2004 の可能性を活かし，より効果的で使いやすいコンテンツの作成に取り組んでもらいたい．

111

SCORM 2004 コンテンツ作成ガイド

索引
LMS モデル, 3
localized string type, 52Ａlong identifier type, 52
Activity. → アクティビティ
API, 38

Ｍ

API アダプタ. → API インスタンス
API インスタンス, 38, 44, 86, 104

masteryscore, 101

API エラーコード, 45, 91
API 関数, 41, 88

Ｏ

API 関数名, 104
Overview, 4Ｃ
Ｐ
CAM, 4characterstring, 52

prerequisites, 101

Choice, 16, 63

Primary Objective. → 主学習目標

Choice Exit, 16, 63
completion_status, 107Ｒ

Content Aggregation Model. → CAM
real, 53
RTE, 4, 36, 86

Ｆ

Run-Time Environment. → RTE
Flow, 16, 63
Forward Only, 17, 64

Ｓ
SCO, 37, 86, 104

Ｉ

SCORM, 2
imsmanifest.xml. → マニフェストファイル

SCORM 1.2, 6

integer, 53

SCORM 2004, 3
SCO ナビゲーション, 31, 96
SCO ナビゲーションコマンド, 32

Ｌ

Sequencing and Navigation. → SN
language type, 52

Sharable Content Object. → SCO

lesson_status, 107

Sharable Content Object Reference Model. →LMS のナビゲーション GUI 制御, 34

SCORM

112

SCORM 2004 コンテンツ作成ガイド

short identifier type, 53

き

SN, 4
SPM, 50

キーワードデータモデル要素, 51

state, 53

共有グローバル学習目標, 27, 81

success_status, 107くＴ

クラスタ, 10time, 53
timeinterval, 53

こＵ

コレクション, 50
コンテンツアグリゲーションモデル. → CAM

Use Current Attempt Objective Information, 17,

コンテンツ構造, 1064コンテンツパッケージング, 100

Use Current Attempt Progress Information, 17,
64

さ

あ

最低限保証される最大値. → SPM

アクティビティ, 10

しアクティビティ木. → アクティビティツリー
アクティビティツリー, 10

シーケンシング, 10, 62

アセット, 37

シーケンシング＆ナビゲーション. → SN

アテンプト, 12, 29, 103

シーケンシング制御モード, 16, 62, 102

アプリケーション・インタフェース. → API

シーケンシング要求, 13
シーケンシングルール, 15, 62, 65

え習得, 12
習得度ロールアップ, 22

エラーコード, 110終了要求, 13終了ルール, 20, 71

か主学習目標, 10状態遷移, 44

学習資源の起動, 37

進捗状態ロールアップ, 23

学習目標, 10, 27, 78
学習目標ロールアップ, 22
完了, 12

113

SCORM 2004 コンテンツ作成ガイド

せふ

制限条件, 18, 76

プリコンディションルール, 18, 69てほ
ポストコンディションルール, 20, 70

データ型. → データタイプ
データタイプ, 52
データモデル, 49, 55, 92, 105

ま

データモデル要素, 49
マニフェストファイル, 99とよトラッキング情報, 11
予約されている区切り文字, 51

なら
ナビゲーション, 96
ナビゲーションイベント, 32

ランタイム環境. → RTE

ナビゲーションコマンド, 96
ナビゲーションコントロール, 30

ろナビゲーション要求, 13
ローカル学習目標, 27, 81
ロールアップ, 12, 21

はロールアップルール, 21, 24, 71
配信コントロール, 85114