왜 명세서라고 부르는가?

1 먼저 답하면

특허에서 명세서는 발명을 홍보하는 소개문이 아니라, 무엇을 발명으로 설명하고 어떤 범위를 권리로 요청하는지 정해진 형식으로 명시하는 문서입니다. 발명의 설명은 기술자가 이해하고 실시할 수 있도록 기술내용을 공개하는 축이고, 청구범위는 보호를 요청하는 사항을 청구항으로 적는 축입니다. 도면과 요약서는 이 구조를 보조하지만 각각의 법적 역할이 같지는 않습니다. 명세서의 한 문장만 떼어 등록 가능성이나 권리범위, 침해 여부를 단정해서는 안 됩니다.

2 ‘설명서’보다 ‘명세서’라는 말이 중요한 이유

일상적인 설명서는 제품의 사용법이나 장점을 전달하면 목적을 달성할 수 있습니다. 특허 명세서는 다릅니다. 출원 시점의 기술내용을 공개 기록으로 남기고, 청구범위와 연결해 심사와 이후 해석의 출발점을 제공해야 합니다. 그래서 “좋다”, “혁신적이다” 같은 평가는 핵심이 아닙니다. 어떤 문제를 어떤 기술수단과 관계로 풀며, 그 작용과 효과를 어느 정도 구체적으로 설명하는지가 중요합니다.

특허법 제42조 제2항은 특허출원서에 발명의 설명과 청구범위를 적은 명세서, 필요한 도면과 요약서를 첨부하도록 정합니다. 같은 조 제3항은 발명의 설명을 통상의 기술자가 쉽게 실시할 수 있도록 명확하고 상세하게 적을 것을 요구합니다. 제4항은 청구항이 발명의 설명에 의해 뒷받침되어야 한다는 틀을 둡니다. 청구항은 명확하고 간결하게 적혀야 한다는 틀도 둡니다. 이 조문 때문에 명세서는 단순한 배경자료가 아니라 기술 공개와 권리 요청을 함께 담는 구조적 문서가 됩니다.

3 명세서는 어떤 부분으로 이루어지는가

특허법 시행규칙 제21조 제3항은 발명의 설명에 적을 항목을 열거합니다. 여기에는 발명의 명칭·기술분야·배경기술·선행기술문헌이 포함됩니다. 해결하려는 과제·과제의 해결수단·발명의 효과도 포함됩니다. 도면의 간단한 설명과 발명을 실시하기 위한 구체적인 내용 등도 원칙적인 순서로 적도록 합니다. 이는 독자가 “무슨 문제인가”에서 “어떻게 구현하는가”까지 따라가게 하는 골격입니다.

다만 표제만 채운다고 충분한 설명이 되는 것은 아닙니다. 같은 용어가 문서 전체에서 같은 대상을 가리키는지 확인해야 합니다. 구성 사이 연결과 작동 순서가 도면 및 실시 내용과 맞는지도 살핍니다. 주장하는 효과가 어떤 조건에서 나오는지도 확인해야 합니다. 발명의 설명과 청구항을 별개의 글처럼 쓰면 청구항의 구성이나 관계가 설명에서 뒷받침되지 않는 문제가 생길 수 있습니다.

특허로의 명세서작성사례안내도 발명의 설명과 청구범위의 구성, 관련 법령을 한 화면에서 안내합니다. 이 자료는 형식과 작성 구조를 이해하는 출발점이지, 예시를 복사하면 특정 출원이 법정 요건을 충족한다는 보증서가 아닙니다.

4 발명의 설명은 ‘만들 수 있는 이야기’여야 한다

발명의 설명은 사업계획서처럼 시장 가능성을 설득하는 글과 다릅니다. 어떤 재료·구조·단계·조건을 사용하고 그것들이 어떻게 작용하는지 기술자가 따라갈 수 있어야 합니다. 소프트웨어라면 단순히 “AI가 분석한다”고 쓰는 것보다 입력, 처리 관계, 출력과 기술적 작동을 사실에 맞게 설명할 필요가 있습니다. 화학이나 바이오 분야라면 물질, 조건, 범위와 결과의 관계가 더 구체적인 쟁점이 될 수 있습니다.

대법원 2017후1298 판결의 공식 판례 페이지는 구 특허법상 기재요건에 관한 판단을 제시합니다. 그 판단은 해당 기술분야의 통상의 기술자를 기준으로 합니다. 통상의 기술자가 명세서 기재와 출원 당시 기술수준을 바탕으로 발명을 정확히 이해하고 재현할 수 있을 정도여야 한다는 취지입니다. 특별한 지식의 부가가 없어야 한다는 취지도 포함합니다. 판결은 구체적 사안과 적용 법령을 전제로 하므로 이 문구만으로 현재의 다른 출원이 충분하거나 부족하다고 결론낼 수 없습니다. 사건번호, 판결일, 적용 조문과 판시사항을 함께 읽어야 합니다.

5 청구범위는 설명의 요약문이 아니다

청구범위는 제품 소개의 마지막 요약이 아니라 보호를 요청하는 사항을 하나 이상의 청구항으로 나타내는 부분입니다. 발명의 설명에 등장하는 모든 세부가 한 청구항에 들어가는 것도 아니고, 설명에 없는 희망 범위를 문구로만 넓힐 수도 없습니다. 특허법 제42조 제4항의 뒷받침·명확성·간결성 요건과 제97조의 권리범위 규정을 함께 보아야 합니다.

청구항을 읽을 때는 먼저 구성요소와 단계, 다음으로 그 사이 관계, 마지막으로 조건과 기능 표현을 분리합니다. 그 뒤 각 표현이 발명의 설명과 도면 어디에서 뒷받침되는지 추적합니다. 이것은 권리범위를 확정하는 작업이 아니라 검토 대상을 조직하는 첫 단계입니다. 실제 권리범위나 침해 판단은 청구항 문언·명세서·도면·출원경과와 구체적 대상 등을 포함한 별도 검토가 필요할 수 있습니다.

6 도면은 장식이 아니라 관계를 보여 주는 보조 언어다

도면은 부품의 외형을 예쁘게 그리는 그림으로만 보아서는 안 됩니다. 구성의 위치, 연결, 순서와 작동 관계를 텍스트와 함께 이해하게 하는 보조 언어입니다. 도면 부호가 설명과 다르거나, 그림에는 있는데 설명되지 않은 구성, 설명에는 있는데 그 관계를 확인하기 어려운 구성이 있으면 독자의 이해가 끊깁니다.

반대로 그림만으로 모든 내용을 대신할 수도 없습니다. 무엇이 필수인지, 어떤 변형이 가능한지, 특정 동작이 어떤 조건에서 일어나는지는 글과 청구항의 문맥에서 확인해야 합니다. 실제 제출 도면의 형식은 관련 법령과 서식을 따로 확인해야 하며, 이 기사의 개념 그림을 출원 도면으로 사용해서는 안 됩니다.

7 출원 후에는 공개 기록과 권리 기록이 갈라진다

특허법 제64조는 원칙적으로 우선일 또는 출원일부터 1년 6개월이 지난 후 출원공개를 하도록 하고, 출원인의 신청에 따른 조기 공개와 공개하지 않는 예외도 규정합니다. 특허법 제87조는 특허권 설정등록과 특허공보 게재에 관한 구조를 둡니다. 따라서 출원 사실, 공개 사실, 등록 사실은 같은 상태가 아닙니다.

명세서의 버전도 구분해야 합니다. 최초 제출본·보정서가 반영된 문서·공개공보·등록공보를 하나의 파일처럼 취급하면 어느 시점의 문언인지 잃게 됩니다. IPWiki에서는 DocumentVersion과 PublicationEvent, RegistrationEvent를 각각 관리하고 원문 위치와 기준일을 연결해야 합니다.

8 WIPO 매뉴얼이 보여 주는 작성의 전체 흐름

WIPO Patent Drafting Manual 제2판은 특허출원의 구성요소를 설명한 뒤 청구항 작성, 설명과 도면 작성, 발명자 인터뷰와 발명공개서를 별도 모듈로 다룹니다. 특히 Module III에는 출원 구성 설명이 있습니다. Module VI에는 청구항 뒷받침 논의가 있습니다. Module VII에는 발명의 설명 작성 부분이 있습니다. 이 내용들은 명세서가 하나의 긴 산문이 아님을 보여 줍니다. 명세서가 서로 의존하는 여러 층으로 구성된다는 점도 보여 줍니다.

이 매뉴얼은 WIPO의 교육자료이며 한국 법령보다 우선하지 않습니다. 국내 출원에서는 현행 특허법·시행령·시행규칙과 특허청 심사기준, 관련 판례를 적용 시점에 맞게 확인해야 합니다. 국제 참고자료와 국내 법적 근거를 같은 출처 등급으로 섞지 않는 것이 중요합니다.

9 명세서를 세 겹으로 읽는 방법

첫째는 기술층입니다. 문제·해결원리·구성·관계·작동·조건·효과와 대안을 찾습니다. 둘째는 문서층입니다. 발명의 설명·청구범위·도면·요약서와 각 버전 사이 참조를 확인합니다. 셋째는 법적 검토층입니다. 기재요건·뒷받침·명확성·절차와 권리범위 쟁점을 구체 조문·판례에 연결하되 결론은 보류합니다.

예를 들어 “제어부가 값을 조정한다”는 문장이 있다면, 기술층에서는 입력과 조정 규칙, 출력과 효과를 묻습니다. 문서층에서는 제어부가 도면과 실시 내용 어디에 설명되어 있는지 찾습니다. 법적 검토층에서는 해당 청구항 문언과 설명의 관계가 쟁점이 될 수 있는지를 표시하고 전문가에게 질문합니다. 세 층을 나누면 사실 설명과 법률 결론이 섞이는 것을 줄일 수 있습니다.

10 명세서를 지식그래프로 만들면 무엇이 달라지나

명세서 그래프의 중심에는 SpecificationVersion을 둡니다. DescriptionSection·Claim·DrawingFigure·Element·Relation·Effect를 여기에 연결합니다. Claim의 각 문구가 어떤 DescriptionPassage와 FigureReference에 연결되는지, 효과가 어느 Experiment 또는 Example에 근거하는지 locator를 붙입니다. 법령은 LegalProvision, 판례는 CaseDecision으로 별도 관리하며 특정 문구와 연결된 이유를 남깁니다.

그래프는 “설명에 있으니 권리가 된다”거나 “도면에 없으니 무효다” 같은 결론을 내리지 않습니다. 대신 연결이 없거나 버전이 다른 부분, 정의가 흔들리는 용어, 근거를 찾지 못한 효과를 검토 신호로 보여 줍니다. 사람이 원문으로 돌아가 판단할 수 있게 하는 것이 목적입니다.

11 변리사 검토 질문

• ‘기술 공개’와 ‘권리 요청’이라는 두 축의 설명이 현행 국내 실무를 지나치게 단순화하지 않았는가?
• 시행규칙 제21조의 항목을 독자가 의무적 표제 체크리스트로 오해하지 않도록 보완할 부분은 무엇인가?
• 2017후1298 판결의 적용 법령·사실관계 한계가 충분히 드러나는가?
• 최초 제출본·공개공보·등록공보·보정 반영본의 버전 구분을 더 세분화해야 하는가?
• PractitionerPattern 후보로서 초기에 반드시 묻는 명세서 질문은 무엇이며, 검증된 저자 진술로 채택하려면 어떤 기록이 필요한가?

12 FAQ

12.1 Q1. 아이디어를 자세히 쓰면 곧바로 명세서가 되나?

그렇지 않습니다. 기술적 사실을 정리하는 것은 중요하지만, 법이 정한 문서 구조와 기재요건, 청구범위와의 뒷받침 관계를 함께 검토해야 합니다.

12.2 Q2. 도면이 정확하면 설명을 짧게 써도 되나?

도면은 관계 이해를 돕지만 발명의 설명을 자동으로 대신하지 않습니다. 기술분야와 발명의 성격, 법정 요건에 따라 필요한 설명을 개별적으로 검토해야 합니다.

12.3 Q3. 공개공보의 명세서와 등록공보의 명세서는 같은가?

항상 같다고 가정해서는 안 됩니다. 공개·등록과 보정 이력을 구분하고, 어느 시점의 공보와 문서를 읽는지 확인해야 합니다.

13 관련 기사 제안

• 왜 청구항이라고 부르는가? — 명세서 안에서 보호를 요청하는 문장의 역할을 설명합니다.
• 좋은 권리는 왜 질문에서 시작되는가? — 발명의 설명에 들어가기 전 사실을 발견하는 질문법을 다룹니다.
• 출원 전에 무엇을 기록해야 하는가? — 명세서 작성 전에 보존할 원본과 시간축을 정리합니다.

14 대표 이미지 브리프 — ‘명세서의 투명 단면도’

• 규격: 1200×630
• 장르: 반투명 기술 문서의 3D 컷어웨이와 정밀 정보 다이어그램
• 구도: 중앙에 실제 서식을 모사하지 않은 추상 문서 블록을 세워 앞층은 발명의 설명, 중간층은 도면과 구성 관계, 뒤층은 청구항 경계로 분리한다. 같은 요소를 가리키는 가는 청록 연결선이 세 층을 관통하고, 오른쪽에는 버전 노드 세 개가 작은 시간축으로 이어진다.
• 색과 질감: 남색 배경, 유백색 반투명 판, 청록과 보라의 제한된 포인트, 고급 기술 설계도 질감
• 금지요소: 실제 특허공보 복제, 출원번호·개인정보, 특정 발명 도면, 등록 도장, 법봉·법원 기둥, 전구·뇌, 권리범위 확정을 암시하는 닫힌 자물쇠
• 대체텍스트 후보: “발명의 설명, 도면, 청구항과 문서 버전이 투명한 층과 지식그래프 선으로 연결된 명세서 단면도”

15 공식 출처 대조 기록

• 국가법령정보센터, 특허법 [시행 2025.11.11][법률 제21134호], locator: 제42조 제2~4항·제6항, 제42조의2 제1항, 제64조, 제87조 및 제97조, URL: https://www.law.go.kr/LSW/lsInfoP.do?lsiSeq=279827
• 국가법령정보센터, 특허법 시행규칙 [시행 2026.05.14][총리령 제2115호], locator: 제21조 제1~5항, URL: https://www.law.go.kr/LSW/lsLinkCommonInfo.do?lspttninfSeq=121415
• 특허로, 명세서작성사례안내, locator: “명세서 작성방법 안내”의 발명의 설명·청구범위 구성과 관련 법령 표기, URL: https://kporc.kipo.go.kr/smart/jsp/ka/menu/guide/main/GuideMain0208.do
• 특허청, 특허·실용신안 심사기준, locator: 공개 페이지의 “특허·실용신안 심사기준(2026.03.12)” 및 제1부~제8부 목록, URL: https://kipo.go.kr/ko/kpoContentView.do?menuCd=SCD0200146
• WIPO, Patent Drafting Manual, Second edition, locator: Module III §2.1–2.4, pp.35–37; Module VI §10, p.99; Module VII §3, pp.112–118, URL: https://www.wipo.int/edocs/pubdocs/en/wipo-pub-867-23-en-wipo-patent-drafting-manual.pdf
• 국가법령정보센터 대법원 판례, 2017후1298 등록무효(특), locator: 판시사항 [1] 및 판결이유의 기재요건 판단 부분, URL: https://www.law.go.kr/LSW/precInfoP.do?precSeq=219879

대조일은 2026-08-27입니다. 공개 화면·PDF 대조만 완료했으며 immutable EvidenceSnapshot과 SourceVersion은 생성되지 않았습니다.

16 한계와 발행 상태

이 글은 교육용 구조 설명이며 특정 명세서의 기재요건 충족·등록 가능성·유효성·권리범위 또는 침해를 판단하지 않습니다. 법령·심사기준·판례의 적용 시점과 사실관계를 전문가가 다시 검토하고 원문을 고정해야 합니다. 현재 상태는 candidate / unpublished / pending / HOLD입니다.

16.1 함께 보면 좋은 글 (연관 지식 그래프)

• 왜 청구항이라고 부르는가?

다음 한 걸음

왜 청구항이라고 부르는가?특허 청구항이 보호받으려는 사항을 어떻게 문장으로 구획하는지, 독립항·종속항과 명세서의 관계를 현행 법령·판례·공식 자료로 설명합니다.

연결된 모든 문서와 그 이유는 옆의 「연결된 문서」에 있습니다.

글 위키스튜디오 · 최초 작성 2026-08-27 · 최종 수정 2026-08-27