1분반-위트

프로젝트 개요

기술개발 과제

국문 : 트리비

영문 : TriB -Trip Buddy-

과제 팀명

WIT(위트)

지도교수

이병정 교수님

개발기간

2025년 9월 ~ 2025년 12월 (총 4개월)

구성원 소개

서울시립대학교 컴퓨터공학부 2022920016 김은지(팀장)

서울시립대학교 컴퓨터공학부 2022920001 강민지

서울시립대학교 컴퓨터공학부 2022920058 주영은

서울시립대학교 컴퓨터공학부 2022920060 최재원

서울시립대학교 컴퓨터공학부 2018920047 이태경

서론

개발 과제의 개요

개발 과제 요약

◇ TriB는 사용자들이 자체 메신저에서 나눈 대화를 AI가 분석하여, 자동으로 여행 계획을 생성하는 차세대 AI 여행 매니저 플랫폼이다. 
◇ 더 나아가, AI가 생성한 일정을 중심으로 지도(경로 확인), 가계부(예산 관리), 커뮤니티(일정 공유 및 정보 수집) 기능을 유기적으로 결합하여 제공함으로써 여행의 전 과정을 하나로 해결하는 완결성 있는(All-in-One) 서비스를 제공한다.

개발 과제의 배경

◇ 여행 앱에 대한 수요 증가

실시간 앱·결제 데이터 기반 시장/경쟁사 분석 솔루션 와이즈앱·리테일 분석 결과에 따르면, 한국인 스마트폰 사용자 중 여행 플랫폼 앱 사용자 수는 2019년 6월 기준 545만 명에서 2024년 6월 969만 명으로 약 2배 증가했다. 이는 앱을 통한 여행 준비가 대중화되었음을 의미하며, TriB가 제공하는 서비스에 대한 강력한 기회 요인이 될 수 있다.

◇ 여행 일정 수립의 어려움

현대 사회에서 여행은 주요한 여가 활동으로 자리를 잡았지만, 여행을 준비하는 과정은 여전히 많은 사람들에게 큰 부담으로 다가온다. SNS의 발달로 많은 여행 추천 글, 여행 후기를 접하게 되면서 사람들의 희망 여행지는 폭발적으로 증가하였다. 하지만 가고싶은 장소가 늘어날수록 이 중 일부를 추리고 동선을 설계하는 것은 점점 어려운 문제가 되었다.

◇ 기존 여행 플랫폼의 문제점

시중에 존재하는 여행 플랫폼의 기능 및 특징은 다음과 같다.

1. 사용자 선호 반영 부족

대부분의 플랫폼이 소수의 기본 정보에만 의존하여 대중적인 경로를 추천할 뿐, 사용자 개개인의 취향이나 여행 스타일을 반영한 개인화된 경험을 제공하지 못한다.

2. 여행 준비 과정의 분산

현재 여행 계획 수립은 대체로 SNS에서 정보를 수집하고, 메신저 앱에서 동행자와 대화를 나누고, 지도 앱에서 경로를 확인하며 계속해서 수정해나가는 방식으로 진행된다. 일정이 정해진 후에는 이를 지도 앱에 기록하고, 예산 관리도 별도로 기록해두어야 한다. 한 번의 여행에서도 여러 플랫폼을 이동하며 계획을 작성하는 것은 사용자에게 피로감을 유발한다.

3. 데이터 단절

일정, 경비, 교통, 후기 데이터가 각각 다른 플랫폼에 흩어져 있어 통합적인 경험을 제공하지 못한다. SNS나 블로그의 여행 후기는 실용적인 정보(교통편, 운영 시간, 정확한 위치, 입장료 등)가 누락된 경우가 많아, 사용자는 마음에 드는 장소를 발견해도 계획에 반영하기 위해 필요한 구체적 정보를 찾아 여러 플랫폼을 오가야 하는 비효율적인 탐색 과정을 반복하게 된다.

개발 과제의 목표 및 내용

1. 사용자 인증 및 회원기능과 시작화면

- SNS 연동을 통한 회원가입 및 로그인을 할 수 있다.

- 이메일 인증을 통한 회원가입 및 로그인을 할 수 있다.

- 비밀번호를 변경할 수 있다.

- 비밀번호 찾기를 통해 임시 비밀번호를 부여받을 수 있다.

- 회원탈퇴를 할 수 있다.

2. 여행 상세 정보 조회(메인페이지: 진행중 여행의 상세 정보 페이지)

- 해당 여행의 일정을 날짜별로 확인 및 수정할 수 있다.

- 해당 여행의 일정의 장소 및 경로를 지도에서 확인할 수 있다.

3. 일정 목록

- 여행 목록에서 과거 여행과 예정된 여행들을 확인할 수 있다.

4. 길찾기

- 사용자가 직접 출발/도착지를 지정한 길찾기가 가능하다.

- 출발지, 도착지를 지정하면 도보, 자동차, 대중교통 별로 경로 및 소요시간을 확인할 수 있다.

5. 채팅 및 채팅 기반의 일정 생성

- 여행 멤버들로 구성된 채팅방을 생성할 수 있다.

- 멤버들과의 채팅으로 여행을 함께 계획할 수 있다.

- 답장 기능을 통해 유기적으로 대화할 수 있다.

- 채팅방에서 태그와 북마크 기능을 통해 멤버들의 선호도를 표현할 수 있다.

- 채팅방에서 제공된 대화로그, 장소태그, 북마크를 기반으로 시스템이 전체 일정을 자동 생성한다.

- 생성된 일정은 일자별 각 장소의 순서, 도착시간, 체류시간, 이동시간을 포함한다.

- 생성된 일정은 각 장소별 사용 금액을 예상하여 보여준다.

6. 가계부

- 사용자는 각 여행마다 가계부를 작성할 수 있다.

- 사용자는 지출 내역을 날짜와 카테고리로 구분지어 기록하고 시스템은 지출 내역을 시각화하여 사용자에게 보여준다.

- 사용자는 공동으로 결제한 내역에 대해서 정산 현황을 간편히 확인할 수 있다.

6. 커뮤니티

- 일정 공유 게시판에서 생성된 여행 일정을 서로 공유 및 참고할 수 있다.

- 자유 게시판에서 여행과 관련된 이야기들을 자유롭게 나눌 수 있다.

7. 마이페이지: 회원 정보 관리 및 활동 기록 조회

- 기본 계정 정보를 수정할 수 있다.

- 친구 추가 요청을 확인하고 응답할 수 있다.

- 사용자가 공유한 게시글과 좋아요 표시한 게시글을 확인할 수 있다.

- 알림을 끄고 킬 수 있다.

8. 음성인식기능

- 채팅방 내부에서 메세지를 전송할 때 음성인식 기능을 사용할 수 있다.

관련 기술의 현황

관련 기술의 현황 및 분석(State of art)

전 세계적인 기술현황

◇ LLM

- 대규모 언어 모델은 방대한 양의 데이터를 학습하여 인간의 언어 패턴을 이해하고, 사용자의 의도를 파악하는 데 탁월한 성능을 보인다. 최근 LLM은 단순히 언어를 이해하는 수준을 넘어, 복잡한 맥락 추론과 사용자 맞춤 대화가 가능해졌다. 여행 분야에서는 일정 추천, 사용자 리뷰 분석, 맥락 기반 질의응답에 활용되고 있으며, ChatGPT, LLaMA, Claude와 같은 모델들이 API 형태로 서비스에 쉽게 통합될 수 있다.

◇ 추천 시스템 기술

- 초기 추천 시스템은 사용자의 선호도나 유사한 사용자 그룹의 패턴을 기반으로 한 협업 필터링과 콘텐츠 기반 필터링에 의존했으나, 최근에는 딥러닝 기술을 활용해 사용자의 복합적인 행동을 분석하여 추천 정확도를 높이는 딥러닝 기반 추천 시스템이 주류를 이루고 있다. 더 나아가 LLM과 추천 시스템을 결합하여 대화형으로 사용자 선호도를 파악하고, 잠재적 니즈를 탐색하는 연구가 활발히 진행되고 있다. 이는 기존 시스템이 명시적으로 제공된 정보에 크게 의존했던 한계를 보완할 수 있는 접근으로 주목받고 있다.

특허조사 및 특허 전략 분석

◇ 특허조사

1. 인공지능 기반 맞춤형 여행 일정 추천 시스템 및 방법; 1020210158295 (2021-11-17)

- 이 특허는 'AI 기반의 데이터 융합 및 분석'을 핵심으로 한다. 사용자의 개인 정보(성별, 연령, 선호도, 과거 여행 기록)뿐만 아니라, 여행지에 대한 실시간 및 동적 정보(날씨, 혼잡도, 이벤트, 교통 상황 등)를 결합하여 추천의 정확도를 높인다. 이는 단순히 선호도를 반영하는 것을 넘어, 외부 환경 변화에 따라 최적의 동선과 일정을 실시간으로 재구성하는 것을 목표로 한다.

2. 사용자 특성 및 여행지 특성에 기반한 여행지 추천 시스템 및 방법; 1020140118640 (2014.09.05)

- 이 특허는 사용자 페르소나(Persona) 분석에 중점을 둔다. 사용자의 성격, 취미, 관심사 등을 파악하여 '활동적인 사람', '휴식 위주를 선호하는 사람' 등과 같이 유형을 분류한다. 이후, 이러한 유형에 맞는 여행지(테마, 후기, 경관)를 매칭하여 추천하는 방식이다. 주로 '어디로 갈 것인가'에 대한 초기 의사결정을 돕는 데 효과적이다.

3. 여행자 취향 기반 맞춤형 여행 코스 추천 서비스 플랫폼; 1020240024189 (2024.02.20)

- 이 특허는 사용자가 입력하는 기본 정보(지역, 테마 등), 위치 기반 정보, 사용자 후기 등을 종합적으로 분석해 각 항목에 가중치를 부여하고 점수를 산출한다. 이를 통해 개인 성향에 최적화된 여행 코스를 추천한다. 특히, 현지 여행 지식인과의 질의응답 기능을 포함해 사용자에게 구체적인 정보를 제공하고, 이 데이터를 다시 알고리즘에 활용한다.

4. 추천 여행코스를 제공하는 관광서비스 시스템 및 방법; 1020140045477 (2014.04.16)

- 이 특허는 관광정보 데이터베이스를 기반으로 작동한다. 사용자가 특정 지역을 선택하면, 해당 지역의 주요 관광지, 맛집, 숙소 등을 DB에서 추출하여 논리적인 동선에 따라 연결된 추천 코스를 제공합니다. 사용자 맞춤형 분석보다는, 데이터베이스에 구축된 정보를 효율적으로 연결하여 제공하는 데 초점을 맞추고 있다.

◇ 유사 특허와의 차별점

1. 사용자 의도에 대한 심층적인 이해

- 기존 특허들(예: 1020210158295)은 사용자의 직접적인 입력이나 외부데이터에 의존하지만, TriB는 사용자들이 자체 메신저에서 주고받는 대화 로그, 장소 태그, 북마크 등을 분석하여 여행에 대한 진정한 의도와 선호도를 파악한다. 이는 사용자가 의식하지 않고 자연스럽게 표현하는 맥락을 포함함으로써, 명시적인 설문지 응답보다 훨씬 정확하고 깊이 있는 개인화가 가능하다. 이에 따라 사용자의 여행 스타일이 반영된 계획을 수립할 수 있다.

2. 계획 수립의 실용성과 완성도

- 기존의 여행 추천 시스템은 장소나 코스를 제시하는 데에 그친다. 사용자는 추천된 장소들을 일일이 검색해 동선을 짜고, 예상 경비를 계산하는 등의 추가적인 수작업을 해야 한다. 이는 여전히 많은 시간과 노력을 요구한다. TriB는 사용자가 가고 싶어하는 장소들을 최적의 동선에 따라 정리해 줄 뿐만 아니라, 각 장소의 예상 경비까지 포함된 구체적인 여행 일정을 자동으로 생성한다. 이는 사용자가 계획 단계에서 겪는 번거로움을 획기적으로 줄여주며, 곧바로 실행 가능한 완성된 여행 계획을 제공한다는 점에서 차이가 있다.

기술 로드맵

◇ 프론트엔드

- 기술: React 19.1.0, React Native 0.81.4, Expo 54.0.0, TypeScript 5.9.2 - 적용: 전체 UI/UX 구성 - 선정이유: 다양한 내장 모듈과 크로스 플랫폼 개발 환경(Expo)를 제공하여 복잡한 네이티브 설정 없이 개발 가능. 빠른 프로토타입 도출 및 사용자 피드백에 따른 반복적인 수정에 유리. TypeScript를 적용하여 코드의 안정성과 가독성을 확보하고 대규모 프로젝트의 유지보수를 용이하게 함

◇ 백엔드

- 기술: Spring Boot 3.5.4, Java17 - 적용: 전체 백엔드 API 서버 구축 - 선정이유: Spring은 강력한 생태계, 안정적인 성능, 검증된 보안 기능을 제공하여 신뢰할 수 있는 서버 구축에 적합. Spring Boot를 통해 설정의 복잡성을 줄이고 빠른 개발을 지원함. Java17의 Record 등 최신 문법을 활용하여 코드의 간결성과 개발 생산성을 높임. 강력한 트랜잭션 관리 기능을 활용하여 데이터의 정합성과 무결성을 확보함.

◇ 데이터베이스

- 기술: MySQL 8.0 - 적용: 데이터베이스 서버 구축 - 선정이유: 가장 많이 사용되는 관계형 데이터베이스로 검증된 안정성과 방대한 자료, 활발한 커뮤니티 지원을 제공하여 문제해결 및 학습에 용이. 트랜잭션의 ACID 속성을 강력하게 준수하여 데이터의 신뢰성을 보장함. 프로젝트 규모에 따라 확장이 쉽게 가능하며 Spring의 JPA와의 연동성이 뛰어남

◇ AI

- 기술: Python 3.13, FastAPI 0.115.0, Uvicorn 0.32.0 - 적용: AI 서버 구축 및 LLM 모델 - 선정이유: Python은 방대한 머신러닝 라이브러리와 데이터 처리 도구를 갖춘 AI 분야의 표준 언어. FastAPI는 Python 기반의 고성능 웹 프레임워크로, 비동기 처리를 지원하여 AI 모델 추론 결과를 빠르고 효율적으로 제공하는 데 최적화. 백엔드와의 API 통합 및 연동 작업을 간소화

◇ 인프라(DevOps)

- 기술: AWS EC2, AWS RDS, AWS, GitHub Actions, Docker Hub - 적용: CI/CD 파이프라인 구축 - 선정이유: GitHub Actions를 사용하여 GitHub에 Push할 때마다 자동으로 테스트, 빌드, Docker 이미지 생성 및 Docker Hub에 푸시, 그리고 EC2 서버에 최신 이미지를 배포하고 실행하는 과정을 자동화하여 개발 효율성을 극대화함. AWS의 EC2, RDS, S3를 활용하여 안정적이고 확장 가능한 클라우드 기반 서비스 인프라를 구축하여 관리 부담을 줄이고 프로젝트의 요구 사항에 따라 유연하게 리소스를 조정할 수 있음.

◇ 사용 세부 기술

- 기술: Firebase Cloud Messaging(FCM) - 적용: 모바일 앱 푸시 알림 기능 구현 - 선정이유: Google에서 제공하는 안정적인 메시징 플랫폼으로 안드로이드 및 ios 환경 모두에서 일관성 있는 푸시 알림 전송 및 관리가 가능. 기존 Firebase/Google 생태계와의 통합이 용이하여 알림 전송 기능의 빠르고 효율적인 구현에 적합

- 기술: WebSocket - 적용: 실시간 채팅, 실시간 데이터 갱신 등의 양방향 통신 - 선정이유: HTTP의 단점인 폴링 방식 대신 서버와 클라이언트 간의 단일 영구 연결을 유지하여 실시간으로 데이터를 주고받을 수 있어 지연 시간이 최소화

시장상황에 대한 분석

경쟁제품 조사 비교

◇ 트리플

- 서비스: 여행 일정 기록 플랫폼

- 장점 : 공동 편집 기능을 제공하여 단체 여행 계획을 세울 때 적합

- 단점: 장소 검색 시 제공하는 정보 부족, 장소 추천 시 사용자 선호도 및 상세 맥락 파악 부족

◇ AI여행플래너 어디

- 서비스: AI 채팅 기반 여행 일정 생성 플랫폼

- 장점: 간단한 정보(도시, 기간, 인원 수, 목적 등) 입력 시 자동으로 전체 일정 생성

- 단점: 입력받는 정보가 적어 사용자 선호도 파악 부족

◇ Wonderlog

- 서비스: 도시 선택 기반 여행 일정 자동 생성 플랫폼

- 장점: 도시만 선택하면 빠르고 간편하게 자동 일정 생성

- 단점: 도시 정보만으로 일정을 생성하여, 사용자 맞춤형 추천에 한계가 있음

◇ MYRO

- 서비스: 사용자 입력 장소 기반 여행 경로 생성 플랫폼

- 장점: 가고싶은 여러 장소를 입력만 하면 하나의 경로로 만들어줌

- 단점: 사용자가 입력한 장소 순서 그대로 경로를 제공할 뿐 경로 최적화 기능 부재

	자동 일정 생성	장소 검색	공동 편집
트리플	맥락 파악 부족	세부 정보 부족	O
AI여행 플래너 어디	맥락 파악 부족	X	X
Wonderlog	맥락 파악 부족	O	X
MYRO	X	O	X

마케팅 전략 제시

- play스토어, app스토어에 출시하고 인지도를 올리기 위해 SNS(인스타그램 등)에 공유한다.

- 자체 채팅메신저를 통해 사용자의 선호도 및 대화 맥락을 충분히 파악하여 만족도 높은 일정을 생성한다는 점을 강조한다. 또한 생성된 일정을 활용할 수 있는 부가기능(지도, 가계부, 커뮤니티)의 존재를 알려 넓은 고객층을 타겟한다.

- 초기 진입시 커뮤니티 활성화를 위해 참고할 수 있는 일정들을 등록한다.

SWOT 분석	강점 (Strengths) 1. 높은 수준의 개인 맞춤화 2. 유기적인 통합 기능	약점 (Weaknesses) 1. 자연어 처리(NLP) 기술의 한계 2. 한정적인 마케팅 수단
기회 (Opportunities) 1. 개인화 여행 수요 증가 2. 인공지능(AI) 및 챗봇 기술의 대중화	SO 전략 (공격적 전략) 1. 높은 수준의 개인 맞춤화(S1)를 핵심 가치로 내세워, 증가하는 개인화 여행 수요(O1)를 적극 공략한다. 2. AI/챗봇 기술의 대중화(O2)를 활용하여 'AI 여행 매니저' 콘셉트를 강조하고, 유기적인 통합 기능(S2)으로 계획부터 여행 기록까지 끊김 없는 경험을 제공하여 시장을 선점한다.	WO 전략 (방향 전환 전략) 1. 최신 AI 기술(O2)을 적극 도입하여 자연어 처리 기술의 한계(W1)를 극복하고, 서비스 품질을 지속적으로 개선한다. 2. 한정된 마케팅 수단(W2)을 고려하여, 사용자들이 생성한 만족도 높은 개인화 여행 일정(O1)이 SNS 등을 통해 자발적으로 공유되도록 유도한다.
위협 (Threats) 1. 유사 서비스간 경쟁 2. 초기 마케팅 비용 및 서버 비용	ST 전략 (차별화 전략) 1. 유사 서비스와의 경쟁(T1)에 높은 수준의 개인 맞춤화(S1)와 유기적인 통합 기능(S2)을 통해 차별점을 강조한다.	WT 전략 (생존/방어 전략) 1. 높은 초기 비용(T2)과 한정된 마케팅 수단(W2)을 고려하여, 특정 고객층을 타겟하는 니치 마켓을 우선 공략하여 경쟁(T1)을 회피한다. 2. 니치 시장에 집중함으로써 자연어 처리(W1)의 정확도를 높이고, 핵심 고객층의 만족도를 극대화하는 전략을 취한다.

개발과제의 기대효과

기술적 기대효과

◇ 자연어 이해(NLU) 기반의 여행 계획 기술 확보

대화 속에서 사용자의 취향, 선호 활동 등 핵심적인 여행 요소를 추출하고 분석하는 AI 모델을 개발할 수 있다. 예를 들어, 동일하게 ‘바다’를 언급하더라도 ‘바닷가에서 조용히 쉬고 싶다’와 ‘바다에서 서핑을 즐기고 싶다’는 대화의 맥락을 구분하고, ‘이번엔 좀 여유롭게 다니자’와 같은 간접적인 표현 속에서 ‘느슨한 일정’이라는 숨은 선호도를 포착한다.

◇ 데이터 기반의 유기적 서비스 통합 아키텍처 구축

메신저, 지도, 가계부, 커뮤니티 등 독립적인 기능들이 하나의 플랫폼 안에서 데이터를 교환하고 상호작용하게 만드는 견고한 통합 아키텍처 설계 기술을 축적할 수 있다. 커뮤니티에 올라온 여행 일정이 내 여행 계획에 반영되거나, 생성된 일정이 지도 위 최적 경로로 시각화되는 과정에서 발생하는 데이터들을 효율적으로 처리하고 관리하는 노하우를 확보하여 플랫폼의 안정성과 확장성을 높일 수 있다.

경제적, 사회적 기대 및 파급효과

◇ 여행 준비 과정의 자동화를 통한 여행 계획 시간 및 비용 절감

정보 탐색, 의견 조율, 장소 간 이동시간 계산, 동선 최적화, 예상 금액 계산 등 번거로운 여행 준비 과정을 AI가 통합 및 자동화하여 여행 계획에 소요되는 시간 및 비용을 절감한다. 이를 통해 사용자가 여행을 준비하며 겪는 정신적 스트레스를 줄이고 누구나 쉽게 여행을 떠날 수 있는 환경을 조성한다.

◇ 원활한 소통 기반의 협력적 여행 문화 조성

단체 여행 계획 시 발생하는 의견 충돌과 갈등을 최소화하고, 구성원들의 선호를 균형 있게 반영한 합리적인 계획을 제시함으로써 원활한 공동 의사결정을 지원한다. 여행 후에도 커뮤니티를 통해 경험을 공유하는 등 긍정적이고 협력적인 여행 문화 확산에 기여한다.

◇ 개인 맞춤형 여행 트렌드 확산

패키지나 유명 관광지 중심의 획일적인 여행 문화에서 벗어나, 개인의 취향과 가치관을 깊이 있게 반영하는 새로운 트렌드를 촉진한다. 사용자들은 더 이상 정해진 코스를 따르지 않고, 자신에 관심사에 맞는 숨은 맛집, 소도시의 공방, 로컬 문화 공간 등을 발굴하고 방문할 수 있다.

기술개발 일정 및 추진체계

단계별 세부개발 내용		담당자	개발기간 (월단위)				비고
단계별 세부개발 내용		담당자	9	10	11	12	비고
계획	주제 선정 및 구체화	전원	●
	MVP 모델 선정	전원	●
	세부 기획 및 개발 프로세스 선정	전원	●
분석 및 설계	요구사항 분석	전원	●
	개발 환경 설정	전원	●
	UI/UX 디자인 설계	강민지, 최재원	●
	서버 인프라 및 CI/CD 구축	김은지	●	●			서버 인프라: AWS EC2, AWS S3, AWS RDS CI/CD: git action
	아키텍처 설계	전원	●
	DB 설계	김은지, 주영은	●
구현	API 설계	김은지, 주영은	●
	프론트엔드 개발	강민지, 최재원	●	●	●
	AI 서버 개발	주영은, 김은지	●	●
	백엔드 개발	김은지, 주영은	●	●	●
테스트	테스트 케이스 작성	이태경	●
	단위테스트	이태경				●
	통합테스트	전원				●
출시	배포	전원				●
출시	유지보수	전원				●

구성원 및 추진체계

◇ 김은지 : 팀장, DB 설계, Back-End 개발, AI 개발

◇ 주영은 : DB 설계, Back-End 개발, AI 개발

◇ 강민지 : UI/UX 설계, Front-End 개발

◇ 최재원 : UI/UX 설계, Front-End 개발

◇ 이태경 : 품질 보증(QA) 및 기능 테스트

설계

설계사양

제품의 요구사항

내용

설계 사양

내용

개념설계안

내용

이론적 계산 및 시뮬레이션

◇ 평가 상세 지표 정의

1. 유저가 지정한 필수 규칙이 반영되었는가 사용자가 입력한 여행 스타일이나 제약 조건(예: 공항 도착 시간, 숙소 예산 등)을 얼마나 충실히 반영했는지 측정한다.

2. 유저가 지정한 필수 방문 장소가 반영되었는가 사용자가 꼭 가고 싶다고 선택한 장소가 생성된 일정에 누락 없이 포함되었는지 측정한다.

3. 동선이 효율적인가 동일한 장소 목록을 기준으로, 개발팀이 최적화하여 짠 동선과 triB가 생성한 동선의 이동 시간을 비교한다. 점수가 1.0에 가까울수록 효율성적임을 의미한다.

4. 각 장소의 방문 시간이 적절한가 장소의 특성(예: 점심 식사 장소, 야경 명소, 아침 산책로 등)에 부합하는 시간대에 배정되었는지 평가한다.

5. 각 장소의 체류시간이 적절한가 해당 장소를 즐기기에 평균적으로 너무 짧거나 길지 않은지 평가한다. 예를들어 놀이공원은 상대적으로 긴 체류시간을, 식당은 상대적으로 짧은 체류시간을 가져야한다.

6. 각 장소를 운영시간 내에 방문하는가 가게나 관광지의 문을 닫은 시간에 방문하거나, 브레이크 타임에 걸리지 않았는지 등 물리적인 방문 가능 여부를 측정한다.

◇ 일정 생성 평가 기준

- 각 항목 당 1점 만점으로 평가

◇ 생성된 일정 평가

1. 유저가 지정한 필수 규칙이 반영되었는가?

필수 규칙	평가 결과
“우리 비행기 뉴욕에 오전 10시 도착임”	적절 (일정상 공항 도착 10:00 반영됨)
"집갈때는 오후 5시에 공항 도착해야함"	적절 (공항 도착 16:30으로 데드라인 준수)
"숙소는 타임스퀘어 근처가 국룰이지?"	적절 (M Social Hotel Times Square 배정됨)

2. 유저가 지정한 필수 방문 장소가 반영되었는가?

필수 방문 장소	평가 결과
브루클린 브리지	적절 (2일 차 오후 방문)
피터 루거 스테이크 하우스	적절 (1일 차 저녁 방문)
센트럴 파크	적절 (1일 차 오후 방문)

3. 동선이 효율적인가?

일정	TriB 생성 일정 (Current Model)	이동 시간	최적화 일정 (Human Reference)	이동 시간	효율성 평가 및 분석
Day 1 (전체)	공항 → 숙소(타임스퀘어) → 센트럴파크 → MoMA → 엠파이어 빌딩 → 피터 루거(브루클린)	약 128분	공항 → 숙소 → 센트럴파크 → MoMA → 엠파이어 빌딩 → 피터 루거	약 128분	동선 완전 일치 (최적) 숙소 체크인 후 '센트럴파크(북쪽)'에서 시작하여 '미드타운(MoMA, 엠파이어)'을 거쳐 '브루클린(피터 루거)'으로 내려오는 이상적인 남하(North-to-South) 동선을 생성했습니다. 수정할 부분이 없습니다.
Day 2 (전체)	숙소 → 에스 베이글 → 배터리 파크(남단) → 브루클린 브리지 → 덤보 → 조스 피자	약 149분	숙소 → 에스 베이글 → 배터리 파크 → 브루클린 브리지 → 덤보 → 조스 피자	약 149분	지역 클러스터링 우수 아침 식사 후 맨해튼 최남단(배터리 파크)으로 이동하여 페리를 타고, 이후 바로 옆의 브루클린 브리지를 건너 덤보 지역을 관람하는 동선이 매우 효율적입니다.
Day 3 (전체)	숙소 → 첼시 마켓 → 하이라인 파크 → 첼시 마켓(점심) → 공항	약 48분 (공항 이동 제외)	숙소 → 첼시 마켓 → 하이라인 파크 → 첼시 마켓 → 공항	약 48분	마지막 날 동선 최적화 공항으로 떠나기 전, 숙소 서쪽의 '첼시 지역'을 묶어서(Grouping) 관람하고 식사까지 해결하는 동선으로, 불필요한 이동을 최소화했습니다.

4. 각 장소의 방문 시간이 적절한가?

장소	방문 시각	평가 기준	평가 결과
[1일차]
존 F. 케네디 국제공항	10:00	도착 시간	일치 (정시 도착)
M 소셜 호텔	10:30	체크인	적절 (짐 보관 후 이동)
센트럴 파크	13:50	커피 & 산책	반영됨 (체크인 후 오후 산책)
뉴욕 현대미술관 (MoMA)	15:35	박물관 관람	반영됨 (오후 관람)
엠파이어 스테이트 빌딩	17:50	일몰 및 야경	우수 (일몰 시간에 맞춰 방문)
피터 루거 스테이크 하우스	20:10	저녁 식사	반영됨 (늦은 저녁 식사)
[2일차]
에스 베이글	09:09	아침 식사	반영됨 (오픈런 시간대)
자유의 여신상 페리	10:50	페리 투어	적절 (오전 시간 활용)
브루클린 브리지	14:10	도보 이동	적절 (낮 시간대 사진 촬영)
덤보 (Dumbo)	15:25	사진 촬영	적절
조스 피자	16:31	이른 저녁	반영됨 (브루클린 일정 마무리)
[3일차]
첼시 마켓	09:16	구경 및 쇼핑	적절 (오전 붐비기 전 방문)
하이라인 파크	12:00	산책	적절 (점심 전 산책)
첼시 마켓 (점심)	13:10	점심 식사	반영됨
존 F. 케네디 국제공항	16:30	공항 도착	달성 (17:00 데드라인 30분 전 도착)

5. 각 장소의 체류시간이 적절한가?

장소	체류시간	분류	평가 결과
센트럴 파크	1시간 28분	관광명소	적절 (산책 및 휴식에 충분)
뉴욕 현대미술관 (MoMA)	2시간 1분	관광명소	적절 (표준 관람 시간 준수)
엠파이어 스테이트 빌딩	1시간 45분	관광명소	적절 (전망대 관람 및 대기 포함)
피터 루거 스테이크 하우스	1시간 38분	식당	적절 (여유로운 식사 시간)
에스 베이글	1시간 13분	식당	적절 (웨이팅 및 식사 시간 포함)
자유의 여신상 페리	2시간 55분	관광명소	적절 (개선됨) (이전 피드백 반영되어 페리 왕복 및 관람 시간 3시간 확보됨)
브루클린 브리지	59분	관광명소	적절 (도보 횡단 시간 충분)
덤보	30분	관광명소	적절 (사진 촬영 위주)
첼시 마켓 (전체)	약 5시간	복합문화	여유 (쇼핑, 구경, 점심 식사를 모두 포함하여 매우 넉넉함)
하이라인 파크	59분	관광명소	적절

6. 각 장소를 운영시간 내에 방문하는가?

장소	방문 시각	운영 시간 (예상)	평가 결과
[1일차]
센트럴 파크	13:50	06:00 ~ 01:00	적합
뉴욕 현대미술관 (MoMA)	15:35 ~ 17:36	10:30 ~ 17:30	운영 종료 임박 (폐관 시간에 맞춰 퇴장하므로 관람 막바지에 서둘러야 할 수 있음)
엠파이어 스테이트 빌딩	17:50	10:00 ~ 23:00	적합
피터 루거 스테이크 하우스	20:10	11:45 ~ 21:30	적합 (라스트 오더 전 방문)
[2일차]
에스 베이글	09:09	06:00 ~ 18:00	적합
자유의 여신상 페리	10:50	09:00 ~ 15:30	적합 (운행 시간 내 탑승)
브루클린 브리지	14:10	24시간 개방	적합
조스 피자	16:31	10:00 ~ 22:00	적합
[3일차]
첼시 마켓	09:16	07:00 ~ 22:00	적합
하이라인 파크	12:00	07:00 ~ 22:00	적합