これに対する解決策を見つけようとして、LMS サーバーとコンテンツ サーバーが全米にあるため、ユーザーは最も近い場所からコンテンツを取得できます。
SCO-Fetcher を使用したソリューションを見つけました。これは、以下の 2 つのリンクで言及され、以下に示されていますが、同様のソリューションを実装する方法に関する情報が見つかりません。
こちら: http://elearningrandomwalk.blogspot.com/2006/08/sco-fetcher.html
誰かがこれに関する考えや情報を持っているなら、それは大歓迎です.
私はコンテンツ プロバイダーで働いており、さまざまな LMS とやり取りする必要があり、クロスドメインは常に厄介な問題でした。
あなたがリンクしたドキュメントにもかかわらず、SCORMは実際にはクロスドメインにまったく対応していません。クロスドメインに関する私の経験は、AICC標準に反するものでした。以前は署名付き Java アプレットを使用してクロスドメイン通信を実行していましたが、現在は JavaScript を介して対話する小さな隠しFlash * SWF ファイルを使用しています。これには、LMS の web サーバーに crossdomain.xml ファイルをインストールして通信を許可する必要がありますが、一部のお客様はこれに躊躇しています。
* 当社の製品はすでにフラッシュを多用しているため、これは私たちにとって面倒な要件ではありませんでした。
現在真剣に検討しているソリューションは、クロスドメイン スクリプティング ドキュメントのセクション 4.8 で提案されている「Content Server のランタイム サービス」のバリエーションです。
コンテンツ サーバーはコースウェア自体を LMS のように実行し、すべての API 呼び出しを実際の LMS にプロキシします。以下の図は、通信パスを示しています。
また、起動 URL はコンテンツ (例: http://abc.com/content/sco.html) ではなく、コンテンツ サーバー上のソフトウェア アプリケーション (例: http://abc.com/access.php?content=sco.html&permissions=OAUTH_ID) であり、LMS 自体であるかのようにコンテンツを提供します。
また、クロスドメイン通信に関するこの記事に出くわしました。これは、SCORM 固有ではありませんが、実装のためのいくつかの代替アイデアを提供する可能性があります。
これは古い質問ですが、共有したいと思いました。数年前に同様の状況が発生し、クロスドメインの制限を回避するためにiframeハックに落ち着きました。必要なのは、JavaScriptとHTMLのビットだけです。IE6を含む古いブラウザで動作します。
チャック、どのソリューションを使用することになりましたか？