Trabajo para un proveedor de contenido que ha tenido que interactuar con muchos LMS diferentes y el dominio cruzado siempre ha sido un problema doloroso.
El documento con el que se vinculó, no obstante, SCORM realmente no admite el dominio cruzado en absoluto. Mis experiencias con el dominio cruzado han sido contrarias al estándar AICC. En el pasado, utilizamos un applet Java firmado para realizar las comunicaciones entre dominios, pero actualmente estamos usando un pequeño archivo oculto flash * SWF con el que hablamos mediante javascript. Esto requiere que el LMS tenga un archivo crossdomain.xml instalado en su servidor web para permitir la comunicación, algo que algunos de nuestros clientes rechazan.
* Nuestro producto usa mucho flash, por lo que este no era un requisito oneroso para nosotros.
La solución que estamos considerando seriamente ahora es una variación del "Servicio de tiempo de ejecución en Content Server" como se sugiere en la sección 4.8 de the cross-domain scripting document.
El servidor de contenido ejecutará el propio curso, como si fuera un LMS, y sustituirá todas las llamadas API al LMS real. El siguiente diagrama muestra las rutas de comunicación:
Además, su URL de inicio no sería directamente con el contenido (por ejemplo, http://abc.com/content/sco.html) sino a la aplicación de software en el servidor de contenido (por ejemplo, http://abc.com/access.php?content=sco.html&permissions=OAUTH_ID), que luego serviría el contenido como si fuera un LMS en sí mismo.
Además, acabo de encontrar this article en la comunicación entre dominios que, aunque no SCORM específica, podría proporcionar algunas ideas alternativas para su implementación.
Gracias, exploraremos una solución flash similar a la que está utilizando actualmente. Realmente me gustó la posibilidad de la solución html5 en el artículo al que se vinculó, pero todavía estoy atascado con IE7. – Chuck