1

我的一个客户给我发了一个 xAPI 课程，该课程使用 Articulate Storyline 360​​ 创建并作为 LMS 的 Tin Can API 发布。我可以使用以下链接中提到的方法启动课程：

将锡罐 LRS 并入 LMS

因此使用上述方法，启动 URL 如下所示：

http://my.lms.com/TCActivityProvider/story.html

?endpoint=http://my.lms.com/lrs/endpoint/

&auth=Basic OjFjMGY4NTYxNzUwOGI4YWY0NjFkNzU5MWUxMzE1ZGQ1

&actor={"name": ["First Last"], "mbox": ["mailto:firstlast@mycompany.com"]}

&activity_id=61XkSYC1ht2_course_id

&registration=760e3480-ba55-4991-94b0-01820dbd23a2

使用上面包含端点和凭据信息的 URL，课程成功启动并自动将 xAPI 语句发送到 LRS。

但出于安全原因，我不想在 URL 中发送 auth、actor 或端点等参数。

我搜索了另一种方法，并找到了adlnet/xapi-launch和adlnet/xAPIWrapper库。

我探索了上述两个库，但对如何将它集成到 LMS 中感到困惑？

Articulate Storyline 360​​ 是否支持adlnet/xAPIWrapper？

4

1 回答 1

1

adlnet/xAPIWrapper 只是一个库，它可以更轻松地与 LRS 进行通信，并要求您确定如何将端点和身份验证凭据传递给该库。换句话说，它不一定要通过 LMS 启动使用（它会在那里工作，但没有特殊处理）。据我所知（此时），您发现的 xapi-launch 规范实际上采用率为零。

另一种选择是使用 cmi5，它是另一个规范，其中包括通过 xAPI 通信的内容的打包、导入和启动的概念。它使用不同的凭据握手过程，该过程类似于您链接的启动指南和 xapi-launch 方法。它使用端点的查询字符串参数，但 LRS 凭证是通过单独的单次使用请求访问的。它有更好的采用（尽管此时仍处于早期阶段），已经过同行评审，在 ADL 的保护伞下，并且更多地走在标准的道路上。见https://xapi.com/cmi5/有关 cmi5 的更多信息。我不相信 Articulate 尚未在他们的产品中实施 cmi5（此时），因为他们正在等待市场需求的更多迹象，如果您认为这是一个合适的选择，您应该联系他们了解您对它的兴趣。

于 2018-05-11T12:00:39.190 回答