DeviceAgent
입구·상태·정책·결과
동일 APK의 세 Service와 제품 상태 처리 — 별도 process 선언 없음
A1 SoC 모듈 구조
기준: 1398d109 · 전체도 1개 · 상세도 12개 · 구성요소 144개 · 연결 95개
전체 연결 구조
호출·명령callback·이벤트데이터·구성 의존영역은 책임 묶음이며 process 경계가 아닙니다.
모듈별 상세 구조
상세도 → 연결별 E 번호 → 구성요소별 소스 경로 순서로 읽습니다. 각 페이지에 호출 방향과 해석 경계를 함께 표시했습니다.
청정·이동·지도
실행 상태와 장치 연결
청정 HandlerThread와 이동 callback을 중심으로 읽는 내부 기능 지도
예약·설정·유지보수
시간과 영속 데이터
예약 저장과 실행 admission, 설정 적용, 오류·보고 데이터의 소유권
WSS·Streaming
전용 IPC와 세션 제어
DeviceAgent APK 내부 — front/remote 역할과 실제 실행 수명을 분리
AMR·MCU 장치 연결
두 장치 전송 경로
AMR typed Binder·socket과 MCU serial·DeviceAgent HAL 경로의 분리
IotAgent
MQTT·DeviceAgent 왕복
소스는 분석 가능하지만 AOSP Android.mk는 IotAgent.apk prebuilt를 선택
EventAssetAgent
프레임→clip→업로드
별도 APK의 IEventAssetService · 자료 파이프라인과 callback 소유
Vision·얼굴 검증·음성 연계
VisionAgent의 두 Service와 DeviceAgent 음성 조정 / LLMAgent 골격 구분
Pairing·SDK
호출자에서 연결 계약까지
네트워크 등록과 legacy DeviceControl / WSS·Streaming client API 구분
Launcher UI
UI와 제품 상태
두 Gradle 앱은 같은 applicationId — 제품 선택 변형을 구분
검사·오류·부팅 지원
지원 모듈
검사 UI·설비 socket, 오류 DB, 부팅 reset은 독립적인 세 책임
OTA·제품 빌드·native 서비스
UpdateEngine 소유자와 제품 편입·init·library 경계를 함께 확인
구조 분석 순서
- 전체도에서 호출 앱, DeviceAgent, 동료 앱과 외부 플랫폼의 위치를 설명한다.
- DeviceAgent 핵심도에서 일반 명령과 전용 WSS/Streaming 입구를 구분한다.
- 관심 기능의 상세도에서 요청 → 내부 처리 → callback → 저장 경계를 따른다.
- 상세 페이지의 E 연결 표와 소스 경로로 실제 코드를 대조한다.
- 빌드·native 도표에서 소스 존재, 제품 선택, 실제 탑재·실행을 구분한다.
도식의 근거와 한계
- 모든 상세 노드는 지정 커밋의 소스 경로에 대응한다. 디렉터리 참조는 여러 구현을 묶은 책임 노드다.
- 화살표는 정적 호출·이벤트·데이터 관계다. 모든 기능의 호출 시점·thread·완료를 동일시하지 않는다.
- 외부 broker·SDK·HAL·Android 서비스는 이 저장소의 호출부로만 설명했다.
- generic AMR 명령 미구현, LLMAgent 골격, MCUAgent 별도 경로, 빈 SELinux 파일을 그대로 표시했다.
- Mermaid 원본은 편집용이며 SVG의 고정 배치와 동일한 레이아웃을 보장하지 않는다.
상세 정책·책임 보강
MR7 모듈 환경·51개 Manager·정책 상세 분석: 현재 quber/mr7 소스에서 조건·예외·실제 반환값까지 추적한 후속 자료.
Connections
전체 분석 목차 · 앱 전체 목록 · DeviceAgent 본문 · 소스 근거