1.1 요구사항

IMS 학습자정보 표준은 다음의 요구사항을 충족하기 위해 고안되었다.

• 분산된 정보(Distributed Information) : 학습자정보 시스템은 학습자정보를 공유하거나 정보를 공 유할 수 있도록 학습자정보를 저장하고 있는 다양한 분산시스템(distributed system)으로 구성되어 있다. 이를 위해서, 적절한 색인작업은 물론 학습자정보 생성일자를 관리해야 한다.
• 확장성(Scalability) : 대규모 시스템 운영을 효과적으로 지원하기 위해서, 대량정보(bulk transfer) 뿐 아니라 임의적 수량의 정보(arbitrary granularity)를 상호교환하고 재정리할 수 있어야 한다. 다양한 LIP 패키징에 IMS 콘텐츠 및 패키징 표준(IMS Content & Packaging specification)을 활용 한다.
• 프라이버시 및 데이터 보호(Privacy and Data Protection) : 학습자정보 시스템은 프라이버시 및 데이터 보호 원칙을 적용해야 하며 데이터가 손상되지 않도록 해야 한다.
• 유연성 및 외부 참조(Flexibility and External references): 학습자정보에는 학습객체(learning objective), 학습이력(learning history)과 같은 다양한 구성체(construct)가 포함되어 있다. 학습객 체 및 학습이력은 상황에 따라 다양한 형태를 띤다. 학습자정보 데이터모델을 유연성 있게 구 축하여 다양한 상황에 따른 니즈를 성공적으로 충족시킬 수 있어야 한다.

1.2 프라이버시 및 데이터 보호

IMS 프로젝트는 다음의 필요성을 인식하고 있다.

• 학습자정보의 프라이버시 보호
• 부적절한 접근에 대한 정보보호
• 정보의 완전성 추구
• 다양한 행정당국의 규정 및 요구사항 충족

IMS 학습자정보 패키지(IMS Learner Information Package)에 학습자정보를 구성하는 모든 데이터의 무결성(integrity of data) 및 학습자의 프라이버시를 보호할 수 있는 매커니즘을 포함시킬 수 있다. 그 러나 IMS학습자정보 표준이 이들 매커니즘의 형식(form), 포맷(format), 유형(type)이나 그 (형식(form), 포맷(format), 유형(type)) 활용원칙을 규정하지는 않는다. 포맷, 유형 등은 각각의 요구사항을 충족시 키는 구체적인 과정에서 규정된다.

2.1 참조 표준

• [CP, 00a]IMS Content Packaging Information Model, Version 1.0, IMS, May 2000.
• [CP, 00b]IMS Content Packaging XML Binding, Version 1.0, IMS, May 2000.
• [CP, 00c]IMS Content Packaging Best Practice and Implementation Guide, Version 1.0, IMS, May 2000.
• [Enterprise, 99a]IMS Enterprise Information Model, Version 1.01, IMS, December 1999.
• [Enterprise, 99b]IMS Enterprise XML Binding, Version 1.01, IMS, December 1999.
• [Enterprise,99c]IMS Enterprise Best Practice and Implementation Guide, Version 1.01, IMS, December 1999.
• [LIP, 00a]Profiles Interchange Requirement Specification, Version 1.0, IMS, March 2000.
• [LIP, 00b]IMS Learner Information Package XML Binding Final Specification, Version 1.0, IMS, March 2001.
• [LIP, 00c]IMS Learner Information Package Best Practices & Implementation Guide Public Draft Specification, Version 1.0, IMS, March 2001.
• [MD, 99a]IMS Meta-data Information Model, Version 1.0, IMS, September 1999.
• [MD, 99b]IMS Meta-data XML Binding, Version 1.0, IMS, September 1999.
• [MD, 99c]IMS Meta-data Best Practice and Implementation Guide, Version 1.0, IMS, September 1999.
• [Messaging,99]Proposal for the Inclusion of a Run Time Messaging Service in the IMS 1.0 Specifications, IMS, May 1999.
• [QTI, 01]IMS Question & Test Interoperability Information Model, Version 1.1, IMS, March, 2001.
• [PAPI, 98]IEEE PAPI Specification - Learning Technology: Public and Private Information, Version 6.0, IEEE LTSC P1484, June 2000.
• [ANSI, 98] Student Educational Record (Transcript), ANSI ASC X.12-TS130, ANSI, April 1998.
• [Gestalt, 00]Gestalt: WP4 - Integrating IMS Enterprise, PAPI and Gestalt UOM Data Models, version 3.0, Gestalt Doc No: FC:/MAN/REPORTS/022GESTALT/D401/GestaltEnterprisePAPI_3, March 2000.
• [Gestalt, 99]Gestalt: WP5 - Object (Interfaces) Specification, Gestalt Doc No: A367/TCD/WP05/DS/L/008/b1, October 1999.
• [HR, 00a]Resume DTD, HR-XML Consortium, June 2000, http://www.hr-xml.org/.
• [HR, 00b]Candidate DTD, HR-XML Consortium, June 2000, http://www.hr-xml.org/.
• [Saba, 00]Profile Format: Design Specification, Saba Inc, May 2000.
• [SIF, 99]Schools Interoperability Framework Preliminary Implementation Specifications, Version 1.0, SIF, November 1999.
• [vCard, 98]The vCard v3.0 XML DTD, IETF Draft, June 1998.

4.1 시스템

학습자정보 패키징 요구사항 표준 [LIP, 00a]에서 기본적인 학습자정보 시스템의 구조가 도입되었다. 기본적인 프로세스 구성요소 (원)와 데이터구조 (직사각형), 행위자 (사람표시 기호)는 그림 4.1과 같다.

그림 4.1 학습자정보 시스템 구성요소

학습자정보 시스템의 핵심 구성요소는 다음과 같다.

• 로컬 학습자정보 시스템(Local learner information system) - 해당 사용자 커뮤니티가 직접적으로 접근할 수 있는 로컬 서버
• 원격 학습자정보 시스템(Remote learner information system) - 학습자정보 서버의 특징인 분산 (distributed nature)을 반영. 예: ‘학습자정보’의 서로 다른 부분이 여러 서버에 나뉘어 저장될 수 있음.
• 기타 시스템 - 학습자정보 서버에 상호연계될 수 있는 기타 시스템 (예: 이메일). 그러나 이들 시스템의 인터페이스(interface)는 이 표준에서 다루지 않는다.
• 데이터구조(Data structures)

― 학습자정보(Learner info) : 실질적 학습자정보 데이터 ― 접근성(Access) : 학습자정보 데이터에 대한 접근권한 (예: 누가 무엇에 접근할 수 있는지의 여부) ― 메시징(Messaging) : 실제 프로파일의 상호교환을 수행하는데 활용되는 메시징 프로토콜

• 행위자(Actor) – 프로파일 서버에 접근하는 사용자의 다양한 역할들. 그림 4.1에 나와 있는 행위 자가 전부가 아니며 그 외에도 추가될 수 있다. 행위자들은 사용자 인터페이스(GUI: Graphic User Interface)를 통해서 시스템에 접근할 수 있다.

IMS 학습자정보 패키지 정보모델의 1.0버전은 그림 4.1에 나와 있듯이, 로컬/로컬 및 로컬/원격 학습 자정보 서버의간의 인터페이스에 대한 정의를 다루고 있다.

4.2 학습자정보

학습자정보는 학습자 (개인 또는 그룹), 학습콘텐츠 개발자 (개발자, 제공자, 또는 개발업체)에 관한 정보의 집합체이다. IMS LIP 표준은 인터넷 기반의 학습자정보 시스템과 인터넷 학습환경을 지원하는 기타 시스템과의 상호운용성을 다루고 있다. 표준의 개발목적은 IMS의 표준과 호환되는 학습자정보 서버에 데이터를 입력하고 그곳으로부터 데이터를 출력하는데 사용되는 (일련의) 패키지를 정의하는 데 있다. 학습자정보 서버는 학습자지원 시스템(learner delivery system) 또는 다른 학습자정보 서버 (learner information server)와 데이터를 상호교환할 수 있다. 학습자정보 소유자가 기타 시스템과 공 유할 수 있는 학습자정보의 범위를 정의하는 것은 학습자정보 서버가 통제한다. 학습자정보 서버의 내부 운영체계 또는 기능적 요구사항을 정의하는 것은 이 표준에서 다루지 않는 다. 그 부분은 스스로 사용할 목적으로 이들 시스템을 개발한 민간 및 공공기관에서 결정할 수 있다. 이 표준은 학습자정보 (예: 관리활동에 관한 기타 정보는 이들 활동이 학습활동과 상호교류하는 방식 만을 다룬다)에 초점을 맞추고 있다. 이 표준이 지원하는 학습자정보는 일반적으로 다음과 같다.

• 교육이력(Education record) – 초중등에서부터 대학교육까지의 학업성취보고서이며, 전세계적으로 다양한 교육시스템이 반영되어야 한다.
• 연수일지(Training log) – 연수활동 기록 (예: 인증서가 발행되는 공식 연수과정)
• 직업개발기록(Professional development record) – 직업개발기록 (전문기관에서의 회원으로 활동 한 경험 포함)
• 이력서(Resume/CV) – 실무경험, 자격요건, 학력을 포함한 이력서. 산업부문(예: 비즈니스계, 학계, 의학계)에 따른 다양한 이력서가 지원되어야 한다.
• 평생학습기록(Life-long learning record) – 학습자의 학습활동 및 성취 정보에 대한 평생 학습기 록이며. 정보 및 특별한 기록을 일자별로 시간적 수순에 따라 기록한다.
• 커뮤니티 서비스 기록(Community service record) – 개인의 활동 및 실무경험, 학습경험 등을 포 함하는 커뮤니티 기반의 정보에 대한 기록

4.3 학습자정보 카테고리

표4.1은 학습자정보 데이터의 일반적인 카테고리의 개요를 보여준다. 각각의 카테고리는 포함될 수 있는 데이터들의 샘플을 제공하고 있다. 속성(attribute)은 학습에 영향을 끼치는 소비자 또는 생산자의 특징을 의미한다. 어떤 속성은 상대적 으로 고정적일 수 있고, 반면에 다른 속성들은 다소 변동적일 수도 있다 포트폴리오(portfolio)는 이수했거나 이수 중인 학습활동을 의미한다. 이들 활동은 다양한 단계의 학습 활동으로서 대학4년의 학위부터 교육과정 모듈 내의 특정한 학습활동까지 범위가 포괄적이다. 포트 폴리오는 학습자 스스로 보고할 수도 있고 독립적인 외부기관(서드파티)의 인증을 받을 수도 있다. 외부기관(서드파티)가 발행한 인증 데이터는 포트폴리오 소유자에 의해 수정될 수 없다. 학습자(learner)들은 일반적으로 개인 학습자와 그룹 학습자를 의미한다. 생산자(producer)들은 조직 또는 개인이 될 수 있고, 일반적으로 다음의 세 가지 카테고리로 분류된다.

• 개발자(Creator) – 학습콘텐츠 개발자 (예: 클래스(class)를 개발한 기업 또는 JPEG 자료를 제공 하는 디지털포토그래퍼)
• 제공자(Provider) – 학습콘텐츠를 학습자에게 제공한 조직 (예: 기업의 교육부서, 대학, 또는 강사)
• 협력업체(Vendor) – 학습환경을 지원하는 제품을 제공하는 업체 (예: 콘텐츠 개발에 사용되는 소프트웨어, 엔터프라이즈 시스템)

표 4.1 학습자정보의 일반 카테고리^[1]

	학습자	생산자
	개인학습자 그룹학습자	개발자 제공자 공급업체
속성 – 고정값	식별 및 위치 (ID명, 성명, 주소, 전화번호, 이메일주소, 웹주소) 신체적, 기술적, 인지적 특징 (생년월일, 장애유무)	식별 및 위치 (ID명, 성명, 주소, 전화 번호) 조직 유형 (공공기관, 민영기관, 학교, 기업)
속성 – 임의값	목표, 학습계획 임시상황 선호하는 학습기법	제품라인
포트폴리오 – 학습자가 스스로 보고	결과물 참고자료 경험 및 교육성과	샘플 개발자가 제기하는 전 문성
포트폴리오 – 외부기관(서드파티)이 보고	성적증명서 인증서	전문적 자격요건 증명서

5.1 학습자 관점

구직자는 온라인 구직 대행업체를 활용한다. 구직자는 공식 온라인 국가 교육 인증 센터(National Validation Center for Education)와 미국 노동부가 발급한 훈련 기록을 활용하여 이력서에 관련 정보를 포함시키기를 원할 것이다. NVC(National Validation Center)의 온라인 프로세스를 활용하여 구직자는 대학 성적증명서를 NVC로 보안이 유지된 상태로 온라인으로 게시될 것과 수년 동안 자신의 직무교육과 역량 개발을 관리한 조직이 해당 정보를 NVC에 보내 온라인으로 게시될 것을 요청한다. IMS LIP 표준에 명시된 공통적인 포맷을 활용하여, 대학과 조직들은 관련 데이터를 온라인으로 NVC 로 보낼 수 있다. 향후, 참가 기관 및 기업, 조직들은 공유 프로토콜을 통해 데이터베이스를 상호교 류할 수 있다. 공유 프로토콜을 통해 NVC는 ‘데이터보트(databot)’를 제공함으로써, 필요한 데이터를 일일히 보내는 번거로움 없이 필요한 개인의 학력 및 연수 경력을 찾고 게시할 수 있다. 표준 포맷(standard format)을 활용함으로써, NVC는 평생 동안 이루어지는 교육 및 연수 경력을 간단 하게 기록으로 남길 수 있는 것은 물론 다른 구직자들도 동일한 포맷을 사용함으로써 비교가 쉽다. 구직자의 학력 및 경력 기록이 NVC로 보내지면, 구직자는 취직하고자 하는 조직이 NVC에 보관된 정보를 열람/다운로드하는데 동의한다.

5.2 제공자 관점

5.3 UK 고등교육 (조직간)

영국의 고등교육기관은 그 유형이 상당히 다양하다. 중세시대부터 지금까지 이어지는 고등교육기관 이 있는가 하면, 20세기의 정치적 변화로 인해 설립된 기관도 있고 20세기에 작은 규모의 독립교육 기관으로 시작해서 성장한 기관도 있다. 그 결과, 성격 또한 매우 다양하다. 체제상으로는 공통적인 커리큘럼을 공부하지만, 대학에 따라 동일한 과목일지라도 내용, 접근법, 구조 등이 상당히 다를 수 있다. 학부 및 행정구조도 매우 다양하여, 지금까지 많은 대학들은 호환이 불가능한 정보시스템을 유 지해왔다. 따라서 내부적 정보교환만 가능했다.

5.4 경력관리

미국의 Career Kit (모든 시민의 경력관리와 평생교육을 지원하는 프로그램)의 일환으로, 미노동부 (USDoL)는 경력관리시스템(Career Management Account System:CMA)을 개발 중에 있다. 경력관리시 스템 프로토타입은 성적증명서, 실적평가서, 샘플실적보고서, 개인신상명세서 등과 같은 모든 정보들 이 안전하게 저장한다. CMA는 접근통제와 보안을 관장하는 부분과 학습자정보를 포트폴리오로 구성, 표현하는 부분으로 구성된다.

5.5 학습그룹관리

많은 조직의 직원들은 역량을 배양하고 지식을 습득하여 자신의 경력을 개발하는 한편 업무에 도움 을 주기 위해 다양한 교육과정을 이수하게 된다. 이들 조직은 자체적으로 교육과정을 운영하고 여러 명의 직원들이 그룹으로 교육과정을 이수한다. 이로써, 강사, 개인학습자, 그룹학습자의 세 부류로 분 류되며 각자의 입장에서 다른 견해를 가지게 된다. 강사의 입장에서 지원 받아야 할 핵심활동은 다 음과 같다.

• 강사는 그룹 프로파일을 작성할 필요가 있다. 이 그룹학습자 정보는 그룹원 개인의 학습자정보 기록과 링크될 수 있어야 한다. 그룹학습자 정보는 IMS 엔터프라이즈 표준(IMS Enterprise specification)인 [Enterprise, 99a], [Enterprise, 99b], [Enterprise, 99c]의 지원을 받아야 한다.
• 강사는 교육과정 이수 결과를 학습자 프로파일에 기록할 필요가 있다. IMS LIP는 강사가 교육자료 구조(material structure), 평가결과, 학습자 개인/그룹이 교육과정 중에 작성한 결과물, 성적증 명서/인증서/면허증 (해당되는 경우)을 입력할 수 있도록 지원한다.

개인학습자의 입장에서 지원 받아야 할 핵심활동은 다음과 같다.

• 이수 교육과정과 관련된 성과정보에 대한 세부정보는 기록되어 관리되어야 한다. 이 정보는 학습자 교육기록에 이미 저장되어 있는 다른 유사한 정보와 함께 관리되어야 한다.. IMS LIP가 지원하는 매커니즘을 활용하여 기존에 저장되어 있는 정보의 저장 위치와 성격에 관계없이 새로 운 교육과정의 세부사항과 성과가 추가될 수 있다.
• 학습자의 경력개발을 위한 목표 및 역량을 토대로 최적의 교육과정을 선택할 수 있다. 개별 학 습자의 목표 및 역량은 IMS LIP를 통해 전송된다.

그룹학습자의 입장에서 지원 받아야 할 핵심활동은 다음과 같다.

• 그룹학습자의 정보는 교육프로그램이 진행되면서 업데이트된다. 개별학습자 정보에 링크되어, 교육프로그램의 진전사항에 대한 업데이트 정보가 동시에 기록될 수 있다. (단, 개별학습자의 프 로파일에 대한 접근권한이 있어야 한다)
• 그룹학습자의 교육프로그램이 종료된 후, 그룹학습자에 대한 기록을 보관할 것인지에 대한 여 부가 고려되어야 한다. IMS 엔터프라이즈 표준(IMS Enterprise specification)인 [Enterprise, 99a], [Enterprise, 99b], [Enterprise, 99c]의 지원을 받아 그룹학습자 정보가 보관될 수 있다.

6.1 학습자정보 패키지

학습자정보 패키지의 기초적인 논리적 데이터구조(underlying logical data structure)는 그림 6.1에 나와 있다. 그림 6.1은 학습자정보 요소간의 상관도를 나타낸 것이다.

그림 6.1 LIP 데이터구조의 원칙

그림 6.1(b)는 학습자정보 데이터구조의 기본으로 간주되는 11가지 핵심적 정보유형과 콘텐츠 내용을 표현하는데 사용되는 콘텐츠 정보를 나타내고 있다. 열거한 것이다. 유연하고 효과적인 정보교환을 위해 상기 내용을 8가지 구조로 분류한다. 그림 6.1(a)에 나타나 있는 콘텐츠 정보, 즉 콘텐츠 유형 (contentype)은 다음의 구성요소로 구성된다.

• 참고정보(Referential) – 데이터 콤포넌트(data component)가 고유하게 식별되기 위해 필요한 정 보. 이러한 참조정보는 데이터에 이후 적용되는 처리 내용이 원래의 데이터에 링크하기 위해 활용된다.
• 시간정보(Temporal) – 정보와 관련된 시간을 기술하는데 활용되는 정보 (예: 발행일자/시간 등)
• 프라이버시(Privacy) –정보의 보호와 무결성을 기술하는데 사용되는 활용되는 정보

그림 6.1은 또한 11가지 핵심적 정보 데이터구조의 순환적 특징을 보여주고 있다. 이들 핵심적 구조는 순환의 특징을 지닌 하부구조(sub-structure)를 가질 수 있다. 오토믹 하부구조(atomic substructure) 는 고유의 참조식별자(reference identifier)를 가지는 최하위구조이다 (즉, 콘텐츠 유형이 존 재하는 최하위구조). 각각의 11가지 핵심구조는 학습자정보 구조에서 반복적으로 나타날 수 있는데 예를 들어, 인증, 면허 정보마다 반복적으로 발생할 수 있다. 다음 사항을 유의한다.

• 학습자정보는 한 개의 오토믹 하부구조(atomic sub-structure)만을 포함할 수 있다 (예: 11가지 핵심적 데이터구조의 하부구조만을 포함할 수 있다). 즉, 관련 데이터만이 전송이 가능하다.
• 학습자정보는 개인 또는 조직에 대해 기술할 수 있다. 단, 그룹기반의 정보를 교환할 때는 IMS Enterprise 표준이 적용되어야 한다.

6.2 학습자정보 교환

LIP사례(LIP instance)를 교환하기 위해서는 다음의 프로세싱이 가능해야 한다.

• 다수의 LIP사례의 복합패키징 – 다수의 LIP사례가 sane 시스템 간에 교환될 필요가 있는 경우 (예: 특정그룹에 관한 모든 정보를 교환할 필요가 있는 경우) 복합패키징에는 IMS 콘텐츠패키 징 표준[CP, 00a][CP, 00b][CP, 00c]을 활용할 것을 권장한다.
• 트랜젝션관리(Transactions management) – LIP의 데이터에 관한 지침사항이 정보를 받은 시스템 에서 처리되기 위해 필요한 매커니즘. 시스템간에 커뮤니케이션이 제대로 이루어지기 위해서는 일련의 공통적인 트랜젝션프로세스 (예: 기록작성, 기록삭제, 기록업데이트 등)가 수립되어야 한다. 트랜젝션프로세싱(transaction processing)을 위해서는 공통의 매커니즘을 정의해주는 실행자 (implementer)가 있어야 한다.
• 메시징(Messaging) – 데이터의 실질적 전송을 위한 프로토콜을 포함하는 적합한 메시징 시스템 가능하게 해주는 프로토콜을 포함해야 한다. 새로운 프로토콜을 정의하기 보다는, 현재 사용 중 에 있는 매커니즘 중 적절한 매커니즘 (예: SOAP)이 채택될 것이다.

주: 현재로서는, 학습자정보 교환(Learner Information Exchange:LIX)은 이 표준의 적용범위에 포함되 지 않는다.

6.3 학습자정보 조회

분산된 학습자정보를 저장하기 위해서는 콘텐츠 조회에 필요한 저장매체(storage medium)을 파악할 수 있는 매커니즘이 필요하다. 조회요구에 따라 필요한 정보를 제공받을 수 있다. 학습자정보 조회를 위해 다음과 같은 지원이 필요하다.

• 적합한 조회언어(query language)의 정의. 조회언어는 몇 가지 존재하나 가장 적절한 언어를 사용하는 것이 효과적이다.
• 조회 결과의 패키징. LIQ 데이터구조의 복합패키징(aggregation)에는 IMS 콘텐츠패키징 표준[CP, 00a][CP, 00b][CP, 00c]을 채택하는 것이 바람직하다.

주: 현재로서는, 학습자정보 조회(Learner Information Query:LIQ)는 이 표준의 적용범위에 포함되지 않는다.

7.1 핵심적 데이터구조

그림 7.1 은 핵심적 학습자정보 데이터구조를 나타낸 것이다.

그림 7.1 학습자 프로필 정보체계

그림 7.1에 나타나 있는 구조[2]는 다음과 같다. <…data…> 실질적 학습자정보로 이 데이터는 식별(identification), 관심사, 자격인증정보(qcl: qualifications, Certifications, Licenses), 목표, 성적증명서, 접근성, 역량, 그룹활동(affiliation), 상관관계 (relationship), 보안키 구조로 구성되어 있다.

• R- 참고정보(referential) – 데이터 자체를 식별할 수 있는 데이터를 포함하는 정보구조
• T- 시간정보(temporal) – 시간에 관한 데이터를 포함하는 정보구조 (예: 발행일자/시간 등)
• P- 프라이버시(privacy) – 정보의 무결성을 보장하고 (예: 검사합계(checksum)) 프라이버시 데이 터 (접근통제권한)를 포함하는 정보구조
• 확장(Extension) – 특정한 기능의 실행을 지원하는데 활용되는 확장성

11가지 핵심적 데이터구조는 다음과 같다.

	식별(identification)‘식별’ 학습자정보에는 개인 또는 조직의 모든 데이터들이 포함되어 있다 (예: 성명, 주소, 연락처, 대리인, 신상정보 등)
	접근성(accessibility)‘접근성’ 학습자정보는 학습자의 인지적/기술적/물리적 선호학습방법, 능력장애, 자격, 언어능력 등으로 구성되어 있다. 즉, 학습환경을 활 용할 수 있는 학습자의 역량을 의미한다.
	자격인증정보(qcl : Qualifications, Certifications, Licenses)‘qcl’ 학습자정보는 학습자에게 제공된 인증, 자격증, 면허증 등으로 구성되어 있다 (예: 학력 및 실무경험을 증명해주는 공식문서 등) qcl 에는 인증기관에 대한 정보와 전자형태로 된 공식문서 등이 포함된다. 자격증/인증에 따라 사용되는 qcl이 각각 다르다.
	활동(activity)‘활동’ 학습자정보는 교육/연수, 실무경험, 각종 공익활동(군경력, 커뮤 니티봉사, 자원봉사 등)의 기록 및 증명서(공식포상은 제외) 등으로 구성되어 있다. 학습자가 이수한 교육과정의 설명과 평가결과가 기록 된다. 각각의 입력사항에 따라 사용되는 ‘활동’ 구조가 모두 다르다.
	목표(goal)‘목표’ 학습자정보는 개인의 목표 및 열망으로 구성된다. 여기에는 목 표달성의 진전사항도 포함된다. 목표와 더불어 세부목표까지 기록될 수 있다. 각각의 입력사항에 따라 사용되는 ‘목표’ 구조가 모두 다르 다.
	역량(competency)‘역량’ 학습자정보는 학습자가 습득한 스킬이 기록된다. 이들 스킬은 공식적/비공식적 연수 또는 실무경험(‘활동’에 기록됨), 공식포상(‘qcl’ 에 기록됨)과 연관이 된다. 각각의 역량에 따라 사용되는 ‘역량’ 구조 가 모두 다르며, 외부 참조매커니즘(external reference mechanism)을 활용한다. 이 항목에 기록되는 역량은 IMS 역량 정의 실무그룹(IMS Competency Definition working-group)의 정의가 적용된다.
	관심사(interest)‘관심사’ 학습자정보는 취미 및 기타 오락활동으로 구성된다. 여기에는 공식포상(‘qcl’에 기록됨)도 포함될 수 있다. 전자형태의 증명서류가 포함될 수 있다. 각각의 관심사에 따라 사용되는 ‘관심사’ 구조가 모두 다르다.
	성적증명서(transcript)‘성적증명서’ 학습자정보에는 교육기관이 발행하는 성적표가 저장된다. 기재 형태는 교육기관에 따라 재량에 따르며 사전에 정해진 형태는 없다.
	그룹활동(affiliation)‘그룹활동’ 학습자정보에는 학습자의 그룹활동 (학급, 학습그룹 등)이 저장되며, 이들 정보는 IMS 엔터프라이즈 표준 기법(IMS Enterprise specification technique)을 활용하여 교환된다.
	보안키(securitykey)‘보안키’ 학습자정보는 학습자와 커뮤니케이션할 때 필요한 암호와 보안코드를 저장하는데 활용된다. 각각의 보안키와 키클래스에 따라 사용되는 ‘보안키’ 구조가 모두 다르다.
	상관관계(relationship)‘상관관계’ 학습자정보는 다른 핵심적 데이터구조들간의 상관관계를 저장할 때 활용된다. 한 곳에서 상관관계에 관한 정보를 취합할 수 있도록 하기 위해 다른 구조에 저장되어 있던 관련 정보들은 제거되었다. 커뮤니케이팅 시스템에 의해 활용되는 상관관계의 매핑(mapping)을 기록할 때도 ‘상관관계’ 구조가 활용될 수 있다.

7.2 분산시스템(Distributed System)

LIP는 분산학습자정보시스템(distributed learner information system) 간의 데이터 교환(exchange of data)을 지원하며, 이는 유연한 참조시스템(referencing system)을 활용함으로써 가능하다. 참조시스템 을 활용하게 되면, 학습자정보 기록과 이 기록에 존재하는 데이터구조를 파악할 수 있다. 분산시스템 에서 활용되는 두 가지 참조매커니즘(referencing mechanism)은 다음과 같다.

• 소스id(Sourcedid) – 학습자정보 기록 식별자(learner information record identifier). 소스id는 학습 자정보의 출처를 표시한 소스라벨(source label), 출처 내 기록을 구별해주는 식별자(identifier)로 구성되어 있다. 각각의 학습자정보 기록은 고유의 식별자를 가지고 있다. 그러나, 소스라벨은 이 표준의 적용범위에 포함되지 않으므로, 각각의 학습자정보 서버는 사전에 지정된 고유의 소 스라벨을 가지고 있다고 가정한다. IMS가 GUID 매커니즘의 정의에 동의한 후에는 고유의 소스 라벨이 ‘sourcedid’ 생성의 기초가 된다.
• 색인id(Indexid) – 학습자정보를 포함하는 11가지 핵심 데이터구조 및 관련 하부구조에 고유의 색인번호가 부여된다. 이들 색인번호는 학습자정보 기록을 식별해주는 기능을 한다. 색인id를 활용하여, 정보가 필요한 경우 모든 정보를 찾을 필요 없이 해당 정보만을 찾을 수 있다. 색인 id는 불변의 표시자(persistent pointer)로서 이를 사용하는 시스템은 색인id와 로컬 데이터베이스 해상도구조(local database resolution structure)의 매핑표(mapping table)를 작성/유지하여야 한다.

그림 7.2 분산된 학습자정보 참조

분산된 학습자정보의 LIP의 지원사례는 그림 7.2와 같다. 그림에 나와 있는 시스템은 세 가지의 학습자정보 서버(LIS1, LIS2 and LIS3)로 구성되어 있으며, 학습자정보는 네 가지의 구조(indexid_1 to indexid_4)로 구성되어 있다. 학습자정보 서버인 LIS1에는 sourceid_1이 지정되어 있다. LIS1는 학습자정보를 또 다른 두 개의 서버인 LIS2, LIS3과 공유할 수 있다. LS1는 학습자정보를 다른 두 개의 서버에 제공하며, 이들 정보는 동일한 sourceid를 가진다. 이들 sourceid를 통해 LI서버 간에 존재하는 학습자정보를 식별할 수 있다. 세 가지 서버간에 학습자정보를 추가적으로 교환시키려면 indexid를 활용하여 데이터구조를 파악한다. 이 접근법을 활용함으로써, 세 가지 서버들이 동일한 학습자정보를 포함하지 못하도록 할 수 있다. 결국 이 같은 방법을 통해 데이터의 프라이버시를 유지할 수 있는 것이다. 사실상, LIS2와 LIS3만이 ‘sourceid_1’ 기록을 공유할 수 있기 때문에 ‘indexid_1’ 정보를 교환할 수 있다. 한편, 학습자 (개인 또는 조직)에 관한 정보를 서로 다른 LIS에 저장시켜 sourceid를 다르게 할 수도 있다. 개별 학습자가 두 개 이상의 sourceid를 가질 수 있는 것은 분산 학습자정보 시스템이 있기 때문에 가능한 것이다. 분산된 학습자정보를 하나의 구조로 통일시키거나 정보의 일관성을 유지하도록 하는 것은 이 표준에서는 다루지 않는다.

7.3 확장성(Scalability)

학습자정보 시스템 내에서 데이터는 다음과 같은 유형의 정보로 교환된다.

• 완전한 학습자정보 기록
• 부분적 학습자정보 기록 – 시나리오의 형태

두 가지의 경우 모두 개별학습자 또는 수 천명의 학습자 (예: 특정 대학에 대한 입학지원서) 사이에 정보의 교환이 가능하다. 교환이 가능한 학습자정보에는 학습자의 교육/연수 결과, 실무경험 등이 포 함되며, 그래픽(고해상 예술작품), 비디오(영상학과의 경우) 등의 형태로 저장이 가능하다. 그래픽이나 비디오로 저장될 경우, 저장용량이 메가바이트, 기가바이트 등 그 규모가 방대할 것이다. 따라서, IMS LIP는 수 백만에 이르는 기록을 효율적으로 저장하고 접근이 가능할 수 있도록 확장되어야 할 것이 다. LIP가 지원하는 확장 매커니즘은 다음과 같다.

• 관련된 정보만을 교환할 수 있다. 이를 위해, 학습자정보는 개별 패키지로 분류되어 저장된다. 개별 패키지의 범위는 한 문자로 된 이름(a new single character name)부터 90분짜리 디지털영상 등 다양하다. 개별 패키지는 학습자정보 구조에 저장된 후 고유의 이름을 붙여 식별이 가능 하다.
• 교환구조(exchange structure)는 한 가지 이상의 독립적인 또는 연관된 학습자정보 구조로 구성 되어 있다. 이를 통해, 가장 효율적인 패키징 구조를 활용하여 정보의 교환이 가능하다.
• 해당 정보를 패키지에 직접 포함하거나 URIs 및 XML 객체정의(XML Entity definitions)를 활용하 여 외부 참조가 가능하다.

7.4 프라이버시 및 데이터 보호

데이터 교환 시 프라이버시 및 무결성을 유지할 수 있어야 한다. 학습자정보의 프라이버시 및 무결 성을 유지하기 위해 사용되는 보안아키텍쳐(security architecture)는 이 표준의 적용범위에는 포함되지 않지만, 해당 아키텍쳐 실행에 필요한 매커니즘은 제공되어야 한다. 따라서, LIP는 프라이버시 및 데 이터 보호를 위해 다음의 두 가지 매커니즘을 제공하고 있다.

• 프라이버시, 접근권한, 완전성의 레벨을 명시하는 정보를 포함할 수 있도록 지원한다. 이들 정보는 프라이버시 및 데이터보호 메타구조로 명명된다.
• 데이터를 보호하고 손상 없이 전송시키기 위해 필요한 학습자정보를 지원한다. 이들 정보는 학습자 보안키(learner security key)로 명명된다.

8.1 학습자 정보의 기본 구조

그림 8.1은 학습자정보의 주요 요소(element)를 나타낸 것이다.

그림 8.1 LIP 데이터구조의 주요 요소

8.2 확장(Extensions) 및 확장성(Extensibility)

이 표준의 주요 요구사항은 확장지원이다. 이 표준이 지원하는 확장은 세 가지 형태이다.

• 정의확장(Definition extensions) – 커뮤니케이팅 시스템의 합의된 원칙에 따라 확장이 가능하다. ‘결과(result)’의 내부구조가 정의확장의 예이다. 이들 구조의 내부조직(internal organization)은 이 표준에서 다루지 않으나, 구조의 사용 및 수립 방식은 이 표준에서 다룬다. 향후 개정본에서 정 의확장에 대해 좀 더 자세하게 다룰 예정이다.
• 어휘확장(Vocabulary extensions) – 어휘확장을 지원한다. 이들 어휘는 많은 데이터객체(data object)에 부여되며 데이터객체에 포함된 정보의 유형을 정의하는데 활용된다. 기본어휘들은 IMS의 디폴트파일(default file)에 정의되어 있다. 어휘확장 현황은 문자열리스트(string list)에 포함되거나 URI를 활용하여 찾아볼 수 있다.
• 기능확장(Functional extensions) – 기능확장을 통해 이 표준의 사용자는 다양한 기능을 추가시킬 수 있다. 기능확장 지원이 없다면 기능추가는 불가능할 것이다 (다음에 열거된 표에 ‘확장’ 데이터구조로 표현된다). 향후 개정본에서는 이전 버전의 기능확장과의 호환성에 대해서 집중적으로 다룰 것이다. XML 바인딩에서는, 확장된 기능에 대해 고유의 요소명(element name)이 부여된다.

위에서 설명된 세 가지 유형의 확장이 분류되는 과정은 IMS LIP XML 바인딩 [LIP, 01b]에 명시된다.

8.3 학습자정보 패키지 표

이 섹션에 열거된 표에는 데이터객체(data object) 요소(element)의 개념을 비롯한 다양한 정보들이 설명되어 있다. 세부항목을 설명하면 다음과 같다. 번호(No): 데이터요소(data element)의 번호. 각 요소는 하위요소(sub-element)들로 구성되며, 번호가 데이터요소와 그 하위요소들과의 관계를 보여준다. 이름(Name): 요소의 명칭 내용(Explanation): 요소에 대한 간략한 설명 필수요소(Required): 요소가 필수인지의 여부를 표시함

• M = 필수요소(Mandatory Element). 상위 수준의 요소가 포함된 경우, 데이터객체(data object)에 필수적으로 포함되어야 하는 요소
• C = 조건부 요소(Conditional Element). 다른 요소의 값(value)에 따라서 필요 여부가 결정됨.
• O = 선택요소(Optional Element)

다중도(Multi): 요소의 반복사용 가능 여부.

• 공란(Blank) = 한 번만 가능
• 번호(Number) = 요소의 최대 반복 가능 수
• n = 요소의 허용 반복수에 제한 없음
• 요소가 반복적으로 사용될 수 있다는 것은 모든 하위요소도 반복이 가능하다는 것을 의미한다.

유형(Type): 데이터요소(data element)의 포맷 원칙(formatting rule). 유형에는 요소의 최대 길이가 명 시됨

• ID = 객체를 식별하는데 사용되는 고유의 요소
• 코드(Code) = 코드 목록에 나타난 요소값(element value)
• 설명(Description) = 설명요소(descriptive element), 언어(human language)
• 플래그(Flag) = 이진 플래그(binary flag)
• 열거(Enumerated) = 사전에 정의된 비수치(non-numeric) 옵션 리스트 (예: 객체의 설명리스트)
• ISO 10646 표준에 명시된 국제 문자셋 (international character set)이 모든 필드에 사용됨

유형(type)에는 하위요소의 유효값(valid value)에 대한 설명이 포함된다.

• 코드체계는 수치값(numerical value)를 사용한다.
• 도메인(Domain)에 정의된 값 (예: making it closed). 이 표준에 명시되지 않는 값을 포함시킬 수 없다. 그러나 도메인에 명시되지 않은 값을 사용해야 할 경우에는 데이터객체 정의의 일부분인 ‘확장요소(Element element)’ 내에 새로운 요소(element)를 정의하여 값을 추가시킬 수 있다.

주(Note): 요소에 대한 추가 설명 데이터객체(data object)는 다음의 표와 같이 정리될 수 있다.

• 표 8.1 – learnerinformation(학습자정보) 데이터객체 상세표 (예: 학습자정보 자체를 구성하는 구조)
• 표 8.2 – identification(식별자) 데이터구조 상세표
• 표 8.3 – accessibility(접근석) 데이터구조 상세표
• 표 8.4 – goal(목표) 데이터구조 상세표
• 표 8.5 – qcl(자격인증정보)’ 데이터구조 상세표
• 표 8.6 – activity(활동) 데이터구조 상세표
• 표 8.7 – competency(역량) 데이터구조 상세표
• 표 8.8 – interest(관심사) 데이터구조 상세표
• 표 8.9 – affiliation(그룹활동) 데이터구조 상세표
• 표 8.10 – transcript(성적증명서) 데이터구조 상세표
• 표 8.11 – securitykey(보안키) 데이터구조 상세표
• 표 8.12 – relationship(상관관계) 데이터구조 상세표
• 표 8.13 – 공통 데이터객체 상세표 (공통 데이터구조는 다른 데이터구조의 여러 부분에서 활용 된다.)

― comment ― contentype ― typename ― description ― date ― priority ― status ― product ― fieldtype ― fielddata ― media ― text ― organization ― exrefrecord ― extension

• 표 8.14 – 확장요소 리스트

10.1 IMS 메타데이터 지원

IMS LIP 표준은 IMS 메타데이터 요소들을 바로바로 지원하지는 않는다. 그 이유는 IMS LIP가 IMS 콘텐츠 패키징 표준(IMS Content Packaging specification)을 사용하여 패키징되기 때문이다. IMS 콘텐 츠 패키징 표준에는 IMS 메타데이터를 포함하는 방법이 이미 정의되어 있다.

11.1 유효한 데이터 이슈

적합성 레벨을 밝힌 제공업체들은XML Schema에 의해 정의된 학습자정보 데이터를 읽고 쓸 줄 알아 야 한다 (해당되는 경우, 확장기능도 포함된다). IMS LIP을 다루기 위해, 적합성 명시표를 다음과 같 이 작성해야 한다.

• 모든 필수적(mandatory) 정보모델 요소들이 올바르게 만들어지고 적합한 장소에 저장되었음을 명시하여야 한다.
• 모든 선택적(optional) 정보모델 요소들이 올바르게 만들어지고 적합한 장소에 저장되었음을 명시하여야 한다.
• LIP 내에서 사용이 가능한 확장기능이 어디에서 사용되었으며 요구되었는지를 명시하여야 한다.

11.2 적합성 명시표

학습자정보 콘텐츠 및 툴 제공업체들은 ‘적합성 명시표(Conformance Statement)’를 작성하여 적합성 수준(level)을 구체적으로 밝혀야 한다. 적합성 명시표는 다음의 12가지 표로 구성되어 있다.

• 표 11.1 – <learnerinformation)(학습자정보) 적합성 명시표
• 표 11.2 – <accessibility>(접근성) 적합성 명시표
• 표 11.3 – <activity>(활동) 적합성 명시표
• 표 11.4 – <affiliation>(그룹활동) 적합성 명시표
• 표 11.5 – <competency>(역량) 적합성 명시표
• 표 11.6 – <goal>(목표) 적합성 명시표
• 표 11.7 – <identification>(식별) 적합성 명시표
• 표 11.8 – <interest>(관심사) 적합성 명시표
• 표 11.9 – <qcl>(자격인증정보) 적합성 명시표
• 표 11.10 – <relationship>(상관관계) 적합성 명시표
• 표 11.11 – <securitykey>(보안키) 적합성 명시표
• 표 11.12 – <transcript>(성적증명서) 적합성 명시표

각 테이블에 √표시가 되는 경우, 관련 필수요소들이 지원되는 것을 의미한다. 구체적인 예는 다음과 같다.

A.1 객체모델

그림 A1는 객체기반 관점에서 이 LIP 표준을 나타낸 것이다.

그림 A1 LIP 표준의 객체기반 표현

각 클래스 및 해당 기능은 다음과 같다. 학습자정보(learnerinformation)- 11가지 핵심 학습자정보 클래스를 포함하는 데이터구조. 습자정보를 설명하는 제어정보(control information)은 ‘contentype’ 클래스에 포함되어 있다. 식별(identification)- 특정 개인 또는 조직에 관한 모든 데이터를 포함하는 학습자정보 (예: 이름, 주소, 연락처, 대리인, 신상정보) 접근성(accessibility)- 인지적, 기술적, 물리적 선호유형, 언어 구사능력, 장애여부, 적격성 등의 학습자 정보 목표(goal)- 개인적 목표와 열망. 목표 달성 진전사항 또한 포함된다. 하위목표 또한 명시될 수 있다. 자격인증정보(qcl)- 공신력 있는 기관에서 발행한 자격증(qualification), 인증(certification), 면허증 (licenses) (예: 학습 및 실무경력 증명서) 자격증/인증/면허증을 부여한 조직에 대한 설명과 전자문서 등이 포함될 수 있다. 활동(activity)- 교육/연수, 실무경험 및 서비스(군, 커뮤니티) 등에 대한 기록 및 성과물 (공식적인 상 (award)은 제외). 이수한 교육과정에 대한 설명과 평가결과 등이 포함될 수 있다. 성적증명서(transcript)- 교육기관의 학업성취기록. 학습자의 학습성과를 평가한 기관에서 성적증명서를 제공함. 역량(competency)- 학습자가 습득한 기술(skill) 에 대한 설명. 이들 기술(skill) 은 공식적/비공식적 연 수 또는 실무경력 (‘활동’에 기재됨) 그리고 공적 포상 (‘qcl’에 기재)과 관련이 있을 수 있다. 역량 수 준(level) 이 명시되어야 한다. 관심사(interest)- 취미 및 여가활동에 관한 정보. 공식적 상 (‘qcl’에 기재)을 받은 활동도 포함된다. 취 미 및 여가활동의 결과물에 대한 전자문서도 포함될 수 있다. 그룹활동(affiliation)- 학습자의 그룹활동 현황 (예: 전문가 조직). 클래스, 그룹 (교육/연수 그룹)등의 멤버십 현황이 IMS 엔터프라이즈 표준에 의해 지원되어야 한다. 보안키(securitykey)- 암호, 보안키, 본인확인키(authentication key)등의 정보. 학습자가 각종 학습자정 보를 활용할 때 쓰인다. 상관관계(relationship)- 핵심 데이터구조 사이의 상관관계 (예: ‘qcl’과 발행기관과의 관계) 상관관계를 명시함으로써, 핵심 데이터구조 사이의 복잡한 관계를 명쾌하게 수립할 수 있다. 콘텐츠유형(contentype)- 학습자정보를 명시하는데 사용되는 제어정보(control information)를 포함, 관 리. ‘콘텐츠유형(contentype)’은 참고자료, 시간정보, 프라이버시정보 등으로 구성되어 있으며, 이들 정 보는 학습자정보 구조에 적용이 가능하다. 참고자료(referential)- 학습자정보 기록과 이 기록에 포함되어 있는 개인별 데이터 구성요소를 인식하 는데 사용되는 참고자료. 그러나 실질적인 식별시스템(actual identification system)은 이 표준의 적용 범위에 포함되지 않는다. 시간관련 정보(temporal)- 시간에 관한 정보. 학습자정보 작성일자 및 유효기간 등이 포함된다. 기재 방식은 ISO8601 표준을 따라야 한다. 프라이버시(privacy)- 프라이버시, 본인 확인, 학습자정보의 완전성 입증과 관련된 모든 데이터. 학습자정보를 지원하는데 사용되는 실질적 프라이버시 장치 (매커니즘(mechanism) 및 구조(architecture)) 는 이 표준의 적용범위에 포함되지 않지만, 이들 구조를 통해 학습자정보가 상호교류된다.

---

^[1] IMS LIP 표준 개정본 1.0 은 학습자에 초점을 두고 있다. 생산자와 관련된 학습자정보는 차후 개정본에서 다룰 예정이다. ^[2] 시각화(visualization) 방법은 IEEE Public and Private Information (PAPI) 실무그룹이 개발한 것과 유사하다. ^[3] ‘Garden Club’, ‘Astronomical Society’ 등의 그룹활동에 사용될 수 있다. ^[4] 연락처 정보는 전자정보를 의미하며, 반면 주소는 우편번호 및 자택/직장 주소 등을 의미한다. ^[5] ‘유효(Effective)’ 일자는 관련 활동의 현황과 함께 기재된다. (예: ‘유효(Effective)’ 일자에 ‘Completion’이 함께 기재된 경우, 활동 종료(Finish) 일자를 의미한다.) ^[6] <disability> 어휘는 IMS 접근성 표준(IMS Accessibility specification)에서 다루어질 예정이다. ^[7]<eligibility> 어휘는 이 표준의 개정본에서 다루어질 예정이다. ^[8]<evaluation> 어휘는 현 표준 하에서는 IMS QTI 표준 데이터구조를 지원한다. 향후 개발이 필요하다. ^[9]‘Particle’ 구성요소는 ‘von’, ‘van’과 같은 명칭의 부분을 의미한다. ^[10] 프라이버시 란에 ‘All’이라고 기재되어 있다면, 모든 사람의 접근이 허용된다는 것을 의미한다.