로봇 컨텐츠 개발

• 로봇 컨텐츠(Robot Contents) = 로봇 플랫폼 위에서 실행되는 응용 서비스 — 교육 로봇의 코딩 수업, 안내 로봇의 접객 시나리오, 공연 로봇의 댄스가 모두 컨텐츠
• 스마트폰으로 비유하면 로봇 본체·제어 SW가 "폰과 OS", 컨텐츠가 "앱"에 해당
• 시험 출제 포인트: 로봇 컨텐츠의 특징(물리 동작 + 멀티미디어 + 상호작용), 개발 프로세스, 저작 도구의 종류, 플랫폼과 컨텐츠의 분리 구조

로봇 컨텐츠란 무엇인가

• 로봇 컨텐츠 = 로봇의 능력(움직임, 말하기, 화면 표시, 인식)을 조합해 사용자에게 가치를 주는 서비스 시나리오로 엮은 것

• 일반 미디어 컨텐츠(영상·게임)와 구별되는 세 가지 특징:

• 물리적 동작(Physical Action): 화면 속이 아니라 실제 공간에서 몸으로 표현한다 — 모션, 이동, 제스처

• 멀티모달 표현(Multimodal Expression): 모션 + 음성(TTS) + 화면(GUI) + LED·효과음을 동시에 조합

• 상호작용성(Interactivity): 사용자의 말·터치·접근을 인식해 반응이 달라진다 — 일방적 재생이 아니라 양방향 (→ HRI 소프트웨어 설계)

로봇 컨텐츠의 유형

플랫폼과 컨텐츠의 분리 — 앱 생태계 구조

좋은 로봇 컨텐츠 구조의 핵심은 로봇 플랫폼과 컨텐츠의 분리다.

• 로봇 SW 플랫폼: 하드웨어 제어, 인식(음성·영상), 모션 실행 같은 공통 기능을 API/SDK로 제공 (→ 로봇 소프트웨어 프레임워크)
• 컨텐츠: 플랫폼 API를 호출해 시나리오를 구성 — 하드웨어를 직접 만지지 않는다

이렇게 나누면 ① 컨텐츠 개발자가 로봇 내부를 몰라도 되고, ② 하나의 컨텐츠를 API가 호환되는 여러 로봇에 이식할 수 있으며, ③ 컨텐츠만 따로 배포·판매(컨텐츠 스토어, OTA 배포)할 수 있다.

컨텐츠 개발 프로세스

1. 기획: 대상 사용자·목적·이용 환경 정의 (→ 사용자 특성의 분석)
2. 시나리오 설계: 상호작용 흐름을 스토리보드·순서도로 설계 — 사용자의 반응별 분기 포함 (→ 로봇 작업 시나리오 작성)
3. 컨텐츠 저작(구현): 저작 도구나 SDK로 모션·대사·화면을 제작하고 시나리오 로직 작성
4. 테스트: 시뮬레이터 검증 후 실로봇 검증 — 실제 공간·소음·사용자 반응은 시뮬레이터와 다르다
5. 배포·운영: 스토어·OTA로 배포, 사용 데이터 수집 → 개선 반영

컨텐츠 저작 도구

개발자의 수준에 맞춘 스펙트럼이 있다 — "누가 만드는가"가 도구 선택 기준이다.

• 블록형 비주얼 프로그래밍(Visual Programming): 스크래치(Scratch)류 블록 조립 — 코드 문법 없이 로직 구성, 교사·학생 등 비전문가용
• 타임라인 기반 모션 저작 도구: 시간축 위에 관절 포즈(키프레임, Keyframe)를 배치하면 사이를 보간해 부드러운 모션 생성 — 애니메이션 제작과 같은 원리 (→ 보간)
• SDK/API 프로그래밍: 범용 언어(Python 등)로 플랫폼 API 호출 — 자유도가 가장 높은 전문 개발자용

상호작용 시나리오의 구현 구조

컨텐츠 로직은 대부분 이벤트 기반(Event-driven) + 상태 기계(FSM, Finite State Machine) 로 구현한다.

• 이벤트 기반: "사용자가 말했다", "터치했다", "사람이 다가왔다" 같은 사건이 발생하면 처리 루틴이 반응
• 상태 기계: 컨텐츠 진행 상황을 상태(대기 → 인사 → 안내 → 종료)로 나누고, 이벤트에 따라 상태를 전이 — 같은 "터치" 이벤트라도 현재 상태에 따라 다른 반응을 하게 만든다

플랫폼-컨텐츠 계층 구조

graph TD
    C1["교육 컨텐츠"] --> API
    C2["안내 컨텐츠"] --> API
    C3["공연 컨텐츠"] --> API
    API["로봇 SW 플랫폼 API/SDK
모션 실행 · TTS · 인식 · 화면"]
    API --> SW["제어 소프트웨어
(모션·인식·HRI 모듈)"]
    SW --> HW["로봇 하드웨어"]
    STORE["컨텐츠 스토어 · OTA"] -. "배포" .-> C1 & C2 & C3

안내 컨텐츠의 상태 기계 예

stateDiagram-v2
    [*] --> 대기
    대기 --> 인사 : 사람 접근 감지
    인사 --> 안내 : 목적지 질문에 응답
    인사 --> 대기 : 무응답 (타임아웃)
    안내 --> 완료확인 : 목적지 도착
    완료확인 --> 대기 : 종료 인사

1. 로봇 컨텐츠가 영상·게임 같은 일반 미디어 컨텐츠와 구별되는 특징으로 가장 거리가 먼 것은?

① 실제 공간에서의 물리적 동작 표현 ② 모션·음성·화면을 조합하는 멀티모달 표현 ③ 사용자 반응에 따라 달라지는 상호작용성 ④ 일방향 재생만 가능한 선형적 진행

2. 로봇 SW 플랫폼과 컨텐츠를 API로 분리하는 구조의 장점이 아닌 것은?

① 컨텐츠 개발자가 하드웨어 내부 구조를 몰라도 개발할 수 있다 ② 호환 API를 가진 다른 로봇으로 컨텐츠를 이식하기 쉽다 ③ 컨텐츠를 스토어·OTA로 독립적으로 배포할 수 있다 ④ 컨텐츠가 하드웨어를 직접 제어하므로 실행 속도가 항상 빨라진다

3. 코딩을 배우지 않은 교사가 교육용 로봇의 수업 컨텐츠를 직접 만들게 하려 한다. 가장 적합한 저작 방식은?

① 블록형 비주얼 프로그래밍 도구 ② C++ SDK 직접 프로그래밍 ③ 펌웨어 수정 ④ 어셈블리 언어 프로그래밍

4. 안내 로봇 컨텐츠에서 "대기 상태의 터치는 인사를 시작하고, 안내 상태의 터치는 안내를 중단"하도록 같은 이벤트에 상황별로 다른 반응을 구현하는 데 적합한 구조는?

① 단순 순차 실행 스크립트 ② 상태 기계(FSM) ③ 전체 동기화(Full Sync) ④ 로그 로테이션

• 로봇과 ICT 융합 — 컨텐츠 서비스를 확장하는 ICT 기술
• HRI 소프트웨어 설계 — 상호작용 설계의 원리
• 로봇 작업 시나리오 작성 — 시나리오 설계 방법
• 사용자 특성의 분석 — 기획 단계의 사용자 분석
• 로봇 소프트웨어 프레임워크 — 플랫폼·SDK의 구조
• _MOC 로봇운영소프트웨어