온톨로지 설계 방법 - 편집 역사

2021년 12월 9일 (목) 23:00에 대한 Admin의 편집

2021-12-09T23:00:46Z

2019년 5월 20일 (월) 01:36에 대한 Tutor의 편집

2019-05-20T01:36:12Z

2019년 5월 20일 (월) 01:33에 대한 Tutor의 편집

2019-05-20T01:33:55Z

2019년 5월 20일 (월) 01:30에 대한 Tutor의 편집

2019-05-20T01:30:33Z

2019년 5월 20일 (월) 01:26에 대한 Tutor의 편집

2019-05-20T01:26:31Z

2019년 5월 20일 (월) 01:19에 대한 Tutor의 편집

2019-05-20T01:19:33Z

2019년 5월 20일 (월) 01:17에 대한 Tutor의 편집

2019-05-20T01:17:54Z

2019년 5월 20일 (월) 01:16에 대한 Tutor의 편집

2019-05-20T01:16:13Z

2019년 5월 20일 (월) 01:12에 대한 Tutor의 편집

2019-05-20T01:12:55Z

2019년 5월 20일 (월) 01:07에 대한 Tutor의 편집

2019-05-20T01:07:47Z

@@ 77번째 줄: / 77번째 줄: @@
 ==시맨틱 데이터베이스의 구현==
-문맥 요소로 발굴된 모든 개체를 해당 클래스에 귀속시킨 후, 각각의 개체에 고유한 속성을 부여하고, 개체와 개체 사이의 관계성을 지정하는 방법으로 온톨로지 기반 데이터베이스를 구현하면, 그 속에 담긴 개체들이  관계의 맥락을 명시적으로 드러내게 된다.  이와 같이 개체에 대한 개별적 정보뿐 아니라 그것들 사이의 의미적 연관관례를 담고 있는 데이터베이스를 ‘시맨틱 데이터베이스’(Semanti Database)라고 한다.
+문맥 요소로 발굴된 모든 개체를 해당 클래스에 귀속시킨 후, 각각의 개체에 고유한 속성을 부여하고, 개체와 개체 사이의 관계성을 지정하는 방법으로 온톨로지 기반 데이터베이스를 구현하면, 그 속에 담긴 개체들이  관계의 맥락을 명시적으로 드러내게 된다.  이와 같이 개체에 대한 개별적 정보뿐 아니라 그것들 사이의 의미적 연관관계를 담고 있는 데이터베이스를 ‘시맨틱 데이터베이스’(Semantic Database)라고 한다.
 [[파일:OntologyDesignB-6.jpg | 600px]]

← 이전 판		2019년 5월 20일 (월) 01:36 판
92번째 줄:		92번째 줄:

	[[파일:OntologyDesignB-8.jpg \| 600px]]		[[파일:OntologyDesignB-8.jpg \| 600px]]
		+
		+	==참고: 한국문화 엔사이브 온톨로지==
		+
		+	[[파일:ontology.png \| link=http://dh.aks.ac.kr/Encyves/wiki/index.php/EKC_Data_Model-Draft_1.1 \| 60px]] 한국문화 엔사이브 온톨로지

	----		----

@@ 1번째 줄: / 1번째 줄: @@
 {|class="metadata" style="width:300px" align="right"
 |-
 |style="text-align:right" | [[파일:MakeGraphLogo.jpg|240px]]
 |-
 |style="text-align:right" | [[김현]]<br/>한국학중앙연구원 인문정보학 교수
 |}
@@ 13번째 줄: / 13번째 줄: @@
 *‘온톨로지’란 정보화의 대상이 되는 세계를 전자적으로 표현할 수 있도록 구성한 데이터 기술 체계이다.
 *‘명시적 명세화의 방법에 의한 개념화’(explicit specification of a conceptualization) ..... 정보기술 분야에서 말하는 ‘온톨로지(ontology)’에 대한 가장 일반적인 정의<ref>Gruber, ‘A Translation Approach to Portable Ontology Specifications’, Knowledge Systems Laboratory Technical Report KSL 92-71, Stanford University, 1992.</ref>

@@ 4번째 줄: / 4번째 줄: @@
 |-
 |style="text-align:right" | [[김현]]<br/>한국학중앙연구원 인문정보학 교수
 |}
 ==온톨로지(Ontolgy)란?==

@@ 1번째 줄: / 1번째 줄: @@
-<p align="right">[[김현]]<br/>한국학중앙연구원 인문정보학 교수<br/>
+{|class="metadata" style="width:300px" align="right"
-<br/>
+|-
-{{clickable button|[http://dh.aks.ac.kr/Encyves/wiki/index.php/EKC_Data_Model-Draft_1.1 한국문화 엔사이브 온톨로지<html><br/><img height="50" src="http://dh.aks.ac.kr/VR/style/ontology.png"/><br/>Ontology</html>]}}
+|style="text-align:right" | [[파일:MakeGraphLogo.jpg|240px]]
-</p>
+|-
 ==온톨로지(Ontolgy)란?==
 *‘온톨로지’란 정보화의 대상이 되는 세계를 전자적으로 표현할 수 있도록 구성한 데이터 기술 체계이다.
 *‘명시적 명세화의 방법에 의한 개념화’(explicit specification of a conceptualization) ..... 정보기술 분야에서 말하는 ‘온톨로지(ontology)’에 대한 가장 일반적인 정의<ref>Gruber, ‘A Translation Approach to Portable Ontology Specifications’, Knowledge Systems Laboratory Technical Report KSL 92-71, Stanford University, 1992.</ref>

← 이전 판		2019년 5월 20일 (월) 01:19 판
1번째 줄:		1번째 줄:
		+	<p align="right">[[김현]]<br/>한국학중앙연구원 인문정보학 교수<br/>
		+	<br/>
		+	{{clickable button\|[http://dh.aks.ac.kr/Encyves/wiki/index.php/EKC_Data_Model-Draft_1.1 한국문화 엔사이브 온톨로지<html><br/><img height="50" src="http://dh.aks.ac.kr/VR/style/ontology.png"/><br/>Ontology</html>]}}
		+	</p>
		+
	==온톨로지(Ontolgy)란?==		==온톨로지(Ontolgy)란?==

@@ 34번째 줄: / 34번째 줄: @@
 아래와 같이 목록화한 개개의 요소들을 온톨로지 용어로는 ‘개체’(individual)라고 한다. 이것은 정보화하고자 하는 지식의 단위 요소이자, 관련 지식의 네트워크에서 관계의 접점이 될 노드(node)이다.
-[[파일:OntologyDesignB-1.jpg | 800px]]
+[[파일:OntologyDesignB-1.jpg | 600px]]
 ===⓶ 클래스(class) 설계===
@@ 42번째 줄: / 42번째 줄: @@
 클래스 설계는 대상 세계를 무차별적인 사실/사물의 나열로 보지 않고, 일정한 체계 속에서 이해하려는 노력이라고 할 수 있다. 따라서 어떠한 클래스를 정하느냐 하는 것은 연구자가 대상을 어떠한 시각에서 보고자 하느냐에 따라 달라진다.
-[[파일:OntologyDesignB-2.jpg | 800px]]
+[[파일:OntologyDesignB-2.jpg | 600px]]
 ===⓷ 속성(attribute) 설계===
@@ 50번째 줄: / 50번째 줄: @@
 클래스 설계와 마찬가지로 속성 설계도 ‘이렇게 해야 한다’는 절대적인 기준은 없다. 대상 개체를 어떤 관점에서 보고 있으며, 그 정보를 어떠한 목적으로 사용할 것인가를 기준으로 삼으면 된다.
-[[파일:OntologyDesignB-3.jpg | 800px]]
+[[파일:OntologyDesignB-3.jpg | 600px]]
 ===⓸ 관계성(relation) 설계===
@@ 56번째 줄: / 56번째 줄: @@
 각각의 클래스에 속하는 개체들이 서로 어떠한 의미적 연관 관계를 맺고 있는지 분석하여, 그 관계성을 표현할 수 있는 서술어를 정한다. 이 관계성 서술어는 주어와 목적어를 수반하여 RDF(Resource Description Framework) 문을 완성하게 된다. 이 때 주어 역할을 할 수 있는 개체들의 클래스를 ‘정의역’(定義域, domain)이라고 하고, 목적어 역할을 하는 개체들의 클래스를 ‘치역’(値域, range)라고 부른다.
-[[파일:OntologyDesignB-4.jpg | 800px]]
+[[파일:OntologyDesignB-4.jpg | 600px]]
 ===⓹ 개체(individual)에 대한 속성, 관계성 부여===
@@ 62번째 줄: / 62번째 줄: @@
 지금까지 수행한 네 가지 과정이 온톨로지 설계에 해당하는 일이라고 한다면 이 다섯 번째 작업은 설계된 온톨로지에 따라 데이터베이스를 구축하는 일이다. 온톨로지 설계에 의해 만들어진 데이터베이스를 일반적인 관계형 데이터베이스(Relational Database, RDB)와 구분하여 ‘온톨로지 기반 데이터베이스’(Ontology Based Database, ODB)라고 부르기도 한다.
-[[파일:OntologyDesignB-5.jpg | 800px]]
+[[파일:OntologyDesignB-5.jpg | 600px]]
 ==시맨틱 데이터베이스의 구현==
@@ 68번째 줄: / 68번째 줄: @@
 문맥 요소로 발굴된 모든 개체를 해당 클래스에 귀속시킨 후, 각각의 개체에 고유한 속성을 부여하고, 개체와 개체 사이의 관계성을 지정하는 방법으로 온톨로지 기반 데이터베이스를 구현하면, 그 속에 담긴 개체들이  관계의 맥락을 명시적으로 드러내게 된다.  이와 같이 개체에 대한 개별적 정보뿐 아니라 그것들 사이의 의미적 연관관례를 담고 있는 데이터베이스를 ‘시맨틱 데이터베이스’(Semanti Database)라고 한다.
-[[파일:OntologyDesignB-6.jpg | 800px]]
+[[파일:OntologyDesignB-6.jpg | 600px]]
 ==시맨틱 데이터베이스의 확장==
@@ 76번째 줄: / 76번째 줄: @@
 여러 가지 기대 효과 가운데 가장 우선시되는 것은 별개의 문화유산 해설문 속에 담겨 있는 정보들이 서로서로 관련성을 좋아 광대한 의미의 연결망을 만들 수 있을 것이라는 점이다. ‘용인 심곡서원’에는 양산보의 스승 조광조가 제향되어 있다. ‘장성 필암서원’에 제향된 김인후는 양산보의 친구이고, 김인후와 함께 제향된 그의 제자 양자징은 양산보의 아들이다. 이 세 곳의 문화유산들은 공통의 관련 인물을 매개로 다음 그림과 같은 관계망을 형성한다.
-[[파일:OntologyDesignB-7.jpg | 800px]]
+[[파일:OntologyDesignB-7.jpg | 600px]]
 이와 같이 서로서로 의미의 연결고리를 맺고 있는 지식의 네트워크 속에서는 그 관계를 추론하여 새로운 지식을 얻는 것도 가능하다. 우리가 이 예시를 위해 만든 데이터 안에서도 ‘소쇄원을 만든 사람의 스승은 누구인가?’, ‘그를 제향한 서원은 어디인가?’라는 질문을 던지면, 컴퓨터는 그 질문에 대해 정확한 답변을 제공한다. 이 온톨로지를 공유하는 더 많은 데이터가 만들어졌을 경우, 컴퓨터는 보다 유용한 지식 탐구의 동반자 역할을 할 수 있을 것이다.
-[[파일:OntologyDesignB-8.jpg | 800px]]
+[[파일:OntologyDesignB-8.jpg | 600px]]
 ----

@@ 46번째 줄: / 46번째 줄: @@
 ===⓷ 속성(attribute) 설계===
-클래스 설계가 이루어졌으면, 각각의 클래스에 속하는 개체(individual)들이 어떤 속성을 갖는지를 살피고, 이 속성을 담을 수 있는 틀을 만들어야 한다. 예를 들어 ‘인물’ 클래스에 속하는 개체들에 대해서는 이름, 이름의 한자 표기, 별명(자, 호, 봉작호, 시호 등), 생몰년, 관직 등의 정보를 부여하는 것이다. 클래스 설계와 마찬가지로 속성 설계도 ‘이렇게 해야 한다’는 절대적인 기준은 없다. 대상 개체를 어떤 관점에서 보고 있으며, 그 정보를 어떠한 목적으로 사용할 것인가를 기준으로 삼으면 된다.
+클래스 설계가 이루어졌으면, 각각의 클래스에 속하는 개체(individual)들이 어떤 속성을 갖는지를 살피고, 이 속성을 담을 수 있는 틀을 만들어야 한다. 예를 들어 ‘인물’ 클래스에 속하는 개체들에 대해서는 이름, 이름의 한자 표기, 별명(자, 호, 봉작호, 시호 등), 생몰년, 관직 등의 정보를 부여하는 것이다.
 [[파일:OntologyDesign3.jpg]]