---
name: kr-patent-definition-insertion
description: 한국 특허 명세서 본문에 청구항 한정 용어 및 추상적 기술 용어의 자체 사전(Inventor as Lexicographer) 정의를 본문 흐름 안 단락으로 인라인 삽입하는 권리범위 보강 스킬. 4원칙(자체 사전, 동의어 방어망 3개 이상, 기능 중심 추상화, 비제한적 예시)을 표준 4단 템플릿으로 자동 적용하여 외부 사전·관행 해석을 차단하고 권리범위 최대화. "용어 정의", "정의 삽입", "자체 사전", "lexicographer", "권리 범위 방어", "청구항 용어 정의", "정의 누락", "용어 해설", "근사해 포함 명시", "동의어 방어"가 언급되거나 1차 본문 작성 직후 권리범위 보강 단계로 진입할 때 사용. kr-patent-embodiment-addition과 짝을 이루며 정의 → 실시예 추가 순서로 작업. 별도 박스·리스트가 아닌 본문 단락 통합이 한국 특허 실무 관행이라는 점을 자동 적용.
---

# 특허 명세서 용어 정의 삽입 스킬

## 0. 핵심 사상

한국 특허법의 **자체 사전의 원칙(Inventor as Lexicographer)** 에 따라, 발명자는 자신의 명세서 안에서 용어의 의미를 새롭게 규정할 수 있다. 이 규정이 외부 사전·관행보다 우선한다. 이 스킬은 그 권리를 적극 행사하여 권리 범위를 최대화한다.

정의는 별도 박스나 리스트가 아니라 **본문 흐름 안에 단락으로 자연스럽게 통합**되어야 한다(한국 특허 명세서 표준 관행).

---

## 1. 작성 원칙 4가지

### 원칙 ① 자체 사전 (Inventor as Lexicographer)
- **시작 패턴**: `"본 명세서에서 [용어]라고 함은, ~를 의미할 수 있다."`
- **목적**: 외부 사전·타인의 자의적 해석 차단, 명세서 내 룰 세팅

### 원칙 ② 동의어 방어망
- **시작 패턴**: `"~로도 명명될 수 있다."`, `"~와 혼용되어 사용될 수 있다."`
- **목적**: 경쟁사의 명칭만 바꾸는 회피 방지 (3개 이상 동의어 선점)

### 원칙 ③ 기능 중심 추상화
- **시작 패턴**: `"반드시 하드웨어적인 수단을 의미하는 것은 아니며, ~를 위한 통로/논리적 구성으로 이해될 수 있다."`
- **목적**: 미래의 기술 변화(소프트웨어화·로봇화 등)에도 권리 유지

### 원칙 ④ 비제한적 예시 (Open-ended)
- **시작 패턴**: `"일 실시예에 있어서, ~는 i) ..., ii) ..., iii) ... 중 적어도 하나를 포함할 수 있다."`
- **마무리 패턴**: `"다만, 본 발명에서 ~의 종류는 이에 한정되지 않는다."`
- **목적**: 명시된 예시 외 미래 변형까지 권리 그물망에 포함

---

## 2. 작업 절차

### Step 1: 용어 추출
명세서 본문과 청구항으로부터 다음을 추출한다.

| 우선순위 | 카테고리 | 판별 기준 |
|---|---|---|
| **최우선 (필수)** | 청구항 한정 용어 | 청구항 1·14 등 독립항에 등장하는 모든 명사형 발명 구성요소 |
| **차순위 (권장)** | 추상적·다의적 기술 용어 | 일상어로는 의미가 모호한 발명 고유어 (예: "정밀도", "단위", "효율") |
| **선택** | 산업 표준 용어 | 일반적으로 알려져 있으나 권리 확장 여지가 있는 용어 |

### Step 2: 정의 필요 여부 체크리스트
다음 중 **하나라도** 해당하면 정의 작성 대상.

- [ ] 청구항에 사용된 용어인가? → 필수
- [ ] 일상어로는 의미가 모호한가? (예: "정밀도", "단위", "효율")
- [ ] 특정 제품/기술만 떠올리게 하는가? (구체화 함정 우려)
- [ ] 동의어로 회피될 가능성이 있는가? (외래어·약어·영문 변종 등)
- [ ] 미래에 다른 형태로 구현될 수 있는가? (하드웨어→소프트웨어 등)

### Step 3: 표준 템플릿 4단 작성

```
여기에서, 본 명세서에서 "[용어]"라고 함은, [핵심 의미]를 의미할 수 있으며,
"[동의어1]", "[동의어2]" 또는 "[동의어3]"으로도 명명될 수 있다.

[선택: 상기 [용어]는, 반드시 하드웨어적인 수단을 의미하는 것은 아니며,
[기능 중심 설명]으로 이해될 수 있다.]

일 실시예에 있어서, 상기 [용어]는,
i) [예시1], ii) [예시2], iii) [예시3] 및 iv) [예시4] 중 적어도 하나를 포함할 수 있다.

다만, 본 발명에서 [용어]의 종류는 이에 한정되지 않는다.
```

### Step 4: 삽입 위치
- 해당 용어가 명세서 본문에 **처음 등장하는 단락의 직후**에 삽입
- 도입 연결어 사용: `"여기에서,"`, `"또한,"`, `"이와 관련하여,"`
- 별도 박스/들여쓰기/볼드 없이 **본문 흐름 안의 일반 단락**으로 통합

### Step 4.5: (i)(ii)(iii) 3요소 정의 골격 (모드 A — 단일 용어 정의)

표준 템플릿의 **첫 문장**("본 명세서에서 [용어]라고 함은, [핵심 의미]를 의미할 수 있으며,")이 단순히 한 줄 정의에 그치지 않도록, 한 문장 안에 다음 **3요소**를 모두 담는다.

| 요소 | 무엇을 답하는가 |
|---|---|
| **(i) 지시 개념** | 무엇을 지시하는 개념인지 — 본질·범주 |
| **(ii) 포함 정보** | 어떤 정보를 포함하는지 — 구성 요소·속성 |
| **(iii) 포괄 범위** | 어떤 범위까지 포괄하는지 — 외연·경계 |

**예시** (3요소가 한 문장에 모두 담긴 형태):

```
여기에서, 본 명세서에서 "고유 식별자"라고 함은,
(i) 특정 연구개발 성과를 다른 성과들과 단일하게 구별하여 지칭하기 위한 식별 정보로서,
(ii) 표준화된 식별 코드, 문자열 또는 URI를 포함하며,
(iii) 외부 데이터베이스에서 조회 가능한 키로 활용될 수 있는 임의의 식별자를 포괄하는 것을 의미할 수 있으며,
"표준 식별자", "외부 조회 키", "식별 코드" 또는 "유니크 ID"로도 명명될 수 있다.
```

3요소가 한 문장에 자연스럽게 들어가지 않는 경우, **두 문장으로 분리하되 한 단락 안에 유지**한다 (별도 단락 분리 금지).

### Step 4.6: 열거된 항목/유형/관계의 개별 풀이 모드 (모드 B — 다중 항목 정의, 프롬프트 ④)

**적용 시나리오**:
본문에 다음과 같이 한 줄 또는 한 문장에 나열된 항목들이 있는 경우:
- "A, B, C, D 등의 ~ 관계 엣지"
- "X, Y, Z 등의 ~ 노드 종류"
- "DOI, PMID, arXiv ID 등의 고유 식별자"
- "ORKG, Semantic Scholar, CrossRef, OpenAlex 등의 외부 소스"

이러한 일행 나열은 청구항 해석·균등론 대응에서 약점이 된다 (각 항목의 외연이 좁게 해석될 위험). **각 항목을 1개 단락으로 풀어 정의**한다.

**각 항목 1개 단락 형식**:

```
"[항목명]"은, ~과 ~을 [연결/지시/포함]하여, ~하는 [관계/노드/데이터/소스]를 의미할 수 있다.
[짝이 되는 항목이 있는 경우 같은 단락에서 함께 설명. 예: 반대 방향, 상위·하위 관계].
```

**모든 항목 풀이 종료 후 종결 단락 (필수)**:

```
다만, 본 발명에서 상기 [항목들의 카테고리]의 명칭 및 종류는 설명을 위한 예시로서, 이에 한정되지 않으며, [조건 예: 데이터 소스의 추가·확장, 분류 체계의 갱신, 발명의 활용 분야의 확장]에 따라 다양한 [항목]이 추가되거나 변경될 수 있다.
```

**예시** — 청구항에 "관계 엣지"가 등장하고 본문에 "hasTask, requiresTech, measuredBy, contributesTo 등"으로 한 줄에 나열된 경우:

```
이와 관련하여, 본 명세서에서 상기 관계 엣지는 다음과 같이 풀어 정의될 수 있다.

"hasTask"는, 상위 연구 목표 노드와 하위 세부 과제 노드를 연결하여, 하나의 목표가 어떠한 세부 과제로 분해되는지를 지시하는 종속 관계를 의미할 수 있다.

"requiresTech"는, 세부 과제 노드와 필요 기술 노드를 연결하여, 해당 과제의 수행에 어떠한 기술이 요구되는지를 지시하는 의존 관계를 의미할 수 있다.

"measuredBy"는, 연구 목표 노드와 KPI 노드를 연결하여, 해당 목표의 달성 여부가 어떠한 지표에 의하여 측정되는지를 지시하는 측정 관계를 의미할 수 있다.

"contributesTo"는, 세부 과제 노드와 성과 노드(논문·특허 등)를 연결하여, 어떠한 세부 과제가 어떠한 성과의 산출에 기여하였는지를 지시하는 기여 관계를 의미할 수 있다.

다만, 본 발명에서 상기 관계 엣지의 명칭 및 종류는 설명을 위한 예시로서, 이에 한정되지 않으며, 발명의 활용 분야의 확장 및 도메인 온톨로지의 갱신에 따라 다양한 관계 엣지가 추가되거나 변경될 수 있다.
```

**빈발 누락 점검**: 청구항·본문에 등장하는 *노드 종류*, *관계 엣지*, *외부 데이터 소스*, *API 종류*, *분류 체계* 등의 나열이 한 문장으로 끝나면 모드 B 풀이 의무화.

### Step 5: 사후 검증
- [ ] 모든 청구항 한정 용어가 정의되어 있는가?
- [ ] 동일 용어가 두 번 이상 정의되지 않았는가?
- [ ] 모든 종결 어미가 "~할 수 있다" 형태인가? (단정적 "~한다" 금지)
- [ ] "한정되지 않는다"로 마무리되어 있는가?
- [ ] 본문 전체와 문체가 일관되는가?

---

## 3. 우선순위별 권장 정의 예시

### 최우선급 (청구항 핵심 한정) — 4원칙 모두 적용

```
여기에서, 본 명세서에서 "최적 해체 방법 데이터"라고 함은, 본 명세서에서
정의된 목적 함수의 값을 극대화 또는 극소화하는 해체 시나리오에 관한 데이터를
의미할 수 있으며, "최적 해체 시나리오 데이터", "최적화 해체안",
"베스트 시나리오 데이터" 또는 "옵티멀 디멘틀링 데이터(optimal dismantling
data)"로도 명명될 수 있다. 또한, 본 발명에서 최적 해체 방법 데이터는
반드시 전역 최적해(global optimum)에 도달한 결과만을 의미하는 것은
아니며, 메타휴리스틱 또는 학습 기반 최적화 알고리즘에 의해 산출되는
근사 최적해, 국소 최적해 및 사전에 설정된 수렴 조건을 만족하는 임의의
해 또한 본 발명의 최적 해체 방법 데이터에 포함되는 것으로 이해되어야
한다. 다만, 본 발명에서 최적 해체 방법 데이터의 산출 방식 및 표현
방식은 이에 한정되지 않는다.
```

> 포인트: "전역 최적해만을 의미하는 것이 아니다"라는 명시적 부정으로 권리 범위 방어 (가장 흔한 회피 패턴)

### 기능 중심 추상화가 필요한 경우 — 구성부

```
또한, 본 발명에서 분류 모델은 반드시 하드웨어적인 수단을 의미하는
것은 아니며, 입력 특성을 등급으로 매핑하기 위한 논리적 구성으로
이해될 수 있다. 본 발명에서 분류 모델은, "분류기", "클래시파이어
(classifier)", "판별 모델" 또는 "등급 산출 모델"로도 명명될 수 있다.
일 실시예에 있어서, 상기 분류 모델은, i) 의사결정나무, ii) 랜덤
포레스트, iii) 그래디언트 부스팅 머신, iv) 서포트 벡터 머신,
v) 다층 퍼셉트론, vi) 합성곱 신경망 및 vii) 규칙 기반 시스템 중
적어도 하나를 포함할 수 있다. 다만, 본 발명에서 분류 모델의 종류는
이에 한정되지 않는다.
```

### 일반급 (산업 표준 용어 확장)

```
여기에서, 본 명세서에서 "설계 정보"라고 함은, 건축물의 시공 이전
단계에서 정의된 기하 정보 및 속성 정보를 포함하는 정보를 의미할 수
있으며, "설계 도서", "시공 도서", "건축물 사양 정보" 또는 "설계
데이터"로도 명명될 수 있다. 일 실시예에 있어서, 상기 설계 정보는,
i) BIM 데이터, ii) CAD 도면, iii) 구조 계산서, iv) 자재 명세서,
v) 시방서 및 vi) 시공 상세도 중 적어도 하나를 포함할 수 있다.
다만, 본 발명에서 설계 정보의 종류 및 포맷은 이에 한정되지 않는다.
```

---

## 4. 흔한 실수 (Don't / Do)

| ❌ Don't | ⭕ Do |
|---|---|
| "X는 Y를 의미한다." (단정형) | "X는 Y를 의미할 수 있다." (개연형) |
| 동의어 1개만 제시 | 동의어 3개 이상 + 영문/외래어 변종 포함 |
| "한정되지 않는다" 누락 | 모든 예시 나열 후 반드시 명시 |
| 정의를 별도 박스/리스트로 격리 | 본문 흐름 안 일반 단락으로 통합 |
| 정의를 마지막 장(용어 해설)에 몰아넣기 | 용어 첫 등장 위치에 인라인 삽입 |
| 청구항에 없는 용어만 정의하고 청구항 핵심어 누락 | 청구항 한정어부터 최우선 처리 |
| 정의 안에 또 다른 미정의 용어 다수 사용 | 정의는 자기완결적으로 (선행 정의된 용어만 사용) |

---

## 5. 결정적 함정 — "근사해 포함" 명시

최적화·예측·추정 관련 용어에서는 **"전역 최적해(또는 정확해)에 한정되지 않으며 근사해도 포함된다"**는 명시가 매우 중요하다. 이 명시가 없으면 실시품이 "근사해를 산출했을 뿐 최적해는 아니다"라는 이유로 침해 부정의 빌미를 줄 수 있다.

**해당 카테고리 용어 예시**:
- 최적 X 데이터, 최적화 알고리즘
- 유사도, 거리, 점수
- 예측값, 추정값
- 일치도, 정합도

---

## 6. 다른 스킬과의 관계

- **kr-patent-spec-drafting** — 1차 본문 작성. 본 스킬은 그 직후 권리범위 보강 첫 단계로 호출됨.
- **kr-patent-implementation-elaboration** — 본 스킬(정의 삽입) 다음 단계. 정의된 용어를 가지고 구성요소 동작 기준 3단 + 데이터 파이프라인 통합 단락을 보강.
- **kr-patent-embodiment-addition** — 본 스킬과 implementation-elaboration이 완료된 후 호출하여 변형 실시예 추가.
- **kr-patent-consistency-check** — 정의 삽입 후 점검 시 청구항 한정 용어의 정의 누락 여부를 자동 검출.
- **kr-patent-full-workflow** — 11-Stage 흐름의 Stage 6(권리범위 보강 — 정의 삽입)에서 본 스킬을 호출.

---

## 누적 학습 항목

(이 섹션은 `kr-patent-skill-updater`가 작업 회고 후 자동으로 추가)

- _아직 없음_