プラットフォームの移行

Tin Can APIは、学習者に対して一つのプラットフォーム上(例えば、自宅のコンピュータなど)でアクティビティを開始した後、(モバイルフォン上のネイティブアプリのような)異なるデバイス上で、そのアクティビティを継続することができます。これはシンプルですが、強力な新しい機能です。そして、従来のeラーニング規格ではできませんでした。

レポートは、アクティビティを試行した箇所に基づいて引き出せるように、LRSには十分なデータを格納できるようにします。このアクティビティの20%は、ネイティブのAndroidアプリで経験され、70%がWindows7のInternet Explorerで経験されたなど。レポーティングは、このような細かな情報を取得する必要はありませんが、それができると親切でしょう。一つ言えることは、プラットフォームの移行が可能になり、コンテンツがLMSに格納されないことです。

アクティビティの開発者は、使用する可能性のあるプラットフォームごとにアクティビティの異なるバージョンを作成して、配信をコントロールできます。コンテンツとアクティビティの開発者は、適切なバージョンを提供するために、LMSに依存することはありません。どのように動作するのか? そう思うでしょう。

“state” APIは、アクティビティが利用する数の key/document をストレージに残すことができます。”state” は、異なるデバイス上の同一アクティビティ全体で、共有する仕組みを作ることができます。プラットフォーム移行のインスタンスにおいて、Tin Can APIは、 LRSに対して、論理的に同一アクティビティの異なるデバイス上の学習活動を確認できるようします。

これは、学習者が1つのデバイスから、同一のアクティビティを持つほかのデバイスに移行したり、アクティビティ全体を通じて、レポーティングしたり、どこで、どのようしてアクティビティを経験したか確認することが可能になります。


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