![[EEVL, EELS, RFC1807] EEVL, EELS, RFC1807의 등장배경과 EEVL, EELS, RFC1807 및 EEVL, EELS, RFC1807의 평가 분석-1](http://images.happyhaksul.com/thumb/377/376115-0001.gif)
![[EEVL, EELS, RFC1807] EEVL, EELS, RFC1807의 등장배경과 EEVL, EELS, RFC1807 및 EEVL, EELS, RFC1807의 평가 분석-2](http://images.happyhaksul.com/thumb/377/376115-0002.gif)
![[EEVL, EELS, RFC1807] EEVL, EELS, RFC1807의 등장배경과 EEVL, EELS, RFC1807 및 EEVL, EELS, RFC1807의 평가 분석-3](http://images.happyhaksul.com/thumb/377/376115-0003.gif)
![[EEVL, EELS, RFC1807] EEVL, EELS, RFC1807의 등장배경과 EEVL, EELS, RFC1807 및 EEVL, EELS, RFC1807의 평가 분석-4](http://images.happyhaksul.com/thumb/377/376115-0004.gif)
![[EEVL, EELS, RFC1807] EEVL, EELS, RFC1807의 등장배경과 EEVL, EELS, RFC1807 및 EEVL, EELS, RFC1807의 평가 분석-5](http://images.happyhaksul.com/thumb/377/376115-0005.gif)
![[EEVL, EELS, RFC1807] EEVL, EELS, RFC1807의 등장배경과 EEVL, EELS, RFC1807 및 EEVL, EELS, RFC1807의 평가 분석-6](http://images.happyhaksul.com/thumb/377/376115-0006.gif)
![[EEVL, EELS, RFC1807] EEVL, EELS, RFC1807의 등장배경과 EEVL, EELS, RFC1807 및 EEVL, EELS, RFC1807의 평가 분석-7](http://images.happyhaksul.com/thumb/377/376115-0007.gif)
![[EEVL, EELS, RFC1807] EEVL, EELS, RFC1807의 등장배경과 EEVL, EELS, RFC1807 및 EEVL, EELS, RFC1807의 평가 분석-8](http://images.happyhaksul.com/thumb/377/376115-0008.gif)
![[EEVL, EELS, RFC1807] EEVL, EELS, RFC1807의 등장배경과 EEVL, EELS, RFC1807 및 EEVL, EELS, RFC1807의 평가 분석-9](http://images.happyhaksul.com/thumb/377/376115-0009.gif)
![[EEVL, EELS, RFC1807] EEVL, EELS, RFC1807의 등장배경과 EEVL, EELS, RFC1807 및 EEVL, EELS, RFC1807의 평가 분석-10](http://images.happyhaksul.com/thumb/377/376115-0010.gif)
![[EEVL, EELS, RFC1807] EEVL, EELS, RFC1807의 등장배경과 EEVL, EELS, RFC1807 및 EEVL, EELS, RFC1807의 평가 분석-11](http://images.happyhaksul.com/thumb/377/376115-0011.gif)
![[EEVL, EELS, RFC1807] EEVL, EELS, RFC1807의 등장배경과 EEVL, EELS, RFC1807 및 EEVL, EELS, RFC1807의 평가 분석-12](http://images.happyhaksul.com/thumb/377/376115-0012.gif)
분야
hwpⅡ. EEVL, EELS, RFC1807의 등장배경
Ⅲ. EEVL
1. 내용
1) 기본 기술요소
2) URIs
2. 자원 포맷과 기술적 특징
1) 자료형태의 선택기능
2) 관리상의 세부항목
3) 메타데이터의 관리
4) 유효기한
3. 다국어 문제
4. 완전성여부와 자원간의 관계 표현 여부
Ⅳ. EELS
1. 내용
1) Ei 분류체계의 브라우즈 및 검색
2) All Engineering resources on the Internet
3) EEVL과의 교차검색
4) 기본기술요소
5) 주제기술
6) Ei 분류체계
7) URI
2. 정보 요소 구축을 위한 규칙
3. 다국어 관계
4. 완전성
Ⅴ. RFC1807
1. 용어 정의
2. 출현배경과 개발환경
Ⅵ. EEVL, EELS, RFC1807의 평가
1. EEVL평가
2. EELS평가
3. RFC1807평가
Ⅶ. 결론
참고문헌
메타 데이터는 데이터의 데이터로써 특히 전자문서나 파일등의 네트워크 자원의 속성을 표현하기 위한 데이터이다. 메타 데이터는 정보자원의 소재파악 및 접근의 기능을 제공하며 정보자원의 내용, 질, 기타 특성을 기술함으로써 선택과 평가를 위한 기준을 제공해주고 있다. 네트워크상의 전자문헌을 기술하기 위한 메타 데이터의 유형을 크게 두 가지로 나누어 볼 수 있다. 하나는 가장 단순한 형태의 메타 데이터인 로봇 프로그램에 의해 자동으로 작성되는 웹 탐색엔진들의 색인 레코드로 볼 수 있다. 이것은 탐색엔진에 따라 그 형식이 다양하며, 이러한 레코드는 구조화되어 있지 않으므로 대개 필드별 탐색이 불가능하다. 이러한 탐색엔진들은 웹 문서의 전문이나 초록 등에서 색인어를 자동 추출하기 때문에 검색효율이 상당히 낮은 편이다.
또 다른 하나는 전문가에 의해서 만들어진 MARC 레코드와 같은 목록레코드이다. 이것은 도서관의 목록 작성과 같은 방식으로 기술하는 것이다. 즉 인터넷 자원들을 대상으로 저자, 표제, 주제 등에 의한 탐색 이외에 하이퍼링크에 의해 목록 레코드로부터 인터넷상의 원자료에의 접근이 가능하도록 기술하는 것이다. 하지만 이렇게 수동으로 생성된 레코드는 인터넷상의 방대한 전자문헌에 대한 메타 데이타를 만들고 유지하기에는 비용이 너무 많이 든다는 단점이 있다.
Ⅱ. EEVL, EELS, RFC1807의 등장배경
인터넷상의 자원들은 미디어의 폭넓은 적용범위를 포함하고 있으며 그들의 수집과 분석에 크게 의존해 왔다. 인터넷상의 자원에 형태가 모두 불일치함에도 불구하고 인터넷의 급성장으로 수준높은 교육과 연구를 포함한 다양한 문화속에 스며들기 시작하였다. 유용한 자원의 일부는 연구와 교육부분에 확실한 원조를 했지만 많은 이용자들은 네트워크에 자원 안에서 검색에 많은 시간을 소비해 왔다. 새로운 정보를 지속적으로 전달하기 위해, 자동갱신되도록 하였기 때문에 현재 인터넷은 매우 혼란스럽다. 일반적으로 널리 제공된 색인서비스나 많은 탐색도구들은 영국 외에서 시작한 것이라 영국의 이용자들의 입장에서 자원에 응용범위가 좁고 기본자원에 검색환경이 열악한 실정이다.
데이타베이스 : 디지털 도서관을 위한 확장된 Dublin Core 기반 메타데이타 관리 시스템/한국정보처리학회, 정보처리학회논문지, 1998
문헌정보처리연구회, 메타데이터의 형식과 구조, 문헌정보처리연구회, 1998
사공철, 정보검색론, 아세아문화사, 1997
우유미, 인터넷 식별기호와 메타데이터, 연세대학교 대학원 석사학위논문, 1998
프리실라 캡산, 메타데이터의 이해, 태일사
한국교육학술정보원, 교육정보메타데이터(KEM) 지침해설서, 2005
