
Himanshu S. Amin
Managing Partner
Cleveland
BS Electrical Engineering · USPTO 등록
이 페이지는 기계 번역되었습니다. 영문본이 정본입니다. English

로보틱스
로봇에서 새로운 것의 상당 부분은 로봇이 어떻게 제어되는가에 있습니다. 로봇이 선택하는 파지, 감지하는 외란, 원격 조작자로부터 받는 명령, 학습한 매니퓰레이션이 그렇습니다. 연산으로서 청구되면 그 발명은 심사관에게 정보 처리로 읽히고, 단지 어떤 기능을 수행하는 컨트롤러로서 청구되면 명세서에 마침 개시되어 있는 알고리즘으로 축소 해석될 수 있습니다. 버텨 내는 청구항은 그 연산이 액추에이터의 동작을 어떻게 바꾸는지, 또는 컨트롤러 자체를 어떻게 개선하는지를 말합니다.
이 분야의 업무는 로봇 그 자체입니다. 매니퓰레이터를 제어하고 거기에 작용하는 외란을 판정하는 장치와 방법, 원격 조작 시스템과 그것이 원격 조작자에게 제공하는 보조, 프로그래밍되는 대신 매니퓰레이션을 학습하는 로봇, 물체를 파지하는 방식에 맞추어 설계된 그리퍼와 핑거팁, 로봇 자신의 동작을 시뮬레이션하는 디지털 트윈, 그리고 작업 중인 로봇 주변의 안전 감지가 그 대상입니다. 제어의 아래에는 그 제어가 구동하는 하드웨어가 있습니다. 암 구조, 소프트 액추에이터, 체결 및 핸들링 기구입니다. 이 분야는 모터가 들어 있는 모든 제품이 아니라, 특허 제도 자체가 매니퓰레이터와 그 제어로 분류하는 것을 다룹니다.
로보틱스는 다른 분야들과 경계를 맞대고 있으며, 그 선은 청구항이 무엇에 관한 것이냐를 따릅니다. 수술 로봇은 규제 승인 경로가 청구항을 형성하는 의료기기 분야에서 다룹니다. 로봇이 플랜트 안의 한 공정 스테이션이고 발명이 그 주변 공정의 제어라면 그 업무는 산업 자동화 분야에 속하고, 발명이 로봇이 학습한 것으로 무엇을 하느냐가 아니라 학습 모델의 아키텍처라면 인공지능 및 머신러닝 분야에 속합니다. 같은 개시 내용이 경계선 양쪽의 청구항을 뒷받침하는 경우가 많습니다 — 학습된 매니퓰레이션은 학습으로서도, 로봇에 의한 그 실행으로서도 청구될 수 있고, 두 가지는 서로 다른 당사자가 실시할 수 있습니다 — 그래서 청구항 세트는 그 각각을 염두에 두고 작성됩니다.
로봇 제어 발명은 근본적으로 연산입니다. 조작자의 명령 전달, 외란 감지, 파지 선택, 매니퓰레이션 학습, 시뮬레이션 상태 갱신이 그렇습니다. 연산이 끝나는 지점에서 멈추는 청구항은 정보 처리에 대한 청구항이며, 제101조에 따라 Alice 판결을 적용하는 심사관은 명세서가 아무리 물리적으로 들리더라도 그렇게 취급할 수 있습니다. 청구항이 더 단단한 기반에 서는 것은 그 결과가 기계의 동작을 바꿀 때 — 관절에 명령이 내려지고, 그립이 닫히고, 움직임이 느려지거나 멈출 때 — 이며, 그래야 청구되는 것이 로봇에 관한 계산이 아니라 로봇의 동작이 됩니다.
구동 단계는 실질적인 일을 해야 합니다. “그리고 그 결과에 기초하여 로봇을 제어한다”라고만 말하는 마지막 구절은, 심사관이 범용 기계에서 아이디어를 적용한 것에 불과하다며 가볍게 보는 명목상의 단계입니다. 결과가 동작을 어떻게 바꾸는지 말하는 구절이야말로 그것을 실질적 응용으로 통합할 수 있습니다. 학습 기반 매니퓰레이션과 디지털 트윈은 같은 문제를 더 첨예하게 제기합니다. 청구항이 그로 인해 물리적 로봇이 무엇을 다르게 하는지 말하기 전까지는, 각각 모델이나 시뮬레이션으로 읽히기 때문입니다.
로봇 제어 청구항은 대개 기능적 구성요소로 이루어진 장치로 작성됩니다. 취득부, 판단부, 액추에이터에 명령하는 제어부 같은 것들입니다. “부(unit)”와 같은 용어는 그 자체로는 대개 아무런 구조도 특정하지 않으며, Williamson 판결 이후 그러한 한정은 “수단(means)”이라는 단어가 한 번도 나오지 않더라도 제112조(f)에 따른 수단+기능(means-plus-function) 한정으로 해석될 수 있습니다. 심사관은 의견제출통지서에서 이러한 한정을 일상적으로 지적하며, 한정이 일단 그렇게 해석되면 그 기능을 수행하기 위해 명세서가 개시한 구조와 그 균등물만을 포괄하게 됩니다 — 프로세서가 수행하는 기능이라면, 그것은 알고리즘을 뜻합니다.
그래서 명세서가 결정적입니다. 명세서가 알고리즘을 전혀 개시하지 않는다면 — 블록도 속에 “판단부”라는 이름이 붙은 상자 하나와 그것이 무엇을 판단하는지 말하는 문장 하나뿐이라면 — 청구항은 불명확합니다. 단 하나의 제어 법칙만 개시한다면 청구항은 그 제어 법칙과 그 균등물로 축소될 수 있습니다. 작성 단계의 해법은 제어 로직 자체를 그 대안들과 함께, 기능적 청구항이 여전히 경쟁사가 만들 설계에까지 닿을 만큼 상세하게 기술하는 것, 그리고 구성부가 아니라 단계를 기재하여 장치 청구항이 어떻게 해석되든 그에 좌우되지 않는 방법 청구항과 저장 매체 청구항을 나란히 두는 것입니다.
근거
구성원

Managing Partner
Cleveland
BS Electrical Engineering · USPTO 등록

Managing Partner
Seattle
BS Electrical Engineering · USPTO 등록

Partner
Ft. Lauderdale
BS Molecular and Micro Biology · USPTO 등록

Partner
Atlanta
BS Electrical Engineering · USPTO 등록

Associate
Atlanta

Associate
Cleveland
BS Biomedical Engineering · USPTO 등록

Associate
Cleveland
BS Industrial & Systems Engineering · USPTO 등록

Patent Agent
Ft. Lauderdale
BS Computer Software/Hardware Engineering · USPTO 등록

Patent Agent
New York
BS Mathematics and Computer Science

Patent Agent
Columbus
BS Electrical Engineering · USPTO 등록