<aside> 📁

양주에서 서울로 출근하는 광역버스 승객에게 버스가 내 정류장에 도착할 때 자리가 있을지 예보하는 서비스. 5인 팀에서 데이터 수집과 예보 API, 모바일 웹 조회 흐름을 맡고 기획 논의에 참여함.

</aside>

항목 내용
기간 2026.09.23–10.17
팀 · 역할 5인 팀 '타고가조', 데이터 수집과 예보 API, 모바일 웹 조회 흐름 담당, 기획 논의 참여
결과 2026 양주시 미래인재 AI 공모전 최우수상 (팀 수상, 제2026-126호, 2026.10.17)
AI 협업 API 명세 초안, 코드, 테스트는 AI 협업. 좌석 상태 구분과 확률 공개 조건, 결과 검수는 본인

문제

배경 · '언제 올까'에서 '탈 수 있을까'로

AS IS '버스는 언제 올까?'와 TO BE '내 정류장에 오면 탈 수 있을까?'를 나란히 비교한 슬라이드

AS IS '버스는 언제 올까?'와 TO BE '내 정류장에 오면 탈 수 있을까?'를 나란히 비교한 슬라이드

질문 전환. 도착 예정 시간과 현재 잔여석에서 도착 시 만차 확률과 유사 운행 비교로 · 팀 발표자료 p.4

문제 정의 · 빈칸이 0석으로 들어오는 데이터

2026.10.03 덕정역 도착 API를 한 번 조회해 좌석 값을 확인. 정규화한 슬롯 56개 중 쓸 수 있는 좌석 값은 2행뿐임.

단일 조회 결과 · 본인 로컬 검증 문서 기준

판단 기준과 결정 · 모르는 값은 모른다고 응답

근거가 없으면 숫자 대신 이유를 보냄. 이 기준으로 수집과 예보 API의 응답 규칙을 아래처럼 정함.

판단 선택지 이유
피함 API 기본값 0을 그대로 사용 빈 슬롯과 정보 없음이 실제 만석 관측과 섞임
채택 0석, 정보 없음, 빈 슬롯 분리 실제 차량이 보고한 0만 만석으로 판단. -1이나 공란, 음수는 0으로 바꾸지 않고 빈 슬롯은 후보에서 제외
피함 요청 시각에 도착 예정 시간을 다시 더함 예전에 받은 도착 예정 시간이 조회할 때마다 뒤로 밀려 방금 본 값처럼 보임
채택 수신 시각 고정과 stale 표시 도착 예정 시각은 수신 시각 기준으로 고정. 오래된 관측은 stale로 표시하고 계산에서 제외
채택 근거가 부족하면 확률은 null 유사 사례 19건 이하면 확률을 내지 않고 20건부터 계산. 20건을 채워도 공개 승인은 따로 둠
채택 덕현초교 직접 관측을 기준으로 덕정역 관측은 같은 차량, 같은 운행, 같은 방향이 확인될 때만 보조로 사용