국가 기반 식별체계의urn 식별메타데이터 연구agent.itfind.or.kr/datarpt/67044.pdf한...

국가 기반 식별체계의URN

식별메타데이터 연구

2003. 12.

序文

최근 인터넷의 혁신적인 발전과 더불어 디지털 콘텐츠 산업이 발전함에

따라 신속하고 합법적인 저작권 처리를 바탕으로 한 디지털 콘텐츠의 제작

및 유통체계 마련에 대한 요구가 급증하고 있습니다 이에 따라 국가. URN

기반구축사업에서는 디지털 콘텐츠의 접근과 이용 판매 등을 효율적이게,

하며 자료에 대한 명확한 구별을 할 수 있는 디지털 콘텐츠 식별체계 연구․개발을 추진해 왔습니다.

국가 기반구축사업의 일환으로 개발된 디지털 콘텐츠 식별체계는URN

기존의 로 표시되는 인터넷상의 정보자원에 대한 한계를 보완하고 유URL

일하고 고유하게 디지털 콘텐츠를 식별할 수 있는 을 기반으로 하여URN

디지털 콘텐츠 유통 구조의 선순환 구조를 마련하고자 하였습니다 디지털.

콘텐츠 식별체계 중에서 메타데이터는 콘텐츠 관련정보를 제공해 줌으로써

식별체계 구문구조의 한계를 보완하고 이용자들에게 콘텐츠를 쉽게 식별할

수 있는 중요한 역할을 제공하기 때문에 메타데이터 관련 연구가 활발히 진

행되고 있는 실정입니다 디지털 콘텐츠와 관련된 대표적인 메타데이터로는.

더블린코어 의, MARC, INDECS, DOI Kernel, CID Metadata,

등이 있습니다 다양한 디지털 콘텐츠의 유형만큼 다TV-Anytime, VRA .

양한 메타데이터 들에 대한 연구와 개발이 계속 진행 중에 있습니다.

본 보고서에서는 디지털 콘텐츠를 쉽고 빠르게 식별할 수 있으며 다양,

한 메타데이터간의 상호운용성이 보장될 수 있도록 식별 메타데이터를 기존

의 메타데이터 분석과 디지털 콘텐츠의 특성을 반영하여 도출하였습니다.

본 연구결과가 국가 사업의 성공적인 추진과 디지털 콘텐츠 유통시장URN

활성화에 기여할 수 있기를 바랍니다.

년 월2003 12

한 국 전 산 원

원 장 서 삼 영

제 출 문

정보통신부장관 귀하

본 보고서를 국가 기반 구축 사업 중 국가 기반 식별체계의 식URN “ URN

별 메타데이터 연구 과제의 최종 연구보고서로 제출합니다” .

년 월2003 12

연 구 책 임 자 팀 장: 허정회 지식정보기술단 정보화표준팀( )

참 여 연 구 원 선임연구원: 강상욱 지식정보기술단 정보화표준팀( )

연 구 원 윤세진 지식정보기술단 정보화표준팀( )

교 수 오삼균 성균관대학교 문헌정보학과( )

팀 장 서태설 한국과학기술정보연구원( )

실 장 김희석(Advanced Technology Group)

요 약 문

제목1.

국가 기반 식별체계의 식별 메타데이터 연구URN UCI

연구개발의 목적 및 중요성2.

정보가 디지털화 되어감에 따라 디지털 콘텐츠를 유통할 수 있는 표준

유통 프레임워크가 절실히 요구되고 있기 때문에 본원에서 국가 기반URN

의 식별체계를 바탕으로 디지털 콘텐츠 유통 프레임워크의 기반을 마련하고

자 한다 국가 기반의 식별체계는 크게 구문구조와 메타데이터로 나눌. URN

수 있다 본 연구에서는 국가 기반으로 만들어진. URN UCI(Universal

의 식별메타데이터 요소를 도출하였다Content Identifier) .

도출된 식별메타데이터 요소는 최소한의 공통된 메타데이터로 총괄관리

기구의 효율적인 등록관리기관 관리와 등록관리기관들 간의 메타데이터 상

호운용성이 보장 될 수 있는 기반을 마련한다 또한 등록관리기관들이 메타.

데이터를 상호교환 하여 이용자들에게 검색의 기반을 마련하고자 할 때 필

수 메타데이터를 이용하여 이용자들이 원하는 콘텐츠 인지 아닌지를 식별

할 수 있는 식별을 위한 코어 메타데이터 개발을 목적으로 한다.

이와 같이 개발된 식별메타데이터를 통하여 디지털 콘텐츠의 접근과 이

용 판매 등을 효율적이게 하며 자료에 대한 명확한 구별을 할 수 있다, .

연구개발의 내용 및 범위3.

식별체계의 구문구조만으로는 해당 콘텐츠가 원하는 콘텐츠인지 아UCI

닌지를 식별하기 어렵기 때문에 이런 식별체계의 구문구조를 보완하기 위하

여 본원에서 최소한의 공통된 식별메타데이터를 개발하였다.

본 연구에서는 식별 메타데이터를 개발하여 구문구조로 식별하기 어려운

식별기능을 제공하는 것을 목적으로 하기 때문에 식별메타데이터 기능을 중

심으로 메타데이터 요소들을 정의하였으며 기존의 식별체계 메타데이터와

어플리케이션 메타데이터를 분석하여 그것들의 교집합을 고려하여 식별메타

데이터 요소를 구성하였다.

연구결과4.

가 기존 메타데이터의 현황 분석.

네트워크 자원을 위해 만들어진 더블린코어 메타데이터 디지털 콘텐츠,

식별체계의 메타데이터인 메타데이터 지식정보자원관리 사업의DOI, CID ,

콘텐츠를 검색하고 관리하기 위한 지식정보자원관리 메타데이터 그리고 다,

양한 디지털 콘텐츠의 매체를 대표할 수 있는 대표매체의 필수 메타데이터

들을 분석하여 식별메타데이터로 필요한 요소들을 도출하고 다양한 디지털

콘텐츠들이 지니는 공통된 특성이 반영되도록 하였다.

나 식별메타데이터에 대한 요구사항. UCI

식별메타데이터를 개발하는데 있어 고려되어야 할 요구사항은 다음과 같

은 가지가 있다5 .

고유한 식별성 안에서 고유하게 식별되어야만 한: UCI Namespaceᄋ

다.

적용성 모든 매체에 관계없이 적용 가능해야만 한다: .ᄋ

보편성 를 부여받을 기관들이 문제없이 식별메타데이터를 수용: UCIᄋ

할 수 있어야 한다.

공개성 식별 메타데이터는 공개 가능한 요소로만 구성되어야 한다: .ᄋ

상호운용성 메타데이터들 간의 상호운용성이 보장되어야 한다: .ᄋ

다 식별메타데이터 도출. UCI

기존의 메타데이터 분석을 바탕으로 식별메타데이터 요구사항과

원칙에 따라 개의 식별메타데이터 요소가 도출되었다 개의dumb-down 8 . 8

식별메타데이터 요소는 UCI, title, structuralType, mode, format,

이다 이러rightsAssociatedParty, rightsAssociatedPartyRole, identifier .

한 요소들은 국제적으로 통용되는 메타데이터 기술 형식에 맞게 정의 되었

다 또한 요소들이 지니는 허용값과 인코딩 스킴도 정의하였다. .

라 식별메타데이터 지침. UCI

식별메타데이터 지침에는 식별메타데이터를 입력하는 이용자들에게 용이

성을 높이고 모호성을 배제하기 위하여 다양한 용례를 제시하였다 대표적.

인 용례는 장에서 기술하였으며 더 많은 용례들은 부록 에 첨부하였6 [ A]

다 그리고 등록관리기관에서 정의해야하는 어플리케이션 메타데이터에 대.

해 가지 원칙과 어플리케이션 메타데이터의 국제표준과 최근동향을 통한3

가이드라인을 제시하고 있다.

마 식별메타데이터의 와. XML Schema Namespace

식별메타데이터에 대한 는 식별메타데이터 요소 허용값XML Schema , ,

인코딩스킴 용례 등 가지로 개발하여 제시하였다 또한 식별메타데이터, 4 .

요소의 의미의 정확성을 위하여 를 정의하여 제공한다Namespace .

바 용례와 매핑테이블.

앞의 식별메타데이터 지침에서 제공한 용례 이외의 용례들을 추가UCI

적으로 첨부하였으며 기존의 메타데이터인 의Dublin Core, DOI Kernel

지식정보자원관리 와 간의 매핑테이블을 정의하여 제공Metadata, MD UCI

한다.

활용에 대한 건의 및 기대효과5.

본 연구에서 제시하는 개의 식별메타데이터를 통하여 식별시스템의8 UCI

총괄관리기구 에서는 효율적으로 등록관리기관을 관리할 수 있으며 등록관

리기관들은 그들 간의 상호운용성을 보장받을 수 있으며 이용자들은 공개,

되는 최소한의 식별 메타데이터를 통하여 원하는 콘텐츠인지 아닌지를 식별

할 수 있다.

SUMMARY

1. Title

A Study on the Core Metadata for Identifying DigitalItems of UCI Identifier based on URN

2. Objectives and Importance of the Research

There are some demands for Standard Circulation Framework of

Digital Content. To cope with the situation, in this agency we 'd like

to make base of the framework by building a identification system,

we call it UCI (Universal Content Identifier) UCI consists of two

parts, code syntax and metadata. In this study, we developed core

metadata elements for UCI.

Core metadata elements are minimum and essential items for

identifying digital content, storing on the Root, and providing the

infrastructure of interoperability of each RAs in Root management.

Also Core Metadata facilitates digital content identification,

access and use.

3. Contents and Scope of the Research

Because by just UCI syntax we cant solve the identification of

digital content, needed the development of Core Metadata.

We have studied several existing Core Metadata and Application

Metadata of other systems.

4. Research Results

가. Analysis on existing metadata

We have made analysis of Dublin Core for Network Resource,

DOI for digital content identification, CID of cIDf, Managing

Knowledge Information Resources Metadata, and diverse application

metadata, extracting common elements.

나. Requirements of UCI Metadata

It has five items for UCI Core Metadata.

Unique Identification : Uniquely identified in UCI Namespace.ᄋ

Appliance : To apply in all media.ᄋ

Easiness : Easy for almost agencies to use itᄋ

Public : All elements are publicᄋ

Interoperability : To ensure interoperability of each metadatas.ᄋ

다. Definition of UCI Core Metadata

We extracted Core Metadata, Requirements and Principle through

the research of several existing Core Metadata. Core Metadatas are

UCI, title, structuralType, mode, format, rightsAssociatedParty,

rightsAssociatedPartyRole and identifier. Elements are represented

in the international metatada form. Also we added qualifier and

encoding scheme of elements.

라. Guideline of UCI Core Metadata

Guideline has various examples. General examples are in chapter

6, supplementary examples in [Appendix A]. And guideline includes

three principles and International Standard of Application Metadata.

마. XML Schema and Namespace of UCI Core Metadata

The XML Schema of UCI Core Metadata consists of Core

Metadata Elements, Qualifiers, Encoding Schemes and Examples.

Also we provide the Namespace for exact meaning origination of

elements.

바. Supplementary Examples and Mapping Table of Metadatas

We append some examples to help user understand it. And we

provide Mapping Table of UCI to Dublin Core, UCI to DOI Kernel

Metadata, UCI to Managing Knowledge Information Resources

Metadata.

5. Policy Suggestions for Practical Use and Expectations

Core metadata elements are minimum and essential items for

identifying digital content, storing on the Root, and providing the

infrastructure of interoperability of each RAs in Root management

through the research.

CONTENT

Chapter 1 Introduction ··························································································1

Section 1 Objectives of the Research ·····················································1

Section 2 Method ······························································································5

Chapter 2 Metadata Abstract·············································································7

Section 1 Definition of Metadata ································································7

Section 2 Metadata Function ········································································8

Section 3 Necessity of Metadata ·······························································9

Chapter 3 Analysis of Existing Metadata ··················································10

Section 1 Dublin Core Metadata ······························································10

Section 2 DOI Metadata ··············································································17

Section 3 CID Metadata ··············································································26

Section 4 Managing Knowledge Information Resources Metadata··

··········································································································28

Section 5 Core Metadata for Essential Media ···································30

Chapter 4 Requirements of the UCI Core Metadata ·····························39

Chapter 5 UCI Core Metadata ········································································42

Section 1 Introduction of UCI Core Metadata ····································42

Section 2 Development of element for UCI Core Metadata ·········43

Section 3 Qualifier for UCI Core Metadata ·········································55

Section 4 Encoding Schema for UCI Core Metadata······················59

Chapter 6 UCI Core Metadata Guideline ····················································62

Section 1 UCI Core Metadata Example ················································62

Section 2 Trends of Application Metadata Standard·······················72

Chapter 7 Conclusion ··························································································88

References ···············································································································90

[Appendix A] Example ······················································································93

[Appendix B] MappingTable·········································································108

[Appendix C] XML Schema···········································································112

[Appendix D] Namespace ············································································118

[Appendix E] Term Definition ·····································································130

[Appendix F] Abbreviation············································································132

List of Figures

(Figure 1) DOI System Component ······························································19

(Figure 2) Kernal Metadata Declaration Model ·······································22

(Figure 3) UCI Core Metadata Element Description Form················44

(Figure 4) IFLA FRBR Model ·········································································80

List of Tables

<Table 1> Dublin Core Metadata Element·················································13

<Table 2> Analysis of Dublin Core Metadata Element ························15

<Table 3> DOI Kernel Metadata Element ··················································21

<Table 4> Analysis of DOI Kernel Metadata Element·························23

<Table 5> Analysis of INDECS Metadata Element································25

<Table 6> Analysis of CID Metadata Element ········································27

<Table 7> Managing Knowledge Information Resources Core

Metadata Element·····································································29

<Table 8> Mandatory Element for Content Description Metadata···32

<Table 9> Recommend Element for Content Description Metadata 32

<Table 10> VRA Core Categories Element··············································34

<Table 11> Analysis of VRA Core Categories ········································36

<Table 12> UCI Core Metadata Element ···················································43

<Table 13> Qualifier for structuralType ····················································55

<Table 14> Qualifier for mode ·······································································56

<Table 15> Qualifier for rightsAssociatedParty ······································57

<Table 16> Encoding Schema for identifier··············································61

<Table 17> Visual Resources Metadata Standard··································77

<Table 18> LOM Metadata Element ·····························································82

<Table 19> Mapping Table of Dublin Core Metadata and UCI Core

Metadata ······················································································109

<Table 20> Mapping Table of DOI Kernel Metadata and UCI Core

Metadata ······················································································110

<Table 21> Mapping Table of Managing Knowledge Information

Resources Core Metadata and UCI Core Metadata 111

목 차

제 장 서론1 ···············································································································1

제 절 연구목적1 ···································································································1

제 절 연구방법2 ···································································································5

제 장 식별체계의 메타데이터 개요2 ···································································7

제 절 메타데이터의 정의1 ···················································································7

제 절 메타데이터의 기능 및 역할2 ···································································8

제 절 메타데이터의 필요성3 ···············································································9

제 장 기존 메타데이터의 현황 분석3 ······························································10

제 절 메타데이터1 Dublin Core ····································································10

제 절 메타데이터2 DOI ·····················································································17

제 절 의 메타데이터3 CID ·················································································26

제 절 지식정보자원관리의 메타데이터4 ························································28

제 절 대표매체의 필수 메타데이터5 ······························································30

제 장 식별메타데이터에 대한 요구사항4 UCI ···············································39

제 장 식별메타데이터5 UCI ···············································································42

제 절 식별메타데이터의 개요1 ········································································42

제 절 식별메타데이터 요소 개발2 UCI ·························································43

제 절 식별메타데이터의 허용값3 UCI ···························································55

제 절 식별메타데이터의 인코딩스킴4 UCI ···················································59

제 장 식별메타데이터 지침서6 UCI ·································································62

제 절 식별메타데이터의 용례1 UCI ·······························································62

제 절 응용메타데이터의 국제표준과 최근동향2 ··········································72

제 장 결 론7 ··········································································································88

참고문헌 ·····················································································································90

부록 용례[ A] ··········································································································93

부록 기존메타데이터와의 매핑테이블[ B] ·····················································108

부록 식별메타데이터의[ C] XML Schema ···················································112

부록 식별메타데이터의[ D] Namespace ·······················································118

부록 용어정의[ E] ·······························································································130

부록 약어[ F] ········································································································132

그림 목차

그림 시스템 구성요소( 1) DOI ···········································································19

그림( 2) Kernal Metadata Declaration Model···········································22

그림 식별메타데이터 요소 기술 형식( 3) UCI ···············································44

그림 의 모형( 4) IFLA FRBR ·············································································80

표 목차

표 더블린코어 메타데이터 요소< 1> ·································································13

표 더블린코어 메타데이터 요소 분석< 2> ·······················································15

표 커널 메타데이터 요소< 3> DOI ····································································21

표 커널 메타데이터 요소 분석< 4> DOI ··························································23

표 메타데이터 요소 분석< 5> INDECS ···························································25

표 메타데이터 요소 분석< 6> CID ····································································27

표 지식정보자원관리 메타데이터 요소< 7> Core ··········································29

표 의 필수요소< 8> Content Description Metadata ····································32

표 의 권장요소< 9> Content Description Metadata ····································32

표 요소< 10> VRA Core Categories ······························································34

표 요소 분석< 11> VRA Core Categories ····················································36

표 식별메타데이터 요소< 12> UCI ···································································43

표 의 허용값< 13> structuralType ····································································55

표 의 허용값< 14> mode ······················································································56

표 의 허용값< 15> rightsAssociatedParty ·····················································57

표 의 인코딩스킴< 16> identifier ·······································································61

표 영상정보 메타데이터 표준 안< 17> ( ) ···························································77

표 메타데이터 상위요소< 18> LOM ··································································82

표 더블린코어 메타데이터와 식별메타데이터의 매핑테이블< 19> ··········109

표 의 메타데이터와 식별메타데이터의 매핑테이블< 20> DOI Kernel ····110

표 지식정보자원관리 메타데이터와 식별메타데이터의 매핑테이< 21> Core

블 ···········································································································111

제 장 서론1

제 절 연구목적1

연구배경1.

인터넷의 급격한 확산으로 년 월부터 보급을 개시한 초고속인터1998 6

넷망이 세계 최고의 보급률을 기록하며 년만인 년 월 가입자가4 2002 10

만 회선을 돌파하였다 초고속 보급에 힘입어 국내 인터넷 이용인구1,000 .

도 년 말 만 명을 넘어섰다 한국전산원2002 2,600 . ( .2003)

이와 같은 환경에서 디지털 콘텐츠 수의 증가는 매년 괄목할 만한 성장

을 보이고 있다 한 예로 교육관련 기관들인 교육인적자원부 시도교육청. , ,․한국교육학술정보원 등의 기관이 공동으로 인터넷 활용 콘텐츠를 제공함으

로써 그 활용도를 높이고 있다 또한 한국소프트웨어진흥원 주관으로 구축.

된 디지털 콘텐츠 유통시스템인 콘피아닷컴을 시작으로 다양한 디지털 콘텐

츠 유통시스템들이 개발되고 있는데 그 중에서도 동영상과 음악관련 디지털

콘텐츠를 유료로 제공하고 있는 사이트들이 급증하고 있는 실정이다.

디지털 콘텐츠 식별체계는 디지털 콘텐츠의 접근과 이용 판매 등을 효,

율적이게 하며 자료에 대한 명확한 구별을 제공하는 도구이다 기존의 식별.

체계로는 인쇄물을 식별하기 위한 등이 있으며 전자출판 문서ISBN, ISSN

와 웹의 전자문서와 같은 디지털콘텐츠를 식별하기 위한 식별체계들이 개발

되고 있다 그러나 아직 국제 또는 국내 표준으로 제정된 식별체계가 없기.

때문에 본원에서 국가 기반 식별체계를URN(Uniform Resource Names)

개발 하였다.

기반 식별체계는 디지털 콘텐츠의 위치를 찾아내고 특정 서비스로URN

이동할 수 있는 주소를 나타내기 때문에 주소가 바뀌거나 대상물의 도메인

디렉토리가 변경되면 식별과 접근이 불가능한 일종의 위치식별자인 의URL

문제점을 해결한 것으로 콘텐츠 그 자체를 식별하는 식별체계이다 이러한.

식별체계는 콘텐츠의 접근성을 향상시키고 디지털 콘텐츠의 효율적인 관리

및 유통의 활성화를 가능하게 해준다.

이와 같이 국가 기반 구축사업을 위한 독자적 식별체계 필요성이URN

제기됨에 따라 식별체계의 코드체계뿐만 아니라 디지털 콘텐츠의 접근 및

검색을 용이하게 할 수 있는 메타데이터에 대한 논의와 중요성이 국내외적

으로 점차 확산되고 있다.

식별체계의 코드체계에서 표현할 수 없는 디지털 콘텐츠의 특징들을 메

타데이터로 표현해 줌으로서 이용자들이 자신들이 원하는 콘텐츠인지 아닌

지를 식별할 수 있는 메타데이터 개발이 필요하다 기존에 개발된 메타데이.

터로는 식별체계 메타데이터인 의 메타데이터DOI Kernel , CID(Content

메타데이터 인터넷 자원을 위한 메타데이터 지식정보자ID) , Dublin Core ,

원관리사업의 메타데이터 그리고 동영상을 대표할 수 있는, TV-anytime

메타데이터 이미지를 기술할 수 있는, CDWA(Categories for the

등Description of Works of Art), VRA(Visual Resource Association)

이 있다.

의 메타데이터와 메타데이터는 그것들의 구문구조체계와DOI Kernel CID

운영정책에 맞게 개발된 것이며 메타데이터와, Dublin Core Dublin Core

를 기반으로 개발된 지식정보자원관리사업의 메타데이터, TV-anytime,

등의 메타데이터 들은 그들이 대상으로 하는 콘텐츠의 특성CDWA, VRA

에 맞게 기술된 메타데이터 들이다 때문에 본원에서 개발하고자 하는 국가.

기반 식별체계의 구문구조와 운영정책 대상으로 하고자하는 콘텐츠의URN ,

특성을 고려하여 효율적인 콘텐츠 식별기능을 수행할 수 있는 새로운 메타

데이터의 개발이 반드시 이루어 져야만 한다.

연구개발의 목표2.

정보가 디지털화 되어감에 따라 디지털 콘텐츠를 유통할 수 있는 표준

유통 프레임워크가 절실히 요구되고 있다 따라서 본원에서 국가 기반. URN

의 식별체계를 바탕으로 디지털 콘텐츠 유통 프레임워크의 기반을 마련하고

자 한다 국가 기반의 식별체계는 크게 등록관리기관. URN (Registration

을 관리하는 총괄관리기구 콘텐츠 등록자들을 관리하는 등Agency) (Root),

록관리기관 이용자들이 직접 디지털 콘텐츠를 구매할 수 있는 유통시스템,

으로 구분할 수 있다.

총괄관리기구는 효율적으로 등록관리 기관을 관리할 수 있는 메타데이터

가 필요하며 등록관리기관은 등록관리 기관들 간의 메타데이터 상호운용성,

을 보장할 수 있는 메타데이터가 필요하다.

최소한의 공통된 메타데이터로 디지털 콘텐츠를 식별할 수 있는 식별메

타데이터를 개발하여 총괄관리기구의 효율적인 등록관리기관 관리와 등록관

리기관들 간의 메타데이터 상호운용성이 보장 될 수 있는 기반을 마련하고

자 한다.

더불어 등록관리기관들이 메타데이터를 상호교환 하여 이용자들에게 검

색의 기반을 마련하고자 할 때 응용메타데이터들은 등록관리기관들의 비즈

니스모델이나 회사이익과 밀접한 관계가 있기 때문에 필수 메타데이터를 이

용하여 이용자들이 본인들이 원하는 콘텐츠 인지 아닌지를 식별 할 수 있

는 식별을 위한 코어 메타데이터 개발을 차적인 목표로 한다1 .

연구개발의 내용 및 범위3.

디지털 콘텐츠는 실사물이 아니기 때문에 보이는 것만으로는 이 정보가

이용자 자신이 원하는 정보인지 아닌지를 파악하기 어렵다 따라서 이 정보.

가 식별체계에서 표현되어야 하는데 국가 기반 식별체계의 코드체계, URN

는 의미 없는 이기 때문에 해당 콘텐츠가 원하는 콘텐츠인dummy number

지 아닌지를 식별할 수 없다 이런 식별체계의 코드체계를 보완하기 위하여.

본원에서 최소한의 공통된 식별메타데이터를 개발하였다.

식별체계의 메타데이터는 최소한의 공통된 요소로 구성된 필수 메타데이

터와 콘텐츠의 특성을 반영한 요소들로 필수 메타데이터에서 표현하지 못한

요소들을 보충할 수 있는 응용메타데이터로 나눌 수 있다 필수 메타데이터.

를 대표할 수 있는 메타데이터 로는 식별자의 메타데이터를 예DOI Kernel

로 들 수 있으며 응용메타데이터로는 유통메타데이터인, INDECS

(Interoperability of Data in E-Commerce Systems), TV-anytime,

등을 들 수 있다CDWA, VRA .

필수 메타데이터는 등 구문구조에서 표현할 수 없는Identifier, Title

요소들을 추가적으로 구성하여 콘텐츠를 식별할 수 있는 식별메타데이터로

서의 기능을 제공한다 식별메타데이터는 이용자가 원하는 콘텐츠 인지 아.

닌지를 쉽고 빠르게 식별할 수 있는 이외에Identifier Title, Creator,

등의 요소들이 포함된다Publisher .

응용메타데이터는 콘텐츠의 특성과 등록관리기관들의 운영정책등을 반영

한 요소들을 추가하여 식별메타데이터를 확장한 메타데이터로서 이용자들이

실제 검색에 활용할 수 있는 검색메타데이터로서의 기능을 제공한다 검색.

메타데이터는 이용자가 원하는 콘텐츠를 얻기 위해 쉽고 빠르게 검색할 수

있는 등의 요소들이 포함된다Subject, Description, Language .

본 연구에서는 필수 메타데이터를 개발하여 구문구조로 식별할 수 없는

식별기능을 제공하는 것을 목적으로 하기 때문에 식별메타데이터 기능을 중

심으로 메타데이터 요소들을 정의할 것이며 식별체계의 코어 메타데이터로

메타데이터가 대표적이며 가장 잘 정의되어 있기 때문에 우리DOI Kernel

나라 사고에 맞게 요소마다 분석하여 적용하였다 또한 기반 식별체계. URN

에서 가장 중요한 것은 유일성이 보장되어야 한다는 것이다 따라서 해당.

콘텐츠에 대한 메타데이터도 유일성이 보장되어야만 하기 때문에 메타데이

터 요소에 대한 정확한 정의와 충분한 용례를 제시하여 코어 메타데이터 입

력자들이 쉽게 이해할 수 있도록 지침서를 제공하였다.

본 사업에서 개발한 기반의 새로운 식별자는 모든 객체를 식별할URN

수 있는 식별자의 역할을 지원해야 함으로 저작권과 직접 관련이 없더라도

모든 것을 관리할 수 있는 메타데이터 프레임웍을 제공하고 그것을 바탕으

로 본 사업의 운영정책과 요구사항들의 범위에 따라 역할을 축소해 나갔다.

필수 메타데이터는 동영상 이미지 등 대표매체 개를 선별, , e-book 2-3

하여 그 분야를 대표할 수 있는 메타데이터의 필수요소들을 분석하여 그것

들의 교집합을 고려하여 구성하였다.

제 절 연구방법2

많은 분야에서 활용되고 있는 기존의 메타데이터들의 개발방법을 살펴보

면 메타데이터는 도서관간 레코드의 상호교환을 목표로 개발된 것, MARC

으로 초기의 는 미국의회도서관의 서지 전문가들에 의해 만들어 졌MARC

으나 점차 전 세계적으로 확산 되면서 현재는 나라마다 국가 표준을 제정해

놓고 있다 국내에서는 국립중앙도서관에 의해 만들어진. KORMARC

이 널리 사용되고 있다(Korean Machine Readable Cataloging) .

그러나 네트워크 환경이 확산되고 인터넷 자원이 증가하면서 네트워크를

기반으로한 정보자원을 기술 할 수 있는 더블린코어 메타데이터가 개발되었

다 더블린코어는 년 미국 더블린에서 열린 제 차 더블. 1995 1 OCLC/NCSA

린코어 워크숍을 시작으로 지난달 월에 번째 워크숍인 워10 11 DC-2003

크숍을 개최하였다 이 워크숍에는 도서관에 근무하는 전문 사서들과 문헌.

정보학을 전공한 전문가들 그리고 메타데이터 전문가들로 구성되어 해마다

월쯤에 워크숍을 개최하며 활발한 연구를 진행 중에 있다10 .

디지털 콘텐츠 식별체계로 등장한 의 필DOI(Digital Object Identifier)

수 메타데이터인 커널 메타데이터는 자체는 전화번호와 같이(Kernel) DOI

의미 없는 숫자에 불과하기 때문에 콘텐츠에 대한 어떤 질문에 대답할 수

있는 메타데이터가 필요하게 되었다 커널 메타데이터는 가능한 폭넓게 이.

용될 수 있도록 개발되었으나 식별 시스템의 정의된 범위에 의해 제한되어

진다 그리고 가 창작 에 초점 맞춰 개발됨에 따라 커널 메타. DOI (Creation)

데이터 또한 모든 창작물에 적용될 수 있도록 기술되었다 이러한 커널 메.

타데이터의 최신 버전은 핸드북 에 기술되어 있으며DOI 3.0

에 의해 계속 연구되고 있다IDF(Idternational DOI Foundation) .

그러나 이와 같은 기존의 메타데이터들은 대상범위와 목적이 모두 다르

기 때문에 기존 메타데이터들에 대한 배경 지식이 있는 전문가들과 본원에

서 개발하고자 하는 국가 기반의 식별체계의 구문구조와 운영정URN UCI

책 대상으로 하고자하는 콘텐츠의 특성을 파악할 수 있는 전문가들로 구성,

된 워킹그룹을 운영하여 연구를 진행하였다.

필수 메타데이터는 총괄관리기구에 직접 등록할 등록관리기관들이 실제

사용할 메타데이터이기 때문에 메타데이터 전문가와 실무자들의 협의와 검

증이 필요하였다 따라서 메타데이터 전문가들로 구성한 차 식별체계 메타. 1

데이터 워킹그룹을 개최하였으나 대학의 교수님들 위주로 구성하였기 때문,

에 실제 현장의 요구사항들을 도출하기 어려웠다.

이러한 문제들로 인하여 제안된 방법이 식별체계 메타데이터 워킹그‘

룹 을 그룹으로 나누어 구성하였다 첫 번째 그룹은 대표매체로 선정한’ 3 .

각 매체를 대표할 수 있는 실무자 위주로 구성하여 실무자의 입장에서 현장

을 고려한 식별메타데이터를 추출한다 두 번째 그룹은 앞에서 나온 결과물.

들을 메타데이터를 대표할 수 있는 전문가 분들로 구성하여 그분들에게 자

문과 검증을 받는다 마지막으로 검증을 거쳐 확정된 식별메타데이터를 가.

지고 협력기관 관련자들과의 협의를 거쳐 필수 메타데이터 버전 을 완성1.0

한다 이밖에 협력기관들과의 관계는 식별체계 운영정책 부분에서 명확하게.

정의되어야 되는 부분이다 따라서 식별체계 구문구조의 워킹그룹과 운영정.

책의 요구사항 들을 반영하고 밀접한 관계를 유지하며 진행하였다.

제 장 식별체계의 메타데이터 개요2

제 절 메타데이터의 정의1

메타데이터에 대한 정의는 매우 다양하나 일반적으로 데이터에 대한 데

이터로서 정보자원의 속성을 기술하는 데이터를 의미한다 즉 메타데이터는.

실제 콘텐츠를 가리키는 것이 아니고 콘텐츠가 지니고 있는 내용 특징 등,

의 정보를 알려주는 데이터를 말하는 것이다 예를 들면 표제 저자 주제. , ,

명 출판일 등 기존 도서관에서 사용된 목록 레코드나 색인에 의해 생성된,

데이터베이스 레코드가 메타데이터에 해당된다 용어 사전에서는 메타데이.

터를 다음과 같이 정의하고 있다.

에서는 메타데이터는 자원을 기술Harrod's Librarians' Glossary “『』

한 데이터 또는 데이터에 대한 데이터이다 레코드는 책 또는 이미. MARC

정의된 엘리먼트 또는 어트리뷰트에 의하여 다른 아이템을 기술하는 메타데

이터이다 인터넷의 전자자원으로의 확장은 자원을 발견하는 것을 돕는 메.

타데이터의 고려를 요구해왔고 하나의 방안으로 더블린필수가 제안되었다.

다른 메타데이터 포맷으로는 IAFA, GILS, MARC, Text Encoding

등이 있다Initiative .”(Prytherch 2000, 480-481)

또한 정보학 용어사전 에서는 메타데이터를 다음과 같이 정의하고 있『』

다 메타데이터란 문헌의 속성을 기술하기 위한 데이터 레코드의 이름. “ ( ,

설명 크기 혹은 길이 구성요소로서 데이터 항목들 그리고 데이터 집합과, ,

주요키와 보조키에 대한 식별 등에 관한 정보 를 말한다 메타데이터의 중) .

요한 기능 가지는 시스템이 효과적으로 이용자에게 적합한 문헌을 선택할2

수 있게 해주는 것과 그리고 시스템이 선택한 문헌 중 이용자가 자신에게

적합한 문헌을 효과적으로 선택할 수 있게 해주는 것이다 그러므로 문헌의.

속성은 이용자의 적합성 판단의 기준에 근거해 선택되어야 하며 메타데이터

는 이렇게 선택된 속성에 따라 구축되어야 메타데이터의 기능을 원활하게

수행할 수 있다 사공철.”( 2001, 140)

제 절 메타데이터의 기능 및 역할2

기존 도서관에서 의미하는 메타데이터는 도서목록 레크드로서 도서관에

소장된 책들을 찾는 정보로 활용되어 왔다 때문에 실제 눈으로 보고 만질.

수 있는 실사물이 였고 도서관이라는 한정된 공간에 존재하는 정보들이 였

기 때문에 도서목록에세 제공하는 정보만으로도 원하는 도서에 접근하는데

큰 어려움은 없었다.

그러나 콘텐츠가 네트워크 환경에서 디지털화 됨에 따라 기존 도서목록

에서 제공하던 단순한 서지정보를 제공하여 정보의 소장위치를 알려주는 기

능뿐만 아니라 콘텐츠 유형 파일사이즈 파일 포맷 등 콘텐츠가 지니는 특, ,

성정보를 제공할 수 있는 기능이 요구되며 식별정보도 도서관내에서 제공,

하는 청구번호 수준을 넘어 전 세계적으로 식별가능한 새로운 식별자 정보

가 요구되고 있는 실정이다 이와 같은 새로운 요구사항을 충족할 수 있는.

기능들을 정리하면 다음과 같다.

첫째 식별정보를 제공한다 예를 들면 식별자 제목 저자 등으로 해당, . , ,

콘텐츠가 원하는 콘텐츠인지 아닌지를 이용자들이 식별할 수 있는 기능이

다.

둘째 특성정보를 제공한다 예를 들면 이미지 유형의 콘텐츠일 경우 파, .

일 사이즈 해상도 파일 포맷 등의 물리적인 요소들이 있다, , .

셋째 내용서술 정보를 제공한다 예를 들면 주제와 설명 등의 요소를 통, .

하여 콘텐츠가 포함하고 있는 내용들을 요약하여 제공한다 기존 도서관의.

서지목록에서는 색인과 초록 등이 이곳에 포함된다고 할 수 있다.

넷째 검색정보를 제공한다 예를 들면 제목 주제 키워드 저자 등과 같, . , , ,

은 요소로 이용자들이 원하는 콘텐츠에 쉽고 빠르게 접근할 수 있도록 도와

준다.

다섯째 관리정보를 제공한다 예를 들면 날짜와 버전 등과 같은 요소로, .

콘텐츠 관리자들이 해당 콘텐츠를 효율적으로 관리할 수 있도록 도와준다.

제 절 메타데이터의 필요성3

메타데이터는 정보의 홍수 속에서 원하는 데이터를 찾기 위해 필수 불가

결한 것이다 메타데이터의 필요성은 콘텐츠 이용자 입장 콘텐츠 생산자. ,

입장 콘텐츠 관리자 입장으로 나누어 살펴볼 수 있다, .

첫째 콘텐츠 이용자 입장에서는 메타데이터를 통해 검색을 할 수 있기,

때문에 원하는 콘텐츠에 쉽고 빠르게 접근할 수 있으며 또한 그 콘텐츠가,

본인이 원하는 콘텐츠 인지 아닌지를 식별할 수 있다.

둘째 콘텐츠 생산자 입장에서는 메타데이터를 통하여 콘텐츠에 대한 적,

절한 설명 제공으로 콘텐츠 이외의 정보를 제공할 수 있으며 이용자들이 본

인의 콘텐츠에 효율적으로 접근하여 사용할 수 있도록 할 수 있다.

마지막으로 콘텐츠 관리자의 입장에서는 메타데이터를 통하여 효율적으

로 콘텐츠를 관리할 수 있기 때문에 이용자에게 신속하게 콘텐츠를 제공할

수 있다.

기존에 존재하던 메타데이터는 주로 이용자의 검색을 위하여 제공되었

다 가장 큰 예로는 도서관 전문사서들이 입력한 정보를 들 수 있. MARC

다 는 국내외 학술정보를 도서관 사이에서 신속하고 정확하게 제공. MARC

하기 위한 형식으로 기계가독형으로 된 서지정보를 자기테이프에 기록해서,

상호교환하거나 기관에서의 서지정보축적과 검색에 이용되어 왔다.

하지만 목록정보를 표준화하여 기술하는 은 전문 을 포함한MARC ( )全文

데이터교환이 비교적 어렵고 데이터 표현 방법이 복잡하므로 이해하기 어,

렵다 그러나 네트워크 환경의 확산으로 다양한 형태의 디지털 콘텐츠의 양.

은 기하급수적으로 증가할 것이며 도서관에서 수많은 디지털 콘텐츠를 이,

와 같은 형식으로 목록하기란 어려운 일일 것이다MARC .

따라서 보다 형식과 내용이 간단하고 이해하기 쉬운 메타데이터MARC

형식을 개발하여 콘텐츠 메타데이터를 생성할 필요성이 증가하고 있다 또.

한 점차 저자나 출판기관이 직접 생성해서 유통시키는 디지털 콘텐츠가 증

가하기 때문에 이러한 콘텐츠에 대해서는 콘텐츠 생성자가 콘텐츠 자체를

생성함과 동시에 자신의 메타데이터를 만들도록 할 필요성이 제기되었다.

제 장 기존 메타데이터의 현황 분석3

제 절 메타데이터1 Dublin Core

의 발전과정1. Dublin Core

네트워크 환경을 배경으로 한 폭발적인 인터넷 자원의 증가는 기존의 기

술규칙이나 형식 포맷 으로 자원 기술과 접근에 있어 한계를 지니게 되었( )

다 가장 큰 이유는 네트워크 자원들이 고도로 동적이며 분산되어 있고 특. ,

정 시스템과는 독립적으로 전송 교환되는 기술체계를 지니고 있기 때문이,

다.

이러한 문제점을 해결하기 위해 만들어진 메타데이터가 네트워크 기반

정보자원의 기술요소인 더블린코어이다 더블린코어의 발전과정은 다음과.

같다.

더블린코어는 년 미국 더블린에서 열린 제 차 더블1995 1 OCLC/NCSA

린코어 워크숍에서 규정된 것으로서 네트워크 기반 정보자원의 검색에 적합

하면서도 작성이 간단한 핵심 데이터요소 개를 제안하였다13 (Weibel

그 후 년 월 영국 워릭에서 열린 제 차 더블1995). 1996 4 2 UKOLN/OCLC

린코어 워크숍에서 기존의 개 데이터요소 이외에 설명 과13 Description( )

이용조건 요소를 추가하여 모두 개의 데이터요소를 확정하고 이Rights( ) 15

의 실제적인 응용을 위한 이용자 지침이 제정되었다.

년 월 차 워크숍에서는 더블린코어의 기술대상을 텍스트뿐만 아1996 9 3

니라 이미지로 확장하여 화상자원에 대한 더블린코어의 응용타당성에 대해

논의되었고 년 월 호주에서 열린 차 워크숍에서는(Weibel 1996), 1997 3 4

각 데이터요소의 하부구조와 로컬확장 즉 한정어 에 대한 내용이(Qualifier)

심층적으로 다루어졌다(Weibel 1997).

현재까지 차 년 월 에 걸쳐서 더블린코어 워크숍이 개최되었8 (2000 10 )

고 계속해서 다양한 이슈들로 크고 작은 워크숍들이 개최되고 있다 워크, .

숍의 목표는 경험을 공유하고 서로 다른 메타데이터 시스템사이의 상호운용

성을 지원할 수 있도록 다양한 더블린코어 워킹그룹의 개발을 통합하는 것

이다.

더블린코어의 지속적인 연구 개발을 위해 조직된 기관이 바로,

이다 의 주요임무는 메타데DCMI(Dublin Core Metadata Initiative) . DCMI

이터 표준을 지속적으로 개발하고 메타데이터 집합들 간의 상호운용성을,

위한 프레임워크를 정의하며 각종 도메인에서 메타데이터 집합이 지속적으,

로 활용될 수 있는 환경을 제공하는 것이다.

의 메타데이터 요소와 한정어2. Dublin Core

더블린코어의 가장 큰 장점은 단순성과 범용성 확장성을 들 수 있다 메, .

타데이터 요소가 개의 단순한 구성으로 되어 있기 때문에 비전문가들도15

쉽게 사용할 수 있으며 개 요소로 표현할 수 없는 부분들은 각 요소 안, 15

에 한정어를 두어 확장 가능하도록 제공하고 있다.

더블린코어의 메타데이터 요소는 버전 에서 고유성 확장성 구문독립1.0 , ,

성 선택성 반복성 수정가능성 원칙을 근거로 개 메타데이터 요소를 제, , , 15

안하였다 버전 은 버전 을 대체하는 것으로 메타데이터 요소에 대한. 1.1 1.0

최신 정의를 담고 있다 버전 의 개 메타데이터 요소와 정의는 다음. 1.1 15

표 와 같다< 1> (DCMI 1999).

더블린코어 한정어는 기술요소별로 세분화된 의 각 워킹그룹에 의DCMI

해 인식되어 메타데이터 요소에 대한 한정을 통해 세부사항을 조정하고자,

하는 원칙을 가장 잘 실현하기 위하여 의 심사를DCMI Usage Committee

거쳐서 확정된 것들이다 각 워킹그룹들은 범용성이 있을 것이라고 생각되.

어지는 후보 한정어들을 먼저 제안하며 이후에, DCMI Usage Committee

에서 논의와 투표를 거쳐 한정어로 확정함으로서 응용 분야들 사이에서의

상호운용성을 증대시켰다.

한정어는 표 과 같이 크게 요소에 대한 상세구분 한정어 인코딩 스< 1> ,

킴으로 구분된다 요소에 대한 상세구분 한정어는 요소의 의미를 좁히거나.

더욱 특정화시킨다 즉 상세구분된 요소는 원래의 요소가 갖는 의미를 유. ,

지하지만 보다 제한된 범위로 그 의미가 좁혀진다 어떤 요소에 대한 특수.

한 상세구분 한정어를 이해하지 못하는 클라이언트는 그 한정어를 무시하고

요소의 본래 의미대로 그 메타데이터 값을 처리할 수 있다.

인코딩 스킴은 요소의 값에 대한 해석을 도와주는 스킴들을 식별하는데

이 스킴들은 통제 어휘집 공식적인 표시법 또는 문장 분석 규칙 등을 포함,

한다 그러므로 인코딩 스킴을 사용하여 표현된 값은 통제 어휘집으로부터.

선정된 하나의 신호 또는 공식적인 표시법에 의거하여 형식화된 문자열이,

다 모든 한정어 들은 위의 두 범주 가운데 어느 하나에 속한다 그러나 시. .

간의 흐름과 실행상의 경험에 따라 부가적인 한정어 범주들이 개발될 것이

다.

표 더블린코어 메타데이터 요소< 1>

범주 데이터 요소 정의 하위요소(sub-element) 스킴

내용

제목(Title)제작자 나 발행(creator)자 가 사용한(publisher) ,자원에 부여한 이름

Main․Alternative․

주제(Subject)자원의 주제나 내용을 기술하는 단어나 구 제어어,휘집분류표 이용․

Keyword(defau l t ) ,LCSH, MeSH, AAT,LCNAF, DDC, LCC,NLM, UDC

표현(Description)

DLO(document-l ike는 초록 시각자료objects) ,

는 내용 기술 문장형식.

Abst rac t (de fau l t ) ,URL

출처(Source) 현재의 자원의 출처가 되는 정보

free text(default),URL, URN,ISBN, ISSN

언어(Language)

자원의 내용을 기술한 언어 언어식별. RFC 1766(태그 코드 사용)

IETF RFC 1766,Z39.53, ISO 639-1,ISO 639-2/B

관계(Relation)

독립적으로 존재하는 자원간의 공식적인 관계 표현 관련된 자원과 지시된.자원 기술 연결

Creative /MechanicalVersion / InclusionReference

free text(default),URL, URN, ISBN

범위(Coverage)

자원에서 취급하고 있는내용의 공간시간적 특징.․공간적 특징은 지명이나좌표를 사용한 물리적 지역 예 위도 경도 시간적( , , ),특징은 시기를 나타내는단어나 구 예 신석기 시( ,대 를 의미)

PeriodName /PlaceNamet / x / y / zPolygon / Line / 3d

Spatial schemefree text(default),DMS, DD, OSGB,UTMXX,LCSH, TGNTemporal schemefree text(default)LCSH, AAT, LSN,ISO 8601, ANSIX3.30

지적소유권

창작자(Creator)

자원의 내용에 책임이 있는 인물이나 기관

PersonalNamePersonalName.AddressCorporateNameCorporateName.Address

LCNAF

출판자(Publisher)

현재의 형태로 제작한 자원의 제작 기관 ＂

기여자(Contributor)

요소에 기술된Creator인물기관에 비해 부차적․성격의 인물단체․ ＂ LCNAF

권리(Rights)

자원의 판권 관리사항 및관련 정보의 제공서비스연결 식별어

free text(default),URL, URN

표 더블린코어 메타데이터 요소 계속< 1> -

범주 데이터 요소 정의 하위요소(sub-element) 스킴

형식

날짜(Date)

자원이 제작되거나 이용가능하게 된 날짜. YYYY,

형태YYYY-MM-DD

Created / IssuedAccepted /AvailableAcquiredDataGathered /Valid

ISO 8601(default)ANSI X3.30IETF RFC 822

타입(Type)

홈페이지 소설 시 수필, , , ,사전 같은 자원의 유형 지.정리스트 이용.

Controlled List

형식(Format)

자원의 데이터 포맷과 차원 크기 지속기간 지정리( , ).스트 이용

IMT(MIME), DCPMT

식별자(Identifier)

자원을 고유하게 식별하기위한 문자열기호. URL,․

등URN, ISBN

URL(default), URN,ISBN, ISSN, SICI, FPI

식별자의 관점에서 메타데이터 요소들을 분석해 보면 다음Dublin Core

과 같이 식별메타데이터 요소로 필요한 요소와 불필요한 요소로 다음과 같

이 구분하여 설명할 수 있다.

표 더블린코어 메타데이터 요소 분석< 2>

범주 데이터요소 필요성 설 명

내용

제목(Title) O

제목은 콘텐츠에 부여된 이름으로 콘텐츠를 식별하는 가장 기본요소이다 그러나 이라고만 하. Title면 너무 광범위 하기 때문에 더블린코어의 한정어와 같이 라는 한정Distinctive, Main, Alternative어를 두면 명확하나 부가적인 정보는 응용에Title서 기술해도 되는 요소이기 때문에 필수 메타데이터 에서는 대표 하나로 정확히 기술 한다Title .

주제(Subject) X

주제는 콘텐츠를 식별하기 위한 요소가 아니라 검색을 지원하기 위한 요소이기 때문에 필수 메타데이터에 필요치 않다.

표현(Description

)X

표현은 검색에 유용한 정보이기 때문에 식별을 위한 필수 메타데이터에 포함되지 않아도 되며 이 요소로 콘텐츠를 식별할 수 없다.

출처(Source) X

출처는 콘텐츠의 연계성을 나타내기 위한 요소이기 때문에 식별을 위한 필수 메타데이터에 필요치않다.

언어(Language) X

언어는 콘텐츠의 상태를 나타내는 정보로 텍스트의 경우 유용한 요소이지만 다른 매체에서는 콘텐츠 식별에 큰 영향을 주지 않는다 따라서 식별을.위한 필수 메타데이터엔 필요치 않다.

관계(Relation) X

관계는 소스와 마찬가지로 콘텐츠의 연계성을 나타내기 위한 요소이기 때문에 필수 식별을 위한 메타데이터에 필요치 않다.

범위(Coverage) X

범위는 콘텐츠의 내용을 나타내는 요소이기 때문에 위의 주제 표현과 마찬가지로 필수 메타데이터,엔 포함될 필요가 없다.

표 더블린코어 메타데이터 요소 분석 계속< 2> -

범주 데이터요소 필요성 설 명

지적소유권

창작자(Creator) O

창작자는 콘텐츠 내용에 대한 책임이 있는 개인과기관을 나타내는 것이기 때문에 콘텐츠를 식별하는데 유용한 정보로 사용될 수 있다 그러나 창작자.

란 용어가 각 매체마다 다르게 적용될 수(Creator)있으므로 창작자의 역할부분을 로 두어 표attribute현하는 방법을 고려해본다 예를 들면 동영상 쪽에.서는 프로듀서 감독 등으로(Producer), (Director)통용되며 음악에서는 작사가 작곡가, (Writer),

등의 표제어가 매체별로 제시되어야(Composer)할 것이다 .

출판자(Publisher)

수정후추가

단순한 자원의 제작자는 위 창작자에 포함되고 역할 부분에서 역할만 구분해 주면 된다 그러나 콘텐.츠의 소유권을 가진 사람이나 기관을 나나내는 의미로 사용되기 위해서는 출판자는 텍스트에서 주로사용하는 용어이기 때문에 다른 용어로 수정해야한다.

기여자(Contributor

)X 콘텐츠에 대한 부차적인 기여자는 콘텐츠를 식별

하기 위한 필수 메타데이터에 포함될 필요는 없다.

권리(Rights) X

콘텐츠의 권리유형과 관련정보 제공서비스의 연결식별어만 제공하는 요소로 콘텐츠를 식별하기보다콘텐츠의 저작권 관련정보를 제공하기 때문에 응용메타데이터의 저작권 부분으로 포함되어야 한다.

형식

날짜(Date) △

일반 단행본이나 하나의 이미지 영화파일 같은 경,우는 날짜가 필요 없으나 정기간행물이나 방송물시리즈의 경우 날짜가 콘텐츠를 식별하는 중요한정보이기 때문에 고려해 봐야할 요소이다.

타입(Type) O

타입은 콘텐츠를 식별하는데 중요한 요소이다 타.입에는 주제별 타입과 형태별 타입이 있는데 필수메타데이터 에서는 등록관리기관의 과도 밀접하BM게 관련 있으며 콘텐츠의 가격을 결정하는 형태별타입으로 한다 형태별 타입은 지금 콘텐츠 유통에.서 가장 보편적으로 거래되고 있는 형태들 중심으로 분류한다.

형식(Format) X

형식은 디지털 콘테츠 자체를 식별한다기 보다 콘텐츠의 형식을 식별하는 요소이기 때문에 필수 메타데이터에 포함되기 보다 응용메타데이터 요소로제공되는 것이 나을 것이다.

식별자(Identifier) O

기존에 부여된 식별자는 부여되지 않은 콘텐츠도많긴 하지만 부여된 경우 정보가 있으면 식별하는데 유용하며 앞으로 다른 시별자들과 연계가 필요할 경우 필요한 정보이기 때문에 필수 메타데이터요소에 포함시켜야 한다.

제 절 메타데이터2 DOI

의 등장 및 구성요소1. DOI

현재 광범위하게 활용되고 있는 인터넷 정보자원의 식별체계는

이다 은 일종의 위치식별자로서URL(Uniform Resource Locations) . URL

디지털 콘텐츠의 위치를 찾아내고 특정 서비스로 이동할 수 있는 주소를 나

타내기 때문에 주소가 바뀌거나 대상물의 도메인의 디렉토리가 변경되거나

또는 서버의 위치가 변경될 경우 계속적인 관리가 이루어지지 않는 한 식별

과 접근이 불가능하게 된다 디지털 콘텐츠에 대한 영구적인 식별자로서의.

기능을 이 제대로 수행하지 못하게 됨에 따라 이러한 문제점을 해결하URL

기 위해 년 는 디지털 콘텐1994 IETF(Internet Engineering Task Force)

츠의 위치와는 상관없이 콘텐츠의 이름을 부여하는 영구식별체계인

을 제안하였다URN(Uniform Resource Names) .(Moats, R. 1999)

이와 같은 은 다음과 같은 특징을 갖는다URN .(Paskin, Norman.

1999.)

포괄성 특정 위치를 의미하지 않는 포괄적인 이름(Global scope) :①

을 가지며 그것은 어느 곳에서나 동일한 의미를 갖는다.

유일성 같은 이 결코 두 개의 다른 자원에 부여(Uniqueness) : URN②

되지 않을 것이다.

영속성 의 예정된 수명은 영구적이다 은(Persistence) : URN . URN③

영 원히 유일할 것이며 이 식별하는 자원이 존재하는 동안 혹, URN ,

은 그 이름을 부여한 기관이 존재하는 기간 동안 자원에 대한 참

조정보 로서 사용될 것이다.

규모성 은 네트워크에서 이용할 수 있는 어떤(Scalability?) : URN④

정보든 부여될 수 있다.

기존 시스템 지원 여기에 기술된 다른 요구들을(Legacy support) :⑤

족하든 안 하든 구조는 기존의 이름부여시스템을 지원해야만 한다.

확장성 의 어떤 구조든 미래에 확장할 수 있어(Extensibility) : URN⑥

야한다.

독립성 이름을 만드는데 있어 이름부여기관의 독립(Independence) :⑦

성이 보장된다.

이와 같은 특징을 지닌 체계를 가장 활발하게 활용하고 있는 사례URN

는 의 과 의OCLC PURL(Persistent Uniform Resource Locator) IDF

가 있다DOI(Digital Object Identifier) .

은 에 의해 개발된 것으로 기능적으로 과 같아 보아나PURL OCLC URL

처럼 인터넷 자원의 위치로 직접 이동하지 않고 중간 변환서버를 거쳐URL

클라이언트에게 을 제공한다 그러나 에서는 이러한 을URL . OCLC PURL

이 인터넷에서 보편화되기 전까지 임시로 사용하는 것으로 간주하고URN

있다. (Shafer, Keith. 1996. )

는 디지털 콘텐츠에 대한 고유한 식별기호로 미국출판협회와DOI

가 전자적 환경에CNRI(Corporation for National Research Initiatives)

서 디지털 자원의 저작권 관리가 가능하도록 개발한 도구로 보다 뛰PURL

어난 기능을 가지고 있다 이러한 는 년에 결성된. (IDF. 2000) DOI 1998

에 의해 관리되고 있다 는 체계의 개발과 정책을 수립하고IDF . IDF DOI ,

등록관리를 담당하고 있다 회원은 창립회원과 일반회원으로 구분되며DOI .

현재 콘텐츠 보유자 출판사 기술회사 정보중개기관 등 개 기관이 회원, , , 40

으로 가입되어있다 년 월에는 미국 표준인. 2000 5 ANSI/NISO

으로 제정되었다Z39.84-2000 . (ANSI/NISO Z39.84-2000)

시스템은 아래 그림 과 같이 가지 구성요소로 이루어져 있다DOI < 1> 4 .

열거 문자와 숫자를 조합한 식별기호를 부여한(enumeration) : DOI①

다.

기술 로 식별된 개체 에 대한 메타데이터(description) : DOI (object)②

를 만든다(metadata) .

변환 에 대한 정보를 제공하는 식별자를 변환하고(resolution) : DOI③

그리고 이것을 이용자에게 제공할수 있는 기술을 만든다.

정책 시스템 운용을 관할하는 규칙이다(policies) : .④

메타데이터의 개요2. DOI

시스템 구성요소 중 열거 에 해당하는 부분이 구문구DOI (Enumeration)

조로 문자와 숫자를 조합한 식별기호로 구성되어 있다 이 식별기호는 의미.

없는 이기 때문에 이 식별기호 만으로는 이용자들이 원하dummy number

는 콘텐츠가 맞는지 아닌지를 판단하기 어렵다 따라서 해당 콘텐츠의 제목.

은 무엇이고 저자는 누구이며 어떤 형식으로 되어있는지를 기술, ,

할 수 있는 역할을 하는 메타데이터가 반드시 필요하다(description) .

메타데이터에는 필수 메타데이터와 응용메타데이터가 있다 필수 메타데.

이터는 공통된 최소한의 요소로 구성된 것으로 의 이 여기에 해DOI Kernel

당한다 응용메타데이터는 필수 메타데이터에서 표현하지 못했던 대상 콘텐.

츠의 특성과 유통시스템들의 에 따라 요구되는 요소들로Business Model

구성된 것으로 등이 있다INDECS, ONIX, TV-anytime .

의 메타데이터에는 최소한의 필수 요소로 구성된 메타데이DOI Kernel

터와 유통과 저작권 관련 요소들로 구성된 응용메타데이터인 로 구INDECS

성되어 있다.

열 거(Enumeration)

기 술(Description)

변 환(Resolution)

정 책(Policies)

열 거(Enumeration)

기 술(Description)

변 환(Resolution)

정 책(Policies)

본 연구에서는 콘텐츠의 식별을 도울 수 있는 필수 메타데이터 요소를

정의하는 것이 목적이기 때문에 메타데이터를 중심으로 분석하고Kernel

응용메타데이터인 에 대해서는 간략하게 언급하도록 하겠다INDECS .

가 의 커널 메타데이터. DOI (Kernel)

커널 메타데이터는 자체는 전화번호와 같이 의미 없는 숫자에DOI DOI

불과하기 때문에 콘텐츠에 대한 어떤 질문에 대답할 수 있는 메타데이터가

필요하게 되었다 따라서 커널 메타데이터는 다음과 같은 요구사항에 의해.

개발 되었다.

식별된 자원은 무엇인가?ᄋ

과 같이 인식할 수 있는 다른 식별자를 갖는가ISBN ?ᄋ

그것의 이름 또는 제목은 무엇인가?ᄋ

그것을 만들거나 출판한 책임 있는 사람이나 기관이 누구인가?ᄋ

무엇으로 만들어 졌는가?(abstract, physical, digital)ᄋ

어떻게 감지되는가?(visual, audio, etc.)ᄋ

특정한 응용 유형에 속하는가? (e.g. article linking)ᄋ

이와 같은 요구사항을 바탕으로 개발된 커널 메타데이터는 아래와 같이

가지 요소로 구성되며 가능한 폭넓게 이용될 수 있도록 개발되었으나 식8

별 시스템의 정의된 범위에 의해 제한되어진다 그리고 가 창작. DOI

에 초점 맞춰 개발됨에 따라 커널 메타데이터 또한 모든 창작물(Creation)

에 적용될 수 있도록 기술되었다.

표 커널 메타데이터 요소< 3> DOI

요 소 정 의 허용 값

DOI-AP 가 속하는 명칭DOI APFrom DOI-AP

tables

DOI Digital Object Identifier DOI

Identifier엔티티에 적용된 이외의 유일DOI

한 식별자

Any alphanumeric

string (e.g. ISBN)

Title 알려진 엔티티의 이름Any alphanumeric

string

Structural Type 엔티티의 주 구조 타입

Tangible Fixation

실물(Physical, ),

Intangible Fixation

디지털(Digital, ),

Performance(SpatioT

공연emporal, ),

Abstraction

작품(Abstract, ),

RestrictedType

(Restricted)

Mode 엔티티의 주 감각 모드

Visual, Audio,

Audiovisual,

Abstract,

RestrictedMode

Primary Agent(s)엔티티에 책임이 있는 주 에이전트

의 이름 또는 식별자

Identifier or Name

From a Namespace

P r i m a r y

AgentRole주 에이전트의 역할

Role Code From a

Namespace

식별자의 관점에서 커널 메타데이터 요소들을 분석해 보면 다음과DOI

같이 필수 메타데이터 식별기능에 필요한 요소와 불필요한 요소로 구분되어

질 수 있다.

표 커널 메타데이터 요소 분석< 4> DOI

요 소 필요성 분석내용

DOI-AP X

기반으로 개발하는 새로운 식별체계에서는 필요 없는 요URN

소이다 왜냐하면 현재 제시된 의 범위가 점점 광범위. DOI-AP

한 범위로 확대되기 때문에 식별을 위한 코어메타데이터를 제

시하는 본 사업에서는 없어도 된다.

DOI X 독자적 식별체계의 식별기호로 대체된다.

Identifier O

국제코드번호나 등록기관이 부여한 코드번호를 가리키는 것으

로 국제코드번호가 있을 경우는 국제적으로 식별이 가능한 번

호이기 때문체 콘텐츠 식별에 유용하며 등록기관의 내부적인

제어코드용의 코드번호라 할지라도 콘텐츠의 식별을 위해 필요

하다.

그러나 인 경우는 대부분 등으로 그 값을 입력할Book ISBN

수 있으나 공공기관에서 발간한 공문서나 개발문서에 있어서는

그 값으로 입력할 식별자가 거의 부여되지 않았기 때문에 이요

소가 로 필수 메타데이터에 포함되어야 하는가 라Mandatory

는 것은 더 검토 되어야 한다.

Title O

Title의 종류도 등 여러Distinctive Title, Alternative Title

가지가 있기 때문에 정확한 정의가 필요하다 따라서 콘텐츠.

처음 제작 시 저작자에 의해 부여된 제목으로 한국어가 아닌

다른 언어라도 허용할 수 있어야 하며 될 수 있으면 유일성 있

게 부여되어야 한다.

Structural

TypeO

실물 디지털 공연 작품 가지 유형은 수십년 동안 전문가들, , 4

이 모여 만들어낸 가장 이상적인 것이기 때문에 가지 유형4

중 을 로 하고 나머지 값들에 대해서는 충분한Digital default

용례를 제시하여 확장될 수 있는 기반을 마련하는 방안을 모색

해볼 필요가 있다 그러나 오프라인 매체와 디지털화 되지 않.

은 매체는 대상 콘텐츠로 고려하지 않으므로 일반인이 이해하

기 쉬운 용어로 재정의 하는 방법도 고려해 봐야 한다.

표 커널 메타데이터 요소 분석 계속< 4> DOI -

요 소 필요성 분석내용

Mode O

의 값은 허용값을 총괄관리기구에서 정의하여 관리하며 허Mode

용값은 기존의 의 분류를 참고로 한다EditEur, DC .

에서 실물 디지털 공연 작품 가지 유형을Structural Type , , 4

적용할 경우 허용값은 디지털 이외의 유형이 표현될 수 있는

원래의 값인 등으로 표현Mode Visual, Audio, Audiovisual

되어야 하기 때문에 을 먼저 확실히 정의한Structural Type

후에 의 허용값을 정의해야 한다Mode .

P r im a r y

Agent(s)O

라는 용어가 등록을 대행해주는 기관을 의미하는 것으Agent

로 이해하기 쉽기 때문에 용어를 등록자 로 하여(Registrant)

저작권에 관계없이 등록자의 이름을 표시하여 중복적으로 등록

가능하게 한다.

P r im a r y

AgentRol

e

O

이요소도 와 마찬가지로 등록자의 역할Agent ( 로RegistrantRole)

하고 은 허용값을 총괄관리기구에서 정의하여RegistrantRole

관리하는 방향으로 한다.

나 의 메타데이터. DOI INDECS

는 국INDECS(INteroperability of Data in E-Commerce Systems)

제적인 저작권 소유자들의 주도로 시작된 전자상거래 메타데이터로 크게 콘

텐츠정보 저작권정보 유통정보로 나눌 수 있다 메타데이터 요소, , . INDECS

를 하나하나 분석하는 것은 식별자 관점에서 의미가 없기 때문에 콘텐츠,

저작권 유통이라는 세 범주 안에서 식별자 관점에서 수용가능한 요소들만,

분석하여 그것을 적용하기 쉽도록 위에서 을 통해 제안한 요소DOI Kernel

와 대응시켜 보았다.

분석결과 유통관련 정보는 콘텐츠를 식별하기 위한 것이 아니라 유통하

기 위한 요소들이기 때문에 필수 메타데이터엔 불필요한 요소이며 콘텐츠,

와 저작권 관련 정보는 부분적으로 수용 가능한 요소인데 저작권 관련 요,

소는 등록자( 로 대응될 수 있는 요소로 꼭 저작권을 지니는 저작Registrant)

권자 정보가 표현되는 것이 아니기 때문에 궁극적으로는 메타데이INDECS

터 요소에서는 콘텐츠 관련 정보만이 필수 메타데이터에 적용 가능하다는

결론을 얻을 수 있다.

표 메타데이터 요소 분석< 5> INDECS

요소 필요성 수용가능요소과DOI Kernel

대응되는 요소

콘텐츠 메타데이터 요소

창작자-

창작자역할-

창작재료-

창작환경-

창작물-

일부수용

창작자 Registrant

창작자역할 Registrant Role

창작물Identifier & Title &

StructuralType & Mode

저작권 메타데이터 요소

권리자-

권리정보-

권리대상-

일부수용

권리자 Registrant

권리정보 Registrant Role

권리대상Identifier & Title &

StructuralType & Mode유통 메타데이터 요소

계약자-

판매조건-

계약정보-

계약대상-

불필요 -

유통정보는 필수 메타데이터가

아닌 응용메타데이터에서 표현

되어야 한다.

제 절 의 메타데이터3 CID Core

는 워터마킹과 같은 특수 기술을 이용하여 각각의 디지털 콘Content ID

텐츠에 삽입하는 고유한 저작권 코드 이다.

디지털 콘텐츠의 저작권을 명확히 하면서 저작자는 콘텐츠의 판매와 재

이용에 따른 합당한 보상을 받고 콘텐츠 유통 기록을 유지하기 위한 바코드

시스템을 운영하기 위해 구상된 개념 이다.

는 디지털 콘텐츠 유통을 위한 유일한 코드일 뿐만 아니라 콘텐츠를CID

관리할 수 있는 메타데이터 요소를 포함한다.

구문1. CID

컨텐츠속성

ID센터관리번호 권리속성

권리운용속성 유통속성 분배속성 자유영역

컨텐츠속성컨텐츠속성

ID센터관리번호

ID센터관리번호 권리속성권리속성

권리운용속성

권리운용속성 유통속성유통속성 분배속성분배속성 자유영역자유영역

센터관리번호는 고유번호로서 콘텐츠에 유일하게 부여되는 번호로서-

버전번호 지역코드 센터번호 센터내번호로 구성, , ,

콘텐츠속성은 콘텐츠의 내용을 기술하는 정보로서 콘텐츠가 생성된- ,

시점에서 부여된 속성집합으로 여기에는 저작자정보 제작관련정보 내, ,

용에 관한 정보 종별정보 원저작물정보 등이 포함, ,

권리속성은 콘텐츠의 권리관계로서 권리대표자정보와 상세권리정보- ,

저작인접권정보 저작자인격권정보 등을 기술,

권리운용속성은 권리의 허락 위임 양도에 관한 정보 기술- , ,

유통속성은 콘텐츠의 유통이나 매매에 관한 이력정보로서 이용조건- ,

유통정보를 분배속성은 매매수익의 분배에 관한 정보를 기술,

자유영역은 관리센터에 부여되어 자유롭게 사용할 수 있는 영역- ID

메타데이터는 위의 구문에서도 볼 수 있듯이 크게 콘텐츠 속성 권CID ,

리속성 권리운용속성 유통속성 분배속성으로 나눌 수 있다 메타데이, , , . CID

터도 크게 위의 가지 범주를 바탕으로 분석하고자 한다5 .

표 메타데이터 요소 분석< 6> CID

데이터 요소 필요성 설명

Content ID Center

Management Number

- Region Code

- CIC Number

- CIC Internal

Management Number

- Version Code

수정 후 추가

이 항목은 식별자 번호가 부여되는 항CID

목이기 때문에 필수 메타데이터 에서는 독자

적으로 개발중인 식별자 요소를 포함시키면

된다.

Digital content attributes

- Creator attributes 부분적용 필요creator name

- Creation attributes △

날짜와 장소에 대한 정보를 제공하creation

는 요소인데 날짜는 고려해 봐야할creation

요소이다.

- Digital Content title O의 이름을 이나 로 한Title main Distinctive

정하여 제안 필요

- Digital Content class 부분적용요소는 필요 의 값은 정의하여Type Type

제시- Original-work

attributesX

이것은 더블린코어의 정보에 해당하Source

므로 필수 메타데이터 에서는 필요치 않다.

- Other unique identifier O다른 식별자 정보를 나타내는 요소로 필수

메타데이터 에선 필요함Rights Ownership

attributes

- Rights Administrator

- Rights Assertion

Attributes

- Rights Owner

Attributes

- Supplementary notes

X

디지털 콘텐츠의 를 식별하는Rights Owner

요소로 응용메타데이터에서 저작권 관련 정보

에 필요한 요소임

표 메타데이터 요소 분석 계속< 6> CID -

데이터 요소 필요성 설명

Rights Contracts

attributes

- Licence to Exploit

Rights

- Appointment of Rights

Administrator

- Assignment of Rights

X

권리와 관련된 계약의 상태나 관련 용어들을

기술하는 항목이기 때문에 응용메타데이터에

서 저작권 관련 정보에 필요한 요소임

Distribution attributes

- Usage rule

- Distribution

information

X

콘텐츠를 배포하는데 필요한 요소들이기 때

문에 어프리케이션의 유통정보에 필요한 요소

임

Royalties and fees

allocationX

로얄티 정보를 제공하는 요소로 응용에서 유

통정보에 필요한 요소임Free area XSystem control

- Digital signature

- Digital watermark

- Check digits

- Hash value

X

시스템의 업데이터 정보 워터마크 정보 등,

이 들어가는 항목으로 응용메타데이터 중 시

스템 관리쪽에 필요한 요소임

제 절 지식정보자원관리의 메타데이터4 Core

지식정보자원관리 사업은 국자 주요 지식정보자원을 고도 정보통신 인프

라를 기반으로 전자적으로 공유하고 국민 누구나 이를 손쉽게 활용할 수 있

는 체계를 구축하기 위한 사업이다 여기서 지식정보자원이란 국가적으로.

보존 및 이용가치가 있는 교육학술 과학기술 역사 문화 등에 관한 디지털, , ,

화 또는 디지털화의 필요성이 인정되는 자료를 말한다.

지식정보자원관리 사업의 메타데이터 표준은 여러 기관에 분산 구축되어

져 있는 방대한 양의 지식정보자원을 효율적으로 검색관리하기 위한 기본․메타데이터 요소 집합 및 필수 메타데이터 요소를 정의하였다 그리고 각.

분야별 또는 기관별 요구사항에 따라 특화된 확장 메타데이터 요소를 갖는

다 지식정보자원관리 사업에서 권장하는 메타데이터는 더블린코어이다 더. .

블린코어는 개의 단순한 요소로 구성되어 있는데 이중에서 개요소를 선15 7

정하여 필수 메타데이터로 제시하였다 개의 필수 메타데이터 요소는 다음. 7

과 같다.

표 지식정보자원관리 메타데이터 요소< 7> Core

필수

요소명정의

사용 가능한

인코딩 스킴요소에 대한 설명

Title 표제정보자원에 부여된 제목-

정보자원을 공식적으로 지칭하는 이름-

Creator 제작자정보자원의 내용에 주된 책임을 갖고-

있는 개체 사람 또는 단체 의 이름( )

Subject 주제

- KDC

- DDC

- LCC

- UDC

- LCSH

- MeSH

자체 주제분류-

정보자원의 내용을 간결하게 기술한 정-

보자원의 주제

정보자원의 주제를 표현하는 키워드 구- ,

절 또는 분류코드로 나타내어지는데, ,

통제 어휘나 공식적 분류 스킴에 의한

값을 사용하는 것이 바람직함

Publisher 발행처

정보자원을 현재의 형태로 이용 가능하-

게 만든데 대한 책임을 갖고 있는 개체

개인 또는 단체 의 이름( )

Date 날짜

- ISO 8601

- W3C-DTF

- DCMI Period

정보자원이 존재하는 동안 어떤 변화가-

발생한 경우의 해당 날짜

대체로 정보자원의 생성일이나 정보자-

원이 현재의 형태로 이용 가능하게 된

날짜와 관련됨

Type 자료유형- DCT1

자체 유형분류-

정보자원의 범주 또는 유형-

내용의 일반적인 범주 기능 유형 또- , , ,

는 집성 수준을 표현하는 말로서 통제,

어휘의 사용이 권장됨

Identifier 식별자

- URI

- DOI

- ISBN

- ISSN

정보자원을 식별하기 위한 고유한 문자-

열 또는 지시자

이와 같은 지식정보자원관리사업의 필수 메타데이터는 필수메타데이터

요소를 정의한 후에 응용메타데이터를 각 기관마다 나누어 정의하였기 때문

에 각 기관들이 대상으로 하는 대상 콘텐츠를 고려할 필요가 없었다 또한.

지식정보자원관리사업은 콘텐츠를 매체별로 분류 하지 않고 기관마다 주제

별로 분류하여 프로젝트를 진행하였기 때문에 주제 요소가 필수(Subject)

메타데이터 요소로 포함되어 있다.

앞에서도 언급하였듯이 지식정보자원관리사업은 여러 기관에 분산 구축

되어져 있는 방대한 양의 지식정보자원을 효율적으로 검색관리하기 위한․것을 목적으로 하였기 때문에 메타데이터의 검색관리 기능을 중심으로 필․수 메타데이터를 추출한 것이다.

지식정보자원관리사업의 식별메타데이터는 더블린코어 메타데이터 개15

중에 개를 선정하였기 때문에 분석내용은 앞의 더블린코어 요소 분석에7

모두 포함된다.

제 절 대표매체의 필수 메타데이터5

메타데이터1. TV Any-time

은 사용자가 원하는 프로그램을 언제든 원하는 방법으로TV-Anytime

볼 수 있도록 하며 또한 사용자가 전통적인 방식의 방송뿐만 아니라 어느

때나 상연될 수 있는 형태의 새로운 온라인 양방향 대화형 서비스들과 같( )

은 다양한 형태에서 동영상 콘텐츠를 검색하거나 제공받을 수 있도록 하는

것이다 이것은 인터넷의 융통성과 의 즉시성을 결합한 것이라 볼 수 있. TV

다.

이러한 의 응용분야는 다음과 같은 것들이 있다TV-Anytime .

소비자 전자 기반의 영속적인 저장장치를 이용할 수 있는- application

의 개발Spec.

소비자 전자 요구 장치에 대한 콘텐츠 유통을 할 수 있는 다양한 방-

송 유통 체제와 인터넷을 포함한 개발spec.

콘텐츠 제작자로부터 서비스 제공자를 통하여 소비자까지 연결되는-

상호교환과 통합 시스템을 위한 개발Spec.

의 메타데이터는 오직 콘텐츠 제공자와 이용자 이용자들TV-Anytime , ,

또는 메타데이터 제공자와 이용자 등과 같이 다양한 엔티티들 간에 교환될

수 있는 메타데이터를 위한 메타데이터 형식을 정의하고 있다.

에서 메타데이터는TV-Anytime Content Description Metadata,

Instance Description Metadata, Consumer Metadata, Segmentation

가 있다 는 콘텐츠가 지니는 특별Metadata . Content Description Metadata

한 특성에 상관없이 독립적으로 콘텐츠를 기술하는 메타데이터 요소로 구성

되며 는 같은 특성을 지닌 콘텐츠 사이의, Instance Description Metadata

의미적인 차이점이 존재할 경우 유용한 메타데이터 요소로 주로 프로그램의

위치와 관련된 것이다 는 유용한 정보를 나. Consumer Metadata History

타내는 요소들로 구성되어 이 메타데이터 요소를 통해 이용자들이 원하는

정보를 얻기위해 어떤 행동을 실행했었는지 알 수 있다. Segmentation

용어와 공통의 어플리케이션을 위한 요구사항 리스트를 정의하는Metadata

것이다.

을 구성하는 위와 같은 메타데이터 중에서도 본 연구에서TV-Anytime

는 콘텐츠와 직접 관련이 있는 를 살펴보았Content Description Metadata

다 에서도 공통적인 코어셋이 도출되어 있. Content Description Metadata

는데 필수 요소는 가지이며 권장 요소는 가(Mandatory) 1 (Recommended) 5

지로 총 가지 요소로 구성되어 있다6 .

가 필수 요소. (Mandatory)

의 중 필수요소는 다음과TV-Anytime Content Description Metadata

같이 요소 하나이다 은 콘텐츠를 식별하는 중요한 요소 중에 하Title . Title

나이다.

표 의 필수 요소< 8> Content Description Metadata

요소명 정 의

Title프로그램에 대한 타이틀로 다양한 언어로 된 다양한 타이틀이 존

재할 수 있다 타이틀은 항상 최소한 하나는 기술되어야 한다. .

나 권장 요소. (Recommended)

의 중 권장요소는 아래와TV-Anytime Content Description Metadata

같이 가지이다5 .

표 의 권장요소< 9> Content Description Metadata

요소명 정 의

Synopsis 프로그램에 대해 문자로 기술한 것

Genre프로그램에 대한 장르로 에서는 장르TV-Anytime

에 대한 셋을 나름대로 정의하여 제공하고 있음

Language/Captionlanguage

/SignLanguage

프로그램에 사용된 언어를 기술하는 것으로 주로

구두로 사용된 언어 캡션에 사용된 언어 부호로 사, ,

용된 언어의 정보를 표현

MemberOf 프로그램을 후원하는 회원들의 그룹 리스트

CreditsList프로그램을 위한 배우 감독 등의 크레디트 리스트,

를 제공하는 요소

위의 가지 요소 중에서 콘텐츠의 식별을 위한 요소로 필요한 요소는6

과 이다 은 콘텐츠를 구분할 수 있는 역할까지는 못하지만Title Genre . Title

콘텐츠를 식별하는데 인식할 수 있는 역할은 제공하기 때문에 필요한 요소

이며 는 동일한 제목의 콘텐츠일 경우 콘텐츠를 식별하는데 매우 유, Genre

용한 요소이며 콘텐츠 식별뿐만 아니라 이용자들이 검색을 하는데 있어서도

매우 중요한 요소이다.

의 경우는 콘텐츠의 다른 모든 요소들이 동일할 경우Language Korean,

등의 값으로 콘텐츠를 식별할 수 있으나 드문English, Dutch Language

경우에 해당되며 언어가 다르면 이용자들의 접근방법도 달라지는 경우가 있

기 때문에 이 요소는 식별의 요소보다는 응용 요소로 표현되어야 한다 마.

지막으로 와 두 요소는 방송 프로그램의 특징상 필MemberOf CreditsList

요한 요소이기 때문에 방송 프로그램 콘텐츠를 대상으로하는 응용메타데이

터에서 표현되어야 한다.

메타데이터2. VRA(Visual Resources Association)

은 과 같이 시각적인 과 같은 창작VRA Core Categories image works

레코드에 적용하기 위한 엘리먼트 셋이다 는. Data Standard Committee

원리에 따라 에 의해 개발되었으며 다시 말하1:1 Dublin Core community

면 오직 하나의 또는 는 안에서 기object resource single metadata set

술되어 진다.

현재 는 까지 개발되었으며 총 개VRA Core Categories version3.0 17

의 요소로 구성되어 있다 다음과 같은 개의 각 요소들은. 17 Dublin Core

메타데이터 요소들과 매핑되어 있다.

표 요소< 10> VRA Core Categories

한정어

(Qualifiers)정의(Definition)

Dublin

Core

Record Type None레코드의 유형을 나타내는 것으로 WORK

와 개중 하나의 값으로 입력IMAGE 2TYPE

Type None

위에서 입력한 나 란 값에WORK IMAGE

서 더 세부적으로 나누어진 유형의 값을 입

력

TYPE

Title

Variant

Translation

Series

L a r g e r

Entity

나 에 주어진 제목WORK IMAGE TITLE

MeasurementsDimensionsFormatResolution

나 의 사이즈 모양 포맷WORK IMAGE , ,

등의 수치적으로 측정할 수 있는 값을 나타

냄 권수 무게 실행시간 등의 값도 포함됨( , , )

FORMA

T

Material MediumSupport 나 를 구성하는 재료WORK IMAGE

FORMA

T

Technique None나 를 제작하는 과정 기술WORK IMAGE , ,

방법 등을 나타내는 것

FORMA

T

표 요소 계속< 10> VRA Core Categories -

한정어

(Qualifiers)정의(Definition) Dublin Core

Creator

Role

Attribution

Personal name

C o r p o r a t e

name

나 를 디자인하거나 만든 사WORK IMAGE

람 또는 조직의 이름이나 명칭

CREATOR

CONTRIBUTO

R

Date

Creation

Design

Beginning

Completion

Alteration

Restoration

나 를 만들거나 디자인한 날WORK IMAGE

짜로 나 로 표현free text numerical

DATE

COVERAGE

Location

Current Site

Former Site

Creation Site

Discovery Site

C u r r e n t -

Repository

F o r m e r -

Repository

나 를 포함하는 저장소나 빌WORK IMAGE

딩의 지리적인 위치나 이름

CONTRIBUTO

R

COVERAGE

ID Number

C u r r e n t -RepositoryFormer-RepositoryCurrent-AccessionF o r m e r -Accession

나 에 부여된 유일한 식별자WORK IMAGE

들IDENTIFIER

Style/Period

StylePeriodGroupSchoolDynastyMovement

나 에서 표현된 스타일 역사WORK IMAGE ,

적 기간 그룹 학교 등의 특징들, ,

COVERAGE

SUBJECT

Culture None

나 를 만들거나 또는WORK IMAGE WORK

나 와 관련된 문화 사람 또는 나라의IMAGE ,

이름

COVERAGE

이와 같은 개의 요소를 분석하여 식별관점에17 VRA Core Categories

서 식별메타데이터 요소로 필요한 요소와 분필요한 요소로 구분해 보면 다

음과 같다.

표 요소 분석< 11> VRA Core Categories

데이터요소 필요성 설 명

Record Type

O

에서는 을 크게 와 를VRA Record Type Work Image구분하기 위해 둘 중에 하나로만 기입하며 은Type

와 를 세부유형으로 나누어 해당유형을 입Work Image력하는 요소이기 때문에 아래 과 합쳐진 개념으로Type하나만 수용가능 하다.

Type

Title O

제목은 콘텐츠에 부여된 이름으로 콘텐츠를 식별하는가장 기본요소이다 그러나 이라고만 하면 너무 광. Title범위 하기 때문에 앞의 더블린코어의 한정어와 같이

라는 한정어를 두면 명Distinctive, Main, Alternative확하나 부가적인 정보는 응용에서 기술해도 되는Title요소이기 때문에 필수 메타데이터 에서는 대표 Title하나로 정확히 기술 한다.

Measurements X

는 디지털 콘테츠 자체를 식별한다기Measurements보다 콘텐츠의 형식을 식별하는 요소이기 때문에 필수메타데이터에 포함되기 보다 응용메타데이터 요소로 제공되는 것이 나을 것이다.

Material X 도 위의 와 마찬가지다Material Measurements .

Technique X 도 위의 와 마찬가지다Material Measurements .

Creator O

는 더블린코어의 창작자와 마찬가지로 콘텐츠Creator창작에 직접관여한 사람이나 기관을 나타내는 요소로 콘텐츠를 식별하는데 유용한 정보로 사용될 수 있다 여기.서는 와 의 특성을 고려하여 창작자의 역할Work Image을 한정어로 두어 통제된 리스트에서 값을 부여하도록되어있다.

Date △더블린코어 메타데이터의 요소에서 설명하였듯이Date정기간행물이나 시리즈물에서 중요한 식별요소 이기 때문에 고려해봐야 하는 요소 이다.

Location X더블린코어의 범위 와 같은 요소로 콘텐츠(Coverage)의 지리적 정보를 기술하는 것이기 때문에 주제와 마찬가지로 필수 메타데이터엔 포함될 필요가 없다.

ID Number O 용어를 로 수정하여 적용Identifier

표 요소 분석 계속< 11> VRA Core Categories -

데이터요소 필요성 설 명

Style/Period X

이것은 콘텐츠에 정의된 스타일 역사적인 기간 그룹 등, ,을 나타내는 요소로 더블린코어의 와Coverage, Subject비슷한 의미로 사용된다 따라서 콘텐츠 내용을 기술하는.요소로 식별을 위한 필수 메타데이터엔 포함될 필요가 없다.

Culture X

문화나 사람의 이름 등을 나타내는 요소로 더블린코어의와 같은 의미로 사용된다 따라서 콘텐츠 내용Coverage .

을 기술하는 요소로 식별을 위한 필수 메타데이터엔 포함될 필요가 없다.

Subject X는 콘텐츠의 내용을 기술하는 요소이기 때문에Subject

콘텐츠 식별보단 검색에 유용한 정보이다 따라서 필수 메.타데이터 요소엔 필요치 않다.

Relation X은Relation 소스와 마찬가지로 콘텐츠의 연계성을 나타내

기 위한 요소이기 때문에 필수 식별을 위한 메타데이터에필요치 않다.

Description XDescription은 검색에 유용한 정보이기 때문에 식별을 위한 필수 메타데이터에 포함되지 않아도 되며 이 요소로콘텐츠를 식별할 수 없다.

Source X Source는 콘텐츠의 연계성을 나타내기 위한 요소이기 때문에 식별을 위한 필수 메타데이터에 필요치 않다.

Rights X

콘텐츠의 권리와 관련된 정보를 제공하는 요소로 콘텐츠를 식별하기보다 콘텐츠의 저작권 관련정보를 제공하기때문에 응용메타데이터의 저작권 부분으로 포함되어야 한다.

분석한 결과 개의 요소 중 식별관점에서 필요17 VRA Core Categories

한 요소는 가지이다 그리고 정기간행Type, Title, Creator, ID Number 4 .

물이나 시리즈물에서 콘텐츠를 식별하는데 중요한 역할을 하는 는 고Date

려해봐야 하는 요소이다 메타데이터가 더블린코어를 바탕으로 개발된. VRA

것이기 때문에 분석 결과는 더블린코어의 가 여기서는Identifier ID

로 각각 정의된 용어만 다를 뿐 의미가 같기 때문에 더블린코어 메Number

타데이터와 동일하다고 할 수 있다.

제 장 식별메타데이터에 대한 요구사항4 UCI

독자적 식별체계의 식별메타데이터를 개발하는데 있어서 단순히 식별될

수 있는 요소만을 정의하는 것은 타당성이 부족하므로 우선 대표 매체를 정

하고 그 매체를 대표할 수 있는 응용메타데이터의 필수를 분석하여 그 교집

합을 고려한다 분야를 매체 중심으로 정의하는 것은 주제분야로 정의하는.

것이 너무 방대하고 단기간에 걸쳐 정의하기 어렵기 때문이며 결국 주제분,

야 안에서도 매체별로 정의하는 것이 필요하기 때문이다.

이와 같은 필수 메타데이터는 총괄관리기구가 등록관리기관을 관리하는

용도로도 고려되어야 하지만 일반 이용자들에게도 공개될 수 있는 메타데이

터가 되어야 하므로 사용자 입장에서도 고려되어야 한다.

독자적 식별체계의 식별메타데이터 개발에 있어서 고려되어야 할 요구사

항 들을 정리하면 다음과 같다.

고유한 식별성1.

이것은 본 사업에서 개발하고자 하는 필수 메타데이터 요소들이 XML

에서 선언될 네임스페이스 안에서 고유하게 식별되어야 한다는 것Schema

이다 상호운용성을 위해서 메타데이터 요소는 주어진 네임스페이스 도메인.

안에서 유일해야만 한다 예를 들면 저자라는 의미를 지닌 메타데이터 요소.

가 하나의 네임스페이스 도메인 안에서 나 등으로 중복되Author Creator

어 나타나게 되면 상호운용성에 문제가 생기기 때문이다.

그러나 하나의 의미를 지닌 메타데이터 요소가 매체별로 여러 개 나타나

거나 다른 표제어로 나타날 경우에는 매체별로 묶어 그 안에서 표현해 줄

수 있도록 해야 한다 예를 들면 의 경우는 저자란 표제어로 표현해. e-book

줄 수 있지만 이미지의 경우 저자 보다는 작가란 표제어로 더 많이 사용된

다 이럴 경우엔 에선 저자 이미지에선 작가라는 표제어로 사용한. e-book ,

다는 조건을 선언해 줘야 한다 또한 오디오의 경우 작곡가 작사가 가수. , ,

등 여러 명이 저자로 올 수 있는데 오디오란 매체 안에서 저자의 역할을 표

현해 줄 수 있는 요소를 두거나 오디오라는 매체 안에서 나타낼 수 있는 요

소가 제공되어야 한다.

적용성2.

필수 메타데이터는 총괄관리기구에서 등록자들이 등록관리기관에 등록한

필수 메타데이터를 받아서 관리하는 것이기 때문에 Audio, Video, e-Book

등 모든 매체에 관계없이 적용 가능해야 한다는 것이다 따라서 필수 메타.

데이터를 정의할 때 식별체계의 관점에서 매체의 특징들을 고려하여 모든

매체에 적용 가능하도록 메타데이터 요소를 정의해야만 한다.

보편성3.

필수 메타데이터는 등록관리기관이 될 수 있는 협력기관들과 밀접한 관

련이 있다 왜냐하면 필수 메타데이터를 등록자들이 등록관리기관에 등록하.

면 그것을 등록관리기관이 총괄관리기구에 넘겨주기 때문에 등록관리 기관

이 될 수 있는 협력기관들과 협의 과정을 거쳐서 그들이 문제없이 수용하여

협력기관들이 이미 구축하여 운영하고 있거나 앞으로 구축할 시스템에 적용

가능해야만 하기 때문이다 따라서 메타데이터 요소는 최소한의 핵심요소들.

로 구성이 되어야 한다.

공개성4.

필수 메타데이터는 식별체계의 구문구조 만으로 콘텐츠를 식별할 수 없

기 때문에 콘텐츠를 식별할 수 있는 요소로 필수 메타데이터가 제공되어야

한다 그리고 이러한 필수 메타데이터는 일반 이용자들 에게도 제공될 수.

있기 때문에 공개 가능한 요소로 구성되어야 한다 예를 들면 저자의 주민.

등록 번호나 콘텐츠 제공자의 사업자 등록번호 등은 개인의 신상정보와 관

련된 요소들로 공개되면 안 되는 요소들이기 때문에 필수 메타데이터의 요

소로는 부적합하다.

메타데이터간의 상호운용성5.

개발 하고자 하는 필수 메타데이터가 기존에 존재하는 기반 식별체URN

계의 필수메타데이터와의 상호운용성이 보장되어 연계 기능을 지원하기 위

해서는 각 요소들 마다 의미적인 매핑정보를 제공해야 한다 예를 들면.

의 과 지식정보자원관리 사업의 은 같은 것을 의미DOI Kernel Type Type

하므로 매핑되고 의 와 지식정보자원관리 사업, DOI Kernel Primary agent

의 가 의미적으로 매핑 될 수 있다 이러한 매핑정보가 표로 제공Publisher .

되면 사용자들이 파악하기 쉬울 것이다.

또한 필수 메타데이터는 기존에 존재하는 등 다양Text, Image, Audio

한 매체의 메타데이터 표준과 독자적 식별체계에서 요구하는 요구사항들을

고려하여 를 운영관리하고 식별기능을 수행할 수 있는 요소들을 도출하RA ․여 기존에 존재하는 다양한 매체의 메타데이터와도 상호운용성이 보장되도

록 지원할 수 있어야 한다.

의 빠른 정착과 활성화를 위해서는 식별체계가 우선 정착되어야한URN

다 그래야 디지털 자원관리도 제대로 이루어지기 때문이다 따라서 너무. .

많은 요구사항을 만족시키려 하는 것 보다 시스템의 안정화를 빨리 이루어

여러 기관에서 자연스럽게 적용할 수 있도록 해야 한다 궁극적으로 복잡하.

면 현실화되기 어렵기 때문에 쉽게 빨리 정착될 수 있도록 위의 요구사항을

만족하는 필수메타데이터를 기반으로 한 독자적인 식별체계를 구현한다.

제 장 식별메타데이터5 UCI

제 절 식별메타데이터의 개요1

식별메타데이터는 구문구조에서 표현할 수 없는 요소들을 추가적으UCI

로 구성하여 이용자들이 원하는 콘텐츠를 쉽고 빠르게 식별할 수 있도록

정의된 것이다.

식별메타데이터는 앞의 장에서 기술한 식별메타데이터에 대한 가지4 5

요구사항인 고유한 식별성 적용성 보편성 공개성 메타데이터간의 상호운, , , ,

용성을 고려하여 콘텐츠를 식별할 수 있는 최소한의 공통된 요소로 구성하

였다.

식별메타데이터는 다음과 같은 원칙으로 개발되었다.

첫째 메타데이터 요소에 하위요소를 두지 않는다 다만 저작권관련자, .

는 제외이다 왜냐하면 저작권관련자의 역할(RightsAssociatedParty) .

이 저작권관련자와 같은 상위 요소로 입력될(RightsAssociatedPartyRole)

경우 저작권관련자가 여러 명일 때 여러 개의 저작권관련자의 역할과 매치

시키기 어렵기 때문이다 그러나 둘다 상위요소로 둘 경우에. XML

로 구현시 저작권관련자의 역할을 어트리뷰트로 표현하는 방법이Schema

있다 본 연구에서는 사용자들에게 모호성이 없도록 하기 위하여 저작권관.

련자의 역할만을 하위요소로 허용하기로 한다.

둘째 메타데이터간의 상호운용성을 보장하기 위하여 원칙dumb-down 1)

을 준수한다 원칙은 더블린코어 메타데이터에서 사용된 원칙. dumb-down

으로 이나 와 같은 의 하위요소가 있는 메타데이터와main alternative Title

의 호환에 있어서 문제가 생길 수 있기 때문에 원칙을 적용하dumb-down

여 하위요소가 있는 메타데이터와 호환 시 여러 개의 을Title TOP Level

하나로 묶어서 매핑 할 수 있도록 하는 것이다.

제 절 식별메타데이터 요소 개발2 UCI

식별메타데이터 요소는 기존의 메타데이터 분석을 바탕으로 앞의UCI

메타데이터에 대한 가지 요구사항과 가지 원칙을 준수하여 아래와 같이5 2

가지 요소로 정의되었다8 .

표 식별메타데이터 요소< 12> UCI

용 어 정 의 수 비고

UCI한국전산원에서 부여하는 고유한

콘텐츠 식별번호1..1

Title 제목 알려져 있는 자원의 이름 1..n

S t r u c t u r a l

Type 구조적 유형

국제도서관협회 에서 제시(IFLA)

되었으며 와 에서DOI INDECS

채택하여 사용한 개 유형 실물4 ( ,

디지털 작품 공연 을 허용값으, , )

로 하며 은 로 한Digital default

다.

1..1

실물(Physical)

디지털(Digital)

공연 ( S p a t i o

-Temporal)

작품

(Abstraction)

Mode 표현형태자원의 주된 감각적 혹은 지각적

표현 형태1..1 참조Qualifier

Format 파일형식 자원의 디지털 파일 표현형식 1..1encoding-

참조schemaR i g h t s

A s s o c i a t e d

Party

저작권관련자콘텐츠의 저작권과 관련된 사람

이나 기관1..n

R i g h t s

A s s o c i a t e d

Party Role

저작권관련자

의 역할

콘텐츠의 저작권과 관련된 사람

이나 기관의 역할 허용값( )1..n 참조Qualifier

Identifier 기존식별자 기존에 존재하는 식별자 0..nencoding-

참조schema

가지 식별메타데이터요소 중 이용자들이 필수적으로 입력해야 하는 항8

목은 Title, Mode, Format, RightsAssociatedParty, RightsAssociated-

가지이다 는 식별메타데이터를 입력할 경우 자동으로 부여되PartyRole 5 . UCI

는 번호이며, 또한 시스템 상에서 로 이 입Structural Type default Digital

력된다 그리고 는 커디널리티가 까지 이기 때문에 입력할 값. Identifier 0..n

이 없으면 입력하지 않아도 되기 때문이다.

이와 같이 개발된 식별메타데이터 요소에 대한 정의는 다음과 같은 형식

으로 기술한다.

용어명 : 식별메타데이터에서 유일하게 부여한 요소의 용어명UCI

U R I : 용어를 유일하게 식별하는데 사용되는 URI

한글용어명 : 식별메타데이터에서 유일하게 부여한 요소의 한글UCI

용어명

레 이 블 : 인간이 읽을 수 있도록 용어에 부여된 레이블

한글레이블 : 인간이 읽을 수 있도록 용어에 부여된 한글레이블

정 의 : 용어의 개념이나 중요한 특징을 나타내기 위해 기술한

것

용어 유형 : 나 와 같은 용어의 유형Element Encoding Scheme

주 석 : 용어에 대한 추가정보

카디날리티 : 용어가 표현되는 빈도 수

1. UCI(Universal Content Identifier)

는 기반으로 한국전산원에서 개발하여 부여하는 고유한 콘텐츠UCI URN

식별번호 이다 식별번호를 부여받기 위해서는 를 제외한 나머지. UCI UCI

개의 식별메타데이터 요소를 입력해야만 한다 번호를 부여받는 방법6 . UCI

은 가지가 있다 자동으로 임의의 번호를 부여받는 방법과 원하는 번호로2 .

부여받는 방법이다.

자동으로 임의의 번호를 부여받는 방법은 가지 식별메타데이터를 입력6

하고 해당 콘텐츠의 등록 과정을 완료하면 번호를 등록받는 등록관UCI UCI

리기관에서 자동으로 임의의 번호를 부여하게 된다.

또 하나 원하는 번호를 부여받는 방법은 해당 콘텐츠의 를 등록UCI UCI

하는 과정에서 구문구조 원칙에 따라 접미부 부분을 원하는 구UCI (Suffix)

조로 제시하면 등록관리기관에서 유일성에 어긋나지 않는 범위에서만UCI

승인을 해주게 된다 그리고 한번 부여된 번호는 수정할 수 없다. UCI .

용어명 : uci

U R I : http://www.uci.or.kr/uci/terms/uci

한글용어명 : 디콘식별자

레 이 블 : Universal Content Identifier

한글레이블 : 온라인 디지털 콘텐츠 식별자

정 의 : 한국전산원에서 부여하는 고유한 콘텐츠 식별번호

용어 유형 : 요소

주 석 : 한국전산원에서 부여한 이외의 식별자 사용을 불허

카디날리티 : 1..1

2. Title

은 알려져 있는 자원의 이름으로 콘텐츠를 식별하는데 중요한 역할Title

을 하는 요소 중에 하나이다 의 카디날리티를 으로 정한 이유는. Title 1..n

콘텐츠의 제목이 주제목 부제목 총제목 등 여러 가지가 있을 경우 입력하, ,

는 사람들이 어느 것을 입력해야 하는지 고민하는 경우가 생기기 때문에 여

러 개를 두어 원하는 은 모두 입력가능하게 하였다 다만 복잡성을 배Title .

제하기 위하여 하위요소로 두지 않는 것을 원칙으로 하였다.

또한 더블린코어 메타데이터의 이나 와 같은 의 하main alternative Title

위요소가 있는 메타데이터와의 호환에 있어서 문제가 생길 수 있기 때문에

더블린코어 메타데이터에서 사용한 원칙을 적용하여 하위요소dumb-down

가 있는 메타데이터와 호환 시 여러 개의 을 하나로 묶어Title TOP Level

서 매핑 할 수 있도록 하였다.

용어명: title

U R I : http://purl.org/dc/elements/1.1/title

한글용어명 : 제목

레 이 블 : Title

한글레이블 : 제목

정 의 : 알려져 있는 자원의 이름


주 석 : 일반적으로 공식적으로 알려진 자원의 이름을 제목으로,

기입함

카디날리티 : 1..n

3. Structural Type

은 자원의 주된 구조적 유형으로 국제도서관협회Structural Type

에서 제시한 유형으로는(IFLA) Work, Expression, Manifestation, Item

이 있다 는 추상적 개념 단위의 작품을 나타내는 것으로 다른 말로. Work

이다 예를 들면 의 작품인Abstraction . William Shakespeare Romeo and

이 있다 은 특정 와 관련된 다양한 표현물들을 나타Juliet . Expression Work

내는 것으로 다른 말로는 이다 예를 들면 뮤지컬 콘서트 연Performance . , ,

극 등과 같은 공연을 나타내는 것이다 은 에 대한. Manifestation Work

이 물리적으로 구체화 된 형태이다 이러한 의 개Expression . Manifestation

념은 광범위한 것으로 책 지도 사운드 레코드 필름 등을 들, , , , CD-ROM

수 있다 에 대한 단순한 견본이 에 해당한다. Manifestation Item .

이와 같이 에서 제시한 자원의 유형 개념을 바탕으로IFLA Tangible

가지 유형이Fixation, Intangible Fixation, Performance, Abstraction 4

제안되었다 은 소설책 잡지책 등과 같이 물리적으로 만. Tangible Fixation ,

들어진 실물을 나타내는 것으로 로 표현할 수 있으며Physical , Intangible

은 실물 이외의 온라인상에서 디지털 화 된 상태로 존재하는 것들Fixation

로 대표적으로 이란 단어로 표현할 수 있다 는 연극Digital . Performance ,

뮤지컬 콘서트 등과 같은 공연을 나타내는 것으로 이란 단, SpatioTemporal

어로 표현할 수 있으며 은 물리적으로 또는 디지털로 표현되기, Abstraction

전의 상태 즉 콘테츠로 구체적으로 표현되기 전 단계를 나타내는 것으로,

로 표현할 수 있다Abstraction .

에서 정의한 가지 유형은 콘텐츠와 관련된 전문가들이 오랫동안IFLA 4

고민하고 정의한 것이기 때문에 국제적 호환성을 위하여 그대로 수용하도록

하였다 현재 메타데이터에서 가지 유형을 그대로 적용하여. DOI Kernel 4

사용하고 있다 그러나 본 연구에서는 식별체계 자체가 디지털 콘텐츠. UCI

를 대상으로 개발되었기 때문에 이 값은 디지털을 로 시스템적으로default

자동 입력되게 하며 이용자들의 편의성을 위하여 인터페이스 상에서는 나타

나지 않게 한다 그리고 후에 대상 콘텐츠의 범위가 넓어지고. Structural

으로 인한 콘텐츠의 식별이 필요할 경우 값을 입력할 수 있도록 확장Type

성을 제공하는 것을 원칙으로 한다.

용어명: structuralType

U R I : http://www.uci.or.kr/uci/terms/structuralType

한글용어명 : 구조적유형

레 이 블 : Structural Type

한글레이블 : 구조적 유형

정 의 : 자원의 주된 구조적 유형


주 석 : 국제도서관협회 에서 제시하였고 에서 채택한(IFLA) DOI

개의 유형을 허용값으로 하며 을 로 함4 Digital default


4. Mode

는 자원의 주된 감각적 혹은 지각적 표현 형태로 동일한 콘텐츠가Mode

책이라는 시각적 매체와 영화라는 시청각적 매체로 만들어 지게 되면 UCI

를 제외한 나머지 메타데이터 요소의 값이 같을 경우 콘텐츠를 식별하는 중

요한 역할을 할 수 있기 때문에 식별메타데이터 요소로 정의하였다 의. UCI

허용값은 시청각 시각 청각 추상물(Audio+Visual), (Visual(), (Audio),

가지 유형을 허용값으로 둔다 이러한 가지 값은 위의(Abstract) 4 . 4

의 값을 입력하게 될 경우 같이 짝을 이루어 제공되어야Structural Type

하는 정보이기 때문에 식별메타데이터 요소로 두었다 그러나 일반 등록자.

들이 가지 유형에 대해 이해하기가 용이하지 않기 때문에 허용값과 충분4

한 설명을 제시한다.

시청각의 허용값은 단순 시청각 복합 시청각 으로(Simple), (Complex)

분류하는데 은 하나의 와 하나의 로만 구성된 단순 저Simple Audio Visual

작물을 가리키며 는 배경음악과 나레이션 등 하나이상의, Complex Audio

와 영상 그리고 영상을 설명하는 등과 같이 하나이상으로 구성된 복, Text

합콘텐츠를 가리킨다.

시각의 허용값은 텍스트 이미지 로 분류하며 여기서 이(Text), (Image)

미지는 와 로 나눌 수 있다 이미지Still Image Moving Image . Still Image

는 모두 에 속하지만 는 와 결합하여Visual Moving Image Audio

로 제공되는 것이 대부분이기 때문에 로 분류Audio+Visual Audio+Visual

하나 중에서도 가 배제된 단순한 플래쉬 파일 같은Moving Image Audio

것은 로 분류한다Visual .

청각의 허용값은 음향 음성 음악 으로 나누며(Sound), (Speech), (Music)

는 사람의 발음기관에서 나오는 모든 소리를 나타내는 것으로 녹음Speech

된 연설문이나 목소리로 녹음한 책 아나운서나 디스크자키에 의해 진행되,

는 라디오 방송 등이 여기에 속한다 그리고 은 사람이 부른 노래가. Music

녹음된 것을 가리키는 것으로 와 에 해당되지 않는 모든 소리Speech Music

는 로 분류한다 의 예로는 효과음이나 경음악 같이 사람의 목Sound . Sound

소리 이외의 소리를 나타내는 것이다.

이와 같은 의 허용값은 확장성이 보장되어 필요에 따라 계속 추가Mode

수정되어야만 한다.

용어명: mode

U R I : http://www.uci.or.kr/uci/terms/mode

한글용어명 : 표현형태

레 이 블 : Mode of Resource

한글레이블 : 자원의 표현 형태

정 의 : 자원의 주된 감각적 혹은 지각적 표현 형태


주 석 : 자원의 표현 방식 청각 시각 등 에 대해서 기술함( , , )


5. Format

은 식별체계의 대상이 디지털 콘텐츠이기 때문에 디지털 콘Format UCI

텐츠 관점에서 다양한 정보가 이용자들이 콘텐츠를 식별하고 이용하Format

는데 중요한 정보가 될 수 있다는 점을 고려하여 식별메타데이터에 추가하

게 되었다 예를 들면 해리포터 라는 작품이 파일과 파일로 존재. ‘ ’ hwp doc

할 경우 이용자 들이 정보를 통하여 한글 소프트웨어를 가지고 있는Format

경우 파일을 선택하고 마이크로소프트 워드가 있는 경우에는 파일hwp doc

을 선택하는 것처럼 자신이 가지고 있는 소프트웨어에 맞는 파일을 선택할

수가 있기 때문이다.

이 요소값은 허용값으로 제공되어야 하나 국제적으로 많이 사용되고 있

는 값은 많이 쓰이고 있음에도 등록되지 않은 값들이 많기 때문에 고MIME

려해 봐야 하며 여러 사이트에서 제공되고 있는 수백가지의 값들은Format

무료로 링크정보를 제공할 수 있는지 그리고 그 값들이 유용한 값들인지 고

려되어야만 한다 따라서 본 연구에서는 우선 요소만 추가하고 그. Format

허용값은 다음에 추가 확장하도록 한다.

용어명: format

U R I : http://purl.org/dc/elements/1.1/format

한글용어명 : 파일형식

레 이 블 : format

한글레이블 : 디지털 파일형식

정 의 : 자원의 디지털 파일 표현형식


주 석 : 자원이 표현되는 디지털 파일 형식을 기술하는 것으로 자

원을 보여주거나 실행시키는데 필요한 소프트웨어나 하드

웨어 등을 결정하기위해 사용될 수 있음


6. Rights Associated Party

는 저작권관련자로 콘텐츠의 저작권과 관련된Rights Associated Party

모든 사람이나 기관을 나타낸다 이 용어는 이전에 등록자 로. Registrant( )

정의되었었으나 등록자의 의미가 콘텐츠를 등록한 한사람 밖에 인식이 안

되기 때문에 콘텐츠를 등록할 수 있는 가격을 가진 사람 모두를 입력할 수

있게 하면 이용자들에게 혼돈을 야기 시킬 수 있다 여기서 콘텐츠를 등록.

할 수 있는 가격을 가진 사람 모두를 입력 가능하게 하는 이유는 식별메타

데이터는 공개를 원칙으로 하기 때문에 이용자들이 식별메타데이터를 보고

가 될 수 있기 때문에 콘텐츠를 등록할 수 있는 자격을 가진contract point

여러 사람들이 문제를 일으킬 수 있다 그러므로 용어 자체를. Rights

로 수정하여 콘텐츠의 저작권과 관련된 모든 사람이나 기Associated Party

관이 등록 가능하도록 확장성을 제공하였다.

용어명: rightsAssociatedParty

U R I : http://www.uci.or.kr/uci/terms/rightsAssociatedParty

한글용어명 : 저작권관련자

레 이 블 : Rights Associated Party

한글레이블 : 저작권관련자

정 의 : 콘텐츠의 저작권과 관련된 모든 사람이나 기관


주 석 : 콘텐츠의 저작권과 직간접적으로 관련되어 있는 사람이․나 단체는 모두 등록가능 함


7. RightsAssociatedParty Role

은 앞의 의 역Rights Associated Party Role Rights Associated Party

할정보를 제공하는 것으로 작가 제작사 방송사 배급사 등의 콘텐츠의 저, , ,

작권과 관련되어 있는 모든 사람이나 기관의 역할을 나타내는 것이다 이.

요소는 식별메타데이터 개발 원칙에 따라 의 하Rights Associated Party

위요소로 존재한다 원래 식별메타데이터 개발 원칙은 하위요소를 두지 않.

는 것 이였는데 의 경우Rights Associated Party Role Rights

가 여러 개일 때 둘 다 상위요소로 존재하면 서로 매치시Associated Party

키는데 문제가 발생하기 때문에 만은 하위Rights Associated Party Role

요소를 두지 않는다에서 제외시켰다 이 값은 허용값을 제시하여 입력할 때.

참고할 수 있도록 제공하나 확장성을 두어 계속 추가 보완 될 수 있도록 한

다.

용어명: rightsAssociatedPartyRole

URI:http://www.uci.or.kr/uci/terms/rightsAssociatedPartyRole

한글용어명 : 저작권관련자의 역할

레 이 블 : Rights Associated Party Role

한글레이블 : 저작권관련자의 역할

정 의 : 콘텐츠의 저작권과 관련된 모든 사람이나 기관의 역할


주 석 : 콘텐츠의 저작권과 직간접적으로 관련되어 있는 사람이․나 단체의 역할을 허용값 중에서 입력함


8. Identifier

는 이미 콘텐츠에 부여되어 있는 기존의 식별자로 대표적인 예Identifier

로 단행본에 부여되는 정기간행물에 부여되는 과 기존에 존재ISBN, ISSN

하던 디지털 콘텐츠 식별자인 그리고 콘텐츠의 위치를 제공해주는DOI

등을 들 수 있다URL .

이러한 요소가 구문구조 부분에서도 표현가능하도Identifier UCI Suffix

록 확장성을 제공하고 있기 때문에 중복하여 식별메타데이터 요소로 표현해

야 하는가 라는 의문이 제기되었다 그러나 구문구조의 부분은 권고. Suffix

사항이기 때문에 항상 그 정보가 제공되지 못할 것이며 비록 기존의 식별,

번호를 부여받지 않은 콘텐츠의 수가 더 많더라도 부여받은 콘텐츠일 경우

에는 국제적으로 승인된 값이며 무엇보다 콘텐츠를 식별하는 중요한 역할을

할 수 있기 때문에 식별메타데이터 요소로 포함시켰다 그리고 그 값의 카.

디날리티를 으로 정의하여 기존 식별번호가 없는 경우는 입력하지 않아0..n

도 된다.

용어명: identifier

U R I : http://purl.org/dc/elements/1.1/identifier

한글용어명 : 기존식별자

레 이 블 : Identifier

한글레이블 : 자원의 기존 식별자

정 의 : 콘텐츠에 부여된 기존에 존재하는 식별자


주 석 : 등록할 콘텐츠가 기존의 식별자를 지니고 있으면 식별을

돕기 위해서 입력할 것을 권장함


제 절 식별메타데이터의 허용값3 UCI

식별메타데이터의 요소 중에서 structuralType, mode,

개의 요소는 다음과 같은 허용값을 갖는rightsAssociated- PartyRole 3

다.

의 허용값1. structuralType

표 의 허용값< 13> structuralType

허용값 설명

실물(Physical)소설책 잡지책 등과 같이 물리적으로 만들어진 실물을,

나타내는 것

디지털(Digital)

실물 이외의 온라인상에서 디지털 화 된 상태로 존재하

는 것으로 시스템으로 구현 시 자동 값으로 입력default

되게 함

공연(SpatioTemporal) 연극 뮤지컬 콘서트 등과 같은 공연을 나타내는 것, ,

작품(Abstraction)물리적으로 또는 디지털로 표현되기 전의 상태 즉 콘테,

츠로 구체적으로 표현되기 전 단계를 나타내는 것

의 허용값2. mode

의 허용값은 크게 시각 청각 시청각 추상 개가 있다 그러나mode , , , 4 . 4

개의 값만으로는 이용자들이 등록하고자 하는 콘텐츠가 어느 값에 해당되는

지 어렵기 때문에 시각 아래 텍스트 이미지 표 등과 같이 더 구체적으로, ,

값을 분류하였다 때문에 값을 입력할 때는 시각 청각 등과 같은 값. mode ,

으로 입력해도 되고 그 아래 텍스트 음향 등으로 입력해도 되는 융통성을,

부여하였다.

표 의 허용값< 14> mode

허용값 설명

시각(Visual)

텍스트(Text) 텍스트 위주로 구성된 콘텐츠

이미지(Image) 사진 그림이미지 위주로 구성된 콘텐츠,

표(Table) 통계자료같이 표 위주로 구성된 콘텐츠

청각(Audio)

음향(Sound)

음성과 음악에 해당되지 않는 모든 소리로

예를 들면 효과음이나 경음악 같이 사람의

목소리 이외의 소리를 나타내는 것

음성(Speech)

사람의 발음기관에서 나오는 모든 소리를

나타내는 것으로 녹음된 연설문이나 목소리

로 녹음한 책 아나운서나 디스크자키에 의,

해 진행되는 라디오 방송 등

음악(Music)사람이 부른 노래가 녹음된 것을 가리키는

것

시청각

(AudioVisual)

단순시청각(Simple)하나의 와 하나의 로만 구성Audio Visual

된 단순 저작물

복합시청각

(Complex)

배경음악과 나레이션 등 하나이상의

와 영상 그리고 영상을 설명하는Audio ,

등으로 구성된 복합콘텐츠Text

추상(Abstract)

콘테츠로 구체적으로 표현되기 전 단계를 나타내는 것으로 특

정 콘텐츠가 위 에서 작품 에 해당하structuralType (Abstract)

는 경우 이 값을 입력하는데 의 값이 디지털로structuralType

되어 있기 때문에 대상 콘텐츠 범위가 확장되어야 적용default

가능

의 허용값3. rightsAssociatedPartyRole

표 의 허용값< 15> rightsAssociatedPartyRole

허용값 설명

01 작가(Writer)콘텐츠를 창작한 사람으로 예를 들면 저자 작사가,

사진작가 포함(lyric writer),

02 제작사(Production) 콘텐츠를 특정 형태로 제작

03 방송사(Broadcaster) 방송매체를 통하여 콘텐츠를 전달하는 곳

04 배포자(Distributor) 콘텐츠를 이용자들에게 배포하는 사람이나 기관

05 출판사(Publisher) 콘텐츠를 출판한 기관

06 프로듀서(Producer) 연극 영화 방송 관계의 기획이나 제작하는 사람, ,

07 작곡가(Composer) 음악의 곡을 만든 사람

08 편곡자(Arranger) 음악의 곡을 수정하여 다른 곡으로 만든 사람

09 그린이(Drawer) 이미지 콘텐츠를 창작한 사람

10 디자이너(Designer) 의상의 도안 설계도 등을 창작한 사람,

11 감독(Director)연극 영화에서 배우의 연기 조명 진행 등을 지, , ,

휘 또는 관리하는 사람

12 가수(Singer) 노래를 부른 사람

13 주연(Leading Actor) 연극이나 영화의 주인공

14 조연(Assistant Actor) 연극이나 영화의 주연을 도와서 연기하는 사람

15 개발사(Developer) 새로운 것을 생각해 내어 실용화 하는 곳

16 편집자 (Edited by)

책이나 신문 영화 필름이나 녹음 테이프 따위를,

펴내거나 만들기 위하여 일정한 기획 아래 정보를

수집 정리하고 구성하는 사람·

17 요약자 (Abridged by) 특정 콘텐츠를 간략하게 요약한 사람

18 각색자 (Adapted by) 시 소설 실화 등을 각본으로 고쳐쓴 사람, ,

19번역가 (Translated

by)

한 나라 말로 된 글의 내용을 다른 나라 말로 바

꿔 옮긴 사람

20 댄서 (Dancer) 춤을 춘 사람

표 의 허용값 계속< 15> rightsAssociatedParty -

허용값 설명

21 나레이터 (Narrator) 콘텐츠의 줄거리를 이야기하는 사람

22 연주자(Player) 악기를 연주하는 사람

23 출원인(applicant) 특허나 상표등록을 출원하는 사람

24 발명가(inventor)새로 생각해 내거나 만들어 내는 일을 전문적으로

하는 사람

25 대리인(procurator) 다른 사람을 대신하여 일을 처리한 사람

26 기타 (Other) 위의 허용값에 포함되지 않는 역할

제 절 식별메타데이터의 인코딩 스킴4 UCI

식별메타데이터의 개 요소 중에서 허용값을 갖는8 structuralType,

개 요소의 인코딩 스킴은mode, rightsAssociatedPartyRole, identifier 4

다음과 같다 요소 또한 허용값을 가지나 허용값 리스트에 대한 검. format

토가 충분히 이루어지지 못하여 그 값을 우선 로 표현하도록 하고free text

본 연구에서는 언급하지 않는다 그러므로 전문가들과 계속적인 추가 연구.

가 이루어져야 할 것이다.

1. UCIType

용어명: UCIType

U R I : http://www.uci.or.kr/uci/terms/UCIType

레 이 블 : UCI Type

정 의 : 디지털 콘텐츠의 구조적 유형 값으로 사용할 수 있는 리스

트

용어 유형 : 인코딩 스킴

요소값제한 : http://www.uci.or.kr/uci/terms/structuralType

주 석 : 의 값으로는 실물 디지털 공연 작품 등에서 취UCI Type , , ,

함

2. UCIMode

용어명: UCIMode

U R I : http://www.uci.or.kr/uci/terms/UCIMode

레 이 블 : UCI Mode

정 의 : 디지털 콘텐츠의 표현형태 값으로 사용할 수 있는 리스트


요소값제한 : http://www.uci.or.kr/uci/terms/mode

주 석 : 의 값으로는 시각 텍스트 이미지 표 청각 음UCI Type ( , , ), (

향 음성 음악 시청각 단순시청각 복합시청각 추상 등, , ), ( , ),

에서 취함

3. UCIRole

용어명: UCIRole

U R I : http://www.uci.or.kr/uci/terms/UCIRole

레 이 블 : UCI Role

정 의 : 디지털 콘텐츠의 저작권관련자 역할 값으로 사용할 수 있

는 리스트


요소값제한 : http://www.uci.or.kr/uci/terms/rightsAssociated

PartyRole

주 석 : UCI Role의 값으로는 작가 제작사 방송사 배포자 등을, , ,

입력함

4. URI

용어명: URI

U R I : http://purl.org/dc/elements/1.1/identifier

레 이 블 : URI

정 의 : 자원의 URI


요소값제한 : http://www.uci.or.kr/uci/terms/identifier

주 석 : 자원에 이미 부여되어 있는 등을 입ISBN, ISSN, DOI

력함 다음의 표 참조( )

표 의 인코딩 스킴< 16> identifier

허용값 설명

EAN EAN-13 article number.

ISBN International Standard Book Number.

BICI Book Item and Component Identifier.

ISMN International Standard Music Number, for printed music.

ISAN International Standard Audiovisual Number.

ISRC International Standard Recording Code.

UMID Universal Media Identifier.

ISSN International Standard Serial Number.

CODEN The CODEN identifier for journals.

SICI Serial Item and Contribution Identifier.

DOI Digital Object Identifier.

PIIPublisher's Item Identifier, used by some publishers to

identify articles or contributions to journals.

ISWCT International Standard Work Code: for musical works.

ISTCInternational Standard Text Code: for literary works

(proposed) .

OPUS Opus number of a musical work.

CCN Composer Catalog No.

UPC Universal Product Code (USA).

MPN Maker's Product Number.

VPN Vendor's Product Number.

URL Internet Uniform Resource Locator.

PURL Internet Persistent Uniform Resource Locator.

URN Internet Uniform Resource Number.

기타 기타 식별자

제 장 식별메타데이터 지침서6 UCI

제 절 식별메타데이터의 용례1 UCI

메타데이터 입력자 들이 본 연구에서 개발된 개의 식별메타데이터의8

값을 입력할 경우 용이성은 높이고 모호성을 배제하기 위하여 콘텐츠 유형

을 나누어 용례를 제공한다 식별메타데이터 중 번호에 대한 용례는. UCI

임의로 작성된 것이기 때문에 정확한 부여방법은 구문구조 보고서를 참고해

야 한다.

콘텐츠 유형은 와 에서 인터넷에서 가장 많이 사용되는 콘텐KIPA DCF

츠 유형을 웹을 중심으로 설문조사하여 얻어낸 결과물과 주제분류로 콘텐츠

를 제공하고 있는 야후나 네이버 등의 포털사이트의 분류를 참고로 하여 작

성되었다 그리고 용례는 각 유형별로 하나의 용례만 장에서 제공하고 나. 6

머지 용례들은 부록 로 첨부한다A .

용례를 위해 분류한 콘텐츠 유형은 다음과 같다.

법률정보ᄋ 의료정보ᄋ

금융정보ᄋ 생활정보ᄋ

논문정보ᄋ 특허정보ᄋ

아이템e-learningᄋ 만화ᄋ

게임ᄋ 방송ᄋ

뮤직비디오ᄋ 영화ᄋ

음악ᄋ 플래쉬ᄋ

e-bookᄋ 컬러링 및 벨소리ᄋ

아바타ᄋ 모바일 초기화면 이미지ᄋ

각각의 콘텐츠 유형에 따른 용례는 다음과 같다.

법률정보ᄋ

번호- UCI [1..1] : R800++I30+law/111

제목 환매약정금 판결 공- Title( ) [1-n] : 2003.1.1. 169 ,58｢｣구조적 유형 디지털- Structural Type ( ) [1..1] :

모드 텍스트- Mode( ) [1..1] :

- Format [1..1] : html

저작권관련자 주 보인기술- RightsAssociatedParty( ) [1-n] : ( )

저작권관련자의 역할 배포RightsAssociatedPartyRole( ) [1-n] :․자

식별자 없음- Identifier( ) [0-n] :

의료정보ᄋ

번호- UCI [1..1] : R800++I30+medical/222

제목 제품별 스테로이드 연고 분석 가이드- Title( ) [1-n] :

구조적 유형 디지털- Structural Type ( ) [1..1] :

모드 표- Mode( ) [1..1] :


저작권관련자 아토피아- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 제작RightsAssociatedPartyRole( ) [1-n] :․자



금융정보ᄋ

번호- UCI [1..1] : R800++I30+finance/333

제목 분기 수급전망- Title( ) [1-n] : 4


모드 텍스트- Mode( ) [1..1] :

- Format [1..1] : hwp

저작권관련자 주 대신경제연- RightsAssociatedParty( ) [1-n] : ( )

구소




특허정보ᄋ

번호- UCI [1..1] : R800++I30+license/444

제목- Title( ) [1-n] : Direct drive electric motor apparatus

incorporating slip ring assembly


모드 텍스트- Mode( ) [1..1] :


저작권관련자- RightsAssociatedParty( ) [1-n] : Elbex Video

Ltd.

저작권관련자의 역할 출원RightsAssociatedPartyRole( ) [1-n] :․인

저작권관련자- RightsAssociatedParty( ) [1-n] : Elberbaum,

David

저작권관련자의 역할 발명RightsAssociatedPartyRole( ) [1-n] :․가

저작권관련자- RightsAssociatedParty( ) [1-n] : 한국과학기술정

보연구원


식별자 특허번호- Identifier( ) [0-n] : (US-6628338)

생활정보ᄋ

번호- UCI [1..1] : R800++I30+life/555

제목 제주 사이버 관광 타운- Title( ) [1-n] :


모드 텍스트- Mode( ) [1..1] :


저작권관련자- RightsAssociatedParty( ) [1-n] : 제주도청 정보화

담당관실



논문정보ᄋ

번호- UCI [1..1] : R800++I30+article/ISBN(89-314-1111

-6)

제목 어플리케이션을 위한 기술- Title( ) [1-n] : PSE

제목- Title( ) [1-n] : PSE technology for application


모드 이미지- Mode( ) [1..1] :

- Format [1..1] : pdf

저작권관련자 정창성- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 저자RightsAssociatedPartyRole( ) [1-n] :․저작권관련자- RightsAssociatedParty( ) [1-n] : 한국과학기술정

보연구원


식별자- Identifier( ) [0-n] : ISBN89-314-1111-6

아이템e-learningᄋ

번호- UCI [1..1] : R800++I30+e-learning/666

제목 이만기 국어나라 수능특강- Title( ) [1-n] : FINAL


모드 복합시청각- Mode( ) [1..1] :

- Format [1..1] : asf

저작권관련자 메가스터디- RightsAssociatedParty( ) [1-n] :



만화ᄋ

번호- UCI [1..1] : R800++I30+comic/ISBN(89-1234-567

-1)

제목 고교와일드피쳐- Title( ) [1-n] :


모드 이미지- Mode( ) [1..1] :

- Format [1..1] : jpg

저작권관련자 고권일- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 작가RightsAssociatedPartyRole( ) [1-n] :․저작권관련자의 역할 그린RightsAssociatedPartyRole( ) [1-n] :․

이

식별자- Identifier( ) [0-n] : ISBN 89-1234-567-1

게임ᄋ

번호- UCI [1..1] : R800++I30+game/777

제목 리니지- Title( ) [1-n] :



- Format [1..1] : exe

저작권관련자 주 엔씨소프트- RightsAssociatedParty( ) [1-n] : ( )

저작권관련자의 역할 배급RightsAssociatedPartyRole( ) [1-n] :․사


방송ᄋ

번호- UCI [1..1] : R800++I30+broadcast/888

제목 여름향기- Title( ) [1-n] :



- Format [1..1] : mov

저작권관련자- RightsAssociatedParty( ) [1-n] : KBS

저작권관련자의 역할 배급RightsAssociatedPartyRole( ) [1-n] :․사


뮤직비디오ᄋ

번호- UCI [1..1] : R800++I30+Musicvideo/999

제목- Title( ) [1-n] : 10 Minutes


모드 단순시청각- Mode( ) [1..1] :


저작권관련자 이효리- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 가수RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 아이케이팝- RightsAssociatedParty( ) [1-n] :



영화ᄋ

번호- UCI [1..1] : R800++I30+Movie/100

제목 연애소설- Title( ) [1-n] :




저작권관련자 이한- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 감독RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 차태현- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 배우RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 손예진- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 배우RightsAssociatedPartyRole( ) [1-n] :․식별자 없음- Identifier( ) [0-n] :

음악ᄋ

번호- UCI [1..1] : R800++I30+Music/102

제목 나에게 너는- Title( ) [1-n] :

제목 비 집- Title( ) [1-n] : (Rain)2


모드 음악- Mode( ) [1..1] :

- Format [1..1] : mp3

저작권관련자- RightsAssociatedParty( ) [1-n] : JYP

Entertainment

저작권관련자의 역할 제작RightsAssociatedPartyRole( ) [1-n] :․사

저작권관련자- RightsAssociatedParty( ) [1-n] : IK POP


저작권관련자 비- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 가수RightsAssociatedPartyRole( ) [1-n] :․식별자 없음- Identifier( ) [0-n] :

플래쉬ᄋ

번호- UCI [1..1] : R800++I30+flash/103

제목 가을편지- Title( ) [1-n] :



- Format [1..1] : swf

저작권관련자 레떼- RightsAssociatedParty( ) [1-n] :



ebookᄋ

번호- UCI [1..1] : R800++I30+ebook/ISBN(893920347X)

제목 지상에 숟가락 하나- Title( ) [1-n] :


모드 텍스트- Mode( ) [1..1] :


저작권관련자 현기영- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 저자RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 실천문학사- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 출판RightsAssociatedPartyRole( ) [1-n] :․사

식별자- Identifier( ) [0-n] : ISBN(893920347X)

컬러링 및 벨소리ᄋ

번호- UCI [1..1] : R800++I30+coloring/104

제목 지상에 숟가락 하나- Title( ) [1-n] :


모드 음악- Mode( ) [1..1] :

- Format [1..1] : hma

저작권관련자 왁스- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 가수RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 네이트- RightsAssociatedParty( ) [1-n] :



모바일 초기화면 이미지ᄋ

번호- UCI [1..1] : R800++I30+mobileimage/105

제목 스캔들- Title( ) [1-n] :

제목 폰을 지키겠나이다- Title( ) [1-n] :



- Format [1..1] : mid

저작권관련자 네이트- RightsAssociatedParty( ) [1-n] :



아바타ᄋ

번호- UCI [1..1] : R800++I30+avatar/106

제목 늘씬청바지- Title( ) [1-n] :


모드 이미지- Mode( ) [1..1] :


저작권관련자 다음커뮤니케이- RightsAssociatedParty( ) [1-n] :

션



제 절 응용메타데이터의 국제표준과 최근 동향2

식별메타데이터는 콘텐츠를 식별하는 최소한의 메타데이터 요소로 구성

되었기 때문에 콘텐츠의 특성에 따라 요구되는 요소들이 제공되어야만 한

다 이러한 역할을 하는 것이 바로 응용메타데이터이다 현재 디지털 콘텐. .

츠의 수가 기하급수 적으로 증가하고 있으며 그 종류도 매우 다양해지고 있

기 때문에 그에 따라 응용메타데이터 또한 그 수와 종류가 매우 다양하다.

다양한 응용메타데이터의 등장으로 해당 콘텐츠의 특성이 잘 표현될 수

있으나 그 다양성으로 인하여 메타데이터간의 상호운용성에 문제가 발생하

고 있다 응용메타데이터는 콘텐츠의 특성과 등록관리기관들의 운영정책 등.

을 반영한 요소들로 정의되기 때문에 본 연구에서 식별메타데이터처럼 하나

의 응용메타데이터를 정의하여 제공할 수는 없다 따라서 현재 다양한 콘텐.

츠마다 국제표준이나 국제표준이 아니더라도 관련 기관이나 업체에서 대부

분 사용하고 있어 사실상 국제표준으로 인정되고 있는 응용메타데이터에 대

한 정보를 제공해 줌으로써 응용메타데이터를 처음 만들어야 하는 기관이나

업체들과 국제적인 호환성을 제공하길 원하는 기관이나 업체들에게 다음과

같은 가지 원칙을 기준으로 응용메타데이터에 대한 가이드라인을 제공하3

고자 한다.

첫째 국제적으로 이미 정해져 있는 메타데이터를 최대한 활용한다 각, .

분야마다 이미 국제표준으로 채택된 메타데이터나 사실상 표준이라 할 수

있을 만큼 많이 활용되고 있는 메타데이터를 활용하는 것이 응용메타데이터

간의 상호운용성을 보장받을 수 있으며 이미 국제적으로 활용되고 있기 때

문에 인지도와 신뢰성이 높다.

둘째 이미 정의되어 활용되고 있는 메타데이터 만으로 부족하여 확장성,

을 부여하고자 할 때 주요소는 그대로 받아들이고 하위요소들을 먼저 확장

하도록 한다 이것은 하위요소가 있는 메타데이터와 호환 시 여러 개의.

을 하나로 묶어서 매핑 할 수 있도록 하는Title TOP Level dumb-down

원칙에 의해 상호운용성이 성립되도록 하고자 하는 것이다.

셋째 하위요소를 확장하는 것만으로 표현하기 어려울 때는 새로운 주요,

소를 추가 확장한다.

1. e-book : ONIX

는 전자형식 에서 책의 생산정보를 나타내고 전ONIX (electronic form)

달하기 위한 표준으로 년 월에1999 7 AAP(Association of American

와 개 이상의 출판사 온라인 서적상 등에 의Publishers) 60 , (booksellers)

해 처음으로 란 이름이 거론되기 시작하였으며 현재는 는ONIX , ONIX

를 중심으로 에EDItEUR AAP, BIC, BISG(Book Industry Study Group)

의해 유지되고 있다 를 활용하여 제공할 수 있는 정보는 특정 도서의. ONIX

재고 현황 가격 저자 사진 저작권정보 표지 사진 도서의 내용 등이다, , , , , .

최근 년 월에 이 발표되어 전자책 관련 유통에 활발히2001 8 Release 2.0

적용되고 있으며 국내에서도 대한출판협회의 전자책 관련 유통시스템에 적

용하여 개발하였다.

방송물 및 영상물 미디어2. : EBU/SMPTE, MPEG-7, TV-Anytime,

한국영상자료원 영상정보 메타데이터

가. EBU/SMPTE

EBU(European Broadcasting Union)/SMPTE(The Society of

는 방송 분야에서 사용하는 메Motion Picture and Television Engineers)

타데이터를 중점적으로 연구하고 있는 기관이다 는 유럽의 방송 기술. EBU

인들이 대부분 참가하는 조직이고 는 표준화 단체이다 이 두 기관SMPTE .

에서는 를 만들어 방송 콘텐츠를 관리하고 검색하EBU/SMPTE task force

는데 필요한 모든 메타데이터를 정리하고 누구나 이 메타데이터를 공통으로

사용할 수 있도록 각각의 메타데이터 항목들을 코드화 하여 표준화하였다.

코드화란 문자로 된 명칭대신 숫자로 번호를 부여하는 것이다 예를 들.

면 프로그램의 제목 대신에 이라는 번호를 부여하여 야인시“ ” “10” “

대 라는 프로그램을 찾을 때 이라는 값이 야인시대 인 프로그램” “10” “ ”

을 검색하면 된다 이렇게 메타데이터 항목을 코드화시켜 표기하는 것은 비.

트열로 모든 데이터 항목을 쉽게 표현할 수 있기 때문에 데이터의 저장이나

전송에 용이한 표기 방식이기 때문이다 그러나 코드의 해독을 위해 코드에.

대한 설명을 미리 읽어보고 숙지해야만 하는 단점이 있다.

나. MPEG-7

방송 분야를 포함한 미디어를 주로 다루는 모든 분야에서 사용 가능한

메타데이터 표기 방식을 제정한 또 하나의 기관으로는 을 들 수 있MPEG

다 에서는 미디어가 가지는 모든 정보를 기술할 수 있는 표준 인터. MPEG

페이스를 만든다는 목표 하에 메타데이터 부분인 표준안을 제정MPEG-7

하였다.

위의 가 방송물 중심이라면 은 방송물을 포함한EBU/SMPTE MPEG-7

일반 미디어로 더 광범위한 대상범위에서 활용되고 있다.

은 제목 재생시간과 같이 미디어 단위의 메타데이터와 미디어MPEG-7 ,

안에 포함되어 있는 정보 예를 들면 화면 안에 있는 각 오브젝트의 정보, ,

와 화면 배경 색 정보 오브젝트의 위치 등 모든 기술할 수 있는 정보들을,

메타데이터로 표현한다.

또한 메타데이터를 표기하는 방식으로 의 코드화 방식과는EBU/SMPTE

달리 이라는 마크업 언어를 이용한XML(eXtensible Markup Language)

텍스트 표기 방식을 취한다 이는 텍스트 혹은 마크업을 이용하여 메타데이.

터 항목과 메타데이터 값을 모두 나열함으로써 코드방식에서 코드에 대한

설명을 미리 알아야만 하는 번거로움 없이 어떤 메타데이터가 저장되어 있

는지 바로 알 수 있다는 장점이 있는 반면 내용이 너무 방대하고 코드화,

방식에 비해 많은 저장 용량을 차지한다는 단점도 있다.

다. TV-Anytime

미디어 분야의 메타데이터를 연구하는 또 다른 그룹으로는

포럼을 들 수 있다 은 현재 상업분야에 바로TV-Anytime . TV-Anytime

적용하여 사용할 수 있도록 방송사 가전사 콘텐츠 생산자 통신회사 등의, , ,

관계자 들이 모여 각각의 특수성을 고려하여 메타데이터 집합과 표준표기

방식을 연구하는 그룹이다.

포럼은 시청자가 원하는 콘텐츠를 빠르게 검색하고 편리TV-Anytime ,

하게 시청할 수 있도록 하는데 필요한 모든 기술 기반을 제정하는 것을 목

표로 한다 따라서 포럼 산하에는 메타데이터를 제정하는 그. TV-Anytime

룹 외에도 시스템 측면에서 서로 관련이 있는 콘텐츠를 시청자가 찾아낼 수

있도록 물리적인 연결 고리로 연결하는 방안이나 시청을 하는데 있어 저작

권 여부를 기술적으로 제어할 수 있는 방안을 연구하는 그룹도 있다.

메타데이터를 연구하는 그룹은 시청자 히스토리 정보 즉 어느 시간대에,

어떤 프로그램을 선호하는가의 정보와 관련 콘텐츠를 한번의 리모콘 클릭으

로 시청할 수 있는 콘텐츠 참조 정보 그리고 해당 콘텐츠에 적절한 메타데,

이터를 시청자가 사용할 수 있도록 하는 싱크 정보 등 시청자가 원하는 정

보를 시청할 수 있도록 하는데 필요한 모든 정보들을 메타데이터 형태로 제

정하였다 여기서 제정한 메타데이터 집합은 을 기반으로. MPEG-7

의 목적에 맞는 요소들만 선택한 것이기 때문에 메타데이터TV-Anytime

집합의 내용과 표기 방식이 과 밀접한 관계를 가진다MPEG-7 .

라 한국영상자료원 영상정보 메타데이터.

한국영상자료원에서는 년 월 웹상에서 제공되는 영상정보 자원의2003 9

다양한 특성을 기술 할 수 있고 검색된 영상정보 자원 중 서로 연관성 있,

는 정보를 그룹화 하여 보여줄 수 있는 메타데이터 표준을 제시하였다 또.

한 영상정보 메타데이터는 각 유관 기관별 영상정보자원의 상호호환 및 통

합검색이 가능하도록 하고 있다.

영상정보 분야와 관련하여 지금까지 개발되었거나 개발이 진행 중인 메

타데이터 표준인 MPEG-7, Dublin Core, IFLA FRBR, ECHO Project,

문화예술정보 메타데이터표준 등을 분석하여 메타데이터 요소를SMPTE,

도출하였다 메타데이터 요소는 과 를 기본모델로 삼아 저작. FRBR ECHO ,

표현 실현 개발자료 가지 수준으로 의미층 을 부여하였다 이와 같이, , 4 ‘ ’ .

분석대상 메타데이터 세트들로부터 추출된 고유한 메타데이터 요소는 총

개 이다 여기서 말하는 가지 수준에 대해 간단히 소개하면 다음과 같242 . 4

다.

저작 작품 작품은 명확한 지적 예술적 창작물로서 하나의 추상적( ) : ,ᄋ

엔티티

표현 표현은 작품이 문자 숫자 뮤지컬 안무 사운드 이미지 오브: , , , , , ,ᄋ

젝트 움직임 또는 여러개가 조합된 형태로 예술적 실현이 된,

것을 말함.

실현 실현은 표현이 물리적으로 구체화된 것으로 그 재료의 범위:ᄋ

또한 매우 넓은 것으로서 원고 책 연속간행물 지도 포스, , , ,

터 사운드 레코딩 필름 비디오 레코딩 멀티미, , , , CD-ROMs,

디어 등이 해당함.

개별자료 개별자료는 실현의 단일 제품을 말하는 것으로 구체적으로:ᄋ

여러 개의 제품 중 단일의 물리적 대상을 가리킴 예를 들(

면 한권으로 된 단행본의 복제물 하나의 비디오 카셋트,

등)

이와 같은 가지 수준을 기준으로 다음과 같은 영상정보 메타데이터 표4

준 안 을 제안하고 있다( ) .

표 영상정보 메타데이터 표준 안< 17> ( )

번호 저작 표현 실현 개별자료제목 제목 제목 제목주제 국가 발행지 매체 관리번호

저작날짜 자막언어 발행 배포자/ 매체 등록번호이벤트 날짜 오디오언어 실현 식별자 자료위치 경로( )디스크립션 표현형태 편집 발행 지시/ 입수날짜

디스크립션 언어 표현분량 시리즈 정보 입수처저작형태 표현날짜 용기 종류 입수형태

저작 의도대상 다른 표현물과의 구분 용기 수량장르 내용요약 발행사항

키워드 시작 종료시간/ 자료경로

저작자 시리즈 정보 국제표준식별번호

저작권자 ISTC 부제목

연출자 확장성 캡쳐모드

연출자국적 기획의도 컬러 이미지( )

저작권 유형 이용제한 시스템 요구사항

허가번호 사람 발행주기

저작권 유효 제작자 발행날짜

표현방법 관계( ) 실현방법 관계( ) 입수형태

입수처

규격

재질

오디오트랙유무

첫프레임 비디오( )

마지막프레임 비디오( )

컷유형 비디오( )

프레임비율 비디오( )

프레임사이즈 비디오( )

표현특징 비디오( )

컬러 비디오( )

종류 비디오( )

채널번호 비디오( )

샘플링 비율 비디오( )

세그먼트 유형 비디오( )

이용조건

제조사

개별자료 관계( )

평가 수상정보/ 심의날짜 매체수량 벌수( )

개봉일자 세척정보

입수날짜 비용 가격/

제조년도

DOI

저작권취득날짜

서지레코드 의3. : MARC, IFLA FRBR

가. MARC

포맷은 표준 목록 레코드 형식으로 나라마다 국가 표준을 제정MARC

해 놓고 있다 는 도서관간 레코드의 상호교환을 목표로 개발되었으. MARC

며 미국의회도서관 캐나다 국립 도서관 미도서관협회 호주 국립도서관, , , , ,

음악도서관협회 전문도서관협회에 의해 개발되었다OCLC, , .

는 구체적이고 자세한 기술을 위해서는 유용하나 다양하고 방대MARC ,

한 저작물 전체에 폭넓게 적용하기에는 많은 단점을 가지고 있다 또한.

등 서로 상이한 국가 간 가 별USMARC, UNIMARC, KORMARC MARC

도로 병존하는 형식의 난립도 문제로 지적되고 있다.

이런 문제점을 해결하기 위해 여러 번 개정되었으며 최근 년에는1999

과 캐나다의 이 통합된 이 등장하였다USMARC CANMARC MARC 21

레코드의 구조는 리더 디렉토리 제어필드MARC (Leader), (Directory),

데이터필드 부분으로 구성되어 있다 리더는(Control field), (Data field) 4 .

자 고정길이 필드로서 레코드 처리를 위한 정보를 제공하는 데이터 요소24

들을 포함한다 디렉토리는 책의 목차와 같은 것으로 어떤 필드가 어느 위.

치에 나타나며 길이가 얼마인지를 지시해주는 데이터가 기입된다 제어필드.

는 으로 시작되는 표시기호가 부여되며 제어번호와 같이 레코드를“00”

제어하는 데이터들을 기술한다 데이터필드는 이외의 숫자로 시작되. “00”

는 표시기호와 지시기호 식별기호 데이터요소로 기술된다, , .

이와 같은 의 시초인 을 기반으로 만들어져 국내에MARC 21 USMARC

서 널리 사용되고 있는 는KORMARC Korean Machine Readable

을 축소한 명칭으로 우리말로는 한국문헌자동화목록법 이다Cataloging ‘ ’ .

이러한 의 기본구조는 를 따르고 있으며 미국의KORMARC ISO 2709 ,

과 공통적으로 호환될 수 있는 구조로 레코드가 설계되어 있다USMARC .

그러므로 세부적인 편성방침도 을 준용하고 있으며 식별기호를USMARC ,

규정하는데 있어서는 영국의 을 따르고 국제 기계가독목록인UKMARC ,

도 부분적으로 수용하고 있다UNIMARC .

이와 같은 는 정보자원을 표현하는데 있어 포괄성과 검색의 신뢰MARC

성 데이터구조의 상세성 등에서는 우수하나 기존의 서지정보 뿐만 아니라, ,

네트워크 정보자원의 발견에 관련된 정보와 정보자원의 유형이나 형식 요,

구되는 보조적 컴퓨팅 환경 정보자원의 사용에 요구되는 인증,

데이터 요금정산정보 등 다양한 내용이 반영될 수 있어야(authorization) ,

하는데 기존의 서지기술 방식으로는 어렵다 특히 형식적인 측면에서는 내.

용의 개선사항을 지속적으로 반영하고 있으나 다양한 다른 메타데이터들과

의 상호운용성 측면에서는 융통성을 지니지 못한다.

나 의. IFLA FRBR

은FRBR(functional Requirements for Bibliographic Records)

IFLA(International Federation of Librarians Associations and

에서 제시한 새로운 서지관리 모델로 년 스톡홀름에서 개Institutions) 1990

최된 서지제어 회의에서 발표되었다.

의 는 서지레코드를 이용하는 이용자의 요구에 맞게 서지레IFLA FRBR

코드에 기록된 데이터간의 관계를 나타낼 수 있는 하부구조를 정의하고 구

조화하는 것과 국가 서지 기관이 생산하는 레코드의 기본적인 기능을 권고

하는 것을 목표로 한 것이다 모형은 첸의 개체 관계 방법론을 기반. FRBR -

으로 하였으며 이 방법론 에서는 특정한 활동과 관련된 사물집단 을 개, ‘ ’

체로 정의하고 일련의 공통된 자질을 속성으로 정의한다, .

모형에서 서지적 세계는 세 가지 그룹으로 나뉘는데 이는 이 모FRBR ,

형의 핵심이다.

첫 번째 그룹은 지적예술적 산물인 저작 표현형 구현형 개별자료로 구, , ,․성된다.

두 번째 그룹은 첫 번째 지적예술적 내용 물리적인 생산 및 배포 또는, ,․관리에 대해 책임을 지는 개인과 단체로 구성된다.

세 번째 그룹은 지적예술적인 활동의 주제로서 사용되는 개념 객체 사, ,․

건 장소 등과 첫 번째 두 번째 그룹에 속하는 개체들로 구성된다, , .

여기서 첫 번째 그룹을 구성하는 저작 표현형 구현형 개발자료의 관계, , ,

를 살펴보면 다음과 같다.

그림 의 모형( 4) IFLA FRBR

예술작품 건축물 등4. , : CDWA

는CDWA(Categories for the Description of Works of Arts) 1991

년 게티 예술정보 프로그램 과(Getty Art History Information Program)

예술사학자 박물관 큐레이터 예술정보전문가들 정보제공자들로 구성된 예, , ,

술정보 태스크 포스 에 의해 개발되(Art Information Task Force; AITF)

었다.

는 예술작품에 대한 지적 내용을 기술하는 방법 및 기준을 제시CDWA

해 주는 것으로 개념적인 프레임워크라 할 수 있다 적용 대상 범위는 예술.

작품과 이미지로 정의하고 있는데 예술작품은 기관이나 개인에 의해 수집,

된 동영상이나 공연예술 같은 단명한 형식의 자료를 가리키며(ephemeral) ,

이미지는 예술작품의 사진 슬라이드 등의 시각적 표현, (visual

등이 포함된다representations) .

저작

표현형

구현형

개별자료

에 의해 실현된다- .

에 의해 구현된다- .

에 의해 예시된다- .일대관계

다대관계

는 예술 정보시스템에서 제공되어야 하는 정보가 어떤 것이며 타CDWA

기관이나 타 시스템과 어떤 정보를 공유하고 교환해야 하는지를 명확히 해

줄 수 있다 더불어 최종이용자들이 원하는 정보로 접근할 수 있는 방법 또.

한 제시해 줄 수 있다.

이러한 는 개의 주 요소가 있으며 각 요소는 다시 여러 개의CDWA 27

하부 요소를 갖는데 내용기술과 관련한 요소는 요소와CLASSIFICATION

요소가 해당된다SUBJECT MATTER .

아이템 학술정보 의 교육정보 메5. e-Learning ( ) : LOM, GEM, KERIS

타데이터

가 메타데이터. LOM(Learning Object Metadata)

의 학습기술표준화위원회IEEE (Learning Technology Standardization

는 년에 조직되어 개의 그룹 일반 학습자 관Committee: LTSC) 1996 5 ( ,

련 콘텐츠 관련 데이터와 메타데이터 학습관리시스템 으로 분류되는 다양, , , )

한 학습기술과 관련된 표준을 제정하고 있다 교육 분야의 디지털 자원이.

급속도로 증가되고 있는 상황에서 그에 대한 정보나 메타데이터가 없이는,

자원의 관리와 검색에 많은 어려움이 있기 때문에 는 이러한IEEE LTSC

문제를 해결하고자 학습매체메타데이터인 을 만들게 되었다 은LOM . LOM

다양한 형태의 교육 자료에 필요한 최소한의 속성만을 정의함으로써 폭 넓

은 적용성과 확장성을 갖도록 하였다.

은 교육 자료의 기술을 위한 메타데이터 요소들을 의미에 따라 가LOM 9

지 범주로 나누어 계층적으로 구조화하며 가지 범주에는, 9 General,

Lifecycle, Meta-metadata, Technical, Educational, Rights, Relation,

이 있는데 특히 범주의 요소들이Annotation, Classification Educational

교육 분야의 특징을 잘 반영하고 있는 부분이다.

가지 범주안의 메타데이터 상위요소는 다음과 같다9 LOM .

표 메타데이터 상위요소< 18> LOM

요 소 명 정 의

1. General

Identifier 자원의 고유한 식별기호

Title 자원에 부여된 이름

CatalogEntry 자원에 주어진 기호 문자열( )

Language 자원의 언어

Description 자원의 내용에 대한 설명

Keywords 자원을 설명하는 키워드

Coverage 자원의 내용이 지닌 지리적 시간적 특성,

Structure 학습 자료의 구성구조

Aggregation Level 학습 자료의 기능적 묶음의 수준

2. Lifecycle

Version 자원의 버전 판( )

Status 자원의 상태나 진행등급

Contribute 자원에 기여한 사람이나 기관

3. Meta-metadata

Identifier 메타데이터의 고유한 식별기호

Catalog Entry 특정 식별 시스템에서 주어진 명칭

Contribute 메타데이터에 기여한 사람 또는 기관

Metadata Scheme 메타데이터 스키마의 이름

Language 메타데이터 인스턴스의 언어

4. Technical

Format 자원의 기술상 의 유형(technical)

Size 디지털 자원의 크기

Location 자원의 위치 또는 그 위치로 변환시키는 방법

Requirements 자원을 사용하기 위해 요구되는 기술적 성능

Other Platform

Requirements다른 소프트웨어 및 하드웨어 요구사항에 대한 정보

Duration 원래의 속도로 자원을 연속 재생시킬 때 걸리는 시간

표 메타데이터 상위요소 계속< 18> LOM -

요 소 명 정 의

5. Educational

Interactivity Type 자원이 지원하는 상호작용의 유형Learning Resource Type 학습 자원의 특정 유형Interactivity Level 최종 이용자와 자원간의 상호작용 수준

Semantic Density자원의 크기나 시간과 비교하여 자원이 갖는 유

용성Intended end user role 자원의 일반적인 이용자Learning Context 학습 배경 학습이 일어나는 주요 환경( )Typical Age Range 전형적인 이용자의 연령Difficulty 대상 이용자들이 자원을 이용할 때의 난이도Typical Learning Time 자원을 학습할 때 소요되는 시간

Description 자원의 이용방법에 대한 설명Language 자원의 이용자들이 사용하는 모국어

6. Rights

Cost 비용을 지불해야 하는지의 여부

Copyright and Other

Restrictions저작권 및 기타 제한점

Description 자원의 이용과 관련된 조건에 대한 설명

7. Relation

Kind 자원간의 관계 유형

Resource 관계가 지시하고 있는 자원

8. Annotation

Person 논평을 한 사람

Date 논평을 한 날짜

Description 논평의 내용

9. Classificaion

Purpose 분류의 목적

TaxonPath 분류상의 경로

Description 기술하고 있는 특성에 대한 설명

Keywords 특성을 설명하는 키워드

나 프로젝트 메타데이터. GEM(Gateway to Educational Materials)

프로젝트는 인터넷을 통해 이용할 수 있는 학습계획 교과단위GEM ,

그리고 그 밖의 다른 교육자료들에 대한 이용자의 접근(curriculum unit),

성을 강화하기 위하여 년 미국 교육부의 지원을 받아 시작된 프로젝트1996

이다 의 주된 목표는 인터넷상의 모든 교육자료들에 대해 한번에 어. GEM ,

느 시점에서도 접근 이 가능하도록 하기 위("one-stop, any stop access")

한 것이다 이를 위해 에서는 이미 개발된 메타데이터를 토대로 구축. GEM

된 검색시스템 을 통하여 다양한 교육자료에 대한 접근 서비(the Gateway)

스를 일반에게 제공하고 있다 의 멤버 사이트에서는 각자의 콘텐츠를. GEM

가지고 있고 은 콘텐츠에 대한 메타 정보를 가지고 있어서 교사들이, GEM ,

에 접속하여 콘텐츠의 검색을 의뢰하면 메타 정보 데이터베이스를 통GEM ,

한 빠른 검색을 수행하여 결과를 교사들에게 전달하는 구조로 되어 있다.

의 메타데이터 표준안은 더블린 코어의 개 요소를 모두 수용한GEM 15

다음 여기에 새로운 요소 및 한정어를 추가하고 있다 그리고, . Format,

등의 요소를Grade, Audience, teachingMethods, grouping, assessment

위하여 통제어를 꾸준히 개발해 오고 있다 의 콘텐츠 제공자들은 콘. GEM

텐츠 등록 시 반드시 메타데이터에 따라 자료를 기술해야 한다.

다 의 교육정보 메타데이터. KERIS

가 개발한 교육정보 메타데이터 표준규격 안 은 교육 분야의 지KERIS ( )

식정보자원에 초점을 두고 국내의 유아 초등 중등학교 및 평생교육 분야, ,

에 이르기까지 교육정보자료의 개발 관리에 필요한 최소한의 기술요소를 정

의하여 국가적 지식정보자원의 공동생산 활용 및 유통의 활성화를 지원하기

위한 것이다.

교육정보 메타데이터 표준규격 안 의 요소는 개의 필수 요소 개의( ) 7 ' ' , 4 '

선필 요소 및 개의 재량 요소로 전체 개의 요소로 구성되어 있다' 12 ' ' 23 .

필수ᄋ 2) 요소 표제 저자 발행처 날짜: (Title), (Creator), (Publisher),

자료유형 자료 형태 접근(Date), (Type), (Format),

정보(Identifier)

선필ᄋ 3) 요소 교과목 저작권 이용대상자: (LearningArea), (Rights),

메타데이터관리정보(Audience), (MetaMetadata)

재량ᄋ 4) 요소 주제 개요 기여자: (Subject), (Description),

자료의정보원 언어(Contributor), (Source),

내용범위 관련자료(Language), (Coverage),

주석 교수방법(Relation), (Annotation), (Pedagogy),

학습시간 상호작용유형(TypicalLearningTime),

상호작용수준(InterActivityType), (InterActivi-

tyLevel)

음악6.

음악 분야에 대한 메타데이터 국제 표준은 음악 악보 정보를 표현하

는 메타데이터 표준 보관용 메타데이터 표준 등으로 국제 음악 메타,

데이터 표준 작업반이 구성되어 프로젝트로 진행 중에 있다 프로젝.

트 진행사항과 관련문서들은 “http://www.ceridwen.com/ immpwg

사이트에서 제공되고 있다/index.html” .

우리나라 에서는 국제 음악 메타데이터 표준을 참고로 하여 정보

통신진흥협회와 문화콘텐츠진흥원이 기술 사업의 일환으로 음악정보

메타데이터 표준을 개발하였다 개발된 음악정보 메타데이터 표준은.

온라인의 작품 곡 단위의 정보 표현과 오프라인의 앨범 단위의 정보( )

표현을 제공하며 국내 유통 산업계의 특수성을 고려하여 만든 표준,

이다.

음악정보 메타데이터 표준은 다음의 가지 정보를 기반으로 메타5

데이터 요소 개념 모델을 정의하고 있다.

앨범 정보 앨범 단위로 정보를 기술한다 앨범 속의 개별 작품에: .ᄋ

대한 정보는 작품 정보 와 구조를 일치시키며 앨범에서 작품" ,ꡒ정보 입력은 직접 앨범 정보에 넣거나 작품 정보 에 를“ ” Link

시켜서 사용할 수 있게 한다.

작품 정보 작품 단위로 정보를 기술하며 작품과 관련된 앨범 정:ᄋ

보를 할 수 있게 한다Link .

인물 정보 저작권자 실연자에 대한 정보를 기술한다: , .ᄋ

그룹 정보 실연자 그룹에 대한 정보를 기술한다 그룹 정보 특히: . (ᄋ

그룹에 소속된 사람 가 변경될 경우 를 증가 시켜서 변) Phase( )旗

경된 정보를 넣는다 항상 가장 최근 에 대한 정보를 알려. Phase

주어야 한다.

업체 및 단체 정보 본 음악과 관련되어 권리 행사를 하는 기관: ,ᄋ

음악 정보와 관련된 기관에 대한 정보를 기록한다.

콘텐츠 유통7. : INDECS

INteroperability of Data in E-Commerce Systems<indecs>는 전자

상거래 메타데이터로 년 유럽연합이 지원하는 프로젝트의1998 Info2000

지원을 받아 국제적인 저작권 소유자들의 주도로 시작된 프로젝트이다, .

프로젝트 초기모델은 더블린코어에서 발전하였지만 지금은 더블린코어의

개 요소로 표현할 수 있는 형식적 정보 전달기능15 (syntactic information)

뿐만 아니라 어떠한 사건이 발생한 상황을 정확히 기술할 수 있는 의미적,

정보 전달의 기능까지 그 기능이 확대되었다(issue of semantic identity) .

년 월부터 저작권 계약 권리 이전 권리 명시와 관련된 저작권2001 12 , ,

부분의 를 보강한 가 개발되었는데 그 목적은 멀티미디어entity <indecs>2

저작권 정보 사전 정의와(Multimedia Rights Data Dictionary) <indecs>

프레임워크의 확장된 정의이다 이러한 의 결과물은 년. <indecs>2 2001 12

월 MPEG-21 Call For Proposals for a RDD(Rights Data Dictionary)

에서 채택되어 현재 전 세계적으로 관심이 집중 되고 있는 저작권관련 유통

시스템 연구에 적극 활용되고 있다.

는 의 응용메타데이터로 적용되어 기관들에 의해<indecs> DOI DOI RA

적용되고 있으나 아직 초기단계에 불과하다 구체적인 적용사례가 전 세계.

적으로 아직 없는 실정이며 와 가 실제 국내 시스템에<indecs> <indecs>2

적용하기 위해서는 이론적이 아닌 실무적인 관점과 우리나라 실정에 맞게

해석할 수 있는 연구가 반드시 필요하다.

제 장 결론7

디지털 콘텐츠가 급격히 증가함에 따라 디지털 콘텐츠의 접근과 이용,

판매 등을 효율적이게 하며 자료에 대한 명확한 구별을 할 수 있는 디지털

콘텐츠 식별체계에 대한 관심이 점차 증대되었다.

식별체계는 크게 구문구조와 메타데이터로 구분할 수 있는데 구문구조만

으로는 콘텐츠를 식별하기 어렵기 때문에 시스템과 이용자가 효과적으로 적

합한 문헌을 선택할 수 있게 해주는 메타데이터가 필요하다 이러한 메타데.

이터의 필요성의 인식과 더불어 다양한 형식의 메타데이터가 제작되고 있으

며 그 형식도 단순한 형식으로부터 아주 정교한 기술 수준을 가지는 복잡,

한 형식에 이르기까지 그 수와 종류가 매우 다양해 지고 있다.

본 연구에서는 기반의 식별체계인 의 식별메타데이터로URN UCI uci,

title, structualType, mode, format, rightsAssociatedParty,

개의 요소를 도출하였다 도출된rightsAssociatedPartyRole, identifier 8 .

식별메타데이터 요소는 최소한의 공통된 메타데이터로 총괄관리기구의 효율

적인 등록관리기관 관리와 등록관리기관들 간의 메타데이터 상호운용성이

보장 될 수 있는 기반을 마련하였다 또한 등록관리기관들이 메타데이터를.

상호교환 하여 이용자들에게 검색의 기반을 마련하고자 할 때 필수 메타데

이터를 이용하여 이용자들이 원하는 콘텐츠 인지 아닌지를 식별 할 수 있는

식별을 위한 코어 메타데이터 개발을 차적인 목표로 하였다1 .

개의 식별메타데이터 요소는 다음과 같은 원칙으로 개발되었다8 .

첫째 메타데이터 요소에 하위요소를 두지 않는다 다만 저작권관련자, .

는 제외이다(RightsAssociatedParty) .

둘째 메타데이터간의 상호운용성을 보장하기 위하여 원칙을dumb-down

준수한다.

이러한 원칙으로 정의된 메타데이터 요소에 대하여 메타데이터 입력자들

에게 용이성은 제공하고 모호성은 배제하기 위하여 콘텐츠 유형을 나누어

용례를 제공하였다 콘텐츠 유형은 와 에서 실시한 인터넷에서. KIPA DCF ‘

가장 많이 사용되는 콘텐츠유형 에 대한 설문조사의 결과물과 주제분류를’

제공하고 있는 웹사이트들을 참조하여 분류하였다.

또한 부록으로 식별메타데이터의 와 를UCI XML Schema Namespace

제공하며 기존의 메타데이터와의 매핑테이블을 제시하여 기존에 개발된 메,

타데이터로 콘텐츠 정보가 저장되어 있는 기관 및 업체들에게 식별메타UCI

데이터로의 변환을 쉽게 할 수 있도록 제공하고 있다.

메타데이터 전문가들과 관련기관의 실무자 들을 통하여 개의 식별메타8

데이터에 대한 검증을 받았으나 각 분야의 전문지식을 요구하는 다양한 디

지털 콘텐츠 특성을 고려한 의견반영이 부족한 실정이다 계속적으로 다양.

한 디지털 콘텐츠 분야의 관점에서 각 분야의 디지털 콘텐츠 특성과 유통에

대한 풍부한 지식을 지니고 있는 실무자들에 의해 검토되어야 할 것이다.

더불어 확장성이 부여되어 허용값을 갖는 mode, format,

개의 요소는 계속적으로 발전해rightsAssociatedPartyRole, identifier 4

가고 있는 디지털 콘텐츠의 특성과 유통구조에 따라 추가 보완되어져야만

한다.

이와 같이 식별체계의 식별메타데이터는 구문구조와 더불어 본 연UCI

구를 시작점으로 계속적인 버전관리가 되어야 할 것이다.

참고문헌

사공철 김태수 정영미 최석두 공편 정보학사전 서울 문[ 1] , , , , . 2001. . :『』

헌정보처리연구회.

오경묵 윤세진 황상규 와 기존 메타데이터 간의 상[ 2] , , . 2001. INDECS

호운용성에 관한 연구 제 회 한국정보관리학회 학술대회. 8 ,『』

년 월 일 대전 한국과학기술정보연구원2001 8 23 . : .〔〕

디지털 콘텐츠를 위한 메타데이터에[ 3] _____________________. 2001.

관한 연구 를 중심으로 제 회 한국정보관리학회 학: INDECS . 8『

술대회 년 월 일 대전 한국과학기술정보연구, 2001 8 23 . :』〔

원 .〕

이성숙 김태수 모형에 관한 연구 제 회 한국[ 4] , , 2002. IFLA FRBR . 9『

정보관리학회 학술대회 논문집 .』

지식정보자원관리 메타데이터 표준화 실무작업반 지식정보자[ 5] , 2001.

원관리 메타데이터 구축 지침.

한국교육학술정보원 교육정보 메타데이터 요소[ 6] , 2003. “ ”

<http://www.keris.or.kr/main/edu_meta.jsp>

한국도서관협회 한국목록규칙 서울 한국도서관협회[ 7] , 2003. . : .『』

한국영상자료원 영상정보 메타데이터 표준 안 연구 보고[ 8] , 2003. ( )『

서 서울 한국영상자료원. : .』

한국전산원 한국인터넷백서 서울 한국전산원[ 9] , 2003. 2003 . : .『』

[10] Bearman, David. 1999. "A Common Model to Support

Interoperable Metadata." D-Lib Magazine, 5(1).

[11] CIDF, 2002. "cIDF Specification 1.1." <http://www.cidf.org>

[12] DCMI, 2001. "An Overview of the Dublin Core Metadata

Initiative." <http://www.dublincore.org/about/overview/>

[13] , 1999. "Dublin Core Metadata Element Set, Version 1.1:

ReferenceDescription."

<http://dublincore.org/documents/dces/>

[14] , 2000. "Dublin Core Qualifiers."

<http://dublincore.org/documents/dcmes-qualifiers/>

[15] EDItEUR. 2000. "ONIX International Overview and Summary

List of Data Elements." <http://www.editeur.org>

[16] . 2001. "ONIX Product Information Guidelines Release

2.0 <Product> record." <http://www.editeur.org>

[17] . 2000. "EPICS data dictionary."

<http://www.editeur.org>

[18] IDEAlliance. 2000. "Publishing Requirements for Industry

Standard Metadata." <http://www.prismstandard.org>

[19] IDF, 2003. "The DOI Handbook 3.0." <http://www.doi.org>

[20] Iannella, Renato. 1998. "Most Metadata: A Bit Smarter

Technology."

<http://archive.dstc.edu.au/RDU/reports/ALA1998/>

[21] J. Paul Getty Trust. 2000. "Categories for the Description of

Works of Art."

<http://www.getty.edu/research/conducting_research/

standards/cdwa/>

[22] Library of Congress, 2000. "MARC 21 Bibliographic Data."

<http://lcweb.loc.gov/marc/bibliographic/ecbdhome.html>

[23] __________________. 2001. "Dublin Core/MARC/GILS Crosswalk."

<http://www.loc.gov/marc/dccross.html>

[24] Liu, Peiya. 2001. "Metadata Standards for Web-Based

Resources." IEEE Multimedia, 8(1): 70-76.

[25] Moats, R. 1999. "A URN Namespace for IETF Documents."

AT&T. <http://www.ietf.org/rfc/rfc2648.txt>

[26] Mooney, Stephen. 2001. "Interoperability." D-Lib Magazine,

January

[27] National Information Standards Organization(NISO). 2000.

"Appendix ANSI/NISO Z39.84-2000 Syntax for the

Digital Object Identifier." <http://www.doi.org>

[28] Open eBook Forum. 2000. "Open eBook Publication Structure

1.0.1." <http://www.openebook.org>2001.

[29] Prytherch, Ray. 2000. "Harrod's Librarians' Glossary." Gower.

[30] Rust, Godfrey and Mark Bide. 2000. "The <indecs> metadata

framework." <http://www.indecs.org>

[31] Shafer, Keith. 1996. "Introduction to Persistent Uniform

Resource Locators."

<http://purl.oclc.org/OCLC/PURL/INET96>

[32] TV-Anytime Forum, 2003. " Specification Series : S-3

Metadata". <http://www.tv-anytime.org>

[33] VRA Data Standards Committee, 2002. "VRA Core Categories,

Version 3.0." <http://www.vraweb.org/vracore3.htm>

[34] Weibel, Stuart. 1995. "Metadata: The Foundations of Resource

Description." D-Lib Magazine, July 1995.

[35] _______________. 1999. "The State of the Dublin Core Metadata

Initiative April 1999." D-Lib Magazine, 5(4).

[36] Zeng, M.L. 1999. "Metadata Elements for Object Description

and Representation: A Case Report from a Digitizes

Historical Fashion Collection Project." Journal of the

American Society for Information Science, 50(13):

1193-1208.

부록 용례[ A]

법률정보ᄋ

번호- UCI [1..1] : R800++I00+law/111

제목 부동산 거래 상담- Title( ) [1-n] :


모드 텍스트- Mode( ) [1..1] :


저작권관련자 주 오세오닷컴- RightsAssociatedParty( ) [1-n] : ( )



의료정보ᄋ

번호- UCI [1..1] : R800++I00+medical/222

제목 알레르기성 비염 치료법- Title( ) [1-n] :


모드 텍스트- Mode( ) [1..1] :


저작권관련자 푸른솔한의원- RightsAssociatedParty( ) [1-n] :



금융정보ᄋ

번호- UCI [1..1] : R800++I00+finance/333

제목 스마 트카드 시장 전망- Title( ) [1-n] :


모드 텍스트- Mode( ) [1..1] :


저작권관련자 주 대신경제연- RightsAssociatedParty( ) [1-n] : ( )

구소




생활정보ᄋ

번호- UCI [1..1] : R800++I00+life/444

제목 서울시 지하철 안내- Title( ) [1-n] :


모드 텍스트- Mode( ) [1..1] :


저작권관련자 웹서브웨이- RightsAssociatedParty( ) [1-n] :




논문정보ᄋ

번호- UCI [1..1] : R800++I00+article/ISBN(89-673-222)

제목 디지털 게이트웨이 기능의 분석- Title( ) [1-n] :

제목 국내 국립대학도서관을 중심으로- Title( ) [1-n] :


모드 이미지- Mode( ) [1..1] :


저작권관련자 오선경- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 저자RightsAssociatedPartyRole( ) [1-n] :․저작권관련자- RightsAssociatedParty( ) [1-n] : 한국과학기술정

보연구원


식별자- Identifier( ) [0-n] : ISBN(89-673-222)

저널 논문정보e-ᄋ

번호- UCI [1..1] : R800++I00+earticle/PII(S0951-8320(99)

00081-2)

제목- Title( ) [1-n] : Reliability evaluation and selection of

rolling element bearings


모드 텍스트- Mode( ) [1..1] :

- Format [1..1] : doc

저작권관련자- RightsAssociatedParty( ) [1-n] : R. Sehgala

저작권관련자의 역할 작가RightsAssociatedPartyRole( ) [1-n] :․저작권관련자- RightsAssociatedParty( ) [1-n] : Elsevier


식별자- Identifier( ) [0-n] : PII(S0951-8320(99)00081-2)

아이템e-learningᄋ

번호- UCI [1..1] : R800++I00+e-learning/555

제목 서바이벌 잉글리시- Title( ) [1-n] :



- Format [1..1] : asf

저작권관련자- RightsAssociatedParty( ) [1-n] : EBS




만화ᄋ

번호- UCI [1..1] : R800++I00+comic/ISBN(89378-12568)

제목 나무- Title( ) [1-n] :


모드 이미지- Mode( ) [1..1] :


저작권관련자 교보문고- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 배포RightsAssociatedPartyRole( ) [1-n] :․

자

저작권관련자 열린책들- RightsAssociatedParty( ) [1-n] :


저작권관련자 이세욱- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 역자RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 베르나르 베르베- RightsAssociatedParty( ) [1-n] :

르

저작권관련자의 역할 작가RightsAssociatedPartyRole( ) [1-n] :․식별자- Identifier( ) [0-n] : ISBN(89378-12568)

나무 라는 동일한 만화에 대하여 다수의 업체가 배포하는 경우 다음' ‘※

과 같이 번호와 의 배포자 이름만 다르고 다른UCI RightsAssociatedParty

메타데이터 요소들은 동일하다.

번호- UCI [1..1] : R800++I00+comic/ISBN(89378-12568)

/+C002

제목 나무- Title( ) [1-n] :


모드 이미지- Mode( ) [1..1] :


저작권관련자 종로서적- RightsAssociatedParty( ) [1-n] :


저작권관련자 열린책들- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 출판RightsAssociatedPartyRole( ) [1-n] :․

사

저작권관련자 이세욱- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 역자RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 베르나르 베르베- RightsAssociatedParty( ) [1-n] :

르

저작권관련자의 역할 작가RightsAssociatedPartyRole( ) [1-n] :․식별자- Identifier( ) [0-n] : ISBN(89378-12568)

게임ᄋ

번호- UCI [1..1] : R800++I00+game/666

제목 테트리스- Title( ) [1-n] :



- Format [1..1] :

저작권관련자 주 다음커뮤니- RightsAssociatedParty( ) [1-n] : ( )

케이션




테트리스 라는 동일한 제목으로 다수의 업체가 개발하여 배포하는' ‘※

경우 다음과 같이 번호와 의 제작사 및 배포자UCI RightsAssociatedParty

의 이름만 다르고 다른 메타데이터 요소들은 동일하다.

번호- UCI [1..1] : R800++I00+game/777

제목 테트리스- Title( ) [1-n] :



- Format [1..1] :

저작권관련자 주 넷마블- RightsAssociatedParty( ) [1-n] : ( )




방송ᄋ


제목 야인시대- Title( ) [1-n] :




저작권관련자 주- RightsAssociatedParty( ) [1-n] : ( )NHN


저작권관련자- RightsAssociatedParty( ) [1-n] : SBS

저작권관련자의 역할 방송RightsAssociatedPartyRole( ) [1-n] :․사


야인시대 라는 동일한 제목으로 다수의 업체가 배포하는 경우 다음' ‘※

과 같이 번호와 의 배포자 이름만 다르다UCI RightsAssociatedParty .


제목 야인시대- Title( ) [1-n] :




저작권관련자 주 다음커뮤니- RightsAssociatedParty( ) [1-n] : ( )

케이션


저작권관련자- RightsAssociatedParty( ) [1-n] : SBS

저작권관련자의 역할 방송RightsAssociatedPartyRole( ) [1-n] :․사


뮤직비디오ᄋ

클래식( )


제목 호세 카레라스 쥬빌레 콘서트- Title( ) [1-n] :

제목- Title( ) [1-n] : Jose Carreras Jubilaeum Concert




저작권관련자 호세 카레라스- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 가수RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 스펙트럼- RightsAssociatedParty( ) [1-n] : DVD



락 메탈( & )


제목 퀸- Title( ) [1-n] : -Live At Wembley

제목- Title( ) [1-n] : Queen-Live At Wembley




저작권관련자 퀸- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 가수RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 씨네코리아- RightsAssociatedParty( ) [1-n] :



재즈( )


제목 냇킹콜- Title( ) [1-n] : -Evening With Nat King Cole

제목- Title( ) [1-n] : Nat King Cole-Evening With Nat King

Cole




저작권관련자 냇킹콜- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 가수RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 스팩트럼- RightsAssociatedParty( ) [1-n] :



영화ᄋ

번호- UCI [1..1] : R800++I30+Movie/103

제목 묻지마패밀리- Title( ) [1-n] :




저작권관련자 박광현- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 감독RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 박상현- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 감독RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 이현종- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 감독RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 신하균- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 배우RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 류승범- RightsAssociatedParty( ) [1-n] :

영화는 제목이 거의 개씩 이며 모든 코믹 드라마 등의 세부장1 , SF※

르의 메타데이터 요소 값에 특이사항이 없다.

번호- UCI [1..1] : R800++I30+Movie/104

제목 고질라- Title( ) [1-n] : 2000




저작권관련자 오가와라 다카오- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 감독RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 무라다 다케히로- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 배우RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 니시다 나오미- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 배우RightsAssociatedPartyRole( ) [1-n] :․식별자 없음- Identifier( ) [0-n] :

음악ᄋ

(ROCK)

번호- UCI [1..1] : R800++I30+Music/105

제목- Title( ) [1-n] : Eat You Alive

제목- Title( ) [1-n] : Results May Vary


모드 음악- Mode( ) [1..1] :

- Format [1..1] : mp3

저작권관련자- RightsAssociatedParty( ) [1-n] : Universal


저작권관련자- RightsAssociatedParty( ) [1-n] : Limp Bizkit


(JAZZ)

번호- UCI [1..1] : R800++I30+Music/106

제목- Title( ) [1-n] : A Lover's Concerto

제목- Title( ) [1-n] : The Very Best of Sarah Vaughan


모드 음악- Mode( ) [1..1] :

- Format [1..1] : mp3

저작권관련자- RightsAssociatedParty( ) [1-n] : Universal


저작권관련자- RightsAssociatedParty( ) [1-n] : Sarah Vaughan


(OST)

번호- UCI [1..1] : R800++I30+Music/107

제목 조선여형사 다모- Title( ) [1-n] :

제목- Title( ) [1-n] : The Very Best of Sarah Vaughan


모드 음악- Mode( ) [1..1] :

- Format [1..1] : mp3

저작권관련자 김상민- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 가수RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 김범수- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 가수RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 조관우- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 가수RightsAssociatedPartyRole( ) [1-n] :․저작권관련자- RightsAssociatedParty( ) [1-n] : Sony Music



의 경우 여러 곡이 묶여서 배포될 수 있기 때문에 곡별로 다른OST※

가수들이 존재한다 따라서 저작권관련자가 많은데 원하면 모든 저작권관련.

자의 입력이 가능하다 컴필레이션 음반파일도 이와 같다. .

동요( )

번호- UCI [1..1] : R800++I30+Music/108

제목 방귀대장 뿡뿡이- Title( ) [1-n] :

제목 우리유치원- Title( ) [1-n] :


모드 음악- Mode( ) [1..1] :

- Format [1..1] : mp3

저작권관련자 벅스뮤직- RightsAssociatedParty( ) [1-n] :



동요의 경우 노래 부른 가수 정보가 없는 경우가 많기 때문에 가수 이※

외의 저작권관련자에 해당되는 제작사나 배포자 등의 정보를 반드시 입력해

야 한다.

국악( )

번호- UCI [1..1] : R800++I30+Music/109

제목 김덕수 사물놀이- Title( ) [1-n] :

제목 한울림 예술단- Title( ) [1-n] :

제목 삼도 설장고가락- Title( ) [1-n] :


모드 음악- Mode( ) [1..1] :

- Format [1..1] : mp3

저작권관련자 김덕수- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 연주RightsAssociatedPartyRole( ) [1-n] :․자


e-bookᄋ

문학 대하소설( - )

번호- UCI [1..1] : R800++I00+ebook/ISBN(8976780671)

제목 태조왕건- Title( ) [1-n] :

제목 권 천년제국- Title( ) [1-n] : 1


모드 텍스트- Mode( ) [1..1] :


저작권관련자 이환경- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 작가RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 밀알- RightsAssociatedParty( ) [1-n] :


식별자- Identifier( ) [0-n] : ISBN(8976780671)

국어와 외국어( )


제목- Title( ) [1-n] : Confusable Words

제목 한국인이 혼동하기 쉬운 핵심어휘- Title( ) [1-n] : 900


모드 이미지- Mode( ) [1..1] :


저작권관련자- RightsAssociatedParty( ) [1-n] : Edwin

Carpenter

저작권관련자의 역할 작가RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 시사영어사- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 번역RightsAssociatedPartyRole( ) [1-n] :․가

식별자- Identifier( ) [0-n] : ISBN(8917169864)

유아 및 어린이( )


제목 토끼의 소원- Title( ) [1-n] :

제목 만화그림책 시리즈- Title( ) [1-n] : 01


모드 이미지- Mode( ) [1..1] :


저작권관련자 윤열수- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 작가RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 이호백- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 작가RightsAssociatedPartyRole( ) [1-n] :․식별자- Identifier( ) [0-n] : ISBN(8986565390)

여행과 지리( )

번호- UCI [1..1] : R800++I00+ebook/ISBN(897232485X)

제목 거센비 내리고 뜨거운 해 뜨고- Title( ) [1-n] :

제목 우천염천- Title( ) [1-n] :


모드 이미지- Mode( ) [1..1] :


저작권관련자 무라카미 하루키- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 작가RightsAssociatedPartyRole( ) [1-n] :․저작권관련자 서영- RightsAssociatedParty( ) [1-n] :

저작권관련자의 역할 번역RightsAssociatedPartyRole( ) [1-n] :․가

식별자- Identifier( ) [0-n] : ISBN(897232485X)

부록 기존메타데이터와의 매핑테이블[ B]

더블린코어 메타데이터와 식별메타데이터의 매핑테이블UCIᄋ

기존의 메타데이터인 더블린코어 메타데이터요소와 식별메타데이터UCI

요소는 다음과 같이 매핑 된다 이중 의. Creator, Publisher, Contributor

값은 로 매핑 되며 그 역할인RightsAssociatedParty Creator, Publisher,

는 의 값이 되는 것이다Contributor RightsAssociatedPartyRole .

그리고 더블린코어의 권리 는 자원의 판권 관리사항 및 관련 정(Rights)

보의 제공서비스 연결 식별어 이기 때문에 식별메타데이터의 저작권관련자

와는 차이가 있다(RightsAssociatedParty) .

의 경우 더블린코어에서 하위요소로 과 로 값이 나Title main alternative

누어져 있을 경우 식별메타데이터 에서는 원칙에 따라 과dumb-down main

의 값을 상위요소인 하나에 열거식으로 의미 없이 값을 나alternative Title

열하여 식별메타데이터의 과 매핑 시킨다Title .

더블린코어의 타입 의 경우 식별메타데이터의 과(Type) StructuralType

비슷해 보이나 다른 의미를 지닌다 더블린코어의 타입은 홈페이지 소설. , ,

시 수필 등과 같은 자원의 유형을 지정된 리스트로 제공하는 것으로 다른,

말로 자원의 주제유형을 나타내는 것이다 그러나 식별메타데이터의.

은 자원의 구조적인 유형으로 에서 제시한 저작물 유StructuralType IFRA

형을 바탕으로 실물 디지털 공연 작품 유형으로 그 중 디지털을, , , 4 default

로 자동입력 된다.

이와 같은 점들을 고려하여 더블린코어 메타데이터와 의 식별메타데UCI

이터를 매핑 시켜보면 다음과 같다.

표 더블린코어 메타데이터와 식별메타데이터의 매핑테이블< 19>

더블린코어 메타데이터요소 식별메타데이터 요소

제목(Title) Title

주제(Subject) -

표현(Description) -

출처(Source) -

언어(Language) -

관계(Relation) -

범위(Coverage) -

창작자(Creator)RightsAssociatedParty

RightsAssociatedPartyRole출판자(Publisher)

기여자(Contributor)

권리(Rights) -

날짜(Date) -

타입(Type) -

형식(Format) Format

식별자(Identifier) Identifier

- UCI

- StructuralType

- Mode

의 메타데이터와 식별메타데이터의 매핑테이블DOI Kernel UCIᄋ

의 식별메타데이터는 의 메타데이터를 기반으로 만들어UCI DOI Kernel

졌기 때문에 하나의 요소만 제외하고 거의 모든 요소가 의미적으로 매핑된

다 메타데이터의 요소인 는 에서만 표현되는 요소이. Kernel DOI-AP DOI

기 때문에 식별메타데이터에는 존재하지 않는다 또한 식별메타데이터 에서.

는 디지털 콘텐츠의 특성을 고려하여 요소를 추가하였다Format .

표 의 메타데이터와 식별메타데이터의 매핑테이블< 20> DOI Kernel


DOI-AP -

DOI UCI

Identifier Identifier

Title Title

StructuralType StructuralType

Mode Mode

PrimaryAgent(s) RightsAssociatedParty

PrimaryAgentRole RightsAssociatedPartyRole

- Format

지식정보자원관리 메타데이터와 식별메타데이터의 매핑Core UCIᄋ

테이블

지식정보자원관리 메타데이터는 더블린코어 메타데이터를 기반으Core

로 만들어진 것이기 때문에 더블린코어 메타데이터와 식별메타데이터 매핑

테이블과 비슷하다 다만 지식정보자원관리 메타데이터 요소에. Core

와 가 없기 때문에 그 부분이 더블린코어 메타데이터Contributor Format

매핑테이블과 차이가 있다.

표 지식정보자원관리 메타데이터와 식별메타데이터의< 21> Core

매핑테이블


Title Title

Subject -

Creator RightsAssociatedParty

RightsAssociatedPartyRolePublisher

Date -

Type -

Identifier Identifier

- UCI

- Format

- StructuralType

- Mode

부록 식별메타데이터의[ C] XML Schema

식별메타데이터 요소에 대한UCI XML Schema◎

<?xml version="1.0"?>

<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"

xmlns:dc="http://purl.org/dc/elements/1.1/"

xmlns:uci="http://www.uci.or.kr/uci/terms/"

elementFormDefault="unqualified">

<xsd:import namespace="http://www.uci.or.kr/uci/terms/"

schemaLocation="uci_uci.xsd"/>

<xsd:import namespace="http://purl.org/dc/elements/1.1/"

schemaLocation="uci_dc.xsd"/>

<xsd:element name="CoreMetadataOfUCI">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="Instance" maxOccurs="unbounded"/>

</xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:element name="Instance">

<xsd:complexType>

<xsd:sequence>

<xsd:element ref="uci:uci"/>

<xsd:element ref="dc:title" maxOccurs="unbounded"/>

<xsd:element ref="uci:structuralType"/>

<xsd:element ref="uci:mode"/>

<xsd:element ref="dc:format"/>

<xsd:element ref="uci:rightsAssociatedParty" maxOccurs=

"unbounded"/>

<xsd:element ref="dc:identifier" minOccurs="0" maxOccurs=

"unbounded"/>

</xsd:sequence>

</xsd:complexType>

</xsd:element>

</xsd:schema>

식별메타데이터 요소의 허용값에 대한UCI XML Schema◎


<xsd:schema targetNamespace="http://www.uci.or.kr/uci/terms/"

xmlns:xsd="http://www.w3.org/2001/XMLSchema"

xmlns:uci="http://www.uci.or.kr/uci/terms/"




<xsd:element name="uci" type="xsd:string"/>

<xsd:element name="structuralType" type="uci:valueOfStructuralType"

default= "Digital"/>

<xsd:element name="mode" type="uci:valueOfMode"/>

<xsd:element name="rightsAssociatedParty">

<xsd:complexType mixed="true">

<xsd:sequence>

<xsd:element ref="uci:rightsAssociatedPartyRole" maxOccurs=

"unbounded"/>

</xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:element name="rightsAssociatedPartyRole" type="uci:valueOfRights

AssociatedPartyRole"/>



<xsd:simpleType name="valueOfStructuralType">

<xsd:restriction base="xsd:string">

<xsd:enumeration value="Physical"/>

<xsd:enumeration value="Digital"/>

<xsd:enumeration value="SpatioTemporal"/>

<xsd:enumeration value="Abstraction"/>

</xsd:restriction>

</xsd:simpleType>



<xsd:simpleType name="valueOfMode">


<xsd:enumeration value="Visual"/>

<xsd:enumeration value="Text"/>

<xsd:enumeration value="Image"/>

<xsd:enumeration value="Table"/>

<xsd:enumeration value="Audio"/>

<xsd:enumeration value="Sound"/>

<xsd:enumeration value="Speech"/>

<xsd:enumeration value="Music"/>

<xsd:enumeration value="AudioVisual"/>

<xsd:enumeration value="Simple"/>

<xsd:enumeration value="Complex"/>

<xsd:enumeration value="Abstract"/>

</xsd:restriction>

</xsd:simpleType>



<xsd:simpleType name="valueOfRightsAssociatedPartyRole">


<xsd:enumeration value="Writer"/>

<xsd:enumeration value="Production"/>

<xsd:enumeration value="Broadcaster"/>

<xsd:enumeration value="Distributor"/>

<xsd:enumeration value="Publisher"/>

<xsd:enumeration value="Producer"/>

<xsd:enumeration value="Composer"/>

<xsd:enumeration value="Arranger"/>

<xsd:enumeration value="Drawer"/>

<xsd:enumeration value="Designer"/>

<xsd:enumeration value="Director"/>

<xsd:enumeration value="Singer"/>

<xsd:enumeration value="LeadingActor"/>

<xsd:enumeration value="AssistantActor"/>

<xsd:enumeration value="Developer"/>

<xsd:enumeration value="EditedBy"/>

<xsd:enumeration value="AbridgedBy"/>

<xsd:enumeration value="AdaptedBy"/>

<xsd:enumeration value="TranslatedBy"/>

<xsd:enumeration value="Dancer"/>

<xsd:enumeration value="Narrator"/>

<xsd:enumeration value="Player"/>

<xsd:enumeration value="Applicant"/>

<xsd:enumeration value="inventor"/>

<xsd:enumeration value="Procurator"/>

<xsd:enumeration value="Other"/>

</xsd:restriction>

</xsd:simpleType>

</xsd:schema>

식별메타데이터 요소의 인코딩 스킴에 대한UCI XML Schema◎


<xsd:schema targetNamespace="http://purl.org/dc/elements/1.1/"

xmlns:xsd="http://www.w3.org/2001/XMLSchema"





<xsd:element name="title" type="xsd:string"/>

<xsd:element name="format" type="xsd:string"/>

<xsd:element name="identifier">

<xsd:complexType mixed="true">

<xsd:attribute name="scheme" type="dc:valueOfScheme"

use="required"/>

</xsd:complexType>

</xsd:element>



<xsd:simpleType name="valueOfScheme">


<xsd:enumeration value="EAN"/>

<xsd:enumeration value="ISBN"/>

<xsd:enumeration value="BICI"/>

<xsd:enumeration value="ISMN"/>

<xsd:enumeration value="ISAN"/>

<xsd:enumeration value="ISRC"/>

<xsd:enumeration value="UMID"/>

<xsd:enumeration value="ISSN"/>

<xsd:enumeration value="CODEN"/>

<xsd:enumeration value="SICI"/>

<xsd:enumeration value="DOI"/>

<xsd:enumeration value="PII"/>

<xsd:enumeration value="ISWCT"/>

<xsd:enumeration value="ISTC"/>

<xsd:enumeration value="OPUS"/>

<xsd:enumeration value="CCN"/>

<xsd:enumeration value="UPC"/>

<xsd:enumeration value="MPN"/>

<xsd:enumeration value="VPN"/>

<xsd:enumeration value="URL"/>

<xsd:enumeration value="PURL"/>

<xsd:enumeration value="URN"/>

<xsd:enumeration value="Other"/>

</xsd:restriction>

</xsd:simpleType>

</xsd:schema>

식별메타데이터 요소의 예제에 대한UCI XML Schema◎

<?xml version="1.0" encoding="euc-kr"?>



<CoreMetadataOfUCI xmlns:uci="http://www.uci.or.kr/uci/terms/"


xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="uci_core.xsd">

<Instance>

<uci:uci>R800++I30++article/ISBN(89-314-1111-6)</uci:uci>

어플리케이션을 위한 기술<dc:title> PSE </dc:title>

<dc:title>PSE technology for application</dc:title>

<uci:structuralType>Digital</uci:structuralType>

<uci:mode>Image</uci:mode>

<dc:format>pdf</dc:format>

정창성<uci:rightsAssociatedParty>

<uci:rightsAssociatedPartyRole>Writer</uci:rightsAssociatedPartyRole

>

</uci:rightsAssociatedParty>

한국과학기술정보연구원<uci:rightsAssociatedParty>

<uci:rightsAssociatedPartyRole>Distributor</uci:rightsAssociatedParty

Role>


<dc:identifier scheme="ISBN">89-314-1111-6</dc:identifier>

</Instance>

<Instance>

<uci:uci>R800++I30++medical/222</uci:uci>

제품별 스테로이드 연고 분석 가이드<dc:title> </dc:title>

<uci:structuralType>Digital</uci:structuralType>

<uci:mode>Table</uci:mode>

<dc:format>html</dc:format>

아토피아<uci:rightsAssociatedParty>

<uci:rightsAssociatedPartyRole>Production</uci:rightsAssociatedPart

yRole>

<uci:rightsAssociatedPartyRole>Distributor</uci:rightsAssociatedPart

yRole>


</Instance>

</CoreMetadataOfUCI>

부록 식별메타데이터의[ D] Namespace

<?xml version="1.0" encoding="UTF-8"?>



<rdf:RDF xmlns:uci="http://www.uci.or.kr/terms/"

xmlns:dcterms="http://purl.org/dc/terms/"


xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema+"

xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns+">

<rdf:Description rdf:about="http://www.uci.or.kr/terms/">

<dc:title xml:lang="EUC-KR">The UCI Core Metadata for

Identifying Digital Items Namespace</dc:title>

<dc:publisher xml:lang="en-US">National Computerization

Agency</dc:publisher>

<dc:language xml:lang="en-US">English</dc:language>

<dc:language xml:lang="EUC-KR">Korean</dc:language>

<dc:issued>2003-11-26</dc:issued>

<dc:modified>2003-11-26</dc:modified>

<uci:references rdf:resource="http://www.uci.or.kr/terms/"/>

</rdf:Description>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/physical">

<rdfs:label xml:lang="en-US">Physical</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">소설책 잡지책 등과 같이,

물리적으로 만들어진 실물을 나타내는 것. </rdfs:comment>

<rdfs:isDefinedBy

rdf:resource="http://www.uci.or.kr/terms/"/>



</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/digital">

<rdfs:label xml:lang="en-US">Digital</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">실물 이외의 온라인상에서

디지털 화 된 상태로 존재하는 것. </rdfs:comment>

<rdfs:isDefinedBy



</rdf:Property>

<rdf:Property

rdf:about="http://www.uci.or.kr/terms/spatioTemporal">

<rdfs:label xml:lang="en-US">SpatioTemporal</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">연극 뮤지컬 콘서트 등과, ,

같은 공연을 나타내는 것. </rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/abstraction">

<rdfs:label xml:lang="en-US">Abstraction</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">물리적으로 또는 디지털로

표현되기 전의 상태 즉 콘테츠로 구체적으로 표현, 되기 전 단계

를 나타내는 것. </rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/visual">

<rdfs:label xml:lang="EUC-KR">Visual</rdfs:label>

<rdfs:comment xml:lang="en-US">시각적인 콘텐츠

</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/text">

<rdfs:label xml:lang="en-US">Text</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">텍스트 위주로 구성된 콘

텐츠</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/image">

<rdfs:label xml:lang="en-US">Image</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">사진 그림이미지 위주로,

구성된 콘텐츠</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/table">

<rdfs:label xml:lang="en-US">Table</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">통계자료같이 표 위주로

구성된 콘텐츠</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/audio">

<rdfs:label xml:lang="en-US">Audio</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">청각적인 콘텐츠

</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/sound">

<rdfs:label xml:lang="en-US">Sound</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">음성과 음악에 해당되지

않는 모든 소리로 예를 들면 효과음이나 경음악 같이 사람의 목소리

이외의 소리를 나타내는 것.</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/speech">

<rdfs:label xml:lang="en-US">Speech</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">사람의 발음기관에서 나오

는 모든 소리를 나타내는 것으로 녹음된 연설문이나 목소리로 녹음

한 책 아나운서나 디스크자키에 의해 진행되는 라디오 방송 등,

</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/music">

<rdfs:label xml:lang="en-US">Music</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">사람이 부른 노래가 녹음

된 것을 가리키는 것.</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/audioVisual">

<rdfs:label xml:lang="en-US">AudioVisual</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">시청각적인 콘텐츠

</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/simple">

<rdfs:label xml:lang="en-US">Simple</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">하나의 와 하나의Audio

로만 구성된 단순 저작물Visual .</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/complex">

<rdfs:label xml:lang="en-US">Complex</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">하나이상의 와 영Audio

상 그리고 영상을 설명하는 등으로 구성된 복합콘텐, Text

츠.</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/abstract">

<rdfs:label xml:lang="en-US">Abstract</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">콘테츠로 구체적으로 표현

되기 전 단계를 나타내는 것.</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/writer">

<rdfs:label xml:lang="en-US">Writer</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">콘텐츠를 창작한 사람으로

예를 들면 저자 작사가 사진작가 포함, (lyric writer), .

</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/production">

<rdfs:label xml:lang="en-US">Production</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">콘텐츠를 특정 형태로 제

작</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/broadcaster">

<rdfs:label xml:lang="en-US">Broadcaster</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">방송매체를 통하여 콘텐츠

를 전달하는 곳</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/distributor">

<rdfs:label xml:lang="en-US">Distributor</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">콘텐츠를 이용자들에게 배

포하는 사람이나 기관</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/publisher">

<rdfs:label xml:lang="en-US">Publisher</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">콘텐츠를 출판한 기관

</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/producer">

<rdfs:label xml:lang="en-US">Producer</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">연극 영화 방송 관계의 기, ,

획이나 제작하는 사람</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/composer">

<rdfs:label xml:lang="en-US">Composer</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">음악의 곡을 만든 사람

</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/arranger">

<rdfs:label xml:lang="en-US">Arranger</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">음악의 곡을 수정하여 다

른 곡으로 만든 사람</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/drawer">

<rdfs:label xml:lang="en-US">Drawer</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">이미지 콘텐츠를 창작한

사람</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/designer">

<rdfs:label xml:lang="en-US">Designer</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">의상의 도안 설계도 등을,

창작한 사람</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/director">

<rdfs:label xml:lang="en-US">Director</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">연극 영화에서 배우의 연,

기 조명 진행 등을 지휘 또는 관리하는 사람, ,

</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/singer">

<rdfs:label xml:lang="en-US">Singer</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">노래를 부른 사람

</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/leadingActor">

<rdfs:label xml:lang="en-US">Leading Actor</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">연극이나 영화의 주인공

</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/assistantActor">

<rdfs:label xml:lang="en-US">Assistant Actor</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">연극이나 영화의 주연을

도와서 연기하는 사람</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/developer">

<rdfs:label xml:lang="en-US">Developer</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">새로운 것을 생각해 내어

실용화 하는 곳</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/editedBy">

<rdfs:label xml:lang="en-US">Edited by</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">책이나 신문 영화 필름이,

나 녹음 테이프 따위를 펴내거나 만들기 위하여 일정한 기획 아래 정

보를 수집 정리하고 구성하는 사람· </rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/abridgedBy">

<rdfs:label xml:lang="en-US">Abridged by</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">특정 콘텐츠를 간략하게

요약한 사람</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/adaptedBy">

<rdfs:label xml:lang="en-US">Adapted by</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">시 소설 실화 등을 각본으, ,

로 고쳐쓴 사람</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/translatedBy">

<rdfs:label xml:lang="en-US">Translated by</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">한 나라 말로 된 글의 내용

을 다른 나라 말로 바꿔 옮긴 사람</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/dancer">

<rdfs:label xml:lang="en-US">Dancer</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">춤을 춘 사람

</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/narrator">

<rdfs:label xml:lang="en-US">Narrator</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">콘텐츠의 줄거리를 이야기

하는 사람</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/player">

<rdfs:label xml:lang="en-US">Player</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">악기를 연주하는 사람

</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/applicant">

<rdfs:label xml:lang="en-US">Applicant</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">특허나 상표등록을 출원하

는 사람</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/inventor">

<rdfs:label xml:lang="en-US">Inventor</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">새로 생각해 내거나 만들

어 내는 일을 전문적으로 하는 사람</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/procurator">

<rdfs:label xml:lang="en-US">Procurator</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">다른 사람을 대신하여 일

을 처리한 사람</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdf:Property rdf:about="http://www.uci.or.kr/terms/other">

<rdfs:label xml:lang="en-US">Other</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">위의 허용값에 포함되지

않는 역할</rdfs:comment>

<rdfs:isDefinedBy




</rdf:Property>

<rdfs:Class rdf:about="http://www.uci.or.kr/terms/uciType">

<rdfs:label xml:lang="en-US">UCI Type</rdfs:label>

<rdfs:comment xml:lang="EUC-KR"> 의 값으로는 실UCI Type

물 디지털 공연 작품 등에서 취함, , , </rdfs:comment>

<rdfs:isDefinedBy



<uciterms:references

rdf:resource="http://www.uci.or.kr/terms/structuralType"/>

</rdfs:Class>

<rdfs:Class rdf:about="http://www.uci.or.kr/terms/uciMode">

<rdfs:label xml:lang="en-US">UCI Mode</rdfs:label>

<rdfs:comment xml:lang="EUC-KR"> 의 값으로는 시UCI Type

각 텍스트 이미지 표 청각( , , ), </rdfs:comment>

<rdfs:isDefinedBy




rdf:resource="http://www.uci.or.kr/terms/mode"/>

</rdfs:Class>

<rdfs:Class rdf:about="http://www.uci.or.kr/terms/uciRole">

<rdfs:label xml:lang="en-US">UCI Role</rdfs:label>

<rdfs:comment xml:lang="EUC-KR"> 의 값으로는 작UCI Role

가 제작사 방송사 배포자 등을 입력함, , , </rdfs:comment>

<rdfs:isDefinedBy




rdf:resource="http://www.uci.or.kr/terms/rightsAssociatedPa

rtyRole"/>

</rdfs:Class>

<rdfs:Class rdf:about=" http://www.uci.or.kr/terms/identifier">

<rdfs:label xml:lang="en-US">Identifier</rdfs:label>

<rdfs:comment xml:lang="EUC-KR">자원에 이미 부여되어 있

는 등을 입력함ISBN, ISSN, DOI </rdfs:comment>

<rdfs:isDefinedBy




rdf:resource="http://purl.org/dc/elements/1.1/identifier"/>

</rdfs:Class>

<dcterms:IdentifierSchema rdf:about=" http://purl.org/dc/terms/URI">

<rdfs:label xml:lang="en-US">URI</rdfs:label>

<rdfs:comment xml:lang="en-US">A URI Uniform Resource

Identifier</rdfs:comment>

<rdf:type

rdf:resource="http://www.w3.org/2000/01/rdf-schema+Clas

s"/>

<rdfs:isDefinedBy



</dcterms:IdentifierSchema>

</rdf:RDF>

부록[ E] 용어정의

ᄋ 등록관리기관(Registration Agency) : 소유하고 있는 콘텐츠에 UCI

식별자를 부여받으려고 하는 콘텐츠 등록자 또는 등록기관들에게 메

타데이터를 등록받고 식별자를 부여하는 기관이다UCI .

ᄋ 디지털 콘텐츠 식별체계 : 디지털 콘텐츠 식별체계는 디지털 콘텐츠

의 접근과 이용 판매 등을 효율적이게 하며 자료에 대한 명확한 구,

별을 제공하는 도구로 크게 식별자 메타데이터(identifier),

운영정책 으로 구성되어 있다(metadata), (operational policy) .

ᄋ 메타데이터 요소 메타데이터 집합을 구성하는 요소로 예를 들면:

등을 가리킨다Title, Author, Identifier .

ᄋ 메타데이터 집합 : 등과 같은 메타데이터Title, Author, Identifier

요소들의 집합을 가리키는 용어로 등과 같Dublin Core, INDECS

은 메타데이터 자체를 의미한다.

ᄋ 식별메타데이터 : 구문구조에서 표현할 수 없는 요소들을 추가적으로

구성하여 이용자들이 원하는 콘텐츠 인지 아닌지를 쉽고 빠르게 식별

할 수 있는 최소한의 요소들로 구성된 메타데이터로 총괄관리기구에,

서 정하는 요소를 따른다.

ᄋ 식별자 (identifier) 사물을 식별을 할 수 있도록 유일하고 고유하:

게 부여된 기호 또는 ID

ᄋ 식별체계 (identification scheme) 사물을 구별할 수 있도록 정의:

된 체계적인 방법 및 수단으로 크게 구문구조와 메타데이터로 구분할

수 있다.

ᄋ 응용메타데이터 : 식별메타데이터를 제외한 콘텐츠의 특성과 등록관

리기관들의 운영정책등을 반영한 요소들을 추가하여 식별메타데이터

를 확장한 메타데이터라 할 수 있다.

ᄋ 총괄관리기구(Root) 식별체계 운영에 대한 전반적인 권한과 보급:

확산의 책임을 가진 기관으로 식별체계 운영구조에서 최상위 기구이,

다 또한 등록관리기관 을 관리하는 대표기구. (Registration Agency)

이다.

ᄋ 콘텐츠 에서 정의한 의 정의에 따라 구조화: MPEG-21 Digital Item

된 디지털 객체 를 의미한다(object) .

ᄋ 콘텐츠몰 : 식별자를 활용하여 콘텐츠를 유통하는 업체로URN URN

식별자를 활용한 콘텐츠 유통을 위해 콘텐츠몰 시스템을 운영한다.

ᄋ UCI 한국전산원에서 개발한 디지털 콘텐츠를 식별하기 위해 고안:

된 식별체계의 이름으로써 다양한 종류의 디지털 콘텐츠를 식별한다.

총괄관리기구에서 의 네이밍 권한을 가지고 있다UCI .

부록 약어[ F]

AAP Association of American Publishers

BISG 셔요Book Industry S Group

CID Content ID

CDWA Categories for the Description of Works of Art

CNRI Corporation for National Research Initiatives

DCF Digital Content Forum

DCMI Dublin Core Metadata Initiative

DOI Digital Object Identifier

EBU European Broadcasting Union

FRBR functional Requirements for Bibliographic Records

GEM Gateway to Educational Materials

GILS Government Information Locator Service

IAFA Internet Anonymous FTP Archives

IDF Idternational DOI Foundation

IETF Internet Engineering Task Force

IFLA International Federation of Librarians Associations and

Institutions

INDECS Interoperability of Data in E-Commerce Systems

KIPA Korea IT Industry Promotion Agency

KORMARC Korean Machine Readable Cataloging

LOM Learning Object Metadata

LTSC Learning Technology Standardization Committee

NLMC National Library of Medicine Classification

ONIX Online Information Exchange

PURL Persistent Uniform Resource Locator

RA Registration Agency

RDD Rights Data Dictionary

SMPTE The Society of Motion Picture and Television

Engineers

UCI Universal Content Identifier

URL Uniform Resource Locations

URN Uniform Resource Names

VRA Visual Resource Association

XML eXtensible Markup Language

연구 책임자 허 정 회:

정보화표준팀장( , 02-2131-0210, [email protected] )