자동화특허, 우리 기술이 권리로 인정받으려면 무엇을 따져야 할까

새로운 물류 제어 장치나 생산 공정 프로그램을 개발하고 이를 자동화특허로 보호하려는데 어디서부터 손대야 할지 막막한 상황이신가요? 기술 개발에 투입된 시간과 비용이 적지 않은 만큼, 이를 법적으로 보호할 수 있는 권리를 확보하는 것은 사업의 핵심 동력이 됩니다.

아이디어를 세상에 내놓기 전에 무엇을 먼저 지켜야 할지 모르면 어렵게 개발한 기술이 경쟁사의 몫이 될 수 있습니다. 지식재산처(구 특허청)의 심사 문턱을 넘으려면 단순히 기계가 알아서 움직인다는 사실을 넘어, 그 과정이 왜 새롭고 유용한지 논리적으로 증명해야 합니다.

기술 공개 시점과 신규성 유지의 상관관계

자동화특허를 준비할 때 가장 먼저 따져봐야 할 부분은 바로 기술 공개 시점입니다. 많은 사업자가 내부 검토를 마치기도 전에 마케팅을 위해 시연 영상을 올리거나 상세 설명을 배포하는 실수를 저지릅니다.

기술이 이미 대외적으로 알려졌는지를 판단할 때는 단순히 홈페이지 게시 여부만 볼 게 아니라, 접근 권한이 누구에게 열려 있었고 제어 소스코드가 어느 수준까지 유출되었는지를 종합적으로 따져봐야 합니다. 단순 노출이 아니라 기술의 핵심 구성요소가 제3자가 구현 가능할 정도로 공개되었는지가 관건입니다.

투자 설명회나 시제품 테스트 과정에서 무심코 핵심 알고리즘을 노출했다가 낭패를 보는 사례가 적지 않습니다. 공개된 지 일정 기간이 지나면 신규성 상실 예외 주장을 하더라도 입증 과정에서 까다로운 검증을 거쳐야 하므로 각별한 주의가 필요합니다.

비밀유지계약의 부재가 가져오는 위험

협력사와 테스트를 진행하면서 비밀유지 서약을 받지 않았다면 향후 출원 시 치명적인 약점이 될 수 있습니다. 상대방이 먼저 유사한 내용을 공표하거나 권리를 선점할 우려가 있으므로 계약서 작성은 필수입니다.

특허 출원 전 체크해야 할 방어선

소스코드 관리와 내부 회의록 정리를 통해 개발 시점을 객관적으로 입증할 증거를 남겨두어야 합니다. 이러한 기록들은 추후 이의신청이나 무효 심판에서 강력한 방어 수단으로 작용하며 기술의 독창성을 증명하는 기초 자료가 됩니다.

특히 개발진의 참여도를 기록한 로그 데이터나 설계 변경 이력을 정리하는 습관은 권리 분쟁 발생 시 승패를 가르는 중요한 단서가 되기도 합니다.

실무적으로는 개발팀과 영업팀 간의 소통 단절로 인한 무분별한 공개가 가장 위험합니다. 사내 통제 시스템을 구축하여 마케팅 자료 배포 전 반드시 특허 담당자의 승인을 거치는 프로세스를 정착시켜야 합니다.

신규성 유지를 위해 철저한 공개 범위 관리가 필요합니다

하드웨어와 소프트웨어 권리 범위 설정 기준

자동화 시스템은 물리적인 기계 장치와 이를 구동하는 제어 프로그램이 얽혀 있어 권리 범위를 어디까지 잡을지 고민이 깊어집니다. 하드웨어만 강조하면 기능적 모방에 취약하고, 소프트웨어만 강조하면 기계 장치와의 유기적 결합을 설명하는 데 한계가 있습니다.

청구항을 구성할 때는 장치 구조에만 얽매이지 말고, 데이터 흐름과 프로세스 단계를 유기적으로 결합하여 모방하기 어려운 구조를 설계하는 전략이 유리합니다. 하드웨어 구조적 특성과 제어 로직이 결합된 기술적 사상을 하나의 독립된 권리 범위로 포괄해야 합니다.

하드웨어 특허만 출원했다가 소프트웨어 복제에 무방비로 노출되는 경우를 주변에서 흔히 볼 수 있습니다. 반대로 프로그램만 보호하려다 실제 현장 적용 시 범용성 문제로 거절되는 상황도 발생합니다.

이를 극복하려면 장치 내에서 프로그램이 어떻게 데이터를 처리하고 하드웨어의 움직임을 제어하는지 상호작용을 명확히 기술해야 합니다.

구분	하드웨어 중심 출원	소프트웨어 중심	하드웨어-소프트웨어 결합
보호 대상	기계적 구조	로직 및 알고리즘	시스템 전체의 동작
모방 난이도	외형 변경 가능	로직 변형 필수	가장 높음
심사 포인트	구조 차이	진보성 증명	유기적 결합 효과

청구항 작성 시 흔히 저지르는 실수

지나치게 광범위하게 작성하면 선행기술에 걸려 거절되고, 너무 좁게 쓰면 우회 회피가 쉬워집니다. 따라서 핵심 독점 영역을 정확히 짚어내는 정교한 청구항 설계가 뒷받침되어야 합니다.

독립항에서는 최소한의 구성요소로 범위를 넓히되, 종속항에서 구체적인 실시예를 넣어 권리 범위를 견고하게 다지는 것이 정석입니다.

소프트웨어 제어 단계에서 입력값과 출력값의 상관관계를 정의하는 방식도 고려해야 합니다. 특정 하드웨어에 종속되지 않는 범용적인 제어 로직을 별도의 출원 항목으로 분류하여 권리 공백을 방지하는 전략이 필요합니다.

제어 알고리즘과 장치 구조의 유기적인 권리 범위 설정

심사 과정에서 마주하는 거절이유 통지 대응 전략

출원서를 접수한 뒤 지식재산처(구 특허청)로부터 거절이유 통지서를 받았다면 당황하지 말고 의견서와 보정서를 철저히 준비해야 합니다. 많은 출원인이 거절 사유를 받으면 기술 자체가 부정당했다고 느끼지만, 이는 심사관과 기술의 신규성이나 진보성을 두고 벌이는 협상 단계로 보아야 합니다.

심사관의 지적을 단순히 방어하는 데 그치지 말고, 선행기술과 우리 기술의 본질적 차이가 제어 방식의 어디에서 비롯되는지를 도면과 수치로 명확히 대비시켜야 합니다. 논리는 감정에 의존하는 것이 아니라 객관적 데이터와 현장 적용 결과로 구성해야 설득력을 얻습니다.

많은 사업자가 거절 통지를 곧바로 포기 신호로 오해하지만, 이는 보완을 통해 권리를 좁히거나 다듬어가는 자연스러운 과정입니다. 이 시점에서 어떤 논거를 제시하느냐에 따라 등록 여부가 완전히 뒤바뀔 수 있습니다.

보정서를 작성할 때는 출원 시 기재한 내용 범위를 벗어나지 않는 것이 대원칙임을 기억하세요.

의견서 제출 시 반드시 피해야 할 태도

감정적인 호소나 모호한 설명은 심사관을 설득하는 데 아무런 도움이 되지 않습니다. 객관적인 실험 데이터와 기능적 차별점을 중심에 두고 논리를 전개해야 승률을 높일 수 있습니다.

사안에 따라 보정 범위를 유연하게 조정하면서 안전한 범위 내에서 등록을 유도하는 지혜가 필요합니다.

실무적으로는 심사관이 제시한 선행문헌의 기술적 범위와 내 기술의 차이를 표로 정리해 제출하는 것이 효과적입니다. 이러한 시각화 자료는 심사관의 이해도를 높이고 긍정적인 결과를 이끌어내는 데 큰 도움을 줄 수 있습니다.

발행 전 최종 체크리스트

• 공개 예정일 전 출원이 완료되었는가?
• 하드웨어와 소프트웨어 간의 데이터 흐름이 구체적으로 명시되었는가?
• 비밀유지 서약이 필요한 파트너사 정보가 정리되었는가?
• 기존 특허망과의 충돌 가능성을 검토하였는가?

마지막으로 거절 통지서가 여러 번 반복되어도 실망하지 말고 재검토를 통해 새로운 진보성을 증명할 근거를 찾으려는 노력을 멈추지 마세요. 기술적 상세 내용은 늘 도면과 연계하여 심사관이 한눈에 파악할 수 있도록 도식화하는 것 또한 전략적인 접근 방식입니다.

복잡한 자동화특허, 상표쟁이와 함께 안전하게 검토하세요