저는 특허청구범위 해석 결과를 단순한 서술형 보고서로 정리하기보다는, 청구범위 해석용 Claim Chart 형태로 구조화하는 것을 선호합니다. 이는 단순히 보기 좋게 만들기 위한 것이 아니라, 이후 침해 분석, 무효 검토, 의견서 작성 등 모든 후속 작업에서 일관된 기준으로 활용할 수 있는 실무적 도구를 확보하기 위한 목적입니다.
1. 왜 Claim Chart 작성 기준을 먼저 정립해야 하는가
여기서 중요한 점이 하나 있습니다. Claim Chart는 단순한 “결과 정리 형식”이 아니라, 해석 자체의 품질을 결정하는 핵심 프레임워크입니다.
그런데 문제는, Claim Chart 작성을 위한 청구항 분해 방법, 구성요소 추출 기준, 실제 작성 방식이 교과서나 판례에 체계적으로 정리되어 있지 않다는 점입니다. 즉, 이 영역은 대부분 👉 실무 경험을 통해 축적되는 방법론입니다.
저 역시 다양한 사건을 경험하면서, 청구범위 해석에 적합한 Claim Chart를 만들기 위한 청구항 분해 기준, 구성요소 추출 방식, 표 구성 방법을 점진적으로 정립해 왔습니다.
2. LLM에게 “작성 방식”을 먼저 학습시킨다
이 단계에서 제가 하는 작업은 단순합니다. 제가 실무에서 사용하는 기준을 👉 신입사원에게 교육하듯 정리하여 NotebookLM의 소스로 등록합니다.
매우 중요한 포인트
이 작업은 단순히 “참고자료를 넣는 것”이 아닙니다. LLM이 이후 모든 해석 작업에서 동일한 기준으로 사고하도록 해석 프레임과 출력 형식을 사전에 학습시키는 과정입니다.
입력자료를 넣기 전에 “어떻게 분석하고 어떻게 정리할 것인가”를 먼저 주입하는 단계입니다.
이 단계를 생략하면 LLM은 매번 다른 기준으로 분석하게 되고, 결과적으로 전체적인 일관성이 무너지는 것을 방지합니다.
3. Claim Chart 작성 지침 (Draft)
아래는 제가 정리하여 검토를 요청한 Claim Chart 작성 실무 지침의 초안입니다.
DRAFT INSTRUCTION
**1. 청구범위 해석용 Claim Chart를 위한 청구항 분해 및 추출 방법**
청구항은 무효 및 침해 판단의 기초가 되는 최소 단위로 분해해야 합니다. 청구항 기재 내용을 문맥에 따라 분리하되, 발명의 특징적 구성이 잘 드러나도록 서브 구성으로 나누며, 구체적인 분해 및 추출 방법은 다음과 같습니다.
* **구조(Structure) 및 기능(Function) 기반 분해:** 구성요소의 물리적 형상과 결합 관계를 나타내는 **구조**, 그리고 해당 구성이 수행하는 작용 및 역할을 의미하는 **기능**으로 분해합니다.
* **유기적 결합(Relationship) 파악:** 단순히 구성요소를 나열하는 것을 넘어, 다른 구성요소와의 연결 방식 및 ‘기술적 과제 해결’에 기여하는 결합 관계를 도출합니다.
* **해석 대상 용어 및 한정사항 추출:** 분리된 서브 구성 중에서 특별히 **청구범위 해석이 필요하거나 발명의 특징과 직결된 용어**를 핵심 해석 대상으로 추출합니다. 특히 기능적 표현(예: ~하는 수단)이 포함되어 실시예로의 제한 해석이 필요한지 검토해야 하는 용어나, 종속항에 의해 차별화 원칙이 적용될 수 있는 용어들이 주요 추출 대상이 됩니다.
**2. 가장 바람직한 구체적인 Claim Chart 작성 방법론**
청구범위 해석 결과를 논리적이고 명확하게 시각화하기 위한 가장 실무적이고 바람직한 출력 형식은 **‘클레임 차트(Claim Chart)’**를 표 형태로 작성하는 것입니다. 이를 위해 다음의 **6가지 항목(컬럼)**으로 구성된 표 형식을 출력 포맷으로 제안합니다.
| 번호 | 청구항 기재사항 | 청구항 구성요소 (해석대상) | 명세서/도면 근거 | 해석 결과 및 법리적 판단 (PHOSITA 관점) | 비고 (출원경과/제한해석) |
| :-- | :--- | :--- | :--- | :--- | :--- |
| 1 | 기재내용의 분해 | (예: 스크류) | [단락 번호], [도면 번호] | (예: 나선형 구조의 저속 압착체) | (예: 의견서 제출에 따른 수직형 한정) |
**[컬럼별 작성 가이드 및 항목 설명]**
* **청구항 기재사항:** 발명의 특징적 구성이 잘 드러나도록 분해한 최소 단위의 청구항 문언을 원문 그대로 기재합니다.
* **청구항 구성요소 (해석대상):** 분해된 문언 중에서 특별히 해석이 필요하거나 기능적 표현(~수단)으로 기재된 핵심 타겟 용어나 한정사항을 추출합니다.
* **명세서/도면 근거 (내적 증거 매핑):** 해당 용어의 의미를 정의하거나 뒷받침하는 발명의 상세한 설명의 구체적인 [단락 번호]와 [도면 번호]를 찾아 근거로 연결합니다.
* **해석 결과 및 법리적 판단:** 통상의 기술자 관점에서 내적 증거를 우선 적용하여, 객관적이고 실질적으로 확정된 구성요소의 기술적 의미를 명확히 기술합니다.
* **비고 (출원경과 및 제한해석 검토):** 출원 과정 중 의견서/보정서 제출 등에 따른 의식적 제외(금반언) 내역이나, 명세서상 명백한 권리범위 포기(Disavowal)로 인해 실시예로의 제한 해석이 적용되어야 하는 사유 등 법리적 특이사항을 기록합니다.
이러한 클레임 차트 형식은 추후 침해소송이나 무효심판에서 대상 제품(또는 선행기술)의 구성요소와의 일대일 문언 대비(Mapping)를 직관적으로 가능하게 해주며, 부당한 한정이나 확장 해석의 오류를 방지하는 가장 완벽한 실무 분석 도구가 됩니다.
4. 지침 검증 → 보완 → 재설계 과정
위 지침을 단순히 사용하는 것이 아니라, 다음과 같은 방식으로 검증을 진행했습니다.
“이 지침이 실제 법리와 판례 기준에서 충분히 타당한가?”
이를 위해 대화창에서 보완점을 반영하여 가장 바람직한 구체적인 Claim Chart 양식과 가이드를 다시 제시하도록 지시하였습니다.
5. 보완된 Claim Chart 작성지침 (최종본)
그 결과는 다음과 같으며, 이 역시 메모로 저장한 후 다시 소스로 변환하여 지식 베이스에 통합했습니다. 좋은 결과를 “일회성 답변”으로 두지 않고, 지속적으로 재사용 가능한 지식으로 전환하는 이 과정이 매우 중요합니다.
FINAL FRAMEWORK
**1. 청구범위 해석용 Claim Chart를 위한 청구항 분해 및 추출 방법 (특수 쟁점 반영)**
침해 및 무효 판단의 핵심인 ‘구성요소 완비의 원칙(AER)’을 적용하기 위해 청구항을 분해할 때는, 단순한 문언의 나열을 넘어 **특수 청구항(기능식, PbP, 수치한정)의 법리적 특성을 반영한 입체적 추출**이 필수적입니다.
* **구조(Structure), 기능(Function) 및 유기적 결합관계 파악:** 발명을 구성하는 물리적 구조와 그 구조가 수행하는 기능으로 분해하되, 각 구성요소가 단독으로 존재하는 것이 아니라 기술적 과제 해결을 위해 다른 구성요소들과 유기적으로 결합되어 있는 관계를 명확히 도출해야 합니다.
* **기능식 청구항의 제한해석 타겟 추출:** ‘~하는 수단’, ‘~단계’ 등 추상적·기능적으로 표현된 구성요소는 권리범위가 부당하게 넓어질 위험이 있으므로, 발명의 설명에 기재된 실시예로 제한 해석되어야 할 명백히 불합리한 사정이 없는지 집중 검토할 대상으로 추출합니다.
* **PbP(제법한정물건) 청구항의 ‘구조/성질’ 추출:** 청구항에 제조방법이 기재되어 있더라도 발명의 대상은 ‘물건’이므로, 분해 시 제조방법 공정 자체를 독립된 구성요소로 단순 추출해서는 안 됩니다. 해당 제조방법에 의하여 최종적으로 특정되는 ‘물건의 구조나 성질’이 무엇인지를 실질적인 기술적 구성으로 추출해야 합니다.
* **수치한정/파라미터 발명의 ‘임계적 의의’ 추출:** 특정한 수치 범위나 새롭게 창출된 파라미터가 포함된 경우, 명세서의 기재만으로 수치범위 전체에 걸쳐 과도한 실험 없이 실시가 가능한지(뒷받침 요건), 그리고 공지기술과 구별되는 현저한 효과(임계적 의의)가 있는지를 검증하기 위해 핵심 해석 대상으로 분리합니다.
**2. 가장 바람직한 구체적인 Claim Chart 양식 (최상위 실무 템플릿)**
기존 6개 컬럼 구조를 업그레이드하여, **문언 비침해 시의 균등론(DOE) 방어/공격 논리와 특수 청구항 분석 지침을 완벽히 매핑할 수 있는 7컬럼 체계**를 제안합니다.
| 번호 | 청구항 분해 문언 (유기적 결합 포함) | 핵심 해석대상 (특수쟁점: 기능/PbP/수치) | 명세서/도면 근거 (내적 증거 매핑) | 객관적 기술의의 및 문언해석 결과 (PHOSITA 관점) | 균등론(DOE) 대비: 과제 해결 원리 식별 | 방어논리: 출원경과 금반언 및 제한해석 사유 |
| :-- | :--- | :--- | :--- | :--- | :--- | :--- |
| 1 | (예: 여과된 물을 전기분해하여 세정수를 공급하는 세정수단) | 세정수단 (기능식 청구항) | [단락 0045], [도면 3] | (예: 전극을 통해 살균물질 없이 물리적으로 세척하는 내부 모듈) | (예: 화학물질 배제를 통한 친환경 세정 효율 극대화 원리) | (예: 의견서 제출 시 ‘화학약품 첨가 방식’ 의식적 제외) |
| 2 | (예: 직타법으로 제조된 정제) | 직타법으로 제조된 (PbP 청구항) | [단락 0022] | (예: 직타법 공정으로 인해 입자간 공극률이 15%로 형성된 다공성 정제 구조) | (예: 공극률 조절을 통한 붕해 속도 조절 원리) | (예: 습식과립법으로 제조된 정제와 구조/성질이 상이함) |
| 3 | (예: TTL ≤ 6.5mm 인 렌즈 조립체) | TTL ≤ 6.5mm (수치한정) | [단락 0110], [실험예 2] | (예: 총트랙길이가 6.5mm 이하로 초소형화된 렌즈 물리적 한계치) | (예: 굴절률 재배치를 통한 초단초점 구현 원리) | (예: 6.5mm 이하 전체 범위에 대한 명세서 실시가능성 기재 불비 타겟) |
**3. [컬럼별 작성 가이드 및 항목 설명]**
* **청구항 분해 문언:** 발명의 권리범위를 정하는 최소 단위로 분해된 청구항의 문언을 원문 그대로 기재하되, 단순 나열에 그치지 않고 구성요소 간의 물리적·기능적 결합관계가 잘 드러나도록 서술합니다.
* **핵심 해석대상 (특수쟁점 표기):** 분해된 문언 중에서 기능식 표현(~수단), 제법한정(PbP) 기재, 또는 수치한정/파라미터 등 쟁점이 되는 핵심 단어를 추출하고 그 유형을 괄호 안에 병기하여 분석의 초점을 맞춥니다.
* **명세서/도면 근거 (내적 증거 매핑):** 사전 편찬자 원칙에 따라 용어가 정의된 부분, 기능식 청구항을 뒷받침하는 실시예, PbP 청구항의 제조방법이 유발하는 구체적 물성 변화, 수치한정의 기술적 임계치를 증명하는 명세서의 구체적인 [단락 번호]와 [도면 번호]를 매핑합니다.
* **객관적 기술의의 및 문언해석 결과 (PHOSITA 관점):** 해당 기술 분야의 통상의 기술자(PHOSITA) 관점에서 명세서 참작 원칙을 적용하여 객관적·합리적으로 도출된 구성요소의 실질적 의미를 기술합니다. PbP 청구항의 경우 제조방법 자체의 나열이 아니라, 그로 인해 특정되는 구조나 성질을 명확히 번역하여 기재해야 합니다.
* **균등론(DOE) 대비: 과제 해결 원리 식별 (신설):** 문언적 일대일 대비 시 침해제품과 차이점이 발견될 경우 균등 침해 여부를 가리기 위한 항목입니다. 명세서에 기재된 내용과 출원 당시의 공지기술을 참작하여, 해당 구성이 속한 ‘특허발명에 특유한 해결수단이 기초하고 있는 기술사상의 핵심(과제 해결 원리)’이 무엇인지 사전에 명시해 둡니다.
* **방어논리: 출원경과 금반언 및 제한해석 사유 (신설/보완):** 원출원 및 분할출원 심사 과정 전체에서 제출된 의견서나 보정서를 통해 특정 구성을 ‘의식적으로 제외(금반언)’한 이력을 기록합니다. 또한, 기능식 청구항이 명세서에 비추어 명백히 불합리하여 특정 실시예로 제한 해석되어야 하는 사유나, 수치한정 발명이 수치 전체 범위에 걸쳐 과도한 실험 없이 실시할 수 없어 명세서 기재요건(실시가능성 등) 위반 무효 사유가 있는지도 이곳에 함께 검토하여 기록합니다.
6. 이 단계의 핵심 의미
이 단계에서 얻어야 할 가장 중요한 인사이트는 다음입니다.
“Claim Chart는 단순한 ‘정리 도구’가 아니라 해석의 정확도를 통제하는 구조적 장치이다.”
그리고 LLM을 활용할 때는 결과를 잘 얻는 것이 아니라, 결과가 항상 같은 기준으로 나오도록 만드는 것이 핵심입니다.
7. 실무 적용 포인트
이 과정을 그대로 실무에 적용하면 다음과 같이 정리됩니다.
먼저 “작성 형식”(표의 구조)을 확립한다.
그 다음 “해석 기준”(법리 및 작성 지침)을 주입한다.
그 다음 “대상 자료”(명세서 및 증거)를 입력한다.
마지막으로 “해석 및 차트 작성”을 실행한다.
대부분은 이 순서를 거꾸로 합니다. 바로 해석부터 시키기 때문에 결과가 흔들리고 일관성을 잃게 되는 것입니다.
이전 글에 이어, 이번에는 청구범위 해석(Claim Construction) 프레임워크를 보완하고 지식 체계를 확장하는 작업을 진행하였습니다.
이전 포스트에서 저는 별도로 정리해 두었던 실무적 경험칙을 추가로 제공하고, 이를 기존 판례 분석 결과와 비교·검증하도록 지시하였습니다. 제가 검토를 요청한 프레임워크는 “한국 법원의 특허청구항 해석 5단계 프레임워크”이었습니다.
System Directive
‘청구범위 중심주의(문언해석)’를 대원칙으로 삼되, ‘발명의 상세한 설명 및 도면을 보충적으로 참작’하여 객관적이고 합리적으로 기술적 의의를 확정하는 5단계 해석 구조입니다.
한국 법원의 특허청구항 해석 5단계 프레임워크
1) 1단계 (문언해석 원칙): 청구항에 기재된 용어 자체를 당해 기술 분야의 통상적인 의미로 파악하여 권리범위를 1차적으로 획정합니다.
2) 2단계 (상세한 설명 및 도면 참작): 통상의 기술자(PHOSITA)의 관점에서 명세서 전체의 맥락을 참작하며, 출원인이 명세서에 명시적으로 정의한 용어(사전 편찬자 원칙)가 있는 경우 이를 우선 적용합니다. 구체적으로는, 용어의 의미를 발명의 상세한 설명을 통해 해석하여 발명이 의도한 기능과 작용이 구현되도록 그 기술적 의미를 확정합니다. 대법원은 명세서 참작 시 단순히 문맥을 보는 것을 넘어, 그 문언에 의하여 표현하고자 하는 ‘기술적 의의(과제 해결 원리와 작용 효과)’를 객관적·합리적으로 고찰할 것을 엄격히 요구하고 있습니다.
3) 3단계 (제한/확장해석 금지): 명세서를 참작하더라도 특정 실시예를 근거로 청구범위를 부당하게 축소하거나, 명세서 밖으로 무리하게 확장하는 것을 방지합니다. 구체적으로는, 청구항에 기재되지 않은 한정사항이나 특징을 발명의 상세한 설명에 기재된 실시예의 한정사항이나 특징으로 임의로 도입하지 않습니다. 한국 특허 소송 실무에서 가장 경계하는 오류가 바로 ‘명세서를 참작하여 의미를 해석하는 것(interpret in light of specification)’과 ‘명세서의 한정 요소를 청구항으로 끌어들여 제한 해석하는 것(importing limitations)’의 혼동입니다. 발명의 설명에 의한 부당한 제한 해석을 엄격히 차단하는 것은 대법원의 확고한 태도(예: 크림 사건, 디스플레이 구조 사건 등)입니다.
4) 4단계 (출원경과 참작 및 금반언): 출원 과정에서 특정 구성을 의식적으로 제외하거나 한정한 경우, 이후 이를 번복하여 확장 해석하는 것을 제한합니다.
5) 5단계 (AER 및 균등론 적용): 침해 판단 시 구성요소 완비의 원칙(AER)을 적용하되, 우회 설계를 포섭하기 위해 균등론(DOE)을 보완적으로 적용합니다.
그 결과, 판례와의 정합성에 대한 긍정적인 평가를 얻을 수 있었으며, 동시에 일부 보완이 필요한 지점에 대한 개선안도 함께 제시받을 수 있었습니다. 이번 단계의 목적은 단순히 정보를 추가하는 것이 아니라, 이미 구축된 프레임워크가 실무적으로 충분한 근거를 갖추고 있는지 검증하고, 부족한 부분을 체계적으로 보완하는 것입니다.
1. 지식 확장 방식: “결과를 다시 소스로 만든다”
이번 작업에서 핵심적으로 사용한 방법은 다음과 같습니다.
대화 과정에서 도출된 유의미한 분석 결과를 NotebookLM의 Studio 메모에 저장
이를 다시 Source로 변환하여 기존 지식 베이스에 재주입
즉, 단순히 답변을 소비하는 것이 아니라 유효한 결과를 지속적으로 축적·정제하여 지식 자산으로 전환하는 구조입니다. 이 과정이 반복되면, LLM은 점점 더 사건 특화된 전문가형 모델에 가까워집니다.
2. 프레임워크 검증 결과: 구조는 우수, 기초 법리 보강 필요
23개의 소스를 기반으로 분석한 결과, 기존에 구성한 5단계 청구범위 해석 프레임워크는 실무적으로 매우 완성도 높은 구조를 갖추고 있는 것으로 확인되었습니다. 다만 NotebookLM은 중요한 몇 가지 문제점을 지적하였습니다.
현재 소스가 PBP 청구항, 수치한정발명, 일본 균등론 제5요건 등 특수 쟁점에 과도하게 편중되어 있다는 점입니다. 그 결과, 프레임워크의 “뼈대”는 탄탄하지만, 이를 지탱하는 한국 법리 중심의 일반 판례 기반이 상대적으로 부족한 상태입니다.
3. 단계별 보완 필요 사항 요약
(1) 1~2단계: 사전 편찬자 원칙 (Lexicographer Rule)
현재 상태: 명세서 정의에 따른 해석 원칙은 일부 포함되었으나, “사전 편찬자 원칙” 자체에 대한 명시적 논의가 부족함.
보완 필요 사항: 해당 원칙이 인정되기 위한 요건, 일반적 의미를 배제할 수 있는 수준의 “명시성” 기준.
추가 조사 방향: 대법원 판례, 용어 정의의 명확성 기준을 분석한 학술자료.
(2) 3단계: 기능식 청구항 해석
현재 상태: 제한 해석 가능성은 일부 반영되었으나 적용 기준이 불명확함.
핵심 문제: 언제 원칙(문언적 해석)을 유지하고 언제 예외(제한 해석)를 인정하는지 구분이 어려움.
추가 조사 방향: 제한 해석 인정 사례 vs 거부 사례 비교, 구체적 사실관계 중심 판례.
(3) 4단계: 출원경과 및 금반언
현재 상태: 일부 최신 쟁점은 잘 반영되었으나 “일반 금반언 법리”가 부족함.
핵심 문제: 일본 사례에 비해 한국 판례 기반이 부족함.
추가 조사 방향: 의식적 제외(금반언) 리딩 케이스, 심사 대응 과정 전반을 다룬 판례, 공중 봉헌(Dedication) 법리의 국내 적용 여부.
(4) 5단계: AER 및 균등론
현재 상태: 구성요소 완비의 원칙(AER) 설명이 매우 제한적이며, 균등론 판단 기준도 요약 수준임.
핵심 문제: 실무 적용 가능한 판단 기준 부족.
추가 조사 방향: 생략 침해, 간접 침해 관련 판례, 과제 해결 원리 동일성 판단 기준, 선행기술 고려 방식.
4. 중요한 인사이트: “특수 쟁점 데이터는 오히려 강점이다”
흥미로운 점은, 부족한 부분과는 별개로 현재 소스의 상당 부분이 PBP 청구항, 수치한정발명, 일본 및 한국 균등론 심층 사례와 같은 고난도 쟁점에 집중되어 있다는 것입니다. 이는 단점이 아니라 오히려 강점입니다. 왜냐하면 대부분의 실무 프레임워크는 일반 원칙까지만 다루고, 특수 쟁점에서 무너지는 경우가 많기 때문입니다.
5. 프레임워크 확장 제안
이러한 점을 반영하면, 기존 5단계 구조는 다음과 같이 확장될 수 있습니다.
“6단계: 특수 청구항(PBP, 수치한정발명)의 해석 및 균등론 적용 한계”
이 단계를 추가하면 프레임워크는 단순한 이론 정리를 넘어 고난도 사건까지 대응 가능한 실무형 구조로 발전합니다.
6. 제안된 소스의 보충 및 마무리
앞에서 도출된 보완 사항은 그대로 복사하여 NotebookLM의 소스 창에 다시 입력한 뒤, 딥리서치 기능을 활성화하여 부족한 판례와 법리 자료를 추가로 확보하였습니다. 이 과정을 통해 기존 프레임워크의 취약했던 부분을 보완하고, 지식 베이스를 보다 균형 있게 확장할 수 있었습니다.
이번 단계의 핵심 의미
프레임워크의 구조적 완성도 검증
법리 기반의 취약 지점 식별
지식 편향(특수 쟁점 vs 일반 법리) 확인
반복 가능한 지식 확장 프로세스 구축
청구범위 해석에서 중요한 것은 단순히 많은 자료를 확보하는 것이 아니라, 프레임워크가 그 자료를 제대로 소화할 수 있는 구조를 갖추고 있는지입니다. 좋은 결과는 모델 자체에서 나오기보다, 대부분 지식 구조와 보완 프로세스의 설계에서 나옵니다.
