자율주행 소프트웨어와 차량 부품의 특허 설계
모빌리티 제품은 센서, 인식·판단 소프트웨어, 차량 제어기, 구동부, 통신망, 관제 서버와 제조공정이 결합된 시스템입니다. 특허출원에서는 “자율주행 서비스”나 “미래차 부품”이라는 사업 단위보다 각 구성 사이의 데이터·제어 관계와 구체적인 구조 개선을 발명 단위로 정리해야 합니다.
시스템 구성부터 발명 단위를 구분합니다
하나의 차량 또는 이동서비스 안에는 서로 다른 기술적 과제가 존재합니다. 카메라·라이다·레이더의 시간 동기화, 객체 인식, 위치 추정, 경로 생성, 위험 판단, 조향·제동 제어, 배터리 열관리, 전장부품 방열, 원격 관제와 제조검사가 각각 별도의 발명이 될 수 있습니다.
출원 전에는 전체 시스템 구성도와 신호 흐름을 작성하고 다음 사항을 구분합니다.
- 센서 또는 외부 서버에서 수신하는 입력
- 차량 내부와 클라우드에서 수행하는 연산
- 판단 결과가 전달되는 제어기와 구동부
- 통신 지연·센서 오류·전원 이상 시의 대체 동작
- 부품 형상, 재료, 조립과 제조공정의 개선사항
- 제품군에 공통 적용되는 구성과 특정 모델의 실시형태
이 구분을 바탕으로 하나의 독립항에 포함할 필수 구성과 별도 출원으로 분리할 발명을 정합니다. 모든 기능을 한 건에 넣으면 청구항이 불필요하게 좁아질 수 있고, 반대로 서로 연관되지 않은 발명을 함께 청구하면 단일성 문제가 발생할 수 있습니다.
자율주행 소프트웨어의 기재
자율주행 소프트웨어는 추상적인 알고리즘 명칭이 아니라 차량과 컴퓨터에서 수행되는 정보처리로 기재합니다. 입력 데이터의 종류와 좌표계, 센서 간 시각 동기화, 특징값 생성, 객체 또는 주행가능영역의 판단, 경로 후보 평가, 제어명령 생성과 차량 응답을 순서대로 연결해야 합니다.
센서 융합 발명이라면 “카메라와 라이다를 결합한다”는 설명만으로는 부족합니다. 각 센서 데이터의 기준시각을 보정하는 방법, 좌표를 변환하는 기준, 신뢰도에 따른 가중치 결정, 센서 간 결과가 충돌할 때 선택하는 규칙과 융합 결과가 제동·조향에 반영되는 조건을 정리합니다.
AI 모델을 사용하는 경우에는 학습 또는 추론의 입력·출력과 후속 제어의 관계를 명확히 합니다. 모델 종류를 특정하는 것보다 실제 차별점이 데이터 전처리, 특징 생성, 불확실성 판단, 모델 전환 또는 제어 안전조건 중 어디에 있는지를 먼저 정해야 합니다. 성능 향상을 주장하려면 비교조건과 평가결과도 실시예에 포함하는 편이 좋습니다.
차량 부품과 제조공정의 기재
차량 부품 발명은 도면에 나타난 형상만 설명하지 않습니다. 종래 구조에서 발생한 열, 수분, 진동, 공차, 조립, 중량 또는 검사 문제와 이를 해결하는 구성 사이의 인과관계를 기재합니다. 효과를 발생시키는 상대적 위치, 결합관계, 유로, 접촉면과 재료 특성은 청구항 후보가 됩니다.
제조공정은 공정 순서, 조건 범위, 중간 구조와 검사방법을 함께 검토합니다. 특정 수치가 효과에 필수라면 실험자료와 범위의 근거를 남깁니다. 양산 실시예의 한 수치만 독립항에 넣기보다 효과가 유지되는 범위와 대체 재료·공정을 명세서에 준비해야 향후 보정 선택지가 생깁니다.
개발현장의 변경이 설계 편의에 그치는지 기술적 효과를 갖는지도 구분합니다. 조립시간 단축, 불량률 감소, 방열성능, 방수성능, 내진동성, 전력효율과 중량 변화는 측정방법과 함께 기록해야 합니다.
소프트웨어와 하드웨어를 연결한 청구항
모빌리티 발명은 처리 주체가 차량, 부품 제어기, 사용자 단말과 관제 서버로 나뉘는 경우가 많습니다. 청구항을 작성할 때에는 각 단계의 수행 주체와 데이터 이동을 명시하고, 핵심 단계가 한 사업자의 제품 또는 시스템에서 확인될 수 있는지를 검토합니다.
권리화 대상에 따라 다음 청구항 유형을 조합할 수 있습니다.
| 대상 | 청구항 관점 | 검토사항 |
|---|---|---|
| 차량 제어 소프트웨어 | 제어방법, 제어장치, 차량 | 입력·판단·제어명령의 연결과 안전조건 |
| 관제·클라우드 기능 | 서버 방법, 서버, 차량-서버 시스템 | 통신단절, 지연과 처리 주체 |
| 센서·전장 모듈 | 모듈, 결합구조, 이를 포함한 차량 | 상대적 배치, 인터페이스와 대체형상 |
| 제조·검사 기술 | 제조방법, 검사방법, 제조된 부품 | 공정순서, 조건범위와 중간 구조 |
소프트웨어 청구항과 부품 청구항을 별도로 작성하더라도 두 기술의 접점은 명세서에 포함합니다. 센서 모듈의 보정값이 인식 알고리즘에 사용되거나 열관리 제어가 배터리 구조와 연동된다면 그 관계가 후속 분할출원과 침해 분석의 근거가 될 수 있습니다.
포트폴리오의 분류 기준
출원 건수만 늘리기보다 제품 구조와 사업 단계에 맞춰 권리군을 구분합니다. 자율주행·ADAS 기업은 인식, 위치추정, 경로계획, 차량제어, 안전·고장대응, 검증·시뮬레이션과 관제를 나눌 수 있습니다. 부품 기업은 핵심 구조, 인터페이스, 열·수분·진동 대응, 제조, 조립과 검사를 구분할 수 있습니다.
각 권리군에는 현재 제품을 직접 보호하는 출원, 차세대 제품의 선행출원, 경쟁사 회피형태를 포함하는 출원을 표시합니다. 동일한 개선사항을 소프트웨어·장치·부품·공정 관점에서 중복 출원하는 것이 아니라, 서로 다른 침해주체와 증거를 확보할 필요가 있는지에 따라 출원 단위를 정합니다.
공개·공동개발·공급망 관리
전시회, 정부과제 발표, 납품 제안, 시험운행 자료, IR 문서와 채용공고는 기술 공개가 될 수 있습니다. 공개 전에 발명자와 출원인을 확인하고 출원 여부를 결정합니다. 해외 출원이 필요한 경우에는 최초 출원일부터의 우선권 일정과 PCT 또는 개별국 출원 방식을 함께 관리합니다.
완성차사, 부품사, 소프트웨어사와 공동개발할 때에는 계약서상 배경기술, 공동개발 성과, 개량발명과 출원비용 부담을 구분합니다. 소스코드·도면·시험데이터를 제공하는 범위와 상대방의 특허출원 권한도 명시해야 합니다. 특허출원과 납품계약의 발명 귀속 조항이 충돌하면 이후 권리행사와 투자실사에서 문제가 됩니다.
특허성 조사와 침해위험 조사는 별개입니다
자사 발명이 등록될 수 있는지를 보는 선행기술 조사는 타인의 특허를 침해하는지를 판단하는 FTO 조사와 목적이 다릅니다. 신규한 개선기술을 특허로 등록받더라도 그 제품이 타인의 넓은 선행특허를 이용할 수 있습니다. 양산·납품 전에는 주요 시장의 유효 청구항을 기준으로 별도의 침해위험 조사를 진행해야 합니다.
검색범위는 완성차 명칭이나 제품명에 한정하지 않습니다. 센서, 제어기, 통신, 배터리와 제조공정의 기능별 검색어·분류코드, 주요 경쟁사·공급사와 특허패밀리를 함께 확인합니다.
출원 준비자료
- 전체 시스템 구성도와 데이터·제어 흐름도
- 종래 기술의 문제와 개선 전후 비교자료
- 소프트웨어 순서도, 상태전이와 예외처리
- 부품 도면, 공차, 재료, 조립순서와 대체형상
- 성능·내구·방열·전력·검사 결과와 측정조건
- 공개·납품·투자·정부과제 일정
- 공동개발 계약과 발명자·출원인 정보
- 국내외 생산·판매국과 주요 경쟁사
모빌리티 특허는 소프트웨어와 제조기술을 하나의 구호로 묶는 작업이 아닙니다. 각 구성의 기술적 과제, 처리 주체와 양산형태를 구분하고 필요한 접점을 명세서에 남기는 방식으로 설계해야 합니다.
