1. 문제 정의 (Problem)
본 포트폴리오는 사전 기획 단계에서 제안드린 내용을 일부 시각적으로 표시한 것으로, 웹 관리자와 안드로이드 기기 앱을 연동해 컨텐츠 송출과 원격 제어가 가능한 관제 솔루션을 구상한 결과물입니다. 현장에 설치된 다수의 안드로이드 기기를 기관 단위로 관리하면서도, 컨텐츠 배포와 커맨드 실행이 끊기지 않게 유지해야 하는데 기존 방식만으로는 운영 안정성과 관리 효율을 동시에 확보하기 어렵습니다. 특히 안드로이드 15 환경의 백그라운드 제약과 설치 현장의 네트워크 변수로 인해 명령 누락, 재생 중단, 장애 대응 지연이 발생할 수 있는 구조적 리스크가 존재합니다.

2. 프로젝트 목표 (Goal)
IT 전담 인력이 없는 조직에서도 운영 가능한 수준의 기기 관제 MVP 범위를 합의하고, 웹 관리자-서버-안드로이드 앱 간 동작 원리와 운영 정책(권한, 스토리지, 장애 대응)을 명확히 정의하는 것을 목표로 했습니다.
단순 송출이 아니라 “명령이 실행됐는지 확인 가능한 구조”를 설계해, 품질 우선의 요구를 일정·예산 범위 안에서 현실적으로 달성할 수 있도록 방향을 제안했습니다.

3. 제품/서비스 구성 (Product & Service)
웹 관리자(Admin Web)는 최고관리자-기관-기기 다계층 구조를 기준으로 장치 등록/관리, 컨텐츠 업로드 및 기기별 전송 설정, 원격 제어 커맨드 실행, 로그/기본 통계 확인이 가능하도록 설계했습니다.

안드로이드 앱(Device App)은 기관 바인딩(코드 등록) 이후 서버 커맨드를 수신해 이미지/영상/문서 등의 컨텐츠를 내려받고 자동 재생하며, 실행 결과를 서버에 회신하는 흐름을 정의했습니다.

서버/백엔드는 실시간 커맨드 통신과 실행 결과 추적, 역할 기반 접근 제어, 스토리지 정책을 포함한 운영 중심의 아키텍처로 제안했습니다.

4. 주안점
fourdpocket은 “24시간 죽지 않는 운영 안정성”을 최우선 기준으로 보고, 안드로이드 15의 백그라운드 제약을 고려한 상시 실행 전략과 커맨드 수신 안정성을 핵심 설계 포인트로 잡았습니다.

또한 네트워크 불안정/현장 설치 환경 차이로 발생하는 장애를 전제로, 오프라인 재생(캐시 기반)과 재시도/ACK 처리, 운영 매뉴얼·설치 체크리스트까지 포함한 운영 가능성을 중점으로 제안했습니다.

1차 MVP에서 필수 기능을 안정화하고, 대시보드 고도화/알림/고급 로그는 2단계 확장으로 자연스럽게 이어질 수 있는 구조를 염두에 두었습니다.