すべてのタイプの LRS に対して Tin-Can モジュール (たとえば、クイズ付きの単純な html ページ) を作成することは可能ですか? SCORMの場合は可能でした。親ページ (API_1484_11 など) で典型的な scorm-API オブジェクトを見つける可能性があったためです。したがって、このモジュールは独立しています。どこの LMS にも含めることができ、動作します。ティンカンはどうですか?各 LRS の各モジュールを特別に開発する必要がありますか? ありがとう。
1 に答える
最良の答えは、「はい」と「いいえ」、そして「近日公開予定」です。
SCORM は事実上、データ モデルと通信プロトコルを使用したコンテンツのパッケージ化、インポート、起動、および再生の仕様です。Tin Can (実際には Experience API/xAPI) はデータ モデル形式および通信プロトコルであり、コンテンツのパッケージ、インポート、起動、および再生に関する規定はありません。これは、LRSが実装するものです。これは信じられないほどの柔軟性であり、2016 年に存在する典型的な (大多数の) e ラーニングの状況には本当に多すぎます。したがって、「いいえ」の答えです。
Tin Can 仕様の 0.9 バージョン (当時は Project Tin Can でした) では、典型的な e ラーニング環境で xAPI を使用する方法を提案する一連の「LMS ガイドライン」がリリースされました。それらは次の場所にあります。https://github.com/RusticiSoftware/launch/blob/master/lms_lrs.mdこれらは Captivate、Storyline、Lectora などの主要なオーサリング ツールが実装したもので、「Tin Can Package」( atincan.xml
ファイル)。これらのガイドラインは、パッケージ、インポート、および起動を提供しました。しかし、それらは比較的制限的であり、過去 4 年間、コミュニティ全体によって精査されておらず、標準化の道筋にもありませんでした。さらに問題なのは、完全な「データ モデル」(まだ「データ モデル形式」または xAPI ステートメントのみ) を提供していないことです。つまり、標準的な方法でコンテンツの「完了」をキャプチャする方法や、何かが「合格」または「不合格」などでした。これにより、適合する LRS と通信できる 1 つのパッケージを作成し、それらのガイドラインを実装した「起動システム」(LMS または LMS のようなシステム) にインポートして起動することができます。 . ただし、ステートメントがどうなるか、どのデータがキャプチャされるかはオープンのままです。したがって、「はい」の答え。
2016 年 6 月の初め (執筆時点で数週間後)、cmi5 ワーキング グループは、https: //github.com/AICC/CMI-5_Spec_Current/blob/quartz/ にある cmi5 仕様を本番環境で使用するためにリリースする予定です。 cmi5_spec.md. これは、xAPI コミュニティのメンバーによって開発されたオープンな仕様であり、データ モデルを使用したコンテンツのパッケージ化、インポート、起動を提供し、xAPI 通信プロトコルを使用する典型的な e ラーニング ランドスケープ (LMS) を対象としています。これは、xAPI LRS と緊密に統合された「起動システム」(私の用語) (LMS または LMS のようなシステム) によって実装されることを意図しています。これには、開始、セッションの初期化と終了、成功、失敗、アクティビティの単位 (割り当て可能な単位または AU) の完了など、学習セッションのイベントをより大きな命令 (ブロック) のセットでキャプチャする方法の仕様が含まれます。全体的なコース構造で。cmi5 を使用すると、パッケージの作成、インポート、個々のコンテンツの起動 (ローカルまたはリモートでホストされている)、定義された情報を LRS に送り返し、特定の学習データについて報告します。これは長い時間をかけて開発された重要な作業ですが、残念ながら、現在の e ラーニング製品に採用されるまでには時間がかかります。したがって、「近日公開」の答え。