1. 서론: 청구항 해석의 법적 지위와 차트의 의의

미국 특허 소송에서 청구항 해석(Claim Construction)은 단순한 사전적 정의의 나열이 아니라, 사실상 소송의 승패를 결정짓는 '전부(Everything)'이다. 미국 연방대법원은 Markman v. Westview Instruments, Inc. 판결을 통해 청구항 해석이 배심원의 영역이 아닌 법관의 전속적 권한임을 명시하였다. 이어지는 Phillips v. AWH Corp. 전원합의체 판결은 청구항 문언, 명세서, 출원경과로 구성된 '내부 증거(Intrinsic Evidence)'를 해석의 최우선 기준으로 확립하며 현대 특허 해석의 근본 원칙을 마련했다.

이러한 법적 지위 하에서 클레임 차트(Claim Chart)는 파편화된 기술 데이터와 법리적 근거를 승소를 위한 논리로 치환하는 '전략적 나침반'이다. 차트는 법관에게 자측 해석의 타당성을 설득하는 강력한 도구인 동시에, 소송팀 내부적으로는 준비서면, 전문가 보고서, 증언 사이의 논리적 모순을 사전에 차단하는 통합 관리 시스템으로 기능한다.

"A claim chart is a necessity in almost all patent cases."
— Thomas L. Creel, Patent Claim Construction and Markman Hearings (PLI 2013 & updated 2025)

클레임 차트의 본질은 '좋은 증거를 모아두는 표'가 아니다. 자측에 유리한 근거와 불리한 근거를 모두 배치하고, 각 해석안이 침해(Infringement)와 무효(Validity)에 미치는 상반된 효과를 병렬적으로 점검하는 내부 전술 데이터베이스다. 이 글은 미국 특허 소송 실무의 표준 교재인 Creel의 저술에 기반하여, 클레임 차트의 구조·작성·전략적 운용 원칙을 통합 정리한다.

2. 목적별 클레임 차트의 전략적 분류

클레임 차트는 해결하려는 법적 질문에 따라 그 구조와 증거 배치 전략이 완전히 달라진다. 실무자는 다음 세 유형을 엄격히 구분하여 운용해야 한다.

유형 핵심 질문 증거 구조 전략적 목표
청구항 해석용 차트 쟁점 문언의 법적 범위는 어디까지인가? 내부 증거(문언/명세서/출원경과) 중심 + 외부 증거 보조 법원의 유리한 해석안 채택 유도 및 권리범위 확정
침해분석용 차트 피고 제품이 청구항의 모든 요소를 충족하는가? 청구항 한정사항 ↔ 피고 제품 대응 요소 (전요소원칙 적용) 문언 침해 입증 및 균등론(DOE) 적용을 통한 범위 확장
무효분석용 차트 선행기술이 청구항 구성을 이미 개시했는가? 청구항 한정사항 ↔ 선행기술 개시 내용 (1:1 또는 결합) 신규성(Anticipation) 파괴 및 진보성(Obviousness) 부정

특히 침해분석용 차트에서는 전요소 원칙(All-Elements Rule)이 지배한다. 문언침해나 균등침해가 성립하려면 청구항의 각각의 모든 한정사항이 피고 제품에 예외 없이 존재해야 한다. 무효분석용 차트에서 신규성 판단은 단 하나의 선행기술 문헌이 청구항의 모든 한정사항을 빠짐없이 개시하는지를, 진보성 판단은 복수 선행문헌의 결합 가능성과 결합 동기(Motivation to Combine)를 추가로 분석한다.

3. 작업용 차트와 법원 제출용 차트의 구별

실무에서 클레임 차트는 사용 목적에 따라 두 종류로 분리되어 관리되어야 한다.

작업용 차트 (Working Claim Chart)

소송대리인과 소송팀 내부의 위험 평가 및 전략 수립을 위한 내부 전술 분석 데이터베이스다. 자측에 유리한 논거뿐 아니라, 명세서상 좁은 실시예, 출원경과 중 권리범위 제한 진술, 전문가 증언 간의 모순, 무효 위험을 높이는 선행기술 등 상대방이 공격해올 수 있는 치명적인 불리한 자료와 잠재적 위험 요소까지 날것 그대로 기록하여 소송 리스크를 입체적으로 관리한다.

법원 제출용 차트 (Court Submission Chart)

판사나 법원을 효과적으로 설득하기 위한 정제된 논증·설득용 자료다. 작업용 차트에 입력된 방대한 데이터베이스 중 실제 재판의 승패를 결정짓는 핵심 쟁점 용어만 엄선하고, 내부용 위험 분석 메모나 자측에 불리한 주관적 평가를 제외한 채 자측 해석안의 타당성을 완결성 있게 입증할 핵심 내외부 증거만 선별·정제하여 가독성 있게 제시한다.

⚠ 법적 보호 및 리스크 관리 (Work Product vs. Discoverability)

소송팀 내부의 단일 진실원천(SSOT)인 작업용 차트는 변호사 업무성과물(Work Product Doctrine)로서 강력히 보호되어야 한다. 그러나 내부 분석용 차트가 증언을 위해 전문가에게 제공되는 순간, 상대방에 의한 증거 개시(Discovery) 대상이 될 위험이 있다. 리스크 관리용 분석 내용과 증인에게 제공될 정제된 데이터는 철저히 분리 관리해야 한다.

4. 다학제적 전문가 협업 구조

차트 작성은 변호사·변리사 단독의 작업이 아니다. Creel은 차트의 초기 설계 단계부터 세 축의 긴밀한 협업을 강조한다.

  • 경험 있는 특허 변호사/변리사: 청구항의 법적 분해 방식, 쟁점 용어 식별, 내부·외부 증거의 법적 비중, 금반언(Estoppel)과 포기(Disclaimer)의 가능성, 기능식 청구항 적용 여부, 각 해석이 침해·무효에 미치는 영향 판단
  • 숙련된 과학자·기술전문가: 통상의 기술자(PHOSITA)가 용어를 어떻게 이해하는지, 청구항 요소 사이의 기술적 관계, 명세서 실시예의 실제 작동 원리, 선행기술과 특허발명의 기술적 차이 분석
  • USPTO 절차 전문가: 출원경과를 정확히 해석하기 위한 심사관 의견·보정서·의견서·계속출원 관계의 실무적 이해. 단, 모든 보정이나 의견진술이 자동으로 권리범위 포기가 되는 것은 아니므로 진술의 명확성과 문맥을 구체적으로 검토해야 한다.

기술적 실체와 법적 한정, 심사 실무상의 진술이 유기적으로 결합되지 않은 차트는 법정에서 쉽게 무너진다.

5. Creel의 8대 핵심 열(Column) 항목 상세 해설

작업용 청구항 해석 차트(Working Claim Chart)는 다음 8개 열로 구성된다. 각 열은 독립적으로 작성되는 것이 아니라 순차적으로 연결되며, 모든 열은 1열(Claim Element)의 각 한정사항에 대응하여 작성된다.

1열 Claim Element — 청구항 요소·한정사항

청구항을 분석 가능한 최소 단위의 한정사항(Limitation)으로 분해하는 열이다. 이 열은 차트 전체의 기준축이 된다. 해석안 → 해석 근거 → 명세서 → 출원경과 → 선행기술 → 외부증거 → 증언으로 이어지는 모든 분석이 이 열의 각 한정사항에 대응하여 작성된다.

예시: 다음 청구항이 있다고 가정한다.

"사용자 단말로부터 위치정보를 수신하고, 신경망을 이용하여 위치정보를 실시간으로 분석하며, 사용자가 지정된 안전영역을 벗어난 경우 경고를 생성하는 모니터링 모듈"

이를 다음과 같이 분해할 수 있다:

  1. 모니터링 모듈
  2. 사용자 단말로부터 위치정보를 수신
  3. 신경망을 이용하여 위치정보를 분석
  4. 위치정보를 실시간으로 분석
  5. 사용자가 안전영역을 벗어났는지 판단
  6. 안전영역을 벗어난 경우 경고를 생성

작성 시 핵심 주의사항:

  • 지나치게 세분화하지 말 것: "configured to generate an encrypted output"을 "configured" / "generate" / "encrypted" / "output" 4개로 쪼개면 원래의 기능적 통합 의미가 훼손된다.
  • 지나치게 뭉뚱그리지 말 것: 수신·정규화·분석·출력 등 독립된 복수 기능을 하나의 덩어리로 묶으면 개별 한정사항의 충족 여부 판단이 불가능해진다.
  • 관계적 한정사항(Relationship) 누락 금지: "연결된", "내부에 위치한", "순차적으로" 등 구성 간의 위치·연결·순서 표현은 독립된 한정사항으로 반드시 식별해야 한다.
  • 조건문(Conditional Clause) 별도 분리: "기준값을 초과하는 경우 경고를 출력"에서 "기준값을 초과하는 경우"는 극히 중요한 조건적 한정사항이다. 피고 제품이 분석 기능과 경고 기능을 모두 갖추어도, 경고가 이 조건에 의해 트리거되지 않는다면 침해가 성립하지 않을 수 있다.
  • 전제부(Preamble)의 한정 효과 신중 검토: 전제부를 무조건 단순 용도 기재로 무시해서는 안 된다. 본문이 전제부를 구조적으로 참조하거나, 출원경과에서 전제부를 통해 선행기술과 구별했는지를 면밀히 확인해야 한다.

2열 Construction — 청구항 해석안

문제되는 청구항 용어나 문구에 대해 당사자가 제안하는 구체적인 법적 의미(정의)를 기재하는 열이다. 단순 번역이나 동의어 교체가 아니라, 사건의 침해·무효 판단에 실제로 적용할 수 있는 해석이어야 한다.

좋은 해석의 조건:

  • 원문보다 더 명확해야 한다
  • 순환적 정의(Circular Definition)를 피해야 한다 — "monitoring module은 모니터링 모듈을 의미한다"는 아무것도 해석하지 않은 것이다
  • 피고 제품 또는 선행기술에 실제로 적용할 수 있어야 한다
  • 명세서의 실시예를 불필요하게 청구항에 삽입하지 않아야 한다

적절한 해석 예시: 쟁점 용어 "monitoring module"에 대해,

"수신된 데이터를 관찰·분석하고 일정 조건의 발생 여부를 판단하도록 구성된 하나 이상의 하드웨어 또는 소프트웨어 구성요소"

이 해석은 ① 물리적으로 독립된 장치가 필요한지, ② 소프트웨어도 포함되는지, ③ 단순 데이터 수신만으로 충분한지, ④ 조건 판단 기능이 필요한지 등의 쟁점을 동시에 해결한다.

작업용 차트에서는 하나의 Construction 열 대신, 특허권자 해석(넓은 해석) / 피고 해석(좁은 해석) / 내부 잠정 해석(소송팀의 위험평가용)으로 세분화하는 것이 유용하다.

3열 Construction Basis — 해석 근거

제안한 청구항 해석이 왜 법리적·기술적으로 타당한지 그 논리적 근거를 요약하는 열이다. 단순한 자료 목록이 아니라, 여러 증거를 하나의 법적 논리로 연결하는 역할을 한다. 이 열은 4~8열의 구체적 증거들이 지지하는 '법적 결론의 논리적 요약'이다.

기재 가능한 근거의 유형:

  • 청구항의 문법과 문언 / 동일 특허의 다른 청구항 / 청구항 차별화(Claim Differentiation)
  • 명세서의 명시적 정의 / 명세서 전체에서의 일관된 사용
  • 발명의 목적과 기술적 맥락 / 출원경과상 진술
  • 통상의 기술자가 이해하는 의미 / 기능식 청구항 적용 여부

작성 예시: 쟁점 용어 "real-time(실시간)"에 대해,

"청구항에는 특정 밀리초 기준이 없고, 명세서는 1초 및 5초 처리 실시예를 모두 실시간 처리라고 설명한다. 따라서 고정된 시간값이 아니라 시스템 목적에 따른 기능적 시간제약으로 해석해야 한다."

4열 Patent Support / Issue — 명세서 지지·쟁점

청구항 자체, 발명의 설명(명세서), 실시예 및 도면에서 제안된 해석을 지지하거나 제한(방해)하는 내용, 혹은 불명확성을 발생시키는 내용을 모두 기재하는 열이다. "Support/Issue"라는 명칭이 시사하듯, 유리한 자료만 적는 것이 아니라 불리한 자료도 함께 기록해야 한다.

주요 검토 포인트:

  • 명시적 정의 존재 여부: "As used herein, 'secure connection' means…"는 특별정의이지만, "In one embodiment, the secure connection is implemented using TLS."는 하나의 실시예에 불과하다. 두 번째를 근거로 모든 "secure connection"을 TLS 방식으로 제한해서는 안 된다.
  • 발명의 요약에서 필수 구성처럼 설명되는지 여부
  • "may", "preferably", "in one embodiment" 같은 선택적 표현인지 여부
  • 도면과 명세서 설명의 일치 여부
  • 기능식 청구항의 경우: 해당 기능을 수행하는 명세서 내 대응 구조(Corresponding Structure)와 도면번호, 관련 알고리즘

5열 File History Support / Issue — 출원경과 지지·쟁점

특허출원부터 등록까지 특허청(USPTO)과 출원인 사이에 형성된 공식 기록 중 청구항 해석과 관련되는 내용을 정리하는 열이다. 분석 대상에는 거절이유통지, 의견서, 보정서, 심사관 면담기록, 재심사 기록, 계속출원·분할출원 관계 기록 등이 포함된다.

이 열에서 반드시 구별해야 할 두 개념이 있다:

개념 작용 실무상 차이
출원경과상 권리범위 포기
(Prosecution Disclaimer)		 청구항 문언 자체를 좁게 해석하게 한다 문언침해 판단의 범위 직접 제한
출원경과 금반언
(Prosecution History Estoppel)		 문언 외의 균등론(DOE) 적용을 차단한다 균등 범위의 회복 불능

실무 주의사항:

  • 심사관의 모든 진술이 출원인의 자백은 아니다
  • 출원인의 침묵만으로 쉽게 포기를 인정해서는 안 된다
  • 모호한 진술과 명확한 포기를 구별해야 한다
  • 개별 문장을 전체 심사 문맥에서 분리하여 읽으면 안 된다
  • 유효성 확보를 위한 출원 중 진술이 등록 후 침해소송에서 전략적 비용을 발생시킨다

6열 Cited Prior Art — 인용 선행기술

특허 표지, 정보공개서(IDS), 또는 심사기록에 공식적으로 인용된 선행기술 문헌에서 쟁점 용어가 어떻게 사용되었는지를 기록하는 열이다. 이 열의 목적은 무효 자료를 정리하는 것이 아니라, 출원 당시 해당 기술분야의 보편적 언어 관행과 발명자가 전제한 기술적 배경을 파악하는 데 있다.

Creel 교재는 인용 선행기술을 내부증거의 일부로 취급한다고 설명한다. 단, 단순히 정보공개서 목록에만 기재된 경우와 출원경과에서 실제로 논의되고 채택된 경우는 해석상 비중이 다르므로 이를 명확히 구별해야 한다.

주의사항: 인용되었다는 사실만으로 출원인이 해당 문헌의 모든 내용에 동의한 것은 아니며, 후대 문헌은 출원 당시 의미의 직접 증거로 사용하기 어렵다. 용어 사용례와 기술적 개시(Disclosure)는 반드시 구별해야 한다.

7열 Written Extrinsic Evidence — 외부 문헌증거

특허문서와 공식 출원기록 외부의 문헌 중 청구항 해석에 도움이 되는 자료를 기록하는 열이다. 대표적으로 일반사전, 기술사전, 교과서, 학술논문, 기술표준, 산업규격, 기술매뉴얼 등이 포함된다.

외부 문헌은 통상의 기술자가 출원 당시 그 용어를 어떻게 이해했는지를 설명하는 데 사용되지만, 청구항과 명세서의 문맥을 대체해서는 안 된다. Phillips 판결은 사전이 유용할 수 있음을 인정하면서도, 사전적 정의에서 출발해 명세서를 그에 맞추는 방식은 위험하다고 경고한다.

예를 들어 "channel"이라는 용어는 통신·반도체·유체역학·일반 영어에서 모두 다른 의미를 가진다. 해당 특허의 기술분야에 맞는 자료를 선택해야 한다.

Creel은 이후 준비서면이나 법원 제출 자료에 신속하게 사용할 수 있도록 완전한 인용정보(저자, 자료명, 판, 발행연도, 페이지)를 기록할 것을 권고한다.

흔한 오류:

  • 사전의 여러 정의 중 유리한 정의만 선택하는 선택편향
  • 최신판 사전이 출원 당시 의미를 정확히 반영한다고 단정하는 것
  • 인터넷 자료의 작성자·날짜·수정이력을 확인하지 않는 것
  • 출원 후 한참 뒤에 작성된 문헌을 출원 당시 의미의 직접 증거로 사용하는 것

8열 Witness Testimony — 증인 증언

전문가, 발명자 또는 다른 사실증인의 증언 중 청구항 해석과 관련된 내용을 짧게 요약하는 열이다. 이미 보고서나 진술서가 있다면 정확한 문단과 페이지를 기재하고, 아직 증언이 이루어지지 않았다면 "예상 증언"임을 명확히 표시해야 한다.

좋은 증언 요약의 예시:

"Dr. Kim: 출원일 당시 'adaptive filter'는 입력신호에 따라 계수가 자동 조정되는 필터를 의미함 — Kim 보고서 ¶¶ 42–46."

잘못된 요약: "우리 전문가가 원고 해석에 동의함." — 이는 증언의 내용과 근거를 전혀 확인할 수 없다.

작업용 차트에서는 증언의 결론뿐 아니라 다음도 기록해야 한다:

  • 증언의 기술적 근거와 의존 문헌
  • 내부증거(명세서 등)와의 일치 여부
  • 반대신문(Cross-Examination)에서 공격받을 잠재적 약점
  • 상대방 전문가와의 구체적 차이점
  • 침해 분석과 무효 분석에서 동일한 정의를 일관되게 사용하는지 여부

단, 전문가는 청구항의 법적 의미를 최종 결정하지 않는다. 청구항 해석은 법원이 판단한다. 발명자의 주관적 의도 역시 공개된 특허문서의 객관적 의미를 자동으로 결정하지 않음을 명심해야 한다.

6. 기능식 청구항(35 U.S.C. § 112(f)) 심층 분석

과거 판례나 교재에서 § 112(6)으로 지칭되던 규정은 현재의 § 112(f)임을 명확히 인지해야 한다. 기능식 청구항은 구체적인 구조 대신 그 구성이 수행해야 할 기능(Function)을 중심으로 청구하는 방식이며, 명세서에 기재된 대응 구조(Corresponding Structure)와 그 법적 균등물(Equivalents)에 의해서만 권리범위가 한정된다.

6단계 분석 순서

  1. 문제되는 청구항 문언 특정: 기능적으로 표현된 문구를 찾아낸다.
  2. 충분한 구조를 전달하는지 판단(Nonce Word 검토): "means" 단어가 없더라도 "module", "unit", "device", "mechanism" 등이 구체적인 구조 없이 기능만 나타낸다면 § 112(f)가 적용될 수 있다(Williamson v. Citrix Online, LLC). 핵심 질문은 문언이 통상의 기술자에게 충분히 명확한 구조적 의미를 전달하는지다.
  3. 청구항상 요구되는 기능(Function) 확정: 추상적으로 정의하지 않고, 청구항 문법과 전체 문맥에 기초하여 정확한 기능 전체를 확정한다.
  4. 명세서에서 대응 구조(Corresponding Structure) 검색: 단순히 명세서 어딘가에 부품이 등장하는 것만으로는 부족하다. 해당 구조가 문제의 기능을 수행하는 주체로 명확히 연결되어야 한다. 소프트웨어 특허의 경우, 구체적인 알고리즘(흐름도, 수학식, 의사코드)이 명세서에 공개되어 있어야 한다.
  5. 공개의 충분성 및 불명확성 평가: 대응 구조가 없거나 불충분하다면, 청구항은 불명확성(Indefiniteness)으로 무효화될 위험이 급증한다.
  6. 권리범위 평가(균등물 분석): 확정된 대응 구조와 동일하거나 법적으로 구조적 균등물에 해당하는 범위가 피고 제품 또는 선행기술에 어떻게 대입되는지 평가한다.

소프트웨어 발명에서 알고리즘 기재의 충분성

소프트웨어·컴퓨터 구현 발명에 기능식 청구항이 적용될 때, 법원이 요구하는 알고리즘 공개 수준은 매우 엄격하다.

  • 단순 하드웨어 명칭은 불충분: "컴퓨터", "범용 프로세서", "제어 모듈" 등의 일반 명칭만으로는 대응 구조를 공개한 것으로 절대 인정받지 못한다.
  • 구체적 알고리즘 개시 의무: 프로세서가 물리적으로 어떻게 기능을 실행하는지 알려주는 구체적인 흐름도(Flowchart), 수학식, 의사코드(Pseudo-code)가 명세서에 반드시 공개되어 있어야 한다.
  • 실시가능성(Enablement)과의 엄격한 구별: 통상의 기술자가 명세서를 보고 스스로 구현해낼 수 있는 기술 수준이라 하더라도, § 112(f)의 대응 구조로서의 알고리즘이 명세서에 특정되어야 한다는 요건은 별개의 법적 기준이다(Nautilus, Inc. v. Biosig Instruments, Inc.).

불명확성(Indefiniteness) 판단 기준 — Nautilus 표준

미국 연방대법원의 Nautilus 판결에 따르면, 청구항을 명세서 및 출원경과에 비추어 보았을 때 통상의 기술자가 발명의 범위를 '합리적인 확실성(Reasonable Certainty)'을 가지고 이해할 수 없다면 해당 청구항은 불명확한 것으로 판단되어 무효가 된다. 단순히 해석이 어렵다는 것과 불명확성은 다르다. 당사자 사이에 해석 다툼이 있다는 사실만으로 청구항이 불명확한 것이 아니다.

7. 침해와 유효성: 전략적 긴장 관계 (Strategic Tension)

클레임 차트 작성에서 가장 중요한 전략적 통찰 중 하나는, 동일한 청구항 해석안이 침해 입증에는 유리하지만 무효 가능성을 높이고, 무효를 방어하기에는 좋지만 침해 주장을 어렵게 한다는 상충 관계다.

해석 방향 침해 영향 유효성 영향
넓은 해석 피고 제품 포섭 용이 → 침해 입증 유리 선행기술에 포섭될 위험 증가 → 무효화 위험 증가
좁은 해석 피고 제품이 범위를 벗어날 가능성 → 비침해 위험 선행기술과 명확히 구별 → 유효성 방어에 유리

구체적 사례: "실시간(real-time)" 분석 모듈

  • 넓은 해석 ("인지 가능한 불필요한 지연 없이 분석"): 피고의 30초 간격 처리도 침해로 포섭 가능하지만, 출원 전 1분 간격 처리를 '실시간'이라고 표현한 선행기술이 존재하면 특허 자체가 무효될 위험이 치명적으로 증가한다.
  • 좁은 해석 ("미리 정해진 최대시간(5초) 이내의 결정론적 처리"): 30초 처리의 피고 제품은 비침해로 판결날 가능성이 높아지지만, 수십 초~수분 지연의 선행기술들과 명확히 구별되어 유효성은 안전하게 지킬 수 있다.

좋은 작업용 차트는 어느 해석이 '유리하다'는 결론만 기록하지 않는다. 각 해석이 침해·무효 판단 모두에 미치는 효과를 동시에 가시화하여, 소송 전반을 관통하는 '단일한 일관성 있는 해석안'을 도출하는 도구로 기능해야 한다.

8. 위험 관리를 위한 전략적 확장 열(Column) 설계

Creel의 기본 8열을 넘어, 고도의 리스크 관리를 위해 다음 확장 열을 작업용 차트에 도입해야 한다.

추가 열 기능
Disputed Term 한정사항 중 실제 해석이 필요한 쟁점 부분
Opposing Construction 상대방 해석안
§ 112(f) Applicability 기능식 청구항 적용 여부 및 주장 근거
Corresponding Structure 명세서의 대응 구조 (문단·도면·알고리즘)
Indefiniteness Risk 불명확성 무효 위험 수준 및 이유
Infringement Impact 각 해석이 침해 판단에 미치는 효과
Validity Impact 신규성·자명성·기재요건에 미치는 효과
Status 검토 중 / 합의 / 법원 판단 완료
Source Citation 페이지·문단·도면번호
Risk Level 낮음 / 중간 / 높음 (삼색 시각화)
Revision Date 최신 수정일
Reviewer 작성자 및 검토자

특히 Infringement Impact와 Validity Impact 열은 특정 해석안이 채택되었을 때 '침해 입증에는 유리하나 무효 가능성을 높이는지'를 시각화한다. 이는 소송팀이 단기적 이익을 위해 범위를 넓히다 무효라는 부메랑을 맞는 것을 방지하는 핵심 제어 장치다.

9. '고무줄 해석' 방지 및 해석의 일관성 유지

침해를 위해 권리범위를 넓히고, 무효를 피하기 위해 범위를 좁히는 '고무줄 해석(Elastic Interpretation)'의 유혹은 패배로 가는 지름길이다. 이는 상대방 전문가에게 '전문가 신뢰성 훼손'이라는 결정적인 공격 포인트를 제공한다. 법정에서 당사자나 전문가 증인의 해석이 일관되지 않음이 드러나는 순간, 법원은 해당 전문가 의견 전체의 신뢰성을 부정하거나 당사자 주장 전체의 설득력이 결여된 것으로 판단할 수 있다.

특허 청구항의 법적 의미(Construction)는 단 하나이며, 침해 여부를 따질 때나 무효 여부를 대조할 때나 일관되게 동일하게 적용되어야 한다. 작업용 차트 단계에서부터, 유리한 해석만을 쫓는 것이 아니라 침해 영향과 유효성 영향을 병렬로 검토하여 동시에 승리할 수 있는 '단일한 일관된 해석안'을 도출하고 이를 준비서면과 전문가 보고서에 동일하게 관철시켜야 한다.

10. 통합 예시: 하나의 쟁점 용어에 대한 차트 작성

가상 청구항 문언: "a monitoring module configured to analyze location data in real time"

열 기재 내용
Claim Element 위치정보를 실시간으로 분석하도록 구성된 모니터링 모듈
Construction "실시간"은 시스템의 경고 목적에 부합하는 시간 내에 분석결과를 제공하는 것을 의미
Construction Basis 청구항에 고정 시간값이 없고 명세서가 복수의 처리간격을 허용
Patent Support/Issue 명세서는 1초와 5초 실시예를 제시하지만 5초를 상한으로 정의하지 않음
File History Support/Issue 출원인이 배치처리 선행기술과 달리 "즉각적 경고"를 제공한다고 주장
Cited Prior Art 인용문헌 A는 30초 간격 처리도 real-time monitoring이라고 표현
Written Extrinsic Evidence 실시간 시스템 교과서는 응용분야별 마감시간(Deadline) 충족으로 정의
Witness Testimony 원고 전문가: 안전시스템에서 허용지연은 위험상황에 따라 달라진다고 설명
§ 112(f) Applicability "module"이 충분한 구조를 전달하는지 검토 필요
Infringement Impact 넓은 해석 시 피고의 30초 간격 분석도 포섭 가능
Validity Impact 넓은 해석 시 30초 간격 선행기술에 포섭될 위험 증가

이 차트에서 곧바로 '정답'이 나오지는 않는다. 오히려 다음의 전략적 긴장이 드러난다: 명세서는 고정 시간값을 요구하지 않고, 출원경과는 배치처리보다 신속한 처리를 강조하며, 선행기술은 비교적 긴 간격도 실시간이라 부른다. 따라서 최종 해석은 특정 숫자를 삽입하기보다 발명의 목적과 기술분야에서 요구되는 시간제약을 중심으로 구성하는 것이 타당하다.

11. 버전 관리 및 단일 진실원천(SSOT) 확보

클레임 차트는 소송의 생명 주기 동안 끊임없이 업데이트되는 역동적인 문서다. 정교한 버전 관리 없이는 변론서, 전문가 보고서, 증언 준비 자료 사이에 모순이 생길 수 있으며, 이는 상대방에게 치명적인 공격 빌미를 제공한다.

버전 관리 시 기록할 항목:

  • 수정일 / 수정자 / 변경된 청구항 또는 용어
  • 추가·삭제된 근거 / 변경 이유 / 검토 상태 / 법원 제출 여부

단순히 파일명 뒤에 'final'을 붙이는 행태는 금지해야 한다. 공동 편집 시스템을 사용하는 경우에도 접근 권한, 변경 기록, 삭제 자료 보존 정책을 설정해야 하며, 소송보존의무(Litigation Hold)가 적용되는 자료는 임의로 삭제해서는 안 된다.

단일 진실원천(Single Source of Truth, SSOT)

소송팀 모두가 동일한 최신 자료를 기준으로 작업하도록 하는 관리 원칙이다. 전문가에게 v1.1 버전을 보내고 변론서 작성자가 v2.0을 사용하면, 동일 용어에 대해 서로 다른 해석이 법정에 제출되는 재앙이 발생할 수 있다.

12. 클레임 차트 품질 평가 체크리스트

작성된 차트가 실전에서 유용한지 판단하는 핵심 질문들이다:

  • 완전성: 모든 중요한 청구항 한정사항이 포함되어 있는가?
  • 양면성: 유리한 자료뿐 아니라 불리한 자료도 포함되어 있는가?
  • 추적 가능성: 모든 근거에 정확한 페이지·문단·도면번호가 있는가?
  • 일관성: 준비서면, 전문가 보고서, 증언에서 동일한 해석을 사용하는가?
  • 현재성: 최신 출원경과, 증언, 법원 명령이 반영되어 있는가?
  • 전략적 유용성: 각 해석이 침해와 유효성에 미치는 효과가 명시되어 있는가?
  • 가독성: 변호사, 전문가, 법원이 쟁점을 빠르게 파악할 수 있는가?
  • 버전 통제: 수정일, 수정자, 변경 내용을 확인할 수 있는가?

결론: 단순한 표가 아닌 전략 통합 문서

이 가이드에 따라 작성된 클레임 차트는 단순한 표가 아니다. 하나의 청구항 해석을 넓게 주장하면 침해 입증에는 유리할 수 있지만 선행기술에 포섭되어 무효 위험이 커질 수 있다. 반대로 좁은 해석은 유효성 방어에는 유리하지만 피고 제품을 포섭하지 못할 수 있다. 이 두 가지 긴장을 동시에 관리하는 것이 바로 전략적 클레임 차트의 핵심이다.

차트에는 "내가 원하는 해석"뿐 아니라 그 해석이 침해·무효·기재요건에 미치는 상반된 효과를 반드시 함께 기록해야 한다. 정교한 청구항 분해와 다학제적 협업, 그리고 철저한 버전 관리만이 복잡한 특허 소송에서 승리를 보장한다. 클레임 차트는 법정에서 자측의 논리가 무너지지 않음을 입증하는 '사건 전체의 전략 통합 문서'이다.

본 아티클은 Thomas L. Creel, Patent Claim Construction and Markman Hearings (Practising Law Institute, 2013 & updated 2025), §6.3의 내용에 기반하여 작성되었습니다. 주요 판례: Markman v. Westview Instruments, Inc. (U.S. Supreme Court); Phillips v. AWH Corp. (Fed. Cir. en banc); Williamson v. Citrix Online, LLC (Fed. Cir.); Nautilus, Inc. v. Biosig Instruments, Inc. (U.S. Supreme Court).