게임특허 출원 전략: 닌텐도·넥슨 사례로 보는 게임 IP 보호 포트폴리오
Pinepat
2026. 7. 8.
게임 산업에서 보호해야 할 자산은 더 이상 캐릭터, 음악, 원화, 스토리에 그치지 않습니다. 오늘날 경쟁력은 조작감, 전투 루프, 포획 시스템, 확률형 아이템 설계, UI 흐름, 서버 알고리즘, 크로스 플랫폼 성장 구조처럼 “플레이 경험을 만드는 기술적 처리”에서 나옵니다. 저작권은 구체적 표현을 보호하지만, 게임 규칙이나 아이디어 자체를 넓게 독점시키는 제도는 아닙니다. 반대로 게임특허는 특정 시스템이 어떤 입력을 받고, 어떤 판단을 하며, 어떤 게임 상태 변화와 화면 피드백을 발생시키는지를 청구항으로 설계할 수 있습니다.
게임 IP 보호는 단일 권리로 끝나지 않습니다. 특허는 핵심 기술과 처리 방법을, 디자인은 화면과 제품 외관을, 상표는 게임명·로고·캐릭터명과 같은 출처 표시를, 저작권은 코드·그래픽·음악·시나리오·캐릭터의 구체적 표현을 보호합니다. 여기에 영업비밀과 계약까지 결합해야 실제 사업 방어력이 생깁니다.
특히 게임특허는 “새로운 재미”를 그대로 보호하는 제도가 아닙니다. 특허가 강해지는 지점은 재미의 이름이 아니라 처리 구조입니다. 예컨대 “몬스터 포획”이라는 기능명보다 “가상 필드에서 대상 캐릭터를 조준하고, 특정 아이템을 발사하며, 명중 여부와 확률 조건에 따라 소유 상태 정보를 갱신하고, 그 결과를 UI로 표시하는 방법”이 특허 언어에 가깝습니다.
닌텐도와 포켓몬컴퍼니는 2024년 9월 19일 공식 발표를 통해, 포켓페어의 Palworld가 복수의 특허권을 침해했다는 이유로 도쿄지방법원에 침해금지와 손해배상을 구하는 소송을 제기했다고 밝혔습니다. 공식 발표상 소 제기일은 2024년 9월 18일입니다. 이후 포켓페어가 공개한 자료와 공개 특허문헌을 종합하면 쟁점 특허는 일본 특허 제7545191호, 제7493117호, 제7528390호로 정리됩니다.
이 사건에서 주목할 점은 닌텐도가 “몬스터를 잡는다”는 추상적 아이디어만을 주장한 것이 아니라는 점입니다. 공개문헌의 청구항은 포획 아이템, 전투 캐릭터, 조준 방향, 모드 전환, 명중 또는 배치 결과, 전투 개시, 탑승 캐릭터 전환처럼 게임 상태가 바뀌는 구체적 단계를 다룹니다.
일본 특허 제7545191호는 가상 필드에서 플레이어가 제1 카테고리와 제2 카테고리를 선택하고, 한쪽에서는 포획 아이템을 조준·발사하며 다른 쪽에서는 전투 캐릭터를 조준·발사하는 흐름을 다룹니다. 포획 아이템이 필드 캐릭터에 명중하면 포획 성공 여부를 판단하고, 성공하면 해당 캐릭터를 플레이어 소유 상태로 설정합니다. 전투 캐릭터가 필드 캐릭터와 전투 가능한 위치에 투입되면 필드 전투가 개시됩니다.
여기서 권리의 중심은 “공을 던진다”가 아니라 입력 방식, 조준 대상, 카테고리 선택, 명중 판정, 소유 상태 갱신, 전투 개시 조건입니다. 게임사가 특허를 설계할 때도 이 수준까지 처리 흐름을 나누어야 합니다.
일본 특허 제7493117호 역시 단순한 포획 콘셉트가 아니라, 가상공간 내 필드 캐릭터를 향해 포획 아이템을 던지고, 포획 성공 여부를 판단하며, 성공 시 해당 캐릭터를 플레이어 소유로 설정하는 구성을 중심으로 합니다. 실시 형태에 따라 전투 캐릭터를 담은 아이템을 던져 필드 캐릭터와 전투를 개시하고, 전투 중 포획 아이템을 사용하는 흐름도 함께 설명됩니다.
일본 특허 제7528390호는 라이드 시스템과 관련이 깊습니다. 공개문헌에는 지상·공중·수상 또는 수중 등 사용 조건이 다른 탑승 캐릭터, 공중에서 특정 입력에 따라 공중용 라이드 캐릭터에 탑승하는 처리, 절벽 또는 공중 상태에서 자동 전환이 아니라 입력 기반 전환을 수행하는 구조가 나타납니다.
닌텐도 사례는 게임특허가 얼마나 세밀해야 하는지를 보여줍니다. 넓은 표현만으로는 회피 설계를 막기 어렵습니다. 반대로 입력 방식, 조준 대상, 아이템 종류, 성공 판정, 소유권 부여, 전투 개시, 탑승 전환, 추락·충돌 처리처럼 게임 상태 변화가 일어나는 지점을 단계별로 쪼개면 권리 설계의 선택지가 커집니다.
넥슨 사례는 게임특허가 전투나 조작 시스템뿐 아니라 라이브 서비스, BM, 확률형 아이템, 서버 운영 로직에도 적용될 수 있음을 보여줍니다. 게임사의 실제 사업 가치는 콘텐츠 자체뿐 아니라 매칭, 보상, 확률, 이벤트, 시즌 운영, 계정 성장 구조에서 만들어지는 경우가 많습니다.
KR102745733B1, “아이템 제공 장치 및 방법”은 사용자의 현실 공간 위치 정보, 일정 반경 내 친구 유저 수, 친구의 스펙 등 조건에 따라 확률형 아이템의 획득 확률을 변경하는 구조를 다룹니다. 공개문헌에는 일정 반경 내 친구 수에 따라 S등급 아이템 확률이 달라지는 예시도 포함되어 있습니다.
미국 특허 제11,900,406호 역시 넥슨코리아에 양도된 확률형 아이템 관련 특허입니다. 이 특허는 특정 기간 동안 아이템 제공 시스템의 이용량을 측정하고 임계값과 비교한 뒤, 다음 기간의 확률을 정해진 범위 안에서 조정하는 방법을 다룹니다.
다만 확률형 아이템 특허는 기술적으로 흥미로운 동시에 법적·평판 리스크가 큰 영역입니다. 공정거래위원회는 메이플스토리 큐브 판매 과정에서 확률 변경 사실을 누락하거나 거짓으로 알린 행위가 소비자의 구매 선택에 중요한 영향을 미쳤다고 보고 넥슨에 과징금을 부과한 바 있습니다. 한국에서는 2024년 3월 22일부터 확률형 아이템 정보 공개 의무가 시행되어, 확률형 아이템을 제공하는 게임물은 이용자가 알기 쉽고 찾기 쉬운 방식으로 확률 정보를 표시해야 합니다.
따라서 확률형 아이템 관련 게임특허 출원 전략은 “확률을 바꾸는 알고리즘”을 권리화하는 데서 끝나면 안 됩니다. 확률 변경 조건, 이용자 고지, 로그 기록, 감사 가능성, 표시 UI, 변경 이력 보존까지 함께 설계해야 합니다. 특허는 기술을 보호하지만 이용자 신뢰를 대신 확보해주지는 않습니다. 개인화 확률, 위치 기반 확률, 친구 수 기반 확률, 매출·이용량 기반 확률은 명세서상 가능하더라도 실제 서비스 적용 전 규제와 소비자 인식 검토가 필요합니다.
넥슨의 메이플스토리 IP에서도 게임 시스템 특허 전략을 읽을 수 있습니다. 넥슨 Peak의 메이플 유니온 설명은 캐릭터 직업과 레벨에 따라 블록 모양이 달라지고, 이 블록을 전투 지도에 배치해 능력치 보너스를 얻는 시스템을 소개하면서 특허 출원 제10-2017-0039244호를 함께 언급합니다.
메이플 유니온식 시스템에서 권리화할 수 있는 요소는 캐릭터 자체보다 데이터 변환 구조입니다. 캐릭터의 직업·레벨·등급에 따라 서로 다른 블록 형상을 부여하고, 블록을 격자형 보드에 배치하며, 점유 칸 또는 인접 효과에 따라 능력치를 부여하는 UI가 발명 포인트가 될 수 있습니다. PC·모바일 계정의 캐릭터 정보를 연동해 별도 보너스를 부여하는 구조도 마찬가지입니다.
모바일 메이플과의 연결도 중요합니다. 모바일 버전은 단순한 이식판이 아니라 기존 PC 온라인게임의 캐릭터 자산, 계정 성장, 보상 루프와 결합될 수 있습니다. 특허 관점에서는 여러 캐릭터 정보를 저장하고, 조건을 만족한 캐릭터를 블록·보너스·배치판·계정 효과로 변환하는 데이터 구조와 UI 흐름을 포착해야 합니다.
개발 초기에는 “이 기능이 재미있는가”에 집중합니다. 특허 관점에서는 질문을 바꿔야 합니다. “이 재미가 어떤 기술적 처리로 발생하는가”를 기록해야 합니다.
| 기록 항목 | 예시 | 특허 검토 포인트 |
|---|---|---|
| 플레이어 입력 | 조준, 터치, 드래그, 자동 전투 ON/OFF, 스킬 예약 | 입력 수단과 모드 전환 조건 |
| 판단 조건 | 거리, 지형, 캐릭터 상태, 확률, 친구 수, 서버 혼잡도 | 서버·클라이언트 판단 로직 |
| 처리 결과 | 포획 성공, 전투 개시, 라이드 전환, 보상 확률 변경 | 게임 상태와 데이터 갱신 |
| UI 피드백 | 게이지, 커서, 확률 표시, 경고창, 보너스 영역 강조 | 사용자에게 표시되는 기술 효과 |
| 서버 기록 | 로그, 시드값, 판정 시각, 이벤트 조건, 변경 전후 상태 | 재현 가능성과 컴플라이언스 |
CBT, 스팀 페이지, 쇼케이스, 개발자 노트, 유튜브 영상, 패치노트는 모두 공개 자료가 될 수 있습니다. 국가별 예외 제도가 있더라도 안전한 원칙은 공개 전 출원입니다. 포획·소환·전투 전환, 자동 전투와 수동 조작의 혼합, 확률형 아이템, 천장과 보정 확률, 계정 단위 성장, 매칭·랭킹·길드전·안티치트, 모바일·PC·콘솔 간 크로스 progression은 공개 전에 검토해야 합니다.
라이브 게임은 출시 후 더 많은 발명이 발생합니다. 신규 보스 패턴, 자동 파티 매칭, 경제 안정화 로직, 확률 공개 UI, 유저 복귀 보상, 인벤토리 자동 정렬, 배틀패스 미션 생성 방식은 모두 특허 검토 대상입니다. 분기별로 개발자, 기획자, 서버 엔지니어, 데이터 분석가, UX 디자이너가 함께 “발명 채굴 회의”를 운영하는 것이 좋습니다.
게임특허는 모든 국가에 무작정 출원하는 방식이 아닙니다. 한국 게임사는 한국 우선출원 후 PCT 또는 개별국 출원을 통해 일본, 미국, 중국, 유럽 등 핵심 시장을 검토하는 방식이 일반적입니다. 일본은 콘솔·캐릭터·수집형 게임 경쟁이 치열하고, 미국은 소송과 라이선스 가치가 크며, 중국은 클론 대응과 퍼블리싱 협상에서 중요합니다. 특허 포트폴리오는 방어용 문서가 아니라 투자, 퍼블리싱, M&A, 공동개발 협상에서 기업가치를 설명하는 자료가 됩니다.
“펫 포획 시스템”보다 “가상 필드 내 대상 캐릭터를 조준하고, 포획 아이템을 발사하며, 명중 여부와 확률 조건에 따라 소유 상태 정보를 갱신하는 방법”이 더 강한 출발점입니다. 명세서는 마케팅 소개서가 아니라 독점 범위를 정하는 기술 문서입니다.
게임 시스템은 클라이언트 화면에 보이지만 실제 판정은 서버에서 일어나는 경우가 많습니다. 명세서에는 화면 표시, 입력 수신, 서버 판정, 데이터베이스 갱신, 결과 표시를 함께 포함해야 합니다. 특히 확률, 랭킹, 매칭, 보상, 안티치트는 서버 로그와 감사 가능성까지 고려해야 합니다.
경쟁사는 버튼을 드래그로 바꾸고, 공을 카드로 바꾸고, 포획을 계약으로 바꾸고, 라이드 캐릭터를 장비로 바꿀 수 있습니다. 좋은 명세서는 이러한 변형을 예상하여 “아이템”, “객체”, “소유 상태”, “탑승 가능 오브젝트”, “전투 수행 객체”처럼 적절히 추상화합니다. 다만 과도하게 추상화하면 신규성·진보성 또는 기재요건에서 약해질 수 있으므로, 실제 구현 예와 변형 예를 균형 있게 넣어야 합니다.
확률형 아이템, 광고 보상, 시즌패스, 배틀패스, NFT 또는 토큰형 보상 구조는 수익과 직결되지만 규제 위험도 큽니다. 특허 명세서에 확률 표시, 변경 이력, 이용자 고지, 감사 로그, 환불 기준 등을 함께 설명하면 기술 보호와 신뢰 설계를 동시에 강화할 수 있습니다.
| 권리·수단 | 보호 대상 | 실무 포인트 |
|---|---|---|
| 특허 | 게임 시스템, 서버 로직, UI 처리, 보상·확률 알고리즘 | 공개 전 출원, 단계별 청구항, 후속·분할출원 |
| 저작권 | 소스코드, 그래픽, 3D 모델, 음악, 시나리오, 대사 | 구체적 표현 보호. 규칙·아이디어 자체 보호에는 한계 |
| 상표 | 게임명, 로고, 시리즈명, 캐릭터명, e스포츠 리그명 | 출시 전 검색·출원, 앱스토어·광고 키워드 감시 |
| 디자인 | 앱 아이콘, UI 화면, 굿즈, 피규어, 컨트롤러, 주변기기 | 화면 디자인과 상품화 전략에 맞춰 선별 출원 |
| 영업비밀 | 매칭 로직, 핵 탐지, 경제 밸런싱, 내부 대시보드, 데이터셋 | NDA, 접근권한, 로그, 퇴사자 계정 회수, 문서 등급 관리 |
| 계약 | 외주 산출물, 공동개발 결과물, 오픈소스 사용, 소스코드 귀속 | 저작권 양도·이용허락, 발명 귀속, 제3자 권리 비침해 보증 |
인디 개발사는 모든 권리를 한 번에 확보하기 어렵습니다. 우선순위는 상표권, 핵심 게임 시스템 1~2건의 특허 검토, 외주 계약 정리, 소스코드 관리입니다. 게임명이 바뀌면 마케팅 비용이 크게 낭비되므로 상표 검색을 먼저 해야 합니다. 독특한 전투·조작·성장 시스템이 있다면 최소한 출시 전 특허 가능성 검토를 받아야 합니다.
중견 게임사는 타이틀별 IP 체크리스트를 마련해야 합니다. 신규 프로젝트마다 상표, 특허, 디자인, 저작권, 영업비밀 항목을 분리하고, CBT 전과 출시 전 두 차례 IP 리뷰를 진행하는 방식이 바람직합니다. 라이브 서비스 중에는 분기별 발명 채굴 회의를 운영해야 합니다.
대형 게임사는 특허 포트폴리오를 장르별·플랫폼별로 설계해야 합니다. 수집형 RPG, MMORPG, 슈팅, 배틀로얄, 스포츠, 퍼즐, 캐주얼, 메타버스형 플랫폼마다 핵심 기술군이 다릅니다. 닌텐도와 넥슨 사례처럼 대형사는 개별 게임 하나가 아니라 장기 IP 생태계를 보호하는 방향으로 특허망을 구축합니다.
가능합니다. 다만 “재미있는 방식”이라는 아이디어만으로는 부족합니다. 플레이어 입력, 서버 또는 클라이언트 판단, 게임 상태 변경, UI 표시가 구체적 기술 구성으로 설명되어야 합니다.
국가별로 예외 제도가 있을 수 있지만, 안전한 전략은 공개 전 출원입니다. 스팀 페이지, 쇼케이스 영상, CBT, 패치노트도 공개 자료가 될 수 있으므로 핵심 시스템은 먼저 출원하는 편이 바람직합니다.
둘은 역할이 다릅니다. 특허는 시스템과 처리 방법을 보호하고, 저작권은 코드·원화·음악·시나리오·캐릭터 표현을 보호합니다. 게임 IP 보호는 둘 중 하나를 고르는 문제가 아니라 함께 설계해야 하는 문제입니다.
확률 조정 조건, 서버 처리, UI 표시, 로그 기록 등이 구체적이면 특허 검토 대상이 될 수 있습니다. 다만 실제 서비스에서는 확률 표시 의무, 소비자 보호, 이용자 신뢰 문제가 함께 따라오므로 컴플라이언스 설계가 필수입니다.
첫째는 게임명과 로고의 상표 검색 및 출원입니다. 둘째는 핵심 게임 시스템의 특허 가능성 검토입니다. 셋째는 외주 계약과 소스코드 관리입니다. 예산이 제한적이라면 “브랜드 보호 + 핵심 시스템 1건 + 계약 정리”부터 시작하는 것이 현실적입니다.
닌텐도·포켓몬컴퍼니와 팰월드 분쟁은 게임특허가 추상적 아이디어가 아니라 구체적 플레이 처리 흐름을 둘러싼 권리 싸움임을 보여줍니다. 넥슨의 확률형 아이템·메이플 유니온 관련 사례는 게임특허가 전투 시스템을 넘어 BM, 라이브 운영, 계정 성장, 모바일 연동 구조까지 확장될 수 있음을 보여줍니다.
게임사가 취해야 할 전략은 명확합니다. 핵심 재미를 기능 단위로 분해하고, 공개 전에 출원하며, 출시 후 업데이트마다 발명 후보를 채굴하고, 특허·상표·저작권·디자인·영업비밀·계약을 하나의 포트폴리오로 관리해야 합니다. 게임특허 출원 전략의 본질은 남들이 따라 하지 못하게 막는 것만이 아닙니다. 투자자, 퍼블리셔, 플랫폼, 이용자에게 이 게임사가 어떤 기술과 자산을 보유했는지 증명하는 일입니다.
