Glide

요약

흔들리기 2~7초 전에 미리 알려, 탑승자가 스스로 자세를 잡게 하는 자율주행 멀미 저감 시스템. 같은 멀미 지표(MSDV)를 센서 보드 · 웹 관제 · iOS 앱 세 곳에 같은 식으로 구현했습니다.

3곳

같은 멀미 공식이 도는 곳

센서 보드 · 웹 콘솔 · iOS 앱

2 → 7초

속도에 맞춘 선행 예고

실제 탑승 체감으로 재조정

−77%

멀미 지표 MSDV

시뮬레이션 · 실차 실험 아님

역할 – 문제 정의 · UX 설계 · 알고리즘 · 웹 · iOS · 펌웨어 · 웨어러블 목업 (1인)

←→

모두 보기1 / 9

개요

자율주행차의 탑승자는 앞을 보지 않습니다. 영상을 보고, 일하고, 마주 앉습니다. 그런데 눈에 보이는 것과 몸이 느끼는 움직임이 어긋나면 멀미가 납니다. Glide는 차가 흔들리기 전에 탑승자에게 알려, 몸이 먼저 대비하게 합니다.

라이브: glide-saas.vercel.app (웹 관제 콘솔)

문제

• 원인 – 시각과 전정기관의 충돌. 자율주행에서는 전방을 보지 않는 시간, 비운전 활동, 마주 보는 좌석이 모두 늘어납니다.
• 규모 – 자율주행 탑승자의 6~10%가 중등도 이상의 멀미를 정기적으로 겪는다는 연구(Sivak & Schoettle)가 있고, 미국인의 최대 3분의 1이 차멀미를 겪는다는 조사(NIH · Mcity)가 있습니다.
• 역설 – 멀티태스킹을 피하면 멀미는 해결됩니다. 하지만 그 순간 자율주행의 핵심 가치가 사라집니다.

리서치

• 측정 지표 – 멀미를 재는 세 방식(MSDV, MISC, FMS)을 비교해 국제 표준(ISO 2631-1)에 뿌리를 둔 MSDV를 골랐습니다. 표준 지표여야 외부와 같은 언어로 이야기할 수 있습니다.
• 경쟁 분석 – Apple Vehicle Motion Cues, ClearMotion, Bosch, Toyota, Holoride 등을 비교한 결론은 "아무도 안 한다"가 아니라 "통합이 비어 있다" 였습니다. 측정, 예측, 예고, 설명이 한 흐름으로 이어진 곳은 없었습니다.
• 웨어러블 구조 – 귀에 거는 햅틱 기기를 위해 오픈형 이어폰의 착용 구조를 조사했습니다.

핵심 결정

1. 01시간과 편안함의 교환은 탑승자가 고른다

   가장 빠른 길과 가장 편한 길 중 무엇이 최선인지는 상황에 따라 다릅니다. 시스템이 대신 정할 문제가 아니라고 봤습니다.

   →Rush · Cruise · Glide · Pure Glide 네 단계 슬라이더. 시뮬레이션에서 가장 편한 경로는 18% 더 걸렸습니다.

2. 02침묵을 설계한다

   알림이 많으면 무시하게 되고, 무시하게 되면 신뢰가 무너집니다.

   →임계값을 넘을 때만 말하고, 직진 정속 구간에서는 알림이 0입니다. 5초 안에 같은 움직임이 반복되면 두 번째부터는 화면을 끄고 진동으로만 알립니다. '침묵 = 신뢰'를 원칙으로 적었습니다.

3. 03정보를 줄이는 대신, 전달하는 감각을 바꾼다

   뒤를 보고 앉았거나 영상을 보는 중이라면 화면 알림은 닿지 않습니다.

   →역방향 좌석이면 시각을 모두 끄고 진동과 소리로, 다른 활동 중이면 글자 대신 조명과 진동으로 전합니다. 알림 채널 8종, 우선순위 5단계.

4. 04설계값보다 실제 탑승 체감을 따른다

   처음 정한 예고 시간 1.5 / 2 / 3초는 실제로 타 보니 '대비할 시간이 없을 만큼' 늦었습니다.

   →예고 시간을 2 / 3 / 5 / 7초로 올리고 속도에 연동했으며, 예고 거리는 최소 40m로 두었습니다.

›예고 거리 공식과 멀미 지표

예고 거리 = max(40m, 속도 × 예고 시간 × 민감도).

멀미 지표(MSDV)는 센서 보드, 웹 콘솔, iOS 앱에 같은 식으로 들어 있습니다: 가속도를 제곱해 시간에 따라 누적하고, 0~100의 Glide Score로 바꿉니다. 상태 경계는 4 · 10 · 18입니다. 세 곳이 같은 식을 쓰기 때문에 보드에서 잰 값과 앱이 보여주는 값이 같은 언어로 읽힙니다.

디자인

• 설계 원칙 다섯 가지 – 예고는 골든타임 · 침묵 = 신뢰 · 임계값에서만 발화 · 감각 채널의 우선순위 · 탑승자를 탓하지 않는 말투("모실게요").
• 햅틱 – 실제로 타 보며 조율한 225ms 켜짐 → 100ms 꺼짐 → 225ms 켜짐 패턴. 방향마다 세기 곡선이 다릅니다.
• 멀미 케어 13단계 – 가벼운 제안에서 자동 적용 후 통보, 필요하면 정차까지. 개입은 심각도에 비례합니다.
• 화면 – 차량 화면 5가지 상태, 휴대폰 상단 알림(Dynamic Island) 6가지 상태, 위젯 3종과 실시간 현황 2종, 알림 문구 50개 이상.
• 프라이버시를 정확도보다 앞에 – 건강 데이터 연동을 빼고, 얼굴 영상은 저장하지 않습니다.

프로토타입

세 부분이 같은 데이터로 움직입니다.

• 센서 보드 – Arduino와 MPU6050 두 개(차량용 · 머리용), 좌우 진동 모터. 50Hz로 측정하고 시작할 때 200개 샘플로 보정합니다.
• 웹 관제 콘솔 – Next.js로 만든 메뉴 10개의 콘솔. 사람이 뒤에서 조종하는 방식(Wizard of Oz)으로 시나리오를 재현합니다. 배포됨
• iOS 앱 – SwiftUI, CoreMotion, 에어팟의 머리 움직임 센서, 햅틱. 빌드는 통과했고 TestFlight 배포는 아직입니다.

활동

결과

−77%

멀미 지표 MSDV (최단 경로 대비)

−78%

가다 서다 (Stop-Go)

+18%

추가 소요 시간

사람이 개입하는 지점

• 자동 – 멀미 지표(MSDV)를 계속 재고, 임계값을 넘기 전에 먼저 알립니다.
• 사람 – 개입은 심각도에 비례합니다. 가벼운 제안에서 시작해, 자동 적용 후 통보, 필요하면 정차까지 13단계입니다. 시간과 편안함을 맞바꾸는 결정은 언제나 탑승자가 합니다.
• 침묵도 설계 – 임계값 아래에서는 말하지 않습니다. 계속 말하는 시스템은 곧 꺼집니다.

회고

• 설계 문서가 틀렸을 때는 문서를 고친다. 목적은 숫자를 지키는 것이 아니라 경험을 지키는 것입니다.
• UX의 일관성 문제는 대개 정보 구조의 문제다. 여러 곳에 흩어진 차량 설정 화면을 하나의 공통 컴포넌트로 합쳤습니다.
• 데모는 최악의 환경을 가정해 만든다.
• 방향을 바꿨다 – 소비자용 호출 앱에서, 자동차 회사에 넣는 SDK와 차량에 상관없이 쓰는 동반 앱으로.
• 다음 – 실차 A/B 테스트, 블루투스 직접 연동, 개인화 모델.