解決策を見つけるために、LMS Serverと米国内のコンテンツサーバーを用意しているため、ユーザーは最も近い場所からコンテンツを取得します。SCORM Cross Domain、SCO-Fetcher、またはその他のソリューション
は、私は以下のこれらの二つのリンクに言及し、以下に例示するSCO-Fetcherの、使用してソリューションに遭遇しましたが、私は同様のソリューションを実装する方法上の任意の情報を見つけることができません。ここ
：ここhttp://elearningrandomwalk.blogspot.com/2006/08/sco-fetcher.html
誰もこれについて、任意の考えや情報を持っている場合は、それが最も高く評価されるだろう。
私は多くの異なるLMSとのインターフェースをとっていたことがありますが、クロスドメインは常に苦しい問題でした。
SCORMは、あなたが非耐性にリンクした文書では、クロスドメインをまったく考慮していません。クロスドメインに関する私の経験は、AICC標準に反対しています。以前は署名付きのJavaアプレットを使用してドメイン間通信を行ってきましたが、現在は少し隠したflash * SWFファイルを使用しています。これには、LMSにcrossdomain.xmlファイルをWebサーバーにインストールして、通信を許可する必要があります。
*当社の製品はすでにフラッシュを頻繁に使用していますので、これは私たちにとって厄介な要件ではありませんでした。
私たちが真剣に検討している解決策は、セクション4.8のthe cross-domain scripting documentで提案されている「コンテンツサーバー上のランタイムサービス」のバリエーションです。
コンテンツサーバーはコースウェア自体をLMSのように実行し、すべてのAPIが実際のLMSを呼び出すようにします。下の図は、通信経路を示しています
また、あなたの打ち上げのURLは、コンテンツ（例えば、http://abc.com/content/sco.html）になく、コンテンツサーバ（例えば、http://abc.com/access.php?content=sco.html&permissions=OAUTH_ID）上のソフトウェアアプリケーションに直接ではないでしょう、あたかもそれがLMSそのものであるかのようにコンテンツを提供する。
はまた、単に特定のSCORMないが、実装のためのいくつかの代替のアイデアを提供するかもしれない、クロスドメイン通信にthis articleに出くわしました。
これは古い質問ですが、私は分かち合いたいと思っていました。数年前に同様の状況があり、ドメイン横断制限を回避するためにiframe hackに解決しました。必要なのは、少しのJavaScriptとHTMLだけです。 IE6を含む古いブラウザでも動作します。
チャック、あなたはどのような解決策を使いましたか？
私たちのIT部門は、問題を緩和するためにドメインを変更することができました。あなたのサイトのすべての素晴らしい仕事をありがとう。 – Chuck
ありがとうございます、ありがとうございます、私たちはあなたが現在使っているものに似たフラッシュソリューションを模索していきます。あなたがリンクした記事のhtml5ソリューションの可能性が本当に好きでしたが、まだIE7にはまっています。 – Chuck