NAVER 1784에서는 약 100대의 서비스 로봇 Rookie가 건물 전 층을 이동하며 물품을 배송한다. 로봇의 위치·경로·작업을 다루는 ARC, 층간 이동을 맡는 Roboport, 주문과 알림을 연결하는 서비스가 함께 작동하기 때문에 가능한 규모다.
다만 약 100대와 6만 회 이상 배송은 NAVER가 1,000일 운영을 정리하며 공개한 수치다. 일본 Tokyo Midtown Yaesu의 현재 서비스와 2026년 말 전 층 확대 계획도 1784의 누적 실적과 분리해서 읽어야 한다.
약 100대를 움직이는 것은 로봇 한 대의 두뇌가 아니다
NAVER의 로보틱스 공식 소개는 1784에서 100여 대의 로봇이 클라우드로 제어되어 여러 서비스를 수행한다고 설명한다. Rookie는 택배·카페·도시락 등을 배달하는 이동 로봇이고, ARC brain은 이동·측위·태스크 계획을 처리하며 공간과 서비스 인프라를 실시간으로 잇는다.
이 구조를 이해하려면 로봇의 로컬 주행과 건물 전체의 배차를 구분해야 한다. 주문이 들어오면 어떤 로봇을 보낼지, 어느 경로가 막혔는지, 배터리가 충분한지 같은 플릿 판단이 필요하다. 일반적인 배차 원리는 다중 로봇 작업 할당 가이드에서 함께 볼 수 있다.
| 구성 요소 | 1784에서 맡는 역할 | 혼동하면 안 되는 점 |
|---|---|---|
| Rookie | 주문 물품을 싣고 목적지까지 이동 | ARC 전체와 같은 제품이 아니다 |
| ARC brain | 이동·측위·태스크 계획과 처리 | 로봇 본체나 엘리베이터가 아니다 |
| ARC eye | 디지털 트윈과 측위 AI로 위치 추정 | 카메라 한 개를 뜻하지 않는다 |
| ARC mind | 웹 기반 로봇 서비스 OS | 물리적 주행 제어기만을 뜻하지 않는다 |
| Roboport | 로봇의 층간 이동을 지원하는 전용 엘리베이터 | ARC의 다른 이름이 아니다 |
주문에서 배송 완료까지 건물도 로봇처럼 움직인다
1784 공식 서비스 페이지는 Rookie, Roboport, ARC System, 업무용 앱을 별도 구성으로 소개한다. 사용자가 주문하면 서비스 시스템이 목적지와 물품 정보를 전달하고, ARC가 로봇과 경로를 연결하며, Roboport가 층간 이동을 제공하는 식이다. 엘리베이터 호출과 출입문 같은 건물 설비가 로봇 흐름에 포함된다.
따라서 1784 사례는 단순한 AMR 도입 사례보다 스마트빌딩 통합 사례에 가깝다. AGV처럼 고정 유도선을 따라가는 방식과의 차이는 AMR과 AGV 비교에서 확인할 수 있지만, 자율주행 성능만 좋아도 100대 운영이 완성되는 것은 아니다. 주문 실패, 엘리베이터 대기, 통신 단절, 사용자 수령 실패까지 운영 상태로 관리해야 한다.
| 단계 | 주요 시스템 | 현장에서 볼 지표 |
|---|---|---|
| 주문 접수 | 업무 앱·서비스 시스템 | 주문 누락률, 취소율 |
| 로봇 배정 | ARC·플릿 관리 | 배정 지연, 배터리 여유 |
| 주행 | Rookie·ARC eye/brain | 우회 빈도, 정지 시간 |
| 층간 이동 | Roboport·건물 제어 | 대기 시간, 탑승 실패 |
| 수령 | 알림·사용자 인터페이스 | 수령 완료율, 재시도 |
6만 회 이상 배송은 무엇을 증명하나
NAVER의 1784 1,000일 운영 기록은 매일 약 100대가 건물 곳곳을 이동했고 편의점 상품, 카페 주문, 택배, 도시락, 개인 물품 교환 등에서 6만 회 이상 배송했다고 밝힌다. 짧은 전시 시연이 아니라 장기간 반복 서비스를 했다는 점에서 의미가 있다.
그렇다고 수치만으로 성공률, 평균 배송 시간, 사람 개입률, 장애 복구 시간을 알 수 있는 것은 아니다. 이 숫자는 NAVER가 보고한 누적 실적이며 독립 감사 수치가 아니다. 도입 검토자는 전체 주문 수, 실패 정의, 서비스 시간, 혼잡 시간대, 장애 유형을 별도로 받아야 운영 품질을 비교할 수 있다.
디지털 트윈은 지도보다 넓고 가상 시운전과도 다르다
ARC eye는 디지털 트윈 데이터와 측위 AI를 이용해 로봇 위치를 추정한다. 일본 현장 설명에서도 건물의 디지털 트윈을 먼저 만들고 로봇 경로와 서비스 지점을 정의한 뒤, ARC가 서비스·건물 인프라·운영 제어를 연결한다고 밝힌다. 즉 디지털 트윈은 경로 지도만이 아니라 운영 대상과 공간을 맞추는 공통 좌표 기반이다.
현장 배포 전 검증은 별도 문제다. 가상 시운전과 디지털 트윈의 차이를 적용하면, 디지털 트윈은 상태를 표현하고 연결하는 기반이며 가상 시운전은 제어 로직과 예외 상황을 사전에 시험하는 활동이다. 엘리베이터 점유, 폐쇄 구역, 통신 지연 같은 실패를 시험해야 실제 운영 리스크를 줄일 수 있다.
Tokyo Midtown Yaesu는 현재 운영과 확대 계획을 나눠 봐야 한다
2026년 7월 23일 공개된 ARC 일본 배포 공식 글은 ARC가 Tokyo Midtown Yaesu에 배포되었고 기존 상업 건물 환경에 맞춰 엘리베이터, 경로, 주문과 알림 방식을 조정했다고 설명한다. 이는 1784 밖의 실제 상업 건물에 적용된 현재 근거다.
같은 글은 Yaesu Tower의 서비스를 바탕으로 2026년 말까지 전 층 로봇 배송으로 확대할 계획이라고 썼다. ‘배포됨’과 ‘전 층 확대 완료’를 같은 상태로 적으면 안 된다. 현시점에 확인되는 것은 특정 현장의 운영과 확대 계획이며, 전 층 서비스의 완료 여부나 규모는 후속 공식 자료로 다시 확인해야 한다.
다른 건물에 적용할 때 먼저 확인할 운영 조건
도입팀은 로봇 대수보다 건물 인터페이스부터 점검하는 편이 낫다. 엘리베이터 API, 출입문과 보안 게이트, 무선망 음영, 주문 시스템, 사용자 인증, 충전 위치, 소방·피난 동선이 플릿 운영과 연결되는지 확인해야 한다. 제조사가 다른 로봇을 섞을 경우 상태·작업·맵 인터페이스도 명시해야 한다.
검증은 정상 배송뿐 아니라 엘리베이터 고장, 목적지 변경, 수령 지연, 통신 끊김, 배터리 부족을 포함해야 한다. 1784는 ARC·Rookie·Roboport가 통합된 장기 운영 사례를 보여 주지만, 동일한 수치가 다른 건물에서 자동으로 재현된다는 보장은 없다. 현장별 경로와 서비스, 건물 설비를 다시 통합하는 일이 핵심이다.
자주 묻는 질문
1784의 로봇 약 100대가 모두 동시에 배송하나요?
공식 자료는 매일 약 100대가 건물 전역을 다니며 서비스를 수행한다고 설명하지만, 모든 로봇의 동시 가동 대수나 시간대별 가동률은 공개하지 않는다. 동시 운용 규모는 별도 운영 데이터로 확인해야 한다.
ARC와 Roboport는 같은 시스템인가요?
아니다. ARC는 로봇·공간·서비스·운영을 연결하는 클라우드 기반 다중 로봇 시스템이고, Roboport는 로봇의 층간 이동을 돕는 전용 엘리베이터다.
일본 건물도 이미 전 층에서 로봇 배송을 하나요?
2026년 7월 공식 자료는 Tokyo Midtown Yaesu 배포를 확인하지만, 전 층 배송은 2026년 말까지 확대할 계획으로 표현한다. 완료 상태는 후속 발표가 필요하다.
확인한 공식 자료
2026-08-07