Kr Patent Definition Insertion

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

0. 핵심 사상

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

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

1. 작성 원칙 4가지

원칙 ① 자체 사전 (Inventor as Lexicographer)

• 시작 패턴: "본 명세서에서 [용어]라고 함은, ~를 의미할 수 있다."
• 목적: 외부 사전·타인의 자의적 해석 차단, 명세서 내 룰 세팅

원칙 ② 동의어 방어망

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

원칙 ③ 기능 중심 추상화

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

원칙 ④ 비제한적 예시 (Open-ended)

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

2. 작업 절차

Step 1: 용어 추출

명세서 본문과 청구항으로부터 다음을 추출한다.

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요소를 모두 담는다.

예시 (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)

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가 작업 회고 후 자동으로 추가)

• 아직 없음
• (2026-07-14, 사건 E) 자유형식 산출물의 개방 정의 — LLM 출력(예: DeviceSpec)이 엄격 스키마(JSON Schema/Pydantic)가 아니라 자유형식 JSON인 경우, '스키마' 정의에 '반드시 엄격한 형식 검증을 요구하는 것은 아니며, 매 회 형태가 상이할 수 있는 자유 형식의 데이터를 포함할 수 있다'를 부기해 도면(스키마 검증 단계)과 발명자 답변(자유형식) 간 상충을 흡수.