저작도구와 LMS 사이, 콘텐츠는 누가 책임지는가 — 표준 미준수의 대가

SCORM·xAPI·cmi5 표준을 둘러싼 저작도구와 LMS의 책임 공백을 실제 판례와 채택 통계로 분석한다. 콘텐츠 이식성과 저작권 분쟁을 막을 계약·기술 체크리스트를 제시한다.

🔍 새 LMS로 콘텐츠를 옮겼더니, 재생이 되지 않았다

기업이나 대학이 LMS(학습관리시스템)를 교체할 때 가장 먼저 부딪히는 벽은 화려한 신규 기능이 아니라 의외로 단순한 질문이다. "기존에 만들어둔 강의 콘텐츠를 그대로 가져올 수 있는가?" 실제로 울산대학교가 LMS를 교체하는 과정에서는 이전 시스템에 쌓아둔 강의 자료·퀴즈·동영상 데이터를 새 시스템으로 옮기는 데 상당한 어려움을 겪었다는 사례가 보고된 바 있다. 콘텐츠 저작도구가 만들어낸 결과물이 표준을 제대로 지키지 않았거나, LMS가 그 표준을 완전히 구현하지 못했을 때 생기는 전형적인 문제다.

비슷한 현상은 SCORM 콘텐츠를 다루는 실무에서 흔히 보고된다. 예전 SCORM 플레이어용으로 만들어진 콘텐츠 패키지를 새로운 SCORM 엔진에 재업로드하면 오류가 발생하거나 아예 콘텐츠가 실행되지 않는 경우가 있다는 것이 대표적인 사례다. 이런 문제가 발생했을 때 저작도구 업체는 "우리 콘텐츠는 표준대로 만들었다"고 하고, LMS 업체는 "우리 시스템은 표준을 지원한다"고 하는 동안, 정작 학습자는 진도율이 기록되지 않거나 수료 처리가 안 되는 피해를 고스란히 떠안는다.

이 글이 다루려는 질문은 바로 여기서 출발한다. 저작도구와 LMS라는 두 축 사이에서, 콘텐츠 표준을 지키지 않았을 때 발생하는 문제는 결국 누구의 책임인가. 그리고 그 책임 공백을 메우기 위해 조직은 무엇을 확인하고 준비해야 하는가. 표준(SCORM·xAPI·cmi5)의 역사와 현재 채택 현황, 실제 분쟁 사례, 전문가들의 서로 다른 시각을 통해 이 질문에 답해본다.

🕰️ SCORM은 어떻게 태어났고, 왜 20년 넘게 살아남았나

이야기는 1990년대 후반 미국 국방부(DoD)로 거슬러 올라간다. 당시 국방부 산하 여러 부서가 각자 온라인 교육 과정을 개별적으로 개발해 서로 다른 LMS로 운영하고 있었고, 그 결과 중복 개발과 형식 불일치라는 혼란이 반복됐다. 이를 해결하기 위해 국방부의 ADL(Advanced Distributed Learning) 이니셔티브가 표준화 작업에 나섰고, 이미 1980년대부터 컴퓨터 기반 교육 표준을 다뤄온 항공산업위원회(AICC)의 런타임 통신 방식과 IMS Global, IEEE의 스펙을 종합해 SCORM(Sharable Content Object Reference Model)을 만들었다.

SCORM은 2000년 1.0 버전으로 처음 등장한 이후 2001년 1.1, 같은 해 10월 업계 전반의 채택을 이끈 1.2 버전이 나왔고, 2004년에는 순서 제어(sequencing and navigation) 개념을 더한 SCORM 2004가 출시됐다. 이후 2004년 2판, 2006년 3판을 거쳐 2009년 3월 4판이 나온 뒤로는 추가 개정이 멈췄다. 즉 지금 전 세계 대부분의 LMS가 지원하는 SCORM 2004 4판은 2009년 이후 15년 넘게 동결된 스펙이라는 뜻이다. 그럼에도 2026년 현재까지 SCORM은 규정 준수 교육(컴플라이언스 트레이닝) 영역에서 여전히 가장 널리 배포된 표준으로 남아 있다. 오래됐지만 대체되지 않은 표준, 이것이 지금 이 시장의 첫 번째 역설이다.

💡 왜 "저작도구 따로, LMS 따로"에서 책임 공백이 생기는가

표준 미준수 문제가 반복되는 데는 구조적인 이유가 있다. 저작도구는 콘텐츠(강의 패키지)를 만드는 도구이고, LMS는 그 콘텐츠를 실행하고 학습 이력을 기록하는 플랫폼이다. 이 둘은 원래 각각 다른 회사가 만들고, 서로 다른 판매 계약과 유지보수 계약으로 도입되는 경우가 대부분이다. 표준이 이 둘 사이의 '공용어' 역할을 해야 하는데, 문제는 표준 명세가 방대하고 해석의 여지가 있다는 점이다.

SCORM 명세를 100% 엄격하게 구현했다고 자부하는 저작도구와 LMS라 해도, 실제로는 시퀀싱 규칙, 데이터 모델 필드 처리 방식, 메타데이터 스키마 등 세부 항목에서 미묘하게 다른 해석을 하는 경우가 드물지 않다. 여기에 더해 조직 내부적으로는 콘텐츠를 외주 제작하는 경우가 많은데, 외주 계약 시 '표준 준수'를 명시적인 검수 항목으로 넣지 않으면 납품 시점에는 재생이 잘 되다가 LMS를 교체하거나 버전을 올리는 순간 문제가 드러나는 경우가 흔하다. 결국 계약서에도, 기술 검수 과정에도 '표준 준수 여부를 누가 확인하는가'가 명시돼 있지 않은 조직일수록 이 공백이 커진다.

📊 데이터로 보는 표준 채택 현황 — SCORM은 여전히 지배적이다

표준 전환이 얼마나 더디게 진행되고 있는지는 수치로 확인된다. SCORM의 공식 후속 표준으로 미국 국방부가 채택을 주도해온 cmi5는 2017년 도입 이후 5,000건 이상의 패키지 콘텐츠가 임포트됐지만, 이는 업계 대표 클라우드 서비스인 SCORM Cloud에 임포트되는 전체 코스 패키지 중 약 0.2%에 불과하다는 것이 업계 데이터로 확인된다. 반면 SCORM 2004 4판은 2009년 동결 이후 15년 넘게 지났음에도 2026년 현재까지 여전히 주요 LMS 대부분이 기본 지원하는 사실상의 표준 지위를 유지하고 있다.

표준	등장 시점	현재 위상(2026년)
AICC	1980년대(항공산업 CBT 표준)	대부분 폐지, SCORM의 기반 규격으로만 남음
SCORM 1.2	2001년 10월	구형 콘텐츠 다수 잔존, 여전히 재생 지원 필요
SCORM 2004(4판)	2009년 3월(이후 동결)	컴플라이언스 교육의 사실상 표준
xAPI	2013년(Tin Can 프로젝트)	풍부한 학습 데이터 수집에 강점, 자유도가 높아 분석 난이도도 높음
cmi5	2017년(xAPI 프로파일)	SCORM Cloud 임포트의 약 0.2%(성장 중이나 초기 단계)

이 표가 보여주는 핵심은 "최신 표준이 나왔다고 시장이 곧바로 옮겨가지는 않는다"는 사실이다. Articulate Storyline 360, iSpring Suite, Lectora 같은 주요 저작도구들은 이미 cmi5 네이티브 내보내기를 지원하지만, 실제 채택은 여전히 초기 단계에 머물러 있다. 이는 저작도구가 신기술을 지원하는 것과, 시장(LMS·발주 조직)이 그것을 실제로 요구하고 검증하는 것 사이에 간극이 있다는 뜻이다.

🔍 실무 현장 3장면 — 표준을 둘러싼 성공과 실패

장면 1 (실패) — LMS 교체 시 콘텐츠 마이그레이션 난항. 울산대학교의 LMS 교체 사례에서는 강의 자료·퀴즈·동영상 데이터를 새 시스템으로 옮기는 과정에서 상당한 기술적 어려움이 발생한 것으로 알려졌다. 콘텐츠가 표준 규격대로 패키징되지 않았거나, 옛 LMS의 자체 확장 기능에 의존해 만들어졌을 경우 이런 문제가 반복적으로 나타난다.

장면 2 (실패이자 분쟁) — 외주 제작 저작권 소유권 분쟁. 서울중앙지방법원 2017가합590127 사건에서는 홈페이지(웹 콘텐츠) 개발 전문기업이 제작·납품한 결과물의 소스코드를 발주사가 무단으로 복제·재사용하면서 분쟁이 불거졌다. 법원은 침해 사실을 인정해 발주사가 개발사에 4천만 원을 지급하라는 화해권고결정을 내렸다. 이 판례가 이러닝 콘텐츠 제작에 시사하는 바는 명확하다. 계약서에 저작권 귀속을 명시하지 않으면, 원칙적으로 결과물의 저작권은 직접 창작한 외주업체에 남고 발주사는 이용권만 갖는다는 점이다. "우리 회사가 돈을 주고 만들었으니 우리 것"이라는 통념과는 다른 법적 현실이다.

장면 3 (성공에 가까운 사례) — 표준 전문 기업의 20년 축적. 미국의 Rustici Software는 20년 넘게 수백 개의 시스템·도구가 SCORM, xAPI, cmi5, LTI, AICC를 구현하도록 지원해왔고, SCORM Cloud 등 자사 제품은 ADL의 xAPI LRS(Learning Record Store) 적합성 테스트를 세계 최초로 통과한 두 개 제품 중 하나였다. 이는 표준을 전문적으로 다루는 중간 계층(엔진·검증 서비스)이 존재할 때 저작도구·LMS 사이의 호환성 문제가 실질적으로 줄어든다는 것을 보여주는 사례다.

📌 한눈에 보기 — 마이그레이션 실패(장면 1)는 기술적 문제, 저작권 분쟁(장면 2)은 법적 문제, Rustici 사례(장면 3)는 이 둘을 예방하는 '제3의 검증 계층'이 필요하다는 것을 시사한다.

🧭 전문가들은 이 문제를 어떻게 보는가

표준 준수를 둘러싼 시각도 하나로 모이지 않는다.

첫 번째 시각은 엄격한 표준 준수론이다. Rustici Software처럼 표준 구현을 전문으로 하는 기업들은 SCORM·xAPI·cmi5·AICC 전반에 걸쳐 명세를 정확히 지키는 것이 장기적으로 이식성과 유지보수 비용을 가장 크게 줄이는 길이라고 강조한다. 이들이 만든 SCORM Cloud, Rustici Engine 같은 제품은 저작도구가 아니라 '검증 계층'으로서 표준 준수 여부를 자동으로 테스트해주는 역할을 한다.

두 번째 시각은 실용적 절충론이다. xAPI 진영은 SCORM보다 훨씬 풍부한 학습 데이터(모바일 학습, 오프라인 학습, 시뮬레이션 등 다양한 맥락의 활동까지)를 수집할 수 있다는 장점을 내세우지만, 동시에 xAPI 자체가 데이터 구조를 지나치게 자유롭게 열어둬 분석과 상호운용이 어렵다는 지적도 나온다. 이 문제를 보완하기 위해 나온 것이 cmi5로, "규칙이 있는 xAPI 프로파일"이라는 설명이 이 표준의 성격을 잘 요약한다. 즉 완전히 새로운 표준을 쓰기보다, 기존 표준의 단점을 보완하는 절충안을 택하자는 입장이다.

세 번째 시각은 법률·계약 중심론이다. 저작권 전문가들은 표준 준수 여부와 별개로, 콘텐츠 제작 계약 단계에서부터 산출물의 저작권 귀속과 표준 준수 검수 조항을 명시해야 분쟁을 막을 수 있다고 조언한다. 앞서 살펴본 서울중앙지방법원 판례처럼, 기술적으로 완벽한 콘텐츠라도 계약서에 권리관계가 명시돼 있지 않으면 법적 분쟁으로 이어질 수 있다는 것이다.

⚠️ 반론과 한계 — 표준만 지킨다고 문제가 사라지는 건 아니다

표준 준수를 강조하는 논의에서 자주 간과되는 지점이 있다. 표준을 완벽하게 지켰다고 해서 모든 호환성 문제가 사라지는 것은 아니라는 사실이다.

가장 먼저 짚어야 할 한계는 표준 자체의 해석 차이다. SCORM 2004는 시퀀싱과 내비게이션 규칙이 매우 복잡해, 명세를 문자 그대로 구현했다고 주장하는 서로 다른 LMS 사이에서도 실제 동작이 미묘하게 다른 경우가 보고돼 왔다. 표준을 지켰다는 저작도구와 표준을 지원한다는 LMS가 만나도 100% 호환을 보장하지 못하는 이유다.

두 번째 한계는 최신 표준일수록 생태계가 미성숙하다는 점이다. cmi5는 SCORM의 낡은 브라우저 의존성과 xAPI의 지나친 자유도라는 양쪽 단점을 모두 해결하려는 설계지만, 정작 업계에서 지적되는 유일한 약점이 "오래된 인프라와 도구"라는 점은 역설적이다. 표준 자체는 개선됐어도, 이를 뒷받침하는 LMS·LRS·저작도구 생태계가 아직 충분히 성숙하지 않았다는 뜻이다.

세 번째 한계는 표준 준수가 콘텐츠 품질을 보장하지 않는다는 점이다. 국내에서는 한국교육학술정보원(KERIS)이 이러닝 콘텐츠의 기술성 평가기준을 연구하고 품질인증 심사를 운영하고 있는데, 이는 단순히 SCORM 패키징 규격 준수 여부만 보는 것이 아니라 콘텐츠의 교육적 완성도까지 별도로 평가해야 한다는 문제의식에서 나온 제도다. 즉 "표준을 지켰다"와 "좋은 콘텐츠다"는 전혀 다른 차원의 질문이며, 이를 혼동하면 형식적 준수에만 그치는 콘텐츠가 양산될 위험이 있다.

💼 콘텐츠는 누가 책임지는가 — 법적 책임 소재를 정리하면

"콘텐츠는 누가 책임지는가"라는 질문은 두 층위로 나눠 봐야 한다. 하나는 기술적 책임(왜 재생이 안 되는가), 다른 하나는 법적 책임(저작권과 손해는 누가 부담하는가)이다.

기술적 책임은 통상 저작도구-LMS 사이의 표준 해석 차이에서 발생하며, 이 경우 계약서에 '표준 준수 검수' 조항이 있는지가 분쟁 해결의 출발점이 된다. 발주사가 저작도구 업체나 외주 제작사에 "SCORM 2004 4판 규격 준수, LMS 3개 이상에서 재생 테스트 통과"처럼 구체적인 검수 기준을 계약서에 명시해뒀다면, 문제가 생겼을 때 책임 소재가 명확해진다. 반대로 이런 조항 없이 "표준을 지켜서 만들어 달라"는 식의 구두 요청에 그쳤다면, 실제 분쟁이 생겼을 때 입증 책임이 발주사 쪽으로 넘어오는 경우가 많다.

법적 책임은 저작권법의 기본 원칙을 따른다. 앞서 살펴본 판례처럼, 별도의 특약이 없는 한 외주로 제작된 콘텐츠(소스코드·영상·강의자료 등)의 저작권은 직접 창작한 제작사에 귀속되고, 발주사는 계약 범위 내에서 사용할 권리만 갖는다. 따라서 향후 다른 LMS로 콘텐츠를 이전하거나 재가공하려는 계획이 있다면, 계약 시점에 '2차적 저작물 작성권'과 '이전·재사용 범위'까지 명시해두어야 한다. 이를 누락하면 정작 콘텐츠가 필요할 때 저작권자의 별도 동의를 다시 받아야 하는 상황에 놓일 수 있다.

💻 저작도구가 표준을 지켜야 하는 기술적 이유

저작도구 입장에서 표준 준수는 선택이 아니라 생존 조건에 가깝다. 저작도구가 만들어낸 콘텐츠 패키지는 발주 조직이 통제할 수 없는 미래의 어느 시점에, 지금과는 다른 LMS에서 재생될 가능성이 높다. LMS 교체 주기는 통상 3~7년으로 알려져 있고, 그 사이 조직의 요구사항도 바뀐다. 이때 저작도구가 SCORM 매니페스트 구조, 데이터 모델 필드, 시퀀싱 규칙을 표준 명세 그대로 지켜 만들었다면 이전 비용이 최소화되지만, 특정 LMS의 비표준 확장 기능에 의존해 만들었다면 그 LMS를 벗어나는 순간 콘텐츠 전체를 다시 만들어야 하는 상황에 놓인다.

또한 표준을 지킨 콘텐츠는 학습 이력(진도율·점수·완료 여부) 데이터의 이식성도 함께 보장한다. 반대로 표준을 벗어난 방식으로 학습 데이터를 기록하면, LMS를 교체하는 순간 과거 학습 이력 자체가 유실되거나 새 시스템에서 인식되지 않는 문제가 생긴다. 법정의무교육처럼 이수 기록이 법적 증빙 역할을 하는 콘텐츠일수록, 이 이식성 문제는 단순한 불편이 아니라 감사·소송 리스크로 이어질 수 있다.

🤖 LMS가 표준 미준수 콘텐츠를 만났을 때 벌어지는 일

반대 방향에서 보면, LMS 역시 표준 미준수 콘텐츠를 만났을 때 여러 문제에 직면한다. 가장 흔한 증상은 진도율이 0%에서 멈춰있거나 100%를 넘어서는 등 비정상적으로 기록되는 경우, 퀴즈 점수가 아예 전달되지 않는 경우, 콘텐츠 실행 자체가 백지 화면으로 멈추는 경우다. 이런 문제가 발생하면 LMS 운영 담당자는 콘텐츠 제작사에 문의하고, 제작사는 "우리 콘텐츠는 문제없다"고 답하는 '핑퐁' 상황이 반복되기 쉽다.

이 문제를 실무적으로 해결하는 방법은 두 가지로 압축된다. 첫째는 콘텐츠 업로드 단계에서 표준 준수 여부를 자동으로 검증하는 절차를 LMS 자체에 두는 것이다. 둘째는 신규 콘텐츠를 실제 운영 환경에 배포하기 전, 별도의 검증 환경에서 재생 테스트를 의무화하는 것이다. 두 방법 모두 사후에 문제를 발견하는 것보다 사전에 걸러내는 비용이 훨씬 낮다는 공통점이 있다. 표준 미준수로 인한 재작업 비용은 콘텐츠 하나당 발생하는 것이 아니라, 그 콘텐츠를 이수해야 하는 모든 학습자의 이수 기록에 연쇄적으로 영향을 미치기 때문에 파급 범위가 생각보다 크다.

⚖️ SCORM vs xAPI vs cmi5 — 지금 무엇을 선택해야 하나

세 표준은 상호 배타적이지 않지만, 용도에 따라 유불리가 갈린다.

기준	SCORM 2004	xAPI	cmi5
강점	가장 넓은 LMS 호환성, 안정적	모바일·오프라인·시뮬레이션 등 다양한 학습 맥락 기록	SCORM의 안정성 + xAPI의 풍부한 데이터
약점	2009년 이후 스펙 동결, 브라우저 의존	자유도가 높아 데이터 분석·상호운용 어려움	생태계·도구가 아직 초기 단계
적합한 용도	컴플라이언스 교육, 법정의무교육	비정형 학습 경험 데이터 수집	신규 구축 프로젝트, 장기 이식성 중시
2026년 채택 현황	사실상 업계 표준 유지	확산 중이나 표준화 방식은 조직마다 상이	SCORM Cloud 임포트의 약 0.2%

결론적으로 지금 당장 대규모 기존 콘텐츠를 운영하고 있다면 SCORM 2004와의 호환성을 우선 유지하되, 신규로 제작하는 콘텐츠부터 단계적으로 cmi5 내보내기를 지원하는 저작도구를 선택하는 것이 실무적으로 합리적인 절충안이다. 이미 Articulate Storyline 360, iSpring Suite, Lectora 등 주요 저작도구가 cmi5 네이티브 내보내기를 지원하고 있어, 저작도구 자체를 교체하지 않고도 이 절충안을 실행할 수 있는 환경은 갖춰져 있다.

🗺️ 표준 준수 체크리스트 — 저작도구·LMS 선택 시 확인할 것

조직이 저작도구나 LMS를 새로 도입하거나 콘텐츠 외주 계약을 맺을 때 확인해야 할 항목을 정리하면 다음과 같다.

1. 표준 준수 명시. 계약서에 "SCORM 2004 4판(또는 cmi5) 규격을 준수하며, 최소 2개 이상의 LMS에서 재생 테스트를 통과한다"는 식의 구체적 조건을 명시한다. 추상적으로 "표준을 지킨다"고만 적으면 분쟁 시 입증이 어렵다.

3. 이식성 테스트. 새 저작도구나 콘텐츠를 도입하기 전, 현재 사용 중인 LMS는 물론 향후 교체 가능성이 있는 다른 LMS에서도 샘플 콘텐츠를 미리 재생해본다.

4. 학습 이력 백업 체계. LMS 교체 시점에 과거 학습 이력(진도율·점수·수료 기록)을 별도로 백업하거나 이관할 절차를 사전에 마련해둔다.

5. 품질인증 활용. 국내 콘텐츠라면 KERIS 등 공인 기관의 이러닝 콘텐츠 품질인증 결과를 참고해, 표준 준수뿐 아니라 교육적 완성도까지 함께 검증한다.

🚀 지금 조직이 해야 할 3가지 실행 과제

당장 실행 가능한 우선순위 세 가지를 꼽는다면 다음과 같다. 첫째, 현재 보유한 콘텐츠 자산이 어떤 표준(SCORM 1.2/2004, xAPI, cmi5, 또는 특정 LMS 전용 비표준 방식)으로 만들어졌는지부터 목록화한다. 둘째, 신규 외주 계약부터 표준 준수 검수 조항과 저작권 귀속 조항을 계약서 표준 양식에 반영한다. 셋째, LMS 교체나 대규모 콘텐츠 갱신 계획이 있다면, 최소 3~6개월 전에 샘플 콘텐츠로 이식성 테스트를 먼저 진행한다. 이 세 가지만 갖춰도 "재생이 안 된다"는 뒤늦은 발견을 상당 부분 예방할 수 있다.

❓ 자주 묻는 질문

Q1. SCORM과 cmi5 중 지금 무엇을 선택해야 하나요?
기존 콘텐츠 자산이 많고 법정의무교육처럼 안정성이 중요하다면 SCORM 2004와의 호환을 우선하되, 신규 프로젝트부터는 cmi5 내보내기를 지원하는 저작도구를 선택하는 절충 전략이 현실적이다.

Q3. LMS를 교체하면 기존 학습 이력도 함께 옮겨지나요?
자동으로 옮겨지지 않는 경우가 많다. 콘텐츠가 표준을 지켜 만들어졌다면 이전이 상대적으로 쉽지만, 특정 LMS의 비표준 확장 기능에 의존했다면 이력 유실 위험이 크므로 사전 백업이 필요하다.

Q4. 저작도구가 cmi5를 지원한다고 광고하면 바로 안심해도 되나요?
지원 여부와 실제 자사 LMS·운영 환경에서의 호환 여부는 다른 문제다. 반드시 샘플 콘텐츠로 실제 재생 테스트를 거친 뒤 도입을 결정해야 한다.

Q5. 콘텐츠 재생 오류가 반복되면 어느 쪽에 책임을 물어야 하나요?
계약서에 표준 준수 검수 조항이 명시돼 있다면 그 조항을 근거로 저작도구·제작사에 책임을 물을 수 있다. 조항이 없다면 실제로는 발주사가 문제를 입증해야 하는 부담을 지는 경우가 많아, 사전 계약 정비가 중요하다.

Q6. KERIS 품질인증을 받은 콘텐츠라면 표준 호환성도 보장되나요?
품질인증은 교육적 완성도와 기술성 평가기준을 함께 다루지만, 특정 LMS와의 100% 호환을 보장하는 인증은 아니다. 별도의 재생 테스트가 여전히 필요하다.

Q7. xAPI로 전환하면 SCORM 콘텐츠는 전부 폐기해야 하나요?
아니다. 대부분의 LRS·LMS는 SCORM과 xAPI를 병행 지원하도록 설계돼 있어, 기존 SCORM 자산을 유지하면서 신규 콘텐츠부터 xAPI·cmi5로 전환하는 단계적 접근이 일반적이다.

🗺️ 결론 — 표준은 계약과 함께 갈 때 힘을 가진다

SCORM은 2009년 이후 스펙이 멈췄는데도 아직 업계 표준으로 살아남았고, 그 후속 표준인 cmi5는 등장한 지 여러 해가 지났지만 여전히 전체 임포트의 0.2% 수준에 머물러 있다. 이 괴리 자체가 "표준을 지키는 것"과 "표준이 실제로 작동하는 것" 사이에 얼마나 큰 간극이 있는지를 보여준다. 저작도구와 LMS 사이에서 콘텐츠의 책임 소재를 명확히 하려면, 기술적으로는 표준 준수와 이식성 테스트를, 법적으로는 저작권 귀속과 검수 조항을 계약서에 함께 담아야 한다. 어느 한쪽만으로는 울산대 사례나 서울중앙지방법원 판례 같은 상황을 막을 수 없다.

NUGUNA에서는 SCORM 1.2/2004, cmi5 표준을 자체 구현한 저작도구를 통해 이런 이식성 문제를 구조적으로 줄이려 하고 있다. 저작도구가 실제로 어떻게 표준을 다루는지 궁금하다면 저작도구 소개와 SCORM·cmi5 자체 구현 내용을 다룬 SCORM 표준 페이지를 참고할 수 있고, LMS와의 연동 구조가 궁금하다면 LMS 핵심 기능 페이지를 확인해볼 수 있다. 실제 화면을 먼저 보고 싶다면 인터랙티브 데모를, 조직의 콘텐츠 이전·표준 준수 상황을 구체적으로 점검받고 싶다면 상담 신청을 통해 문의할 수 있다.

📎 참고 자료

트렌드 뉴스 목록으로