BM특허 출원 절차와 사업 아이디어의 기술화 방법

BM 특허 출원은 비즈니스 모델을 정보통신기술로 구현하는 과정을 문서화하여 법적 권리를 요구하는 절차입니다. 많은 예비 창업자가 훌륭한 사업 기획안을 가지고 있지만, 이를 요건에 맞게 기술적인 구성으로 풀어내는 데 어려움을 겪습니다. 서버와 단말기가 데이터를 주고받는 흐름을 명확히 정의하고, 유사한 선행 기술이 없는지 철저히 조사해야 합니다. 이후 정해진 양식에 맞춰 서류를 작성하고 심사를 청구하는 일련의 과정을 거치게 됩니다.

BM특허란 무엇인가요? 💡

비즈니스 모델 자체는 인간의 약속이나 경제 법칙에 불과하므로 그 자체로는 권리를 인정받기 어렵습니다. 이를 보호받기 위해서는 반드시 컴퓨터, 서버, 인터넷 망과 같은 정보통신기술을 매개로 실현되어야 합니다. 즉, 독창적인 영업 방식을 소프트웨어와 하드웨어가 결합된 시스템으로 구현한 발명을 보호하는 제도입니다.

단순히 '이런 서비스를 제공하면 돈을 벌 수 있다'는 기획안은 심사 대상이 되지 않습니다. 사용자가 단말기를 통해 어떤 명령을 내리고, 중앙 서버가 그 데이터를 어떻게 연산하며, 최종적으로 어떤 결과물을 화면에 띄워주는지 명확한 인과관계가 있어야 합니다. 따라서 기획안에 적힌 추상적인 아이디어를 데이터의 흐름이라는 기술적인 관점으로 다시 번역하는 작업이 필수적입니다.

또한, 일반적인 발명과 마찬가지로 기존에 없던 새로움과 기존 기술로부터 쉽게 생각해 낼 수 없는 진보성을 모두 갖추어야 합니다. 아무리 수익성이 뛰어난 사업 모델이라도 이미 누군가 인터넷상에 공개했거나 널리 쓰이는 방식을 그대로 차용한 것이라면 권리를 확보할 수 없습니다. 따라서 자신의 아이디어가 단순히 훌륭한 상술인지, 아니면 기술적 장치를 통해 구체적으로 작동하는 정보처리 시스템인지 냉정하게 구분하는 것에서부터 모든 절차가 시작됩니다.

사업 아이디어를 기술 구성으로 바꾸기 ⚙️

머릿속에 있는 서비스 기획을 기술적인 언어로 바꾸려면 시스템을 구성하는 각 요소의 역할을 명확히 나누어야 합니다. 보통 사용자 단말기, 서비스 제공 서버, 그리고 데이터를 저장하는 데이터베이스 간의 상호작용으로 전체 흐름을 쪼개어 설명합니다.

먼저 사용자가 스마트폰이나 PC를 통해 어떤 정보를 입력하고 전송하는지 정의합니다. 그다음, 서버가 그 정보를 전달받아 어떤 연산 규칙이나 알고리즘을 거쳐 가공하는지 상세히 풀어냅니다. 마지막으로 처리된 결과가 다시 사용자에게 어떻게 제공되는지 순서대로 나열합니다. 이 과정에서 각 단계마다 데이터가 어떻게 이동하고 변환되는지 눈에 보이듯 구체적으로 서술하는 것이 중요합니다.

이처럼 전체 서비스를 하나의 거대한 기계 장치로 바라보고, 그 안에서 맞물려 돌아가는 부품들의 역할을 정의하는 과정이 필요합니다. 막연한 사업 계획이 아닌, 입력과 처리 그리고 출력이라는 명확한 정보처리 메커니즘을 완성해야만 심사 과정에서 기술적 특징을 제대로 인정받을 수 있습니다.

출원 전 선행기술조사 방법 🔍

본격적인 서류 작성에 앞서, 자신이 구상한 시스템과 비슷한 기술이 이미 존재하는지 확인하는 선행기술조사를 반드시 거쳐야 합니다. 국가에서 제공하는 무료 검색 시스템이나 다양한 온라인 검색 플랫폼을 활용해 관련 키워드를 조합하여 검색해 봅니다.

검색을 할 때는 서비스의 이름이나 단순한 사업 목적보다는, 데이터를 처리하는 핵심 기술 요소나 알고리즘을 나타내는 용어를 사용하는 것이 효과적입니다. 검색 결과에서 유사한 문헌을 발견했다면, 자신의 발명과 어떤 점이 같고 어떤 점이 다른지 꼼꼼하게 비교 분석해야 합니다. 이를 통해 기존 기술의 단점을 어떻게 극복했는지, 혹은 데이터 처리 효율을 어떻게 높였는지 차별점을 명확히 짚어낼 수 있습니다.

이러한 조사 과정을 거치면 앞으로 어떤 부분을 강조하여 서류를 작성해야 할지 전략을 세울 수 있습니다. 만약 완전히 똑같은 기술이 이미 존재한다면, 불필요한 시간과 비용을 낭비하기 전에 사업의 방향을 수정하거나 새로운 기술적 특징을 추가하는 결정을 내릴 수 있습니다.

명세서와 도면 준비하기 📝

선행기술조사를 바탕으로 차별점이 명확해졌다면, 이제 발명의 내용을 상세히 풀어쓰는 명세서와 이를 시각적으로 돕는 도면을 작성합니다. 명세서는 기술 분야, 해결하고자 하는 과제, 과제의 해결 수단, 그리고 발명의 효과 등으로 짜임새 있게 구성됩니다.

특히 청구범위는 향후 법적 권리의 기준이 되므로 매우 신중하게 설계해야 합니다. 핵심적인 기술 구성만을 넓게 기재하여 방어 범위를 확보하고, 세부적인 조건이나 구체적인 실시예를 덧붙여 촘촘한 방어선을 구축하는 전략이 필요합니다. 글만으로는 이해하기 어려운 시스템의 구조나 데이터의 흐름은 블록도나 순서도 형태의 도면을 곁들여 심사관의 이해를 돕습니다.

작성 시에는 해당 분야의 기본적인 지식을 가진 사람이라면 누구나 문서를 읽고 그 시스템을 똑같이 구현할 수 있을 정도로 상세하고 투명하게 적어야 합니다. 서류 제출 이후에는 원칙적으로 명세서에 새로운 내용을 추가하거나 핵심 구성을 바꿀 수 없으므로, 처음 제출할 때 앞으로 발생할 수 있는 다양한 변형 사례까지 충분히 고려하여 담아내는 것이 중요합니다.

온라인 출원부터 심사청구까지 💻

모든 서류가 준비되었다면 국가 기관이 운영하는 온라인 전자출원 시스템을 통해 공식적으로 서류를 제출합니다. 정해진 양식과 파일 형식에 맞추어 명세서와 도면을 업로드하고, 출원인 정보와 발명자 정보를 정확하게 기입한 뒤 기본 수수료를 납부하면 접수가 완료됩니다.

주의할 점은 서류를 제출하는 것만으로 자동으로 심사가 시작되지 않는다는 사실입니다. 반드시 별도의 심사청구 절차를 거치고 해당 수수료를 납부해야만 심사관이 배정되고 본격적인 검토가 이루어집니다.

스타트업이나 중소기업의 경우, 일정한 요건을 갖추면 일반적인 절차보다 훨씬 빠르게 결과를 받아볼 수 있는 우선심사 제도를 활용할 수 있습니다. 빠르게 변하는 정보통신 시장의 특성을 고려할 때, 투자 유치나 서비스 출시 일정에 맞추어 신속하게 권리를 확보하는 것은 사업의 성패를 가르는 중요한 전략이 됩니다. 따라서 자신의 상황에 맞는 심사 트랙을 신중하게 선택하여 진행하시기 바랍니다.

거절이유 대응과 등록 절차 🏛️

심사가 시작되면 한 번에 통과되는 경우보다, 심사관으로부터 거절이유를 통지받는 경우가 훨씬 많습니다. 이는 기존 기술과 유사하거나 명세서 기재가 불명확하다는 등의 이유로 권리를 부여할 수 없다는 일차적인 판단입니다. 2026년 현재 통상적인 심사 과정을 거치며 이러한 통지를 받는 것은 지극히 자연스러운 과정입니다.

통지를 받으면 당황하지 말고 심사관의 지적 사항을 면밀히 분석해야 합니다. 지적을 반박하는 논리를 담은 의견서를 제출하거나, 청구범위를 적절히 축소하고 수정하는 보정서를 제출하여 거절이유를 해소할 수 있습니다. 이 과정에서 권리 범위를 너무 많이 포기하지 않으면서도 심사관을 설득하는 정교한 줄다리기가 필요합니다.

성공적으로 거절이유를 극복하고 최종적으로 특허결정서가 발행되면, 정해진 기간 안에 등록료를 납부해야 합니다. 등록료가 정상적으로 납부되어 원부에 기록되는 순간부터, 비로소 해당 비즈니스 모델 기술에 대한 독점적이고 배타적인 권리가 정식으로 발생하게 됩니다.