플러스프로젝트 배경
1) 문제 상황 - 엘리베이터·복도 화면은 아무도 상주해서 보지 않아, 검은 화면이 몇 주간 발견되지 않는 것이 기본값 - 관제는 초록인데 단말은 검은 화면 — '재생됨'으로 광고가 청구되면 광고주 신뢰가 한 번에 무너짐 - 신호가 끊겨도 마지막 층이 화면에 남아, 승객이 틀린 정보를 현재로 읽음(틀린 정보는 정보 없음보다 나쁨) - 죽어서 안 보이는 단말이 분모에서 빠져 가동률이 100퍼센트로 보이는
프로젝트 성과
Proof of Play (광고 실재생 증명)
소재별·단말별·기간별 실재생 시간을 '재생 명령'이 아니라 실제 디코딩된 프레임 근거로 집계. 검은 화면은 세지 않고, 라이브·캐시 재생을 구분해 정산 리포트로 발행
정직한 관제 (침묵은 정상이 아님)
오프라인·수신없음·측정불가를 구분하고 분모를 설치 전수로 고정. 라이브 썸네일로 '지금 저 화면에 뭐가 나오나'를 눈으로 확인, 장애는 상위로 승격 통지
영상+층 실시간 합성 단말
본사 영상(RTP)과 엘리베이터 층·방향 신호(RS485)를 단말이 실시간 합성해 표시. 신호 신선도가 끊기면 마지막 층을 얼리지 않고 '수신 없음'으로 강등
표준 프로토콜 결선 (교체 가능)
RTP 멀티캐스트·RS485·MQTT 등 공개·산업 표준으로 결선. 특정 벤더에 묶이지 않고, 발주사 프로토콜 정의서를 받으면 그대로 교체
불변식 15 + 헤드리스 게이트 240
정직성 원칙을 소멸 불변식 15종으로 정의하고, 앱을 켜지 않고도 도는 자동 검증 게이트 240종으로 못박아 '빌드 그린인데 화면만 거짓' 회귀를 차단
핵심 기능
전체 데이터 흐름 (송출→단말→관제·제어반)
채널별 영상(RTP)이 어느 단말로 가고, 제어반 층 신호(RS485)가 어느 단말에 들어오며, 단말이 관제로 무엇을 보고(MQTT)하는지 한 장으로
진행 단계
1. 소멸문제 정의·불변식 설계
2026.07.
'무엇이 이 사이니지를 소멸(거짓말)시키는가'를 정의해 불변식으로 변환, 검증 게이트로 못박을 항목 합의 (온톨로지 우선)
프로젝트 상세
엘리베이터·복도에 붙는 광고 사이니지가 '진짜 나갔는지'를 증명하고, 깨질 때 화면이 거짓말하지 않게 만드는 관제 시스템을 개발했습니다. 본사 송출 서버가 채널별 주소로 광고 영상을 보내면(RTP 멀티캐스트), 각 단말이 영상과 엘리베이터 층·방향 신호(RS485)를 실시간으로 합성해 표시하고, 상태와 화면 스냅샷을 관제실로 보고합니다(MQTT). 핵심은 정직성입니다. 광고 재생은 '재생 명령'이 아니라
