앱이나 웹서비스의 화면도 디자인등록 대상이 될 수 있습니다. 디지털 기술 또는 전자적 방식으로 표현되는 도형·기호 등 가운데 기기의 조작에 이용되거나 기능이 발휘되는 화상이라면, 특정 스마트폰이나 모니터의 외형에 묶지 않고 화상 자체를 디자인으로 출원하는 길이 열려 있습니다.
하지만 개발 화면을 캡처해 한 장 제출한다고 해서 서비스의 UI 전체가 넓게 보호되는 것은 아닙니다. 등록디자인의 보호범위는 출원서의 기재와 도면·사진 또는 견본, 디자인 설명에 표현된 내용으로 정해집니다. 무엇을 조작하기 위한 화면인지, 어떤 시각 요소를 권리의 중심으로 삼을지, 변화하는 상태를 어떻게 보여줄지, 이미 외부에 공개된 적은 없는지를 먼저 정리해야 합니다.
화상디자인 출원의 출발점은 ‘예쁜 화면을 골라 주세요’가 아닙니다. 경쟁사가 가져갔을 때 가장 곤란한 시각적 특징과 그 화면이 작동하는 맥락을 함께 특정하는 일입니다.
화면이라는 이유만으로 모두 화상디자인은 아닙니다
현행 디자인보호법은 디자인의 대상에 화상을 포함합니다. 법에서 말하는 화상은 디지털 기술 또는 전자적 방식으로 표현되는 도형·기호 등 가운데 기기의 조작에 이용되거나 기능이 발휘되는 것으로 한정됩니다. 버튼, 아이콘, 메뉴 배치처럼 사용자가 기기를 조작하는 데 쓰이는 화면이나, 측정·처리 결과를 시각적으로 보여주는 화면을 떠올릴 수 있습니다.
지식재산처는 화상디자인 제도 시행 당시 웹사이트 화면, 외벽·도로면·인체 등에 표현되는 이미지, 가상현실과 증강현실 영상도 기기의 조작이나 기능 발휘 요건을 충족하면 물품과 독립해 출원할 수 있다고 설명했습니다. 화면이 반드시 휴대전화 테두리 안에 표시되어야만 하는 것은 아니라는 뜻입니다.
반대로 서비스의 추상적인 아이디어, 업무 흐름, 추천 방식 자체가 화상디자인으로 바뀌는 것은 아닙니다. 디자인권은 시각을 통해 미감을 일으키는 구체적인 표현을 대상으로 합니다. 기능 설명서만 있고 화면의 형상·모양·색채 또는 그 결합이 분명하지 않다면 디자인으로 보호하려는 대상부터 다시 잡아야 합니다.
‘앱 화면’보다 먼저 용도를 한 문장으로 써보세요
출원 실무에서는 화면을 막연히 ‘앱 UI’라고 부르는 것보다 구체적인 용도를 정하는 일이 중요합니다. 공식 디자인등록출원서 서식도 화상디자인의 대상이 되는 물품란에 화상의 구체적인 용도를 적도록 하고, 화상디자인의 용도를 ‘조작용’ 또는 ‘기능 발휘용’으로 구분해 기재하는 구조를 둡니다.
예를 들어 사용자가 주문 조건을 선택하는 화면인지, 장비의 작동 상태를 확인하는 화면인지, 분석 결과를 표시하는 화면인지에 따라 설명해야 할 내용이 달라집니다. 하나의 화면이 조작과 기능 결과 표시를 모두 포함한다면 그 관계도 정리할 필요가 있습니다.
출원 준비 전에 다음 두 문장을 먼저 완성해 보세요.
- 조작의 문장 — 사용자는 이 화면에서 무엇을 선택·입력·제어하는가?
- 기능의 문장 — 이 화면은 기기가 수행한 어떤 기능이나 결과를 보여주는가?
이 문장을 쓰기 어렵다면 화면이 단순 장식인지, 조작 요소인지, 기능 결과 화면인지가 아직 섞여 있을 가능성이 큽니다. 디자인 파일을 넘기기 전에 기획자와 디자이너가 보호하려는 장면을 다시 합의하는 편이 좋습니다.
캡처 한 장이 놓치는 세 가지
1. 화면의 핵심과 주변 요소
실제 화면에는 상태 표시줄, 공통 내비게이션, 광고 영역, 콘텐츠 이미지처럼 보호의 중심이 아닌 요소도 함께 들어갑니다. 완성 화면 전체를 그대로 제시하면 무엇이 창작의 핵심인지 흐려질 수 있습니다. 반대로 핵심만 지나치게 떼어내면 실제 사용 맥락이나 화상의 용도를 설명하기 어려울 수 있습니다.
먼저 전체 캡처와 함께 핵심 요소를 표시한 주석본을 별도로 만드세요. 반복해서 쓰이는 카드 모양, 그래프 표현, 조작 패널, 아이콘 묶음 가운데 경쟁 제품과 구별되는 부분을 표시하면 출원 도면에서 어디까지 표현할지 논의하기 쉬워집니다.
2. 클릭 전후와 변화 과정
화면의 특징이 첫 장면보다 펼침, 전환, 확대, 진행 표시처럼 상태 변화에 있다면 정지 캡처 한 장은 중요한 부분을 버릴 수 있습니다. 시작 화면, 조작 직후 화면, 변화 완료 화면을 순서대로 보존하고 실제 동작 영상도 남겨야 합니다.
여러 상태를 하나의 디자인으로 어떻게 표현할지, 상태마다 별도 출원이 필요한지는 화면의 관계와 표현 방식에 따라 달라집니다. 준비 단계에서 임의로 한 장에 합치거나 대표 화면만 남기지 말고, 변화 전후의 원본을 모두 제공하는 것이 안전합니다.
3. 출시와 수정의 시간표
디자인보호법 제33조는 출원 전에 국내외에서 알려졌거나 공개적으로 실시된 디자인, 간행물이나 인터넷을 통해 공중이 이용할 수 있게 된 디자인과 그 유사 디자인을 원칙적으로 등록의 장애로 봅니다. 앱스토어 등록일만 볼 일이 아닙니다. 베타테스트 페이지, 공개된 포트폴리오, 보도자료, 시연 영상, 전시 화면이 더 먼저 공개되었을 수 있습니다.
출시 후 디자인을 고쳤다면 최초 공개본과 현재 화면을 섞지 마세요. 각 버전의 배포일, 화면 이미지, 변경 내용을 분리해 보관해야 어느 디자인이 언제 공개되었는지 판단할 수 있습니다. 이미 공개했다면 신규성 상실의 예외를 주장할 수 있는 사안인지 별도 절차와 증명자료를 검토해야 하지만, 예외를 당연한 유예기간으로 생각하고 다음 업데이트까지 기다리는 것은 위험합니다.
등록 가능성과 권리 범위는 다른 질문입니다
신규성과 창작성이 인정되어 등록될 가능성이 있는지와, 등록 후 경쟁 화면에 권리를 행사할 수 있는지는 같은 질문이 아닙니다. 디자인보호법 제92조는 디자인권자가 업으로서 등록디자인 또는 이와 유사한 디자인을 실시할 권리를 독점한다고 정합니다. 동시에 제93조는 보호범위를 출원서 기재사항, 도면·사진 또는 견본과 도면의 설명에 따라 표현된 디자인으로 정합니다.
그래서 출원 도면에서 드러나지 않은 화면 상태나 나중에 추가된 시각 요소까지 자동으로 포함된다고 기대해서는 안 됩니다. 반대로 화면을 세밀하게 많이 넣는 것이 언제나 유리한 것도 아닙니다. 보호할 핵심과 설명에 필요한 주변을 어떻게 나눌지는 선행디자인과 실제 모방 가능성을 함께 보고 결정해야 합니다.
화상디자인의 ‘실시’에는 화상을 생산하거나 사용하는 행위뿐 아니라 전기통신회선을 통해 제공하는 행위 등도 포함됩니다. 온라인으로 전달되는 화면도 권리 검토의 대상이 될 수 있다는 점에서, 등록 전에는 실제 배포 방식까지 설명해 두는 편이 좋습니다.
출원 전에 만들어 둘 화면자산 정리표
- 화면 ID와 이름 — 기획서와 디자인 파일에서 같은 이름을 사용합니다.
- 구체적인 용도 — 무엇을 조작하거나 어떤 기능 결과를 표시하는지 한 문장으로 씁니다.
- 핵심 시각 요소 — 형상, 모양, 색채, 배치 중 보호하려는 부분을 주석으로 표시합니다.
- 상태 변화 — 클릭·터치 전후와 애니메이션의 시작·중간·종료 화면을 순서대로 저장합니다.
- 버전과 날짜 — 원본 파일의 생성일·수정이력, 배포 버전과 외부 공개일을 기록합니다.
- 공개 증거 — 공개 URL, 앱스토어 배포기록, 시연 영상, 전시·발표 자료의 원본을 보존합니다.
- 창작과 권리귀속 — 참여 디자이너·개발자의 업무기록과 외주계약, 권리귀속 조항을 모읍니다.
이 표를 만든 뒤 화면을 ‘지금 반드시 출원할 핵심 화면’, ‘변형이 많아 추가 검토할 화면’, ‘공통 요소라 우선순위가 낮은 화면’으로 나누면 예산보다 먼저 권리 전략을 정할 수 있습니다. 화면 수를 줄이는 것보다 모방될 가능성이 큰 시각적 장면을 빠뜨리지 않는 것이 중요합니다.
출시일보다 먼저 출원용 화면을 고정하세요
출시 직전에는 문구와 색상, 버튼 위치가 계속 바뀝니다. 최종 배포본이 확정될 때까지 기다리다 공개가 먼저 되면 신규성 검토가 복잡해질 수 있습니다. 개발 일정 안에 ‘출원 검토용 화면 동결일’을 두고, 그날의 원본 파일과 흐름도를 별도 보관하는 방식이 실무적입니다.
화상디자인으로 출원할 수 있는지, 물품의 부분에 표현된 화면디자인으로 접근할지, 여러 상태를 어떻게 나눌지는 화면의 용도와 실제 구현에 따라 달라집니다. 이미 공개된 화면이라면 최초 공개일과 공개본, 아직 공개 전이라면 출시 예정일과 핵심 상태 자료를 함께 준비해 상담받는 것이 좋습니다. 개별 화면의 선행디자인, 도면 표현, 공개 시점과 창작자·권리자 관계에 따라 등록 가능성과 보호범위의 결론은 달라질 수 있습니다.