통합 정보서비스 체계 구축을 위한
통합 정보서비스 체계 구축을 위한
통합 정보서비스 체계 구축을 위한
통합 정보서비스 체계 구축을 위한
요소기술 연구
요소기술 연구
요소기술 연구
요소기술 연구
한국과학기술정보연구원
한국과학기술정보연구원
한국과학기술정보연구원
한국과학기술정보연구원
과학기술 정보 유통 패러다임이 급격히 변화하고 있으며 정보기, 술과 인터넷의 발달로 정보 생산자와 공급자간 간극이 점차 가까워 지고 있습니다.
정보량은 기하급수적으로 증가하고 있으며 다양한 형태로 생산되
고 있습니다 정보자원의 다변화 및 정보량의 폭발적인 증가로 기존.
정보서비스 형태도 정보수집 및 공급자(Information Aggregator & 의 역할에서 정보자원의 자율적 유통환경을 조성하는 형태 Provider) 로 변모하고 있습니다 아울러 상호협력을 통해 지식정보를 공동 활. 용하기 위한 다양한 표준과 기술이 개발되고 있으며 이를 접맥한, 통합정보서비스 체제가 구축되고 있습니다. 분산된 정보자원을 효율적 상호운용적으로 유통하기 위해서는 표, 준에 입각한 설계 및 개발이 필수적이며 이에 대한 사전 연구가 요, 구됩니다. 본 보고서에서는 표준에 입각한 학술정보의 통합서비스체제를 구 축하기 위해 관련 사례와 요소기술을 조사 분석하였습니다 우선. 영국 JICS IE 사례를 통해 통합서비스체제의 개념과 이에 필요한 표 준 요소기술을 살펴보았으며 최근 이슈가 되고 있는 정보자원 간, 연결 및 패키징 요소기술인 METS를 심층 분석하였습니다. 끝으로 본 보고서가 개방적 표준적으로 학술정보를 통합 유통하, 기 위한 체제구축에 미약하나마 도움이 되었으면 하는 바램이며 수, 록된 내용은 연구자 개인의 의견으로서 한국과학기술정보연구원의
년 월
2005 12
한국과학기술정보연구원
제 장 통합정보환경 구축 영국 제 장 통합정보환경 구축 영국 제 장 통합정보환경 구축 영국
제 장 통합정보환경 구축1111 :::: 영국 JISC IE ···JISC IEJISC IEJISC IE··· 1···111
개요 1. ··· 1 역할 2. ··· 3 이용자 활동 3. ··· 4 가 기능적 모델. ··· 6 인증 (1) (authenticate) ··· 7 조망설정 (2) (buildLandscape) ··· 7 조사 (3) (survey) ··· 8 탐색 (4) (discover) ··· 8 상세정보 (5) (detail) ··· 9 요청 (6) (request) ··· 10 권한 확인 (7) (authorise) ··· 10 접근 (8) (access) ··· 10 나 탐색 기능. ··· 11 주제포탈 (1) (subject portals) ··· 12 데이터 센터 포탈
(2) (data centre portals) ··· 12 기관 포탈
(3) (institutional portals) ··· 12 가상교육 환경
(4) (virtual leaning environments) ··· 13 개인 포탈
(5) (personal portals or agent) ··· 13
다 접근 기능. ··· 14 아키텍처 4. JISC IE ··· 15 가 제공 계층. (provision layer) ··· 17 나 융합 계층. (fusion layer) ··· 17
목 차
다 표현 계층. (presentation layer) ··· 17 라 기반 계층. (infrastructure layer) ··· 18
표준화 및 요소기술 소개
5. ··· 19
가 웹 표준 및 파일 포맷. : HTTP 1.1 ··· 20
나 분산검색. (distributed searching) 표준: Z39.50버전3, SRW/SRU버전1.1 ·· 21
다 메타데이터 수확. : OAI/PMH버전2.0 ··· 25 라 뉴스와 공지. : RSS버전 1.0 ··· 27 마 문맥기반의 참조연계. : OpenURL버전1.0 ··· 29 바 처리형 서비스. : SOAP버전1.2 ··· 31 사 이용자 인증. : Athens ··· 32 의 콘텐츠 제공자 요건 6. JISC IE ··· 33 제 장 정보객체 패키징 기술 제 장 정보객체 패키징 기술 제 장 정보객체 패키징 기술
제 장 정보객체 패키징 기술2222 : METS: METS: METS: METS ··· 37373737
개요 1. METS ··· 37 가. METS활용··· 38 나. METS기능 개요··· 40 기본 구성 2. METS ··· 40 가. METS헤더··· 41 나 서술 메타데이터 섹션. ··· 42 다 관리 메타데이터 섹션. ··· 47 기술 메타데이터 영역
(1) (Technical Metadata: techMD) ··· 49 소스메타데이터
(2) (Source Metadata: sourceMD) ··· 51 저작권 메타데이터
(3) (Rights Metadata: rightsMD) ··· 51 변경정보 메타데이터
(4) (Digital Provenance Metadata: digiprovMD) ··· 51
라 파일 섹션. ··· 53 요소의 컨텐트 모델 (1) <file> ··· 55 요소의 속성 (2) <file> ··· 56 마 구조맵 섹션. ··· 58 바 구조연결 섹션. ··· 60 사 행위 섹션. ··· 63
문서 구성요소간의 연결 구조 3. METS ··· 64 가 파일섹션 섹션에서의 연결. ··· 65 나 구조맵 섹션에서의 연결. ··· 69 구조맵 섹션에서 파일 섹션으로의 연결 (1) ··· 70 구조맵 섹션에서 관리 메타데이터 섹션으로의 연결 (2) ··· 77 구조맵 섹션에서 서술 메타데이터 섹션으로의 연결 (3) ··· 79 참고문헌 ··· 81
표 목차
표 목차
표 목차
표 목차
표 의 주요 요소기술과 표준 < 1-1> JISC IE ··· 19그림 목차
그림 목차
그림 목차
그림 목차
그림 고수준의 엔터티 < 1-1> JISC IE ··· 5 그림 의 고수준 기능 단계 < 1-2> JISC IE ··· 7 그림 기술적 아키텍처 < 1-3> JISC IE ··· 16 그림 프로토콜 < 1-4> HTTP ··· 20 그림 프로토콜 < 1-5> Z39.50 ··· 22 그림 프로토콜 < 1-6> OAI-PMH ··· 25 그림 프로토콜 < 1-7> RSS ··· 27 그림 표준 < 1-8> OpenURL ··· 29 그림 여섯 가지 기능 영역과 세가지 정보 패키지 < 2-1> OAIS ··· 39 그림 기본 구조 다이어그램 < 2-2> METS ··· 41 그림 서술 메타데이터 섹션 다이어그램 < 2-3> METS ··· 46 그림 관리 메타데이터 섹션 다이어그램 < 2-4> METS ··· 53 그림 파일 섹션 다이어그램 < 2-5> METS > ··· 57 그림 문서 내부연결구조 다이어그램 < 2-6> METS ··· 65 그림 문서 내부연결구조 다이어그램 파일 관리메타데이터 < 2-7> METS ( → )··· 67 그림 문서 내부연결구조 다이어그램 파일 서술메타데이터 < 2-8> METS ( → )··· 69 그림 문서 내부연결구조 다이어그램 구조맵 단순컨텐츠파일 < 2-9> METS ( → )··· 72 그림 구조맵 복합컨텐츠파일 단계 < 2-10> → 1 ··· 73 그림 문서 내부연결구조 다이어그램 구조맵 복합컨텐츠파일 단계 < 2-11> METS ( → 2 )· 75 그림 문서 내부연결구조 다이어그램 구조맵 복합컨텐츠파일 단계 < 2-12> METS ( → 3 )· 77 그림 문서 내부연결구조 다이어그램 구조맵 관리메타데이터 < 2-13> METS ( → )··· 78 그림 문서 내부연결구조 다이어그램 구조맵 서술메타데이터 < 2-14> METS ( → )··· 80제 장1
통합정보환경 구축
영국
통합정보환경 구축
영국
통합정보환경 구축
영국
통합정보환경 구축
:
:
:
:
영국
JISC IE
JISC IE
JISC IE
JISC IE
1.
1.
1.
1. 개요
개요
개요
개요
는 영국의 고등교육 기 JISC(Joint Information Systems Committee)
관인 대학이 강의 학습 연구 행정 등의 영역에서 정보와 통신기술, , , 의 효율적인 사용에 필요한 각종 프로젝트를 수행하는 조직이다.1) 의 주요한 목적 중 하나는 망라적인 규모의 학술 및 연구 자원 JISC 컬렉션(collection)에 대한 편리한 접근을 제공하는 공간인 영국의 온 라인 정보환경을 구축하는 일이었다 그러한 목적에 부응하여. JISC는 년대 후반부터
1990 DNER(Distributed National Electronic Resource)
라는 새로운 정보환경(Information Environment)을 구축하기 위한 프로젝트를 진행하여 고등교육 영역에서의 질 높은 정보자원에 접근, 을 제공하려고 하였다. DNER이라는 용어는 JISC가 지원하는 각종 정보 관련 활동과 서비스2)를 의미하는 것으로, JISC가 정보적으로 가치가 있는 각종 컬렉션을 구축하고 관리하는 정보자원 네트워크와 1) http://www.jisc.ac.uk/
2) Stephen Pinfield, Lorcan Dempsey, “The Distributed National Electronic Resource (DNER) and the hybrid library,” Ariadne 26, 2001. http://www.ariadne.ac.uk/issue26/dner/intro.html
관련된 전략과 정책을 개발하는 프레임워크이다. 년부터 는 통합정보환경이라는 의미가 더욱 명확하게 2001 DNER 표현되는 IE(Information Environment)로 부르게 되었고 사람들은, 내에 있는 자원을 검색하고 접근하고 활용하고 출판하는 JISC IE , , , 등의 활동을 위한 통합서비스를 개발하는데 더욱더 큰 관심을 기울 이게 된다 따라서 통합정보서비스 환경으로서. JISC IE는 특히 대학 환경에서 학습 강의 연구 행정을 지원하는데 필요한 질 높은 정보, , , 자원에 대한 통합검색(integrated retrieval)을 제공하기 위하여 설계 된 것이다. 는 두 가지 구성요소를 가지는데 그 첫 번째는 높은 품질 JISC IE , 의 정보자원 컬렉션과 서비스이며 두 번째는 사용자가 이러한 정보, 자원을 찾고 접근하고 사용하고 유포할 수 있도록 하는 정보환경이, , , 다 여기에서 말하는 정보자원 컬렉션이란 영상 자료와 사운드 컬렉. 션뿐만 아니라 학술 저널 논문 교과서 초록 원고 지도 악보 이, , , , , , , , 미지 벡터와 수치 데이터 등의 포맷을 모두 포함한다, . 또한 JISC IE는 대학이 온라인 자원과 서비스의 가치를 충분히 활 용할 수 있도록 하는데 필요한 각종 서비스 도구 메커니즘 등을 제, , 공하며 개인이나 기관의 다양한 요구에 적합한 방식으로 학습 강의, , , 연구 활동에서 필요한 온라인 정보자원을 제시하고 제공하여 이용자, 가 최대한 활용할 수 있도록 해 준다 간단히 말해 영국 대학의 이. , 용자들이 인터넷의 다양한 정보자원을 최대한 활용할 수 있도록 지 원하기 위하여 기존의 복잡한 정보시스템과 서비스를 간편한 방식으 로 통합한 온라인 정보환경 즉 정보서비스 포탈이 바로, JISC IE이 다.3)
2.
2.
2.
2. 역할
역할
역할
역할
는 통합된 네트워크 서비스이며 학술 및 연구 활동에 필 JISC IE , 요한 자료의 검색과 접근 활용은 물론이고 디지털 혹은 물리적 자, , 원의 출판활동까지 지원하고 있다 따라서. JISC IE의 기술체제 는 이러한 통합된 네트워크 서비스를 개발하는 (technical framework) 데 필요한 일련의 기준과 프로토콜을 나타낸다고 하겠다 또한. JISC 에서는 학술저널 논문 참고서 초록 원고 지도 악보 이미지 동 IE , , , , , , , , 영상 등의 포맷을 모두 포함하는 다양한 유형의 인터넷 정보자원을 관리한다. JISC IE를 통해 이루어지는 다양한 활동들은 다음과 같다. 다양한 검색 서비스(RDN 주제포탈 기관 및 상업 포탈 개인, , ○ 화 서비스 관리기 를 통하여 하위 수준 또는 원거리의 정보자) 원들에 대한 통합서비스를 제공한다 정보자원의 통합은 학생. , 교수 연구자들이 보다 질 높은 정보에 접근하는데 도움을 줄, 수 있도록 해준다. 탐색 서비스에 이어서 배달 서비스를 적 ‘ ’(discovery) ‘ ’(delivery) ○ 절하게 연결하여 이용자들이 정보자원을 쉽게 획득할 수 있도 록 해준다. 인터넷의 정보원과 교육용객체 보관소(learning object ○ 의 가상학습 환경과의 통합서비스도 제공한다 repository) .전자논문(e-prints)과 기타 시스템으로의 개방접근(open access)
○
환경을 제공한다.
를 통해 이용 가능한 다양한 콘텐츠는 학술저널 도식 참 JISC IE , , 고서 초록 원고 지도 악보 인터넷 자원 명세서 스틸 이미지 등, , , , , , 방대한 데이터를 포함한다 이러한. JISC IE 콘텐츠는 일반적으로 하 나 이상의 아이템이 합쳐진 컬렉션의 형태로 이용가능하다 참고자. 료 이미지 데이터 등 여러 형태를 포함하는 여러 종류의 컬렉션이, , 있으며 컬렉션에 대한 메타데이터 컬렉션(collections of metadata 도 존재한다 컬렉션은 콘텐츠
about other collections) . JISC JISC IE
제공자(content providers)를 통해서 제공되며 기타 외부 컬렉션은 다 른 곳에서 이용가능하다.
3.
3.
3.
3. 이용자 활동
이용자 활동
이용자 활동
이용자 활동
에서 이용자 활동 수준은 탐색 접근 활JISC IE ‘ (discovery)-
(access)-용(use)’이라는 세 가지 단계로 특징지어질 수 있다. JISC IE는 이용 자들이 흥미를 가지는 자료의 탐색 을 지원하고 이어서 그 자료로‘ ’ , 의 접근 을 가능하게 하며 마지막으로 자료의 활용 을 지원한다는‘ ' , ’ ' 의미이다. JISC IE에서 제시하는 기술적 아키텍처는 주로 탐색과 접 근 활동과 관련되어 있다. 이용자들은 도서와 저널같은 물리적 컬렉션의 사용에 익숙해져 있 다 하지만 그러한 물리적 컬렉션에 대한 메타데이터를 제공하는 디. 지털 컬렉션이 향후에 존재할 것이다 자료의 접근과 사용의 시점에. 서 이용자들은 아마도 물리적 자료와 디지털 자료 모두를 원하게 될 것이고 이에 따라 IE는 하이브리드화 되어야 할 것이다. 물리적 서비스는 물리적 장소에서 물리적 컬렉션의 사용을 가능하
게 하며 네트워크 서비스는 디지털 컬렉션의 사용을 가능하게 한다, . 이용자들은 이들 서비스를 통해서 콘텐츠에 접근할 수 있다. 그림 고수준의 엔터티 < 1-1> JISC IE 이용자들로 하여금 적절한 방법으로 복합적이고 다양한 탐색 서' ' 비스와 상호작용할 수 있게 하는 것이 JISC IE의 첫 번째 과제다 여. 기에서는 각기 다른 유저 인터페이스를 고려해야할 필요가 없다 두. 번째 과제는 이용자가 발견한 자료로의 가장 적절한 연결을 제공하 는 것이다 이 단계에서 가장 적절한 의 명확한 정의에 대해서는 그. ‘ ’ 다지 크게 신경 쓸 필요는 없다 이용자들이 가지고 있는 권한 가격. , , 기관의 선호도 가장 빠른 배송 네트워크 위상 등 이용자의 상황에, , 따라 다양하게 정의될 수 있기 때문이다. 정리하면 우리는, JISC IE를 일련의 네트워크 서비스(network 라고 정의할 수 있다 이를 통해 이용자들은 연구와 학습에 service) . 필요한 광범위한 정보소스들을 효율적으로 이용할 수 있으며 그것은, 일반적으로 탐색 접근 활용이라는 단계를 거치게 된다 정보소스는, , .
아래와 같은 것들을 포함한다. 콘텐츠와 서비스 ｏ 지역 원격 컬렉션과 서비스, ｏ 차 차 자료 1 , 2 ｏ 데이터와 메타데이터 ｏ 디지털 물리적 컬렉션과 서비스, ｏ 제공 제공 포함 컬렉션과 서비스 JISC ( JISC ) ｏ 가 가 가 가.... 기능적 모델기능적 모델기능적 모델기능적 모델 는 이용자에게 매우 다양한 정보의 탐색 접근 활용 활동 JISC IE , , 을 지원한다 여기서는 이러한 활동들을 보다 자세하게 살펴보고자. 한다 이것은 이용자가. JISC IE를 처음 접촉할 때부터 발생하는 일련 의 기능적 과정인 셈이다 이 과정은 그림. < -2>와 같이 이용자 인증 탐색 서비스
(authenticate, buildlandscape)⇒ (survey, discover) ⇒
접근 서비스(detail, request, authorise, access) ⇒ 활용 서비스
단계를 거친다
그림 의 고수준 기능 단계 < 1-2> JISC IE 인증에서부터 탐색 접근에 이르는 기능 프로세스의 상세한 단계, 에 대하여 살펴보면 다음과 같다. (1) 인증(authenticate) 인증은 이용자가 IE에 처음 접속할 때 거치게 되는 로그인 과정을 말한다 이용자 인증은 이용자. ID와 패스워드를 확인하는 과정을 거 치게 된다. (2) 조망설정(buildLandscape) 조망생성 단계는 이용자가 인증을 위한 로그인을 한 후 검색대상 의 컬렉션을 선정하는 단계이다 로그인 후 최초의 조망이 설정되는. 데 이 때의 조망은 초기 조망, (initial landscape)이라 하며 이용자 각, 자의 프로파일에 따라서 제공된다 각 이용자들의 흥미있는 주제와.
관련된 소스 그리고 그러한 소스에 대한 접근권한 정보 등에 따라, 로그인하면 초기의 조망이 화면에 설정된다 만일 단순한 손님. ‘ 계정으로 로그인하는 경우는 제한된 기능만을 제공하는 화 ‘(guest) 면이 제공될 것이다 조망설정은 컬렉션 수준에서 이루어지며 이용. , 자에 대한 정보 그들의 주제 관심사 기관 프로파일 그리고 각종 컬, , 렉션과 서비스에 대한 선호도와 지식에 기반하여 만들어진다. (3) 조사(survey) 조사 단계는 이용자가 특정 활동을 위해 필요한 컬렉션을 선정함 으로서 초기에 설정된 조망(landscape)을 수정하는 일과 관련된다. 첫째 단계에서 제시된 초기화면의 범위를 좁히고 이용자들의 관심과, 흥미를 반영하여 향후의 검색에 필요한 조망을 설정한다 즉 이후. , 검색에 필요한 컬렉션을 정의하게 된다. 이 과정이 조망설정 의 일부로서 제공된 컬렉션의 범위를 좁히는 것을 포함하 (landscape) 지만 조망설정에서 제시되지 않은 새로운 컬렉션을 찾아내는 과정, 역시 여기에 포함된다. (4) 탐색(discover) 탐색 단계는 이용자들이 흥미를 가지는 특정한 정보를 찾아내는 단계이다 탐색 단계는 어디까지나 아이템 수준 의 행동 단계로서. ‘ ’ , 조망설정과 조사와 같은 컬렉션 수준 의 행동 단계와는 다르다 탐‘ ’ . 색 단계에서는 최초의 조사 단계에서 정의된 각각의 컬렉션을 탐색 한다 탐색의 목적은 이용자가 흥미를 가지는 특정한 아이템을 찾기. 위한 것이다 이 활동의 목적은 단지 아이템 자체일 뿐 아니라 그것.
에 대한 메타데이터 레코드를 입수하는 것이기도 하다.
종종 조사 와 탐색 은 비슷한 활동으로 여겨지기도 한다 두 가지‘ ’ ‘ ’ .
모두 네 가지 탐색 전략을 사용하는데 '검색‘(search) '브라우
즈’(browse) '저장‘(useSaveRecord),그리고 공지‘ ’(alert)과정이 그것
이다 저장 기능은 북마크의 일종으로서 개인의 필요에 따라 북마. ‘ ’ 크 작업을 하여 저장하게 된다 공지 는 일반적으로 정보 제공자가. ‘ ’ 이메일이나 웹기반 프로그램을 통해서 새로운 아이템이나 컬렉션에 대한 정보를 이용자에게 알려주는 기능이다 검색 과 브라우즈 기. ‘ ’ ‘ ’ 능은 이용자의 정보검색을 도와주는 것으로 일반적으로 용어사전이 나 시소러스의 사용을 포함하고 있다 이를 통해 이용자들은 보다. 효율적으로 검색 질의를 구성할 수 있다 이러한 탐색 활동의 결과로 이용자들은 원하는 아이템의 제목이나 저자명, ISBN 그리고 웹 페이지의 제목이나 URL 등과 같은 정보자 원의 서지정보를 얻는다. (5) 상세정보(detail) 정보의 발견과 접근의 사이에서 이용자들은 특정 정보를 요구하기 에 앞서 상세하고 충분한 정보를 인지하고 있어야 한다 이것은 때. 로는 도서의 ISBN, 웹 자원의 DOI와 같은 식별체계 서비스를 사용 하는 자원식별자(resource identifier)를 필요로 한다 이러한 상세정보. 단계 서비스는 동일 정보의 사용가능한 다양한 형태 페이퍼 혹은 디( 지털 의 입수와 특정한 정보로의 접근권한 결정 등과 관련되어 있다) . 이 단계에서는 특정 정보소스의 적절한 위치에 대한 정보를 나타내 며 여기에는 어떠한 모호성도 존재해서는 안된다.
(6) 요청(request) 상세정보 단계 서비스를 통해서 이용자들은 특정 정보자원을 요청 하기 위해 필요한 정보를 얻게 된다 그러므로 요청 단계는 (request) . 이용자들이 특정 아이템을 요청하도록 하는 역할을 한다 웹 자원의. 경우 간단히 링크를 클릭하기만 하면 해당 아이템이 다운로드 된다. 그러나 물리적 자원인 경우 상호대차(ILL) 요청에 따라 콘텐츠 제공 자에게 전달되어 적절한 서비스가 수행되기도 한다. (7) 권한 확인(authorise) 요청된 아이템을 입수하기 전에 권한에 대한 확인이 필요하기도 하는데 이는 일반적으로 이전의 인증서 혹은 이용자 브라우저의, IP 주소에 기반하고 있다 저작권관리시스템. (DRM)을 사용할 경우 이, 단계에 적용된다. (8) 접근(access) 아이템에 대한 접근 권한이 확인되면 그것에 대한 접근을 하게, 되는 단계이다. 내에서의 정보 흐름은 모든 단계에서 반복된다 즉 탐색 JISC IE . , , 접근 활용 활동은 다시 더 많은 탐색 접근 활용 활동을 위해 반복, , , 된다는 것이다 한 사람의 탐색이 다른 사람에게 도서 리스트나 북. 마크의 형태로 전해지거나 특정한 정보가 다른 사람이 사용할 수, 있는 새로운 정보자원의 출판으로 이어질 수 있기 때문이다. JISC IE 서비스는 제공자에서 이용자로의 일방적인 정보의 흐름이 아니며 이, 용자들은 1, 2차 자료 메타데이터를 직접 생산해낼 수 있고 다른 사,
람들이 만든 자료를 이용할 수도 있다. 획득한 정보의 활용 단계는 세부항목에서 처리되는 것이 아니며 이 활동을 위해 상당히 복잡한 작업들을 필요로 한다 활용 에 포함. ‘ ’ 되는 활동은 다음과 같은 사례의 작업이 해당된다 복수의 아이템으. 로 묶여있는 경우 그것을 단위항목으로 나누는 일 스크린 화면이나, 인쇄형식으로 보기 몇 가지 방법으로 데이터 처리하기 정보자원의, , 재사용 이후의 사용을 위해 저장 다른 사람에게 전달 등의 작업들, ), 이 여기에 해당된다. 나 나 나 나.... 탐색 기능탐색 기능탐색 기능탐색 기능 다양한 콘텐츠 제공서비스를 통해서 이용자들이 적절한 정보를 찾 을 수 있게 하기 위해서는 메타데이터를 노출시켜야 한다 즉 검색. , 수확 공지 작업을 지원하기 위해서
(searching), (harvesting), (alerting)
사용가능한 서비스에 대한 메타데이터가 제공되어져야 하는 것이다. 검색 은 클라이언트가 서버로 질의를 보내서 결과를 얻는 과정으 ‘ ’ 로 이루어진다 여기서는 클라이언트와 서버 모두 질의가 무엇을 의. 미하는지 그리고 결과는 어떤 식으로 구성되어야 하는지에 대해서, 이해를 공유하고 있어야 한다 수확 은 반드시 메타데이터를 가져오. ‘ ’ 는 작업을 수반한다 클라이언트와 서버 모두 메타데이터가 어떤 식. 으로 구성되어 있는지를 이해해야 한다 공지 는 메타데이터가 서버. ‘ ’ 로부터 클라이언트로 전달된다는 점에서 수확방식과는 개념적으로 조금 다르다 하지만 실제적으로 공지의 메커니즘은 수확의 프로세스. 를 사용한다고 보면 된다. 아키텍처는 다양한 네트워크 서비스 원격 외부 서비스로 JISC IE , ,
의 단일창구를 제공하는 웹 기반 JISC IE 포탈의 개발을 지원하게 된다 포탈은 각각의 외부 서비스에 링크를 연결 공통된 웹 하이퍼링. ( 크를 통한 하거나 위에서 언급한 세 가지 메커니즘 가운데 하나를) 이용 혹은 세 가지를 적절히 혼합하여 하여 다양한 네트워크 서비스( ) 를 제공하고 있다 검색 수확 공지의 메커니즘은 포탈환경에서 보다. , , 나은 기능을 제공하며 상이한 콘텐츠 제공자로부터 건네받는 메타데, 이터를 일관된 포탈환경에서 제공하기 때문에 이용자들의 사용성을 증가시킨다. 포탈은 링크를 통해 이용자들이 관심을 가지는 서비스로 이동할 수 있게 한다 여기서 외부 서비스로의 간단한 링크를 제공하는 포. 탈을 연성포탈‘ ’(thin portals)이라고 하며 검색 수확 공지와 같은, , , 작업를 이용하여 보다 풍부한 링크를 제공하는 포탈을 우리는 경성’ 포탈‘(thick portals)이라고 한다 이러한 포탈은 아래의 몇 몇을 포함. 하여 많은 종류의 포탈이 존재할 수 있다. (1) 주제포탈(subject portals) 의 특정 주제에 해당하는 콘텐츠를 제공한다 예를 들어 JISC IE . , 사회과학 포탈은 JISC IE 혹은 외부에서 이용 가능한 사회과학 자료 나 관련 자료를 중심으로 제공한다.
(2) 데이터 센터 포탈(data centre portals)
특정 데이터 센터에서 이용가능한 모든 자료를 제공하는 포탈이 다.
특정 기관에 의해 운영되는 포탈로 회원이나 접근권한을 가진 이
용자에게 자료를 제공한다 이러한 포탈은 대체로 디지털 혹은 하이.
브리드 형태를 띠고 있거나 자체로 학습 환경 활동을 운영한다.
(4) 가상교육 환경(virtual leaning environments) 기관에서 제공하는 가상 학습 환경을 포함하는 포탈이다.
(5) 개인 포탈(personal portals or agent) 단일 이용자를 대신하는 포탈이다. 이러한 각 포탈은 연성 또는 경성의 형태를 띠게 된다 게다가 우. 리는 연성포탈이나 기타 웹 서비스에 경성포탈의 기능을 추가시키는 간단한 메커니즘의 개발할 수 있다 이것은 포탈로 이어지는 링크의. 형태를 띠거나 “RDN-Include”처럼 CGI기반의 메커니즘 형태를 띨 수 있다 혹은 더욱더 복잡한 대안들도 있을 것이다 이 방법은 모든. . 포탈과 특정 가상학습 환경이 위에서 언급된 모든 기준과 프로토콜 을 지원해야 할 필요성이 없어도 된다는 것을 의미한다. 이용자들은 자신의 웹 브라우저를 통해서 포탈에 접근하는 것이 일반적이다 하지만. JISC IE 포탈이 현재의 콘텐츠 제공자의 웹 서비 스를 전적으로 대체하는 것이 아님을 주지할 필요가 있다 이용자들. 은 개인적 선호도나 기능 필요에 의해서 직접 콘텐츠 제공자의 웹, 서비스와 포탈을 함께 이용하고 평가할 것이다. 연성포탈은 콘텐츠 표현 서비스를 통해서 얻은 정보로 이용가능한 -컬렉션을 제시한다 즉 컬렉션의 제목 주제분야 그리고. , , URL 등을 포함하는 기계가독형의 서지정보를 제공하는 것이다 이용자들은 외.
부 컬렉션과 연결된 링크를 클릭함으로서 관련된 웹 서비스로 직접 이동할 수 있다 그 이상의 웹 서비스와의 상호작용은 포탈을 우회. 해서 이루어진다 경성 포탈은 검색 수확 공지를 포함하는 메커니즘. , , 에 기반한다. 다 다 다 다.... 접근 기능접근 기능접근 기능접근 기능 이용자는 탐색 과정을 통해서 특정 정보에 대한 메타데이터를 입 수한다 각 메타데이터는 몇 가지 식별자를 포함하는데 웹 자원의. 경우 URL이 대표적인 식별자라고 할 수 있겠다 식별자는 지속성과. 독립성이 중요하다 식별자의 지속성과 독립성은 다양한 방법으로의. 메타데이터 재사용을 유용하게 한다. 에 기반을 둔 식별자가 지속성을 갖지 못한다는 것은 기술적 URL 인 변명의 여지가 없음에도 불구하더라도 URL의 실무에 대한 약간 의 지침(guidelines)이 제공될 수 있다면 JISC IE의 콘텐츠 제공 서비 스에 매우 유용할 것이다 또한 정보소스의 지속성을 보장하기 위해. 서 DOI에 대한 연구가 보다 필요하다. 검색과정에서 어떤 종류의 식별자에 접근하였는지에 상관없이 각, 각의 식별자와 메타데이터는 특정 정보소스의 URL 혹은 소스를 요 청하기 위해 필요한 정보로 해석(resolve)되어져야 한다 해석 서비스. 가 이러한 기능을 수행하고 있으며 향후에는 보다 많은 해석기가, 개발되고 사용될 것으로 예상된다 해석기는 네트워크에서 이용자의. 상황 또는 문맥 을 바탕으로 가장 적절한 정보소스를 찾는다 물론( ) . 정보소스에 대한 접근권한이나 지불해야할 가격 등도 주요한 고려의 대상이 된다 해석기가 그 기능을 최대한 수행하기 위해서는 이용자.
가 누구인지 그들이 어디에 있는지 어떤 기관에 소속되어 있는지, , , 그들이 가지고 있는 접근권한과 흥미 선호도 등이 무엇인지를 인지, 하고 있어야 한다. 가장 적절한 정보소스를 고르는 중에 이용자의 선호도와 이용자가 속해있는 기관의 선호도 기타 접근권한 사이에 흥미로운 타협, 의 과정이 발생한다 이용자들은 각기 다른 기관에 속해있 (trade-off) . 고 각기 다른 접근권한을 가지기 때문에 이 과정은 더욱 복잡해진다. 기관의 선호도는 기관 프로파일과 관계가 있으며 이 기관 프로파일 서비스는 앞으로도 발전할 것이라 예상된다 기관 프로파일은 기관이. 보유하고 있는 어떠한 형태의 저널이든지간에 이에 대한 서지정보를 포함한다 그러한 서비스에 저장된 정보는 해석기로 하여금 이용자들. 에게 적절한 정보소스를 제공할 수 있게 한다.
4.
4.
4.
4.
JISC IE
JISC IE
JISC IE
JISC IE
아키텍처
아키텍처
아키텍처
아키텍처
의 기술체계는 각기 다른 서비스들이 상호작용할 수 있는 프레 IE 임워크를 제공한다 이용자들은 이를 통해서 보다 간단한 방식으로. 서비스간 이동을 할 수 있다 네트워크를 통한 협업 서비스를 위한. 프레임워크를 개발하기 위해서는 일련의 공유 기반(infrastructure)이 필요하다 그러한 서비스 미들웨어 등 들은 콘텐츠제공 서비스나 포. ( ) 탈에서 같은 기능을 독립적으로 개발할 필요를 없도록 해 준다. 구조적 프레임워크와 협업기반은 독립적인 서비스의 집합이 아닌 밀접하게 연결된 하나의 전체구조로서 JISC IE의 개발을 촉진시킨다. 이것을 바탕으로 아래와 같은 서비스들을 실현해야 할 것이다. 컬렉션 표현 서비스(a collection description service) ｏ
서비스 표현 서비스(a service description service) ｏ
하나 또는 그 이상의 해석 서비스(resolution service) ｏ
기관 프로파일 서비스(an institutional profiling service) ｏ 그림 는 이러한 의 통합검색과 각종 서비스 제공에 < 1-3> JISC IE 사용되는 표준과 프로토콜을 설명하는 기술적 아키텍처(technical 에 해당된다 architecture) . 그림 기술적 아키텍처 < 1-3> JISC IE 의 재원으로 개발된 컬렉션은 콘텐츠 제공자를 통해 JISC JISC IE 서 제공되며 기타 외부 컬렉션은 기관 콘텐츠 제공자나 외부 콘텐츠 제공자를 통해서 이용할 수 있다. <그림-4>에서 보는 바와 같이 JISC 의 서비스 계층은 크게 네 가지로 구분할 수 있다 IE .
가 가 가
가.... 제공 계층제공 계층제공 계층제공 계층(provision layer)(provision layer)(provision layer)(provision layer)
첫 번째는 계층인 제공 계층은 콘텐츠 제공자가 콘텐츠4)를 구축 하여 제공하는 단계이다 콘텐츠에는 서지정보 원문 데이터세트 이. , , , 미지 비디오 학습정보 등이 있다, , . 나 나 나
나.... 융합 계층융합 계층융합 계층융합 계층(fusion layer)(fusion layer)(fusion layer)(fusion layer)
두 번째 계층은 다양한 콘텐츠 제공 서비스를 통해 이용자들에게 적절한 정보를 제공하기 위해서는 이용 가능한 컬렉션에 대한 메타 데이터를 제공해야 하는데 이용자의 질의를 받아 검색, (searching)하 고 하나 이상의 콘텐츠 제공자에게서 메타데이터를 수확, (harvesting) 하고 수확한 결과를 여러 가지 방법으로 공지, (alerting)하는 융합 계 층이 JISC IE의 두 번째 서비스 계층이다 융합 계층에는 정보 서비. 스 포탈(JISC IE) 대신 질의를 받아 여러 콘텐츠 제공자로 전송하고, 질의 결과를 처리 가공해주는 중개자/ (broker) 서비스와 메타데이터 레코드를 수확하고 갱신이 빈번한 컬렉션의 메타데이터를 교환해주, 는 수집기(aggregator) 서비스 등이 해당된다. 다 다 다
다.... 표현 계층표현 계층표현 계층표현 계층(presentation layer)(presentation layer)(presentation layer)(presentation layer)
세 번째 표현 계층에서는 각각의 서비스 구성요소가 콘텐츠 제공
4) 콘텐츠(content)는 일반적으로 하나 이상의 아이템이 합쳐진 컬렉션
의 형태로 이용가능하다 정보 자원 컬렉션은 앞서 언급한대로 다양.
한 형태의 컬렉션이 있으며 컬렉션에 대한 메타데이터 컬렉션도 존,
자와 상호작용하면서 실제 이용자들에게 적합한 서비스를 제공하게
된다 표현 계층에는 단순히 외부 서비스에 대한 링크를 제공하거나.
검색(searching),수확(harvesting), 공지(altering) 메커니즘을 이용하
여 다양한 네트워크 서비스를 제공하는 주제 포탈 출판업자와 상업, 적 정보 컬렉션 중개업자들이 제공하는 포탈 도서관 및 기관보관소, 포탈 학습 관리 시스템, , OpenURL 연계서버 등 많은 종류의 포탈이 나 서비스 기능이 존재할 수 있다. 라 라 라
라.... 기반 계층기반 계층기반 계층기반 계층(infrastructure layer)(infrastructure layer)(infrastructure layer)(infrastructure layer)
마지막으로 기반 계층은 포탈 중개기 수집기 콘텐츠 제공자를, , ,
포함한 각각의 요소들이 상호작용하기 위해 필요한 이용자 인증
접근권한 관리 컬렉션 정보 표현
(authentication), (authorization),
과 서비스 정보 표현 컬
(collection description) (service description),
렉션 및 서비스 등록기(registries),메타데이터 스키마 등록기 식별체,
계 서비스 기관 프로파일링 서비스, (institutional profiling service),
용어서비스 등과 같은 공유된 서비스의 집합을 말한다 컬렉션 등록. 기는 어떤 컬렉션이 어디에 있는지에 대한 정보 타이틀 주제 분야( , , 등 를 제공하는 것이며 서비스 등록기는 포탈이 각각의 콘텐츠 URL ) , 제공자와 어떻게 상호작용 하는지를 이해하기 위해 필요한 정보 호( 스트이름 포트넘버 데이터베이스 이름 서비스이다 또한 이용자들, , ) . 은 각기 다른 기관의 각기 다른 접근권한을 가지고 있기 때문에 가 장 적절한 정보소스를 탐색하는 과정에서 이용자 선호도나 기관 선 호도가 고려되어야 하는데 이러한 선호도를 기반으로 배포, (deliver) 서비스 리스트를 제공하는 OpenURL 해석기(resolver)를 통해서 이용 자에게 적절한 소스를 제공할 수 있다.
5.
5.
5.
5. 표준화 및 요소기술 소개
표준화 및 요소기술 소개
표준화 및 요소기술 소개
표준화 및 요소기술 소개
학습 강의 연구 활동에서 필요한 온라인 정보자원의 검색과 접, , 근 활용 및 출판을 지원하는, JISC IE는 다양한 표준과 프로토콜을 기반으로 한다. JISC IE를 구성하는 주요 기술은 표< -1>과 같이 가9 지 영역으로 나눌 수 있으며 본 논문에서는, JISC IE 네트워크 서비 스에서 반드시 구현되어야 한다고 판단되는 가지의 기본적인 표준7 화와 기술요소를 중심으로 살펴보고자 한다.5) 적용 영역 표준화 및 요소기술 웹 표준 및 파일 포맷 (Web standards and fileformats)
HTTP, WAI, HTML/XHTML, CSS, DOM, URI, IMS Content Packaging Specification, METS 분산검색
(Distributed searching) Z39.50, SRW/SRU, Bath Profile, Dublin Core,LOM 메타데이터 수확
(Metadata Harvesting) OAI-PMH, OAI-PMH DC XML schema, LOM 뉴스와 공지(News and
alerting) RSS
문맥기반의 참조연계
(Context-sensitive linking) OpenURL 처리형 서비스
(Transactional services) SOAP, HTTP, XML 이용자인증 및 접근권한관리
(Authentication and
authorisation) Athens
메타데이터 사용 지침
(Metadata usage guidelines) Dublin Core 서비스 등록기
(Service registry) JISC IE Service Registry
표 의 주요 요소기술과 표준
< 1-1> JISC IE
가 가 가 가.... 웹 표준 및 파일 포맷웹 표준 및 파일 포맷웹 표준 및 파일 포맷웹 표준 및 파일 포맷 : HTTP 1.1: HTTP 1.1: HTTP 1.1: HTTP 1.1 그림 프로토콜 < 1-4> HTTP 컬렉션은 일반적으로 웹 기반의 서비스를 통해서 제공된다 JISC . 웹 서비스를 이용하는 동안 서버와 클라이언트 간에 데이터를 주고 받기 위해서 특정한 통신 규약을 따르게 되는데 바로 이 통신규약 프로토콜 이 이다 다시 말해
( ) HTTP(HyperText Transfer Protocol) .
는 에서 사용하고 있는 데이터 송수신 프로
HTTP World Wide Web
토콜을 말하는 것으로 분산 환경 공동작업 환경 하이퍼미디어 정보, , , 시스템 상에서 빠르고 간편한 정보 교환을 위한 응용계층의 프로토 콜을 제공하고자 설계되었다 따라서. HTTP는 URL로부터 제공되는 대상의 위치 정보를 이용하여 해당 데이터를 활용하기 위한 방법에, 따라 적절한 기능을 수행할 수 있도록 설계되어 있다. 프로토콜은 기본적으로 요구 응답 방식 HTTP / (Request/Response) 을 이용하여 동작하고 있다 즉 원하는 프로토콜 기능. , (GET, HEAD, 에 대해 서비스 요구를 하면 데이터 송수신을 위한 연결 POST) TCP 이 만들어지고 서버가 응답을 보내어 데이터 전송을 끝내면 자동적,
으로 연결이 끊어지게 되는 것이다 이처럼. HTTP는 한 번의 요구와 한 번의 응답 후에 연결을 끊어 버리기 때문에 많은 개체를 포함하, 고 있는 문서의 경우 개체 수만큼 요구 응답을 반복함으로써 데이터/ 전송 속도가 느려질 수밖에 없다. 이 때문에 HTTP 버전 1.1에서는 네트워크 트래픽을 감소시켜 이 용자에게 보다 빠른 환경을 제공하기 위해 연결유지(persistent 기능을 제공함으로써 연결과 해제를 위한 동작들이 줄게 connection) 되었고 연결이 유지된 상태에서 요구를 보낸 후 응답이 오기 전에, 다른 요구를 보낼 수 있는 파이프라이닝(Pipelining) 개념도 추가하였 다 파이프라이닝에서 서버는 반드시 요구 받은 순서대로 응답해야. 하기 때문에 데이터 전송 시간이 줄어들게 되었다 또한 전송하는. 데이터의 양을 줄여주기 위해 여러 가지 데이터 압축방식을 지원함 으로써 데이터의 빠른 전송에 크게 기여하고 있다.6) 나 나 나
나.... 분산검색분산검색분산검색분산검색(distributed searching)(distributed searching)(distributed searching)(distributed searching) 표준표준표준표준 : Z39.50: Z39.50: Z39.50: Z39.50 버전버전버전버전 버전 버전 버전 버전 3, SRW/SRU 1.1 3, SRW/SRU 1.1 3, SRW/SRU 1.1 3, SRW/SRU 1.1 앞서 언급한 것처럼, JISC IE의 두 번째 서비스 계층인 융합 계층 에서는 이용자들에게 적절한 정보를 제공하기 위해 먼저 이용자의 질의를 받아 검색을 수행한다 여기서 검색은. Z39.50과 Bath Profile 을 사용하여 실행되는 것으로 포탈은 다양한 콘텐츠 제공자의, 타킷과 접촉해야 하며 브로커도 포탈과 콘텐츠 제공자 사이 Z39.50 , 에서 Z39.50과 Bath Profile을 사용하여 상호작용하게 된다. 은 이용자에게 질 높은 정보자원을 제공하기 위한 통합접근 Z39.50 6) http://kmh.ync.ac.kr/java2/nulpulum/servlet/http11_1.html
의 기반이 되는 것으로 원격 데이터베이스로부터 정보 검색을 위한,
클라이언트 서버 기반 서비스와 프로토콜을 말한다/ . Z39.50의 공식
적인 명칭은 "ANSI/NISO Z39.50-1995 - Information Retrieval (Z39.50) : Application Service Definition and Protocol Specification" 으로 이 표준에는 클라이언트가 서버에 의해 제공되는 데이터베이스 를 검색하고 데이터베이스 레코드들을 검색하고 관련된 정보 검색, , 기능을 수행하기 위한 절차(procedure)와 포맷이 명시되어 있다. 그림 프로토콜 < 1-5> Z39.50 프로토콜은 서지정보를 교환하고 공유하기 위해 다양한 도 Z39.50 서관 시스템을 얻기 위한 시도로써 시작되었다 각국의 도서관들이. 구축하고 있는 시스템은 도서관의 종류만큼이나 다양하기 때문에 기, 존의 정보 검색 환경에서는 이용자가 접속한 시스템 각각의 메뉴, 명령어 검색 방법 등을 알고 있어야 이용자가 원하는 정보를 획득, 할 수 있었다 하지만 시스템이. Z39.50 프로토콜을 지원한다면 컴퓨, 터나 통신 프로토콜에 상관없이 이용자에게 익숙한 인터페이스를 이
용하여 편리하게 검색할 수 있다 이를 위해. Z39.50 프로토콜은 다양 한 정보 검색 시스템과 상호 작용할 수 있는 추상적인 정보 검색 모 델과 다양한 시스템 사이에서 공유 이해될 수 있는 표준 언어 그리/ , 고 검색 질의어와 검색 결과를 인코딩(encoding)하기 위한 규정으로 구성되어 있다. 은 정보 서비스 대학 도서관 및 종합 목록 센터와 같은 조 Z39.50 , , 직과 정보 검색 서비스를 지원하는 시스템을 위하여 제안되어 세션 지향적이며, HTTP와는 달리 연속적이다 클라이언트와 서버 사이에. 서 발생하는 기본적인 통신 과정을 JISC IE 검색 과정으로 생각해 보면 먼저 포탈 클라이언트 이 이용자의 질의를 받아 콘텐츠 제공자, ( ) 서버 에 대한 초기화 요구 를 보내면 콘텐츠 ( ) (Initialization Request) , 제공자가 포탈의 요구에 응답(Initialization Response)하는 과정에서 차후 발생할 동작들에 대한 정보를 교환하고 포탈이 표준화된 형식, 으로 질의를 변환한 후 이를 콘텐츠 제공자에게 넘겨주게(Search 된다 다음으로 콘텐츠 제공자가 데이터베이스를 대상으로 Request) . 탐색작업을 수행한 후 그 결과를 제공(Search Response)하면 포탈이, 검색결과로부터 레코드를 요구하거나 콘텐츠 제공자에게 검색결과에, 다 추가적인 처리 요청(Present Request)하고 그 결과를 이용자의 웹 브라우저에 나타내어 준다 앞서 언급한 바와 같이 이용자의 질의에. , 아주 간단한 교차검색이 수행된다고 하더라도 다양한 콘텐츠 제공자, 의 Z39.50 타겟들과 직접 접촉해야 한다 이 때문에. JISC IE는 포탈 대신에 질의를 받아 여러 콘텐츠 제공자로 전송하고 질의 결과를 처 리 가공해주는/ Z39.50 프로토콜 기반의 브로커(broker) 서비스를 제 공하고 있는 것이다. 현재 Z39.50 프로토콜을 구현한 사례가 급격히 늘어나고 있으며,
이들 개발사례는 Geac, NOTIS, VTLS와 같은 도서관 자동화 개발업
체, CARL, OCLC와 같은 공동 편목서비스 제공 기관, DIALOG와
같은 상용 데이터베이스 서비스 업체 등 크게 세 가지 유형으로 나 누어 볼 수 있다 이 표준은. Z39.50-1992가 버전 로2 , Z39.50-1995가 버전 으로 알려져 있는데 실제로3 , Z39.50-1992는 프로토콜 버전 를2 지칭하고, Z39.50-1995는 프로토콜 버전 와 을 지칭하는 것이다2 3 . 은 세션 중심의 고정적인 성격을 가지고 있고 여러 가지 레 Z39.50 코드 구문을 지원하고 있어 웹 기반의 정보 환경에서의 유용성 문제 가 제기되었고 이 때문에 차세대, Z39.50을 개발하기 위한 여러 가지 실험적 연구와 프로젝트들을 수행하는 ZING(Z39.50 International: 이 등장하였다 Next Generation) . 중에서도 는 가장 활발하게 연구되고 있는 주제 ZING SRW/SRU 로, Z39.50의 기본 개념은 대부분 유지하면서 웹 기반 기술 - XML, 을 이용하여 프로토콜을 재 정의한 것으로 SOAP, HTTP, URL -년 월에 버전 로 개정되었다 와 는 모두 이용자가 2004 2 1.1 . SRW SRU 원격의 데이터베이스를 검색할 수 있도록 해주는 웹 서비스 기반 프 로토콜로 이용자가 질의어를 포함하는, ‘searchRetrieve’ 요청 메시지 를 보내면, 서버는 질의어에 일치되는 레코드들을 가리키는 응답 메시지를 보낸다 ‘searchRetrieve’ . 두 프로토콜에서 사용되는 요청과 응답 파라미터들은 유사하나, 클라이언트와 서버 간의 질의와 결과 형식에 차이가 있다. SRW는 클라이언트가 서버에 서비스를 요청할 때나 서버가 클라이언트에 결 과를 보낼 때 SOAP7) 방식으로 처리하지만, SRU는 클라이언트가 서
7) SOAP(Simple Object Access Protocol)은 인터넷을 통한 메시징 처
버에 서비스를 요청할 때는 HTTP 방식으로 서버가 클라이언트에, 결과를 보낼 때는 SOAP 방식으로 전달하는 REST 방식으로 처리한 다. SRW/SRU는 웹 기반 프로토콜이라는 특성 때문에 Z39.50보다 유동적이며 사람이 쉽게 읽고 쓸 수 있는, CQL(Common Query 을 질의어로 사용함으로써 편의성을 추구한다 Language) . 다 다 다
다.... 메타데이터 수확메타데이터 수확메타데이터 수확메타데이터 수확 : OAI/PMH: OAI/PMH: OAI/PMH: OAI/PMH 버전버전버전버전 2.02.02.02.0
그림 프로토콜 < 1-6> OAI-PMH 융합계층의 또 다른 서비스인 수집기 서비스 JISC IE (aggregator) 는 데이터 레코드를 수집하고 갱신이 빈번한 컬렉션의 메타데이터를 교환해주는 역할을 하는데 첫 번째 역할 즉 외부 콘텐츠 제공자로, , 부터 메타테이터 레코드를 수확(harvesting)하기 위해
OAI-PMH(Open Archives Initiative Protocol for Metadata
표준을 사용한다 이처럼 에서는 수집기
Harvesting) . JISC IE OAI
서비스를 제공함으로써 다수의 레포지터리가 소장하고 (aggregator)
있는 메타데이터 레코드를 집합하여 수확(harvesting)을 가능하게 한 다.8)
는 개방 아카이브 의
OAI(Open Archives Initiative) (Open Archives)
콘텐츠를 보다 효율적으로 유통하는데 필요한 각종 상호운용성 표준 을 개발하고 보급하는 역할을 수행하는 (interoperability standards) 조직이다.9) 이 국제적인 조직은 분산되어 있는 수많은 아카이브들을 대상으로 통합 서비스를 하기 위한 방법을 모색하면서 그 결과물로 프로토콜 즉
OAI , OAI-PMH(Open Archives Initiative Protocol for
을 개발하였다 는 년에 버전
Metadata Harvesting) . OAI-PMH 2001 1.0
을 발표하였으며 버전 2.0을 2002년 월에 발표하였다6 .
프레임워크는 와
OAI-PMH DP(data provider) SP(service
라는 두 가지 모델 간의 상호작용으로 설명할 수 있다 provider) . DP 는 자체적으로 다양한 콘텐츠를 수집 관리 보존하고 있는 시스템으, , 로 메타데이터를 제공하기 위한 수단으로 OAI-PMH를 지원하며, SP 는 검색 브라우징 원문제공과 같은 부가가치, , (value-added) 서비스를 제공하기 위해 OAI-PMH를 매개로 수확한 메타데이터를 사용한다. 다시 말해, SP가 DP에게 서비스를 요청하면, DP는 SP의 요청을 분 석하여 해당 메타데이터를 SP에게 제공하고 제공된 메타데이터를, 가 수확하여 사용자에게 필요한 정보를 제공하게 된다 SP . 프로토콜은 과 같은 웹 표준을 기반으로 하기 때 OAI HTTP, XML 문에 프로토콜이 매우 간단하고 구현하기 쉬우며 클라이언트가 레코, 드의 전부 또는 일부를 요청할 수 있도록 지원한다 또한 기존.
8) The DNER Technical Architecture : scoping the information environment
9) 이수상, “학술정보 유통에 있어 OAI 프로토콜의 적용에 관한 연구”,
프로토콜이 정교한 메타데이터인 을 채택함으로서 비 Z39.50 MARC 용 부담이 컸던 반면, OAI 프로토콜은 더블린코어 메타데이터를 사 용하여 상대적으로 저비용이다. 라 라 라 라.... 뉴스와 공지뉴스와 공지뉴스와 공지뉴스와 공지 : RSS: RSS: RSS: RSS 버전버전버전버전 1.01.01.01.0 그림 프로토콜 < 1-7> RSS 서비스의 융합계층에서 수집기 서비스의 두 JISC IE (aggregator) 번째 역할은 갱신이 빈번한 컬렉션의 메타데이터를 교환해 주는 것 이다. RSS는 웹 상에서 뉴스 제공에 사용되는 RDF(Resource 어플리케이션으로 이 포맷을 사용하여 수 Description Framework) , 집기는 콘텐츠 제공자의 신착 자료를 수집 제공하게 된다/ . 는 또는 의 약자로 뉴
RSS RDF Site Summary Rich Site Summary
스와 와이어드(Wired)와 같은 주요 뉴스 사이트 슬래시닷, (Slashdot)
과 같은 뉴스 기반 커뮤니티 사이트 그리고 개인 웹로그, 10)와 같은
포맷이다 다시 말해. , RSS는 콘텐츠가 자주 갱신되는 웹 사이트를 위 한 XML 기반의 데이터 교환 규격으로 콘텐츠 배급에 필요한 최소, 한의 정보를 작성할 수 있도록 구성되어 있으며 현재 0.9, 1.0, 2.0 등 다양한 버전으로 서비스 되고 있다. 운영자가 자신의 웹로그에 새로운 정보를 갱신하면 RSS 피드 가 가능해진다 피드는 공급을 말하는 것으로 이용자 (feed) . RSS RSS , 는 관심 있는 웹로그의RSS URL을 자신의 RSS 리더(reader)11)에 추 가함으로써 웹로그를 직접 방문하지 않고도 최신 콘텐츠를 받아볼 수 있다. RSS를 통해서 서비스 운영자는 이메일 발송을 하지 않고도 최신의 정보를 빠르고 쉽게 제공할 수 있고 이용자는 콘텐츠 구독, 을 위해 자신의 신상 정보를 제공할 필요가 없기 때문에 스팸 메일 로부터 자유로울 수 있다 이는 이메일이 일방적으로 콘텐츠를 강요. 하는 푸쉬모델(Push Model)인데 반해, RSS는 이용자가 선택한 정보 만 볼 수 있도록 해주는 풀모델(Pull Model)이기 때문이다. 는 전통적인 뉴스기사 콘텐츠를 제공하기 위한 목적으로 개발 RSS , 되었으나 빈번하게 갱신되는 콘텐츠의 메타데이터를 교환하기 위해, 서도 많이 사용되고 있고 JISC IE의 융합 계층에서 RSS를 요소 기술 로 채택한 것도 바로 이런 이유에서이다. 10) 매일 또는 수시로 특정 주제나 일반적인 주제 정보의 일별 운용 기 록 형식을 사용하는 개인 또는 비영리 기관의 웹 사이트 정보는 다. 른 웹 사이트나 소스 사용자 배포 자료에서 수집되며 토픽 기사, , , 개발 기록 특수 주제 개인 일기 일반 공개 자료 등 다양하다 매일, , , . 새로운 자료로 바꾸며 개인 위주의 자료 공동 위주의 자료가 있다, , . 11) RSS 리더는 사용자가 RSS 채널을 등록하고 원하는 RSS 피드를 읽을 수 있도록 해주는 구독 프로그램이다.
마 마 마
마.... 문맥기반의 참조연계문맥기반의 참조연계문맥기반의 참조연계문맥기반의 참조연계 : OpenURL: OpenURL: OpenURL: OpenURL 버전버전버전버전 1.01.01.01.0
그림 표준 < 1-8> OpenURL 이용자는 융합 계층의 다양한 서비스 즉 검색, (searching)수확 공지 메커니즘을 제공하는 탐색 과정을 통해 (harvesting) (alerting) 서 특정 정보에 대한 메타데이터를 입수한다 각 메타데이터는 몇. 가지 식별자를 포함하는데 웹 자원의 경우 URL이 대표적인 식별자 라고 할 수 있다 각각의 식별자와 메타데이터는 특정 소스의. URL 또는 소스 자체를 요청하기 위해 필요한 정보로 해석(resolve)되어야 한다 기반 계층의 해석기. (resolver) 서비스가 이러한 기능을 수행하 고 있으며 이 서비스가 최대한으로 동작하기 위해서는 이용자가 누, 구인지 그들이 어디에 있는지 어떤 기관에 소속되어 있는지 그들이, , , 가지고 있는 접근 권한과 흥미 선호도 등을 인지하고 있어야 한다, . 자원의 위치 정보가 URL을 기반으로 하고 있다면 이것이 지속성, 을 가지지 못한다는 사실을 쉽게 인지할 수 있을 것이다 다시 말해. ,
웹 서버의 도메인 변경이나 서버 내의 파일 위치 변경으로 인해 네 트워크 상의 자원의 위치가 변경되면 해당 자원을 지시하는 모든 링크를 갱신해야 하는데 링크를 생성 관리하는 측면에서 URL , URL 는 이를 능동적으로 대처하기 어렵기 때문에 네트워크 상의 절단링 크(broken links)가 발생하게 된다.12) 이처럼 전자 정보 자원의 생산 과 그 활용이 증가함에 따라 URL 방식의 문제점을 해결하고자 개발 된 것이 OpenURL이다. 은 정보 자원 자체에 대한 정보가 아닌 자원의 위치 정보만을 URL 지시하고 있어 상기와 같은 문제점을 내포하고 있다 무엇보다. URL 은 정보 자원을 필요로 하는 이용자 상황을 전혀 고려하지 않기 때 문에 이용자에게 적합하지 않은 링크 서비스를 제공하게 된다 즉. , 이용자는 소속 기관의 접근 권한 여부에 따라 정보 자원 이용에 제 약이 있으며 소속 기관 내의 모든 이용자는 동일한 링크 서비스를, 받게 된다 이에 개별적으로 생산 서비스 되고 있는 다양한 전자. 정보를 이용자의 상황에 맞게 보다 효율적으로 제공하기 위해 전자 정보 자원을 식별하는 메타데이터를 이용하여 전자 정보로의 연계를 제공하기 위해 OpenURL이 등장하게 된다. 기존의 URL과 달리, OpenURL은 연결 대상 자원의 고정된 위치 정보 대신 ① OpenURL 해석기의 주소, ② 이용자 소속을 식별하는 메타데이터, ③ 연결대상 자원을 식별하기 위한 정보를 포함한다 이. 렇게OpenURL은 이용자의 정보 환경을 고려하는 문맥인식‘ (context-연계 를 지원함으로써 이용자에게 적합한 정보 자원을 제 sensitive) ’ 공할 수 있다 다시 말해. , URL은 콘텐츠에 대한 메타데이터를 포함 12) 이수상 이길신, , “OpenURL을 이용한 정보자원의 연계기술에 관한 고찰”, 도서관 제, 58권 제 호1 (2003 ), p. 109.년
하고 있지 않아서 그 자체만으로는 사용자가 요청한 콘텐츠의 내용
을 파악할 수 없으나, OpenURL은 입력된 메타데이터를 통해 해당
콘텐츠의 내용을 파악할 수 있다.
에서 은 과 기술 로 구성된
JISC IE OpenURL BaseURL (description)
다. BaseURL은 OpenURL 해석(resolution) 서비스의 위치를 나타내
며 기술은 일반적으로, DOI, ISBN과 같은 식별자 또는 정보 소스의 서지정보 저자 제목 주제 등 를 나타낸다( , , ) . BaseURL은 OpenURL을 생성시키는 서비스에 의해 동적으로 할당받는데, IE의 경우 이것은 포탈이나 콘텐츠 제공 서비스에 의해 할당받게 된다 이용자가. 하이퍼링크를 선택하면 해석기 로의 링크가 만들 OpenURL (resolver) 어진다 이용자가 소스에 대해 더 많은 정보를 요구할 경우 해석기. 는 임의로 OpenURL을 생성시키는 서비스로 연결시킨다 탐색 과정. 에서 획득한 식별자는 지속성과 독립성을 가지고 있어야 하지만 해, 석 서비스에 의해 전달된 위치 식별자는 일시적이며 최근의 해석 요 청을 한 특정 이용자에게만 유효하다. 바 바 바
바.... 처리형 서비스처리형 서비스처리형 서비스처리형 서비스 : SOAP: SOAP: SOAP: SOAP 버전버전버전버전 1.21.21.21.2
아키텍처 기술 표준에는 지금까지 언급된 기술에 해당되
JISC IE “
지 않는 모든 JISC IE 구조의 네트워크 서비스는 SOAP(Simple
버전 또는 을 사용해야 한다
Object Access Protocol) 1.2 SOAP 1.1 .”
고 명시되어 있다. SOAP은 분산 환경에서 구조화된 정보를 상호교
환하기 위한 경량(lightweight) 프로토콜로 다양한 기반 프로토콜 위,
에서 교환될 수 있는 메시지 구조를 제공하는 확장 메시징 프레임워
단순함 과 확장성 을 목표로 설계되었
SOAP (simplicity) (extensibility)
기 때문에 인터넷을 기반으로 한 어떤 어플리케이션에서도 사용할,
수 있다.
사 사 사
사.... 이용자 인증이용자 인증이용자 인증이용자 인증 : Athens: Athens: Athens: Athens
는 개인별 서비스를 지원하고 특정 정보 자원으로의 접근 JISC IE , 을 제한하기 위해 이용자 인증을 요청한다. JISC IE 상에서 모든 인 증은 Athens 접근관리시스템을 기반으로 하는데, Athens는 전자정보 의 접근을 관리하는 효율적인 툴로써 기본적으로 인증된 싱글, ID와 비밀번호만으로 다양한 전자정보로의 접근을 보장한다 이용자의. ID 와 비밀번호를 생성 관리하기 위해 Athens는 광범위한 계정관리 기 관을 보유하고 있으며, Athens와 관련된 각 기관들은 계정의 관리에 책임을 진다 기관 내의. Athens 사이트 관리자들은 대학 내의 전자 정보로의 접근을 관리하며 일반적으로 학습정보 관리자나 사서가 이 러한 역할을 담당한다. Athens의 가장 큰 장점은 내부(on-site) 이용 자와 마찬가지로 원거리 이용자들의 전자정보 접근을 보장한다는 것 이다 또한. Athens는 기관이 LDAP 디렉토리 서비스와 같은 로컬 인 증 서비스와 인증을 통합할 수 있는 기회를 제공하는데 이를 로컬, 인증(Local Authentication)이라고 한다. 이용자 계정은 크게 두 가지로 나뉜다 첫 번째는 공유계 Athens . 정으로서 기관 내의 모든 이용자들이 전자 정보에 접근하기 위해 필
13) SOAP Version 1.2 Part 1: Messaging
요한 접근계정(Access Accounts)이고 두 번째는 개인 개정, (Personal 으로 이용자들이 어디에 있든지 상관없이 원거리 접근을
Accounts) ,
시도할 때 반드시 필요한 계정이다.
초기 Athens는 1996년에 일부 고등교육 영역(higher education
에만 채택되었지만 점차적으로 영국 교육과 보건영역 내의 웹 sector) 기반 서비스에 대한 접근관리의 실질적인 표준으로 자리 잡기 시하 였다 현재 약. 260개의 온라인 서비스가 Athens 보안체계를 채택하 고 있으며, 800여 기관의 백만 이용자들의 계정이 이 시스템을 통해2 관리되고 있다. Athens는 동일한 ID와 비밀번호만으로 수많은 온라 인 서비스를 제공받을 수 있고 새로운, Athens 보안 서비스를 위해 서 추가적인 이용자 관리자가 필요하지 않으며 기존의 이용자 정보, 가 Athens 이용자 계정에 사용될 수 있다는 장점을 가진다.
6.
6.
6.
6.
JISC IE
JISC IE
JISC IE
JISC IE
의 콘텐츠 제공자 요건
의 콘텐츠 제공자 요건
의 콘텐츠 제공자 요건
의 콘텐츠 제공자 요건
여기서는 JISC IE에 대한 개략적인 소개 특히 콘텐츠 제공자가, 의 기술 구조내에서 상호운용할 수 있기 위해 거쳐야 할 기 JISC IE 술적인 단계에 초점을 맞추고 있다 이용자들이 학술적 연구적인 목. , 적으로 디지털 혹은 물리적 자원을 검색하고 이용하는 활동을 지원 하는 일련의 표준과 프로토콜이 본문에 기술되어 있다. 대부분의 콘텐츠 제공자들은 이미 이용자들이 쉽게 접근할 수 있 는 웹 사이트를 제공하고 있다. JISC IE의 일부가 되기 위해서 콘텐 츠 제공자들은 기계지향의 인터페이스(machine-oriented interface)를 지원해야 할 필요가 있다 이것은 웹서비스. ‘ ’(web services)를 지원하
는 최근의 경향과 매우 관련성이 높다 물론. JISC IE내의 몇몇 프로 토콜과 표준들이 최근의 진정한 웹서비스 표준과 동일하지 않은 점‘ ’ 도 있다. 콘텐츠 제공자가 되기 위하여 다음의 가지 단계 모두를 따라야5 할 필요는 없다 아래의 단계 가운데 단지 하나만이라도 참고한다면. 제공하는 콘텐츠와 JISC IE 내의 여러 서비스, UK 고등교육 커뮤니 티 외부의 서비스간의 통합을 훨씬 증가시킬 수 있을 것이다. 단계 1: 콘텐츠 제공자의 메타데이터 노출하여야 한다. ｏ 분산검색 혹은 수확을 가능하게 하기 위해서 콘텐츠 제공자의 콘 텐츠에 대한 메타데이터를 외부인들이 찾을 수 있어야 한다 메타데. 이터 노출을 위해서는 다음 두 가지 프로토콜 중 하나를 지원해야 한다. 첫째, Z39.50을 사용한 검색기능 지원으로 분산검색을 지원하기
위해서는 Bath Profile의 기능영역(functional area) C에 따른 Z39.50
을 이용해야 한다 바꿔 말해서 콘텐츠에 대한 메타데이터 간략형. ( 메타데이터 를 노출시키기 위해서 을 이용해라는 Dublin Core ) Z39.50 뜻이다 때로는. Z39.50이 그다지 매우 웹과 친밀한 프로토콜이 아닐 수도 있다는 것을 인식해야 한다 미래에는. SOAP, 혹은 SRW가 분 산검색을 지원하기 위해 사용될 것이라 예측되고 있다. 둘째 메타데이터 수확을 위한, OAI 프로토콜을 지원해야 한다 메. 타데이터 레코드의 제공을 위해서 OAI-PMH를 사용해야 한다는 말 이다. 단계 2: RSS를 이용한 뉴스 공지의 공유하여야 한다/ . ｏ
뉴스 공지 서비스를 지원하고 싶다면 그것을 기계 가독 포맷으로/
제공하는 것을 고려해야 한다 뉴스 공지 서비스는 일반적으로 서비. /
스 안내와 새로운 정보자원의 리스트 제공 등을 포함하고 있다 여.
기에는RDF Site Summary ver1.0 (RSS), simple XML application을
이용하면 될 것이다. 단계 3: OpenURL 소스가 되어야 한다. ｏ 콘텐츠 제공자의 웹 사이트가 서지정보의 검색을 지원한다면 검색 결과에 OpenURL을 추가함으로서 문맥인식 연계 를 구축할 필요가‘ ’ 있다 검색결과에. OpenURL을 끼워넣기 위해서는 각 이용자의 URL 해석기와 연동할 수 있는 몇 몇 메커니즘을 지원해야 할 것이다 예. 를 들자면 쿠키 혹은 이용자 선호(user-preference) 데이터베이스를 사용이 될 것이다. 단계 4: OpenURL 타켓이 되어야 한다. ｏ 콘텐츠 제공자의 웹 사이트가 서지정보로의 접근을 제공한다면, 로부터 서비스로의 직접적인 연결을 만들 필요가 있다 이 OpenURL . 른바 심층연계‘ ’(deep linking)를 의미하는데 이는 정보로의 직접적인 접근 혹은 초록(abstract)을 통한 접근을 보장한다. 단계5: 고유한 식별체계(persistent URI)를 사용하여야 한다. ｏ 는 메타데이터를 다른 서비스에 노출시키 Z39.50, OAI-PMH, RSS 는 역할을 한다 위에서 언급한대로 검색결과에서 제공 되어지는 메. 타데이터로부터 직접적인 정보소스로의 심층연계 을 제공해야 할 것‘ ' 이다 콘텐츠 제공자의 심층연계. URL은 특수성과 지속성을 지녀야
한다 예를 들자면. , DOI나 PURL에 기반을 둔 형태일 수 있는데 이
제 장2
정보객체 패키징 기술
정보객체 패키징 기술
정보객체 패키징 기술
정보객체 패키징 기술 : METS
: METS
: METS
: METS
본 장에서는 멀티미디어 정보 패키징 및 유통에 사용되는 국제 표
준인 METS(Metadata Encording &Transmisson Standard)14)의 구조
적 특성을 상세 분석하여 메타데이터 동영상 등 다양한 기술정보가, 혼재돼 있는 연구 보고서 유통을 위한 정보객체 패키징 기술로서의 의 활용성을 파악하고 관련된 유사 기술개발 동향을 파악하고 METS 자 하였다.
1.
1.
1.
1.
METS
METS
METS
METS
개요
개요
개요
개요
는 시스템간의 복합디지털객체 의 전송 및 아키이빙을 위한 METS ‘ ’ 디지털 자원에 대한 허브(hub)문서의 인코딩 규칙을 규정하는 XML 스키마 기반의 명세(specification)이다 여기서 허브문서란 분산되어. , 있지만 서로 관련을 가지고 있는 디지털 파일과 컨텐츠를 함께 모아 주는 문서를 의미한다. 는 전자도서관연합 의 지원을 받
METS (Digital Library Federation)
아 1997년에 시작된 MOA2 프로젝트에서 유래되었으며 미의회도서,
관(U.S. Library of Congress)에서 개발하였다. MOA2 프로젝트15)는
테스트와 이미지 형태의 디지털 객체 내에 주요 컨텐츠와 함께 서술
적(descriptive), 관리적(administrative),구조적(structural) 메타데이터
를 인코딩하기 위한 디지털 객체 표준의 생성을 그 목적으로 하여 기반의 인코딩 표준을 개발하였다 이 표준은 디지털 자 XML DTD . 원이 어떻게 조직되어 있는지 이해하기 위해 구조적(structural) 메타 데이터가 필요하고 디지털 형태의 자원이 원자원를 얼마나 정확하게, 표현하는지를 이해하기 위해 기술(technical) 메타데이터가 필요하다 는 요구에 대한 해결책으로 제시되었다 하지만 오디오 또는 비디오. , 형태와 같은 시간에 기반을 둔 디지털 자원의 구조에 대한 기술과 외부자원으로의 연결(link) 기능 등 서술적 관리적 메타데이터에 더, 많은 확장성을 제공하기 위하여 기존의 XML DTD 기반의 명세를 스키마 기반의 명세로 전환하여 가 개발되게 되었다 XML METS . 는 년 월 베타버전 발표 후 몇 차례의 개정 절차를 거 METS 2001 6 쳐 2005년 11월 현재 1.4 버전까지 발표되었으며 미의회도서관의, 에서 관리하고 Network Development and MARC Standard Office
있다.
가 가 가
가.... METSMETSMETSMETS 활용활용활용활용
는 참조모델
METS OAIS 16)에서 그 개념을 정의하고 있는
SIP(Submission Information Package), AIP(Archival Information 15) http://sunsite.berkeley.edu/moa2/
16) http://ssdoo.gsfc.nasa.gov/nost/wwwclassic/documents/pdf/ CCSDS-650.0-B-1.pdf
그림 여섯 가지 기능 영역과 세가지 정보 패키지 < 2-1> OAIS
를 표현하는데 활 Package), DIP(Dissemination Information Package)
용될 수 있다. 관점 시스템간의 디지털 객체를 전송 및 교환을 위한 정보 SIP : ○ 패키징 표준 관점 이용자에게 디지털 컨텐츠 및 관련 메타데이터에 대 DIP : ○ 한 열람(display) 및 네비게이션(navigation)을 제공하기 정보 패키징 표준 관점 디지털 객체들을 아카이빙 하기 위한 정보 AIP : (archiving) ○ 패키징 표준 자료: http://ssdoo.gsfc.nasa.gov/nost/wwwclassic/documents/pdf/ CCSDS-650.0-B-1.pdf
나 나 나
나.... METSMETSMETSMETS 기능 개요기능 개요기능 개요기능 개요
디지털 객체를 표현하는 디지털 정보의 식별과 정보의 위치를 ○ 기술 디지털 컨텐츠와 서술 메타데이터를 연결. ○ 디지털 컨텐츠와 관리 메타데이터를 연결 ○ 디지털 컨텐츠와 동작 정의(behavior definition)나 프로그램 코 ○ 드와의 링크 및 관련된 서술적 관리적 메타데이터와의 연결, 디지털 콘텐츠 및 관련된 서술적 관리 메타데이터를, XML 또 ○ 는 이진데이터로 함께 패키징
2.
2.
2.
2.
METS
METS
METS
METS
기본 구성
기본 구성
기본 구성
기본 구성
스키마는 다음 개의 섹션으로 구성된다
METS 7 .
헤더(Header) 섹션 필수[ ]
○
서술 메타데이터 섹션(Descriptive Metadata Section) ○
관리 메타데이터 섹션(Administrative Metadata Section) ○
파일 섹션(File Section) ○
구조맵 섹션(Structure Map Section) [필수]
○ 구조연결 섹션(Structural Links) ○ 행위 섹션(Behavior Section) ○ 개의 섹션 중 구조맵 섹션만이 필수 섹션이며 나머지 섹션은 선 7 택적으로 적용할 수 있는 섹션이다.
METS metsHdr dmdSec amdSec structMap filesec struckLink techMD rightsMD SourceMD digprovMD div div div div fileGrp file fptr mptr METS외부 file METS Header Descriptive Metadata Section Administrative Metadata Section
Structural Map Section File Section Structural Link Section
behaviorSec Behavior Section 그림 기본 구조 다이어그램 < 2-2> METS 가 가 가
가.... METSMETSMETSMETS 헤더헤더헤더헤더
헤더 레코드는 METS 문서가 인코딩하는 디지털 객체를 기술하는 메타데이터가 아닌 METS 문서 자체에 대한 메타데이터를 저장하는 곳으로 다음과 같은 정보를 포함한다. 에이전트(agent) ,명 에어젼트 역할(role) ○ 속성 값의 유형은 스키마에서 정의하지 않는다 즉 role METS . , 속성 값 은 이다
role type ‘xsd:string’ .
문서에 대한 대체 레코드 METS ID ○ 문서의 생성 갱신 시간 METS , ○ 문서 상태 METS (Status) ○
