지식재산 위키저널

검토용 프리뷰입니다 —
열람 비밀번호를 입력하세요

이 기기에서는 한 번만 입력하면 됩니다

특허침해가 의심되면 무엇부터 보존해야 하나?

특허침해가 의심되면 무엇부터 보존해야 하나? 대표 이미지
목차 펼치기

# 특허침해가 의심되면 무엇부터 보존해야 하나?

> 검토용 후보 · 미발행 · 일반적인 기록 프레임이며 개별 사건의 증거수집 지시나 침해 판단이 아닙니다.

1 한눈에 답하면

유사한 제품을 발견했을 때 가장 먼저 필요한 것은 “침해다”라는 결론이 아니라 나중에도 같은 대상을 다시 확인할 수 있는 기록입니다. 권리의 공식 상태와 검토할 청구항을 서로 분리해 보존해야 합니다. 상대 제품의 모델·버전과 발견 시점·경로도 분리해야 합니다. 원본 파일과 작업 사본의 변경 이력도 따로 보존해야 합니다. 파일 해시나 화면 캡처는 변경 여부를 살피는 보조 기록일 뿐 그 자체로 진정성·증거능력·침해를 보장하지 않습니다. 접근제어를 우회하거나 과도한 개인정보를 수집하지 말고, 사건별 보존·조사 방법은 자료를 본 변리사 또는 법률전문가와 정해야 합니다.

2 첫 메모에는 결론 대신 보존 목적을 적는다

“경쟁사 제품이 우리 특허를 침해한다”는 문장은 조사 결과가 아니라 의심을 표현한 출발 신호입니다. 첫 메모는 “어느 권리의 어느 부분과 비교하기 위해, 어느 시점에 발견한 어느 제품 버전을 기록한다”처럼 씁니다. 목적을 구체화하면 관련 없는 페이지와 개인정보까지 무차별적으로 모으는 일을 줄이고, 다른 제품 세대의 자료가 섞이는 것도 막을 수 있습니다.

보존 목적은 권리·대상·시간·경로 네 축으로 나눕니다. 각 축의 근거가 비어 있으면 그 빈칸을 그대로 남깁니다. “확인되지 않음”은 실패가 아니라 다음 조사 질문입니다. IPWiki의 지식그래프는 이 빈칸을 숨기지 않고 점선 노드로 보여 줍니다.

3 권리 자료는 한 화면이 아니라 역할별로 나눈다

등록번호만 있으면 권리 상태와 범위를 모두 안다고 생각하기 쉽습니다. 그러나 등록공보와 등록원부는 서로 다른 역할을 합니다. 청구범위와 심사·심판 기록도 각각 다른 역할을 합니다. 어떤 자료에서 무엇을 확인했는지와 조회일을 함께 남기고, 권리자 표시·존속 상태·변동 이력을 한 문장으로 합치지 않습니다.

특허법 제97조는 특허발명의 보호범위가 청구범위에 적힌 사항에 따라 정해진다고 규정합니다. 따라서 비교의 출발점은 제품 이름이나 발명의 명칭보다 검토 대상 청구항입니다. 그렇지만 청구항과 제품을 나란히 놓았다는 사실만으로 침해가 확정되지는 않습니다. 청구범위 해석, 권리의 유효성과 현재 상태, 대상 제품의 실제 구성은 각각 공식 자료와 전문 판단을 필요로 합니다.

4 상대 제품은 모델·버전·시장을 특정한다

판매 페이지 제목만 저장하면 같은 이름의 여러 세대·옵션·지역판을 구별하기 어려울 수 있습니다. 모델명과 버전을 기록합니다. 판매자 표시와 확인한 국가·언어도 기록합니다. 가격·판매 상태가 보이는 범위와 확인 시각도 기록합니다. 제품 설명서나 영상은 전체를 무작정 복제하기보다 어느 페이지·구간에서 어떤 외부 특징을 관찰했는지 locator를 남깁니다.

직접 보이는 사실과 내부 구조에 대한 추정을 같은 칸에 적지 않습니다. “페이지에 A라고 표시돼 있다”는 관찰과 “내부에도 B 구성이 있을 것이다”라는 추정은 다른 상태입니다. 외부에서 확인할 수 없는 구성을 상상으로 채우지 않으면 오히려 전문가가 필요한 조사 범위를 더 정확히 정할 수 있습니다.

5 원본·작업 사본·설명 메모를 세 갈래로 보존한다

취득한 원본 파일은 가능한 한 그대로 두고, 자르기·밑줄·주석·번역은 별도 작업 사본에서 수행합니다. 원본과 사본에 파일명만 달리 붙이면 안 됩니다. 취득 URL과 확인 시각을 기록합니다. 파일 형식과 생성 또는 저장 방식도 기록합니다. 담당자도 기록합니다. 해시값을 함께 남기면 두 파일의 바이트가 같은지 비교하는 데 도움이 되지만, 법원에서의 효력이나 적법한 취득을 자동으로 증명하는 장치는 아닙니다.

실물 제품을 구매했다면 모델·포장·영수증·구매 경로와 인수·보관 이력을 분리해 기록할 수 있습니다. 다만 구체적인 체인 오브 커스터디, 감정, 증거보전 신청 또는 조사 방식은 사건과 관할에 따라 달라질 수 있습니다. 이 글은 그 절차를 지시하지 않으며 G4 검토 전 운영 가이드로 승격하지 않습니다.

6 무엇을 하지 않았는지도 기록한다

자료 확보가 급하더라도 로그인·CAPTCHA·기술적 접근제어를 우회하거나 상대 시스템에 부담을 주는 자동 수집을 정당화할 수 없습니다. 사내 계정이나 제3자 계정에서 얻은 자료는 접근 권한을 먼저 확인해야 합니다. 비밀정보와 개인정보도 확인해야 합니다. 계약상 제한도 먼저 확인해야 합니다. 화면에 공개됐다는 사실만으로 원하는 방식의 저장·재배포가 모두 허용되는 것은 아닐 수 있습니다.

보존 로그에는 수행한 행동뿐 아니라 하지 않은 행동과 제한도 적습니다. 예를 들어 “로그인 영역 미접근”, “개인 식별정보 마스킹”, “페이지 전체 자동수집 미실행”을 남기면 이후 검토자가 자료의 취득 범위를 이해하기 쉽습니다. 적법성에 의문이 생기면 수집을 중단하고 전문가에게 질문을 넘깁니다.

7 경고나 연락보다 권리·사실 표를 먼저 만든다

지식재산처의 산업재산권 침해 권리보호 안내는 특허·실용신안·디자인·상표 등 권리별 침해 형태와 민사·형사 등 구제수단을 구분해 안내하고, 산업재산권 분쟁조정위원회 등 공식 지원 경로도 소개합니다. 이는 분쟁 대응에 여러 선택지가 존재한다는 기관 안내의 범위에서 참고할 수 있습니다. 특정 사건에서 어떤 구제수단이 가능하거나 유리한지는 별도 판단입니다.

그래서 초기 자료표는 “어떤 조치를 할까”보다 “무엇이 확인됐나”를 앞에 둡니다. 공식 권리자료와 관찰 자료를 서로 다른 칸으로 나눕니다. 당사자 주장과 미확인 추정도 별도 칸으로 나눕니다. 각 칸에는 출처와 시각을 붙입니다. 연락·경고·플랫폼 신고·소송 등은 이 표를 본 전문가가 목적과 위험을 비교한 뒤 검토할 선택지입니다.

8 IPWiki 지식그래프가 보여 줄 보존 경로

`권리 상태 → 검토 청구항 → 의심 대상 → 발견 시점·경로 → 원본·변경이력 → 적법성 검토`를 기본 경로로 둡니다. 각 노드는 SourceVersion 또는 원본 locator와 연결되고, 관찰과 추정은 서로 다른 색을 사용합니다. 제품 버전과 날짜가 맞지 않거나 한 캡처에 여러 출처가 합쳐지면 그래프가 검토 신호를 표시합니다.

그래프의 마지막 노드는 “침해”가 아니라 “전문가 판단에 필요한 자료가 갖춰졌는가”입니다. 이것은 법률 결론을 자동화하지 않으면서도 일반인과 변리사가 같은 증거 지도를 보고 대화하게 하는 IPWiki의 핵심 기능입니다.

9 변리사 검토 질문

  1. 특허 분쟁 초기 권리상태 확인에서 등록공보·등록원부·심판 및 소송 자료를 어떤 순서로 대조해야 하는가?
  2. 웹 화면·영상·실물의 보존 방법을 설명할 때 증거 효력을 보장하는 것으로 오해될 표현이 있는가?
  3. 권리범위 비교 전에 제품 버전과 외부 관찰 사실을 어느 수준까지 특정해야 하는가?
  4. 개인정보·영업비밀·접근권한 때문에 즉시 중단하거나 별도 동의를 받아야 할 수집 유형은 무엇인가?

10 자주 묻는 질문

1. 스크린샷만 많이 찍어 두면 충분한가?

충분하다고 단정할 수 없습니다. 어느 URL에서 언제 어떤 제품 버전을 확인했는지, 원본과 편집본이 어떻게 다른지 함께 기록해야 재검토가 쉽습니다. 구체적인 증거 효력은 전문가 판단이 필요합니다.

2. 파일 해시가 있으면 법적 증거가 확정되나?

아닙니다. 해시는 파일 바이트의 동일성이나 변경 여부를 대조하는 보조 수단입니다. 취득의 적법성, 작성자·시점, 진정성립과 증거능력을 자동으로 확정하지 않습니다.

3. 비슷한 제품을 찾으면 바로 경고장을 보내야 하나?

그렇게 일반화할 수 없습니다. 권리상태와 검토할 청구항을 먼저 확인해야 합니다. 제품의 실제 구성도 확인해야 합니다. 목표와 위험도 먼저 확인해야 합니다. 연락 여부와 방식은 사건 자료를 본 변리사 또는 법률전문가와 결정해야 합니다.

11 관련 기사 제안

  • `경고장을 보내거나 받기 전에 무엇을 분리해야 하나?` — 권리·사실·목표·위험의 초기 대응표
  • `특허 청구항과 제품은 어떤 표로 비교할까?` — 구성요소 대비표의 한계와 검토 질문
  • `웹 자료의 원본과 변경 이력은 어떻게 남길까?` — SourceVersion·해시·locator 기초

12 대표 이미지 브리프

  • 규격: 1200×630
  • 장르: 탑뷰 증거보존 작업대의 사실적 3D 스틸라이프
  • 구도: 어두운 작업대 위에 제품 실루엣, 브라우저 캡처 프레임, 시간 태그, 원본 파일 카드, 해시 스트립이 서로 겹치지 않게 놓인다. 중앙의 큰 PW 노드에서 얇은 선이 각 자료의 취득 경로로 이어지고, 미확인 내부 구조는 반투명 점선으로 비워 둔다.
  • 색채: 차콜·네이비, 원본은 차가운 청록, 작업 사본은 옅은 앰버, 위험 신호는 제한된 코럴
  • 조명: 측면의 좁은 빛으로 원본과 사본의 물성 차이를 강조
  • 금지요소: 탐정 돋보기·지문·수갑, 해킹 화면, 자물쇠, 법정 망치, “침해 확정” 도장, 실제 제품·쇼핑몰 UI
  • 대체텍스트 후보: “제품 자료·웹 캡처·시간 기록·원본 파일·해시가 각각 분리되어 하나의 보존 그래프로 연결된 작업대”

13 공식 출처와 대조 범위

  1. 특허법 — locator: `본문 > 제97조`, `제126조 제1항·제2항`; 청구범위가 보호범위 판단의 출발점이라는 점과 법이 금지·예방 청구를 규정한다는 범위만 대조. 구체 사건의 침해·구제 가능성은 뒷받침하지 않음. checked_at: 2026-08-27.
  2. 지식재산처, 산업재산권 침해 권리보호 — locator: `산업재산권 분쟁조정위원회`, `침해형태 및 구제수단`; 권리별 공식 지원·구제수단이 구분되어 안내된다는 범위만 대조. 이 글의 보존 절차나 증거 효력을 뒷받침하지 않음. checked_at: 2026-08-27.

14 검증 한계와 발행 상태

이 글의 파일 분리·해시·기록표는 IPWiki의 편집·조사 프레임이며 법령이 정한 보편적 증거보전 절차라고 주장하지 않습니다. 두 공식 출처는 권리범위와 구제수단의 출발점만 대조하며, 아직 EvidenceSnapshot·SourceVersion·권리상태 API 응답이 없습니다. candidate / unpublished / pending / HOLD이고 G3·G4 검토 전 발행하지 않습니다.

14.1 함께 보면 좋은 글 (연관 지식 그래프)

다음 한 걸음

연결된 모든 문서와 그 이유는 옆의 「연결된 문서」에 있습니다.

글 위키스튜디오 · 최초 작성 2026-08-27 · 최종 수정 2026-08-27