kr-patent-definition-insertion · git:20260913.e8f4b48 · 2026-09-13 · sha256 97b33fb8326818c8

kr-patent-definition-insertion git:20260913.e8f4b48A

Immutable. This exact content is served forever at /api/v1/blob/97b33fb8326818c8.

---
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 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-embodiment-addition** — 짝 스킬. 본 스킬(정의 삽입) 후 호출하여 변형 실시예 추가.
- **kr-patent-consistency-check** — 정의 삽입 후 점검 시 청구항 한정 용어의 정의 누락 여부를 자동 검출.
- **kr-patent-full-workflow** — 11-Stage 흐름의 Stage 6(권리범위 보강 — 정의 삽입)에서 본 스킬을 호출.

---

## 누적 학습 항목

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

- _아직 없음_