구글이 특허 소송 패소하여 435억 배상한 이야기
안녕하세요! AI 읽어주는 변리사입니다.
세계 최대 IT 기업 구글이 미국 법원에서 자기 침해를 인정했습니다. 그것도 한 번이 아니라 세 번. 법원 판결문에는 “Google admits…”가 정확히 여러번 등장합니다.
오늘 설명드릴 특허 소송은 Sonos v Google입니다. 사건 기록을 간단히 설명 드리면, 1심에서 침해 약식판결(Summary Judgment)로 Sonos 승소, 약 435억 원 배심원 평결로 Sonos 승소, 판사의 특허 무효 판단으로 Sonos 패소, 그 후 2025년 8월 항소심에서 평결이 복원되어 Sonos 승소한 사건입니다.
그런데 진짜 질문은 이것입니다. 세계 최강 IT 기업 구글의 변호인단이 왜 침해를 스스로 인정할 수밖에 없었을까요?
더구나 특허는 소프트웨어 특허였습니다. 대부분 소프트웨어 특허는 입증이 힘들다고 생각해 특허 소송을 고려하지 않는 경우가 많습니다. 그럼에도 어떻게 Sonos는 소프트웨어 특허로 이겼을까요?
오늘은 판결문에 기반해서, 청구항 작성이 어떻게 침해 입증 게임 결정하는지 알려드릴게요.
📌 오늘의 핵심 팩트
사건 기록을 간단히 설명 드리면, 1심에서 침해 약식판결(Summary Judgment)로 Sonos 승소, 약 435억 원 배심원 평결로 Sonos 승소, 판사의 특허 무효 판단으로 Sonos 패소, 그 후 2025년 8월 항소심에서 평결이 복원되어 Sonos 승소한 사건입니다.
1️⃣ ‘885 특허가 풀려고 한 문제 — 2006년 Sonos의 도전
먼저 사건의 무대인 ‘885 특허(US 10,848,885 B2, “Zone Scene Management”) 부터 설명드릴게요.
2006년 Sonos가 풀려고 한 문제는 단순합니다. Sonos는 미국의 스피커 기업입니다.
“집 안 여러 스피커를, 상황마다 다르게 묶어서 동기화 재생하고 싶다.”
- 아침엔 침실+욕실 스피커로 뉴스를
- 저녁엔 거실+주방 스피커로 음악을
- 파티엔 모든 방 스피커에서 동시 재생
Sonos가 내놓은 답은 미리 저장된 스피커 그룹입니다. 사용자가 “Morning”, “Evening”, “Party Mode” 같은 그룹을 만들어두면, 버튼 하나로 활성화되어 여러 스피커가 동시에 재생됩니다.
특히 ‘885특허는 침실 스피커가 Morning Scene에 들어있어도 Evening Scene에 또 등록 가능하다는 점이 특징입니다.
2️⃣ 구글의 침해 제품 — 누구나 확인 가능
자, 그럼 구글의 어떤 제품이 침해 판단을 받았을까요?
| 침해 제품 | 분류 |
|---|---|
| Google Nest Audio | 표준형 스마트 스피커 |
| Google Nest Mini | 소형 스피커 |
| Google Nest Hub | 디스플레이 허브 |
| Google Home | 1세대 스피커 |
| Chromecast | 캐스트 디바이스 |
이 제품들을 Google Home 앱으로 제어하면 사용자가:
- 스피커를 모아서 그룹을 만들고
- 그룹에 이름을 자유롭게 붙이고 (“거실”, “주방”, “파티 모드” 등)
- 한 스피커를 여러 그룹에 동시 등록하고
- 그룹을 활성화하면 동기 재생
Sonos의. ‘885 특허에 기재된 동작이 그대로 수행됨을 알 수 있습니다.
증거자료로 제출된 것인지 확실하지 않으나, 참고차 Android Police가 2022년 1월에 캡처한 Google Home 앱 UI 스크린샷은 다음과 같습니다.
3️⃣ Document 309 ─ 구글이 자인한 3가지 사실
이제 핵심입니다. 판결문 본문에 직접 인용된 구글의 자인 3가지를 알려드릴게요. 모두 판결문에서 직접 확인 가능한 내용입니다.
자인 1 (판결문 page 7)
“Google admits that its users can form speaker groups and name the groups anything (Opp. 7).”
판결문에서 “구글은 자기 사용자가 스피커 그룹을 만들 수 있고, 그룹에 어떤 이름이든 붙일 수 있음을 인정한다.” 라고 판시했습니다.
좀 더 자세히 설명 드리면, 구글은 ‘885 특허의 스피커 그룹은 아침 저녁 등 특정 시간대로 한정되고, 구글의 제품은 A, B, C와 같은 임의의 그룹으로 그룹핑 가능하다고 주장했습니다.
하지만 판사는 구글의 주장이 오히려 침해를 스스로 인정한다고 보았습니다.
여기서 교훈은 침해 소송할 때 청구항을 한정 해석하는데 신중해야 하고, 한정 해석될 것을 전제로 실시 제품이 어떠한지 주장을 해서는 안된다는 것입니다.
청구항의 한정해석은 잘 안받아들여질 가능성이 큰 주장이라,
한정 해석이 받아들여질 것을 전제로 나의 제품이 어떻게 동작해서 비침해라는 주장 자체가 오히려 침해를 자인하는 꼴이 될 수 있습니다.
자인 2 (판결문 page 10)
“Google accordingly acknowledges that its ‘join_group’ message instructs a speaker to join a group.”
이게 구성 1.5(i)(ii)에서 스피커가 명령(indication)을 수신하는 요건과 정확히 매핑됩니다.
구글은 ‘join_group’ 메시지를 받는 것을 인정하면서도, ‘join_group’ 메시지를 받는 시점에 대해 구글이 반박했습니다.
이 부분이 벡엔드라 입증이 힘든 부분인데, 구글이 메시지를 수신하는 것에 대해 자인을 했고 청구항의 해석(예: 메시지를 받는 시점)에 대한 구글의 주장은 받아들여지지 않았습니다.
제 추론이지만 이 벡엔드 동작은 미국의 디스커버리 제도를 통해 메시지 받는 시점이 입증되었을 것으로 생각됩니다.
자인 3 — 나머지 7개 청구항 구성은 다투지조차 않음 (판결문 page 11)
“Google did not dispute these contentions in its briefing.”
‘885 특허의 구성 1.pre, 1.1, 1.2, 1.3, 1.4, 1.6, 1.7, 1.8 — 이 7개에 대해 구글은 비침해를 다투지조차 않은 결과 침해가 자동으로 인정되었습니다.
4️⃣ 왜 구글은 자인할 수밖에 없었나
세계 최강 IT 기업 구글이 침해를 자인한 이유는 다음과 같이 압축됩니다. 판결문에서 직접 확인되는 것만 짚을게요.
청구항 동작이 자기 제품 UI에 그대로 보임
청구항 1.5(i)+(ii)는 “한 스피커가 두 그룹에 동시 멤버”라는 단순한 외부 관찰 동작입니다. Google Home 앱을 다운받으면 누구나 확인 가능해요. 소스코드까지 열어볼 필요가 없어요. 구글이 “우리 제품은 그렇게 동작하지 않습니다”라고 주장하면 거짓이기 때문에 그러한 주장을 할 수 없었던 것이죠
즉 구글 변호인이 사실 부정을 권할 수 없는 구조였어요.
5️⃣ 핵심 인사이트 두 가지 — 한국 기업이 가져갈 교훈
여기서 한국 기업이 가져가야 할 인사이트 두 가지가 나옵니다. 이게 Sonos 사건의 진짜 가치예요.
인사이트 1 — 청구항 동작 주체를 “종속 단말”로 잡기
다수 전자 장치가 협동하는 시스템 발명(예: 스마트홈, IoT, 클라우드 AI, 자율주행, 의료기기 네트워크 등) 을 청구항으로 쓸 때, 대부분의 변리사가 자연스럽게 선택하는 동작 주체는 관리 장치입니다. 관리 장치는 예를 들어 다음과 같아요.
- 클라우드 서버
- 컨트롤러 단말
- 게이트웨이 / 허브
- 매니저 노드
왜 그럴까요? 알고리즘도 관리 단말에 있고, 데이터도 관리 단말에 있고, 의사결정도 관리 단말에서 하니까요. 변리사 입장에선 “이게 진짜 기술적 특징을 가지고 있는 주체”이라고 느끼는 게 자연스러워요.
그런데 여기에 치명적 함정이 있습니다.
관리 장치(서버)의 내부 동작은 외부에서 보이지 않습니다.
예를 들면 다음과 같습니다.
– 클라우드 서버가 어떤 알고리즘으로 의사결정하는지 → 외부에서 안 보임
– 컨트롤러 단말이 어떤 명령을 어떻게 생성하는지 → 외부에서 안 보임
– 게이트웨이가 어떤 프로토콜로 어떻게 데이터를 처리하는지 → 외부에서 안 보임
| 청구항 동작 주체 | 외부 관찰 가능성 | 침해 입증 | 한국 환경 |
|---|---|---|---|
| 관리 장치 (서버/컨트롤러/게이트웨이) | 🔴 거의 불가능 | 소스코드 디스커버리 필수 | ❌ 사실상 입증 불가 |
| 종속 단말 (스피커/엔드 디바이스) | 🟢 사용자 화면에서 가능 | 앱 캡처·UI 시연으로 입증 | ✅ 디스커버리 없이도 가능 |
Sonos는 정반대로 갔습니다. 청구항 1을 명령을 받는 종속 단말(스피커, zone player)을 동작 주체로 작성하였습니다.
판결문 page 5에서도 이를 명시합니다.
“Claim 1 of the ‘885 patent was written from the perspective of a ‘zone player’ that connects to other ‘zone players’ to form a ‘zone scene.'”
스피커의 동작은 누구나 봅니다. 스피커가 어떤 그룹에 속해있는지, 두 그룹에 동시 등록되어 있는지, 전부 앱 화면에서 확인이 가능해요. 즉, 특허 침해자가 침해를 부인할 수 없는 외부 동작들이죠.
이 한 가지 선택, “청구항 동작 주체를 누구로 잡느냐”가 침해 입증 가능성을 완전히 바꿉니다.
인사이트 2 — 청구항의 구성을 외부 관찰 가능한 동작으로 작성
대부분의 소프트웨어 특허 청구항은 백엔드 알고리즘으로 작성됩니다.
예: “프로세서가 입력 데이터에 해시함수를 적용하여 해시값을 생성하고, 키 관리 모듈의 메모리 영역에 저장하고…”
이런 청구항은 침해자가 “우리는 다른 알고리즘 씁니다”라고 부정하면 입증을 위해 소스코드 디스커버리가 필수가 됩니다. 한국엔 미국식 디스커버리가 없으니 실질적으로 입증이 매우 어려워요.
하지만, Sonos의 청구항의 구성 1.5는 정반대였습니다. “한 스피커가 두 zone scene의 멤버로 등록”이라는 외부 관찰 동작 그 자체를 청구항에 기재했거든요.
6️⃣ 한국 기업 실전 — 청구항 작성 6원칙
| 원칙 | 내용 | 비고 |
|---|---|---|
| 1 (★ 최우선) | 청구항 동작 주체를 종속 단말로 | 시스템 발명일수록 결정적 |
| 2 | 백엔드 청구항 + UI 청구항 병행 | 벡엔드 독립항, UI 독립항 각각 작성 |
| 3 | UI 구성을 청구항에 명시 | “사용자가 X 누르면 Y 표시” |
특히 AI 서비스 · IoT 플랫폼 · 자율주행 · 스마트홈처럼 다중 장치 시스템을 청구하는 경우, 동작 주체를 꼭 종속 단말로 잡아보고, 침해 입증이 유리한지 검토하세요. 청구항의 동작 주체를 어디로 잡느냐가 특허의 자산 가치를 결정합니다.
- AI 서비스 → 클라우드 서버 ❌ → 사용자 단말 ✅
- IoT 플랫폼 → 게이트웨이 ❌ → 엔드 디바이스 ✅
- 자율주행 → 관제 서버 ❌ → 차량 ✅
- 스마트홈 → 허브 ❌ → 개별 디바이스 ✅
AI를 활용해 어떤 서비스를 제공하는 발명에 대해 예를 들어 보겠습니다.
그렇다면 청구항에 AI가 어떤 세부 구성을 포함하는지보다, AI를 통해 서비스가 어떻게 제공되는지를 중심으로 청구항을 만드세요.
어차피 AI를 이용해서 서비스하는 것이면, AI 기술 자체에 기술적 특징이 없을 가능성이 높아요. 기술적 특징 없는 부분을 침해 입증도 어려운데 청구항에 막 넣지 마세요.
예를 들어, AI 기반 판례 요약 프로그램을 만들었어요. 근데 AI는 단순히 요약만 해주고 별다른 기술적 특징이 없어요. 그치만 AI가 어떤 형태로 요약하는지 다른 기업들과 차별화가 되고, 사용자들에게 인기도 있어요.
그렇다면 AI의 결과를 어떻게 사용자에게 제공하는지를 청구항에 넣는게 침해 입증에 유리합니다.
물론 안전하게 관리 단말(서버) 관점의 독립항도 함께 작성하세요.
다만 침해 입증 메인 무기는 종속 단말 관점의 청구항임을 기억하시면 됩니다.
7️⃣ 한국 침해 소송 환경 — 디스커버리 부재여도 가능합니다
한국에는 미국식 디스커버리가 없습니다. 하지만 2019년 특허법 개정으로 상대방의 소스코드를 볼 수 있는 제도가 도입되었어요.
| 조항 | 내용 | 활용 포인트 |
|---|---|---|
| 제126조의2 | 구체적 행위태양 제시 의무 | 피고가 자기 행위 구체 설명 의무 (한국형 자인 트랩의 기반) |
| 제132조 | 자료제출명령 | 영업비밀 포함 자료 제출 가능 |
하지만, 실무상 전술한 제도들만으로 상대방 소스코드를 확보해서 특허 침해를 입증하기는 어렵습니다.
본격 한국형 디스커버리 제도는 향후 도입이 전망됩니다.
현재 대표님이 준비해야 할 사항
| 📌 현재 출원 중·등록된 특허 청구항 점검 | – 청구항에 백엔드 동작만 있는지 – 눈에 보이는 UI 구성이 있는지 – 동작 주체가 누구인지 |
| 📌 변리사와 청구항 보정 검토 | – 경쟁사의 침해 의심 제품의 UI·동작을 기록 – AI 자동화 도구로 주기적으로 침해 제품 정보 자동 수집(별도 문의) |
| 📌 변리사와 청구항 보정 검토 | – 미국 특허는 continuation 활용, – 한국 특허는 분할출원 활용 |
마무리 — 청구항 작성이 곧 침해 입증의 절반
오늘의 핵심을 정리하면:
- Sonos는 청구항 동작 주체를 종속 단말(스피커)로 잡고, 청구항의 구성을 “한 스피커가 두 그룹에 동시 멤버”라는 외부 관찰 가능 동작으로 작성했습니다
- 그 결과 구글이 침해 사실의 대부분을 스스로 인정하였습니다.
- 한국 기업도 이 원칙으로 청구항을 작성하면, 디스커버리 부재 환경에서도 침해 입증이 가능합니다
특히 미국 출원 준비 중이시거나, AI · IoT · 자율주행 · 스마트홈 특허 포트폴리오를 구성 중이시라면 — 동작 주체를 누구로 잡을 것인가를 변리사와 가장 먼저 논의하셔야 합니다.
청구항 작성이 곧 침해 입증의 절반이고, 그 절반의 절반은 동작 주체 선택임이 오늘 드리고 싶은 인사이트였습니다.
더 궁금한 미국 특허 침해 소송 분석이나 인사이트가 필요하시다면 사건을 댓글로 남겨주세요! 저도 공부하고 분석해서 새로운 컨텐츠를 만들어 보겠습니다.
문의가 있으시면 [email protected]으로 연락주세요.