영상 핵심 정리 — 스마트 팩토리 온톨로지

이 영상은 "왜 제조용 온톨로지는 별도로 설계해야 하는가" 를 ISA-95 표준 매핑까지 풀어낸다.

---

1. 일반 KG 와 스마트 팩토리 KG 의 차이

속성	일반 도메인 KG	스마트 팩토리 KG
시간성	약함 (정적 사실)	1급 시민 — 모든 센서/상태는 t 시점 값
계층성	평탄함	5계층 (ISA-95) — 현장→경영
다중도	단일 인스턴스 위주	동일 모델 N대 — CNC-001, CNC-002, ...
표준	자유 설계	ISA-95, RAMI 4.0, IEC 62264 준수 권장

영상 후반부의 ISA-95 예시가 이 표의 출발점.

---

2. ISA-95 5계층 — 온톨로지에 그대로 매핑

Level 4: 경영/ERP (재무, 영업)
   ↑
Level 3: MES (생산 관리, 작업 지시)
   ↑
Level 2: SCADA/HMI (감시 제어, 알람)
   ↑
Level 1: PLC (실시간 제어)
   ↑
Level 0: 센서/액추에이터 (물리적 신호)

KG 에 매핑할 때:

• 각 Level 을 별도 라벨 (:Level3_WorkOrder, :Level2_Alarm) 로 부여
• 계층 간 관계는 :CONTROLS, :REPORTS_TO 등 명시
• → 부서별로 다른 데이터 모델을 만들지 않고 한 그래프에 통합 가능

---

3. 3단 구조 — 온톨로지 / KG / GraphRAG

한 줄 비유: 온톨로지 = 설계도, 지식그래프 = 그 설계도로 지은 건물, GraphRAG = 그 건물을 활용하는 서비스.

        GraphRAG          ← KG를 활용해 답변 (서비스/활용)
           ↑ 필요로 함
       지식그래프          ← 온톨로지에 실제 데이터를 채움 (인스턴스)
           ↑ 따름
        온톨로지           ← 종류·관계를 정의 (스키마/설계도)

의존은 한 방향: 위는 아래가 필수지만, 아래는 위 없이도 가능. 온톨로지 없이 LLM 자동 추출 KG 도 가능하다 (품질↓). 단 GraphRAG 만은 KG 가 반드시 필요.

층	역할	산출물	변경 빈도
온톨로지	개념/관계 정의 (설계도)	OWL 문서, ER 다이어그램	분기 ~ 연 단위
Knowledge Graph	실 데이터 적재 (인스턴스)	Neo4j 노드/엣지	일/주 단위
GraphRAG	LLM 질의응답	API 응답, 답변 텍스트	매 요청

영상에서 강조: 온톨로지를 먼저 종이에 그리지 않고 KG 부터 짓는 팀의 80% 가 6개월 안에 갈아엎는다.

---

4. Property Graph vs OWL — 같이 쓰는 사례

영상 후반부 BMW 사례:

• 운영 KG (Neo4j): 실시간 설비 상태, 작업 지시 — 빠른 쿼리 우선
• 표준 온톨로지 (OWL): 부품 BOM, 감사 추적 — 표준 준수 + 외부 협력사 데이터 교환
• 두 시스템이 야간 배치로 동기화

처음부터 OWL 까지 가지 않더라도 Property Graph 노드/관계 명명에 OWL 스타일 (CamelCase 클래스, hasX/isX 관계) 을 따르면 나중에 옮길 때 비용이 크게 줄어든다.

---

5. 오늘 종이에 그려볼 것

본인 프로젝트(또는 가상의 공장) 도메인에서:

[클래스 후보 5개]      예: Equipment, Part, Process, Operator, Defect
[속성 후보 3~5개]      예: Equipment.model, Equipment.installedAt
[관계 후보 5개]        예: HAS_PART, OPERATES, PRODUCES, CAUSES, REPLACES

이 한 장이 다음 Day 4 GraphRAG 의 컨텍스트가 된다.

---

다음 task 와의 연결

이어지는 reading 에서 GraphRAG 가 왜 단순 RAG 보다 정확한가 를 답변 품질 비교 사례로 확인한다. 오늘 그린 온톨로지가 GraphRAG 의 "왜?" 추론에 어떻게 쓰이는지 보자.

스마트팩토리 온톨로지 설계에서 ISA-95의 5계층(현장 제어 → MES → ERP)을 온톨로지에 매핑할 때, '시간이 흐르면 값이 바뀌는' 센서 데이터(온도·진동·압력)를 시계열성 1급 시민으로 처리하는 방법을 설명해줘. 운영용 Property Graph와 표준 준수/감사용 OWL/RDF를 함께 쓰는 실무 사례도 알려줘.