开发者

SCORM Cross Domain, SCO-Fetcher, or any other solution

开发者 https://www.devze.com 2023-03-16 11:53 出处:网络
Trying to find a solution to this, we have our LMS Server, and content servers all across the US, so the user gets their content from the closest location.

Trying to find a solution to this, we have our LMS Server, and content servers all across the US, so the user gets their content from the closest location.

SCORM Cross Domain, SCO-Fetcher, or any other solution

I've come across a solution using SCO-Fetcher, mentioned in these two links below and illustrated below, but I cannot find any information on how to implement a similar solution.

here: http://elearningrandomwalk.blogspot.com/2006/08/sco-fetcher.html

and here: http://www.adlnet.gov/Technologies/scorm/SCORMSDocuments/SCORM%20Resources/ADL_CrossDomainScripting_1_0.pdf

SCORM Cross Domain, SCO-Fetcher, or any other solution

If anyon开发者_运维百科e has any thoughts or information regarding this, it would be most appreciated.


I work for a content provider who has had to interface with a lot of different LMSs and cross-domain has always been a painful issue.

The document you linked to not-withstanding, SCORM doesn't really cater for cross-domain at all. My experiences with cross-domain has been against the AICC standard. In the past we've used a signed java applet to perform the cross-domain communications, but currently we are using a little hidden flash* SWF file which we talk to via javascript. This requires the LMS to have a crossdomain.xml file installed on their web server to allow the communication, which some of our customers balk at.

* Our product heavily uses flash already, so this was not an onerous requirement for us.

The solution that we are seriously considering now is a variation on the "Run-time service on Content Server" as suggested in section 4.8 of the cross-domain scripting document.

The content server would run the courseware itself, as if it were an LMS, and proxy all the API calls to the real LMS. The diagram below shows the communication paths:

SCORM Cross Domain, SCO-Fetcher, or any other solution

Also, your launch URL wouldn't be directly to the content (e.g., http://abc.com/content/sco.html) but to the software application on the content server (e.g., http://abc.com/access.php?content=sco.html&permissions=OAUTH_ID), which would then serve the content as if it was an LMS itself.


Also, just came across this article on cross-domain communication which, while not SCORM specific, might provide some alternative ideas for implementation.


I know this is an old question, but thought I'd share: I had a similar situation a few years ago and settled on an iframe hack to get around the cross-domain restrictions. All it requires is a bit of JavaScript and HTML. It works on older browsers, including IE6.

Chuck, what solution did you wind up using?

0

精彩评论

暂无评论...
验证码 换一张
取 消

关注公众号