IPR 및 유포에 관한 공지사항
이 표준을 활용하는 이는 표준을 적용하면서 인지하게 된 관련 특허 또는 지적재산권의 침해 가능성 사실을 코멘트와 함께 문서의 형태로 제공해야 한다.
IMS는 이 문서에 명시된 기술의 적용 또는 활용과 관련된 지적재산권 또는 기타 권리의 적용범위와 유효성에 대한 입장, 또는 그러한 권리와 관련하여 어느 정도까지 허용될 것인지에 대한 입장을 표명하지 않는다. 뿐만 아니라, 그러한 권리를 파악하는 노력을 기울였다는 사실 또한 명시하지 않는다. IMS 표준에 명시된 권리와 관련하여 IMS 절차에 관한 정보는 IMS 지적재산권 웹 페이지
1)를 참조할 수 있다.
Copyright © IMS Global Learning Consortium 2007. All Rights Reserved.
이 표준을 배포하거나 제품 또는 서비스 제공을 위해서 활용하고자 한다면, IMS Korea 표준화 포럼 사무국(한국교육학술정보원)에 승인 요청을 하고 이메일을 통해 승인을 받아야 한다.
IMS 정식회원 및 기부회원, 개발자 네트워크는 상기의 저작권 공지사항과 이 문장을 사본에 포함시키는 조건 하에 이 표준을 배포 및 활용할수 있다. 그러나 저작권 공지사항 또는 IMS 명칭이 표기된 부분을 삭제하는 등, 이 표준을 훼손하는 행위는 금지된다. 단, IMS가 승인한 프로젝트그룹의 감독 하에 IMS 표준을 수정하는 경우는 예외적으로 허용된다.
상기 부여된 제한된 승인 내용은 영속적이며, IMS 또는 후임기관 그 누구라도 라이센스를 취소할 수 없다.
이 표준은 어떠한 보증도 하지 않으며, 특히 불침해에 대한 그 어떤 보증도 하지 않는다. 이 표준의 사용에 대한 책임은 온전히 사용자에 의하며, 그 어떤 컨소시엄이나 제공 주체도 이 표준을 사용함으로써 제3자가 직간접적으로 입을 수 있는 피해에 대해 책임지지 않는다.
Copyright © 2007 by IMS Global Learning Consortium, Inc.
All Rights Reserved.
이 표준은 한국의 이러닝 분야 디지털 콘텐츠의 공유 및 유통 체제 확립을 위해 IMS Global Learning Consortium(이하 GLC)의 Content Packaging 표준을 기초로 작성한 IMS Korea 단체표준이다. 이 표 준은 한국의 문화적, 교육적, 언어적 특수성 등을 감안하여 현지화 등 확장을 고려하여 작성되었다.
또한 이 표준을 실제 구현할 때 부분적으로 선택하여 적용할 수 있도록 필수와 선택 영역이 구분되어 있으므로 목적에 따라
선별적인 적용이 가능하다.
이 표준은 이러닝 분야 디지털 콘텐츠의 논리적인 구조와 물리적인 파일들을 체계적으로 바인딩 할 수 있도록 정의된 모델로서, 구조정보파일인 매니페스트(manifest) 파일을 포함한 모든 자원들이 하나 의 압축파일(zip, jar, tar 등) 형태로 묶여지도록 설계되었다. 교환 패키지(interchange package)라고 불 리는 이 파일은 실제 유통되는 포맷으로서, 이러닝 플랫폼에 탑재(import) 또는 추출(export)되는 표준 화된 메커니즘을 제공한다.
이 표준은 멀티파트로 구성되며, 다음과 같은 세가지 표준 문서로 구성된다.
- Part 1 : 정보모델 (Information Model)
- Part 2 : XML 바인딩(XML Binding)
- Part 3 : 활용 사례 및 실행 가이드(Best practice & Implementation Guide)
이 표준은 저작권법에서 보호 대상이 되는 저작물이다. 이 표준 문서의 표지에 있는 지적재산권 공지사항을
숙지할 것을 다시 한번 강조한다.
참고로 이 표준은 현재 ISO/IEC JTC1 SC36(Information Technology for Learning, Education, and Training)에도 제출되어 국제 표준(ISO)으로 승인 받기 위한 작업을 진행 중이며, 교육과학기술부의 사이버가정학습 및 디지털 교과서 등과 같은 정책사업에 적용 중인 표준이다.
- 콘텐츠 패키지 표준의 기능들을 실행
- 추천사례들을 소개
- 새로운 표준 기능을 보여주는 사용 사례들을 기술
이 문서는 정보 제공용이다.
이 ‘우수사례 및 실행가이드’는 우수사례들을 서로 공유하고 이 버전에서 제시하는 새로운 기능들을 실행하는데 도움이 되는 추천사례들을 소개하는 데에 중점을 두고 있다. IMS 콘텐츠 패키지는 e-러닝 분야에서 널리 사용되어 왔다.
이 버전에서의 변경 사항들을 통해 콘텐츠 패키지의 용도가 다른 분 야로도 확대되었으면 하는 바람이다. 이 가이드는 IMS 구조정보 문서의 인스턴스 구성과, 이들이 정 의하는 IMS 콘텐츠 패키지에 중점을 둔다.
IMS 구조정보파일(manifest)을 생성하고 IMS 콘텐츠 패키지를 생성하는 애플리케이션은 이 가이드에서 일반적으로 IMS 패키지 라이터(IMS package writer)로 지칭된다. 또한, IMS 조정보를 해석하고 IMS 콘텐츠 패키지를 사용하는 애플리케이션은 IMS 패키지 리더(IMS package reader)로 지칭된다. 마지막으로, IMS 콘텐츠 패키지를 생성하고 소비하는 애플리케이션과 시스템은 통합적으로 IMS 패키 저(IMS packager)로 지칭된다. IMS 패키지 라이터와 리더는 학습관리시스템(LMS)의 구성요소가 될 수도 있다.
IMS 콘텐츠 패키징이 광범위하게 채택되고 수십만 개의 IMS 콘텐츠 패키지가 이미 생성된 것에 미 루어 볼 때, 기존 소프트웨어 구성요소들은 본래 다루어왔던 타입의 콘텐츠 패키지에 대한 처리가 가능해야하고, 1.2 버전을 적용해 새롭게 만든 소프트웨어 구성요소들은 기존의 콘텐츠 패키지들 또 한 각 콘텐츠 패키지의 의도대로 처리할 수 있어야 한다.
1,2버전의 표준을 반영한 새롭게 만든 시스 템은 1.2 버전에서 소개하고 있는 , 링크와 참조를 가능하게 하는 확장 객체들을 처리할 수 있어야 한다. 이 새로운 확장 객체들의 기능성에대한 설명은 이 문서의 4장에 기술되어 있으며, 규범에 대한 기술(normative description)은 IMS 콘텐츠 패키징 정보모델[CP, 07a]에 포함되어 있다.
새로운 확장 객체(extension object)는 기존에 있는 IMS 콘텐츠 패키징 네임스페이스(namespace)에 어떠한 형태로도 포함되지 않으며 IMS 콘텐츠 패키징에서 기능상 확장이 생길 수 있는 부분들이 준 수 되고 IMS 콘텐츠 패키징을 포함해 그 안에서 표기되는 용어들이 동일한 의미로 사용되는 개별 네임스페이스(separate namespace)에 정의되어 있다. 1.2버전은 또한 정보모델(Information Model) 내 의 특정 객체가 사용한 어휘 목록 (그리고 지정된 새로운 네임스페이스)을 모델 자체에서 분리한다.
이에 대한 상세 정보는 IMS GLC 표준 개발 어휘 정의, 등록, 그리고 유지보수 절차 [SDN11, 06]에 포함되어 있다.
이러한 방법을 통해 기존의 장점들을 유지함으로 IMS 콘텐츠 패키징의 구조에 대한 변형이 이루어 지지 않는 범위 내에서 향후 성장을 위한 단단한 기반을 만드는 것을 추구하고자 한다 (상위, 하위 호환성에 대한 보다 상세한 규범에 대한 기술은 IMS 콘텐츠 패키징 정보모델에 포함되어 있다).
IMS 콘텐츠 패키징의 1.2 버전에 추가된 새로운 기능 및 명시는 다음과 같다.
- 표준에 사용된 용어의 의미가 명시되었다.
- 현재 하위구조정보파일(child-manifest)로 명명된 하위레벨의
구조정보파일(sub-manifest)에 대한 용도가 명시되고 개선되었다.
― 하위구조정보파일를 가리키는 항목의 해석이 명시되었다.
― 하위구조정보파일의 구성요소가 정확히 첨부되고 해석될 수 있도록 하는 새로운 기능이 추 가되었다.
― 외부에 존재하는 하위구조정보파일을 지원하는 기능이 추가되었다.
- 외부에 있는 메타데이터파일에 대한 참조를 가능케 하는 기능이 추가되었다.
- 어떠한 단체 및 기관 내에서 사용 되는 모든 내부용어(internal vocabulary)는 제거되었으며, 이 러한 내부용어들은 현재 IMS 등록 절차를 통해 관리되며 해당 VDEX 파일에 저장된다. (자원 (resource)내의 유형과 구성내의 구조) [VDEX, 04c].
- 다른 패키지를 하나의 콘텐츠로 사용케 하는 새로운 ‘독립실행형(stand-alone)’ 자원(resource) 유형이 추가되었다.
- 베이스(base), 파라미터(parameter), IsVisible, 그리고 하이퍼(href) 정보모델 클래스의 표현형식 (syntax)과 실행방법이 명시되었다.
- 여러 유형의 자원(resource)객체를 지원 또는 호환하는 기능이 추가되었다. 접근 가능한 콘텐츠에 대한 대체 자원(resource)들을 지원하는 기능 또한 포함된다.
- 구성(organization)과 항목(item)을 여러 가지 언어로 표기할 수 있는 기능이 추가되었다.
순수하 게 콘텐츠만 포함하는 인터체인지 패키지와 콘텐츠 파일을 로컬에 두지 않는 인터체인지 패키 지에 대한 기능이 명시되었다.
IMS 콘텐츠 패키징실행 커뮤니티들은 저장된 자원과 IMS 구조정보파일(manifest)의 다양한 인스턴스에서 발견된 여러 프레젠테이션 구조(presentation structure)의 일부분들을 재사용하는 것의 유용함을 알게 되었다. 이는 패키지 인터체인지 파일(PIFs) 안에 저장되어 있건 파일 저장 시스템에서 확장성 마크업 언어(XML) 문서로 저장되어 있건 상관없이 말이다. 새로운 IPointer 객체를 통해 IMS 콘텐츠 패키징 1.2 버전은 실행 커뮤니티들이 다른 IMS 구조정보파일(manifest) 내의 정보들을 상호호환적으 로 참조할 수 있도록 한다.
IPointer는 두 개의 구조정보(manifest) 파일을 연계한다. 이후, IMS 패키지 리더는 첫 번째 구조정보 파일이 기술하고 있는 링크를 시도하는 자체객체의 위치정보와 참조되는 구조정보(manifest) 파일 내에 기술되 있는 객체 타겟 집합데이터 이 두 데이터가 나타내는 대로 두 구조정보(manifest) 파일을 연계한다. 두 문서로부터 데이터를 수집해 처리 및 저장에 사용한다.
예를 들어, 다른 IMS 구조정보(manifest) 파일에 포함된 항목(item) 객체 집단을 자신의 구조정보 (manifest) 파일의 구성(organization) 객체와 연계시키고자 한다면, IPointer 하부 확장(child extension) 을 리모트 환경 또는 하부구조정보파일(child-manifest)에 있는 아이템(item) 객체들의 콜렉션을 가리키는 구성(organization)객체에 선언(declare)한다. (IMS 패키지 라이터를 이용해 선언할 수도 있다). IPointer 객체는 PIF 또는 다른 패키지에 포함된 로컬 또는 리모트 환경에 있는 객체일 수 있다.
IPointer는 다른 특정 객체에만 위치하며, 특정 기타 객체를 타겟으로 할 수 있다. 이 정보모델은 IPointer 사용에 대한 표준 메커니즘을 정의한다. 다음 표는 IPointer객체의 사용이 유효한 위치클래스와 타겟객체를 보여준다. 소스와 타겟은 객체 이름으로 식별할 수 있다.
| IPointer 클래스의 상위(Parent) 클래스 |
IPointer 클래스의 유효한 타겟 노드 집합 |
| Manifest(구조정보) |
Manifest(구조정보) |
| Organizations(구성집합) |
Organization(구성) |
| Organization(구성) |
Item(항목) |
| Item(항목) |
Item(항목) |
| Resources(자원집합) |
Resource(자원) |
| ManifestMetadata(구조정보메타데이터) |
MetadataModel(메타데이터모델) |
| Metadata(메타데이터) |
MetadataModel(메타데이터모델) |
이 장에 소개된 사용사례들은 표준 이용자들의 목표와 이러한 목표들을 달성할 수 있는 방법들에 중 점을 둠으로써 IMS 콘텐츠 패키징의 기존, 그리고 새로운 주요 기능들을 설명한다. 이 장에 표준의 모든 기능들이 설명되거나 특정 기능의 모든 용도가 상술되지는 않는다.
전형적인 패키지는 일반적으로 PIF의 모든 자원을 포함하며, 인터체인지 포맷으로 ZIP압축방식을 사 용한다. 패키지는 한 레벨의 구조정보파일 밖에 가지지 않으며, 하부 구조정보파일(child-manifest)는 포함하지 않는다. 모든 항목(Item) 객체들은 visible로 선언되거나 가정된다. 자료가 하나 이상의 언어 나 접근 양식(accessibility modality)으로 표현되어야 하는 경우, 두 개의 구성(organization) 객체가 포함되어 각 언어 및 접근 양식을 분리한다.
가장 널리 사용되는 콘텐츠 패키징 프로파일인 SCORM (Sharable Content Object Reference Model)에 적합한 콘텐츠 패키지들 또한 이 단순한 패턴을 따른다. 이러한 SCORM형 콘텐츠 패키지들이 다른 프로파일을 따르는 패키지들과 차별화되는 점은 메타데이터가 포함되는 구성방식에 있다.
즉, SCORM 패키지는 패키지 레벨의 메타데이터를 구조정보파일에서 참조되는 별도의 특정파일에 분리되어 저장한다. 일반적으로 다른 프로파일들은 패키지 레벨의 메타데이터 정보를 구조정보파일 자체 문맥에 별도의 라인을 두어 포함하고 있다. 또 다른 차별점은 SCORM 패키지들이 학습자와 콘텐츠간의 상호작용 추적을 지원하고 SCORM 2004의 경우에는 IMS 심플 시퀀싱(simple sequencing) [SS, 03c]을 지원한다는 데 있다.
이러한 유형의 콘텐츠 패키지들은 다양한 LMS에서 지원할 가능성이 크며, 그 결과 가장 높은 상호 호환성을 보인다.
| 레벨: |
1차 사용사례 |
| 행위자: |
1차: 콘텐츠 저자
2차: 콘텐츠 저장소 |
| 관계자: |
콘텐츠 개발자들 |
| 이해관계자: |
콘텐츠 개발 툴 개발자 |
| 기본흐름: |
- 콘텐츠 저자는 필요한 학습 콘텐츠를 생성한다.
- RELOAD와 같은 패키징 툴만을 이용해 IMS 구조정보파일과 웹 콘텐 츠 자원을 포함하는 PIF (주로 ZIP파일)가 생성된다.
- PIF는 저장소 그리고/또는 LMS에 저장된다.
|
| 대체가능한 흐름: |
- 콘텐츠 저자가 SCORM형 콘텐츠를 생성한다.
- 메타데이터 등의 SCORM 적합 파일들을 포함하는 PIF가 생성된다.
- PIF는 저장소 그리고/또는 LMS에 저장된다.
|
| 성공요인: |
- 모든 자원들은 PIF내에 포함된다.
- 패키지는 (기존) SCORM형 콘텐츠와의 호환이 가능한 LMS 시스템에 의해 쉽게
수집(ingest)된다.
|
주: 이 표준에 포함된 사례들 중 ‘단순_매니페스트_코어(simple_manifest_core)’ 패키지는 전형적 패키지의 일반적인 인스턴스이다. 사례로 든 패키지들은 IMS 웹사이트
http://www.imsglobal.org/content/packaging/index.html 에서 찾아볼 수 있다.
본래, ZIP 압축포맷 등의 PIF는 코스를 하나의 학습 전달 환경 (LMS 등)에서 다른 환경으로 이동하 는 기능만 하도록 고안되었다. 하지만 실제로는, 압축된 파일이 LMS에 설치된 후에 코스가 압축된 파일로부터 전달이 된다. 코스를 포함하는 PIF의 성격과 용도를 전달 매커니즘에서 콘텐츠 관리 도 구로 바꾸는 개념이라 할 수 있다.
이러한 방법도 효과가 있기는 하지만, PIF내의 콘텐츠를 복사하기보다는 중앙 서버에 두는 것이 권장 되는 경우도 있다. 이렇게 하면 학습자원에 대한 접근을 보다 용이하게 관리할 수 있으며, 콘텐츠 파 일을 언제든지 업데이트할 수 있으며, 콘텐츠 발행자가 콘텐츠파일에 대한 사용을 보다 정확하게 모 니터링 할 수 있다.
| 레벨: |
1차 사용사례 |
| 행위자: |
1차: 콘텐츠 저자
2차: 콘텐츠 저장소 및 학습자 |
| 관계자: |
콘텐츠 관리자 |
| 이해관계자: |
콘텐츠 저작 툴 개발자 |
| 기본흐름: |
- 콘텐츠 저자는 다양한 저장소에서 콘텐츠 파일을 검색한다.
- 콘텐츠 저자는 저장소에 위치해있는 콘텐츠 파일에 대한 참조를 포함하는 콘텐츠 패키지 구조정보파일을 작성한다.
- 다양한 LMS간에 콘텐츠 패키지 구조정보파일의 교환이 이루어진다.
- 학습자가 LMS 내의 콘텐츠 패키지 구조정보파일에 접근한다.
- 콘텐츠 파일을 리모트 저장소에서 불러온다.
|
| 대체가능한 흐름: |
- 콘텐츠 저자는 새로운 콘텐츠 파일을 생성해 하나 이상의 저장소에 저장한다.
- 콘텐츠 저자는 저장소에 위치해있는 콘텐츠 파일에 대한 참조를 포함하는 콘텐츠 패키지 구조정보파일을 작성한다.
- 콘텐츠 패키지 구조정보의 참조는 특정 LMS나 기관으로 보내지는 구조정보 인스턴스를 식별하기 위해 특유하게 코딩 된다.
- 참조의 구성방식, 또는 저장소에 의해 결정된 인증 또는 인증 매커니즘에 따라 저장소는 LMS의 자원 접근 허가 여부를 결정한다.
|
| 성공요인: |
- 콘텐츠 소유자는 언제든 콘텐츠 파일에 대한 접근을 제어할 수 있다.
- 콘텐츠 소유자는 언제든 콘텐츠 파일 사용을 모니터링할 수 있다.
- 콘텐츠 파일 업데이트는 자동으로 전달된다.
|
SCORM 공유가능 콘텐츠 객체(SCO)는 학습자의 교육과정 진도를 추적할 수 있는 SCORM 내의 최소 단위이다. SCO는 여러 페이지의 콘텐츠를 포함하는 경우가 많아서, 학습자의 진도를 추적하기가 어렵다.이는 학습자가 차후에 세션을 다시 개시할 때 어려움을 줄 수 있는 요인으로 작용할 수 있 다.
이 문제는 SCO와 코스 구조정보파일사이에 패키징 레벨을 두어 그 안에 여러 개의 SCO를 하나씩 조합함으로써 해결할 수 있다. 이와 같이 레벨을 두어 관리한다는 것은 다수의 SCO에 대한 조합을 여러 개의 레벨로 나누어 깔끔하게 정리할 수 있으므로 콘텐츠 관리에도 도움이 된다.
명시가 뒤따른다면, 하위구조정보파일(child-manifest)도 이러한 목적으로 사용될 수 있다. 하위구조정보 파일은 다른 구조정보 파일에 의해 사용되는 구조정보의 완벽한 형태를 갖추고 있다. 하위구조정 보 파일은 상위구조정보 파일에 정의된 보다 큰 논리 패키지의 일부인 완벽한 형태의 논리 패키지 를 기술한다. 구조정보는 하나 이상의 자식 구조정보 파일을 포함할 수 있다. 1.2 버전 이후부터, 구 조정보파일은 상위구조정보파일의 외부에 위치한 하나 이상의 하위구조정보 파일에 대한 참조를 포 함할 수 있다.
| 레벨: |
1차 사용사례 |
| 행위자: |
1차: 콘텐츠 저자
2차: 콘텐츠 저장소 |
| 관계자: |
콘텐츠 개발자 |
| 이해관계자: |
콘텐츠 개발 툴 개발자 |
| 사전조건: |
- 모든 기본 콘텐츠 파일은 이미 저작되었다.
- 최상위레벨의 콘텐츠 패키지는 비교적 범위가 넓으며, 여러 레슨의 자료를 조합해 구성이 된다.
- 콘텐츠 개발 툴은 구조정보 파일 자체 문맥에 참조를 기록하는 방식 또는 별도의 파일을 두어 참조를 가능케 하는 방식으로 참조가 가능한 하위구조정보 파일을 지원한다.
|
| 기본흐름: |
- 콘텐츠 개발 툴을 이용해 콘텐츠 저자는 기본 콘텐츠 자산을 독립적으로 재사용이 가능한 콜렉션으로 모은다.
- 콘텐츠 저자는 각 콜렉션을 단일 페이지 SCO로 구성된 독립실행형 논리 패키지로 변환한다.
- 콘텐츠 저자는 패키지들을 하나의 PIF안의 단일 논리 패키지로 조합한다.
|
| 사후조건: |
- PIF는 조합된 패키지의 구조정보 파일를 인라인 하위구조정보 파일로 포함하는 하나의 구조정보 파일 문서를 포함한다 (아래 예를 참조할 것).
- 달리 말해, PIF는 하위 디렉토리에 있는 자식 하위구조정보 파일들을 참조하는 상위구조정보 파일을 포함한다 (아래 예를 참조할 것).
|
| 성공요인: |
- 학습자의 진도를 적정한 세밀한 레벨까지 추적이 가능하다.
- 콘텐츠 자원은 재사용이 최대한 쉬운 레벨로 저작되고 관리될 수 있다.
|
하위구조정보파일의 예:
하위구조정보 파일의 사용 예는 다음과 같다. 콘텐츠 저자가 세 개의 기존 콘텐츠 패키지를 기반으 로 캠핑에 대한 레슨을 개발하고 있다고 가정하자. 세 개의 패키지는 다음과 같다: ‘텐트 세우는 법’, ‘불 피우는 법’, 그리고 ‘스모어 (역자 주: 마쉬멜로우와 초컬릿이 들어간 과자) 만들기’이다. 콘텐츠 저자는 (a) 이미 존재하는 이 세 개의 콘텐츠 패키지에 상응하는 세 개의 구조정보 파일을 새로운 구 조정보 파일에 포함시키거나, (b) 기존에 존재하던 세 개의 구조정보 파일을 참조할 수 있다. 참조된 하위구조정보 파일은 인터체인지 패키지에 속하거나 저장소 등에 개별적으로 호스팅될 수 있다.
그림 4.1 하위구조정보(child-manifest) 파일사용사례
특수 패키지는 특정한 일반적인 패턴을 따르지는 않지만, 구조정보파일 내 특정 유형의 콘텐츠(구조 정보 파일 문맥 내에 라인을 두어 기술하는 “인라인” 표기 방식을 사용하는 경우가 많음)를 전달하 는 데 사용된다는 점에서 유사하다. 실제로, 대부분의 특수 패키지는 다음과 같은 콘텐츠와 관련된 다른 IMS 표준 관련 패키지들의 조합이라 할 수 있다.
- IMS ePortfolio [EP, 05b]
- IMS Learning Design [LD, 03a, c]
- IMS LIP [LIP, 01a]
- IMS QTI [QTI, 05a, b, c, d]
- IMS Simple Sequencing [SS, 03c]
위의 경우, 구조정보 파일에 기술된 콘텐츠의 대부분은 외부 파일이 아니며, 그 구조도 IMS 콘텐츠 패키징 표준에 적합하지 않다. 오히려 이러한 패키지의 핵심에는 XML 방언(XML dialect)에서 쓰여지 는 특정 데이터에 대한 기술이 있다. 콘텐츠 패키징은 단지 이러한 기술들을 조합하는 편리한 방법 을 제공할 뿐이다. IMS의 각 표준에서 콘텐츠 패키징이 어떻게 사용되는지에 관해서는 관련 IMS 문 서 세트에 제시되어 있다.
IMS 단순 시퀀싱 등의 일부 표준은 자신의 XML 속성을 IMS 콘텐츠 패키징의 항목 구조에 추가하기도 한다. 이러한 속성들이 전달하는 정보가 어떻게 조직 내의 항목 객체로 만들어질 수 있는 수형도 (tree-like) 구조에 영향을 주는지 생각해보아야 한다. 상위구조정보 파일이 하나 이상의 하위구조정보 파일 객체와 연계를 선언하고 모든 하위구조정보 파일객체가 자체적으로 시퀀싱이 어떻게 실행 되야 하는지에 대한 규칙정보를 포함하고 있을 때 여러 시퀀싱 규칙 집합 사이에 충돌이 발생할 수 있다. 이는 시퀀싱 규칙을 가진 하나 이상의 하위 항목을 포함한 상위 항목이 시퀀싱 규칙을 가지고 있는 경우와 개념적으로 다르지 않다. IPointer 객체를 이용할 때, 주목해야 할 점은 IPointer가 가르키는 외 부구조정보 파일(external manifest)내의 타겟 항목에 대해 항목이 상위(parent)항목으로 지정이 되는 지 여부이다. 하위구조정보 파일 객체에 대한 연계가 내부 참조를 포함하는 주조정보 파일 객체에도 같은 논리가 적용된다.
| 레벨: |
1차 사용사례 |
| 행위자: |
1차: 콘텐츠 저자와 학습지도 설계사
2차: 콘텐츠 툴 개발자 |
| 관계자: |
콘텐츠 개발자 |
| 사전조건: |
- 교정(remediation)을 거쳐 새로운 콘텐츠 패키지를 구성해야 한다는 조 건이 존재한다.
- 학습자가 퀴즈를 풀지 못했을 때에만 교정이 제시된다. 새로운 개념도 는 그림 4.2와 같다. A는
새로운 콘텐츠 패키지를 나타내고, AA는 퀴즈 를 포함하며, X는 학습자가 AA를 만족시키지 못했을 때 교정을 위해 사용되는 콘텐츠 패키지이다.
그림 4.2 새로운 패키지 개념도
- 리모트 패키지 그림 4.2의 X는 콘텐츠 패키지 저자에 의해 변경될 수 없다.
- 개념적으로, IMS 패키지 리더가 그림 4.2의 구조를 프로세스 하는 경 우, 그 결과로 그림 4.3과 같은 구조를 가지게 된다.
그림 4.3 처리된 구조의 개념도
|
| 기본흐름: |
- 교수 설계자(instructional designer)가 저장소를 검색하고 적절한 교정을 가진
콘텐츠 패키지를 찾는다. 교수 설계자는 AA가 충족되지 못할 때에만 X가 디스플레이 된다는 시퀀싱 규칙을 X에 적용해야 한다.
- 하지만, L1은 완전히 교체될 링크 객체이며 관련 시퀀싱 규칙과 연계될 수 없다. 그리고 노드 A에 적용되는 규칙도 L1에게는 효과가 없다. 그러므로, 교수 설계자는 외부 구조의 부모가 되는 새로운 항목을 추가한다.
- 교수 설계자는 새로운 부모(AB)에 X의 시퀀싱 규칙을 적용한다. 새로운 콘텐츠 패키지의 개념도는 그림 4.4와 같다. 그림 4.4의 개념도가 효과적으로 작동하기 위해서 교수 설계자는 전역적 변수들을 도입해야 한다. AA가 충족되었는지를 AB가 알기 위해서, AA의 총족 여부를 AB가 읽을 수 있는 전역적 변수값에 매핑되어야 한다.
그림 4.4 적용되는 시퀀싱 규칙의 개념도
|
| 성공요인: |
- 학습자의 반응에 따라, 외부 구조정보파일에 대한 참조는 교수 설계자 가 본래 의도한대로 처리되고 디스플레이 된다.
- 시퀀싱된 콘텐츠는 다양한 교수 목적으로 쉽게 재사용 가능하다.
|
IMS 콘텐츠 패키징 외에도 복합 디지털 객체(complex digital object)를 조합하는 다양한 포맷이 존재 한다. 예를 들어, 라이브러리 커뮤니티에서는 메타데이터 인코딩과 전송 스키마(metadata enconding and transport schema) [METS]가 널리 사용되지만, MPEG-21 DID [ISO/IEC FDIS 21000, 05]에서는 다 양한 멀티미디어 애플리케이션이 사용된다.
이상적으로, 복합 디지털 객체들은 하나의 포맷에서 다른 포맷으로 전송 가능해야 한다. 하지만, 이는 언제나 가능하지도 않고 바람직하지도 않다. 다른 포맷에 포함된 포맷의 복합 디지털 객체와 교 환하는 것이 더 나은 경우도 있다. 이러한 접근법은 복합 디지털 객체를 그 본래 포맷과 구조적 통 일성, 그리고 의미론적 충실성에 영향을 미치지 않고 교환하는 데 사용된다.
| 레벨: |
1차 사용사례 |
| 행위자: |
1차: 콘텐츠 관리자
2차: 콘텐츠 저장소 |
| 관계자: |
저작권 소유자 |
| 사전조건: |
- 저장소 1은 객체를 IMS 콘텐츠 패키지형식으로 익스포트할 수 없다.
- 저작 툴과 저장소 2는 IMS 콘텐츠 패키지 유형 외의 복합 디지털 객 체를 처리하도록 설계되지 않았다.
|
| 기본흐름: |
- METS 포맷의 복합 디지털 객체는 저장소1에서 익스포트 (export)된다.
- 콘텐츠 관리자는 IMS 콘텐츠 패키징 툴에 METS 객체를 하나의 자원(resource)으로 임포트 한다.
- 콘텐츠 관리자는 METS 객체 입력 관련 IMS 자원 지정 표현 형식을 검사하여 IMS 콘텐츠 패키징 툴을 이용해 자원 객체의 유형지수에 올바른 값을 추가한다.
- 콘텐츠 관리자는 적절한 메타데이터를 메타데이터 객체에 추가해 METS 객체의 성질을 표시한다.
- 새로 생성된 IMS 콘텐츠 패키지는 저장소 2에 임포트 된다.
|
| 대체가능한 흐름: |
- 포맷 A 유형의 복합 디지털 객체가 저장소 1에서 익스포트 된다.
- 콘텐츠 관리자는 IMS 콘텐츠 패키징 툴에 포맷 A 객체를 하나의 자원(resource)으로 등록한다.
- 콘텐츠 관리자는 포맷 A 유형의 객체 입력을 위한 IMS 자원 지정 표현 형식이 존재하지 않는다는 것을 발견한다.
- 콘텐츠 관리자는 ‘IMS 어휘 정의, 등록 및 관리 절차’ [SDN11, 06]를 이용해 포맷 A 객체에 적용이 가능한 적절한 값을 작성해 하나의 IMS 자원 지정 표현 형식으로 등록하기 위한 목적으로 포맷 A 커뮤니티에 제안한다.
- 콘텐츠 관리자는 IMS 콘텐츠 패키징 툴을 이용해 자원 객체의 유형지수에 새로운 값을 추가한다.
- 콘텐츠 관리자는 적절한 메타데이터를 메타데이터 객체에 추가해 포맷 A 객체의 성질을 표시한다.
- 새로 생성된 IMS 콘텐츠 패키지는 저장소 2로 임포트 된다.
|
| 성공요인: |
- IMS 콘텐츠 패키징 유형 외의 복합 디지털 객체의 구조적인 본래의 모습은 특성이 다른 저장소 1과 2간의 교환 과정에서도 유지된다.
- IMS 콘텐츠 패키징 유형 외의 복합 디지털 객체는 IMS 콘텐츠 패키징 만을 처리하도록 설계된 툴에 의해서도 성공적으로 처리된다.
|
일반적으로, IMS 콘텐츠 패키징은 하나의 디폴트 구조 유형을 제공해왔으며, 이는 ‘계층적’ 구조 유형이다. ‘계층적’은 콘텐츠가 목차형식으로 구성되는 유형 구조를 학습 자원에 적용하기 위한 목적을 지 닌다. 하지만, 많은 실행자들이 IMS 콘텐츠 패키징에 의해 정의되지 않은 방법으로 자원들을 구성해 왔다. 일반적으로 이러한 경우, 보다 풍부하고 복합적인 학습활동을 제공하기 위한 목적인 경우가 많 다. 이렇게 구성된 유형들이 예를 들자면, 유향 그래프, 필요구성목록(flat list), 그리고 ISO 13250-2 토픽 맥 [ISO/IEC 13250, 06] 등의 표준 구조 등이 있다.
| 레벨: |
1차 사용사례 |
| 행위자: |
1차: 콘텐츠 저자
2차: 학습자 |
| 관계자: |
콘텐츠 저작 툴 개발자 |
| 이해관계자: |
콘텐츠 저장소 툴 개발자 |
| 사전조건: |
- 콘텐츠 저자는 IMS CP 표준에서 정의한 것 외의 구조를 사용해 학습 자원을 구성하고자 한다.
- 콘텐츠는 전부가 아닌 몇몇 소프트웨어 툴이 대체 조직 구조를 지원 하지는 않는 환경에서 기능해야 한다. (later)
|
| 기본흐름: |
- 콘텐츠 저자는 IMS 콘텐츠 패키지 저작을 위해 콘텐츠 파일을 조합한다.
- 특수 저작 툴을 이용해 콘텐츠 저자는 별도의 문서에 IMS CP에서 정의되지 않은 대체 조직 구조를 저작한다.
- 표준 IMS 콘텐츠 패키징 저작 툴을 이용해 콘텐츠 저자는 조합된 콘텐츠 파일과 대체 조직 구조를 자원으로 정의하고, 일반적인 목차 스타일로 콘텐츠가 구성되는 조직을 생성한다.
- 콘텐츠 저자는 IMS 콘텐츠 패키지를 저장소 등 적절한 시스템에서 사용할 수 있도록 저장한다.
|
| 대체가능한 흐름 I: |
- 콘텐츠 저자는 IMS 콘텐츠 패키지 저작을 위해 콘텐츠 파일들을 조합한다.
- 특수 저작 툴을 이용해 콘텐츠 저자는 별도의 문서에 IMS CP에서 정의되지 않은 대체 조직 구조를 저작한다. 대체 조직은 콘텐츠 파일들을 직접 참조한다.
- 표준 IMS 콘텐츠 패키징 저작 툴을 이용해 저자는 구조정보 파일의 구성집합(organizations) 객체 내의 별도의 조직 객체의 네임스페이스 하에 대체 조직 구조를 삽입한다.
- 콘텐츠 저자는 구성(organization)객체와 이에 따르는 자원(resource) 객체들을 전형적 목차 스타일로 구성하고 생성한다. 일반적인 구성방식을 나타내는 구성은 디폴트로 설정 또는 정의된다.
- 콘텐츠 저자는 IMS 콘텐츠 패키지를 저장소 등의 적절한 시스템에서 사용할 수 있도록 저장한다.
|
| 대체가능한 흐름 II: |
- 콘텐츠 저자는 IMS 콘텐츠 패키지 저작을 위해 콘텐츠 파일들을 조합한다.
- IMS 콘텐츠 패키지와 대체 조직 구조 둘 다에 대한 호환 또는 실행이 가능한 저작 툴을 이용해 콘텐츠 저자는 구조정보파일 내의 구성객체를 가진 대체 조직 구조를 생성한다. 대체 조직은 자원집합(organizations)객체의 자원들을 참조한다.
- 같은 저작 툴을 이용해 콘텐츠 저자는 구성객체들과 이에 따르는 자원 객체들을 전형적 목차 스타일로 구성하고 생성한다. 일반적인 구성방식을 나타내는 조직이 디폴트로 설정 또는 정의된다.
- 콘텐츠 저자는 IMS 콘텐츠 패키지를 저장소 등의 적절한 시스템에서 사용 가능하도록 저장한다.
|
| 성공요인: |
- 대체 조직 구조를 가진 콘텐츠 패키지들은 IMS 콘텐츠 패키징 리더와 저장소에서 호환 또는 사용이 가능한 일반 IMS 콘텐츠 패키지와 동일 한 기능을 한다. 대체 조직 구조를 처리하기 위해 개발 된 시스템들은 이러한 구조들의 위치를 파악해 이들을 학습자들이 일반 IMS CP 조직 구조에 덧붙여, 또는 대신해 그 사용이 가능케 하도록 한다.
|
학습자마다 접근 요건이 다르기 때문에, 교육 콘텐츠의 접근성 속성은 패키지 처리 툴이 어떤 콘텐츠를 특정 학습자에게 표시할 것인지에 대한 결정을 내릴 수 있도록 기술되어야 한다. 이렇게 기술된 콘텐츠는 하나 이상의 장소에 머무를 수 있다. 즉, 런타임이 되어서, 또는 런타임이 가까워오면, 1 차 미디어 학습 자원이나 구성요소는 교체되거나 보완되어야 함을 뜻한다. 교체나 보완은 자원이나 파일 또는 자원 일부를 이루는 파일들과 관계될 수 있다. 자원을 이용해 작업할 때, 해당 자원에 대 한 접근성 메타데이터 [ACCMD, 04a]는 교체, 또는 보완 자원의 위치를 포함해 해당 자원의 속성을 기술한다. IMS AccessForAll 메타데이터에서는, 1차 자원과 연계된 각 대체 자원을 시스템 내부, 또는 외부의 위치로 가리키는 URI의 끝에서 찾을 수 있다.
매커니즘에 따르면 자원객체는 하나 이상의 변형 가능한 자원객체들의 연계로서 구성될 수 있다. 이러한 연계는 구조정보파일내의 다른 자원을 참조하는 자원 내의 전용 변형(variant) 객체를 통해 연계 된다. 대체 자원이 외부에 있는 경우, 내부에 있는 연계된 자원을 통해 간접적으로 참조된다. 이 관 계는 변형 자원을 변형 관계인 자원 내에 포함시키는 것과 논리적으로 동등하다.
IMS 콘텐츠 패키징 표준은 자원을 구성하는 데 매커니즘이 어떻게 사용되는지에 대해 그 어떠한 제 한도 두지 않는다. 자원 구성을 위한 매커니즘의 사용법에는 여러가지가 있으며 그 중 일부에 대한 사례가 아래 제시되었다.
| 레벨: |
1차 사용사례 |
| 행위자: |
1차: 콘텐츠 저자
2차: LMS 와 학습자 |
| 관계자: |
콘텐츠 저작 툴 개발자 |
| 이해관계자: |
콘텐츠 저장소와 LMS 툴 개발자 |
| 사전조건: |
- 모든 분포된 대체 자원 들은 자원 세트가 패키징 될 때 구조정보파일 안에 포함된다. 이는 패키지의 구조상 완벽성과 콘텐츠의 독립실행성을 가능케 한다.
- LMS는 학습자의 다양한 접근방법을 수용한다.
- LMS는 접근성 메타데이터를 분석 처리할 수 있다.
|
| 기본흐름: |
- 콘텐츠 저자는 다양한 언어로 그 사용이 가능한 교육과정 자료를 수집하며, 여기에서는 그림 4.5에 보여지듯 영어와 불어로 그 사용이 가능한 자료를 수집한다.
- 저작 툴을 이용해 콘텐츠 저자는 그림 4.5 10-31줄에 나와있는 있는 것과 같이 교육과정자료가 불어로 서비스 되기 위한 자원에 대한 기술을 한다. 자원이 항목 객체에서 직접 참조되었기 때문에, 이는 디폴트 형식의 자원이라 할 수 있다.
- 그림 4.5 32-53줄에 나와있는 것과 같이 콘텐츠 저자는 불어버전 교육과정자료에 대한 자원을 생성한다.
- 콘텐츠 저자는 교육과정자료에 대한 자원을 참조하기 위해 변형 객체를 생성한다 (23-29째줄).
- 콘텐츠 저자는 대체 자원의 사용 맥락을 기술하는 메타데이터 객체를 생성하며, 이 경우 대체 자원은 불어 버전이다.
- 패키지가 완성이 되면 콘텐츠 저자는 패키지를 저장소에 제출한다.
- 재생을 하면, LMS는 학습자의 접근성 설정 (예, 불어 설정)을 패키지 내의 접근성 메타데이터와 비교한다.
- LMS는 변형 자원을 학습자에게 제시한다.
|
| 대체가능한 흐름: |
- 콘텐츠 저자는 여러 언어로 쓰여진 교육과정 자료를 수집하며, 여기에서는 그림 4.5에 보여지듯 영어와 불어로 쓰인 자료를 수집한다.
- 저작 툴을 이용해 콘텐츠 저자는 각 패키지당 하나의 구조정보파일내의 영문 자원을 기술한다.
- 콘텐츠 저자는 다른 패키지의 구조정보 파일내의 불어 자원에 대한 대체 자원을 생성한다.
- 콘텐츠 저자는 변형 객체를 생성해 외부 패키지의 불어 자원을 식별하는 IPointer 객체를 참조한다.
- 콘텐츠 저자는 대체 자원의 사용 배경을 기술하는 변형 객체에 필요한 구조정보 파일 객체를 생성하며, 이 경우 대체 자원은 불어 버전이다.
- 콘텐츠 저자는 불어 자원을 포함하는 패키지에서 변형 객체를 생성해 다른 패키지의 영문 자원을 식별하는 IPointer 객체를 참조한다.
- 콘텐츠 저자는 대체 자원의 사용 배경을 기술하는 대체 자원 객체에 필요한 구조정보 파일 객체를 생성하며, 이 경우 대체 자원은 영문 버전이다.
- 패키지가 완성되면 콘텐츠 저자는 두 개의 패키지를 저장소에 제출한다.
- 재생을 하면, LMS는 학습자의 접근성 설정 (예, 불어 설정)을 패키지 내의 접근성 메타데이터와 비교한다.
- LMS는 IPointer 객체가 지칭하는 외부 패키지를 처리하고, 필요한 변형 자원을 학습자에게 제시한다.
|
| 성공요인: |
- 대체 자원들이 지원된다 (예를 들어, 시각장애자들을 지원하기 위해 수 정된 디스플레이 특성을 지닌 자원 버전).
- 자원 객체의 유형 특성을 위해 접근성 자원에 대한 특정 어휘가 지원 된다.
|
