Embed Size (px)
Citation preview
- 1 -
정보통신산업기술개발사업' '
최종연구개발결과보고서
지식 콘텐츠 메타데이타 처리 및 연계 서비스
도구
Metadata Processing and Linking Service Tool for The
Knowledge Contents
2002. 12. 31.
주관연구기관 : 메타라이츠 주( )
참여연구기관 : Savantech, Inc.
정 보 통 신 부
- 2 -
제 출 문
정보통신부장관 귀하
본 보고서를 정보통신산업기술개발사업' '
지식 콘텐츠 메타데이타 처리 및 연계 서비스 도구 과제의 연구개발결과보고서로 제출합니
다.
년 월 일2002 12 31
주관연구기관 : 메타라이츠
참여연구기관 : Savantech, Inc.
연구책임자 : 이창열
참여연구원 : 류상우 박성공 이소연, , ,
강명주 김강석 신정수, , ,
박창협 이지현 설혜옥, , ,
김종건 김종민 손세헌, , ,
석영윤 이영진 이기동, , ,
Robert Schuler,
Arun Ramanujapuram,
Chad Fujishige
- 3 -
요 약 문
제 목1.
지식 콘텐츠 메타데이타 처리 및 연계 서비스 도구
기술개발의 목적 및 중요성2.
가 목적.
지식 콘텐츠에 대한 기술과 유통을 위한 표준 메타데이타로 가 년 제시되었으며ONIX 2000 ,
이를 바탕으로 전자책 인쇄책 디지털 콘텐츠 등에 대한 기술 개발이 전 세계적으로 진행, ,
되고 있다 본 연구개발의 목적은 이러한 세계적 추세에 따라 국내 지식 콘텐츠 특히 인쇄. ,
도서 및 전자 도서에 대한 기반 표준 시스템을 개발하고 유통할 수 있는 시스템을ONIX ,
보급하는 것을 본 연구개발의 목적으로 한다.
나 중요성.
지금까지 제시된 메타데이타로 은 도서 정보 관리용 는 웹 정보기술용MARC , Dublin Core
으로 제시되었지만 인쇄 도서의 전자상거래나 디지털 콘텐츠의 상거래에 대한 메타데이타,
표준으로 이외에 제시된 것이 없다 는 전자책을 포함한 다양한 미디어에 대한ONIX . ONIX
유통용 표준으로 현재 유럽과 미국의 일부 회사와 유통 회사만 표준화에 따라 기술을 개발
하고 운영하고 있으며 운영 또한 초기 단계에 있다, .
이에 따라 국내에서는 를 기반으로 지식 콘텐츠 유통 시스템을 개발하여 유통의 선진ONIX
화와 상호운용성을 확보하고 나아가 해외에 진출할 수 있는 계기를 마련할 수 있기 때문에
본 연구는 매우 중요하다.
연구개발의 내용 및 범위3.
가 분석. ONIX DTD
- 4 -
년까지 제시된 최신 버전인 을 중심으로 를 분석하여 지속적으로 시스2002 ONIX 2.0 DTD
템 개발에 사용할 수 있게 하였다.
나 관리 시스템 개발. ONIX
자료를 입력할 수 있으며 입력된 자료를 검색하고 수정할 수 있는 관리기를 개발하ONIX ,
였다.
다 변환기 개발. ONIX
자료를 기존의 으로 변환할 수 있게 자료와 사이에ONIX KORMARC ONIX KORMARC
구성과 시스템을 개발하였다mapping table .
라 연계 시스템 운영. ONIX
관리기와 변환기를 가지고 실제적으로 운영할 수 있는 웹 기반 서비스 시스템을 구ONIX
축하였다.
연구개발 결과4.
시제품명- : MetaServer
시제품 구성 를 포함한 관리 기능인 로 구성- : MetaWriter MetaServer
활용에 대한 건의5.
온라인 서점 콘텐츠 샵 등에 기본 시스템으로 사용 추진- ,
전자책 메타데이타 표준화로 추진-
기대 효과6.
현재 온라인 서점마다 각각 목록 작업을 하나 통합된 구조를 통하여 목록 작업에 대한-
경비 절감
국제적 표준화에 따른 상호운용성 증대-
국내 업체간의 정보 교환 증대-
- 5 -
SUMMARY
This project has been developing a knowledge metadata management system based
on ONIX(ONline Information eXchange). ONIX is the international delivery metadata
standard developed by EDItEUR with BIC and BISG for the knowledge and
publication sections.
In this project, we developed a prototype system called MetaServer consists of the
metadata management module, convertor module and link module. After this project,
we must continuously upgrade and commercialize.
Co-work company, Savantech Inc., supported to have developed the prototype
system using his experience in metadata area, specially ONIX system.
ONIX is not well known metadata system in Korea, because the first public
specification was issued at may 2000, that means, it is not old. Although
MetaServer is a prototype system, it is the first ONIX-compatible system in Korea,
also in Asia. To spread out and extent the knowledge information market, we must
introduce and provide the diverse materials and proceed promotion steps including
the providing Korean version of ONIX document.
In this project, we developed the service system and many materials and then,
continuously we shall invest our engineers to make a commercialized version of this
prototype system and make market.
- 6 -
CONTENTS
Chapter 1. Introduction
Chapter 2. Knowledge Metadata Initiatives
Section 1. Introduction to Metadata
1. Educational Metadata
2. Audio Visual Metadata
3. Metadata Standard Framework
Section 2. Main Standard Metadata
1. MARC
2. DC
3. IMS & IEEE LOM
4. INDECS
5. RDF Representation
Chapter 3. ONIX Analysis
Section 1. Introduction to ONIX
Section 2. ONIX Information
1. ONIX Header Information
2. ONIX Product Information
3. ONIX Other Information
- 7 -
Chapter 4. Developed System
Section 1. System Architecture
Section 2. ONIX Manager
1. Configuration
2. DB Schema
3. Linking Service
Section 2. ONIX Convertor
1. Conversion Table
2. Conversion Example
Section 3. ONIX Input Editor
Chapter 5. Conclusion
References
Summary of the project result
- 8 -
목 차
제 장 서론1
제 장 지식 메타데이타 기술 동향2
제 절 메타데이타 기술 동향1
교육 메타데이타1.
시청각 분야 메타데이타2.
표준 메타데이타 프레임워크3.
제 절 주요 표준 메타데이타2
1. MARC
2. DC
3. IMS & IEEE LOM
4. INDECS
표현5. RDF
제 장 분석3 ONIX
제 절 기술 동향1 ONIX
제 절 정보2 ONIX
헤더 정보1. ONIX
제품 정보2. ONIX
기타 정보3. ONIX
- 9 -
제 장 개발 시스템4
제 절 시스템 구조1
제 절 관리기2 ONIX
구성1.
구조2. DB
연계 서비스3.
제 절 변환기2 ONIX
변환테이블1.
변환 예제2.
제 절 입력기3 ONIX
제 장 결론5
참고문헌
기술개발결과 요약표
- 10 -
제 장 서 론1
월드와이드웹 의 발생은 컨텐츠를 일관된 방법으로 기술하기 위한 표준 방법과 어휘(WWW)
의 정의를 긴급하게 필요하게 되었으며 년 이래 메타데이타 운동이라고 불리는 많은, 1995 ,
관련 기구들이 만들어졌다 메타데이타는 전통적인 자원인 도서 목록 주제 인덱스 책 리뷰. , ,
와 요약에서부터 디지털 서명 디지털 지도에서 온라인 주문 목록에 이르는 광범위한 웹 자,
원을 위한 서술적이며 기술적인 자료에 대한 포괄적인 형태에 관한 데이타에 관한 구조화“
된 데이터 이다 가장 일반적인 형태로 메타데이타는 자원의 저자 타이틀 주제를 나타내” . , ,
는데 사용될 것이다 다른 형태는 자원의 가격 등급을 나타내거나 컴퓨터 파일의 형식을. , ,
나타내거나 준비에 책임 있는 행정가 이름 복제되고 작동되는 용어와 조건을 분명히 할, , ,
수도 있다.
메타데이타의 대부분은 컴퓨터용이지만 일부는 인간에 의하여 읽혀지도록 만들어질 수도,
있다 어떤 형태의 메타데이타도 모든 응용에 적합하지는 않을 것이며 메타데이타의 다양. ,
성은 분리된 형태로 제공되며 해당 분야의 어휘 정의 구조화 그리고 호환성 확보를 위한, , ,
메타데이타패키지 또는 스키마에 초첨을 가진다.
이러한 다양한 분야에서 동시 다발적으로 발생하는 메타데이타의 흐름에도 방향성이 있다.
즉 메타데이타 사이에 상호운용성 의 확보가 가장 중요한 표준화의 이슈로(Interoperability)
발생되고 있으며 메타데이타 사이 변환을 고려하여 설계하는 방식이 선호되고 있는 것이,
다 어떤 메타데이타도 표준의 확장 없이 그대로 사용하는 것은 거의 없다 해당 분야의 표. .
준 메타데이타를 응용에 적용하면서 일부는 확장을 일부는 변경을 하여야하는 상황이 발생,
하기 때문이다.
- 11 -
본 연구개발에서는 지식 콘텐츠 기술용 메타데이타로 제시되는 ONIX(ON line Information
이후 을 기반으로 입력기 관리기 변환기 그리고 연계 서비eXchange) International( ONIX) , ,
스를 제시할 수 있는 시스템 개발에 중점을 두었다.
- 12 -
제 장 지식 메타데이타 기술 동향2
제 절 메타데이타 기술 동향1
여기서는 를 바탕으로 메타데이타 기술 동향SCHEMAS(http://www.schemas-forum.org/)
을 살펴보기로 한다 는[29]. SCHEMAS UKOLN(The UK Office for Library and
에 의해 운영되는 포럼으로 상호운용Information Networking) (http://www.ukoln.ac.uk/) ,
가능한 자신의 스키마를 설계하기 위한 구현자가 자신의 프로젝트의 시각으로부터 다양한
새로운 메타데이타를 보는 시각을 갖게 하기 위하여 만든 포럼이다 특히 본 포럼의 운영에.
는 메타데이타 집합 스키마 프레임워크 등을 포함하는 메타데이타 분야의 세계적 진보에, ,
대한 분기별로 보고서를 포함한 다양한 보고서를 작성하고 있어서Metadata Watch(MD) ,
본 보고서를 기반으로 교육 학술 연구 분야의 기술 동향을 살펴볼 수가 있다, , .
교육 메타데이타1.
포럼의 보고서 은 년 월에 만들어진 보고서로 교육 분야에는Schemas MD #1[25] 2000 6 4
가지 형태의 메타데이타 그룹에 대하여 기술하였다.
는 많은 작업반을 운영하고 있다 메타데이타 활동은IEEE LTSC LOM : IEEE LTSC .Ｏ
그룹으로 재 구성된다 년간 메타데이타를 개발하여왔으LOM(Learing Object Metadata) . 3
며 주요 내용은 장의 에서 언급하였다 많은 기관에서 교육과 훈련 분야의 좀 더, 2.2 IMS .
일반화된 형태로 계속 을 발전시키고 있다LOM .
년 월 이후 사회는 교육 자료를 기술하기 위하여 를 사DC-Education : 1999 8 , DC DCＯ
용하는 것을 연구하는 그룹이 만들어졌다.
- 13 -
이 그룹은 회의에 처음 참가하였고 그룹 년 월에 회의를DC-7 , IEEE LTSC LOM 2000 2
하였다 또한 작업의 많은 것을 원소에 추가하였다. IEEE LTSC LOM DC .
년 월 이후 는 학술 기술에CEN/CENELEC ISSS LTWS : 1999 3 , CEN/CENELEC ISSSＯ
대한 워크샵을 개최하였으며 개의 프로젝트를 진행 시켰다 작업 계획은 표준화 증진 어, 2 . ,
휘 분류 의 프로파일 작업 을 로 연계하기 의 국제화를 포함하고, LOM LOM RDF/XML , LOM
있으며 또한 독일과 프랑스 버전의 이 개발되었고, IEEE LTSC LOM , Catalan, Dutch,
그리고 버전이 개발 중에 있다Greek, Italian, Spanish .
에서 최근에 새로운 위원회가 만들어 졌다 과 은ISO/IEC JTC1 SC36 : ISO . IEEE CENＯ
에서 공식적 관계를 가져왔으며 연계 상태 중이다ISO/IEC JTC1 , .
학술 분야는 매우 다양하다.
웹 메타데이타는 에서 주관하고 있다 현재 개발하는 기술의 대부분은 의 개발W3C . RDFＯ
에 초점을 가진다 는 를 결합하고 있다. RDF PICS, Digital Signature(DSig), P3P .
국제 정보 게이트웨이가 년 중반에 만들어 졌으며 많은 것이 단기 프로젝트1990 , (eLibＯ
의 부분으로 로 지원되었다 그러나 정보 게이트웨이는 영국의Programme ) . RDN(Resource
과 같이 공식적 자료모음 서비스의 부분으로 되어가고 있다Discovery Network) . ROADS
와 같은 소프트웨어 프로젝트가 정보 게이트웨이 개발을 지원하고 있다.
정보보관 메타데이타는 년 중반에 활동을 가지고 있으며 첫 번째로1990 , US NationalＯ
이 지원하는 정보보관에 증거를 위한 기Historic Publications and Records Commission '
능적 요구 사항이라는 프로젝트가 피치버그 대학에서 이루어졌다' .
- 14 -
여기서는 을 위한 참고 모델이 만들어 졌으며 그Business Acceptable Communications ,
이외에 에서 전자 기록의 통합 보존에 관한 프로젝트가 있University of British Columbia ' '
었다.
정보의 장기 보존과 관련된 메타데이타 개발로 의, National Library of AustraliaＯ
프로젝트 의 의 등이 있었다PANDORA , UK Cedars, EU NEDLIB .
연구 분야는 사설 연구소로 등에서 이루어진 연구를 포함한다Rand, PARC, SRI, Mitre .
유럽 의 회. ERCIM(European Research Consortium for Informatics and Mathematics)Ｏ
원 기관이 메타데이타 활동에 참가하고 있다 이들 활동 중에서 중요한 것은. DELOS
프로젝트 등이 있다Networks of Excellence, Fifth Framework (2000-2003) .
노르웨이 근처 나라는 메타데이타 증진에 활동적이다 프로젝트가 메타. Nordic MetadataＯ
데이타 기반으로 국가간에 배포되었으며 대학의 이 메타데이타 도구와 로봇, Lund NetLab
시스템 개발에 중심 역할을 하고 있다 은 프로젝트에 참가하고 문서에 내. NetLab DESIRE
장된 기반 메타데이타 요소를 추출하는 에 참가하고 있다DC SAFARI .
독일 수학회 는 수학 분야 메타데이타의 선두 역할을 수행하고 있다 현재 프랑스(DMV) . ,Ｏ
오스트리아 이태리 스웨덴 미국이 참가하는 프로젝트를 만들었으며 에 기반, , , MathNet , DC
한 메타데이타를 장려하고 있으며 무료로 메타데이타 편집기 등을 배포하고 있다, .
은 년 월 에 개최된 수학의 미래에 관한 워크샵에서 초점이 되MathNet 1999 12 BerkeleyＯ
었다 여기서 국제 수학 연합 의 전자 정보와 통신 위원회 는 의 국제화. (IMU) (CEIC) MathNet
를 결정하였으며 이 위원회는 오스트리아 캐나다 브라질 러시아 중국 영국 인도 오스, , , , , , ,
트레일리아가 포함되어있다.
- 15 -
프로젝트는 수학에 관심 있는 사용자를 위한 원 스탑 쇼핑을 제공하여 주는 것으EULERＯ
로 지불 요소를 포함하기 때문에 과는 다르며 에 기반하고 있다MathNet , DC .
물리학에서는 물리학과 관련된 제품을 위한 을 운영하고 있다 은PhysicsNet . PhysicsWebＯ
전자 저널 온라인 서적 뉴스레터를 제공하고 있다, , .
학위 논문은 독일 과학 재단 에 의한 서비스가 제공되고 있다 학위를 위한 메타데, (DFG) .Ｏ
이타인 는 에서 유용하다 이 또한 에 기METADISS http://deposit.ddb.de/metadiss.htm . DC
반하고 있다.
- 16 -
시청각 분야 메타데이타2.
포럼의 보고서 는 년 월 작성되었다 보고서 에 비하여 시청Schemas MD #2[26] 2000 9 . #1
각 분야에 ISAN(Internarional Standard Audiovisual Number ISO 46/sc 9 N252),
를 위한UMID(Unique Material Identifier), AAF(Advanced Authoring Format) Initiatives
가 형성된 것이 특징이다.
우선 교육분야를 살펴보자.
프로젝트 최근에 영구 기관으로 만들었다 이 기관은 메타데이타와 관련된ARIADNE : .Ｏ
재사용 가능한 학습 구성품의 분산 데이터베이스인 의 개발을 담Knowledge Pool System
당하고 있다 와 는 에 그들의 메타데이타를 연합하여 제출하였. ARIADNE IMS IEEE LTSC
다.
국제 학습 컨소시엄인 는 작업 그룹과 협력하고 있다 의IMS IEEE LOM . IMS ContentＯ
스펙은 학습 자료의 상호운용성을 가능하게 한다 스펙은Packaging . Content Management
학습 자료의 수행 시 상호작용과 관리를 다루고 있다.
미 국방성에 의해 년 시작된 은 년 월1997 Advanced Distributed Learning(ADL) 2000 1Ｏ
을 공개하였다 이는 수업 구조 형식Sharable Course Object Reference Model(SCORM) .
과 의 다른 프로파일에 기반을 가진 을 포함한다 은 와IEEE LTSC LOM XML . ADL IMS
에 제출되었다IEEE LTSC .
년 월에 는 도구를Microsoft : 2000 2 Microsoft Learning Resource iNterchange(LRN)Ｏ
공개하였다 은 에서 개발한 에 기반한 스펙이다. LRN IMS content packaging XML .
는 다운로드된다 이 소프트웨어는 자원을 문서로 표현하기 위LRN-Viewer . LRN DHTML
한 에 의존적이다 는 그리고 에 제출하였XSL . Microsoft IMS, ADL, IEEE LTSC, ARIADNE
다.
- 17 -
학술 분야
학술 연구의 전자 문서 교환을 쉽게 하기 위하여 문서TEI(Text Encoding Initiative) :Ｏ
표현을 위한 가이드라인을 개발하는 연구로 기반이다 장래에 기반 도구를, SGML, . XML,
개발하기 위하여 진행하고 있다.
는 저자가 아카이브 가능한 서비스 시E-print archives : OAi(Open Archives initiative)Ｏ
스템인 를 개발하였다 의 초기 예제는e-prints . e-print Los Alamos National
라 불림 가 관리한다 메타데이타는Laboratory(arXiv.org ) . Open Archive Metadata
라 불리운다Set(oams) .
생물학적 정보 의: United Nations Conventions on Biological Diversity ClearingＯ
에서 인터넷 기반 생물학적 다양성 정보를 제공하는 서비스를 개시하였House Mechanism
다 큐레이토리적 기관인 박물관 식물표본관 식물원 동물원은 많은 생물종과 변형 종에. , , ,
관한 기술적인 데이터를 가지고 있다 이들 사이에 표준이 없는 형편이다 제안된 생물학적. ,
다양성 데이터베이스는 다양한 범위의 정보를 통합하고 디지털화 하는 것이다 이것은 매우.
많은 시간이 소모된다 특수 분야에서는 일부의 결과가 있다 즉. . International Legume
나 의 가 있다 생Database & Information Service(ILDIS) Missouri Botanic Garden VAST .
물학적 정보를 상호 교환을 지원하는 다양한 표준으로, Association of Systematics
과Collections(ASC) Reference Model for Biological Collections Herbarium Information
Standards and Protocols for Interchange of Data(HISPID), DELTA(DEscription
형식이 있다 정보로Language for TAxonomy) . Taxonomic Index to Organism
에 의해 지원됨Names(BIOSIS ), Integrated Taxonomic Information System(ITIS),
가 있다Species 2000 programme .
- 18 -
추가적 개발은 를 만들기 위한 의Global Biodiversity Information Facility(GBIF) OECD
의 년 합의서에 의해 개발될 수 있다Global Science Forum 1999 .
메타데이타 형식에 대한 일부 진보는 의FGDC(Federal Geographic Data Committee)
에 의해 이루어졌다 이것은 의Biological Metadata Profile . FGDC Content Standard for
의 향상된 것이다 즉 의 원소에Digital Geospatial Metadata(CSDGM) . CSDGM taxonomy
와 에 관한 생물학적 정보에 사용되는 요소를 추가한 것이다 이 프로파일에nomenclature .
따라 만들어지는 메타데이타는 US NBII(National Biological Information Infrastructure)
와 같은 생물학적 메타데이타 클리어링하우스에 추가할 수 있다Metadata Clearinghouse .
메타데이타 표준화 보고서 에서는 의 결성과 에 대한 언급이 있었으[27] DOI-EB MPEG-21
며 보고서 에 비하여 특별한 진보는 없었다 는 에서 의 시범 사업으로, #2 . DOI-EB IDF DOI
전자책 분야를 위한 작업 그룹을 형성하여 시범 시스템을 개발하기 위한 출발에 관한 것이,
고 은 디지털 컨텐트 유통을 위한 작업으로 계속적으로 진행하는 상황에 대한, MPEG-21
언급이 있었다.
- 19 -
표준 메타데이타 프레임워크3.
표준 프레임워크 보고서 은 년 월에 작성되었다 의#[28] 2000 9 . CEN/ISSS MMI
과 다른 자원으로부터 개의 를 나열하였으나 개의 는Framework 89 Initiatives , 11 Initiatives
문서로 개는 접촉을 통하여 연구 및 분석을 하였으며 개가 개를 커버한다 대부분, 10 , 21 89 .
은 문화유산 도서 포함 과 출판 권리 분야 영역이며 이들은 와 연계되고 있으( ) , , Dublin Core
며 상호운용성과 표준과 조화를 이루는 것을 중요시 여기고 있다 은 상대적으로, . RDF/XML
새로워서 많은 가 연계된 것은 아니나 장래에 중요한 역할을 할 것이다 표준화Initiatives , .
종류가 표 에 제시되었다 각각에 대하여 그룹화하면 다음과 같다Initiatives < 1> . .
자원 발견 메타데이타 활동의 중요한 요소로 기록 형식 분류 자원 위치 언어 멀티미: , , , , ,Ｏ
디어 컨텐트 그리고 메타데이타 레지스트리로 구분된다, .
기록 형식 가장 잘 알려진 기록 형식은 이다 영역을 넘어서 전자 자원을: Dublin Core .Ｏ
기록하는 형식으로 이해되며 과, Dublin Core Metadata Element Set Dublin Core
로 구성된다 은 개의 표준 활동을 포함하며 개의 기록 형식과 개의Qualifier . MARC21 11 , 5 6
코드리스트로 나누어진다 은 전기적 정보 저자 정보 소유 정보 분류 번화와 비. MARC21 , , , -
전기적 자원을 위한 표준 형식이다 는 기록 형식으로 시각적 문화와 이. VRA Core Record
미지의 기술 작업을 위한 것이다.
기록 형식을 위한 다른 영역으로 가 있다 는 유럽의 연구 분야의 표준 형식이CERIF . CERIF
다 메타데이타 스펙은 학습 자원을 기술하는 기록 형식이다 같은 영역으로 이. IMS . LOM
개발중에 있다 은 학습 객체를 기술하는데 적합한 원소 집합에 초점을 두고 있다. LOM .
- 20 -
표 보고서에 의한 표준화< 1> Initiatives
(Metadata Initiatives from Schemas Forum Report)
약칭 전체 이름 표준수
1 BSR Basic Semantic Registry 1
2 CEN/ISSS CEN/ISSS Workshop Learning Technologies 1
3 CEN TC 251 Health Informatics 1
4 CERIF Common European Research Information Format 1
5 Dublin Core Dublin Core Metadata Initiative 2
6 GELOSGlobal Environmental Locator System Standard
Element Set
7 GILS Government Information Locator Service 1
8 IMS projectIMS Learning Resource Metadata Information
Model1
9ISO TC46
SC4
Information & Documentation: Computer
Applications26
10ISO TC46
SC9
Presentation, Identification, and Description of
documents30
11ISO/IEC
JTC1SC32Data management & Interchange; WG Metadata 3
12 LOM Learning Object Metadata 1
13 MARC 21 Machine Readable Cataloging 11
14 MPEG-21Moving Picture Expert Group : Digital
Audio-visual1
15 MPEG-4 MPEG : Coding of audio-visual Objects 1
16 MPEG-7MPEG : Multimedia Content Description
Interface1
17 NetCDF Network Common Data Form 1
18 PDS Planetary Data System 2
19 RDF Resource Description Framework 1
20 SMPTESociety of Motion Picture and Television
Engineers2
21 VRAVisual Resources Association Data Standards
Committee1
는 환경적 정보 자원을 위한 원소이다 는 자료 원소 사전과 메타데이타GELOS . PDS PDS
모델로 구성되며 사전은 유성 과학 분야를 위한 영역을 정의하고 자료 개체는 이미지와, ,
같은 제품의 레이블에 사용된다.
- 21 -
목록 객체는 우주선 목표 도구와 같은 것을 기술하는 데 사용된다, , .
다른 기록 형식으로 가 있다GILS .
멀티미디어 컨텐트 표준 형식으로 이 있다 는: MPEG4, MPEG 7, MPEG-21 . MPEG 4Ｏ
멀티미디어 객체의 표현을 위한 코딩이며 은 멀티미디어 객체의 기술 인터페이스, MPEG-7 ,
은 멀티미디어 컨텐츠의 유통과 소비를 위한 구조 정의이다MPEG-21 .
메타데이타 레지스트리 는 개 부분의 의 책임을 가진: ISO/IEC JTC1/SC32 7 ISO 11179Ｏ
다 데이터 이해 공유를 위한 데이터 표준 기술 등록을 목표로 한다. , , , . ISO/IEC
과 이 개발된다 은 문서의 표현 식별 기술을TR15452:2000 ANSIX3.285:1998 . ISO TC 46 , ,
위한 표준으로 하위 위원회에 의해 개 표준이 개발되고 있다30 .
자산 관리 이미지 비디오 클립 오디오 클립의 소유를 언급하는데 사용된다 자산 관리: , , .Ｏ
는 권리 관리 보존 등을 포함하나 현재 이 분야에 표준 활동은 없다, .
상호운용성 는 도서관 정보센터 인덱싱과 요약 서비스 기록 출판사: ISO TC 46/SC4 , , , ,Ｏ
와 같은 정보 서비스의 상호운용성을 쉽게 하는데 사용되는 기술적 표준을 개발하고 있다.
개의 표준이 개발되고 있다 또 다른 활동으로 는 배열 중심 자료 접근과 인터페26 . NetCDF
이스 구현을 제공하는 도서관을 위한 인터페이스이다 은 유럽 참고 정보 모델. CEN TC251
로 변환하는 여러 가지 표준을 만든다.
운영 멀티미디어 정보 자원과 관련된 집합을 운영하는데 사용되는 메타데이타의 기능은:Ｏ
유통 접근 프로토콜이다 유통은 고객 구성 상호 교환 그리고, , . rendering, , , QoS(Quality
이다of Service) .
- 22 -
교환은 스트리밍과 형식으로 구별되고 접근은 사용자 식별 보안과 지불로 구별되며 프로, , ,
토콜은 디렉토리와 검색으로 나누어진다 스트리밍으로 와. SMPTE EBU(European
이 있으며 검색으로 이 있다 은 상거래 산업에 대한 자료의Broadcasting Union) , BSR . BSR ,
다국적 이해를 도와주는 역할을 한다.
기타 프레임워크Ｏ
의 구조를 제외하고 모델이 있다CEN/ISSS MMI RDF . CEN/ISSS Workshop on Learning
는 또다른 프레임워크이다 학습 기술의 분야에서 표준과 관련된 활동을 위한Technologies .
요구사항에 대한 보고서를 제공한다 워크샵은 에 의해 시작되었고 표준화 접근. CEN/ISSS
과 새로운 메카니즘을 제공한다 이들 사이에 관계도는 그림 과 같다. < 1> .
그림 각 메타데이타 사이 관련도< 1>
(Relationship among metadata initiatives)
- 23 -
제 절 주요 표준 메타데이타2
1. MARC
그림 샘플 출처< 2> KORMARC ; KERIS( www.keris.or.kr )
(KORMARC Sample : from KERIS)
초기 목록 작업은 도서관에서 종이로 된 목록 카드를 만드는 것으로
에 기반을 두고 만들어 졌으며 이AACR2(Anglo-American Cataloging Rule Revision 2) ,
후 컴퓨터의 등장으로 전산화된 목록이 필요하게 되었으며 이것은, MARC(MAchine
에 기반을 두어 만들어 졌다Readable Cataloging) .
- 24 -
은 단순히 도서의 보관 및 검색을 위한 용도로 제작되었다 을 한국에 실정에MARC . MARC
맞게 정의한 표준이 이며 샘플은 다음 그림 와 같다KORMARC , KORMARC < 2> .
국립중앙도서관은 도서가 출간되기 전에 도서 관련 목록 정보를 입력하는 e-CIP
( http://211.185.62.19/ecip/defauit.php 시스템 서비스를 년 월 일부) 2002 7 2
터 실시하고 있다 를 사용하여 기록한 정보의 샘플이 그림 에 기술되었. e-CIP MARC < 3>
다 는 도서에 대한 목록 수집을 위하여 만든 기능으로 기존 도서의 뒷면에 번. e-CIP ISBN
호와 별도로 번호를 추가하게 하는 기능을 삽입하고 있다CIP .
그림 국립중앙도서관 결과물< 3> e-CIP
(CIP sample of e-CIP system of National Library)
이러한 정보는 정기간행물과 단행본을 분리하여 표기함으로써 불편함이 가중되어 통MARC
합된 체계로 발전하게 되어 새로운 통합 표준으로 이 등장하였다MARC 21 . MARC 21
이라는 본 체계는 다음과 같은 개의 조정된 형식을 가지고 있다Concise Formats 5 [15]:
- 25 -
- MARC 21 Format for Authority Data
- MARC 21 Format for Bibliographic Data
- MARC 21 Format for Classification Data
- MARC 21 Format for Community Information
- MARC 21 Format for Holdings Data.
은 컴퓨터를 사용한 목록화의 초기 형식으로 메타데이타 출현하기 이전에 도서 목록MARC
학에 사용되었으며 지금도 많은 형태의 메타데이타가 과의 변환을 제공하고 있다, MARC .
- 26 -
2. DC
년 는 오하이오주 에 모여서 인터넷 자원 검색에 적합하면서1995 OCLC/NCSA Dublin Core
작성이 간단하고 여러 분야에서 공통으로 사용되는 핵심 데이터 요소를 규정하기 위한 회,
의를 개최하였다 여기서 개의 요소를 정의한 것이 의 기원이 되었다 그후 년. 13 DC . 1996
회의에서 다양한 메타데이타로 구성되는 층 구조에서 가 위치하는 방식을UKOLN/OCLC DC
채택하고 이를 워릭 구조 으로 제안하였으며 이 회의에서Warwick Framework( ) ,
과 요소를 추가하여 모두 개의 데이터 요소를 추가하였다DESCRIPTION RIGHTS 15
의 목표는 다음과 같다[4][7]. DC :
제작과 유지의 단순성-
의미의 일반적 이해-
현재와 앞으로 나타날 표준에 수용-
국제적 범주와 응용-
확장성-
자료와 인덱스 시스템 사이 상호운용성-
가 원소. DC
원소는 년 월 발표한 이 가장 최근에 내용이다DC 1999 7 DC Version 1.1
( http://dublincore.org/documents/dces /).
제목TITLE( )Ｏ
제작자나 발행자가 자료에 부여한 이름으로 이 요소에서는 한정어로 과scheme(AACR2)
을 사용할 수 있다type .
제작자CREATOR( )Ｏ
자원의 지적 내용에 주된 책임을 지닌 인물이나 단체로서 여기서는 문헌의 저자나 예술가, ,
사진작가 시각자료에서는 삽화가 등이 포함된다 한정어로 과 을 사용, . type scheme(MARC)
한다.
- 27 -
주제SUBJECT( )Ｏ
자원의 주제나 그 내용을 기술하는 키워드 혹은 구절 통제 어휘나 키워드의 사용을 촉진하.
고자 정의된 요소로서 외부 표준체계에 기반한 분류 데이터 와 통제어휘 예(LCCN, DDC) ( :
가 올 수 있다Medical Subject Headings) .
내용DESCRIPTION( )Ｏ
자원의 내용에 대한 텍스트 서술 서술 자체가 아닌 그에 대한 연결정보 를 포함할. (LINK)
수 있다 예 문헌의 초록 시각자료의 내용 기술. ) ,
출판사PUBLISHER( )Ｏ
자원을 현재의 형태로 이용 가능하게 만든 실체 예 출판사 대학 기업체 등. ) , ,
공헌자CONTRIBUTOR( )Ｏ
요소에 명시된 인물이나 기관 이외에 자원의 지적인 측면에 기여한 인물이나CREATOR ,
기관 예 편집자 이기자 삽화가 등. ) , (Transcriber),
유형TYPE( )Ｏ
자원의 범주나 장르 범주 유형을 나타내는 통제 어휘 리스트를 미리 정해 놓고 이 중에서.
선택하도록 하는 것이 바람직하다 예 홈 페이지 소설 시 토의문서 기술보고서 등. ) , , , ,
- 28 -
자원 유형 안- DC 1
* Advertisement, Article, Bibliography, Book, Booklet, Collection, Course Material,
Dataset, Honours Thesis, Image, InBook, InCollection, InProceedings, Joural,
Magazine, Manual, MasterThesis, MessageOnModerated MailingList,
MessageOnUnmoderated MailingList, Misc, Music, Newspaper, Organisation Info, PhD
Thesis, Personal Info, Poem, PostingToModerated Newsgroup,
PostingToUnmoderated newsgroup, Preprint, Research Paper Service, Tech Report,
Unpublished, Unrefereed Article, Video
최소주의 접근 방법- DC
* Text, Image, Sound, Software, Data, Interactive
구조적 접근방법- DC
* :Text : Abstract, Advertisement - Article -, Correspondence - Discussion, Email,
Letter, Postcard -, Dictionary, Form, Homepage, Organizational - Personal-, Index,
Manuscript, Minutes, Monograph, Pamphlet, Poem, Proceedings, Promotion, Serial -
Joumal, Magazine, Newsletter, Newspaper -, TechReport, Thesis - Doctorial,
Masters -.
* Image : Moving - Animation, Film -, Photograph, Graphic
* Sound : Ambient, Effect, Music, Narration, Speech
* Software : Executable, Source
* Data : Numeric, Spatial, Spectral, Statistical, Structured-Text
* Interactive : Chat, Games, Multimedia, VR
날짜DATE( )Ｏ
자원이 현재의 형태로 이용 가능하게 된 날짜 일반적으로 의 자리 숫자를 이. YYYYMMDD 8
용한다 한정어로 과 를 사용한다. scheme modified .
- 29 -
형식FORMAT( )Ｏ
자원의 데이터 표현 형식 사람 혹은 기계가 일정한 환경에서 해당 코드화된 데이터의 사용.
가능성을 결정하는데 필요한 정보를 제공한다 원칙적으로 단행본 연속간행물 등의 비 전. ,
자적 형식의 물리적 매체도 포함할 수 있다 요소와 만찬가지로 형식을 나타내는 어. TYPE
휘의 리스트를 정해 놓고 이 중에서 선택하도록 하는 것이 바람직하다 예. ) text/html, ASC
, Postscript, JPEGⅡ
식별자IDENTIFIER( )Ｏ
자원을 고유하게 식별해 낼 수 있는 문자열 혹은 숫자 예 네트워크 자원. ) - URL, URN,
등 인쇄 자료 등DOI , - ISBN, ISSN
출처SOURCE( )Ｏ
해당 자원의 출처가 된 원 정보 자원 예 세익스피어 소넷을 형식으로 코딩해 놓은 정. ) html
보자원은 세익스피어의 원소넷을 로 갖는다SOURCE .
언어LANGUAGE( )Ｏ
자원의 내용을 기술한 언어 의 자리 언어 부호 와 일치한다 한정어로. Z39.53 3 (ISO 639-2) .
을 사용할 수 있으며 은 개 언어만 포함하고 있어 개 언어scheme , ISO 639(639-1) 140 400
를 다루는 에 비하여 범위가 제한되어 있다ISO 639-2 .
관계RELATION( )Ｏ
다른 자원과의 관계 공식적인 관계를 가지면서 독립적으로 존재하는 자원들 간의 관계를.
표현하기 위한 요소 예. ) image in a document, chapters in a book, items in a
collection.
- 30 -
시대 지역COVERAGE( , )Ｏ
자원의 지리적 시간적 특성을 나타내는 요소, .
권리RIGHTS( )Ｏ
저작권이나 정보이용 권리에 관한 공지 또는 이러한 정보를 동적인 방법으로 제공해 주는,
서버로의 링크 를 포함한다 정보제공자들이 자원과 그에 대한 이용 및 접근(URL, URI, ...) .
조건 혹은 저작권관련 정보를 연결할 수 있는 수단을 제공할 수 있도록 하는 데 목적이 있
다.
나 속성.
원소의 각 속성은 에서 정의된 다음 개 항목을 사용하는 것으로 정ISO/IEC 11179 [20] 10
의된다:
원소에 할당된 레이블Name :Ｏ
원소에 할당된 유일한 식별자Identifier :Ｏ
원소의 버전Version :Ｏ
원소를 등록하기 위하여 허가하는 개체Registration Authority :Ｏ
원소가 기술되는 언어Language :Ｏ
원소의 특성과 개념을 명확히 표현하는 문장Definition :Ｏ
원소가 나타날 필요가 있는지 아닌지 표시Obligation :Ｏ
원소 값이 표현될 수 있는 자료 유형Datatype :Ｏ
원소의 반복에 대한 제한Maximum Occurrence :Ｏ
원소 응용에 관계된 언급Comment :Ｏ
이들 원소 중 개는 모든 원소에 공통 사항으로 예를 들어 다음과 같이 기술 할 수 있6 DC ,
다.
- 31 -
- Version : 1.1
Registration Authority : Dublin Core Metadata Initiative
Language : en
Obligation : Optional
Datatype : Character String
Maximum Occurrence : Unlimited
다 샘플.
본 연구 논문을 로 표기하였다 하나는 로 하나는 로 표기하였다DC . HTML XML/RDF .
HTMLＯ
<!-- Dublin Core Meta-Data -->
메타데이타 기술 동향<META NAME="DC.title" CONTENT=“ ">
이창열<META NAME="DC.creator.name" CONTENT=" ">
메타데이타 교육 학술<META NAME="DC.subject" CONTENT="(SCHEME=SWD) , , ">
메타데이타 기술에 대한 동향 분석과 교육<META NAME="DC.description" CONTENT="
학술 분야에 적용할 메타데이타에 관한 연구 논문이다.">
메타라이츠<META NAME="DC.publisher" CONTENT=" ">
강명주<META NAME="DC.contributors.name" CONTENT=" ">
<META NAME="DC.date.current" CONTENT="(SCHEME=ANSI.X3.30-1985) 021231">
연구논문<META NAME="DC.type" CONTENT=“ ”>
<META NAME="DC.format" CONTENT="(SCHEME=imt) text/HWP">
<META NAME="DC.identifier" CONTENT="(SCHEME=URL) DOI : 10.1064/1">
<META NAME="DC.language" CONTENT="(SCHEME=NISOZ39.53) KOR">
- 32 -
RDF/XMLＯ
- 33 -
3. IMS & IEEE LOM
온라인 학습자료 개발자와 설계자는 학습 자원을 만들기 위한 다양한 를 필요로 한다S/W .
이 도구는 간단한 프레젠테이션용부터 복잡한 저작 도구에 이르기까지 다양하며 쉽게 교육,
자료를 만들 수 있게 한다 그러나 다양한 는 자료를 만들고 사용하는데 공통적 메카니. S/W
즘을 가지고 있지 못하다 서술적 표현은 학습자료를 쉽게 발견하고 사용하는 인덱스로 사.
용될 수 있다 이러한 표현이 메타데이타인 것이다 메타데이타 사양은 원소가 사용되고 표. .
현되는 요구에 따라 학습 자료를 서술구조에 의해 효율적으로 자원을 발견하고 사용할 수
있는 과정을 만드는 것이다.
이러한 목적을 위하여 년 학습용 메타데이타를 포함하는 온라인 학습을 위한 공개되고1997
시장 표준을 개발하기 위한 상인과 미국 고교 교육기관의 비영리 컨소시엄 현재EDUCOM (
의 일부로 프로젝트가 만들어졌다EDUCAUSE) IMS [17].
또한 년에 와1997 NIST(National Institute for Standards and Technology) IEEE P.1484
스타디 그룹 현재 학습기술표준위원( IEEE (LTSC; Learning Technology Standards
의 그룹이 유사한 연구를 시작하였다Committee)) .
년 와 은 기본 문서 초안의 분류인1998 IMS ARIADNE IEEE IEEE LOM(Learning Object
기본 문서의 기본을 형성하는 에 합동 제안서를 제출하였다 는Meta-data)[19] IEEE . IMS
년 미국 영국 유럽 오스트레일리아 싱가포르에서 를 통한 작업을 발표하1999 , , , , IMS IEEE
였고 결과를 받아서 계속 개발을 하고 있는 상태이다, [17][18][19].
- 34 -
기본 문서 는 메타데이타 집합을 학습 자료를 기술하는데 사용될 수 있다고IEEE LOM [21]
정의한다 이것은 원소 이름 정의 데이터 타입 필드 길이를 포함한다 사양서는 또한 메타. , , , .
데이타를 위한 개념 구조를 정의한다 이 사양서는 어떻게 메타데이타가 조직화되어야 하고.
응용이 에 따라서 적용하여야 하는지 기술하고 있다IEEE .
기본 문서는 다수 구현에 일관성 있는 메타데이타 원소 정의를 지원하려고 의도하고IEEE
있으나 어떻게 기계 가독형으로 표현하는지에 관한 정보는 포함하지 않고 있다 는, . IMS
에서 메타데이타 표현을 개발하였으며 핵심 원소를 구별하기 위하여 전 세계 회원 기XML ,
관에게 검토를 시킨 상태로 현재도 계속적으로 갱신되고 있으며 작업그룹에, IEEE LTSC
의한 많은 표준은 에 의해 계속적으로 표준화되고 있는 상태이다ISO/IEC JT1/SC36 .
전체 내용은 라고 불리는 메타데이타의 최소 집합과IMS Core IEEE IMS SEL(Standard
를 형성하는 으로 구성되었다 일부 집합의 선택은Extension Library) IEEE LOM Ver.3.5 .
메타데이타의 상호운용성을 향상시키며 구현을 쉽게 한다.
가. DTD
또는 는 그림 그림 와 같다 그림 는 내용 중에IMS ( IEEE LOM) DTD < 4>, < 5> . < 4> DTD
서 와 원소에 대한 세부 내용을 그림 는 원소에 대metametadata general , < 5> educational
한 세부 내용을 정의한 부분으로 전체 내용은, IMS DTD http://www.imsproject.org/XML/
에 정의되어 있다.
- 35 -
그림< 4> IMS DTD(IMS DTD)
그림 그림 계속< 5> IMS DTD (< 41> )(IMS DTD, continue)
- 36 -
나 메타데이타.
표시를 한 원소는 핵심 원소bold_face※
(1) Basic scheme
자원의 독립적인 특성general :Ｏ
자원의 유일한 식별자- identifier : DC.Identifier
자원이 붙여진 이름- title : DC.Title
자원에 주어진 체계- catalogentry :
스트링값의 자원 지시* catalogue : ISBN
실제 스트링 값* entry : 2-7342-0318,
자원에 의도된 인간 언어- language : DC.Language
자원의 텍스트 설명- descrition : DC.Description
자원을 기술하는 키워드- keywords :
자원의 지적 내용의 특성- coverage : DC.Coverage
자원의 조직적 구조- structure :
자원의 함수적 크기- aggregation level : Level 0,1,2,..
자원의 라이프 사이클과 관계된 특징lifecycle :Ｏ
자원의 편집판- verslon :
자원 조건이 있는 것- status : Draft
자원에 기여한 기관 개인- contribute : ,
기여 종류* role : Author, Publisher
엔티티 상황에 따라 다름* entity :
기여 날짜* date :
자원보다는 기술적인 특징metametadata :Ｏ
메타데이타의 유일한 레이블- identifier :
- 37 -
메타데이타 인스턴스에 주어진 체계- catalogentry :
스트링값의 자원 지시* catalogue : ARIADNE
실제 스트링값* entry : KUL532
자원에 기여한 기관 개인- contribute : ,
기여 종류* role : Creator, Validator
가장 적절한 엔티티* entity :
기여 날짜* date :
메타데이타 구조 이름- metadatascheme : LOM-1.0
메타데이타 인스턴스의 언어- language :
자원의 기술적 특징technical :Ｏ
자원의 기술적 유형- format : video/mpeg
바이트로 자원의 크기- size :
자원의 위치- location : http://host/
자원에 접근 필요성- requirements :
요구 유형* type : browser, OS
요구 항목 이름* name :
요구 최소 버전* minimumversion :
요구 최대 버전* maximumversion :
자원 설치 방법- installatonremarks :
요구에 관한 정보- other platform requirements : S/W, H/W
작동되는 의도된 시간이나 기간- duration : PTlH30M
자원의 교육적 특징educational :Ｏ
자원에 의해 지원되는 대화형 유형- interactivity type :
자원의 특별한 종류- learning resource type :
사용자와 자원 사이 대화적 수준- interactivitylevel : 0
크기와 기간에 비교하여 자원의 유용성 측정- semanticdensity :
- 38 -
자원의 정상 사용자-intended end user role :
학습자의 전형적인 종류- learning context :
전형적인 의도된 사용자 나이- typical age range :
목표 청중의 작업하기 힘든 정도- difficulty :
자원이 작동하는데 걸리는 시간- typical learning time : PT1H30M
자원 사용법에 대한 코멘트 가이드- description :
의도된 사용자에 의한 언어- language :
자원 사용 조건rights :Ｏ
자원 사용에 지불이 필요한지- cost :
저작권 등이 자원에 적용되는지- copyright and other restrictions :
자원 사용 조건- description :
다른 자원과 관계relation :Ｏ
자원 사이 관계 특성- kind : DC.Relation
관계있는 자원- resource :
다른 자원의 유일한 식별자- identifier :
다른 자원에 대한 서술- description :
자원의 교육적 사용에 대한 코멘트annotation :Ｏ
주석자- person :
주석이 된 날짜- date :
주석 내용- description :
분류에 의한 자원의 특성 기술classification :Ｏ
분류에 의한 자원의 특성- purpose :
- 39 -
특별한 분류에서 분류 체계 패스- taxonpath :
특정 분류* source : ACM
분류에서 엔트리* taxon : physics,
의 식별자= id : Taxon
의 텍스트 레이블= entry : Taxon
기술된 특성의 텍스트 기술- description :
특성 기술에 적합한 키워드- keywords :
(2) LangString Type
하나 이상 인간 언어 스트링langstring :Ｏ
스트링이 표현되는 인간 언어- language : en
실제 스트링 값- string :
(3) Date Type
에 의한 날짜 표기datetime : ISO8601Ｏ
날짜 서술 년 후반description : 2000Ｏ
- 40 -
다. Dublin Core Mapping
표 와 의 대응 관계< 2> DC IEEE LOM
(Corresponding between DC and IEEE LOM)
DC IEEE LOM 비고
TITLE genera1.title
CREATOR lifecyce.contribute 이 저자일 경우role
SUBJECT general.keywords, 다른 원소도 가능
DESCRIPTI
ONgeneral.description
PUBLISHER lifecycle.contribute 이 출판사일 경우role
CONTRIBU
TORlifecycle.contribute 이 나타나거나 반복 시role
DATE lifecycle.contribute.date 이 출판사일 경우role
TYPE educational.learningresourcetype
FORMAT technical.format
IDENTIFIERgeneral.catalogentry.general.identifi
er
SOURCE relation.resource 가 일 경우kind IsBasedOn
LANGUAGE general.language
RELATIONrelation.kind,
relation.resource
COVERAGE general.coverage
RIGHTS rights.description
- 41 -
4. INDECS
년 중반 유럽의 지적재산권 관리 기구들은 프로젝트 진1998 IMPRIMATUR [16][24][30]
행 이후 여러 기관에서 개별적으로 진행하던 지적재산권 보호를 위한 연구를 단일화할 필,
요성을 느꼈으며 이러한 노력의 결과로 년 월 프로젝트가 만들어졌다, 1998 11 INDECS
는 의 에 의해 재정적인 지원받았[12][13][14]. INDECS European Commission Info 2000
으며, EDItEUR ( http://www.editeur.org 등 개 기구에 의해 주도 되었고/) 9 ,
와 을 포함한 여러 국제 단체와 연계하여 추진되었으며 년 월 종결되었다IDF CISAC 2000 3 .
기존에 대부분의 표준화 체계는 자신의 특정 영역에 한정하여 적절한 모델을 만들은 데 반
하여 는 특정 응용 영역에 무관한 전자상거래에서 발생할 수 있는 시각을 가지고, INDECS
데이터를 모델링 하였다 또한 초기부터 기존 체계와의 호환성을 위하여 교환 운용할 수 있.
는 모델 을 제시하여 작업을 진행하였XML/RDF(Resource Description Framework) [23]
다 의 결과물은. INDECS WIPO( http://www.wipo.org 의 검증을 거쳤으며 또한/) ,
와는 특별한 관계를 설정하여 에서 사용하는 커널 메타데이타의 기원이 되었다IDF DOI .
형식으로 의 서비스 의XML MUZE Inc. MerchEnt , EDItEUR ONIX International
과 스펙 교환 그리고 이 프로젝트의 결과는(http://www.editeur.org/) , MPEG7, ISRC /
에 제안 및 반영되었고 에서 적절히 사용하고 있다 의 성SDMI, PRISM , NISO, ISO . INDECS
공은 다음과 같다:
전자상거래에서 상호운용성과 메타데이타에 관한 인식 환기-
쉬운 메타데이타 프레임워크 개발-
영역간에 운용 도구 결과 개발- /
프로젝트 진행하면서 조직 구성과 여러 상거래 시스템 구현으로 유도-
년 에서는 와 에 기반한 응용 시스템을 개발하였으며 여러 워크1999 KERIS DOI INDECS [1],
샵에서 그 결과를 발표하였다[2][3].
- 42 -
가 특징.
가 가지는 특징은 다음과 같다 첫째 메타데이타를 위한 논리적 모델로써INDECS . IFLA
모델 을 사용하여 모든 정보 자원을 가지 형태 중에서 하나로FRBR (http//www.ifla.org/) 4
규정하고 있다 즉 원 창작자는 추상적인 작업 을 인식하며 그것을 표현 또는 공연. (Work) ( )
또는 을 통하여 실현한다 같은 작업이 다양한 형태의 표현을 가(Expression performance) .
질 수 있으며 각 표현은 실현 을 통하여 구체화 된다 즉 공연의, (Manifestation) . Video
인쇄 형태가 그것이다 실현이 대량 제작될 때 각 실현은 많은 항목 복사Tape, CD, . (Items)(
본 에 의하여 나타난다) .
많은 작업이 하나의 표현과 실현을 가지고 있지만 성공적인 작업은 많은 장르로 여러 번, ,
표현되고 여러 번 실현되기도 한다 그러나 미술 작품과 표본 같은 것은 대량의 실현이 될.
수 없다 이러한 분석은 권리의 다양한 가능성을 제공하여준다 예를 들어 음악이나 시청각. .
실현 는 음악 작업 의 공연 표현 기록을 포함하며 이들은 서로 다른 식별 체계CD( ) ( ) ( )
와 메타데이타 그리고 다른 권리 소유자를 발생시킬 수 있다(UPC/EAN, ISRC, ISWC) .
참고적으로 작업에 대한 식별자로는 등이 있으며 표현에 대한 식ISWC, ISAN, P , DOI ,Ⅱ
별자로 등이 있으며 그리고 실현에 대한 식별자로ISRC, UMID, DOI , ISBN, ISSN,
등이 있다UPC/EAN, DOI .
모델의 두 번째 특징으로 지적재산권 처리에INDECS (IPR; Intellectual Property Rights)
있다 즉 인덱스 모델은 정보 자원에 대한 소유권 이전 가능성과 다양한 역할을 제공하는.
기능을 포함하고 있다 작업에 대하여 누가 표현 공연 하고 실현하고 제작하고 소유하고. ( ) , , ,
있는가 만으로 충분하지가 않다 작업 표현 실현 항목에 관한 부분 인용 변형 사용 편집. , , , , ,
을 포함한 시공간 상의 권리 관리를 지원하여야 하며 재생산 권리 통신권 공연권 전송권, , , , ,
편집권 방송권 배포권 공중 전달권 통합권 전시권 등을 포함하는 권리가 처리되어야 한, , , , ,
다.
- 43 -
모델의 또 다른 특징은 상거래 에 대한 투명한 정보를 제공한다 모INDECS Transactions .
든 은 로 자동으로 처리되며 발생되는 정보가 누적 기록Transactions Events , Transactions
됨으로써 금전등록기와 같은 역할을 제공하기 때문이다 이와 같은 상거래 정보는 저작자를.
위한 로열티 배분을 분명하게 하여주며 향후 세금 부과 법적 문제 해결 자료 그리고 사용, , ,
통계 등을 추출하는 중요한 정보가 될 것이다.
나 구조.
그림 이 메타데이타 스키마이다 이 모델은 객체를 작업 공연< 6> INDECS [12]. (Work),
실현 형태로 세부화하여 처리할 수 있으며 특정 거래를 사(Performance), (Manifestation) ,
건 중심으로 기술할 수 있다 예를 들어 대한출판사 가 년 월 일(Event) . " ('Person') 1999 11 5
서울 에서 홍길동전 를 철수 에게 판매 하였다 와 같(Time), (Place) , (Object) ('Person') (Event) "
은 내용이 스키마를 통하여 사건 중심으로 로 기술될 수 있다INDECS RDF .
그림 개념 모델< 6> INDECS (Conceptual Model of INDECS)
- 44 -
는 위와 같은 모델을 통하여 의INDECS CISAC CIS(Common Information System; ISWC,
을 포함하는 웹에서 의IP, ISAN ), Dublin Core, IFLA FRBR(Functional Requirements for
의 의 의Bibliographic Records), IFPI DCMS, SMPTE SMPTE Data Dictionaly, EDItEUR
모델에 대한 대응 구조를 개발하였다EPICS/ONIX .
다 모델.
실세계의 객체를 기술하는 방안에는 다양한 관점이 존재한다 여기서는 가지 관점으로. 4 ,
추상적 시각 창조적 시각 상거래 시각(abstract view), (creative view), (commerce view),
그리고 법률적 시각 로 구별하였다 그림 은 이들 시각을 통합한 모델인 것(legal view) . < 6>
이다.
잘 정의된 메타데이타 모델이 갖추어야 할 원칙은 다음과 같다.
유일성 식별 원칙-
기능적 단위 원칙 한 객체는 논리적으로 다른 객체와 식별되는 단위로 존재- :
지정된 인증 원칙 메타데이타 자료는 신뢰성과 보안적 요소를 가진다- : .
응용 독립의 원칙 메타데이타 구조는 어떤 플랫폼에서도 독립적이다- : .
적절한 접근 원칙 모든 사람은 사용가능한 메타데이타에 접근 가능하여야 한다- : .
일반 속성Ｏ
모델의 각 요소는 공통의 구조인 을 가진generic attribute label, class, extent, relation
다.
- 45 -
다른 것들로부터 구분되는 엔티티로 기술되거나 식별하기 위하여 설계된 텍스트- Label :
스트링 예. , Identifier, Name, Title, Descriptor
엔티티의 내용 혹은 형태의 분류 예- Class : . , Type, Format, Gender, Subject,
Audience
엔티티의 측정 가능한 어떤 요소 예- Extent : . , Duration, Dimension, Enumeration
하나의 엔티티와 또 다른 것 사이의 관계 예- Relation : . , Authorship, Distribution,
Version, Event, Role
PrimitivesＯ
메타데이타는 추상적인 시각에서 다음 가지의 기본 클라스를 가진다INDECS 6 .
생물체의 특징을 갖는 것 참조- Being : . , Human being, Animal, Plant
만지거나 볼 수 있는 유형의 것- Object :
추상적 개념이나 아이디어- Concept :
공간적인 위치- Place :
시간적인 지점 혹은 기간- Time :
객체 개념 생물체간의 상호작용 및 사건- Event : , ,
특히 구조는 다음 특징을 제공한다Event .
최소의 중복을 갖으면서 많은 수의 메타데이타 관계를 생성해내는 방법을 제공한다- .
지적재산권의 전자상거래와 관련해서 다른 관점의 시각 법률적 상거래 창조적 시각 을- ( , , )
반복적으로 통합할 수 있는 구조를 제공한다.
이벤트 구조는 변화하는 엔티티들을 추적할 수 있는 가장 효율적인 수단을 제공한다- .
- 46 -
클라스로 다음과 같은 어휘가 사용된다Event .
중요한 개인적 속성 환경 관계에 관한 변화를 일으키는 이벤트 예- Personal Event : , , . ,
출생 결혼 죽임 거주지 변동 국적 변동, , , ,
을 만드는 에이전트로써 역할을 갖는 최소한 한 사람 이상이- Creative Event : Creation
관련된 이벤트 예 저작활동 필름 만들기 사진찍기. , , ,
지적 재산권의 요소가 생성되는 이벤트 예 녹음 방송 책 만들기- IP Creative Event : . , , ,
최소한 하나의 이 사람에 의해 사용되는 이벤트 예 텍스트 번- Usage Event : creation . ,
역 앨범 편집 파일 다운로딩 음악 공연 사진 재출간, , , ,
하나의 이벤트가 이 되는 경우- Performance : creation
사람이 권리를 소유하는 이벤트- Rights Declaration :
사람들 사이에 사용을 허용하는 관계의 이벤트- Agreement : creation
사람이 또 다른 사람에게 돈을 지불하는 이벤트- Payment :
동의안을 사람에게 알리기 위한 제안에 관한 이벤트- Offer :
는 다음 구문 규칙을 따라야 한다Event .
이벤트에서 각 엔티티는 엔티티와 이벤트 사이의 관계로써 표현되며 최소한 하나의 역할-
을 갖는다.
각 이벤트는 최소한 하나의 을 갖는 에이전트를 소유해야 한다 에이전트는- Agent Role .
이벤트의 주체가 된다.
어떤 엔티티든지 에이전트가 될 수 있다- .
비 에이전트 역할은 로 표현된다- - Input, Output, Context role .
모든 비 에이전트 역할은 단일 이벤트 안에서 모든 에 직접 적용돼야 한다- - Agent Role .
하나의 이벤트에서 엔티티들은 하나 이상의 역할을 가질 수도 있다- .
두개 혹은 그 이상의 엔티티들은 하나의 이벤트에서 같은 역할로 작동할 수도 있다- .
- 47 -
과 의 디폴트는 이다- Being Human Being Agent Role .
와 의 디폴트는 이다- Object Concept Output Role .
과 의 디폴트는 이다- Time Place Context Role .
은 다음과 같다Event Role .
이벤트에서 엔티티의 능동적 역할- Agent Role :
이벤트에서 엔티티의 수동적 역할- Input Role :
이벤트에 의해 변경되거나 생성되는 엔티티의 역할- Output Role :
이벤트가 발생하는 시점에 대한 엔티티의 역할- Context :
IP ClassesＯ
지적 재산권은 법률상의 개념으로 저작권 그 외 관련된 권리 데이터베이스에서의 권리 등, ,
을 포함한다 법률적 시각은 의 엔티티 클라스로 표. IP type, IP rights, Legal personality
현된다.
지적재산권 형태로 존재하는 국제적 조약 혹은 법에 의해 정의된 엔티티 예- IP Type : . ,
Work, Performance, Phonogram, Broadcast, Database
에 대한 활동을 부여하기 위해 국제적 조약 혹은 법에 의해 부여된- IP Right : IP Type
인증을 말한다.
를 수행할 수 있는 법적 능력을 갖는 엔티티를 말한다- Legal Personality : IP right .
CreationＯ
은 한 명 혹은 그 이상의 사람들에 의해 만들어진 엔티티를 말한다Creation . Creation
로 인 등이 있으며 을 가Label Creation Identifier DOI, ISSN, ISBN, EAN , Creation Title
진다 의 클라스로 다음과 같다. Creation :
- 48 -
그리고 의 형태가 있다 책 그림- Primary Type : Manifestation, Performance, Work . , ,
사진은 정적인 으로 에 포함되지 않으며 은manifestation performance , work manifestation
과 로 표현되는 추상작품으로 동일한 이 여러 개의 를 가질performance work performance
수 있다.
사용자가 객체를 어떤 감각적 요소로 접하게 되는지에 대한 표현으로- Mode : Audio,
등이 있다Visual Tactile, Olfactory, Abstract, Gustatory .
엔티티의 물리적 형태를 표현하는 엔티티로 등이 있다- Format : MPEG2 .
이나 에 속하는 구조로 서브타입으로- Form : Work Performance genre, language,
등이 있다subject .
객체가 생성되는 환경을 기술한다- Context : .
의 서브 타입은 이 있다Creation extent Dimension, Duration, Enumeration . Creation
은 과 또 다른 엔티티 사이 관계를 표현한다 예를 들어 과relation creation . creation person
관계 표현은 다음과 같다.
[person] [relationtype] [creation]
[Walt Whitman] [Author] [Leaves of grass]
TransactionＯ
은 이 에 의해 사용되었다는 기록을 하는 이벤트이다 트랜젝션Transaction creation person .
은 지적재산권에 관련된 이라고 불리는 것들을 관리하기 위한 의"business rule" INDECS
접근법이다 다음은 이벤트 타입에 따라 생성되는 예이다. .
가령- IP creation event : “ John smith creates an electronic text document Make
과 같은 예문은 다음과 같이 기술된다Money On The Web” .
- 49 -
[EventIdentifier = Event No 55555]
[EventType = Creative Event]
[Person = John Smith] [Role = author]
[TextFile = “Make Money On The Web”]
[Role = output]
[Time = 1999-5-1] [Role = context]
[Place = New York] [Role = context]
지적재산권의 생성은 권리의 수립을 가져온다 권리선언은 자동적으로- Right declarion : .
로부터 유도된다 권리선언은 직접적인 출력을 갖지 않는 이벤트의 특별IP creation event .
한 클라스에 속한다 다음과 같은 방법으로 권리의 선언관계를 표현한다. :
[EventIdentifier = Event No 66666]
[EventType = Right Declaration]
[Person = John Smith] [Role = owner]
[Right = Copyright] [Role = input]
[Work = “Make Money On The Web”]
[Role = context]
[Time = 1999-5-1] [Role = Time from]
[Place = World] [Role = context]
메타데이타 설계Ｏ
그림 은 지금까지 정의한 엔티티를 사용하여 설계한 메타데이타 전체 구조를 나타낸다< 7> .
전체적으로 구조로 구성되어 있으며 지금까지 언급한Labels, Classes, Extents, Events ,
구조가 반영되어 있다 좀 더 자세한 구조는 을 참고하기 바란다. [1] .
- 50 -
그림< 7> INDECS DTD(INDECS DTD)
프로젝트가 년 월 종료 후 비영리 회원 기관인 가INDECS 2000 3 INDECS Framework Ltd.
설립되었다 이 기관은 회원이 제한된 회사들로 구성되었으며 설립 회원은 파트너. , INDECS
기관 를 포함하는 협력 기관으로 구성되었고EDItEUR, IDF, IFPI, MUZE CAL, Kopiosto ,
특히 가 가장 주된 역할을 담당하고 있으며 이들은 계속적으로 저작권 사회의 안전한IDF ,
지원 역할과 여러 상호운용 가능한 표준의 구현을 지원할 것이다 영구 기관으로. INDECS
는 와 등과 공식적인 관계를 확립하고 와 토의하며 을 매우 활동ISO W3C , WIPO , MPEG-21
적으로 지원할 것이다.
- 51 -
표현5. RDF
는 상이한 메타데이타 사이의 어휘와 구문 구조에 대한 공통적인 규칙을 지원하는 메RDF
카니즘을 통해 웹 상에서 존재하는 기계가 이해할 수 있는 형태의 정보를 상호운용성있게
표현하는 개념이다 는 을 웹 자원 서술에 대한 교환으로 사용하며 기술된[31]. RDF XML ,
자원은 을 포함하지 않을 수도 있다 는 웹 자원의 자동 처리가 가능하게 하며 다XML . RDF ,
음과 같은 다양한 응용에 사용된다.
자원 발견Ｏ
를 사용한 검색 엔진은 메타데이타가 포함하는 특정 분야의 내용을 쉽게 검색할 수 있RDF
으며 정확한 검색 결과를 얻을 수 있다 또한 검색되어야 할 자원이 검색되지 못하는 등과, .
같은 자동 검색의 한계점에서 벗어날 수 있다.
카타로깅Ｏ
메타데이타에서 자원 카타로깅은 자원 항목이나 집합 수준에서 이루어질 수 있다 항목 수.
준의 자원 목록은 개별적인 자원의 내용을 기술하는 것이며 집합 수준에서의 자원 목록은,
데이터베이스나 웹 사이트 웹 디렉토리 등을 기술하는 것을 의미한다, .
지능 소프트웨어 에이전트Ｏ
지능 에이전트를 이용하여 지식을 표현하기 위해 메타데이타가 이용된다 지식을 교환하고.
모델링 함으로써 에이전트가 가진 지식을 교환할 수 있다 또한 메타데이타로 표현된 지식.
을 통해 에이전트는 그 지식을 검색할 수 있다.
내용 등급화와 평가Ｏ
처럼 유해한 자료로PICS(Platform for Internet Content Selection) (http://www.w3.org/)
부터 아동을 보호하거나 이용자가 원하는 종류의 자원을 이용하기 위해 메타데이타 기술을
이용할 수 있다.
- 52 -
디지털 서명Ｏ
이 기술은 웹에서의 정보의 신뢰성을 위한 것으로 전자 상거래 등에 이용될 수 있다, . RDF
는 자원에 디지털 서명을 부호화하는 방법을 이용하여 자원의 신뢰성을 보장한다.
지적 재산권Ｏ
웹 상에서 자원을 이용하고 배포하는 것과 관련한 기술을 에서 지원할 수 있다RDF .
는 특성 과 값 으로 자원 사이의 관계를 표시하기 때문에 자료 모RDF (property) (value) RDF
델은 다이아그램과 유사하며 특성의 선언을 위한 어떤 메카니즘도 관entity-relationship , ,
계 기술을 위한 어떤 메카니즘도 제공하지 않는다 이것이 스키마의 역할이다 문서의. RDF .
서술적 어휘를 나타내지 않고 관계의 결합의 제약 정의하는데 필요한 원소 등을 나타내기, ,
때문에 유형 시스템 을 제공하는 것이다 는 워릭 구조의 구현으로 다른(Type System) . RDF
구문에서 표현되는 각각의 메타데이타 어휘를 허가하는 워릭 구조의 진화된 표현이다.
가 범위.
스키마 스펙은 다음과 같은 문제에 의해 영향을 받는다RDF .
PICSＯ
모델과 구문은 레이블을 표현하는데 적합하다 그러나 등급 체계가RDF PICS . PICS RDF
표현으로 사상하는 것을 제공하지는 않는다.
웹 메타데이타Ｏ
가장 명확한 응용은 웹 페이지 서술이다 이것은 의RDF . Dublin Core Metadata Initiative
목표 중 하나이다.
- 53 -
는 개발에 영향을 미쳤으며 는 처럼 서술적 어휘를 위한 스키마 정의에 기DC RDF , RDF DC
계 이해형 체계를 제공한다- .
사이트 맵과 개념 이동Ｏ
사이트 맵은 웹 사이트의 계층적 서술이다 분류 체계는 웹 자원을 분류하는 기관에서 사용.
되며 는 응용에 필요한 어휘를 정의하는 메카니즘을 제공한다, RDF .
P3PＯ
는 자료 모음이나 개인 선호도에 관한 문장을 구축하는P3P(Privacy Preferences Project)
문법을 정의한다 비록 개인 자료 모음이 특정 집합에 의해 로 기술되지만. XML P3P , P3P
모델은 모델로 해석될 수 있다RDF .
나 구문.
데이터 모델이 메타데이타를 정의하고 활용하기 위한 개념적인 틀을 제공하지만 실제RDF ,
로 이러한 메타데이타를 생성하고 교환하기 위해서는 구체적인 문법이 필요하다 에서. RDF
는 동일한 자원과 관련된 모든 속성들을 모으는 행위를 서술이라고 하는데 특정 구문을 사,
용하거나 그래프 또는 텍스트 기반의 문자열을 이용하여 레코드 모형을 기술할 수 있RDF
다.
모형을 텍스트로 표현하고자 하는 경우에는 다음과 같은 형식을 취한다RDF :
[resource R] --- PropertyType P ---> "Value V"
예를 들어 의 저자는 이다라는 특성을 표현하면 다음과 같다'Document 1 John Smith ' :
[Document = --- Author ---> “John Smith”
- 54 -
자원의 서술이라는 것이 동일 자원이 갖는 모든 특성 을 모으는 행위이므로 한(Property) ,
자원은 여러 가지 특성 및 특성 값을 가질 수 있다 예를 들어 의 자원의 저자. Document 1
와 관련된 특성 유형이 개이고 그 특성 값도 개인 경우에는 그림 과 같이 표현될 수3 , 3 < 8>
있다:
그림 모델 예제< 8> RDF (sample of RDF model)
그림 에서 는 의 특성 형식이며 은 저자의 특성 형< 8> 'Author' 'Document l' , 'Author_001'
식을 포함하고 있는 고유한 특성을 갖는 하나의 자원이 된다.
데이터 모형에서는 다양한 수준에서의 자원의 기술을 가능하게하고 있다 예를 들어RDF .
저자 명은 성과 이름 등과 같은 다양한 특성 형식으로 기술될 수 있다 특성 기술의 확장에.
대해서 일반적인 제한은 없으며 기술하고 있는 영역의 필요에 따라 그 확장 범위가 달라진,
다.
한편 자원 특성 형식 그리고 그 특성 값과 같은 구성 요소와 이들의 조합체인 는 각, , , RDF
각의 독립적인 자원이 될 수 있다 그러므로 특성 전체를 자원과 특성 형식 그리고 특성. ,
값과 같은 표현형식으로 구체화하는 작업이 필요하다 예를 들어 다음과 같은 표현이 있다.
고 가정하자:
[Document 1] --- Author ---> "John Smith"
위와 같이 기술된 경우에는 다음과 같이 개의 속성으로 구체화된다4 .
- 55 -
[X] --- InstanceOf ---> [RDF:Property]
[X] --- PropName -> [Author]
[X] --- PropObj ---> [Document 1]
[X] --- Value -----> "John Smith"
여기서 는 자원이며 이를 통해 각 특성 형식이 새로운 자원으로 구체화되어 표현되고 있X ,
음을 알 수 있다 자원 특성 명 특성 값을 표현하는 특성으로 각 특성을 아래와 같이 구체. , ,
화하여 표현한다:
특성을 구체화하기 위하여 에서는 위에서 보여주는 바와 같이 를 정의하고RDF 'InstanceOf'
있는데 특성이 자원으로서 기술되기 위한 초기화를 실현해주고 있다, .
다 와. RDF XML
는 의 응용이다 는 자원 기술을 위하여 모델과 구문 명세서를 확장시킨RDF XML . RDF XML
것이다 데이터 모형은 메타데이타를 사용하고 정의하기 위한 추상적이고 개념적인 구. RDF
조를 제공하고 있는데 이를 표현하는 구문은 를 통해 표현된 내용들을 기계가 이해할, RDF
수 있는 형태로 변환할 수 있어야 한다.
확장성을 특징으로 하는 은 메타데이타의 교환에 적절하게 적용될 수 있는 마크업 언XML
어이다 그러한 이유로 에서는 그 표현 구문으로 을 사용한다 데이터 모형을. RDF XML . RDF
부호화하기 위하여 두 가지 구문이 사용되는데 하나는 순서형 구문이며 다른 하나는XML , ,
단축형 구문이다.
- 56 -
순서형 구문은 일반적인 형태의 데이터 모형을 완전하게 기술하기 위한 구문이며 단축형,
구문은 데이터 모형을 간단한 형태로 표현하는 경우에 사용되는 구문이다.
또한 는 의 이름공간 을 사용한다 의 이름 공간은 의 특성, RDF XML (Namespace) . XML RDF
의 집합의 영역과 유일성 확인을 가리키는 의 지점이다 이러한 이름공간의 기능은URI .
에서 동일 어휘를 가진 여러 표현들 사이의 불명확성을 고려하기 위해 사용되어진다RDF .
특성의 집합은 스키마라 불리며 이름공간에 의해서 로 접근하여 확인할 수 있다 예를URI .
들어 저자의 특성 형식이 에서는 대신에 를 사용한다Dublin Core 'author' 'creator' . XML
이름공간은 저자에 상응하는 어휘를 정의하고 있는 자원을 찾으므로 써Dublin Core
어휘집의 구조를 명확하게 식별한다 구조를 이용할 수 있도록Dublin Core . Dublin Core
하기 위해 구문으로 이름공간을 지정하면 다음과 같다XML :
위의 경우에서는 와 라는 약어를 이용하여 와 를 각각 선언하였'RDF' 'DC' RDF Dublin Core
다 스키마는 데이터 모형을 표현하기 위해 사용되는 필수적인 어휘들을 선언하기 위. RDF
하여 어휘 통제 등을 관리하는 소프트웨어 등을 미리 로드한다 스키마는. Dublin Core
에서 정의된 어휘들을 이용하기 위해 선언된다 이름공간 선언과 관련된 는Dublin Core . URI
그에 상응하는 스키마를 참조하는데 사용된다 는 데이터 모형에 기술 내. <RDF:RDF> RDF
용이 정확하게 매핑될 수 있도록 문헌안에서 경계를 표시하는 역할을 수행한다 즉XML . ,
이름공간을 이용하여 요소로 해석될 수 있도록 한다RDF RDF .
- 57 -
는 자원과 그에 상응하는 를 표시하고 설명하기 위해 사용된다<RDF:Description> URI .
는 라는 속성 유형과 그 값인 를 나타낸다<DC:Creator> DC:Creator 'John Smith' .
라 순서형 구문과 단축형 구문.
문법에는 순서형 구문과 단축형 구문 개가 있다RDF , 2 .
순서형 구문(1)
순서형 구문은 의 표준구문으로서 데이터 모형을 완전하게 표현한다 의 순서RDF RDF . RDF
형 구문은 다음과 같은 형식을 취한다 아래에서 이탤릭체로 쓰여진 는 이름공간을 대. 'rdf'
신하는 역할을 한다 데이터모델의 모든 특성은 일반적인 형태로 표현되며 최 상위 원. RDF
소는 서술 원소로 구성되고 각각의 서술 원소는 속성으로 기술하고자 하는 자원을about
지칭한다 요소는 자원의 컬렉션을 기술할 때 사용되는 것으로. 'Seq', 'Bag', 'Alt' ,
는 연속적인 자원들을 는 대체 자원을 은 특정 기술 내용 안에'sequence' , 'alternative' , 'bag'
서 그 속성들을 구체화하여 기술한 내용들을 모은 것을 의미한다.
다음은 순서형으로 표현한 예제이다:
- 58 -
단축형 구문(2)
단축형 구문은 데이터 모델을 간단한 형태로 표현하는 경우에 사용되는 구문이다 데이터.
모델의 일부분을 표현할 때 좀더 단순화된 형태로 표현하며 기본적인 가지 형태의 문법은3
다음과 같다:
서술 원소 내에서 반복되지 않는 특성들 중 그 값이 문자열인 경우에 적용 할 수 있음-
중첩된 서술 원소에 사용 가능한 것으로 하위 서술 원소에 포함된 특성들을 상위 서술-
원소에 포함된 특성으로 표현할 수 있도록 허용함
유형 특성을 포함하고 있는 서술 원소에 적용되는데 유형 특성이 가리키는 자원 유형이- ,
서술 원소 대신에 사용 가능함
순서형 표현의 예제를 단축형 구문으로 표현하면 다음과 같다:
마. Container
는 또한 그룹화된 특성들을 제공하는 다양한 방법을 제공한다RDF .
(1) Container Model
- 59 -
은 특정 속성의 복수 속성 값을 기술하되 순서를 고려 할 필요가 없을 때 사용Bags(Bag)Ｏ
된다.(rdf:Bag)
는 와 같으나 순서를 고려해야 할 경우에 사용된다Sequence(Seq) Bags .Ｏ
는 동일 특성을 갖는 복수의 특성 값을 표현하되 특성 값이 선택적일 경Alternative(Alt)Ｏ
우에 사용한다.
바 클라스와 특성.
유형 시스템(1)
스키마는 다른 특성을 서술하기 위하여 사용될 수 있는 자원의 모임이다RDF RDF RDF .
중심 어휘는 라 불리는 이름공간에서 정의되고 인'rdfs' , URI
에 의해 구별된다 는http://www.w3.org/2000/01/rdf-schema# . 'rdf'
를 언급한다 에서 서술하는 자원은http://www.w3.org/1999/02/22-rdf-syntax-ns# . RDF
하나 이상 클라스의 인스턴스이다 즉 특성으로 나타난다 클라스는 계층구조로 예. rdf:type .
를 들어 는 의 하위 클라스이고 그것은 의 하위 클라스인 상태에서, 'dog' 'mammal , 'animal' ,
어떤 자원이 인 것은 또한 이다rdf:type dog rdf:type animal .
- 60 -
이것은 클라스 사이 관계인 특성을 기술한다rdfs:subClassOf .
그림 집합과 원소로 클라스와 자원< 9>
(Class and Resource as Set and Elements)
스키마 유형 시스템은 같은 객체지향형 언어의 유형 시스템과 유사하다 그렇지RDF Java .
만 는 인스턴스의 특성으로 클라스를 적용하는 대신에 적용하는 자원의 클라스로 특성RDF ,
을 정의하는 것이 다르다 이것은 과 의 역할이다 예를 들어. rdfs:domain rdfs:range . ,
의 범위와 의 영역을 가진 특성을 정의하나 객체지향형 시스템에서는Literal Book author ,
타입의 속성을 가진 클라스를 정의한다 의 특성 중심 접근의 장Literal author Book . RDF
점은 존재하는 자원에 관한 원하는 것을 쉽게 할 수 있는 것이다 이것이 웹의 구조적 원칙.
에 하나이다.
그림 는 클라스 하위클라스 자원의 개념을 보여준다 클라스는 사각형으로 자원은 큰< 9> , , . ,
점으로 나타낸다 화살표는 자원으로부터 그것을 정의한 클라스로 표시한다 하위클라스는. .
다른 것에 의해 둘러쌓인 사각형이다 자원이 한 클라스 내에 있으면 특성 이 값. , rdf:type (
의 자원은 포함하는 클라스의 자원이다 이 존재한다) .
그림 는 모델로 이를 그래프 형태로 표현할 수 있다 한 클라스가 다른 것의< 9> RDF [31].
부분집합이면 화살표가 존재한다 만약 자원이 클라스의 인스턴트이면, rdfs:subCalssOf . ,
화살표가 존재한다rdf:type .
- 61 -
핵심 클라스(2)
rdfs:ResourceＯ 표현의 모든 것이 자원이고 의 인스턴스이다: RDF , rdfs:Resource .
rdf:PropertyＯ 자원의 부분집합을 표현한다: RDF ,
rdfs:ClassＯ 객체 지향형 개념의 유형이나 범주의 개념에 대응된다 새로운 클라스가 정: .
의되면 값은 자원인 특성을 가진다rdfs:Class rdf:type .
핵심 특성(3)
rdf:typeＯ 자원이 클라스의 요소임을 나타낸다 클라스의 요소의 모든 특성을 가지며 자: . ,
원이 특성을 가지면 자원은 나타나는 클라스의 인스턴스이다 어떤 자원을 위한rdf:type , .
값은 의 인스턴스인 다른 자원이다 로 알려진 자원은 그 자rdf:type rdfs:Class . rdfs:Class
원이 자원이다 개발 클라스 예를 들어 는 항상 그 값이rdf:type rdfs:Class . ( 'dog')
인 특성을 가진다rdfs:Class rdf:type .
rdfs:subClassOfＯ 이 특성은 클라스 사이의 부분집합 전체집합 관계를 나타내며 전 이: , ,
적이다 의 인스턴스는 특성을 가지고 특성 값은 항상. rdfs:Class rdfs:subClassOf , rdf:type
이다rdfs:Class .
예제 은 의 개의 하위 클라스를 가진다- : MotorVehicle PassengerVehicle, Truck, Van 3 .
이때 과 의 공통 하위 클라스인 을 정의하면 그림 과Van PassengerVehicle Minivan < 10>
같다:
- 62 -
그림 샘플 스키마< 10> RDF (Sample RDF Schema)
이때 에 대하여 로 표현하면 다음과 같다MotorVehicle RDF/XML :
rdfs:subPropertyOfＯ 이 특성은 의 인스턴스이다: rdf:Property .
rdfs:seeAlsoＯ 이 특성은 자원의 부가적 정보를 제공한다: .
rdfs:isDefinedByＯ 이 속성은 의 하위 특성으로 의 어떤 인: rdfs:seeAlso rdfs:Resource
스턴스에 적용하거나 의 어떤 값으로 가진다rdfs:Resource .
제한 특성(4) RDF
스키마는 특성을 정의할 때 그 특성과 관련한 제한을 정의하는 수단을 제공하고 있다RDF .
이는 특성에 의해 클래스가 설계되는 다른 객체지향시스템과는 다르게 클래스에 의해 특성
이 정의되기 때문이다.
- 63 -
즉 특성과 별도로 필요한 클래스를 정의하고 특성 정의 시 이들 특성이 속하거나 제한 받,
을 필요가 있는 클래스를 선택하는 방식으로 선택을 위해 과 속성이rdfs:domain rdfs:range
제공된다.
rdfs:ConstraintResourceＯ 의 하위 클래스이며 이 클래스의 목적은: rdfs:Resource RDF
프로세서가 모델의 일관성을 검증할 수 있는 수단을 제공하기 위한 것이다RDF .
rdfs:ConstaintPropertyＯ 의 하위 클래스로서 그 인스턴스는 제한사항을 기: rdf:Property
술하는데 사용되는 속성들이다 와 이 이 클래스의 인스턴스이다. rdfs:range rdfs:domain .
rdfs:rangeＯ 의 인스턴스로서 특성 값을 한정하기 위하여 사용된다: ConstraintProperty .
이 특성 값은 항상 클래스가 되며 한 특성은 복수의 특성을 포함할 수 없다rdfs:range .
rdfs:domainＯ 의 인스턴스로서 특정 특성이 사용되는 클래스를 한정: ConstraintProperty
하기 위해 사용한다 특성은 복수의 속성을 포함 할 수 있다. rdfs:domain .
다른 정의(5)
rdfs:commentＯ 인간 가독형 자원의 기술에 사용된다: .
rdfs:labelＯ 인간 가독형 자원의 이름을 번역을 제공하는데 사용된다: .
rdfs:LiteralＯ 라 불리는 집합과 일치한다: Literals .
rdf:StatementＯ 라 불려지는 집합과 일치한다: statement .
- 64 -
rdf:subjectＯ 서술문에 나타나는 자원을 명시 할 때 사용한다: .
rdf:predicateＯ 서술문 모델 내에 특성 사용을 확인하는데 사용된다: .
rdf:objectＯ 서술문에서 특성 값을 확인하는데 사용된다: .
rdfs:ContainerＯ 이 클래스는 를 서술하는데 사용한다: Container classes .
rdfs:ContainerMembershipPropertyＯ 이 클래스는 을 가리키는: container membership
데 사용된다.
rdf:valueＯ 이것은 속성과 일치한다: value .
- 65 -
제 장 분석2 ONIX
제 절 기술 동향1 ONIX
그림 지식 컨텐츠 정보 체계 발전< 11>
년에 유럽을 중심으로 지식 컨텐츠에 대한 지적 재산권 정보 표현을 위하여 유럽 지적1999
재산권 협회 중심으로 프로INDECS(INteroperability of Data in E-Commerce System)
젝트를 추진하였으며 그 텍스트 버전으로 가 를, EPICS EDItEUR (http://www.editeur.org/)
주축으로 만들어졌다.
년 들어서 유럽의 와 미국의 가 합쳐지2000 EPICS ONIX((ON-line Information Exchange)
면서 전 세계 유일한 인쇄물에 대한 유통 표준으로 이후 편의상ONIX International ( ONIX
로 표현 이 만들어졌고 미국출판협회) Version 1.0 , (AAP; Association of American
는 년 말 를 전자책을 포함하는 통합 메Publishers ;http://www.publishers.org/) 2000 ONIX
타데이타 표준으로 버전을 제안하고 이를 바탕으로1.3 , BIC(http://www.bic.org.uk), BISG
는 을 년 월(http://www.bisg.org/), EDItEUR (http://www.editeur.org/) ONIX 2.0 2001 8
표준으로 제안하였다.
- 66 -
는 을 주축으로 에 의해 주도ONIX EDItEUR AAP, BIC, BISG(Book Industry Study Group)
되고 있으며, American Booksellers Associations, AAP, Amazon.com, Baker & Taylor,
Barnes & Noble, Association of American University Presses, American Wholesale
이 책임을 지고 있으며Booksellers Association , Amazon.com, Cambridge University
Press, Natreed.com, Wiley, Random.com, Ingram, Book Data/Muse, R.R. Bowker,
등이 현재 시스템으로 사용하고 있고 전 세계 여 개 회사와 한국에Fatbrain, Borders , 70
서는 유일하게 메타라이츠 이 참여하고 있다(http://www.metarights.com/) .
는 년 월 을 발표로 년 월 용 표준 을 발표하였고 계속ONIX 2000 5 1.0 2000 12 1.3(e-book ) ,
을 개발하여 나아가고 있다 를 사용하면 전 세계에서 특정ONIX for video/music . ONIX 1.2
도서의 재고 현황 가격 저자 사진 저작권 정보 표지 사진 내용 등의 정보를 알 수 있고, , , , , ,
이 정보를 바탕으로 주문 및 구입을 할 수 있는 체계를 갖추고 있다 이 발표됨, . ONIX 1.3
으로써 는 인쇄 도서의 전자 상거래와 전자책의 상거래를 통합하는ONIX On-line/Off-line
통합 체계를 갖추게 되었다 년 현재 이 제시되었으며 년 월. 2002 ONIX 2.0 , 2003 1 ONlX
이 출시될 예정이다2.1 .
현재 지식 컨텐츠 전자책 디지털 컨텐츠 인쇄 도서 정보 에 대한 유통 메타데이타 표( + + )
준으로 가 유일하며 는 인쇄 도서 디지털 컨텐츠 서점 에서ONIX , ONIX , , (On-Line/Off-Line)
취급하는 지구본 지도 우편엽서을 포함하는 자CD, Cassette Tape, DVD, Video Tape, , ,
료의 유통 표준으로 정의된 상태이다 가장 대표적인 도 를 사용하여 인. Amazon.com ONIX ,
쇄도서 디지털 도서 전자책 등에 대한 통합 메타데이타를 운영하고 있다, ( ) .
- 67 -
제 절 정보2 ONIX
헤더 정보1. ONIX
의 상위 구조는 다음과 같다ONIX DTD :
그림< 12> ONIX DTD(ONIX DTD)
- 68 -
에서 제품에 대한 정보는 사이에 기록되며ONIX DTD <product> ... </product> ,
는 제품에 대한 메시지 정보를 표현하고 있다<header> ... </header> .
그림 의 파라메타 엔티티 는 의 사이 정< 12> %Group-MH6( ) ONIX <header> ... </header>
보를 기록한 것이다 제품은 다시 일반 단일 컨텐츠 부분과 정기간행물. Product( ) Series( )
부분으로 구성된다 그러므로 전체적인 의미는 어떤 제품 제품 부분 을 언제. ( ) (What) ,
어디서 어디로 얼만큼 을 어떻게 한다는 정보를 표(When), (From), (To), (How much) (Action)
기할 수 있게 구성된 것이다.
헤더에 대한 설명은 다음과 같다:
- 69 -
정보는 참고 이름 을 사용하여 표기하여도 되고 단축 태그ONIX (reference names) , (short
를 사용하여도 된다 각각의 샘플을 들면 다음과 같다tags) . :
참고 이름 사용 예Ｏ
단축 태크 사용 예Ｏ
- 70 -
제품 정보2. ONIX
데이터 원소 그룹은 에 의해 기술된다 모든 제품 레코드의 기본 단위로 본 태그<Product> .
를 사용한다.
가 레코드 참고 번호 유형 소오스. PR.1 : , ,
본 번호의 유일성만 보장되면 어떤 형태든 가능- <RecordReference> : 1.
동일한 자료의 갱신 버전을 보낼 때 본 번호가 동일하여야 함(alphanumeric). .
통지의 유형으로 처음 통지 출판 개월 전 통지 확인- <NotificationType> : 1. 01 ( ; 6 ), 02(
통지 출판 전 개월까지 가능 출판 전 완전한 레코드 통지 갱신 기존 통지 부; 6 ), 03( , ), 04( ;
분 일부 갱신 삭제 기 제공된 레코드 삭제로 품절 판매 철회 시 만 사용으로), 05( ; ,
변경으로 조정 가능availability status )
이 일 때 만 사용으로 제품이 삭제되는 것이 아* <DeletionCode> : <NotificationType> 05
니라 레코드가 삭제되는 것이다, .
이 일 때 만 사용 왜 가 삭제되는지 설* <DeletionText> : <NotificationType> 05 . record
명.
레코드가 만들어진 소소 기술 안함- <RecordSourceType> : ?. ONIX . 00 ( ; default),
01(publisher), 02(publisher's distributor), 03(wholesaler), 04(Bibliographic agency),
05(Library bookseller)
이름 공간 유형- <RecordSourceIdentifierType> : ?. .
이름 공간 안에서 발생된 레코드 식별자* <RecordSourceIdentifier> : ?.
레코드 소스 이름* <RecordSourceName> : ?. (Full)
- 71 -
나 제품 번호. PR.2. :
개 제품에 개 식별자만 사용된다 가능하면 를 선호한다1 1 . EAN-13 article number .
- <ISBN>
인 경우 앞에 을 추가 사용 규칙으로- <EAN13> : ISBN 978 . EAN modulus-10 check
재 계산digit .
미국 로 미국에서 제품과 바 코드를 위하여 사- <UPC> : Only. Universal Product Code
용하는 체계 자리 숫자 마지막은. 12 . modulus-10 check digit.
출판사에 의해 할당되는 것으로 표준체계 아님 과 함께- <PublisherProductNo> : , . EAN
사용 가능
인쇄된 음악을 위한 식별자 자에- <ISMN> : International Standard Music Number. . 'M'
글자가 따름 마지막 글자는9 . check digit.
디지털 컨텐츠에서 지적 재산권을 위한 국제 코드- <DOI> : Digital Object Identiffier. .
복합 복합 제품 식별자- <ProductIdentifier> . .
출판사 유통회사 고유 번호체계* <ProductIDType> : 1. 01- , . 02-ISBN, 03-EAN-13,
04-U.P.C., 05-ISMN, 06-DOI
이 일 경우에만 사용하는 이름 체계* <IDTypeName> : <ProductIDType> 01 .
복합 발생시 번 발생으로 유형의 식별자* <IDValue> : <Identifier> 1 . <ProductIDType> .
바 코드가 아님 바 코드나 스킴이 나타나지 않음 계속 추가- <Barcode> : ?. 00 ( ), 01 ( ).
현 제품을 대처할 제품 번호- <ReplacesISBN> :
현 제품을 대처할 제품 번호- <ReplacesEAN13> :
다 제품 형태. PR.3. :
제품이 혼합 미디어 형태이거나 소매 판매를 위한 팩(dumpbin, counterpack, shrinkwrap)
이면 포함되는 항목은 식별자 형태 포함된 항목 양을 나타내는데 사용된다, , , .
- 72 -
제품 유형- <ProductForm> : 1. .
제품이 책일 때 의 값이 로 시작 나타내는- <BookFormDetail> : *. (<ProductForm> 'B' )
코드 형식 또는 대량 유통형. 01 (A , ' ' paperback: UK 178*111mm, US 4 1/4 * 7 1/8
형식 형식inch), 02 (B paperback :UK 198*129 mm), 03(C paperback
:UK216*135mm), 04(Paper over boards), 05(cloth), 06(With dust jacket),
장래 계속 추가07(reinforced binding).
제품이 위의 요소에 적절하지 않을 때 필요한 설명 예를- <ProductFormDescription> : , ,
들어 개 카세트를 가진2 3 Volumes.
제품이 동일형일 경우 구성요소 수 제품이 이질형으로 구성되었- <NumberOfPieces> : , .
을 경우 예를 들어 책과 카세트 테입 복합 사용( ), <ContainedItem> .
복합 이질형일 경우 구성요소에 포함된 제품코드로- <ContainedItem> : , WW(Mixed
소매를 위한 중 한 개 값을 가짐media product), WX( Quantity pack), XC, XE, XL .
* <ISBN>
* <EAN13>
포함된 항목의 형식이나 미디어* <ProductForm> :
* <BookFormDetail>
* <ProductFormDescription>
* <NumberOfPieces>
팩 속에 포함된 제품의 복사 수* <ItemQuantity> : .
예제* :
< b012 > WW </b012>
책과<containeditem> <b012>BB</b012> <b210>2</b2l0></containeditem> ; hardback
2 volumes
<containeditem> <b004>0123456784</b004> ; ISBN
책<b012>BB</b012> ; Hardback
<b210>2</b210> ; two volumes
- 73 -
복사<b015>20</b015> : 20
</containeditem>
제품 분류 복합 국제 국내 무역을 로 하기위하여 사용- <ProductClassfication> : / ONIX
* <ProductClassificationType>:
01(World Customs Organization Harmonized Commodity Coding and Description
System), www.wcoomd.org/frmpubilc_en.htm
02(UN Standard Product & Service Classification(UNSPSC)).
www.intelepages.com/Harmonized_Codes/Commodity_Classification.htm
예를 들어 일 경우* <ProductClassificationCode> : UNSPSC 55101514
라 전자출판. PR.4. : (Epublication)
여기서는 의 값이 일 경우에만 사용한다<ProductForm> DG .
이 일 경우 번 출현 여러가지 형태로 전자적- <EpubType> : <ProductForm> DG 1 . 000 (
으로 출판된 컨텐트 패키지).
특별한 전자출판 유형에 적용되는 버전 번호- <EpubTypeVersion> : .
- <EpubTypeDescription>:
- <EpubFormat> :
- <EpubFormatVersion>:
- <EpubFormatDescription>:
출판사가 유통회사로 다양한 형태로 넘기때 원자료의 형식- <EpubSource> : .
- <EpubSourceVersion> :
- <EpubSourceDescription> :
특별한 형식으로 나타난 제품 설명- <EpubTypeNote> :
- 74 -
마 정간물. PR.5. : (Series)
무한정 기간을 가진 제품 비록 정간물에 대한 단일 주문이 가능하지만 정간물은. , EAN-13,
등을 가지지 않으며 단일 항목으로 거래되지 않는다 한 제품은 경우에 따라ISBN, UPC , .
개 이상의 정간물에 속할 수 있다 그러므로 정간물 형태는 반복적인 구성을 가진다2 . .
복합- <Series> :
* <SeriesISSN>
정간물을 표시하기 위하여 할당되는 코드로 임의적임 예를* <PublisherSeriesCode> : , .
들어 등ANNBP
복합* <SeriesIdentifier>
이름 공간 기술 코드 사용 출판사 자신의 정간물+ <SeriesIDType> : . 01( ID), 02(ISSN),
독일 정간물 기타03( ID), etc( ).
출판사 자체 이름일 경우 이름+ <IDTypeName> : .
+ <IDValue>
으로 복합 출현 시 나타남+ <TitleOfSeries> : Full Name <Series> .
복합 에서 설명* <Contributor> : PR 8
정간물에서 구별 가능한 나열* <NumberWithinSeries> : .
출판년으로 또는 로 표시* <YearOfAnnual> : YYYY YYYY-YYYY
바 집합. PR.6. :
집합은 집합 제목아래 모인 유한 기간에 만들어진 제품 그룹으로 분리되어 판매 시,
등을 가질 수 있다 집합은 개 이상의 부분으로 나뉠 수 있으며 이들도EAN-13, ISBN . 2 ,
분명한 제목을 가진다 즉 서양사 암흑시대 로마시대 이후 제품은. , Part : , Volume I : .···Ⅱ
개 이상의 집합에 속할 수 있으므로 반복 가능한 복합이다2 , .
- 75 -
복합- <Set>
* <ISBNOfSet>
* <EAN13OfSet>
복합 에 설명* <ProductIdentifier> : PR2 .
* <TitleOfSet>
부분일 경우 부분 나열 예를 들어* <SetPartNumber> : ( Part )Ⅱ
부분일 경우 부분 제목 예를 들어 암흑시대* <SetPartTitle> : ( )
볼륨 나열 예를 들어* <ItemNumberWithinSet> : ( Volume I)
볼륨 제목 예를 들어 로마시대 이후* <SetItemTitle> : ( )
사 제목. PR.7. :
제품의 제목과 부제목을 포함한다 제품이 번역본이면 원 제목을 과거에 다른 이름으로 출. , ,
간되었으면 전 제목을 나타낸다, .
정의되지 않음 문장 경우 첫 글자 대문자와 적절한- <TextCaseFlag> : 00(default; ), 01( ;
배열 제목 유형 초기 글자 대문자와 그 다음 의미 있는 단어의 첫 글자 대문자), 02( ; ), 03
모두 대문자( )
약자 없는 풀 텍스트 제목이 구별 불가능할 시 집합 정간물 그리- <DistinctiveTitle> : . , ,
고 구별 가능한 텍스트 형태의 파트로부터 취한다 동일 저자의 개 이상 작업을 포함하는. 2
판인 경우 제품 제목은 각 제목을 연결하여 구축 예를 들어omnibus , . , 'Pride and
prejudice / Sense and sensibility / Nortahanger Abbey'
구별 가능한 제목의 앞 텍스트 예를 들어- <TitltPrefix> : . 'The'
- <TitleWithoutPrefix>
구별 가능한 것과 무관하게 제목에 부가 텍스트- <Subtitle> : , .
번역된 제품의 제목- <TranslationOfTitle> :
작업이 전에 출판되었을 때 제목- <FormerTitle> : ,
복합- <Title>
- 76 -
제목 유형 코드 미 정의 구별가능 제목 기타* <TitleType> : . 00( ), 01( ), etc( )
제목요약 최대 글자 수로 이 로 정의됨* <AbbreviatedLength> : <TitleType> '01' .
기 언급됨* <TextCaseFlag> :
* <TitleText> :
* <Subtitle> :
예제* :
<Title>
구별 가능 제목<TitleType>01</TitleType> ;
문장 경우<TextCaseFlag>01</TextCaseFlag> ;
제목<TitleText>The all-true travels</TitleText> </Title> ;
복합- <WorkIdentifier>
개별 기타* <WorkIDType> : 01( ), 02(ISTC), 03(DOI), etc( )
이 일 경우 식별자 코드 이름* <IDTypeName> : <WorkIDType> 01
* <IDValue>
아 저자. PR.8. :
복합- <Contributor>
이름 순서를 나타내는 수* <SequenceNumber> : contributor .
* <ContributorRole> :
이 일 경우 번역이 만들어진 언어* <LanguageCode> : <ContributorRole> B06, B08, Bl0
를 기술한다 이것은 번역가의 분명한 책임을 나타낼 때 사용 가능하다. .
예* <PersonName> : , James J. Johnson Ⅲ
예* <PersonNameInverted> : , Johnson, James J., Ⅲ
이름 앞에 붙이는 타이틀* <TitlesBeforeNames> :
- 77 -
개인의 키 이름 앞 이름이나 앞 글자 예* <NameBeforeKey> : . . James J.
키 이름은 아니며 키 이름 앞에 있는 것 예* <PrefixToKey> : , . , James J.
일반적으로 부르는 알파벳 엔트리 이름 예* <KeyNames> : . , Beethoven
키 이름 이후 이름* <NameAfterKey> : .
예* <SuffixToKey> : . Jr
개인 이름 후의 수식형 예* <LettersAfterNames> : . , CBEFRS
개인 이름 뒤의 타이틀* <TitlesAfterNames> : . Duke of Edinburgh
복합* <Name> :
미 정의 가명 저자 통제어 기타+ <PersonNameType> : 00( ), 01( ), 02( ),
위의 부터 가 사용가능+ <PersonName> <TitlesAfterNames>
* <ProfessionalPosition> :
* <Affiliation>
* <CorporateName>
이름과 설명* <BiographicalNote> :
* <ContributorDescription>
익명 저자 미상 익명 기타* <UnnamedPersons> : . 01( ), 02( ), 03( )
지금까지 언급한 에 대한 것을 대체하는 문장으로- <ContributorStatement> : contributor
단순히 화면 출력용임 예를 들어 홍길동과 임꺽정이 쓴 소설. ' ' ' ' 'XX'.
자 학회. PR.9. :
- <ConferenceDescription>
- 78 -
코드 형태로 결정될 것임- <ConferenceRole> : .
- <ConferenceName>
- <ConferenceNumber>
- <ConferenceDate> : YYYY, YYYYMM
- <ConferencePlace>
차 판. PR.10. :
- <EditionTypeCode>
- <EditionNumber>
- <EditionVersionNumber>
- <EditionStatement>
카 언어. PR.11. :
- <LanguageOfText>
- <OriginalLanguage>
- <Language>
텍스트 언어 번역된 텍스트의 원언어 기타* <LanguageRole> : 01( ), 02( ),
* <LanguageCode> :
* <CountryCode>
타 크기와 다른 컨텐트. PR.12. :
- <NumberOfPages>
로마숫자로 페이지 예- <PagesRoman> : . , xxiii
아라비아 숫자로 페이지- <PagesArabic> : .
- <Extent>
- 79 -
기간 작동 시간 파일 크기* <ExtentType> : 09( ; ), 22( )
에 대한 숫자 값* <ExtentValue> : <ExtentType> .
시간 분 초 시간 시간과 분* <ExtentUnit> : 04( ), 05( ), 06( ), 14( HHH), 15( HHHMM), 16
시간 분초( , , ; HHHMMSS), 18(Kbytes), 19(Mbytes)
- <NumberOfIllustrations>
삽화의 수와 유형을 텍스트로 기술- <IllustrationsNote> :
복합- <Illustrations>
삽화 흑백 삽화 칼라 하프톤 흑백 하프톤 칼* <IllustrationsType> : 01( , ), 02( , ), 03( , ), 04( ,
라 선 그림 흑백 선 그림 칼라 테이블 흑백 테이블 칼라 기 타), 05( , ), 06( , ), 07( , ), 08( , ),
* <Number>
*- <MapScale>
파 주제. PR.13. :
주제 범주 코드가 사용된다 복합을- <BASICMainSubject> : BASIC . 'additional subject'
사용하여 추가 코드를 사용할 수 있다BASIC .
- <BASICVersion>
주제 범주 코드가 사용된다 복합을 사용- <BICMainSubject> : BIC . 'additional subject'
하여 추가 코드를 사용할 수 있다BIC .
- <BICVersion>
복합- <MainSubject>
라틴 아메리카에서 채* <MainSubjectSchemeIdentifier> : 25(Tabla de materias ISBN;
택한 에 기반한 코드Dewey ), 26(Warengruppen-Systematik des deutschen
추가가능Buchhandels), 28(Eletre subject classification; France), 29(CLIL; France), .
- 80 -
* <SubjectSchemeVersion>
에서 선정한 스킴으로부터 코드* <SubjectCode> : <MainSubjectSchemeIdentifier>
주제 스킴 명* <SubjectHeadingText> :
복합- <Subject>
부록 참고 예를 들어 인 경우* <SubjectSchemeIdentifier> : F . Dewey '01'
주제 분류* <SubjectSchemeName> : Proprietary
* <SubjectSchemeVersion>
* <SubjectCode>
* <SubjectHeadingText>
- <PersonAsSubject>
참고* PR8
주제의 부분인 기관- <CorporateBodyAsSubject> :
주제 부분인 지역- <PlaceAsSubject> :
하 청충 독자. PR.14. : ( )
일반 무역 비전문가용 성인 청소년 어린이 교육적 목적이- <AudienceCode> : 01( / ; ), 02( / ;
아닌 청소년용 교육적 목적이 아닌 대 초등 중 고등학생 유아 교육 등 교육), 03( 10 ), 04( , , ;
용 대학이상 교육 전문가 연구용 외국어로 영어를 가르키는 사), 05( ; ), 06( ; ), 07(ELT/ESL;
람용)
복합- <Audience>
청중 코드의 이름 공간에 대한 코드 자체 기타 추가 예정* <AudienceCodeType> : . 02( ),
* <AudienceCodeTypeName>
* <AudienceCodeValue>
미국 학교 등급 텍스트- <USSchoolGrades> : .
- 81 -
관심있는 나이 범위나 나이- <InterestAge> : .
복합- <AudienceRange>
미국 학교 등급 범위 관심 나이 독서 나이* <AudienceRangeQualifier> : 11( ), 17( ), 18( )
정확히 부터 까지* <AudienceRangePrecision> : 01( ), 03( ), 04( )
* <AudienceRangeValue>
- <AudienceDescription>
복합- <Complexity>
를 가지는 스킴* <ComplexitySchemeIdentifier> : <ComplexityCode>
복잡도에 대한 코드* <ComplexityCode>
갸 서술과 텍스트 지원. PR.15. :
제품에 관한 간단한 서술- <Annotation> :
- <MainDescription> :
복합- <OtherText>
부록 참고* <TextTypeCode> : G .
* <TextFormat> : 00(ASC text; default), 01(SGML), 02(HTML), 03(XML), 04(PDF)Ⅱ
* <Text>
* <TextLinkType> : 01(URL), 02(DOI), 03(PURL), 04(URN), 05(FTP address),
06(filename)
* <TextLink>
* <TextAuthor>
* <TextSourceTitle>
* <TextPublicationDate>
서평으로부터 요약- <ReviewQuote> :
- 82 -
냐 이미지 오디오 비디오 파일 연계. PR.16. : / /
과 칼라- <CoverImageFormatCode> : 02(GIF), 03(JPEG), 05(TIF) : JPEG 24-bit RGB
추천.
- <CoverImageLinkTypeCode> : 01(URL), 02(DOI), 03(PURL), 04(URN), 05(FTP
address), 06(filename)
- <CoverImageLink>
복합- <MediaFile>
* <MediaFileTypeCode> : 01(Whole product (use when a link is required to a
location where the whole product may be found as a multimedia file used for
epublications)), 02(Software demo), 04 (Front cover image), 07 (Front cover
thumbnail), 08 (Contributor image), 10 (Series image), 11(Series logo), 12 (Product
logo: use only for a logo which is specific to an individual product), 17 (Publisher
logo), 18(Imprint logo), 23 (Inside page image), 29 (Video segment), 30 (Audio
segment: recommended format RealAudio 28.8)
* <MediaFileFormatCode> :02 (GIF), 03 (JPEG), 04 (PDF), 05 (TIF), 06 (RealAudio
앞으로 정의될 코드들28.8), 07 (MP3),
* <ImageResolution>
* <MediaFileLinkTypeCode> : 01(URL), 02(DOI), 03(PURL), 04(URN), 05(FTP
address), 06(filename)
* <MediaFileLink>
파일이 사용될 때 보여줄 문장 저작권 정보* <TextWithDownload> : ; , ...
다운로드 파일과 관련된 텍스트 캡션* <DownloadCaption> :
* <DownloadCredit>
* <DownloadCopyrightNotice>
- 83 -
* <DownloadTerms>
- <ProductWebsite>
* <ProductWebsiteDescription>
* <ProductWebsiteLink>
댜 수상. PR.17. :
제품이 받은 상을 기술하는 그룹이다.
자유롭게 기술- <PrizesDescription> :
복합- <Prize>
* <PrizeName>
* <PrizeYear> : YYYY
자리 국가 코드* <PrizeCountry> : ISO 3166-1 ; 2
* <PrizeCode> : 01(Winner), 02(Runner-Up), 03(Commended), 04(Shortlisted)
랴 컨텐트 항목. PR.18. :
일부는 복합 안에 반복될 수 있다<ContentItem> .
복합 제품 내의 컨텐트 항목을 기술한다- <ContentItem> : .
항목의 계층 구조 내에서 컨텐츠의 위치 번호 기술* <LevelSequenceNumber> : .
인쇄 도서의 장 을 표현하거나 의 논리에서 할당된다(chapter) , ONIX .
구조화된 목차를 위하여 필수는 아니지만 강력히 추천.
사용시
내에서 반드시 번 출현<ContentItem> 1
복합 텍스트 항목의 특성을 식별하는 코드로 한번 출현한다- <TextItem> : .
- 84 -
텍스트 작업 개 이상 작업 모음집 을 가진 제품의 컨텐트 항목으로 인쇄된 작업01( ; 2 ( ) ), 02
서문 내용 후기 인덱스( ), 03( ; chapter, section, ...), 04( ; ...)
복합 를 식별하는 코드 출판사 번호- <TextItemIDType> : Namespace ONIX . 01( ),
06(DOI)
특정 식별자 코드 이름 예를 들어 출판사자체 코드 등* <IDTypeName> : .
* <IDValue>
페이지가 있는 제품에서 텍스트 항목이 시작하는 페이지 번호 선- <FirstPageNumber> : .
택적 목차의 부분으로 참고된다 예. . vii
페이지가 있는 제품에서 텍스트 항목이 종료되는 페이지 번호 선- <LastPageNumber> : .
택적 목차의 부분으로 참고된다. .
페이지가 있는 제품의 페이지 정도 구조화된 목차의 부분으로 참고- <NumberOfPages> .
됨.
복합 컨텐트 항목이 표현하는 절의 일반적 이름 예를 들어- <ComponentTypeName> : . ,
Chapter, Part, Track.
특정 형태로 예를 들어 아라비아 숫자 로마자 컨텐트 항목에* <ComponentNumber> : ( , ,).
주어진 번호.
* <DistinctiveTitle> :
복합 참고- <Title> : PR.7.
복합 참고- <Contributor> . : PR.8.
먀 출판사. PR.19. :
출판사 이름을 위한 확정된 스킴이 없어서 제품 기록에 사용하는 이름의 일관성이 중요함.
제품이 발행되는 상표나 이름 책의 제목 페이지에 표시되거나- <ImprintName> : imprint .
비 책 제품에서 대응되는 위치에 나타남- .
복합 시장에서 브랜드 이름을 식별- <Imprint> :
- 85 -
이름공간 코드 자체 형태 추후 추가* <NameCodeType> : . 02 (PR.19.9).
자체 코드 등* <NameCodeTypeName> :
* <NameCodeValue>
제품이 발행된 상표 이름* <ImprintName> : /imprint
제품을 만든 출판사 이름 로 사용하는 등 생략- <PublisherName> : . Suffix "Ltd", "Co"
추천( .
복합 제품 출판과 관련된 정보- <Publisher> :
출판사 공동 출판사 스폰서 번역서의 원래 언어 버* <PublisherRole> : 01( ), 02( - ), 03( ), 04(
전 출판사)
자체 형태* <NameCodeType> : 02( )
특정 스킴을 나타내는 이름* <NameCodeTypeName> :
* <NameCodeValue>
* <PublisherName>
- <CityOfPublication>
표기- <CountryOfPublication> : ISO3166-1
회사 이름의 역할 제거 추천- <CopublisherName> : (Ltd, ...)
- <SponsorName> :
ㆍ 번역본의 원어 버전의 출판사 명<OriginalPublisherName> :
뱌 출판일. PR.20. :
자료가 출판일 정보 없이 보내질 수 있다ONIX .
제품의 정보가 만들어질 수 있는 날짜 미리 출판될 수 있다- <AnnouncementDate> : ( ).
YYYYMMDD
제품의 첫 출간 날짜 미리 제공하는 정보에서는 예상 날짜일 수 있- <PublicationDate> : .
다 통지 유형 코드가 이거나 출간이 확인된 후 보내질 때 출판 실제 날짜이다. 03 , . YYYY,
형태YYYYMM, YYYYMMDD
- 86 -
제품의 복제권에 나타난 년 여러 년도가 나타나면 가장 최근 것- <CopyrightYear> : . , .
복제권 년이 다르면 어떤 언어나 판이 처음 나타난 해- <YearFirstPublished> : ,
샤 영토 권. PR.21. :
현재 버전은 표준의 부분으로 정의된 제한된 영토 권을 나타낸다 복합BIC . <NotForSale>
이 현재 판매되지 않는 나라나 지역이 포함된다.
출판사가 제품을 가지고 있는 판매지역 권리를 포함- <SalesRights> : .
나타난 지역 국가에서 배타적 판매권 나타난 지역 국가에서- <SaleRightsType> : 01( / ), 02( /
비 배타적 판매권 나타난 지역 국가에서 판매 안함- ), 03( / )
영토 권에 포함하기 위하여 영어사용 국가 식별 코드- <RightsCountry> : BIC Basic .
AU=Australia, IE=Ireland, US= USA, CA=Canada, NZ=New Zealand, ZA=South Africa,
GB = UK
세계 권리 문장에 기술되지 않은 곳 제외하고 세계- <RightsRegion> : 000( ), 001( ), 0002
영국 공항 영국 시장( ), 003( ;
복합- <NotForSale> .
에서 판매하지 않는 나라 코드* <RightsCountry> : <RightsCountry>
동일* <ISBN> :
* <EAN13>
* <PublisherName>
예* 1 UK edition with ISBN of US equivalent
<salesrights>
<b089>01</b089> Available with exclusive rights in<b090>GB</b090> UK
- 87 -
<b090>IE</b090> Ireland
<b090>AU</b090> Australia
<b090>NZ</b090> New Zealand
<b090>ZA</b090> South Africa
</salesrights>
<notforsale> Not for sale in
<b090>US</b090> USA
<b090>CA</b090> Canada
<b004>0123456784</b004> ISBN of equivalent product in USA and Canada
</notforsale>
예* 2. worldwide rights
<salesrights>
<b089>01</b089> Available with exclusive rights in
<b091>000</b091> Worldwide
</salesrights>
예* 3 UK airport exclusive edition
<salesrights>
<b089>01</b089> Available with exclusive rights in
<b091>002</b091> UK airports
</salesrights>
<salesrights>
<b089>03</b089> Not for sale in
<b091>001</b091> Rest of world
</salesrights>
야 차원. PR.22. :
복합에서 반복적으로 선호하는 제품 차원 본 원소는 버전에서 사용<Measure> . ONIX full
이 선호되지 않는다.
- 88 -
복합- <Measure> .
높이 넓이 두께 페이지 높이 일반적으로* <MeasureTypeCode> : 01( ), 02( ), 03( ), 04( trim ;
사용안함 페이지 넓이 무게 단위), 05( trim ), 08( )
사용한 차원 수* <Measurement> : <MeasureTypeCode>
단위 그램 인치 미국 파운드 미국 미리미터* <MeasureUnitCode> : . gr( ), in( ; ), lb( ; ), mm( ),
온스 미국oz( ; )
예* .
- <Height>
- <Width>
- <Thickness>
- <Weight>
차원에 대한 구조화된 정보가 없을 때 자유롭게 기술- <Dimensions> : ,
- 89 -
쟈 제품 관련. PR.23. :
후속 제품에 대한 정보 제공으로 제고가 없을 경우 추가될 수 있다. <ProductIdentifier>
가 추가되었고 필요한 새로운 형태의 제품 유형이 코드로 추가될 것이다 관련 정보로, . DOI
가 전자출판 형태로 제공될 수 있다.
현 제품을 대신할 새 제품 번호- <ReplaceByISBN> :
- <ReplacedByEAN13>
제품이 유용한 다른 유형- <AlternativeFormatISBN> :
- <AlternativeFormatEAN13>
- <AlternativeProductISBN>
- <AlternativeProductEAN113>
복합 레코드에 기술된 제품에 관련된 제품을 함께 기술- <RelatedProduct> . ONIX .
대치 현 제품은 초기 체품의 후속판 현 제품이 새 제품에 의* <RelationCode> : 03( ; ), 05(
해 대치됨 대체 형식 출판사 추천의 대안 인쇄 제품에서 유래된 전자출판물), 06( ), 12( ), 13( ),
으로 유통되는 전자출판 제공되는 전자출판14(.. ), 15( )
관련된 제품의* <ISBN> : ISBN
* <EAN13>
제품의 식별자로 도매상에 의해 할당된 허가* <ProductIdentifier> : SKU .
관련된 제품의 미디어나 형식 코드* <ProductForm> : .
제품이 책일 경우 관련 제품의 상세 코드* <BookFormDetail> :
* <ProductFormDescription>
전자 출판 유형 코드* <EpubType> :
- 90 -
* <EpubTypeVersion>
* <EpubTypeDescription>
* <EpubFormat>
* <EpubFormatVersion>
* <EpubFormatDescription>
* <EpubTypeNote>
현 제품의 제고가 손실된 날- <OutOfPrintDate> : .
챠 공급자 제고 가격. PR.24. : , ,
- <SupplierDetail>
제품이 주문된 공급 소스 번호 유럽만 사용* <SupplierEANLocationNumber> : . .
미국 공급자 번호 자리* <SupplierSAN> : . 7
* <SupplierName>
* <TelephoneNumber>
* <FaxNumber>
* <EmailAddress>
공급자가 유통권을 가진 나라 코드* <SupplyToCountry> :
공급할 수 있는 지역 코드 준비중으로 영국만 현재 사용* <SupplyToRegion> : . .
제공되는 지역 배제한 나라 앞으로 사용 예정* <SupplyToCountryExcluded> : . .
반품 조건 코드 프랑스 반품 조건 코드* <ReturnsCodeType> : . 01( , Electre), etc.
* <ReturnsCode>
취소 발표뒤 출간 포기 출판사로부터만 유용 유용성* <AvailabilityCode> : AB( ; ), AD( ), CS(
미정 소비자 서비스 체크 재고가 우리에게 없음 유용 재고와 인쇄 가능; ), EX( ), IP( , ),
- 91 -
요구시 제조 인쇄와 선적에 필요한 날짜 정보 필요 아직 출간되지 않았음 발표MD( ; ), NP( ;
는 했으나 아직 미 출간 새로 목록화되었다 아직 재고없음 다른 형식 유용 이, ), NY( ; ), OF( ;
형식은 없으나 다른 형식 유용 재고 없고 인쇄 계획 없음 품절 카타로그에서 삭, ), OI( , ), OP( ;
제 새 버전으로 대치 이 버전은 품절 새 버전이 있거나 출간 예정 다른 공급자), OR( ; , ), RF(
로 잔류됨 재 인쇄중 특수 주문 재고가 없으나 주문시 인쇄됨 출판), RM( ), RP( ), TO( , , ), TP(
사가 공급하지 않아 일시적으로 재고 없음 일시적으로 없음 날짜로 남겨질 것, ), TU( ), WR(
이다)
복합 주문에서 언급한 새 공급자* <NewSupplier> . .
+ <SupplierEANLocationNumber>
+ <SupplierSAN>
+ <SupplierName>
+ <TelephoneNumber>
+ <FaxNumber>
+ <EmailAddress>
주* <DateFormat> : 00(YYYYMMDD), 01(YYYYMM), 02(YYYYWW; W- ), 03(YYYYQ;
분기Q- ), etc
* <ExpectedShipDate> : YYYYMM
판매대에 놓일 수 있는 날짜* <OnSaleDate> : .
발송 기대 날짜* <OrderTime> :
현재 공급자가 가지고 있는 바인더나 상자재고 양* <PackQuantity> : .
특정인에게 공급하기 제한함 제한 적용* <AudienceRestrictionFlag> : . Provisional, R( )
* <AudienceRestrictionNote>
가격이 보내지지 않은 코드 코드 값이 로 사용되면 곧 알려* <UnpricedItemType> : : 02 ,
진다 무료 가격이 곧 알려 짐. 01( ), 02( )
- 92 -
단위 가격 금액* <PriceAmount> :
복합* <Price> .
세금 제외 세금 포함+ <PriceTypeCode> : 01(RRP; Recommended Retail Price; ), 02(
세금 배제 고정된 소비자 가격 가격이 법에 적용됨 미국에서 사용안됨 세RRP), 03( ; . ), 04((
금 포함 고정된 소비자 가격 가격이 법에 적용됨 미국에서 사용안됨 세금 배제 공급; . ), 05( ,
자단위 가격 세금 배제 특별 가격 세금 포함 특별 가격 세금 배제), 11( RRP ), 12( RRP ), 13(
고정된 소비자 가격 세금 포함 고정된 소비자 가격 세금 배제 공급자 특별 판매), 14( ), 15( ,
가 세금 배제 미리 출간 세금 포함 미리 출간 세금 배제 미리 출), 21( RRP), 22( RRP), 23(
간 고정가 세금 포함 미리 출간 고정가 세금 배제 공급자 미리 출간 가격), 24( ), 25( )
가격 유형 가입자 가격 공급자 영역 외 지역 가격 집합+<PriceQualifier> : . 01( ), 02( ), 03(
의 부분으로 구매시 할인가), etc
+ <PriceTypeDescription>
가격 적용 제품 단위 코드 도매 제품의 복사당 페이지당+ <PricePer> : . 00( ), 01( ;)
+ <MinimumOrderQuantity>
어떤 주문량에 제공되는 공짜 양+ <BatchBonus> :
보너스 주는 주문량= <BatchQuantity> : .
공짜 양= <FreeQuntity> :
거래 유형 예를 들어 도매 유통 일반 거래+ <ClassOfTrade> : . , , , ..
공급자 할인 그룹을 나타내는 코드+ <BCDiscountGroupCode> : BIC
가격에 적용되는 공급자 할인 퍼센트+ <DiscountPercent> : .
- 93 -
가격 상태 미 기술 준비적 확정+ <PriceStatus> . 00( ), 01( ), 02( ), etc
+ <PriceAmount>
+ <CurrencyCode>
+ <CountryCode>
할인률 표준+ <TaxRateCode> : R ( ), S( ), Z(zero-rated)
수치로 표현되는 세금률 유럽만 사용+ <TaxRatePercent1> : . .
세금 제외 제품 단위 가격 유럽만 사용+ <TaxableAmount1> : . .
유럽만 사용+ <TaxAmount> : .
부가가치세 할인률 표준 유럽만 사용+ <TaxRateCode2> : . R ( ), S( ), Z(zero-rated). .
유럽만 사용+ <TaxRatePercent2> : .
유럽만 사용+ <TaxableAmount2> : .
유럽만 사용+ <TaxAmount2> : .
+ <PriceEffectiveForm>
+ <PriceEffeciveUntil>
캬 할인 판매 정보. PR.25. :
텍스트- <PromotionCampaign> :
- <PromotionContact>
로 인쇄될 수 있음- <InitialPrintRun> : CIP
이미 팔린 수- <CopiesSold> :
책 클럽에서 선택- <BookClubAdoption> :
- 94 -
기타 정보3. ONIX
메타데이타는 과 로 구성되었다 은ONIX 1.2 Level 1[9] Level 2[10] . Level 1 XML DTD
를 참고하지 않는 원소를 충분히 지원할 수 있는 것으로 의 부분집합에 해당된다Level 2 .
또한 이들 원소는 형태 뿐만 아니라 숫자 형태로도 표시할 수 있게 되어 있다XML . Level
은 의 버전으로써 사용되었으나 이후 버전에는 에 대한 구별1 ONIX Light , ONIX 1.2 Level
이 사라지게 된다 즉 현재 언급하는 이후에는 완전한 정보를 언급하고 있으며. 2.1 ONIX ,
일부 요소에서 에 대한 언급이 남아있다Level .
를 사용한 샘플 파일이 다음에 기술되었다ONIX XML .
예제 년 출판한 라는 책의 판이다- : 1987 "British English, A to Zed" 3 .
- 95 -
- 96 -
제 장 개발 시스템4
제 절 시스템 구조1
그림 지식 메타데이타 처리 시스템< 13>
(Knowledge Metadata Processing System)
지식 메타데이타 시스템 구조는 그림 과 같다 상세한 구조는 다음과 같다< 13> . :
메타데이타 입력기 신규 메타데이타 입력- ONIX :
메타데이타 관리기 등록된 메타데이타 검색 저장 변경- ONIX : , ,
메타데이타 변환기 와 그리고 로 변환 기능- ONIX : ONIX KORMARC DC
연계 시스템 외부로 자료를 전송하고 관리하는 기능- : ONIX
기타 정보 관련 기관 기술 동향 등에 관한 정보- : ONIX ,
- 97 -
본 시스템 구조는 를 기반으로 지식 메타데이타 입력 관리 시스템과 서비스 형태로ONIX ,
구성되어 있다 각각에 대하여 살펴보기로 한다. .
- 98 -
제 절 관리기2 ONIX
구성1.
그림 관리 흐름도< 14> ONIX
(ONIX Data Management Flow)
서비스 시스템의 관리기는 그림 에서 처럼 기 구축된 자료에 대한 검색과ONIX < 14> ONIX
검색 결과에 대한 수정 에 저장 그리고 기반 파일로 다운로드하는 형, DBMS , XML, ONIX
태로 구성된다.
내부적으로는 구축된 에 대한 에 의한 관리 등의 모듈이 구축되었다 그DB Administrator . <
림 는 본 연구결과의 시제품으로써 계속 보완하여야 하지만 일단 시제품으로써 구성을15>
만든 것이다 입력기 정보 검색기 정보 변환기 등으로 구성되어 있으며 인쇄도서 전자책. , , , ,
등 지식 콘텐츠를 다루고 있다.
- 99 -
그림 서비스 시스템 초기 화면< 15> ONIX
(ONIX Service System; First Page)
그림 구축된 자료에 대한 검색< 16>
(DB retrieval module)
- 100 -
그림 그림 에 대한 검색 결과 리스트< 17> < 16>
(The result of <Figure 16>)
그림 과 그림 은 구축된 에 대한 검색과 검색 결과에 대한 화면 정보를 보여< 16> < 17> DB
주고 있다.
- 101 -
그림 검색 결과에 대한 상세 정보 화면< 18>
(Detail Information about Knowledge Information)
그림 은 선택된 자료에 대한 상세 정보 화면을 보여주고 있다 기반 본 정보는< 18> . ONIX
인쇄 도서 전자책 지식 컨텐츠를 대상으로 하고 있다, , .
- 102 -
여기서는 정보에서 중요한 메타데이타로 간주되는 제목 저자 출판사 발행자ONIX ' ', ' ', ' ', ' ', '
발행일 제품형태 설명 그리고 이미지파일 등을 보여주고 있다', ' ', ' ', .
그림 파일 저장 화면< 19>
그림 에서 다운로드 버튼을 선택하면 그림 처럼 형태로 저장할 수 있다< 18> ' ' , < 19> XML .
아래 내용은 그림 의 결과로 저장되는 내용이다< 19> :
- 103 -
이 책은 지난 년도에 중앙일보사에서 초판을 출간한 이래 현재까지 무려 쇄<Text> 1983 41
나 발행한 바 있는 작가 이문열의 밀리언셀러로서 당대 최고의 작가로 공인되고 있는 작가,
의 작품 중에서는 드물게 보는 연애소설이다 이 작품을 통해 작가는 사랑이라고 하는 억. ' '
제할 수 없는 인간본연의 심리와 도덕률이라고 하는 사회규범 가치의 문제를 첨예하게 다' ' ,
루고 있다.
사랑과 성이 혼동되고 있는 시대 인터넷의 역기능으로 인해 급속도로 성 규범이 붕괴되, ( )性
고 있는 규범의 부재시대 바로 이런 시대를 살아가고 있는 우리들에게 이 작품은 진정한, '
사랑과 도덕이란 과연 무엇인가 라는 근원적 물음을 던지고 있다 시대가 변하고 사람들의?' .
생각이 많이 바뀌었지만 이 소설이 우리에게 던지는 감동은 여전히 강렬하다.
- 104 -
구조2. DB
그림 엔티티 관계도< 20> DB
(DB Entity relationship)
- 105 -
그림 은 기반 정보에 대한 엔티티 관계도를 나타내고 있다 각 각에 대하여< 20> ONIX DB .
상세히 살펴보기로 하자.
가 도서정보 테이블.
도서정보의 가격정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비 고
1 가격 IDPRICESYSTEMROWI
DNUMBER PK N
2 가격타입코드 PRICETYPECODE VARCHAR2(2) Y
3 가격타입한정 PRICEQUALIFIER VARCHAR2(2) Y
4 가격타입설명 PRICETYPEDESCRI
PTION
VARCHAR2(400
) Y
5 단위가격 PRICEPER VARCHAR2(2) Y
6 최소주문량 MINIMUMORDERQU
ANTITY
NUMBERY
7 교역분류코드 CLASSOFTRADE VARCHAR2(20) Y
8 할인그룹코드BIC BICDISCOUNTGRO
UPCODE
VARCHAR2(2)Y
9 할인율DISCOUNTPERCEN
TNUMBER Y
10 가격상황 PRICESTATUS VARCHAR2(2) Y
11 유통정보ID SUPPLIEPDETAILS
YSTEMROWID
NUMBERFK Y
12 가격 PRICEAMOUNT NUMBER Y
13 통화코드 CURRENCYCODE VARCHAR2(5) Y
나 가격국가코드.
도서정보의 가격국가코드정보 테이블
- 106 -
번호 속성명 속성ID 표현형식 KEY NULL 비 고
1 가격 ID PRICESYSTEMROWID NUMBER PK,FK N
2 국가코드 PRICETYPECODEVARCHAR2(
2)PK N
다 공급자.
도서정보의 공급자정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비고
1 공급자IDSUPPLIERSYSTEM
ROWIDNUMBER PK N
2 공급자SAN SUPPLIERSANVARCHAR2(7
)Y
3공급자 번EAN
호
SUPPLIEREANLOC
ATION
NUMBER
VARCHAR2(1
3)Y
4 공급자명 SUPPLIERNAMEVARCHAR2(2
00)Y
라 공급자메일주소.
도서정보의 공급자메일주소정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비 고
1 메일주소 EMAILADDRESSVARCHAR2(200)
PK N
2 공급자IDSUPPLIERSYSTEMROWID
NUMBERPK,FK
N
마 공급자전화번호.
도서정보의 공급자전화번호정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비 고
1 전화번호TELEPHONENUMBER
VARCHAR2(40)
PK N
2 공급자IDSUPPLIERSYSTEMROWID
NUMBERPK,FK
N
- 107 -
바 공급자팩스번호.
도서정보의 공급자팩스번호정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비 고
1 팩스번호 FAXNUMBERVARCHAR2(
40)PK N
2 공급자IDSUPPLIERSYSTEM
ROWIDNUMBER
PK,F
KN
사 기여자.
도서정보의 기여자정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비 고
1 기여자순번SEQUENCENUMBE
RNUMBER PK N
2 도서IDPRODUCTSYSTEM
ROWIDNUMBER
PK,F
KN
3 성명 PERSONNAMEVARCHAR2(2
55)Y
4 기여자역할CONTRIBUTORRO
LE
VARCHAR2(2
3)Y
아 기타텍스트.
도서정보의 기타 텍스트 정보 테이블
번호 속성명 속성ID 표현형식KEY
NULL
비고
1 기타텍스트ID OTHERTEXTSYSTEMROWID
NUMBER PK N
2 도서IDPRODUCTSYSTEMROWID
NUMBER FK Y
3 기타텍스트타입코드
TEXTTYPEOODE VARCHAR2(2) Y
4 기타텍스트포멧 TEXTFORMAT VARCHAR2(2) Y
5 기타텍스트 TEXTVARCHAR2(2040)
Y
6 기타텍스트저자 TEXTAUTHORVARCHAR2(40)
Y
7 기타텍스트출판일TEXTPULIBATIONDATE
DATE Y
- 108 -
자 도서.
도서정보 테이블
- 109 -
차 미디어파일.
도서정보의 미디어파일정보 테이블
번호 속성명 속성ID 표현형식KEY
NULL
비고
1 미디어IDMEDIAFILESYSTEMROWID
NUMBER PK N
2 도서 IDPRODUCTSYSTEMROWID
NUMBER FK Y
3 미디어파일타입MEDIAFILETYPECODE
VARCHAR2(2)
Y
4 미디어화일포멧MEDIAFILEFORMATCODE
VARCHAR2(2)
Y
5 미디어화일링크 MEDIAFILELINKVARCHAR2(255)
Y
6 미디어화일링크타입
MEDIAFILELINKTYPECODE
VARCHAR2(2) Y
- 110 -
카 발행도시.
도서정보의 발행도시정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비고
1 도서IDPRODCUTSYSTEMROWID
NUMBER PK,FK N
2 발행도시CITYOFPUBLICATION
VARCHAR2(100)
PK N
타 범위.
도서정보의 범위정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비고
1 범위IDEXTENTSYSTEMROWID
NUMBER PK N
2 도서IDPRODUCTSYSTEMROWID
VARCHAR2(2)
FK Y
3 범위타입 EXTENTTYPEVARCHAR2(2)
Y
4 범위값 EXTENTVALUEVARCHAR2(20)
Y
5 범위단위 EXTENTUNITVARCHAR2(2)
Y
파 본문언어.
도서정보의 본문언어정보 테이블
- 111 -
번호 속성명 속성ID 표현형식 KEY NULL 비고
1 도서IDPRODUCTSYSTEMROWID
NUMBER PK,FK N
2 본문언어 LANGUAGEOFTEXTVARCHAR2(3)
PK N
하 부가주제.
도서정보의 부가주제정보 테이블
번호 속성명 속성ID 표현형식KEY
NULL
비고
1 부가주제IDSUBJECTSYSTEMROWID
NUMBER PK N
2 도서IDPRODUCTSYSTEMROWID
VARCHAR2(2)
FK Y
3 부가주제식별코드 SUBJECTSCHEMEIDENTIFIER
VARCHAR2(2) Y
4 부가주제버전SUBJECTSCHEMEVERSION
VARCHAR2(2)
Y
5 부가주제 코드 SUBJECTCODEVARCHAR2(2)
Y
6 부가주제 텍스트SUBJECTHEADINGTEXT
VARCHAR2(255)
Y
갸 수상.
도서정보의 수상정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비고
1 수상IDPRIZESYSTEMROWID
NUMBER PK N
2 도서IDPRODUCTSYSTEMROWID
NUMBER FK Y
3 수상명 PRIZENAMEVARCHAR2(100)
Y
4 수상년도 PRIZEYEAR VARCHAR2(4) Y
5 수상국가 PRIZECOUNTRY VARCHAR2(2) Y
6 수상코드 PRIZECODE VARCHAR2(2) Y
냐 시리즈.
- 112 -
도서정보의 시리즈정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비고
1 시리즈IDSERIESSYSTEMROWID
NUMBER PK N
2 도서IDPRIDUCTSYSTEMROWID
NUMBER FK Y
3 시리즈ISSN SERIESISSNVARCHAR2(8)
Y
4 시리즈권수NUMBERWITHISERIES
NUMBER Y
5 연차 YWAROFANNUALVARCHAR2(9)
Y
댜 앞표지.
도서정보의 앞표지정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비고
1 표지ID ID NUMBER PK N
2 파일이름 FILENAMEVARCHAR2(40)
Y
3 이미지 IMAGE BLOB Y
랴 유통정보.
도서정보의 유통정보 테이블
- 113 -
번호 속성명 속성ID 표현형식 KEY NULL 비고
1 유통정보ID SUPPLIERDETAILSYSTEMROWID
NUMBER PK N
2 공급자IDSUPPLIERSYSTEMROWID
NUMBER FK Y
3 도서IDPRODUCTSYSTEMROWID
NUMBER FK Y
4 반입형태코드RETURNSCODETYPE
VARCHAR2(2)
Y
5 반입코드 RETURNSCODEVARCHAR2(2)
Y
6 가용코드AVAILABILITYCODE
VARCHAR2(2)
Y
7 날짜포멧 DATEFORMATVARCHAR2(2)
Y
8 포장량 PACKQUANTITY NUMBER Y
9 가격없는이이템타입UNPRICEDITEMTYPE
VARCHAR2(2)
Y
먀 이용자코드.
도서정보의 이용자코드정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비고
1 도서IDPRODUCTSYSTEMROWID
NUMBER PK N
2 이용자코드 AUDIENCECODEVARCHAR2(2)
PK N
뱌 작업보너스.
도서정보의 작업보너스정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비고
1 일괄량 BATCHQUANTITY NUMBER PK N
2 자유량 FREEQUANTITY NUMBER Y
3 가격IDPRICESYSTEMROWID
NUMBER PK,FK N
샤 주제.
도서정보의 주제정보 테이블
- 114 -
번호 속성명 속성ID 표현형식 KEY NULL 비고
1 주요주제ID MAINSUBJECTSYSTEMROWID
NUMBER PKN
2 도서 IDPRODUCTSYSTEMROWID
NUMBER FK N
3 주요주제스키마식별자
MAINSUBJECTSCHEMEIDENTIFIER
VARCHAR2(5)
Y
4 스키마버전 SUBJECTSCHEMEVERSION
VARCHAR2(10)
Y
5 주제코드 SUBJECTCODEVARCHAR2(20)
Y
6 주제머리말SUBJECTHEADINGTEXT
VARCHAR2(255)
Y
- 115 -
야 출판사.
도서정보의 출판사정보 테이블
번호 속성명 속성ID 표현형식KEY
NULL
비고
1 출판사IDPUBLISHERSYSTEMROWID
NUMBER PK N
2 이름코드타입 NAMECODETYPEVARCHAR2(2)
Y
3 이름코드타입명NAMECODETYPENAME
VARCHAR2(50)
Y
4 이름코드값 NAMECODEVALUEVARCHAR2(2)
Y
5 출판사명 PUBLISHERNAMEVARCHAR2(200)
Y
자 출판역할.
도서정보의 출판역할정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비고
1 출판사IDPUBLISHERSYSTEMROWID
NUMBER PK N
2 도서IDPRODUCTSYSTEMROWID
NUMBERPK,FK
N
3 출판역할 PUBLISHINGROLEVARCHAR2(2)
PK N
챠 판유형.
도서정보의 판유형정보 테이블
번호 속성명 속성ID 표현형식 KEY NULL 비고
1 도서IDPRODUCTSYSTEMROWID
NUMBER PK,FK N
2 판유형코드 EDITIONTYPECODEVARCHAR2(3)
PK N
- 116 -
연계 서비스3.
그림 연계 서비스 구조< 21>
(Linking Service Architecture)
연계 서비스 시스템을 응용에 적용한 시스템으로 그림 과 같은 유형을 가진다 즉 다< 21> .
양한 정보원으로부터 정보를 받은 후 다양한 서비스를 제공하는 기능을 제공한다 연계기는.
다음과 같이 구성된다:
정보 제공 그림 에 해당- ONIX : < 22>
유관 기관 정보 제공 그림 에 해당- , DB : < 23>
데이타를 제공하는 모듈에 대한 서비- Source Service System : Print/Web Cataloging
스
상용화에서 제공 예정*
데이타를 서비스하는 응용에 서비스하는 모듈- Target Service System :
상용화에서 를 사용하여 제공 예정* WSDL(Web Service Description Language)
- 117 -
그림 기술 정보 화면< 22> ONIX
(ONIX Technology Introduction Page)
- 118 -
그림 유관 기관 정보< 23>
(Related Party Information)
그림 는 서비스를 위하여 회원 개인이< 24> SDI(Selective Dissemination of Information)
나 기관으로 부터 관심있는 분야에 대한 정보를 제공받는 모듈을 나타내고 있다 본 화면을.
통하여 관심 분야가 등록된 후 관련된 새로운 데이타가 입력되면 그림 를 통하여 등, < 24>
록된 정보를 을 통하여 수행한 후 결과를 회원에게 전송하여 준다SQL .
- 119 -
그림 서비스를 위한 관심 분야 등록 모듈< 24> SDI
(Interesting Areas Registration for SDI Service)
- 120 -
제 절 변환기2 ONIX
변환 테이블1.
- 121 -
- 122 -
- 123 -
- 124 -
- 125 -
- 126 -
- 127 -
- 128 -
까지는 검색을 위한 부가적인 정보를 나타내는데 쓰이며 태그 상에는6XX 949 ONIX∼
앞쪽의 내용과 일치하는 부분이 서술되어진다KORMARC .
- 129 -
변환 예제2.
가 데이타. ONIX
헤더 정보는 생략한다.
- 130 -
나 변환된. KORMARC
- 131 -
제 절 입력기3 ONIX
그림 의 주요 정보 화면< 25> MetaWriter ' '
(Main Information Page of MetaWriter)
지식 메타데이타 입력기는 가지 화면으로 구성되어 있다 화면 구성은 다음과 같은 원칙을3 .
가지고 구성하였다:
모든 메타데이타의 공통 집합과 미디어 유형에 따른 커널 정보를 초기 화면 주요 정보- ( )
의 유통 정보를 따로 분리하여 입력한다- ONIX ' ' .
- 132 -
의 나머지 모든 원소는 상세 정보 화면에 제시한다- ONIX ' ' .
본 입력기는 과 를 제공한다 그림 의 구성은 다음과 같다ONIX 2.0 Compatability . < 25> :
작업 형태 제품 참고 번호 식별자 값 제품형태 형식 제목 주 제목 부제목 제품- , , / , / , / / ,
유형 형식 번호 언어코드 페이지수 스킴 버전 코드 출판사 이름 등/ , Edition/ , , MainSubject / / ,
록 실제 출판 날짜 저자 이름 역할 정기간행물 제품설명 및 논평 표지이미지 파일연계, , / , , , ,
미디어 형태 미디어 코드 미디어 링크 코드 미디어 링크- / / /
그림 의 상세 정보 화면< 26> MetaWriter
('Detail Information' Page of Meta Writer)
- 133 -
상세 정보 화면 구성은 다음과 같다:
유형 선택 유형 넓이 높이 주제 스킴 명 스킴버전 제- / File Size, - / , - / / Subject Code,
품의 간단한 서술 제품의 상세화 출판사 코드 자체 코드 형태 자체 코드 값 코드 값, , / , , ,
출판지 국가 도시 제품이 만들어진 날짜 복제권에 나타난 년 첫판이 출판된 년 번역된/ , , , ,
제품 제목 학회 설명 독자 코드 수상 내용 기술 수상년도 수상지역 수상 코드, , , - / / /
그림 의 유통 정보 화면< 27> MetaWriter
(Delivery Information page of MetaWriter)
그림 은 의 유통 정보에 대한 화면 구성을 나타낸다< 27> MetaWriter .
- 134 -
본 입력기를 통하여 입력한 화면 내용은 아래와 같으며 기본적으로 로 저장된다, DB :
- 135 -
- 136 -
제 장 결론5
본 연구결과는 지식 콘텐츠를 표현하고 관리하고 응용에 적용할 수 있는 시스템을 개발하, ,
는 것이다.
지식 콘텐츠를 표현하는 구조로 에서 제시된 로 선정하였으며 그것은 현재EDItEUR ONIX ,
메타데이타 표준에서 일반적인 정보로 대표적인 는 표현할 정보가 적기 때문이고 특히DC ,
년에 지식 콘텐츠 유통 메타데이타로 를 국제 기구에서 제시하였기 때문이다 물2000 ONIX .
론 대표적인 표현 미디어가 텍스트로 전자책에 치우쳐 있지만 자체는 다양한 복합, ONIX
미디어에 적용할 수 있으며 도서 분야에서는 특히 인쇄된 도서의 전자상거래 표준으로 제,
시되고 있다.
공동 연구기관인 으로 부터는 현재 의 시스템에서 제공하는Savantech Savantech Photon
메타데이타 관리 시스템의 정보를 많이 참고하였으며 특히 메타데이타 관리 시스템에 대한,
을 통하여 본 시제품을 제작할 수 있었다Consulting .
본 연구결과물인 와 는 시제품 수준으로 지속적인 보완이 필요하며MetaServer MetaLink ,
결과물은 국내 전자책 분야 출판 분야 온라인 서점 도서관 등에 표준화와 함께 지속적으, , ,
로 사용될 수 있을 것이다.
- 137 -
참고문헌
이창열 디지털 정보에 대한 식별자 부여 및 전자상거래용 메타데이타 모델에 관한 연[1] ,
구 한국교육학술정보원, , RR-1999-2
이창열 전자상거래 기반 구축과 비즈니스 모델 개발[2] , , KOSTI'99,
이창열 한혜영 웹 문서 연계 시스템 설계 제 회디지탈도서관컨퍼런스[3] , , , 2 , 11/99
첨단학술정보센터 디지털 정보표현을 위한 메타데이터 표준 개발에 관한 연구[4] , , 1997
년 월 일 연구보고서12 20 ,
년 월[5] AAP, Metadata Standards for Ebooks version l.0, 2000 11
[6] David Sidman, Definition of an eBook Metadata Set, Discussion paper,
년 월IDF/EDItEUR, 2000 7
[7] Dublin Core Metadata for Resource Discovery. Internet RFC 2413.
< http://www.ietf.org/rfc/rfc2413.txt >
[8] EDItEUR, ONIX International Overview and Sumary List of Data Elements, 2000
년 월5
년 월[9] EDItEUR, ONIX International Guidelines for Publishers Level1, 2000 5
년 월[10] EDItEUR, ONIX International Guidelines for Publishers Level1, 2000 5
년 월[11] EDItEUR, ONIX International Change for Release 1.3, 2000 12
[12] Godfrey Rust & Bike, Mark, The <indecs> metadata model. <indecs> London
conference, 1999
[13] Godfrey Rust & Bike Mark, Introduction to the INDECS metadata schema
[14] Godfrey Rust, Metadata: The Right Approach, D-Lib Magazine,
http://www.dlib.org/ july98/rust/07rust.html
[15] http://lcweb.loc.gov/marc/concise/concise.html#general_intro
[16] Hugenholtz, Bernt, Protection of Copyright Management Information, The
report of IMPRIMATUR project, IVIR, University of Amsterdam, December 1998
- 138 -
[17] IMS Learning Resource XML Binding Specification Final Specification Version
1.1, 2000 IMS
[18] IMS Learning Resource Meta-data Information Model, Final Specification
Version 1.1, 2000 IMS
[19] IMS Meta-data Best Pratics and Implementation Guide, Final Specification
Version 1.1, 2000 IMS
[20] ISO 11179 - Specification and Standardization of Data Elements, Parts 1-6.
< ftp://sdct-sunsrv1.ncsl.nist.gov/x 318/11179/>
[21] LTSC, Draft Standard for Learning Object Metadata, IEEE P1484.12/D5.0, 2000
년 월11
년 월[22] OeB, Open eBook Publication Structure 1.0, 1999 9
[23] Ora Lassila, Ralph R. Swick, Resource Description Framework Model and
Syntax Specification, http://www.w3.org/TR/PR-rdf-syntax/
[24] Peter Lambert Tagish, IMPRIMATUR WP5 Trials Report, Jan. 1999
년 월 일[25] Schemas, D22 : Metadata watch report #1, 2000 6 2
년 월 일[26] Schemas, D23 : Metadata watch report #2, 2000 9 7
년 월 일[27] Schemas, D24 : Metadata watch report #3, 2001 1 20
년 월 일[28] Schemas, D32 : Standards Framework report l, 2000 9 5
년 월 일[29] Schemas, D42 : Schemas second workshop report, 2001 10 26
[30] Tagish, Synthesis of the IMPRIMATUR Business Model, 1998.
년 월[31] W3C, RDF Schema Specification l.0, 2000 3
- 139 -
기술개발결과 요약표
기술개발결과 내역Ｏ
지적재산권 명세Ｏ
