미국 특허법 제101조(Patent Eligibility) 입문
쉬운 해설 · 대표 판례 정리 · 한국 발명 성립성과의 비교

미국 소프트웨어 특허나 AI 특허를 검토하다 보면 가장 먼저 등장하는 개념이 바로
미국 특허법 제101조(35 U.S.C. §101)의 특허 적격성(Patent Eligibility)입니다.

실무에서는 신규성이나 진보성보다 먼저 §101 거절을 받는 경우도 적지 않습니다.
특히 AI, 소프트웨어, 핀테크, 플랫폼 기술 분야에서는 기술이 아무리 새롭더라도 ‘특허로 보호받을 수 있는 발명인지’ 여부가 가장 먼저 문제됩니다.

하지만 미국의 특허 적격성 법리는 수십 년에 걸쳐 다양한 판례가 축적되면서 상당히 복잡해졌습니다.
Alice, Mayo, Enfish와 같은 대표 판례들은 자주 인용되지만, 처음 접하는 사람에게는 개념 자체가 어렵게 느껴질 수 있습니다.

이번 글에서는 미국 특허법 제101조의 기본 원리와 주요 판례의 흐름을 최대한 쉽게 설명하고, 한국 특허법상 발명 성립성 판단과 어떤 차이가 있는지도 함께 살펴보겠습니다.

제1부. 쉬운 해설 — 왜 적격성부터 문제가 될까

1. 출발점: 특허는 ‘아이디어’가 아니라 ‘기술적 해결책’을 보호한다

특허 제도의 기본 약속은 단순합니다.새로운 기술을 공개하는 대가로, 일정 기간 그 기술을 독점할 권리를 준다는 것입니다.
그런데 처음부터 넘을 수 없는 선이 하나 있습니다.
자연법칙, 자연현상, 그리고 추상적 아이디어 그 자체는 누구도 독점할 수 없다는 원칙입니다.
중력의 법칙, E=mc², ‘위험을 분산시켜 손실을 줄인다’는 발상 같은 것들이 여기에 해당합니다.

이유는 직관적입니다.
이런 것들은 모든 후속 발명의 재료(building block)이기 때문입니다.
누군가 ‘덧셈’이나 ‘수요·공급의 원리’를 독점하면, 그 위에서 무언가를 만들려는 모든 사람이 막혀버립니다.
이를 선점(preemption) 우려라고 합니다.

핵심은 이렇습니다.

아이디어 자체는 보호받지 못하지만,
그 아이디어를 구체적 기술로 풀어낸 ‘응용’은 보호받을 수 있다.

적격성(eligibility) 논쟁은 결국 ‘이 청구항이 아이디어 자체를 가져가려는 건가,
아니면 아이디어를 구체적 기술로 구현한 건가’를 가르는 문제입니다.

2. 왜 하필 소프트웨어에서 가장 시끄러운가

소프트웨어는 본질적으로 알고리즘, 즉 ‘이런 입력이 오면 이렇게 계산해 저런 결과를 낸다’는 절차입니다.
그런데 이 알고리즘은 금지선 — 수학과 추상적 아이디어 — 에 위험할 만큼 가깝습니다.

게다가 소프트웨어 청구항은 ‘무엇을 하는지’만 적고 ‘어떻게 하는지’는 비워두기 쉽습니다.
‘데이터를 분석하여 위험을 평가하는 시스템’이라고만 쓰면,
사실상 ‘위험 평가’라는 아이디어를 통째로 가져가려는 것에 가깝습니다.

핵심 질문

‘이건 컴퓨터를 도구로 쓴 추상적 아이디어일 뿐인가, 아니면 컴퓨터 기술 자체를 개선한 발명인가?

이 한 문장이 지난 50년 판례의 전부라 해도 과언이 아닙니다.

3. 시대에 따라 어떻게 바뀌어 왔나 (핵심 판례 6개)

① Diamond v. Diehr (1981) — ‘공정에 녹아들면 괜찮다’

초창기 대법원은 소프트웨어·수학에 부정적이었습니다(1972년 Benson은 진법 변환 알고리즘을 거절).
그러다 Diehr에서 방향을 틀었습니다.
고무를 정밀 가황하는 공정에서 컴퓨터가 온도를 실시간으로 재고 방정식으로 시간을 계산해 제어하는 발명이었는데,
대법원은 ‘수학 공식이 들어 있다는 이유만으로 거절하면 안 된다.
공정 전체가 고무라는 물건을 실제로 변환시키면 적격’이라고 했습니다.

교훈 청구항은 부분이 아니라 전체로 봐야 하고, 소프트웨어가 실제 기술 공정에 녹아들면 살아남는다.

② Bilski v. Kappos (2010) — ‘영업방법이라고 무조건 안 되는 건 아니다’

에너지 시장의 가격 변동 위험을 헤지(hedge)하는 방법이 쟁점이었습니다.
대법원은 ‘오래된 경제적 관행 = 추상적 아이디어’라며 거절했지만,
‘기계에 묶이거나 물리적 변환이 있어야만 특허가 된다는 기준(machine-or-transformation)은 유일한 기준이 아니다’라며
소프트웨어·영업방법에 문은 열어두었습니다.

교훈 경제적·사업적 아이디어는 특히 취약하다. 하지만 범주적으로 금지된 것은 아니다.

③ Mayo v. Prometheus (2012) — 오늘날 판단의 ‘틀’

의료 진단 사건이지만, 여기서 현재까지 쓰는 2단계 판단 방법이 탄생했습니다.

1. 1단계: 이 청구항이 자연법칙(또는 추상적 아이디어) 그 자체를 향하고 있나?
2. 2단계: 그렇다면, 더해진 요소가 그것을 특허받을 만한 응용으로 바꿀 만큼 충분한가? 단순히 ‘누구나 늘 하던 일상적·관습적 활동’을 붙인 것이라면 부족하다.

교훈 아이디어에 뻔한 단계 몇 개를 더하는 것으로는 통과 못 한다.

④ Alice v. CLS Bank (2014) — 소프트웨어 특허의 분수령

제3자를 끼워 거래 위험을 줄이는 중개 결제 방법을 컴퓨터로 구현한 특허였습니다.
대법원은 Mayo의 2단계 틀을 소프트웨어·영업방법에 그대로 적용해 무효로 판단하며 결정적인 말을 남겼습니다.
“추상적 아이디어를 범용 컴퓨터로 구현하라고 하는 것만으로는 특허받을 발명이 되지 않는다.”

즉 ‘~을 컴퓨터로 한다’는 식의 청구항은 거의 자동으로 위험해졌습니다.
직후 수많은 소프트웨어·핀테크 특허가 무효가 되어 한동안 ‘Alice 사태(Alice storm)’라 불렸습니다.

⑤ Enfish v. Microsoft (2016) — ‘어떻게 하면 살아남나’의 모범답안

데이터베이스를 더 효율적으로 만드는 특수한 테이블 구조였습니다.
법원은 ‘이건 추상적 아이디어가 아니라 컴퓨터가 작동하는 방식 자체를 구체적으로 개선한 것’이라며 1단계에서 곧바로 적격으로 인정했습니다.
(DDR Holdings는 ‘인터넷에서만 생기는 문제를 인터넷 기술로 푼’ 발명을 적격으로 봤습니다.)

교훈 ‘컴퓨터를 도구로 쓴 것’이 아니라 ‘컴퓨터·네트워크 기술 자체를 개선한 것’이면 산다.

반대 사례도 기억할 만합니다.
Electric Power Group (2016)은 전력망 데이터를 ‘수집·분석·표시’하는 시스템이었는데, 구체적 기술수단 없이 결과만 적었다는 이유로 무효가 됐습니다.
‘수집·분석·표시(collect-analyze-display)’는 지금도 가장 위험한 패턴입니다.

⑥ Recentive v. Fox (2025) — AI 시대의 첫 답

방송 편성에 머신러닝(AI)을 쓴 특허였는데 무효가 됐습니다.
‘기존의 일반적 머신러닝을 그냥 새로운 분야에 갖다 쓴 것’에 불과하고, ‘AI 모델 자체를 어떻게 개선했는지’는 보여주지 못했다는 이유입니다.
‘AI를 썼다’, ‘더 빠르고 효율적이다’는 말만으로는 적격성이 생기지 않습니다.

4. 그래서 지금은 어떤 상태인가

한 문장으로: 틀은 Alice(2014)에서 고정되었고, ‘기술적 개선의 구체성’이 있느냐가 모든 것을 가른다.

• 살아남는 청구항: 컴퓨터·네트워크·메모리·보안 등 기술 시스템의 구체적 병목을 짚고, 그것을 푸는 구조·규칙·흐름을 청구항에 담은 것.
• 죽는 청구항: ‘데이터를 모아 분석해 보여준다’, ‘추천한다’, ‘매칭한다’, ‘AI로 처리한다’처럼 결과만 기능적으로 적은 것.
• 불확실성: 대법원이 ‘추상적 아이디어’를 끝내 정의하지 않은 탓에, 같은 기술이라도 판사·사건에 따라 결론이 갈리는 예측 어려움이 여전합니다. 이를 입법으로 정리하려는 시도(PERA 법안)가 미 의회에 올라 있으나 아직 통과되지 않았습니다.
• 참고: USPTO는 2019·2024년 심사 지침으로 ‘실용적 응용으로 통합되었는지’를 보라고 안내하고 AI 예시도 내놓았습니다. 다만 지침은 심사 참고용일 뿐 법원을 구속하지 않습니다.

5. 출원할 때 무엇을 주의해야 하나

미국 출원 (가장 중요)

1. ‘무엇을’이 아니라 ‘어떻게’를 청구항에 쓴다.

‘위험을 분석하는 시스템’(✗) → ‘이러이러한 자료구조와 처리 순서로 ~ 병목을 해결하는 시스템’(✓).

2. 풀려는 기술적 문제를 명세서에 구체적으로 적는다.

네트워크 지연, 대역폭 한계, 메모리 효율, 보안 취약점 등과, 발명이 그걸 어떤 메커니즘으로 해결하는지 설명.

3. ‘컴퓨터로 한다’에서 멈추지 않는다.

범용 컴퓨터로 그냥 돌린다는 인상을 주면 Alice의 덫에 걸립니다. 컴퓨터 기능 자체의 개선임을 드러내세요(Enfish).

4. AI/머신러닝은 한 단계 더.

‘AI를 적용했다’가 아니라 모델 구조·학습 방식·처리 파이프라인을 어떻게 개선했는지를 구체적으로 적습니다(Recentive).

5. 명세서는 청구항을 뒷받침할 때만 힘을 쓴다.

효과를 길게 써도 청구항이 추상적이면 소용없습니다(ChargePoint). 동시에 명세서는 ‘이 조합이 당시엔 관습적이지 않았다’는 훗날의 방어 자료가 되므로 충실히 써 둡니다(Berkheimer).

한국 출원

한국은 ‘추상적 아이디어 2단계 테스트’가 아니라, 특허법상 ‘자연법칙을 이용한 기술적 사상의 창작’인지(발명의 성립성)를 봅니다.
핵심 기준은 대법원 2001후3149 판결입니다.

“소프트웨어에 의한 정보처리가 하드웨어(프로세서·메모리·서버 등)를 이용하여 구체적으로 실현”되어야 발명으로 인정된다.
따라서
① 소프트웨어가 하드웨어와 어떻게 맞물려 동작하는지 명시하고,
② 각 단계를 사람이 하는지 컴퓨터가 하는지 분명히 해야 합니다. (단계 주체가 사람의 인위적 판단이면 ‘자연법칙 미이용’으로 거절됩니다.)

결론 미국이든 한국이든, 표현은 달라도 결국 같은 곳으로 모인다
‘이건 그냥 아이디어를 컴퓨터에 얹은 게 아니라, 진짜 기술 문제를 구체적 기술 수단으로 해결한 발명이다’가 청구항 문언 안에서 드러나야 한다.

마무리

미국 특허법 제101조의 특허 적격성 문제는 단순한 법률 이론이 아니라 실제 소프트웨어·AI 특허의 등록 가능성을 좌우하는 핵심 쟁점입니다.

특히 Alice 판결 이후에는 “무엇을 하는 기술인가”보다 “어떤 기술적 수단으로 문제를 해결하는가”가 더욱 중요해졌습니다. 한국과 미국은 심사 체계와 표현 방식에 차이가 있지만, 결국 추상적인 아이디어가 아니라 구체적인 기술적 해결책을 요구한다는 점에서는 공통된 방향을 가지고 있습니다.

미국 출원이나 글로벌 특허 전략을 준비하는 기업이라면 특허 적격성 판단 기준을 이해하는 것만으로도 불필요한 거절 위험을 크게 줄일 수 있습니다.

다음 편에서는 실제 미국 등록 특허와 무효 판결 사례를 비교하면서, 같은 기술이라도 어떤 청구항은 살아남고 어떤 청구항은 Alice 거절을 받는지 실제 청구항 원문을 중심으로 살펴보겠습니다.

📞 대표 번호 : [1566-7190] 

✉️ 문의: [기율특허법인 1:1 상담 바로가기]