인터랙티브 전시는 센서와 화면을 연결하는 프로그램 하나가 아니라 관객, 입력 장치, 제어 로직, 미디어 엔진, 출력 장비와 운영 체계가 이어지는 시스템이다. 구축 초기에는 콘텐츠 장면부터 만들기보다 관객이 어디에서 무엇을 하고 어떤 반응을 보게 되는지 정의한 뒤 신호의 전체 경로를 설계해야 한다. 이 흐름이 명확하면 장비가 바뀌어도 경험의 목적과 인터페이스를 유지할 수 있다.
전체 구조: 관객 행동에서 공간 출력까지
| 계층 | 역할 | 확인할 항목 |
|---|---|---|
| Visitor & Space | 동선, 참여 구역과 행동 유도 | 동시 인원, 접근성, 대기·이탈 조건 |
| Sensor | 존재, 위치, 접촉, 소리와 환경 측정 | 범위, 사각지대, Calibration과 오감지 |
| Interface & Gateway | 전기 신호·제조사 데이터를 공통 Event로 변환 | ID, 단위, Timestamp, 품질과 재연결 |
| Interaction Logic | 입력 해석, 우선순위와 상태 전이 | State Machine, 다중 사용자, Timeout |
| Media Engine | 영상·음향을 생성하거나 재생하고 장치 Cue를 만듦 | Frame 성능, 콘텐츠 동기, 자동 복구 |
| Output | 프로젝션, LED, Audio, Lighting과 기구 | 해상도, Mapping, Level, 지연과 안전 |
| Operation | 시작·종료, 모니터링, 수동 운전과 기록 | Heartbeat, 로그, 원격 진단, Fail-safe |
1. 관객 경험을 상태로 정의한다
대부분의 전시는 OFF → 준비 → 대기 → 참여 유도 → 상호작용 → 종료 → 초기화와 같은 상태를 가진다. 상태마다 허용하는 입력과 출력, Timeout과 복구 조건을 문서화한다. 예를 들어 대기 상태에서는 접근 센서만 사용하고, 참여 상태에서는 카메라 Tracking과 음향 반응을 활성화할 수 있다. 여러 사람이 들어오면 최초 진입자를 유지할지, 입력을 합칠지, 구역을 나눌지도 이 단계에서 결정한다.
State Machine을 사용하면 센서가 순간적으로 끊기거나 중복 Event가 들어와도 현재 경험을 유지하기 쉽다. 각 상태에 진입·유지·이탈 로그를 남기면 운영 중 문제를 재현할 근거도 생긴다.
2. 센서와 콘텐츠 사이에 해석 계층을 둔다
센서 원시값을 콘텐츠 Parameter에 바로 연결하면 교체와 보정이 어려워진다. Gateway 또는 Sensor Service에서 범위 보정, Smoothing, Debounce, Zone 판정과 품질 검사를 수행하고 visitor.enter, hand.position, button.pressed 같은 의미 있는 Event로 전달한다. 콘텐츠는 특정 센서 모델이 아니라 Event 계약에 반응하게 만든다.
이 계층에는 마지막 정상 수신 시각, 장치 상태와 진단 화면이 필요하다. 운영자가 원시값과 최종 Event를 동시에 볼 수 있으면 센서 문제와 콘텐츠 문제를 빠르게 구분할 수 있다.
3. 미디어 엔진과 Show Control의 역할을 나눈다
미디어 엔진은 실시간 그래픽, 영상 재생, Audio와 시각 효과를 처리한다. Show Control은 시간표, 공간 전체 Cue, 전원과 장치 상태를 관리할 수 있다. 작은 시스템은 한 PC에서 두 역할을 수행할 수 있지만 논리적 책임은 나누는 편이 좋다. 콘텐츠가 재시작되어도 조명 안전 상태와 운영 스케줄이 무너지지 않아야 하기 때문이다.
조명과 효과 장비에는 DMX 계열 제어가 널리 쓰인다. Unreal Engine의 공식 DMX 기능처럼 Engine에서 DMX 입력·출력과 Fixture를 다룰 수 있지만, 주소 체계와 Universe, Network Adapter, 안전 기본값은 현장 제어 문서와 일치해야 한다.
4. 출력은 콘텐츠 사양이 아니라 시스템 사양이다
프로젝터는 Throw Ratio, 밝기, 투사면과 관객 그림자를 검토하고 LED Wall은 물리 크기, Pixel Pitch, Processor와 시청거리를 확인한다. 멀티 프로젝션이나 여러 LED 출력은 Canvas 해상도와 Mapping, Frame 동기를 함께 설계한다. Audio는 채널·Speaker 위치와 음량 제한, 조명은 Fixture 주소와 밝기 범위를 관리한다. 모터나 기구가 포함되면 미디어 소프트웨어와 별도의 비상 정지·Limit·안전 제어가 필요하다.
5. 운영 모드를 콘텐츠와 함께 만든다
- 자동 시작: 전원 인가 후 서비스, 센서, Engine과 출력이 정해진 순서로 준비된다.
- 상태 화면: PC·센서·네트워크·프로젝터 또는 LED의 연결 상태를 한눈에 확인한다.
- 수동 모드: 센서 장애 시 Cue를 직접 실행하거나 해당 Zone을 안전하게 비활성화한다.
- 자동 복구: Application이 멈추면 Watchdog이 재시작하고 대기 상태로 복귀한다.
- 로그: Event, 상태 전이, 오류와 재시작을 공통 시간 기준으로 기록한다.
현장 통합 시험
- 도면상의 센서 범위와 실제 관객 동선이 맞는지 확인한다.
- 한 명, 여러 명, 빠른 진입·이탈과 장시간 점유를 시험한다.
- 센서 케이블 분리, 네트워크 단절과 Engine 재시작을 시험한다.
- 모든 출력의 지연과 동기, 화면 경계와 음향 Level을 조정한다.
- 운영자에게 정상 시작·종료, 오류 판단과 수동 복구 절차를 인계한다.
FAQ
센서와 미디어 서버를 한 PC에 연결하면 Gateway가 필요 없나?
작은 구성에서는 한 Application이 역할을 합칠 수 있다. 그래도 원시 입력, 해석 Event와 콘텐츠 로직은 모듈로 분리해야 장치 교체와 진단이 쉽다.
전시 시스템에 인터넷이 반드시 필요한가?
필요하지 않을 수 있다. 로컬 네트워크에서 핵심 기능이 동작하도록 만들고 Cloud 기능이 끊겼을 때의 축소 운전 방식을 정하는 것이 안정적이다.
예비 PC만 준비하면 장애 대응이 끝나나?
아니다. 프로젝트 파일, License, 장치 설정, IP와 자동 시작 절차가 같은지 정기적으로 확인하고 실제 전환 시험을 해야 한다.