*특허 청구항 작성법은 어떻게 하고, 독립항·종속항은 무엇이 다른가요?*
특허 청구항 작성은 권리범위를 문장으로 고정해 심사·분쟁 결과를 좌우하는 핵심 설계 작업입니다.
도입부: 청구항이 특허의 성패를 가릅니다
청구항은 특허에서 유일하게 권리범위를 정하는 문장입니다. 같은 발명이라도 청구항을 어떻게 쓰느냐에 따라 등록 가능성, 회피 설계 난이도, 침해 입증 난이도가 달라집니다.
현장에서 자주 보는 패턴은 이렇습니다. 명세서 설명은 길고 훌륭한데, 청구항이 핵심 구성요소를 빠뜨리거나 불필요한 한정어를 넣어 권리가 좁아집니다. 반대로 청구항을 욕심내서 너무 넓게 쓰면 신규성·진보성에서 바로 막힙니다.
이 글은 다수의 창업자·개발팀이 작성한 초안을 검토하며 반복적으로 발생한 오류를 기준으로, 독립항·종속항 구조와 바로 따라 쓸 수 있는 작성 전략을 정리했습니다. (법령·심사기준은 특허청 공개 자료와 일반적인 실무 관행을 따릅니다.)
흔한 오해 3가지부터 바로 정리
오해 1: 독립항은 무조건 넓게, 종속항은 아무거나 붙이면 된다
아닙니다. 독립항은 넓되 심사에서 버틸 수 있는 최소 구성으로 설계해야 합니다. 종속항은 독립항의 약점을 보강하고, 심사 과정에서 ‘후퇴안’으로 작동하도록 전략적으로 쌓아야 합니다.
오해 2: 청구항은 기술 설명을 자세히 쓸수록 좋다
아닙니다. 청구항은 설명서가 아니라 권리의 경계선입니다. 불필요한 작동원리·효과·수치조건을 넣으면 스스로 권리를 좁히는 결과가 됩니다.
오해 3: 명세서에 다 써놨으니 청구항은 대충 요약해도 된다
아닙니다. 권리범위는 청구항이 전부입니다. 명세서에만 있고 청구항에 없는 구성은 침해 주장에서도, 심사에서도 힘을 못 씁니다.
핵심 개념: 독립항·종속항 구조를 한 문장으로 이해하기
독립항: 권리범위의 ‘기본형’(최소 구성)
독립항은 다른 항을 참조하지 않고 단독으로 성립하는 청구항입니다. 발명의 핵심 구성요소를 ‘최소 세트’로 묶어, 최대한 넓게 보호하되 선행기술 대비 차별점이 드러나야 합니다.
종속항: 독립항을 ‘추가 한정’해 방어력과 등록 가능성을 높이는 장치
종속항은 독립항(또는 다른 종속항)을 인용해 추가 구성을 붙입니다. 심사에서 거절이유가 나오면 종속항의 한정요소를 독립항에 병합해 등록을 노리는 방식으로 자주 활용됩니다.
독립항/종속항 설계의 기본 원칙(실무형)
- 독립항 1개는 ‘가장 넓게 버티는 버전’ 1개로 설계합니다.
- 종속항은 3종으로 나누어 쌓습니다: (1) 차별점 강화형 (2) 실시예 고정형 (3) 회피차단형.
나쁜 예 vs 좋은 예: 문장 수준에서 바로 교정하기(3쌍)
아래 예시는 이해를 돕기 위한 일반화된 문장입니다. 실제 출원은 발명 유형(장치/방법/시스템/프로그램)에 맞춰 조정해야 합니다.
1) SaaS 추천 알고리즘(방법 발명)
- 나쁜 예: 사용자 데이터를 수집하고, AI로 분석하여, 최적의 상품을 추천하는 방법.
- 좋은 예: 사용자 단말로부터 ○○행동로그를 수신하는 단계; 상기 ○○행동로그로부터 ○○특징벡터를 생성하는 단계; 상기 ○○특징벡터와 ○○상품벡터 간 유사도를 산출하고, 상기 유사도에 기초하여 추천목록을 생성하는 단계를 포함하는 추천 방법.
- 이유: 나쁜 예는 구성요소가 추상적이라 선행기술에 쉽게 포섭되고, 차별점도 안 보입니다. 좋은 예는 최소한의 기술 구성(입력-특징-산출-결과)을 단계로 고정해 신규성/진보성 판단의 기준점을 만듭니다.
2) 제조 설비(장치 발명)
- 나쁜 예: 생산성을 높이는 장치로서, 센서와 제어부와 모터를 포함한다.
- 좋은 예: ○○센서로부터 ○○상태값을 획득하는 센서부; 상기 ○○상태값이 ○○임계조건을 만족하는지 판단하는 제어부; 상기 판단 결과에 따라 ○○구동프로파일로 모터를 구동시키는 구동부를 포함하는 장치.
- 이유: “생산성” 같은 효과 표현은 권리요소가 아닙니다. 좋은 예처럼 센서-판단-구동의 인과관계를 구성으로 적어야 침해 입증과 차별화가 가능합니다.
3) 바이오/화학 조성물(조성물 발명)
- 나쁜 예: 효능이 우수한 조성물로서 A와 B를 포함한다.
- 좋은 예: 유효성분으로서 ○○화합물(A) 및 ○○보조성분(B)을 포함하고, 상기 ○○화합물(A)이 ○○농도범위(○○~○○)로 포함되는 조성물.
- 이유: 조성물은 ‘무엇을 어떤 범위로 포함하는지’가 권리의 핵심입니다. 단, 수치범위는 스스로 좁히는 한정이므로 명세서에 범위 근거(실험/효과/대체범위)를 충분히 마련한 경우에만 씁니다.
⚠️️ 주의: 청구항에 “반드시”, “항상”, “완전히”, “최적” 같은 절대 표현을 넣으면 해석이 좁아지거나 불명확으로 공격받기 쉽습니다.
실행 가이드: 독립항 1개를 ‘버티게’ 만드는 6단계
1단계: 발명의 한 문장 정의를 ‘구성요소’로 바꾸기
먼저 효과/목표 문장을 버리고, 구성요소로 재작성합니다.
- 목표: ○○을 개선한다
- 구성: ○○입력 → ○○처리 → ○○출력, 또는 ○○부품A-부품B-연결관계
2단계: 선행기술 대비 차별점 1~2개를 ‘필수 구성’으로 선택
차별점이 3개 이상이면 독립항이 무거워집니다. 심사에서 버틸 차별점 1~2개만 독립항에 넣고, 나머지는 종속항으로 내립니다.
3단계: 독립항은 “최소 구성 + 관계”로 작성
실무에서 자주 통과하는 형태는 다음입니다.
- 장치: 구성요소 나열 + 각 요소의 기능 + 요소 간 관계(연결/제어/기초)
- 방법: 단계 나열 + 단계 간 순서/조건 + 산출물
4단계: 종속항은 ‘후퇴안’이 되도록 6~10개까지 설계
종속항은 많이 달수록 좋은 게 아니라, 심사 대응에 쓸모 있어야 합니다. 아래 3종을 섞어 구성하세요.
- 차별점 강화형: 선행기술과 갈리는 핵심 파라미터/구조를 추가
- 실시예 고정형: 실제 제품/코드 구조에 가까운 구체 구성 추가
- 회피차단형: 경쟁사가 바꿔 끼우기 쉬운 대체수단을 미리 커버
5단계: 용어를 ‘명세서 정의’와 1:1로 맞추기
청구항 용어가 명세서에서 정의되지 않으면 불명확 리스크가 커집니다. 특히 AI/데이터/모델/특징값 같은 용어는 정의(입력, 산출, 계산 방식, 예시)를 명세서에 둬야 안전합니다.
6단계: 최종 점검은 “침해 입증 가능성”으로 한다
심사 통과만 목표로 하면 권리가 약해집니다. 상대 제품을 봤을 때, 청구항 구성요소가 외부에서 확인 가능한지(로그, UI, 신호, 구조)까지 점검해야 합니다.
💡� 팁: 독립항은 ‘경쟁사가 회피하기 어려운 축’을 잡고, 종속항은 ‘심사에서 살아남는 축’을 여러 개로 분산시키면 전체 포트폴리오가 강해집니다.
복붙 가능한 문장 템플릿
핵심 템플릿 1: 장치(시스템) 독립항 기본형
○○장치에 있어서,
○○데이터를 획득하는 ○○부;
상기 ○○데이터가 ○○조건을 만족하는지 판단하는 ○○부; 및
상기 판단에 기초하여 ○○동작을 수행하도록 ○○부를 제어하는 ○○부
를 포함하는 ○○장치.
핵심 템플릿 2: 방법 독립항 기본형
○○방법에 있어서,
○○입력정보를 수신하는 단계;
상기 ○○입력정보로부터 ○○중간값을 생성하는 단계; 및
상기 ○○중간값에 기초하여 ○○출력정보를 생성하는 단계
를 포함하는 ○○방법.
핵심 템플릿 3: 종속항(추가 한정) 기본형
제○항에 있어서,
상기 ○○부는 ○○알고리즘을 이용하여 ○○연산을 수행하고,
상기 ○○연산은 ○○파라미터(○○)를 포함하는 것을 특징으로 하는 ○○장치/방법.
추가 템플릿 더보기
1) (대체수단 커버) 제○항에 있어서, 상기 ○○부는 ○○모듈 또는 ○○모듈 중 어느 하나를 포함하는 ○○장치.
2) (구조적 관계 고정) 제○항에 있어서, 상기 ○○부는 상기 ○○부와 ○○방식으로 연결되는 ○○인터페이스를 더 포함하는 ○○장치.
3) (조건/임계값) 제○항에 있어서, 상기 ○○조건은 ○○값이 ○○임계값 이상인 경우를 포함하는 ○○방법.
4) (데이터 스키마) 제○항에 있어서, 상기 ○○입력정보는 ○○필드(○○, ○○, ○○)를 포함하는 ○○데이터 구조인 ○○방법.
5) (학습/추론 분리) 제○항에 있어서, 상기 ○○중간값은 ○○학습모델에 의해 생성되고, 상기 ○○학습모델은 ○○데이터셋으로 학습되는 ○○방법.
6) (실시예 고정: UI/로그) 제○항에 있어서, 상기 ○○출력정보는 ○○화면에 ○○형태로 표시되는 것을 특징으로 하는 ○○방법.
7) (효과를 구성으로 치환) 제○항에 있어서, 상기 ○○동작은 ○○시간 내에 ○○신호를 출력하도록 구성되는 ○○장치.
8) (컴퓨터프로그램 청구항 보조) 컴퓨터가 제○항 내지 제○항 중 어느 한 항의 방법을 실행하도록 하는 프로그램을 기록한 컴퓨터 판독가능 기록매체.
자주 하는 실수 6가지(테이블로 점검)
| # | 실수 | 왜 문제인가 | 대안 |
|---|---|---|---|
| 1 | 효과/목적을 청구항 요소로 씀(예: 생산성 향상) | 권리요소가 아니라 해석이 불명확해짐 | 효과는 명세서에, 청구항은 구성·관계로 작성 |
| 2 | 독립항에 구현 디테일을 과다 포함 | 스스로 권리범위를 좁힘, 회피 쉬워짐 | 차별점 1~2개만 독립항에, 나머지는 종속항으로 |
| 3 | 용어가 명세서에 정의되지 않음 | 불명확 거절/무효 공격 포인트 | 용어 정의, 예시, 대체어를 명세서에 함께 배치 |
| 4 | 단계/구성 간 관계가 없음(나열만 함) | 선행기술과 구분이 어려움 | 제어/기초/조건/순서 등 인과관계를 문장에 넣기 |
| 5 | 종속항이 ‘그럴듯한 장식’ 수준 | 심사 대응 카드가 없음 | 후퇴안(병합할 한정요소) 중심으로 설계 |
| 6 | 침해 입증이 어려운 내부 변수만 사용 | 분쟁에서 증거 확보가 어려움 | 외부 관찰 가능한 신호/로그/UI/구조 요소로 보강 |
사업계획서 프레임워크로 연결: “청구항”을 투자·정부과제 문서로 번역하기
특허 청구항은 기술 문서이지만, 정부지원사업/투자 문서에서는 ‘차별점의 언어’로 번역돼야 합니다. 아래처럼 연결하면 심사위원이 이해하기 쉬워집니다.
| 프레임워크 항목 | 대응 내용 |
|---|---|
| PSST - Problem(문제) | 청구항이 해결하는 ○○상황/제약을 문제로 정리(효과가 아닌 제약 중심) |
| PSST - Solution(해결) | 독립항의 최소 구성요소를 솔루션 핵심 메커니즘으로 요약 |
| PSST - Scale(확장) | 종속항의 변형(대체수단/파라미터/모듈화)을 확장 로드맵으로 제시 |
| PSST - Team(팀) | 청구항 요소별 구현 책임(데이터/모델/펌웨어/기구)을 팀 역량으로 매핑 |
| BMC - 가치제안 | 독립항 차별점 1~2개를 고객가치 문장으로 변환 |
| BMC - 핵심자원/활동 | 종속항에 쌓은 구현 디테일을 핵심자원(데이터, 공정)과 활동(학습, 제어)로 연결 |
| BMC - 비용구조 | 청구항 요소 중 비용 드라이버(센서, 연산, 공정)를 원가 항목으로 연결 |
체크리스트: 제출/출원 전 10분 자가검증(합격 기준 포함)
- 독립항이 “최소 구성 + 관계”로만 구성되어 있습니까? (합격: 불필요한 수치/브랜드/효과 문장 없음)
- 독립항의 차별점이 1~2개로 선명합니까? (합격: 선행기술과 갈리는 요소가 한눈에 보임)
- 종속항에 후퇴안이 있습니까? (합격: 병합하면 거절이유를 피할 만한 한정요소 2~3개 이상)
- 용어가 명세서에서 정의·예시·대체어로 뒷받침됩니까? (합격: 핵심 용어 5개 이상 정의됨)
- 침해 입증이 가능한 요소(로그/신호/UI/구조)가 포함되어 있습니까? (합격: 외부 확인 포인트 1개 이상)
- 장치/방법/프로그램(기록매체) 중 필요한 권리군이 빠지지 않았습니까? (합격: 사업모델에 맞는 카테고리 확보)
✍️ BizBuilder 편집팀은 정부지원사업 사업계획서와 기술문서(명세서 초안 포함) 작성 사례를 바탕으로 심사 관점의 문장 구조를 템플릿화해 제공합니다.
자주 묻는 질문
Q. 독립항과 종속항 차이는 한 문장으로 뭐라고 설명하나요?
Q. 청구항은 몇 개가 적당한가요?
Q. 청구항에 수치범위(예: 1~10%)를 넣으면 무조건 불리한가요?
Q. AI/소프트웨어 특허 청구항은 어떻게 써야 하나요?
Q. 비대면(온라인)으로 청구항 초안 검토를 받을 때 준비물은 무엇인가요?
Q. 청구항 작성에서 초보자가 가장 많이 하는 실패 사례는 무엇인가요?
Q. 가출원(임시/우선권)과 정식출원 청구항 전략은 어떻게 달라야 하나요?
Q. 특허 명세서와 청구항은 어떤 관계이고, 무엇을 먼저 써야 하나요?
사업계획서, 어디서부터 시작할지 막막하신가요?
청구항 초안이 있으면 BizBuilder로 ‘핵심 차별점 1~2개 추출 → 독립항/종속항 템플릿 자동 정리 → PSST/BMC 문서 문장으로 번역’까지 한 번에 점검해 보세요. 무료 체험으로 문장 구조와 누락 요소를 먼저 확인한 뒤 전문가 검토로 연결하면 시행착오가 줄어듭니다.
무료 체험 시작하기관련 글
작성 방법부터 출원 전략까지.
PSST 프레임워크를 섹션별로 분석합니다.
고객 Pain Point를 설득력 있게 표현하는 법.