The SCORM Content Aggregation Model

SECTION 2.1The SCORM Content Aggregation Model

SCORM Content Aggregation Model は、教育設計者・実装者が、所望の学習体験を提供する目的で学習リソースを集約するための、教育論的に中立な手段を表現する。learning resource（学習リソース）とは学習体験で用いられる情報のあらゆる表現である。学習体験は、電子的または非電子的な学習リソースに支えられた activity（活動）から構成される。

学習体験を作成・配信するプロセスの一つの活動は、単純な Asset の作成・発見・集約（aggregation）を経て、より複雑な学習リソースを構築し、それらを事前定義された配信順序に編成することである。SCORM Content Aggregation Model はこの構成要素を支援し、次の 3 つから成る。

• Content Model：学習体験を構成するコンテンツ要素を定義する命名法。
• Meta-data：Content Model 構成要素の特定インスタンスを記述する仕組み。
• Content Packaging：学習体験の意図する動作（Content Structure）と、異なる環境間で学習リソースを移動させるためのパッケージ化（Content Packaging）の方法を定義する。

本節は Content Aggregation Model の主要構成要素の概観と、各種要素の用語定義を提供する。

2.1.1 SCORM Content Model 構成要素

SCORM Content Model は、再利用可能な学習リソースから学習体験を構築するために用いる SCORM 構成要素を記述する。Content Model はまた、これらの低レベル sharable・再利用可能な学習リソースを集約して、より高レベルの教育単位を構成する方法も定義する。Content Model 構成要素はすべて学習リソースの特殊化と見なされる。SCORM Content Model は次の構成要素から成る：Asset、Sharable Content Object (SCO)、Content Aggregation。ADL は将来の SCORM バージョンで学習リソースのさらなる特殊化を導入することを構想している。

2.1.1.1 Asset

最も基本的な学習コンテンツは、Web クライアントに配信できる Asset から構成される。Asset はメディア、テキスト、画像、音声、Web ページ、評価オブジェクト、その他のデータ片の電子的表現である。Asset は Asset Meta-data（後述定義）で記述でき、これによりオンラインリポジトリ内での検索・発見が可能となり、再利用機会が拡大する。Asset と Asset Meta-data を結びつける仕組みは、Section 2.3 で導入する Content Package である。図 2.1.1.1a は Asset の例を示す。

2.1.1.2 Sharable Content Object (SCO)

Sharable Content Object (SCO) は、SCORM Run-Time Environment を利用して LMS と通信する起動可能 Asset を含む、1 個以上の Asset の集合体を表す。SCO は SCORM Run-Time Environment を用いて LMS が追跡できる学習リソースの最小粒度を表す。図 2.1.1.2a は複数の Asset から構成される SCO の例を示す。

再利用可能であるためには、SCO 単体は学習文脈から独立していなければならない。たとえば、SCO は異なる学習目標を達成するために異なる学習体験で再利用しうる。さらに、1 個以上の SCO を集約して、より高位の学習目標を達成する高レベルの教育・訓練単位を形成することもできる。

SCO は、複数の学習目標にわたる再利用が現実的となるように、主観的に小さな単位とすることが意図される。SCORM は SCO の正確なサイズに特定の制約を課さない。コンテンツ設計・オーサリング段階で SCO のサイズを決定するときは、run-time に LMS によって追跡されることが望ましいコンテンツの最小論理サイズに思いを巡らせるべきである。学習成果の達成に必要な情報量と、コンテンツ開発者が望む再利用レベルに基づいて、コンテンツ開発者が SCO のサイズを決定することが意図されている。

SCO は SCO Meta-data（後述定義）で記述でき、これによりオンラインリポジトリ内での検索・発見が可能となり、再利用機会が拡大する。SCO と SCO Meta-data を結びつける仕組みは、Section 2.3 で導入する Content Package である。

SCO は SCORM Run-Time Environment に準拠することが要求される。これは、LMS の API Adapter を発見する手段を持つこと、および最小限の API 呼び出し（LMSInitialize("") および LMSFinish("")）を含むことを意味する。他の API 呼び出しの実装は任意であり、コンテンツの性質に応じる。

SCORM Run-Time Environment への参加はまた、SCO は LMS によってのみ起動されうることを意味する。SCO 自体が他の SCO を起動することはできない。

SCO が SCORM Run-Time Environment に参加する要件により、次の利点が得られる。

• SCORM Run-Time Environment をサポートする LMS は、生成元に関わらず SCO を起動して追跡できる。
• SCORM Run-Time Environment をサポートする LMS は、任意の SCO の開始と終了を追跡し把握できる。
• SCORM Run-Time Environment をサポートする LMS は、任意の SCO を同じ方法で起動できる。

詳細は SCORM Run-Time Environment の巻を参照。

2.1.1.3 Content Aggregation

Content Aggregation は、学習リソースを一貫した教育単位（コース、章、モジュールなど）に集約し、構造を適用し、学習タクソノミーを関連付けるために用いる地図（content structure）である。content structure は学習リソースのタクソノミー的表現を定義する。Content Aggregation は Content Aggregation Meta-data（後述定義）を参照でき、これによりオンラインリポジトリ内での検索・発見が可能となり、再利用機会が拡大する。

Content Aggregation と Content Aggregation Meta-data を結びつける仕組みは、Section 2.3 で導入する Content Package である。図 2.1.1.3a は Content Aggregation の例を示す。

Content Aggregation は、学習リソースを利用者に提示する順序を定義する仕組みを提供する content structure を定義する。

本バージョンの SCORM では、学習リソース間のナビゲーションとシーケンシングは、各学習リソースまたは Content Aggregation の prerequisites を用いて content structure に定義される。LMS は content structure に記述された意図された順序を解釈し、run-time に学習リソースの実際のシーケンシングを制御する責務を負う。

これは、スタンドアロン CBT オーサリングツールでコースウェアが開発されてきた従来の方式からの大きな転換である。これまで、こうしたツールは独自データフォーマット内に、学習者が次に閲覧するコース部分を支配するナビゲーション情報のすべてを埋め込んでいた。ほぼすべての場合、オーサリングツール・システムは独自で時に固有のコースシーケンシング手法を定義・実装していた。そのため、異なるオーサリング環境間でのコンテンツ共有は困難・不可能であり、異なるシーケンシング要件をもつ別の文脈でのコンテンツ再利用も同様に困難であった。

意図的にブラウザベースとされる SCORM では、学習リソースのシーケンシングは content structure に定義され、学習リソースの外部にある。run-time に学習リソースを適切に定義された順序で起動する責務は LMS にある。これは概念的に重要である。学習リソースに、コース固有の文脈情報が埋め込まれていれば、学習リソースの再利用は事実上不可能だからである。特に、ある学習リソース (SCO) が特定条件下で別の学習リソース (SCO) への「ハードワイヤード」分岐を含んでいた場合、第二の学習リソース (SCO) が適用不能・利用不能なコースでは利用できない。学習リソース (SCO) の再利用性は、それが独立しており、特定の集約に紐づかないことに依存する。

ただし SCORM は、一部の学習リソースが特定の学習タスクを達成するための内部ロジックを含みうることを認識する。そのような学習リソースは利用者のインタラクションに応じて自身の内部で分岐しうる。これらの分岐はすべて自己完結的で、スタンドアロンな学習リソースに関連し（したがって再利用可能）、通常は LMS から見えない。重要なのは、内部分岐が他の Content Aggregation で存在するか不明な外部学習リソースを参照してはならないことである。これは、どの学習リソースを使い、それらをどう集約するかを決定する際にコンテンツ開発者が留意すべき重要領域である。

2.1.2 SCORM Meta-data 構成要素

Meta-data は、SCORM Content Model 各構成要素に対する IEEE LTSC Learning Object Metadata²¹ 要素のマッピングと推奨利用法を表す。本マッピングの詳細は Section 2.2 で示す。一般に、Asset、SCO、Content Aggregation に適用するメタデータについて、システム内およびシステム間での検索・発見を促進し、共有・再利用をさらに進めるための一貫した記述を行うガイダンスが提供される。

Content Aggregation Model 構成要素へのメタデータ適用に関するポリシーは、再利用を可能にしたい組織の要件に基づき、各組織内で定義されるべきである。SCORM は Content Model 構成要素へのメタデータタグ付けの範囲に関する要件を課さず、共有・再利用を可能にしたい組織に対する実用的・標準準拠なガイダンスの提供を目指す。

2.1.2.1 Content Aggregation Meta-data

content aggregation を記述するメタデータの定義。Content Aggregation Meta-data の適用目的は、たとえば content repository 内で content aggregation をアクセス可能（発見可能）にし、content package が表す集約コンテンツ全体について自律単位として記述情報を提供することである。

2.1.2.2 Sharable Content Object (SCO) Meta-data

SCO に適用できるメタデータの定義であり、SCO に表現されるコンテンツについて記述情報を提供する。本メタデータは、たとえば content repository 内でのコンテンツの再利用と発見可能性を促進するために用いる。

2.1.2.3 Asset Meta-data

「raw media」Asset に適用できるメタデータの定義であり、コースウェアコンテンツ内での利用または潜在的利用とは独立に Asset の記述情報を提供する。本メタデータは、たとえば content repository 内で、主にコンテンツ作成時の Asset 再利用と発見可能性を促進するために用いる。

SECTION 2.2Meta-data

本節は、学習リソースに対するメタデータ適用の具体的なガイダンスを提供する。本節で定義される SCORM メタデータアプリケーションプロファイルは、IEEE LTSC Learning Object Meta-data (LOM) standard²¹ および IMS Learning Resource Meta-data XML Binding Specification²² を直接参照する。IEEE 仕様は約 64 のメタデータ要素を提供する — 日常利用には多すぎる数である。本節では、SCORM の文脈において、Asset、SCO、学習リソース集約のタグ付けに必須となるデータ要素を定義する。SCORM は IEEE および IMS 仕様に完全準拠しつつ、SCORM 準拠環境でのメタデータ利用に関する追加的な具体的ガイダンスを提供する。

SCORM Meta-data 節は次の 5 つのサブ節から構成される。

• 2.2.1 概要：learning object メタデータの発展経緯。
• 2.2.2 Information Model：メタデータ要素を定義する。各要素の意図する利用法を定義するメタデータタグの「辞書」。Information Model は IEEE LOM 仕様と同一であり、特定のエンコーディング方法を定義しない。
• 2.2.3 SCORM Meta-data XML Binding：IMS Learning Resource Meta-data XML 仕様に直接基づく。Section 2.2.2 で定義される「辞書」要素を XML でエンコード（バインディング）する方法を定義する。SCORM の他の箇所同様、Information Model とバインディングを分離する努力がなされている（同一データ定義を別エンコーディングで利用しうるという前提）。XML は可能なエンコーディングの一つであり、他のエンコーディングが将来登場しうるが、Information Model は維持される。
• 2.2.4 SCORM Meta-data Application Profiles：SCORM 環境におけるメタデータ実装の具体的ガイダンス。SCORM 必須要素と、SCORM 準拠のためのエンコーディング方法を定義する。
• 2.2.5 SCORM Meta-data Best Practices：ADL 技術チームが学習コンテンツへのメタデータ適用の一貫性向上のために得た経験を反映する。

2.2.1 概要

メタデータ（データに関するデータ）の目的は、学習リソースを共通の方法で記述できるようにする命名法を提供することである。メタデータはカタログに収集することも、それが記述する学習リソースとともに直接パッケージングすることもできる。メタデータで記述された学習リソースは、利用・再利用のために体系的に検索・取得できる。

2.2.1.1 SCORM Meta-data の歴史

学習リソースのメタデータは、過去数年にわたって複数の国家・国際組織で策定が進められてきた。ADL は、学習リソース固有のメタデータを定義する団体として、IEEE LTSC²、IMS Global Learning Consortium, Inc.³、ARIADNE¹² に注目してきた。これらのグループは協働で作業し、本書が参照するコア仕様群を策定してきた。

SCORM は、IEEE LTSC LOM Specification²¹（IMS と ARIADNE の共同作業の成果）を基礎とする IMS Learning Resource Meta-data Information Model²² を参照する。これらは学習リソース記述のための標準メタデータ要素定義の集合を提供する。SCORM は IMS Learning Resource Meta-data Information Model²² と同一のメタデータ要素集合を採用する。SCORM はまた、IMS Information Model の XML 表現を提供する IMS Learning Resource Meta-data XML Binding Specification²² も参照する。

SCORM は IMS のメタデータ要素定義を 3 つの Content Model 構成要素（Asset／SCO／Content Aggregation）に適用する。これら 3 つの構成要素が SCORM Content Aggregation Model のメタデータ部分を定義する。IMS および IEEE の標準化された定義を SCORM Content Aggregation Model にマッピングすることで、汎用仕様と固有 content model の間の欠けたリンクが補完される。

2.2.2 SCORM Meta-data Information Model

SCORM Meta-data Information Model は、SCORM 準拠メタデータレコードを構築するために定義されたデータ要素を記述する。SCORM 準拠メタデータレコードには、Section 2.2.3.4「XML Extension Mechanism」に記述された追加データ要素を含めうる。SCORM Meta-data Information Model は IMS Learning Resource Meta-data Information Model²² に基づき、9 つのカテゴリに分割される。

1. General：リソース全体を記述する一般情報をグループ化する。
2. Lifecycle：本リソースの履歴・現状、進化過程で本リソースに影響を与えた者に関する特徴をグループ化する。
3. Meta-metadata：メタデータレコード自体に関する情報（記述されるリソースではない）をグループ化する。
4. Technical：リソースの技術要件と特性をグループ化する。
5. Educational：リソースの教育的・教科教育的特性をグループ化する。
6. Rights：リソースの知的財産権と利用条件をグループ化する。
7. Relation：本リソースと他の対象リソース間の関係を定義する特徴をグループ化する。
8. Annotation：リソースの教育利用に関するコメントと、それを作成した時点・主体に関する情報を提供する。
9. Classification：リソースが特定の分類体系内のどこに位置するかを記述する。

各要素は次の情報で記述される：Nr（階層番号体系）、Name（要素名）、Explanation（要素の詳細説明）、Multiplicity（直接の親要素内に許される本要素のインスタンス数）、Data Type（テキスト・数値・日付などの値型と、サイズ・フォーマット制約。情報モデル全体で 3 つの汎用型が用いられる：LangString Type、Date Type、Vocabulary Type）。

Identifier 要素は multiplicity 値が RESERVED である。これは、グローバル一意識別子の表現に用いる正確な仕様についてまだ合意が得られていないため、現時点で利用から除外されていることを意味する。

一部要素には multiplicity やデータ型の列で「smallest permitted maximum（最小許容最大値）」という用語が用いられる。これは、メタデータを処理するアプリケーションが少なくともその数のエントリをサポートしなければならないことを意味する。すなわち、アプリケーションは独自に上限を課してもよいが、その上限は最小許容最大値を下回ってはならない。

Vocabulary Type のデータ型を持つ要素については、語彙が Restricted（制限）か Best Practice（推奨）かが追加情報として提供される。Restricted は、メタデータ要素が列挙された語彙エントリに制限されることを示す。Best Practice は、SCORM がベストプラクティスとして列挙された語彙エントリの利用を推奨することを示す。

SCORM Meta-data Information Model 全要素

1. General — 一般情報

2. Lifecycle — 履歴と寄与

3. Meta-metadata — メタデータ自体に関する情報

4. Technical — 技術要件・特性

5. Educational — 教育的特性

6. Rights — 権利・利用条件

7. Relation — 他リソースとの関係

8. Annotation — 注釈

9. Classification — 分類

共通データ型の Information Model

LangString Type

Date Type

Vocabulary Type

2.2.3 SCORM Meta-data XML Binding

SCORM Meta-data XML Binding は、Section 2.2.2 で定義された Information Model を XML 文書としてエンコードする方法を定義する。本バインディングは IMS Learning Resource Meta-data XML Binding Specification²² に直接基づく。SCORM 準拠メタデータレコードは、IMS が提供する XSD（imsmd_rootv1p2p1.xsd）に対して valid な XML 文書でなければならない。

2.2.3.1 <lom> Element（ルート）

すべての SCORM メタデータレコードは <lom>（Learning Object Metadata）要素をルートとする。<lom> 要素は以下のサブ要素を含む（各カテゴリに対応）。

• <general>（1 and only 1）
• <lifecycle>（0 or 1）
• <metametadata>（1 and only 1）
• <technical>（1 and only 1）
• <educational>（0 or 1）
• <rights>（1 and only 1）
• <relation>（0 or More）
• <annotation>（0 or More）
• <classification>（0 or More）

2.2.3.1.1 <general> Element の例

<general> 内の主要なサブ要素：<identifier>（予約・未使用）、<title>、<catalogentry>（<catalog> + <entry>）、<language>、<description>、<keyword>、<coverage>、<structure>、<aggregationlevel>。

<general>
   <title>
      <langstring xml:lang="en">Sample Resource Title</langstring>
   </title>
   <catalogentry>
      <catalog>ISBN</catalog>
      <entry>
         <langstring xml:lang="en">2-7342</langstring>
      </entry>
   </catalogentry>
   <language>en</language>
   <description>
      <langstring xml:lang="en">Description of resource</langstring>
   </description>
   <keyword>
      <langstring xml:lang="en">sample</langstring>
   </keyword>
   <structure>
      <source>
         <langstring xml:lang="x-none">LOMv1.0</langstring>
      </source>
      <value>
         <langstring xml:lang="x-none">Hierarchical</langstring>
      </value>
   </structure>
</general>

SCORM Version 1.2 では <structure> や <aggregationlevel> など Vocabulary 型の要素について、<source> と <value> を直接子要素として記述する。本書では誤って <vocabulary> 要素を経由する記述例があるが、これは Addendum 2 で訂正されている。

2.2.3.1.2 <lifecycle> Element の例

サブ要素：<version>、<status>、<contribute>。<contribute> はさらに <role>、<centity>（vCard）、<date> を含む。

<lifecycle>
   <version>
      <langstring xml:lang="en">1.0</langstring>
   </version>
   <status>
      <source>
         <langstring xml:lang="x-none">LOMv1.0</langstring>
      </source>
      <value>
         <langstring xml:lang="x-none">Final</langstring>
      </value>
   </status>
   <contribute>
      <role>
         <source>
            <langstring xml:lang="x-none">LOMv1.0</langstring>
         </source>
         <value>
            <langstring xml:lang="x-none">Author</langstring>
         </value>
      </role>
      <centity>
         <vcard>begin:vcard
fn: Joe Author
end:vcard</vcard>
      </centity>
      <date>
         <datetime>2001-10-01</datetime>
         <description>
            <langstring xml:lang="en">Initial release</langstring>
         </description>
      </date>
   </contribute>
</lifecycle>

2.2.3.1.3 <metametadata> Element の例

サブ要素：<identifier>（予約）、<catalogentry>、<contribute>（<role> は Creator／Validator）、<metadatascheme>、<language>。

<metametadata>
   <contribute>
      <role>
         <source>
            <langstring xml:lang="x-none">LOMv1.0</langstring>
         </source>
         <value>
            <langstring xml:lang="x-none">Creator</langstring>
         </value>
      </role>
      <centity>
         <vcard>begin:vcard
fn: Meta Creator
end:vcard</vcard>
      </centity>
      <date>
         <datetime>2001-10-01</datetime>
      </date>
   </contribute>
   <metadatascheme>LOM-1.0</metadatascheme>
   <metadatascheme>ADL SCORM 1.2</metadatascheme>
   <language>en</language>
</metametadata>

2.2.3.1.4 <technical> Element の例

サブ要素：<format>、<size>、<location>（type 属性 = URI または TEXT）、<requirement>（<type>、<name>、<minimumversion>、<maximumversion>）、<installationremarks>、<otherplatformrequirements>、<duration>。

<technical>
   <format>text/html</format>
   <size>1245</size>
   <location type="URI">http://example.org/resource/index.html</location>
   <requirement>
      <type>
         <source>
            <langstring xml:lang="x-none">LOMv1.0</langstring>
         </source>
         <value>
            <langstring xml:lang="x-none">Browser</langstring>
         </value>
      </type>
      <name>
         <source>
            <langstring xml:lang="x-none">LOMv1.0</langstring>
         </source>
         <value>
            <langstring xml:lang="x-none">Microsoft Internet Explorer</langstring>
         </value>
      </name>
      <minimumversion>5.0</minimumversion>
   </requirement>
</technical>

2.2.3.1.5 <educational> Element の例

サブ要素：<interactivitytype>、<learningresourcetype>、<interactivitylevel>、<semanticdensity>、<intendedenduserrole>、<context>、<typicalagerange>、<difficulty>、<typicallearningtime>、<description>、<language>。

<educational>
   <interactivitytype>
      <source>
         <langstring xml:lang="x-none">LOMv1.0</langstring>
      </source>
      <value>
         <langstring xml:lang="x-none">Active</langstring>
      </value>
   </interactivitytype>
   <learningresourcetype>
      <source>
         <langstring xml:lang="x-none">LOMv1.0</langstring>
      </source>
      <value>
         <langstring xml:lang="x-none">Simulation</langstring>
      </value>
   </learningresourcetype>
   <intendedenduserrole>
      <source>
         <langstring xml:lang="x-none">LOMv1.0</langstring>
      </source>
      <value>
         <langstring xml:lang="x-none">Learner</langstring>
      </value>
   </intendedenduserrole>
   <context>
      <source>
         <langstring xml:lang="x-none">LOMv1.0</langstring>
      </source>
      <value>
         <langstring xml:lang="x-none">Higher Education</langstring>
      </value>
   </context>
   <typicallearningtime>
      <datetime>PT0H30M</datetime>
   </typicallearningtime>
</educational>

2.2.3.1.6 <rights> Element の例

サブ要素：<cost>、<copyrightandotherrestrictions>、<description>。Addendum 3：要素名は copyrightandotherrestrictions であり、copyrights... ではない。

<rights>
   <cost>
      <source>
         <langstring xml:lang="x-none">LOMv1.0</langstring>
      </source>
      <value>
         <langstring xml:lang="x-none">no</langstring>
      </value>
   </cost>
   <copyrightandotherrestrictions>
      <source>
         <langstring xml:lang="x-none">LOMv1.0</langstring>
      </source>
      <value>
         <langstring xml:lang="x-none">yes</langstring>
      </value>
   </copyrightandotherrestrictions>
</rights>

2.2.3.1.7 <relation> / 2.2.3.1.8 <annotation> / 2.2.3.1.9 <classification> Element

<relation>：<kind>（語彙：IsPartOf、HasPart、References など）と <resource>（<identifier>=予約、<description>、<catalogentry>）。

<annotation>：<person>（vCard）、<date>、<description>。

<classification>：<purpose>、<taxonpath>（<source> + 再帰ネストの <taxon>。各 <taxon> は <id> と <entry> を持つ）、<description>、<keyword>。

<classification>
   <purpose>
      <source>
         <langstring xml:lang="x-none">LOMv1.0</langstring>
      </source>
      <value>
         <langstring xml:lang="x-none">Discipline</langstring>
      </value>
   </purpose>
   <taxonpath>
      <source>
         <langstring xml:lang="en">Sample Taxonomy</langstring>
      </source>
      <taxon>
         <id>1</id>
         <entry>
            <langstring xml:lang="en">Engineering</langstring>
         </entry>
         <taxon>
            <id>1.1</id>
            <entry>
               <langstring xml:lang="en">Software Engineering</langstring>
            </entry>
         </taxon>
      </taxon>
   </taxonpath>
</classification>

<taxon> の最小許容最大値 15 は再帰ネストの深さであり、<taxonpath> 内の同階層の <taxon> 数ではない（Addendum 11）。

2.2.3.2 共通要素型

LangString Element

多言語文字列。xml:lang 属性で言語コード（ISO 639/3166）を示す。同一の親内で異なる言語の <langstring> を複数記述できる。

<title>
   <langstring xml:lang="en">Title in English</langstring>
   <langstring xml:lang="ja">日本語のタイトル</langstring>
</title>

Date Type

<datetime> と <description> から成る。<datetime> は ISO 8601 標準（Addendum 10 のベストプラクティス：yyyy-mm-dd または hh:mm:ss）。

Vocabulary Type

<source> と <value> から成る。<source> は語彙の出典（LOMv1.0、組織独自など）、<value> は実値。両者ともに <langstring xml:lang="x-none"> を含む。

2.2.3.3 Electronic Business Card 要素

<vcard>

vCard 標準²⁵に従って人物・組織を表現する要素。各 <centity> または <person> 内に出現する。

<centity>
   <vcard>begin:vcard
version: 2.1
fn: Joe Author
n: Author;Joe
org: Sample University
end:vcard</vcard>
</centity>

2.2.3.4 XML 拡張機構

SCORM メタデータ XML レコードは、IMS Learning Resource Meta-data Specification の規定に従う形で、追加の名前空間付き要素を含めることができる。これらの拡張要素は IMS のスキーマで許可される位置（特に <general>、<classification> 等）に追加される。SCORM Information Model および SCORM Application Profiles で必須とされる要素を変更してはならない。

2.2.4 SCORM Meta-data Application Profiles

SCORM は 3 つのメタデータアプリケーションプロファイルを定義する。各プロファイルは、Information Model 要素のうちどれが必須／推奨／オプションかを規定する。

2.2.4.1 Content Aggregation Meta-data

Content Aggregation を記述するメタデータ。content aggregation の発見可能性を高める目的で、リポジトリ内で可検索にする。content package が表す集約コンテンツ全体の自律的単位の記述情報を提供する。

2.2.4.2 Sharable Content Object Meta-data

SCO に適用するメタデータ。SCO に含まれるコンテンツの記述情報を提供する。リポジトリ内での再利用と発見可能性を促進する。

2.2.4.3 Asset Meta-data

「raw media」Asset に適用するメタデータ。コースウェアコンテンツでの利用文脈とは独立に Asset を記述する。コンテンツ作成時の Asset 再利用と発見可能性を主に促進する。

2.2.4.4 SCORM Meta-data Application Profile Requirements

表 2.2.4.4a は、各メタデータ要素について 3 つのアプリケーションプロファイル（Content Aggregation／SCO／Asset）における必須性を示す。

• M (Mandatory)：必須
• O (Optional)：オプション
• R (Reserved)：予約

表 2.2.4.4a: SCORM Meta-data Application Profile Requirements

上記のうち 1.3 catalogentry 系列、2.3 contribute 系列、3.2 catalogentry 系列、3.3 contribute 系列、7.2 resource 系列の Catalog Entry サブ要素については、親要素を使用する場合に限り <catalog> 等の必須性が発生する（Addendum 9）。

2.2.5 SCORM Meta-data Best Practice

本節は ADL 技術チームが収集したベストプラクティス集を記述する。SCORM はメタデータ要素利用に関して、語彙とフォーマット制限以外の具体的ガイダンスを提供しない点に注意する。組織・コミュニティ内でメタデータ要素をどのように適用するかの具体的ガイダンスは、各組織・コミュニティに委ねられる。本節で示される例は、要素の利用法の一視点を提示するに過ぎない。

2.2.5.1 Vocabulary の利用

SCORM Version 1.2 には Vocabulary について 2 つの概念がある：Restricted と Best Practice。Restricted は、SCORM メタデータレコードが列挙された語彙に従わなければならないことを示す。Best Practice は ADL が列挙した語彙を推奨することを示すが、SCORM メタデータレコードがそれを使用することは必須ではない。IMS Learning Resource Meta-data Version 1.2 の統合により、Best Practice として識別されたメタデータ要素について、組織独自の語彙を利用する定義済みの方法が用意されている。Vocabulary 型の要素には次の構造を適用する。

<source>
   <langstring xml:lang="x-none">ADL</langstring>
</source>
<value>
   <langstring xml:lang="x-none">Directed Graphs</langstring>
</value>

上記の例は組織の語彙を定義・利用する仕組みを示す。<source> 要素は語彙の出典を示す。これは URI または語彙出典を識別するラベルでありうる。xml:lang 属性は x-none に設定するべきである。これは IMS Learning Resource Meta-data 仕様で「値が token であること」（厳密な綴りと言語で文字列を表す）を示すために定義された値である。

Best Practice 語彙の場合、提供語彙を採用するなら <source> を "LOMv1.0" とする。組織独自の語彙を採用する場合、"LOMv1.0" 以外の値を <source> に設定する（Addendum 8）。

2.2.5.2 スタンドアロン XML メタデータ文書

SCORM メタデータ 3 カテゴリ（Asset、SCO、Content Aggregation）はそれぞれ、IMS Learning Resource Meta-data XML Binding Specification²² に準拠するスタンドアロン XML 文書の形式を取ることが想定される。SCORM メタデータ文書は、IMS Learning Resource Meta-data XML Binding Specification²² が参照する XML Schema Definition (XSD) に基づいて valid かつ well-formed な XML 文書であることが期待される。

2.2.6 XML 例

SCORM Meta-data XML 文書の例については、ADLNet（http://www.adlnet.org/）を参照のこと。

SECTION 2.3Content Packaging

2.3.1 概要

Content Packaging の目的は、異なるシステム・ツール間でデジタル学習リソースを交換するための標準化された方法を提供することである。Content Packaging はまた、学習リソース集合の構造（または organization）と意図する動作も定義できる。Content Packaging が定義するのは、特に：

• パッケージ自体を記述する Manifest ファイル。次を含む：
  • パッケージに関する Meta-data
  • コンテンツ構造と動作を定義するオプションの Organization セクション
  • パッケージ内のリソースへの参照リスト
• XML ベースの Manifest の作成方法
• Manifest および全関連物理ファイルを zip ファイルや CD-ROM にパッケージングする方法

Content package は、LMS、開発ツール、コンテンツリポジトリ間でデジタル学習リソースまたはその集合を移動させるために用いることが想定される。Content Packaging 仕様は、任意のシステムが対応できる共通の「入出力」形式を提供する。

SCORM Content Packaging は、IMS Content Packaging Specification²⁰ の固有用例、すなわちアプリケーションプロファイル群である。SCORM パッケージングは IMS Content Packaging Specification に厳格に準拠しつつ、デジタル学習リソース（Asset、SCO、Content Aggregation）のパッケージングに関する追加の明示的実装ガイダンスを提供する。

本節は次のように構成される。

• 2.3.2 Content Structure：学習リソースを一貫した教育単位（コース、章、モジュールなど）に集約し、構造を適用し、学習タクソノミーを関連付ける仕組みを定義する。Content Structure は SCORM Version 1.1 と同じ情報モデルを用いるが、現在は Content Packaging に実装される。SCORM Version 1.1 で deprecated となった Content Structure Format の機能を本節で定義し、Content Packaging の organization 部分に実装する。
• 2.3.3 IMS Package Description：IMS Content Packaging 構造の概観を提供する。
• 2.3.4 SCORM Content Packaging Information Model：IMS Content Packaging Specification に直接基づくパッケージの情報モデルを定義し、SCORM 固有要素（主に SCORM Content Structure が配置される organization セクション）で拡張する。
• 2.3.5 SCORM Content Package XML Binding：IMS Content Packaging XML Binding 仕様に直接基づき、情報モデルを XML 文書にエンコードする方法を定義する。本節は 2.3.4 で定義した SCORM 固有名前空間要素を含む。
• 2.3.6 SCORM Content Packaging Application Profiles：Asset、SCO、Content Aggregation（コースやトピック）を含む SCORM 準拠パッケージの作成方法を具体的に定義する。

2.3.2 Content Structure

content structure の目的は、学習リソースの集合体を一貫した教育単位にオーサリングし、構造を適用し、LMS 環境間で一貫して再現可能な特定動作を関連付けるための手段をコンテンツ開発者に提供することである。

content structure は、content package で定義された学習リソースをシーケンス・ナビゲートするための地図とみなせる。content structure は学習リソースの構造だけでなく、学習体験に適用されるすべての動作も含む。

Content Structure は LMS の機能を定義しない。LMS がコンテンツ要素と構造を独自に表現し、別の LMS で読み込まれてその独自フォーマットに格納できる content package 内の content structure をエクスポートする能力を持つことは想定される。content structure は LMS システムに対して、当該モデルや構造を内部的に採用することを要件として課すものではない。

本書の Content Structure は AICC Computer Managed Instruction⁴ から派生している。AICC 仕様はコース構造、プロパティ、目標の情報モデルを定義する。コース表現の主要構成要素が AICC ですでに定義されているため、これを出発点として選んだ。SCORM Content Structure は AICC 作業の修正サブセットである。

本バージョンの SCORM に含まれる Content Structure Information Model は、SCORM Version 1.1 から要素定義を抽出したものである。本バージョンの SCORM では、SCORM Version 1.1 で定義された XML「Content Structure Format」は deprecated となる。Content Information Model は Content Packaging の organization セクションに完全マッピングされた。既存の XML CSF ファイルは、本 Content Packaging 仕様を用いて organization に変換できる（また、変換すべきである）。

IMS Content Packaging Specification は、現在 deprecated となった CSF に存在していた情報のほとんどを含むフレームワークを提供し、content structure の残りの情報を取り込む拡張機構を加えるための論理的な箇所も提供する。

IMS Content Packaging モデルはまた、学習リソースの配信に必要なすべての物理ファイルを目録化・束ねる清浄な方法を提供し、1 つ以上の学習リソースに属するファイル間の関係（パッケージ内に物理ファイルとして含まれない外部参照リソースを含む）も識別する。IMS Content Packaging Specification は学習リソースとそのリソースが組織化される方法を分離し、同一学習リソースが異なる文脈・利用法で 1 回以上利用されることを可能にする。

SCORM Version 1.1 で予期されていたとおり、CSF を完全に包含する content packaging 仕様の利用可能性により、ADL は CSF 単独 XML バインディングを deprecated とした。すべての現行 CSF 要素は IMS organization 要素または新たな SCORM 名前空間要素に 1 対 1 でマッピングされたか、SCORM Meta-data へ全面的に移管された。

2.3.2.1 コンテンツとコンテンツ集合のオーサリング

Content Structure は学習リソース集合の構造を表現する手段を提供する。これは学習コンテンツ設計に対する比較的新しいアプローチである。これまで、CBT オーサリングツールはコースの一部を作成する手段と、それらが学習者にいつ・どのように提示されるかを規定する手段を提供してきた。コンテンツとその構造の作成は、通常、同じツールと独自データフォーマットで開発されていた。インターネットベース技術への移行と、再利用可能なコンテンツオブジェクトという考え方が、オーサリングプロセスを大きく変えた。

SCORM では、コンテンツが学習者に提供される順序（シーケンス）を決定するのは LMS である。これは、設計者が学習リソースを学習者にいつ・どのように提示する意図だったかを LMS が知る必要があることを意味する。Content Packaging の organization セクションに位置する Content Structure は、設計者がこの情報を LMS に提供することを可能にする。教育単位のオーサリングは、学習リソース自体のオーサリングと、学習リソースの集合のオーサリング（おそらく異なるオーサリングツールを用いる）の双方から成る。

SCORM におけるオーサリングの 2 つの異なる成果物：ブラウザ環境で起動されるオーサリング済み学習リソース、および LMS が取り込み run-time に処理するオーサリング済み Content Structure 情報。古い CBT モデルとは異なり、構造情報はコンテンツから分離され、完全に外部化・標準化されているため、コンテンツコレクションは異なる LMS 環境間で動作する。

2.3.2.2 Content Structure の表現

Content Structure には複数の部分があり、それぞれがオーサリングされた学習リソース集合の特定側面を定義する。

• Content Hierarchy：目次のように、学習リソースを論理順序にグループ化する木ベース表現を定義する。多くの場合（すべてではない）、この階層的木は著者が学習者に教材を進ませる際に意図したデフォルト順序を表す。
• Context Specific Meta-data：学習リソースのオーサリング時、開発者は学習リソースの目的・記述・名前などを記述する関連メタデータを作成することが望ましい。この学習リソース固有メタデータは、学習リソースの最終利用先とは文脈独立である。学習リソース集合がオーサリングされるとき、特定集合における学習リソースの利用法を記述する文脈固有メタデータがあってよい。Content Structure はオプションの文脈固有メタデータを提供する。
• Sequencing and Navigation：LMS にどの学習リソースをいつ提示するかを決定するために必要な情報を提供する。利用者が学習リソース内をナビゲートする選択肢の提示方法に関する情報も LMS に提供すべきである。たとえば、最も単純なシーケンシング情報は、LMS にコンテンツツリーを単に学習リソースから次の学習リソースへ辿らせる。より複雑なシーケンシングは、特定学習リソース（prerequisites として定義されたもの）の完了状態、利用者の好みや評価結果のより複雑な計算に基づきうる。本バージョンの SCORM は非常に単純なシーケンシング機能のみを提供する。条件分岐を支援するより洗練されたシーケンシングの作業が進行中であり、次回 SCORM リリースに組み込まれる予定。

Content Structure は多様なコンテンツ集約アプローチを表現するように意図されている。content structure は、HTML の数行や短いメディアクリップのような非常に小さい学習リソースから、LMS が追跡する高度に対話的な学習リソースまで、コンテンツ集約を表現できる。Content Structure は、コンテンツの複雑さ、特定コースの階層レベル数（タクソノミー）、コース設計に用いる教育方法論について中立である。

表 2.3.2.2a は複数のカリキュラムタクソノミーモデルの例を示す。

表 2.3.2.2a: カリキュラムタクソノミーモデルの例

コンテンツ構築時に用いた学習設計方法論を理解し、コンテンツ集約への異なるアプローチを理解することは、コンテンツ再利用に役立ち、コンテンツ移動時に LMS に追加情報を提供する。

SCORM Version 1.1 ではカリキュラムタクソノミーが Content Structure Format (CSF) で表現されていた。SCORM Version 1.2 では CSF が deprecated となったため、カリキュラムタクソノミーは content aggregation を記述するメタデータで識別すべきである。Meta-data の Classification セクションを用いてカリキュラムタクソノミーを記述できる。

2.3.2.3 Content Hierarchy

学習リソース集合を論理構造にオーサリングする際は、特に学習リソースを階層に組織化する。SCORM の以前のバージョンでは、SCO の集合は「Block」にグループ化されていた。Block は他の Block の下に複数階層の任意レベルでネストできた。

設計方法論によっては、この階層的グルーピングは Course、Chapter、Topic などの概念を表現する。

IMS Content Packaging Specification 策定中、SCORM Content Structure Format と IMS Packaging Specification は同じ階層概念を共有していたが、異なる用語を用いていることが指摘された。IMS の用語では同じ階層構造は次のようになる。

SCORM の以前のバージョンの Content Structure Format で用いていた階層は IMS 仕様の organization 部分に直接マッピングされる。古い CSF 用語の content と block は IMS 用語の item に置き換えられる。それ以外の階層表現は同じだが、1 点例外がある：古い SCORM CSF では葉ノードのみ（他の item を含まない木の最下位 item）が SCO を指すことが許されていた。SCORM 1.2 では任意のレベルがオプションで学習リソースを指すことができる。

2.3.2.4 文脈固有メタデータ

学習リソースが作成されるとき、学習リソースを記述するメタデータ文書も作成されることが望ましい。これにより、学習リソースは他所で発見・再利用できる。このようなメタデータは、特定の学習戦略を構成する特定の集合とは独立に学習リソースを記述するため、文脈独立とみなされる。たとえば、針への糸通しを教える単純な SCO を想像する。SCO を記述するメタデータは習得するスキル（針穴に糸を通す）を記述し、シミュレーションが学習体験の一部であることをさらに記述するかもしれない。ただし、このメタデータは針がどう用いられるかを記述しない。

特定トピックに関する教育戦略が作成されるとき、著者は特定目的のために学習リソースを文脈的に記述することを選ぶかもしれない。たとえば、ドレスメイキングのコースでは、針通しオブジェクトはローカルメタデータでオブジェクトを「補助参照スキル」として記述するかもしれない。あるいは、帆作りコースではオブジェクトを「前提帆作りスキル」として記述するかもしれない。

特定の学習戦略に固有のメタデータは context specific meta-data（文脈固有メタデータ） と呼ばれ、content hierarchy に組み込まれる。文脈独立メタデータは通常、デジタル Asset、コンテンツオブジェクト、オブジェクト集合のための変更不能でスタンドアロンなメタデータレコードを指す。

2.3.2.5 Sequencing and Navigation

Sequencing and navigation は、LMS が特定の学習体験を提示するために従わなければならないルールである。コンテンツ開発者は LMS が遵守すべきルールを定義する責務を負う。これらのルールは Content Structure に表現され、Content Packaging の organization セクションにエンコードされる。これにより、学習リソース集合の意図する動作はパッケージとともに、ある LMS 環境から別の LMS 環境へ移動できる。

Sequencing and navigation は、特に、学習者が特定の教材を完了したか、許容スコアを得たかに応じて、ある学習リソースから他の学習リソースへ条件分岐する手段を提供する。Navigation 情報は、類似の情報に基づいて学習者がコンテンツを選択できるよう LMS にどう許可するかを通知できる。

これまで、スタンドアロン CBT オーサリングツールは独自データフォーマットでエンコードされた独自シーケンシング・ナビゲーション機能を提供してきた。LMS 配信のブラウザベースコンテンツへの移行は、コンテンツ集約を複数の LMS 環境間で移動・利用・再利用できるよう、シーケンシング・ナビゲーションの定義・エンコード方法の標準化を要請した。しかし、シーケンシング・ナビゲーションの標準化プロセスは、開発者コミュニティが望む設計アプローチの多様性により困難であった。

これまで SCORM はシーケンシング・ナビゲーション機能を限定的にしか提供してこなかった。学習設計コミュニティには多くの、しばしば乖離した要件があり、すべての設計事例を解決するアプローチはほぼ存在しないためである。したがって ADL はシーケンシング・ナビゲーションを段階的に扱っている。

ADL は SCORM 内に堅牢なシーケンシング・ナビゲーション機能を定義する必要性を十分認識しており、必要な機能を SCORM に追加するため、IMS Global Learning Consortium を主軸として複数組織と「fast track」仕様の策定に取り組んでいる。次節では現状の機能と次回 SCORM リリースで追加予定の作業を記述する。

2.3.2.5.1 現在の Sequencing/Navigation

SCORM は prerequisites を用いて学習リソースをシーケンスするオプションの手段を提供する。prerequisites の利用は AICC⁴ の作業から派生している。

content package は Item 構造に prerequisites と呼ばれるサブ要素を含むことを許可する。本要素はアルゴリズム的にコンテンツ集約のナビゲーションシーケンスを表現するために用いるフィールドを提供する。本要素は SCORM Run-Time Environment 巻に記述された Run-Time Environment Data Model の特定追跡データ要素を反映する。data model は学習リソースが LMS に対して、学習リソースの特定部分が「complete」または「incomplete」になったことを報告する手段を提供する。LMS は prerequisites のステートメントを評価し、学習者に次に提供する学習リソースを判断できる。prerequisites 要素は、コンテンツ集約や item の開始前に完了済みであるべき他のコンテンツ部分を定義する。これにより LMS は学習コンテンツを通る複数の経路を計算できる。

prerequisites で評価されるステートメントは SCO の cmi.core.lesson_status data model 要素によって決定される（SCORM Run-Time Environment 巻 Section 3.4.4 参照）。lesson_status 値は SCO 単位で機能する。たとえば、コンテンツ集約のステータスは集約に含まれる個別メンバー (item) によって決定される。コンテンツ集約のステータスを complete とすることは、集約を構成するすべてのメンバーが complete であることを意味する。cmi.core.lesson_status data model 要素は次の制限語彙を持つ："passed"、"completed"、"browsed"、"failed"、"not attempted"、"incomplete"。

次の表は AICC CMI001 Guidelines for Interoperability⁴ 文書から抽出した "aicc_script" と呼ばれる prerequisite スクリプト言語の演算子を定義する。これらの演算子は、LMS が計算するロジックの許容表現と、Content Packaging の organization 部分にある prerequisite 要素にロジックをエンコードする方法を定義する。

図 2.3.2.5.1a: AICC スクリプト言語

本リリース時点で定義されている言語は "aicc_script" のみである。次の例は AICC スクリプト言語を用いた prerequisite を示し、Item I1 と I2 が完了していなければ当該 prerequisites を持つ Item は LMS によって起動されない。

<item identifier="I0">
   <item identifier="I1" identifierref="R_I1">
   <item identifier="I2" identifierref="R_I2">
   <item identifier="I3" identifierref="R_I3">
      <adlcp:prerequisites type="aicc_script">
         I1&I2</adlcp:prerequisites>
   </item>
</item>

2.3.2.5.2 Sequencing/Navigation の今後の展望

ADL は現在、産業・政府・学術パートナーと協働し、content package に記述される現行 content structure を拡張することで、パッケージされた学習リソース集合に堅牢なシーケンシング・ナビゲーション情報を関連付ける仕様を策定中である。本仕様は、ルール・イベント・条件、および各種シーケンシング・ナビゲーション手法に関連する run-time 動作を表現する方法を定義する。

本仕様は、システムが学習リソースを予測可能な方法で配信し、学習者の学習リソースとのインタラクションに一貫して反応できるようにする。本アプローチは、コンテンツ開発者がシーケンシング・ナビゲーション動作を、学習リソース内に埋め込むのではなく外部から定義できるようにすることで、学習リソースの再利用性を促進する。シーケンシング・ナビゲーション情報は content package manifest 内にエンコードされ、学習リソースが複数の文脈（自身のシーケンシング・ナビゲーション情報を持つ複数の異なる manifest）で再利用されることを可能にする。

ADL はシーケンシング・ナビゲーション仕様をプレビューする Technical Papers を策定・公開する。本仕様の策定とトライアル実装の完了次第、SCORM Version 1.3 が本仕様を参照することが想定されている。

2.3.3 IMS Package Description

IMS Content Packaging Specification は、コンテンツ作成ツール、LMS、run-time 環境とのインターネットベースコンテンツの相互運用性を提供するために用いるデータ構造を記述する。IMS Content Packaging Specification の目的は、コンテンツ交換に用いる構造の標準化集合を定義することである。IMS Content Packaging Specification の対象範囲は、学習コンテンツのパッケージをインポート・エクスポート・集約・分解したいシステム間の相互運用性の定義に焦点を絞る。

2.3.3.1 Content Packaging 概要

IMS Content Package は 2 つの主要構成要素を含む：

• （必須）パッケージのコンテンツ組織とリソースを記述する特殊 XML 文書。これは Manifest ファイル（imsmanifest.xml）と呼ばれる。パッケージの内容と組織は manifest の文脈で記述されるためである。
• Manifest で参照される物理ファイル。

2.3.3.1.1 Package

Package は利用可能（再利用可能）なコンテンツ単位を表す。コース組織の外で教育的妥当性を持ち、独立に配信できるコース部分、コース全体、コース集合のいずれでありうる。Package が LMS などの run-time サービスに到達した際、他のパッケージへの集約・分解を許容しなければならない。Package はスタンドアロンでなければならない — すなわち、開封時に学習目的で利用するために必要なすべての情報を含まなければならない。

2.3.3.1.2 Manifest

Manifest は、有意な教育を構成するリソースの XML による記述である。Manifest は教育リソースを提示する 0 個以上の静的な組織化方法も含むことができる。「manifest」のスコープは伸縮自在である：コース外でスタンドアロンに利用できるコース部分（「instructional object」）、コース全体、コース集合のいずれをも記述しうる。コンテンツ開発者は集約・分解されるべき方法でコンテンツを記述する。一般則として、パッケージは常に単一のトップレベル Manifest を含み、これが 1 個以上のサブ manifest を含みうる。トップレベル Manifest はパッケージ全体を記述する。ネストされたサブ manifest はそのスコープのコンテンツ（コース、instructional object など）を記述する。

2.3.3.1.3 Meta-data

Meta-data はデータに関するデータである。IMS Content Package の各レベルの構成要素を記述するために用いる。図 2.3.3.1a の meta-data はパッケージ全体を記述するために用いる。Meta-data は organizations や resources を記述するためにも存在し、それらの構成要素のサブ要素として存在する。

2.3.3.1.4 Organizations

organizations コンポーネントはコンテンツに構造を提供する。通常、この構造は学習タクソノミー階層の形で提供される。IMS Content Packaging Specification は利用者を特定の構造に縛らない。organizations コンポーネントは、必要となりうる任意数の異なるタクソノミーを記述する手段を提供する。

2.3.3.1.5 Resources

resources コンポーネントは、外部リソースおよびパッケージを構成する物理ファイルを記述できる。これらのファイルはメディアファイル、テキストファイル、評価オブジェクト、その他電子的データ片であってよい。ファイル間の概念的グルーピングと関係を resources コンポーネント内で表現できる。リソースの組合せは一般に「コンテンツ」と分類される。リソースは organizations コンポーネント内の各点で参照され、organizations コンポーネントがリソースに構造を提供する。

2.3.3.1.6 Physical Files

physical files コンポーネントは resources コンポーネントで参照される実ファイルを表す。これらのファイルは content package 内に実際に含まれるローカルファイルでも、URI で参照される外部ファイルでもありうる。

2.3.3.1.7 Package Interchange File

Package Interchange File (PIF) は、zip、jar、cab、tar などのアーカイブ形式での content packaging コンポーネントの表現である。content package が PIF としてアーカイブされることは必須ではない。PIF はシステム間で content package を運ぶことに使える簡潔な Web 配信形式を提供する。

2.3.4 SCORM Content Packaging Information Model

本節は SCORM Content Packaging Information Model を表形式で示す。SCORM Content Packaging Information Model は、SCORM 準拠パッケージ構築に許容されるデータ要素を記述する。

本情報モデルは IMS Content Packaging Information Model に厳格に準拠しつつ、SCORM Version 1.1 Content Structure Information Model でかつて定義されていた要素を含めるよう拡張されている。これらの ADL 固有要素は説明欄に「ADL Note: This is an ADL extension to the IMS Content Packaging Information Model.」と注記される。SCORM 準拠パッケージは下表で定義される拡張要素の利用法と Section 2.3.5 の XML バインディング定義に準拠しなければならない。

2.3.5 SCORM Content Packaging XML Binding

本節は SCORM Content Packaging Information Model の XML バインディングを記述する。XML バインディングの作成にあたっては次の規則が指針となった。

• XML バインディングは W3C の XML 1.0 仕様²⁷に従う。
• XML バインディングは SCORM Content Packaging Information Model の定義構造を維持しなければならない。

本抽象を実装する XML Schema (XSD) は ADLNet で公開されている。

表 2.3.5b は imsmanifest.xml レコード内の要素・属性のデータ型一覧を示す。

表 2.3.5b: 要素・属性データ型

2.3.5.1 <manifest> Element

Manifest の最初・最外の <manifest> 要素はすべての参照データを内包する。最外 <manifest> 内の続く <manifest> はファイル・メタデータ・組織構造の集約・分解・再利用のために区画化に用いる。すべての名前空間宣言は <manifest> 要素内で行う。

• Data Type：Container
• Multiplicity：content package のトップレベル要素
• Attributes：
  • identifier（required）— Manifest 内で一意な識別子。
  • version（optional）— Manifest のバージョン。同一識別子の Manifest 区別に使用。
  • xml:base（optional）— manifest 内ファイルの相対パスオフセット。W3C XML Base Working Draft に従う。Data Type = String。
• Elements：<metadata>、<organizations>、<resources>、<manifest>（サブ manifest）

<manifest identifier="Manifest" version="1.1"
   xmlns="http://www.imsproject.org/xsd/imscp_rootv1p1p2"
   xmlns:adlcp="http://www.adlnet.org/xsd/adlcp_rootv1p2"
   xmlns:imsmd="http://www.imsglobal.org/xsd/imsmd_rootv1p2p1"
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://www.imsproject.org/xsd/imscp_rootv1p1p2
                       imscp_rootv1p1p2.xsd
                       http://www.imsglobal.org/xsd/imsmd_rootv1p2p1
                       imsmd_rootv1p2p1.xsd
                       http://www.adlnet.org/xsd/adlcp_rootv1p2
                       adlcp_rootv1p2.xsd">
   <!-- imsmanifest contents -->
</manifest>

上記スキーマ参照は Addendum 15 による訂正済みのもの。SCORM 1.2 開発で使用すべき最新スキーマを反映する。

2.3.5.1.1 <metadata> Element

パッケージ全体（パッケージレベル）のコンテンツを記述する文脈固有メタデータ。実装者は IMS Learning Resource Meta-data Specification Version 1.2 で定義されたメタデータ要素から自由に選択できる。

• Multiplicity：<manifest> 内に 0 or 1 回
• Elements：<schema>、<schemaversion>、<adlcp:location>、IMS Meta-data

<metadata>
   <schema>ADL SCORM</schema>
   <schemaversion>1.2</schemaversion>
   <imsmd:lom>
      <imsmd:general>
         <imsmd:title>
            <imsmd:langstring xml:lang="en-US">Simple Manifest</imsmd:langstring>
         </imsmd:title>
      </imsmd:general>
   </imsmd:lom>
</metadata>

2.3.5.1.2 <organizations> Element

パッケージの 1 個以上の構造／組織を記述する。SCORM Resource Package では空、SCORM Content Aggregation Package では少なくとも 1 個の <organization> サブ要素が必要。

• Attributes：default（Addendum 14 により optional）— デフォルト organization の ID 参照。Data Type = IDRef。
• Elements：<organization>

<organizations default="TOC1">
   <organization identifier="TOC1" structure="hierarchical">
      <title>default</title>
      <item identifier="ITEM1" identifierref="RESOURCE1" isvisible="true">
         <title>Lesson 1</title>
         <item identifier="ITEM2" identifierref="RESOURCE2" isvisible="true">
            <title>Introduction 1</title>
         </item>
         <item identifier="ITEM3" identifierref="RESOURCE3" isvisible="true">
            <title>Content 1</title>
         </item>
      </item>
   </organization>
</organizations>

2.3.5.1.3 <resources> Element

リソースへの参照のコレクション。順序や階層の前提はない。

• Multiplicity：<manifest> 内に 1 and only 1 回
• Attributes：xml:base（optional）— コンテンツファイルの相対パスオフセット。Data Type = String。
• Elements：<resource>

<resources>
   <resource identifier="RESOURCE1" type="webcontent"
             adlcp:scormtype="sco" href="lesson1.htm">
      <file href="lesson1.htm"/>
   </resource>
   <resource identifier="RESOURCE2" type="webcontent"
             adlcp:scormtype="asset" href="intro1.htm">
      <file href="intro1.htm"/>
   </resource>
</resources>

2.3.5.2 <metadata> Element 詳細

本要素は <manifest>、<organization>、<item>、<resource>、<file> 内で使用する。準拠ルールは含む要素を参照する。

• 2.3.5.2.1 <schema>：メタデータを定義するスキーマ。<metadata> 内に 0 or 1 回。Data Type = String（最小許容最大値: 100 文字）。SCORM の場合 "ADL SCORM"。
• 2.3.5.2.2 <schemaversion>：スキーマのバージョン。値 "1.2"。Addendum 14：最小許容最大値は 20 文字。
• 2.3.5.2.3 <adlcp:location>：メタデータの位置（URI）。IMS Content Packaging に対する ADL 名前空間拡張。Data Type = String（最小許容最大値: 2000 文字）。
• 2.3.5.2.4 {Meta-data}：IMS Learning Resource Meta-data の XML Binding に従いインライン記述。

2.3.5.3 <organizations> Element 詳細

2.3.5.3.1 <organization> Element

個別の organization を記述する Container。

• Multiplicity：<organizations> 内に 0 or more 回。SCORM Content Aggregation Package では少なくとも 1 個必要。SCORM Resource Package では存在を許されない。
• Attributes：identifier（required, ID）、structure（optional, デフォルト "hierarchical"）
• Elements：<title>、<item>、<metadata>

2.3.5.3.1.1 <title> Element

organization のタイトル。<organization> 内に 1 and only 1 回。Data Type = String（最小許容最大値: Addendum 14により 200 文字）。

2.3.5.3.1.2 <item> Element

organization 構造内のノードを記述する。

• Multiplicity：<organization> 内および <item> 内に 0 or More 回。任意レベルの深さでネスト可能。
• Attributes：
  • identifier（required, ID）
  • identifierref（optional, String）— 同パッケージまたはサブ Manifest 内の <resource> 識別子への参照。
  • isvisible（optional, Boolean, default "true"）
  • parameters（optional, String）— 起動時にコンテンツに渡す静的パラメータ。
• Elements：<title>、<item>、<metadata>、<adlcp:prerequisites>、<adlcp:maxtimeallowed>、<adlcp:timelimitaction>、<adlcp:datafromlms>、<adlcp:masteryscore>

2.3.5.3.1.2.4 <adlcp:prerequisites> Element

本 <item> 開始前に完了済みであるべき他の学習コンテンツ部分を定義する。IMS Content Packaging Information Model に対する ADL 拡張。

• Data Type：String（最小許容最大値: 200）
• Attributes：type（required, 語彙："aicc_script"）

<item identifier="ITEM3" identifierref="RESOURCE3" isvisible="true">
   <title>Content 1</title>
   <adlcp:prerequisites type="aicc_script">R1&R2</adlcp:prerequisites>
</item>

2.3.5.3.1.2.5 <adlcp:maxtimeallowed> Element

SCO の現行 attempt で学習者に許される時間量。Data Type = Timespan。<item> 内 0 or 1 回。親 <item> が SCO を表す場合のみ存在を許される。

<item identifier="ITEM3" identifierref="RESOURCE3" isvisible="true">
   <title>Content 1</title>
   <adlcp:maxtimeallowed>00:30:00</adlcp:maxtimeallowed>
</item>

2.3.5.3.1.2.6 <adlcp:timelimitaction> Element

max time allowed 超過時の動作。Data Type = Vocabulary (Restricted)："exit,message"、"exit,no message"、"continue,message"、"continue,no message"。親 <item> が SCO を表す場合のみ存在を許される。

2.3.5.3.1.2.7 <adlcp:datafromlms> Element

SCO の起動後の初期化データ。Data Type = String（最小許容最大値: 255 文字）。利用は注意深く。

2.3.5.3.1.2.8 <adlcp:masteryscore> Element

SCO の合格スコア。Data Type = String（最小許容最大値: 200）。Addendum 17：Manifest に値が無い場合の LMS 初期化挙動が規定される。

2.3.5.4 <resources> Element 詳細

2.3.5.4.1 <resource> Element

特定のコンテンツファイルを記述する Container。<resources> 内に 0 or more 回。

• Attributes：
  • identifier（required, ID）
  • type（required, String）— 現行は "webcontent"
  • adlcp:scormtype（required）— "sco" または "asset"
  • href（Addendum 1 により optional）— リソースの entry point。外部完全修飾 URI も許容。
  • xml:base（optional）
• Elements：<metadata>、<file>、<dependency>

<resources>
   <resource identifier="R_A2" type="webcontent"
             adlcp:scormtype="sco" href="sco1.html">
      <metadata/>
      <file href="sco1.html"/>
      <dependency identifierref="R_A5"/>
   </resource>
   <resource identifier="R_A5" type="webcontent"
             adlcp:scormtype="asset"><!-- href なし -->
      <file href="pics/distress_sigs_add.jpg"/>
   </resource>
</resources>

2.3.5.4.2 <metadata> Element

リソースを記述する文脈独立メタデータ。SCO なら SCO Meta-data、Asset なら Asset Meta-data、それ以外なら IMS Learning Resource Meta-data に準拠。

2.3.5.4.3 <file> Element

本リソースが依存する 1 個以上のローカルファイルを識別する Container。

• Multiplicity：<resource> 内に 0 or more 回
• Attributes：href（required, String, 最小許容最大値 2000 文字）
• Elements：<metadata>

2.3.5.4.4 <dependency> Element

本リソースが依存する複数ファイルのコンテナとして機能する単一リソースへの参照。空要素として表現する。

• Attributes：identifierref（required, Addendum 14 により Data Type = String）

<dependency identifierref="R_A5"/>

2.3.5.5 サブ <manifest> Elements

最外 <manifest> 内の続く <manifest> 要素は集約・分解・再利用のためのファイル・メタデータ・組織構造の区画化に用いる。属性・要素は最外 <manifest> と同じ。

2.3.5.6 XML 拡張機構

IMS Content Packaging はコミュニティが imsmanifest XML レコード全体に独自の名前空間付き要素を配置することを許す。SCORM はこの慣行を継承するが、相互運用性問題のため警告する。将来 ADL が IMS Content Packaging Information Model をさらに拡張する必要が生じうる。SCORM 1.2 manifest が独自拡張を含んでも、それゆえに invalid とされない。準拠システムは SCORM 1.2 で定義されたスキーマに含まれない XML 要素を無視してよい。Content Packaging Information Model への追加候補は ADL コミュニティに報告するよう要請される。

2.3.6 Content Packaging Application Profiles

SCORM Packaging Application Profiles は、IMS Content Packaging Specification を SCORM の文脈でどのように適用するかを記述する。実装者への実用的ガイダンスを提供し、SCORM 準拠要件を定義する。SCORM 準拠コンテンツのパッケージングには IMS Content Packaging Specification を基礎として用いるが、SCORM は各パッケージに十分な情報を含めるための追加要件を課す。これにより、SCORM 準拠学習システムは互いに利用可能なパッケージをインポート・エクスポートできる。

SCORM は Content Aggregation Model（Section 2.1.2）を導入し、オブジェクトベース学習コンテンツの汎用フレームワークを定義する。構成要素は Asset、SCO、Content Aggregation。SCORM Packaging Application Profiles には現在 2 種類が識別されている：Resource Package と Content Aggregation Package。

2.3.6.1 Resource Package

SCORM Resource Package Application Profile は、特定の組織、学習文脈、カリキュラムタクソノミーを提供せずに学習リソース（Asset、SCO）をパッケージングする仕組みを定義する。学習リソースのパッケージングは交換のための共通媒体を提供する。SCORM Content Package は、学習システム間で転送可能な再利用可能学習リソースの単なるコレクションである。

Asset または SCO は単一ファイルから成る場合もあるが、複数ファイルから成る場合もある。SCORM Resource Package Application Profile は、単一・複数ファイル構成の Asset・SCO のパッケージングを許容する。Asset・SCO はパッケージにローカル含めることも、外部参照することもできる。ローカルパッケージ化されたファイルは物理ファイルとしてパッケージ全体に含まれる。外部参照される場合、Asset・SCO はパッケージ内の物理ファイルとして含まれず、URL で参照される。

<!-- Resource Package: Asset を <file> として表す例 -->
<manifest ...>
   <organizations/>
   <resources>
      <resource href="sco01.htm" adlcp:scormtype="sco" identifier="sco01_01">
         <metadata>
            <schema>ADL SCORM</schema>
            <schemaversion>1.2</schemaversion>
            <adlcp:location>image1.xml</adlcp:location>
         </metadata>
         <file href="image1.jpg"/>
      </resource>
   </resources>
</manifest>

2.3.6.2 Content Aggregation Package

古い SCORM Version 1.1 CSF は、SCO から構築されたコース（またはその一部）の構造とカリキュラムタクソノミーを表現する手段を提供していた。SCORM はコンテンツ集約に特定の構造を課さない。個別のコンテンツ開発者は価値があると判断した任意の構造にコンテンツを集約できる。

SCORM Version 1.1 CSF は Content Packaging に適していなかった。IMS Content Packaging Specification Version 1.1 モデルは CSF に存在していたほぼすべての情報を含むフレームワークと、CSF の残り情報を ADL 拡張で取り込む論理的位置を提供する。さらに、IMS パッケージングモデルは、コンテンツ配信に必要なすべての物理ファイルを目録化・束ねる清浄な方法と、複数の content「resources」に属するファイル間の関係（パッケージ内に物理ファイルとして含まれない外部参照リソースを含む）を識別する方法も提供する。IMS Content Packaging Specification はコンテンツリソースとその組織化方法を分離し、同一リソースの異なる文脈・利用での 1 回以上の利用を可能にする。SCORM はファイルのパッケージングと構造提供の仕組みを定義する。

<!-- Content Aggregation Package の例 -->
<manifest ...>
   <organizations default="TOC1">
      <organization identifier="TOC1">
         <title>Sample Course</title>
         <item identifier="I1" identifierref="R_01" isvisible="true">
            <title>Lesson 1</title>
            <adlcp:masteryscore>70</adlcp:masteryscore>
         </item>
      </organization>
   </organizations>
   <resources>
      <resource href="index.htm" adlcp:scormtype="sco" identifier="R_01">
         <metadata>
            <schema>ADL SCORM</schema>
            <schemaversion>1.2</schemaversion>
            <adlcp:location>R_01.xml</adlcp:location>
         </metadata>
         <file href="index.htm"/>
         <file href="image1.jpg"/>
      </resource>
   </resources>
</manifest>

2.3.6.3 推奨ベストプラクティス

2.3.6.3.1 複数コースのパッケージング

コンテンツ開発者が複数の異なるコースを 1 つのシステムへの配信用にパッケージしたい場合がある。これは各コースを別々のサブ manifest にバンドルすることで実現できる。複数コースをパッケージ（カリキュラム）で移動させたい場合、コンテンツ開発者はトップレベル manifest を用いて各コースレベル manifest と、各コースに含まれる instructional object manifest を内包させる。

2.3.6.3.2 単一コースの複数 organization

content package はリソースに対する複数 organization の表現を許容する。ただし、これらの複数 organization は、リソースを通る異なるビュー・組織化パスでなければならない。複数コースをパッケージ・移動させたい場合、それらのコースは別々のサブ manifest として作成すべきである。

2.3.6.3.3 再利用のための学習コンテンツのパッケージング

manifest のスコープは伸縮自在である。コース外でスタンドアロンに利用できるコース部分（instructional object）、コース全体、コース集合のいずれも記述しうる。コンテンツ開発者は集約・分解の対象として考える方法でコンテンツを記述する。

一般則：パッケージは常に単一のトップレベル manifest を含み、これが 1 個以上のサブ manifest を含みうる。トップレベル manifest はパッケージを記述する。ネストされたサブ manifest はそのスコープのコンテンツ（コース、instructional object など）を記述する。

たとえば、コースを構成するすべてのコンテンツがコース文脈外で提示できないほど密結合であれば、コンテンツ開発者は単一 manifest でそのコースのリソース・組織を記述する。一方、他の instructional object と再結合して異なるコース提示を作成できる instructional object を作成するコンテンツ開発者は、各 instructional object をそれぞれの manifest で記述し、それらの manifest をコース organization を含むより上位の manifest に集約する。

2.3.6.4 XML 例

SCORM Content Packaging の例については、ADLNet（http://www.adlnet.org/）を参照のこと。

APPENDIX A略語一覧

APPENDIX B参考文献

1. Aviation Industry CBT (Computer-Based Training) Committee. http://www.aicc.org/
2. Institute of Electrical and Electronics Engineers (IEEE) Learning Technology Standards Committee (LTSC). http://ltsc.ieee.org/
3. IMS Global Learning Consortium, Inc. http://www.imsglobal.org/
4. AICC/CMI CMI001 Guidelines for Interoperability Version 3.4. October 23, 2000. AICC Course Structure Format、AICC CMI Data Model を含む。http://www.aicc.org/
5. ADL Co-Laboratories. http://www.adlnet.org/
6. Institute for Defense Analyses (IDA). http://www.ida.org/
7. Executive Order 13111: Using Technology To Improve Training Opportunities for Federal Government Employees. 1999 年 1 月 12 日。
8. Alliance of Remote Instructional Authoring and Distribution Networks for Europe (ARIADNE). http://www.ariadne-eu.org/
9. IMS Content Packaging Specification Version 1.1.2. http://www.imsglobal.org/
10. IEEE Information Technology — Learning Technology — Learning Objects Metadata LOM: Working Draft 6.1 (2001-04-18). IMS Learning Resource Meta-data Specification Version 1.2 から参照。http://ltsc.ieee.org/
11. IMS Learning Resource Meta-data Specification Version 1.2. Information Model、XML Binding、Best Practice and Implementation Guide を含む。http://www.imsglobal.org/
12. ISO 639：言語表記の国際標準。Version 1 は 2 文字言語コード（例：'en'=英語、'fr'=フランス語、'nl'=オランダ語）を使用。これらは IETF の RFC 1766: "Tags for the identification of languages" の言語タグレジストリの基礎となっている。http://www.iso.ch/
13. ISO 3166：国名表記の国際標準（例：'BE'=ベルギー、'CA'=カナダ、'FR'=フランス、'GB'=英国、'US'=米国 など）。http://www.iso.ch/
14. vCard：個人・組織の連絡先情報の表現方法を定める標準。http://www.imc.org/pdi/
15. ISO 8601：日付と時刻の数値表現を規定する国際標準。http://www.iso.ch/
16. World Wide Web Consortium (W3C). http://www.w3c.org/
    URL、URI、XML 1.0、DOM 仕様などを含む。
17. Dublin Core Metadata Initiative. http://www.dublincore.org/

APPENDIX C改訂履歴

SCORM Version 1.2 公開後の正誤訂正は SCORM 1.2 Addendums（日本語訳） を参照のこと（Addendum 1〜10、12〜15 が本書の Content Packaging および Meta-data に関係する）。