SCORMのユーザーインターフェイスの要件は、相互運用性を達成していない

eラーニングの仕様の中心となるものは、相互運用性ですが、既存の仕様にはいくつかの問題が残っています。Tin Can API は、現在の仕様で残る多くの相互運用性の問題解決を図ります。

目次を表示する

従来のeラーニングの仕様では、目次を表示すべきかは、必ずしも明確ではありませんでした。そのLMSは、目次を表示するのか?、またコンテンツだけなのか?複数のSCOが、目次に表示されているとき、問題はもっと難しくなります。

どうすればいいか? Tin Can APIでは、目次を表示したいなら、コンテンツ/アクティビティに、目次を表示します。コンテンツ/アクティビティは単独で動作します。そして、必要なときLRSにステートメントをレポートします。

コンテンツを起動する

混乱しやすいもう一つの分野は、実際のコンテンツの起動です。ウインドウサイズはいくつで開くべきでしょうか?フルスクリーンで起動しますか?

テーマ設定

これは、現在存在する共通する問題の間接的な対処です。LMSの中のコンテンツは、独自のスタイルが作られて、LMS自体も独自のスタイルで作られています。時には、これらのスタイルは衝突して、学習の邪魔をすることが起こりえます。

LRSからコンテンツ/アクティビティを切り離すことで、テーマ設定/スタイル設定は、提供者の好きなようにコンテンツ/アクティビティを設定できます。コンテンツは、さまざまなLMSの中で、どのように見えるか考える必要はなくなります。


※ この記事は、CC BY 3.0のもと、Rustici Software 社の記事を翻訳したものです。
http://scorm.com/project-tin-can-phase-3-scorm-user-interface-requirements-dont-achieve-interoperability/

NoraUsagiメモ:
SCORMでは、このあたりのことは規定されていないため、LMS側にパラメータを設定することがあります。印象としては、中途半端にLMSがコンテンツにあれこれ介在している感じでしょうか。