LMS設定
SCORMパッケージを学習管理システムにアップロードし、学習者向けに構成します。このガイドは、一般的なLMS設定と人気のあるプラットフォームに関する注意事項を扱います。
一般的な設定手順
管理者としてLMSにログイン
新しいコースまたはコンテンツモジュールを作成
SCORM .zipファイルをアップロード
起動設定を構成 (新しいウィンドウ推奨)
コースを学習者に割り当て
テストユーザーとして起動してテスト
プラットフォーム固有の注意事項
Moodle
- アクティビティを追加 → SCORMパッケージ → ZIPをアップロード
- 表示: 新しいウィンドウ
- 新しい試行を強制: いいえ
- 成績方法: 最高成績
Canvas
- 既存のコンテンツをインポート → SCORMパッケージを選択
- または直接起動のためにExternal Toolを使用
Blackboard
- コンテンツ → コンテンツを構築 → SCORMパッケージ
- 新しいウィンドウで起動するように設定
SAP SuccessFactors
- Learning → Content Management → Import SCORM
- カリキュラムに割り当て
学習者IDマッピング
LMSはcmi.core.student_id (SCORM 1.2) またはcmi.learner_id (SCORM 2004) を送信します。SecureCodingHubはこの値をユーザーのScormLearnerIdにマップします。IDが既存のユーザーと一致しない場合、新しいSCORMセッションユーザーが即座に作成されます。学習者ID自体がメールアドレスでない場合、バックエンドは<learnerId>@scorm.<orgSlug>.local形式のメールを合成し、ユーザーレコードが一意のメール列を持つようにします。起動URLのオプションのlearnerNameクエリパラメータは、提供された場合にユーザーの表示名として保持されます。
| SCORMバージョン | LMSフィールド | SecureCodingHubフィールド |
|---|---|---|
| SCORM 1.2 | cmi.core.student_id | ScormLearnerId |
| SCORM 2004 | cmi.learner_id | ScormLearnerId |
適切な起動モードの選択
ほとんどのLMSプラットフォームは、SCORMコンテンツに対して2つの起動モードを提供します: 新しいブラウザウィンドウまたはLMSフレーム内のインラインiframe。SecureCodingHubでは新しいウィンドウモードが強く推奨されます。チャレンジ環境では、キーボードショートカット、ドラッグアンドドロップ、構文ハイライト、コードレビューインタラクションモデルを使用しており、これらすべては完全なビューポートから恩恵を受けます。インラインiframeはLMS Cookieスコープを頻繁に壊し、完了とスコアをLMSに報告するSCORMブリッジを中断する可能性があります。
LMSがインライン起動のみをサポートする場合、iframeに最低720ピクセルの高さが与えられ、LMSがSameSite=None Cookieを取り除かないことを確認してください。SCORMブリッジが引き渡しを完了できない場合、学習者は割り当てられたチャレンジではなくSecureCodingHubのランディングページを見ます。
単一試行と複数試行
SecureCodingHubチャレンジは、ハイステークスの評価ではなく学習のために設計されています。複数の試行を許可することをお勧めします。プラットフォームの価値は、学習者が間違っていた場所を見た後にチャレンジを再試行することから来るからです。Moodleではこれは「新しい試行を強制: いいえ」と「成績方法: 最高成績」です。CornerstoneおよびSuccessFactorsでは、相当する設定は「Allow multiple completions」と記録される成績として「Best score」です。
コンプライアンスプログラムが1回限りの試行を要求する場合 — 例えば、公式のPCI DSS年次トレーニング記録 — その単一試行のために専用のSCORM登録を作成し、学習者が自由に再訪できる別の「practice」登録を維持してください。
トラブルシューティングチェックリスト
学習者が完了が記録されていないと報告した場合、サポートチケットを開く前に次のリストを順番に確認してください。第1に、SCORMパッケージが正しいバージョン設定 (1.2 vs. 2004) でアップロードされたことを確認します — 最も一般的な構成エラーは、マニフェストとLMSリーダーの間の不一致です。第2に、LMSが安定した空でない値でcmi.core.student_idまたはcmi.learner_idを送信していることを確認します。LMSがログインごとに異なる識別子を送信する場合、SecureCodingHubは各セッションを新しいユーザーとして認識します。
第3に、LMSがSCORM SCOにLMSCommitとLMSFinish (SCORM 1.2) またはCommitとTerminate (SCORM 2004) を呼び出すことを許可していることを確認します。一部のLMSサンドボックスモードはこれらの呼び出しをブロックします。第4に、LMSドメインとsecurecodinghub.com間のブロックされたサードパーティCookieについてネットワークタブを確認します。すべてが健全に見えるのに完了がまだ欠けている場合、LMS名、バージョン、マニフェスト構成のスクリーンショットを添えてsupport@securecodinghub.comにお問い合わせください。