안녕하세요. 앞서 장소 데이터 저장에 대해 회신 주신 건으로 세 가지만 더 여쭙습니다.
1. 이용자가 검색 결과에서 선택하고 확인한 값을 저장하는 경우
저희가 검토 중인 구조는 다음과 같습니다.
(1) 이용자가 검색어를 입력하면 Local API 로 검색합니다
(2) 검색 결과는 화면에 표시만 되고 저장하지 않습니다
(3) 이용자가 목록에서 하나를 선택하면 장소명이 입력란에 채워집니다
(4) 이용자는 그 값을 확인하거나 수정할 수 있습니다
(5) 이용자가 제출하면 제출된 문자열 하나만 저장합니다
저장하는 것은 이용자가 제출한 상호명 한 줄뿐이고, 장소 ID, 주소, 좌표, 분류는
저장하지 않습니다. 검색 결과 목록 자체도 저장하지 않습니다.
이 경우에도 회신 다) 항의 "API 결과를 DB에 저장하는 구조"에 해당하는지요?
저희가 판단이 서지 않는 이유는, 저장되는 값이 검색 결과에서 비롯되기는 하지만
이용자가 건별로 확인·수정하여 제출한 값이라는 점, 그리고 검색 결과를 모아
데이터베이스로 구축하는 것과는 성격이 다르다고 볼 여지가 있다는 점 때문입니다.
다만 실질적으로 API 결과가 저장되는 것이라고 보실 수도 있다고 생각합니다.
만약 이 구조도 허용되지 않는다면, 이용자가 검색 없이 처음부터 직접 타이핑한
값을 저장하는 것은 허용되는지도 함께 확인 부탁드립니다. 현재 저희는 그렇게
운영하고 있습니다.
2. 장소 ID 만 저장하는 경우
회신에서 다) 항은 "API 결과를 DB에 저장하는 구조면 허용되지 않는다"고 안내해
주셨고, 라) 항은 "장소 ID 기반 단건 호출 API는 없으니 카카오맵 상세 URL 연결이나
실시간 재검색으로 직접 구현하라"고 안내해 주셨습니다.
그런데 라) 항에서 제시해 주신 "카카오맵 상세 URL 연결"은
https://place.map.kakao.com/{장소ID} 형태로 알고 있습니다. 이 URL 을 만들려면
검색 결과로 받은 장소 ID 를 저장해 두어야 합니다. 장소 ID 역시 API 결과이므로,
다) 항의 금지 범위에 포함되는지 아니면 라) 항의 구현을 위해 예외인지 판단이
서지 않습니다.
장소명, 주소, 좌표는 저장하지 않고 장소 ID 만 저장하는 경우, 허용되는지요?
3. 허용되지 않는다면 라) 항은 어떻게 구현하는 것인지
장소 ID 저장이 허용되지 않는다면, 라) 항의 "카카오맵 상세 URL 연결"은 어떤
방식을 말씀하신 것인지요? 저희가 이해한 바로는 장소 ID 없이 해당 URL 을 만들 수
없어서 여쭙습니다.
참고로 저희 서비스는 이용자가 검색 시점에 그 자리에서 선택하는 것이 아니라,
선택한 장소를 기록으로 남겼다가 며칠 뒤에 다시 보여주어야 하는 구조입니다.
그래서 라) 항의 "실시간 재검색"은 적용이 어려웠습니다. 재검색에 사용할 검색어가
곧 저장이 금지된 장소명이어서, 저장하지 않으면 재검색 자체를 시작할 수 없습니다.
혹시 저희가 놓친 다른 방식이 있다면 함께 알려주시면 감사하겠습니다.
감사합니다.