[Feat] 기존 식당 좌표 보완과 만료 전 갱신 (#228)

.env.dev.example

@@ -11,6 +11,21 @@ REDIS_PORT=6379
 
 JWT_SECRET=
 
+# 키 준비와 공개 활성화는 별개다. ingress·정상 트래픽 용량·후보 규모/byte 예산 검증 전 비활성화한다 (#252).
+HASHI_RESTAURANT_MAP_SESSION_ENABLED=false
+HASHI_RESTAURANT_MAP_SESSION_SIGNINGKEY=
+# shared는 기존 ElastiCache의 volatile-lru 정책을 유지한다. 접속값은 명시하며 자동 대체하지 않는다.
+# dedicated는 별도 noeviction Redis. 최초 shared 사용/회계 유실 후 30분간 지도 요청은 503이다.
+HASHI_RESTAURANT_MAP_REDIS_MODE=dedicated
+# 로컬 격리 검증용 컨테이너: docker/docker-compose.map-redis.local.yml
+HASHI_RESTAURANT_MAP_REDIS_HOST=
+HASHI_RESTAURANT_MAP_REDIS_PORT=6379
+HASHI_RESTAURANT_MAP_REDIS_SSL=false
+HASHI_RESTAURANT_MAP_REDIS_USERNAME=
+HASHI_RESTAURANT_MAP_REDIS_PASSWORD=
+HASHI_RESTAURANT_MAP_REDIS_CONNECTTIMEOUT=2s
+HASHI_RESTAURANT_MAP_REDIS_TIMEOUT=3s
+
 KAKAO_CLIENT_ID=
 KAKAO_CLIENT_SECRET=
 KAKAO_REDIRECT_URI=
@@ -30,5 +45,12 @@ CLOUDFRONT_DOMAIN=
 CORS_ALLOWED_ORIGINS=http://localhost:5173
 CORS_ALLOWED_ORIGIN_PATTERNS=
 
+# Google Places 관리자 위치 검토는 기본 비활성화다. 실제 비밀값은 이 예시 파일에 기록하지 않는다.
+HASHI_MAP_GOOGLE_PLACES_ENABLED=false
+HASHI_MAP_GOOGLE_PLACES_API_KEY=
+HASHI_MAP_PLACES_SELECTION_ENABLED=false
+HASHI_MAP_PLACES_SELECTION_SIGNING_KEY=
+HASHI_MAP_PLACES_SELECTION_TOKEN_TTL=10m
+
 GRAFANA_ADMIN_USER=admin
 GRAFANA_ADMIN_PASSWORD=''

build.gradle

@@ -26,6 +26,8 @@ ext {
 dependencies {
     // web / docs
     implementation 'org.springframework.boot:spring-boot-starter-web'
+    // Geocoding: RestClient transport with explicit retry/redirect disabling (Boot-managed version).
+    implementation 'org.apache.httpcomponents.client5:httpclient5'
     implementation 'org.springframework.boot:spring-boot-starter-actuator'
     runtimeOnly 'io.micrometer:micrometer-registry-prometheus'
     // 로그 JSON 인코딩(Loki 수집용) — logback-spring.xml에서 사용
@@ -94,13 +96,17 @@ dependencyManagement {
 
 tasks.named('bootJar') {
     archiveFileName = 'app.jar'
+    mainClass = 'org.sopt.hashi.HashiApplication'
 }
 
 tasks.named('jar') {
     enabled = false
 }
 
 tasks.named('test') {
+    // The maintenance smoke test launches the same artifact shipped by the existing build.
+    dependsOn tasks.named('bootJar')
+    systemProperty 'location.maintenance.jar', tasks.named('bootJar').get().archiveFile.get().asFile.absolutePath
     useJUnitPlatform()
     testLogging {
         exceptionFormat = 'full'

docker/docker-compose.dev.yml

@@ -37,6 +37,18 @@ services:
 
       JWT_SECRET: ${JWT_SECRET}
 
+      HASHI_RESTAURANT_MAP_SESSION_ENABLED: ${HASHI_RESTAURANT_MAP_SESSION_ENABLED:-false}
+      HASHI_RESTAURANT_MAP_SESSION_SIGNINGKEY: ${HASHI_RESTAURANT_MAP_SESSION_SIGNINGKEY:-}
+      # shared는 기존 ElastiCache 재사용, dedicated는 별도 noeviction Redis. 호스트는 명시한다.
+      HASHI_RESTAURANT_MAP_REDIS_MODE: ${HASHI_RESTAURANT_MAP_REDIS_MODE:-dedicated}
+      HASHI_RESTAURANT_MAP_REDIS_HOST: ${HASHI_RESTAURANT_MAP_REDIS_HOST:-}
+      HASHI_RESTAURANT_MAP_REDIS_PORT: ${HASHI_RESTAURANT_MAP_REDIS_PORT:-6379}
+      HASHI_RESTAURANT_MAP_REDIS_SSL: ${HASHI_RESTAURANT_MAP_REDIS_SSL:-false}
+      HASHI_RESTAURANT_MAP_REDIS_USERNAME: ${HASHI_RESTAURANT_MAP_REDIS_USERNAME:-}
+      HASHI_RESTAURANT_MAP_REDIS_PASSWORD: ${HASHI_RESTAURANT_MAP_REDIS_PASSWORD:-}
+      HASHI_RESTAURANT_MAP_REDIS_CONNECTTIMEOUT: ${HASHI_RESTAURANT_MAP_REDIS_CONNECTTIMEOUT:-2s}
+      HASHI_RESTAURANT_MAP_REDIS_TIMEOUT: ${HASHI_RESTAURANT_MAP_REDIS_TIMEOUT:-3s}
+
       KAKAO_CLIENT_ID: ${KAKAO_CLIENT_ID}
       KAKAO_CLIENT_SECRET: ${KAKAO_CLIENT_SECRET}
       KAKAO_REDIRECT_URI: ${KAKAO_REDIRECT_URI}
@@ -47,6 +59,12 @@ services:
       CORS_ALLOWED_ORIGINS: ${CORS_ALLOWED_ORIGINS}
       CORS_ALLOWED_ORIGIN_PATTERNS: ${CORS_ALLOWED_ORIGIN_PATTERNS:-}
 
+      HASHI_MAP_GOOGLE_PLACES_ENABLED: ${HASHI_MAP_GOOGLE_PLACES_ENABLED:-false}
+      HASHI_MAP_GOOGLE_PLACES_API_KEY: ${HASHI_MAP_GOOGLE_PLACES_API_KEY:-}
+      HASHI_MAP_PLACES_SELECTION_ENABLED: ${HASHI_MAP_PLACES_SELECTION_ENABLED:-false}
+      HASHI_MAP_PLACES_SELECTION_SIGNING_KEY: ${HASHI_MAP_PLACES_SELECTION_SIGNING_KEY:-}
+      HASHI_MAP_PLACES_SELECTION_TOKEN_TTL: ${HASHI_MAP_PLACES_SELECTION_TOKEN_TTL:-10m}
+
   prometheus:
     image: prom/prometheus:v2.53.1
     container_name: hashi-dev-prometheus

docker/docker-compose.map-redis.local.yml

@@ -0,0 +1,20 @@
+# 로컬 연결 검증 전용. dev/prod compose에 자동으로 추가하지 않는다.
+services:
+  map-redis:
+    image: redis@sha256:858f009f9709ce576febc734aa78b8f6d624b82571f9ddb6bda4377c833b3499
+    command: [redis-server, --maxmemory, 64mb, --maxmemory-policy, noeviction, --appendonly, "no", --save, ""]
+    ports:
+      - "127.0.0.1:16379:6379"
+    mem_limit: 128m
+    memswap_limit: 128m
+    cpus: 0.5
+    healthcheck:
+      test: [CMD, redis-cli, ping]
+      interval: 5s
+      timeout: 2s
+      retries: 3
+    logging:
+      driver: json-file
+      options:
+        max-size: "5m"
+        max-file: "2"

docker/docker-compose.prod.yml

@@ -40,6 +40,18 @@ services:
 
       JWT_SECRET: ${JWT_SECRET}
 
+      HASHI_RESTAURANT_MAP_SESSION_ENABLED: ${HASHI_RESTAURANT_MAP_SESSION_ENABLED:-false}
+      HASHI_RESTAURANT_MAP_SESSION_SIGNINGKEY: ${HASHI_RESTAURANT_MAP_SESSION_SIGNINGKEY:-}
+      # shared는 기존 ElastiCache 재사용, dedicated는 별도 noeviction Redis. 호스트는 명시한다.
+      HASHI_RESTAURANT_MAP_REDIS_MODE: ${HASHI_RESTAURANT_MAP_REDIS_MODE:-dedicated}
+      HASHI_RESTAURANT_MAP_REDIS_HOST: ${HASHI_RESTAURANT_MAP_REDIS_HOST:-}
+      HASHI_RESTAURANT_MAP_REDIS_PORT: ${HASHI_RESTAURANT_MAP_REDIS_PORT:-6379}
+      HASHI_RESTAURANT_MAP_REDIS_SSL: ${HASHI_RESTAURANT_MAP_REDIS_SSL:-false}
+      HASHI_RESTAURANT_MAP_REDIS_USERNAME: ${HASHI_RESTAURANT_MAP_REDIS_USERNAME:-}
+      HASHI_RESTAURANT_MAP_REDIS_PASSWORD: ${HASHI_RESTAURANT_MAP_REDIS_PASSWORD:-}
+      HASHI_RESTAURANT_MAP_REDIS_CONNECTTIMEOUT: ${HASHI_RESTAURANT_MAP_REDIS_CONNECTTIMEOUT:-2s}
+      HASHI_RESTAURANT_MAP_REDIS_TIMEOUT: ${HASHI_RESTAURANT_MAP_REDIS_TIMEOUT:-3s}
+
       KAKAO_CLIENT_ID: ${KAKAO_CLIENT_ID}
       KAKAO_CLIENT_SECRET: ${KAKAO_CLIENT_SECRET}
       KAKAO_REDIRECT_URI: ${KAKAO_REDIRECT_URI}
@@ -50,6 +62,12 @@ services:
       CORS_ALLOWED_ORIGINS: ${CORS_ALLOWED_ORIGINS}
       CORS_ALLOWED_ORIGIN_PATTERNS: ${CORS_ALLOWED_ORIGIN_PATTERNS:-}
 
+      HASHI_MAP_GOOGLE_PLACES_ENABLED: ${HASHI_MAP_GOOGLE_PLACES_ENABLED:-false}
+      HASHI_MAP_GOOGLE_PLACES_API_KEY: ${HASHI_MAP_GOOGLE_PLACES_API_KEY:-}
+      HASHI_MAP_PLACES_SELECTION_ENABLED: ${HASHI_MAP_PLACES_SELECTION_ENABLED:-false}
+      HASHI_MAP_PLACES_SELECTION_SIGNING_KEY: ${HASHI_MAP_PLACES_SELECTION_SIGNING_KEY:-}
+      HASHI_MAP_PLACES_SELECTION_TOKEN_TTL: ${HASHI_MAP_PLACES_SELECTION_TOKEN_TTL:-10m}
+
       # 운영은 API 문서를 노출하지 않는다 (springdoc.api-docs.enabled / springdoc.swagger-ui.enabled)
       SPRINGDOC_API_DOCS_ENABLED: "false"
       SPRINGDOC_SWAGGER_UI_ENABLED: "false"

docker/prometheus/rules/map-redis-alerts.example.yml

@@ -0,0 +1,51 @@
+# Copy the expressions into Grafana alert rules and select the existing notification policy.
+# This file is not mounted or loaded automatically; it contains no contact point or credentials.
+groups:
+  - name: hashi-map-redis
+    rules:
+      - alert: HashiMapRedisMemoryWarning
+        expr: |
+          (hashi_restaurant_map_redis_used_bytes > hashi_restaurant_map_redis_warning_limit_bytes)
+          and (hashi_restaurant_map_redis_probe_success == 1)
+          and (hashi_restaurant_map_redis_enabled == 1)
+        for: 5m
+        labels:
+          severity: warning
+          component: map-redis
+        annotations:
+          summary: "Redis memory is approaching the map admission limit"
+          description: "Check total Redis growth and map reservations before map requests are rejected."
+      - alert: HashiMapRedisNearAdmissionLimit
+        expr: |
+          (hashi_restaurant_map_redis_used_bytes > 0.9 * hashi_restaurant_map_redis_admission_limit_bytes)
+          and (hashi_restaurant_map_redis_probe_success == 1)
+          and (hashi_restaurant_map_redis_enabled == 1)
+        for: 1m
+        labels:
+          severity: critical
+          component: map-redis
+        annotations:
+          summary: "Redis memory is close to stopping map admission"
+          description: "Keep authentication Redis settings unchanged and inspect map and non-map memory growth."
+      - alert: HashiMapRedisEvictionObserved
+        expr: |
+          (hashi_restaurant_map_redis_evicted_keys - hashi_restaurant_map_redis_evicted_keys offset 1m > 0)
+          and (hashi_restaurant_map_redis_probe_success == 1)
+          and (hashi_restaurant_map_redis_enabled == 1)
+        labels:
+          severity: critical
+          component: map-redis
+        annotations:
+          summary: "The shared Redis instance has evicted keys"
+          description: "This is an instance-wide count; inspect authentication as well as map session failures."
+      - alert: HashiMapRedisProbeUnavailable
+        expr: |
+          (hashi_restaurant_map_redis_probe_success == 0)
+          and (hashi_restaurant_map_redis_enabled == 1)
+        for: 2m
+        labels:
+          severity: warning
+          component: map-redis
+        annotations:
+          summary: "Map Redis telemetry is unavailable"
+          description: "Inspect connection, TLS, ACL and map configuration; previous memory values are not current."

docs/adr/0002-restaurant-map-query-and-location.md

@@ -2,6 +2,7 @@
 
 - 상태: #219에서 채택한 후속 구현 기준. 이 문서의 병합은 기능 구현·운영 활성화를 뜻하지 않는다.
 - 결정일: 2026-09-26
+- 갱신: 2026-10-06, #225에서 좌표 유지와 조회 세션 수명 정책 보완
 - 관련 이슈: [#219](https://github.com/TEAM-HASHI/HASHI-SERVER/issues/219), [#216](https://github.com/TEAM-HASHI/HASHI-SERVER/issues/216)
 - 외부 계약: [Map Contract v1](../map/map-contract-v1.md)
 - 구현·인수 계획: [Implementation Plan](../map/implementation-plan.md)
@@ -65,15 +66,28 @@ M1에서는 새 공개 이벤트를 도입하지 않는다. 같은 모듈 안의
 
 - MySQL: 식당·위치·관광 지역·변환 작업·저장 관계의 원본, BBOX·필터 후보 검색.
 - Redis: 조회 조건, 후보 ID, 추천 순서, 별점·리뷰 수 기준값의 일시적인 조회 세션.
-  생성 후 절대 TTL 15분을 초기 설정으로 채택한다. 읽기·정렬 변경으로 연장하지 않는다.
+  조회 ID별 키 하나와 TTL부터 검증한다. 유휴 5분·최대 수명 30분을 초기값으로 두고,
+  정상적인 다음 페이지 조회·재정렬 때 `min(현재 시각 + 유휴 시간, 최초 생성 + 최대 수명)`으로 갱신한다.
+  유휴 시간은 사용 간격·만료 비율·메모리 측정으로 우선 5~10분 안에서 조정한다. 최적값으로 단정하지 않는다.
 - 세션에 식당 사진·Google 좌표/원본 응답·개인 저장 여부를 복제하지 않는다.
 - 현재 DB의 삭제·위치 수명·필터를 매 페이지 다시 확인한다. 신규 후보·최신 순위는 새 조회부터 반영한다.
+  작은 묶음으로 유효한 10개와 다음 1개를 확보하면 멈추며, 확인한 11번째는 다음 페이지에 남긴다.
 - 유실·만료는 전용 410, Redis 접근 장애는 503으로 구분한다. 새 순서를 기존 cursor에 연결하지 않는다.
 - 세션을 전부 저장할 수 없으면 명시적으로 실패한다. 일부 후보만 성공처럼 저장하지 않는다.
 
 현재 Redis 설정이 있다는 사실은 지도 용량 확보의 증거가 아니다. 인증 토큰과 같은 인스턴스를
 쓴다면 memory·eviction 영향을 확인하고 세션별/전체 admission 한도를 측정한다.
 키 prefix는 메모리 격리 수단이 아니다. 이 결정은 성능 향상이 검증됐다는 뜻이 아니다.
+여러 키로 후보를 나누거나 정렬별 자료구조를 중복 보관하는 최적화는 측정상 필요할 때 검토한다.
+갱신 실패·동시 요청·만료 직후 요청의 규칙과 용량 인수 기준은 [구현 계획](../map/implementation-plan.md)에 둔다.
+
+### 2.4 좌표와 갱신 작업 상태
+
+같은 주소의 갱신은 현재 작업 상태만 바꾸고 기존 검증 좌표·출처·취득/만료 시각을 유지한다.
+유효한 기존 좌표는 갱신 대기·재시도·실패 중에도 사용할 수 있다. 주소 변경 시에는 바로 제거하며,
+새 결과가 검증을 통과했을 때만 교체한다. 만료 시각을 넘겨 사용하거나 실패만으로 수명을 연장하지 않는다.
+정리 작업은 갱신 상태와 관계없이 보관 기한을 지키되 진행 중 작업을 취소하지 않아야 한다.
+이 모델 전이는 #225에서 구현하며, 조회 SQL·worker·수명 정리의 연결은 후속 PR의 공개 전 조건이다.
 
 ## 3. 대안과 영향
 

docs/adr/0003-restaurant-location-jobs.md

@@ -0,0 +1,77 @@
+# ADR 0003: 식당 위치 확인 작업과 호출 예산
+
+- 범위: #224. 선행 계약은 [M1 #219](https://github.com/TEAM-HASHI/HASHI-SERVER/pull/221).
+- 운영 Google 활성화, 기존 식당 backfill, 만료 전 갱신과 보관 데이터 정리는 별도 gate다.
+
+## 결정
+
+식당 등록/주소 변경과 처리할 작업을 같은 MySQL transaction에 저장한다. 메모리 이벤트만으로
+commit 직후의 종료를 복구할 수 없으므로 `restaurant_location_job`을 Restaurant의 작업 이력으로 둔다.
+주소, 좌표, Google 원문은 작업 테이블에 복사하지 않는다. 소유 식당의 ID만 FK로 연결한다.
+
+별도 `RestaurantLocationWorker` Bean이 polling → claim → HTTP/판정 → 완료를 수행한다.
+worker는 transaction이 있으면 실행을 거절한다. 별도 `LocationJobTransactions` Bean의 claim/완료는
+`REQUIRES_NEW`, `READ_COMMITTED`다. HTTP는 claim commit 뒤에 시작한다.
+모든 쓰기 경로는 식당 → 해당 작업(복수이면 ID 순) → 전역 예산 순서로 잠근다.
+관리자 저장은 예산 행을 잠그지 않으며 외부 호출도 하지 않는다.
+
+관리자 등록/수정/삭제/재처리의 Port와 Service 진입점도 READ_COMMITTED로 맞춘다.
+기본 REPEATABLE_READ에서는 비어 있는 작업 범위의 FOR UPDATE 뒤 INSERT가 서로 다른 식당의
+동시 등록에서도 gap lock deadlock을 일으켰다. 부모 식당 잠금으로 같은 식당의 변경을 직렬화하면서
+범위 gap lock을 피한다. 후속 작업이 enqueue/cancel을 호출할 때도 이 transaction 조건을 지킨다.
+
+HTTP를 기다리는 polling cycle은 전용 단일 스레드 scheduler에서 실행한다. cycle 중복 적재가 없고,
+기존 미디어 작업의 기본 scheduler를 점유하지 않는다. 전용 Bean은 defaultCandidate=false로 두어
+Spring Boot의 기본 scheduler 구성을 유지한다. 종료 중인 호출은 중단 후 lease 만료로 복구한다.
+
+`addressRevision`, `requestId`, 작업 ID, lease token, lease 만료와 soft delete를 완료 시 다시 검사한다.
+마지막 예산 잠금을 얻은 뒤 DB 시각을 다시 읽는다. 유효하지 않은 성공/실패는 모두 no-op이다.
+주소 변경/삭제로 대체된 작업도 이미 예약한 동시 슬롯은 원래 기한까지 유지한다.
+HTTP 자체는 중복 실행될 수 있다. DB 완료 실패나 crash 후에는 lease 만료를 기다렸다가 재처리한다.
+
+자동 재시도는 같은 작업 행에서 새로운 M2 requestId를 이어받고 attempt는 보존한다.
+최초 요청을 포함해 기본 8회다. 실패 후 1분·5분·30분·2시간·6시간·12시간·24시간을 기다리고,
+동시 재요청을 분산하도록 간격의 0~10%를 더한다. 취소도 마지막 시도라면 즉시 종료한다.
+같은 주소의 이전 좌표는 작업 상태와 별개로 원래 validUntil까지 유지한다. 주소 변경 시에는 제거한다.
+관리자 재처리와 주소 변경은 새 작업을 만들며 누적 전역 호출 예산을 우회하지 않는다.
+PENDING 재처리는 기존 작업을 돌려준다. 작업 행은 최소 처리 이력만 남긴다.
+
+## 환경 독립적인 제어 행
+
+`V39__add_restaurant_location_jobs.sql`은 `restaurant_geocoding_budget(id=1)`을 `enabled=false`, `daily_limit=0`,
+`max_concurrent=0`, `reserved_calls=0`으로 최초 생성한다. 이는 업무 데이터/운영 seed가 아닌
+안전한 필수 제어 상태이므로 database convention의 제어 데이터 예외를 사용한다.
+시작 코드나 repeatable migration으로 값을 초기화하지 않는다. 행 누락도 호출을 차단한다.
+
+서버별 application 설정으로 전역 한도를 각각 계산하면 서버 수에 따라 비용이 늘어난다.
+따라서 같은 DB 행 잠금 아래 UTC 일자·예약량·동시 실행 예약 수를 검사한다. 호출 직전 claim의
+commit에 예산을 보수적으로 예약한다. 실제 전송 여부가 불확실해도 일일 사용량을 환급하지 않는다.
+timeout/cancel의 실행 슬롯은 lease 기한까지 유지하고 같은 작업을 그 전에 다시 실행하지 않는다.
+공유 quota 대기 중에는 다른 식당의 작업과 관리자 재처리도 호출할 수 없다.
+마지막 자동 시도에서 quota 오류를 받아도 공유 대기는 기록하며 해당 작업만 FAILED로 끝낸다.
+
+동시 예약 count는 예산 잠금을 얻은 후 최신 commit을 읽어야 하므로 READ_COMMITTED를 사용한다.
+식당/작업은 부모 잠금으로 직렬화한다. 전역 예산만 변경하는 운영 transaction은 예산 행만 잠그고
+식당/작업을 추가로 잠그지 않아야 한다. 중단은 이미 예약된 호출을 소급 취소하지 않는다.
+
+## UTC 기준
+
+lease·재시도·일일 예산 기준은 DB `UTC_TIMESTAMP(6)`이다. 이 시각은 DATE_FORMAT 문자열로 읽어
+JDBC Timestamp의 connectionTimeZone 변환을 피한다. 새 job/budget DATETIME 필드는
+`SqlTypes.LOCAL_DATE_TIME`으로 직접 읽고 쓴다. M2 위치 시각도 같은 선행 보완을 사용한다.
+응답은 UTC Instant의 ISO-8601이다. 애플리케이션 Clock은 enqueue 이력 시각에 instant 기준으로만 쓴다.
+
+Google 좌표 수명은 예약 직전 DB 시각을 보수적인 취득 기준으로 사용한다. `validUntil`은 이 값에
+명시된 retention을 더해 계산한다. 응답 도착/DB 저장 지연은 수명을 연장하지 않는다.
+재시도는 새 호출이므로 그 호출의 새 취득 기준을 사용하며 이전 결과/만료일을 재활용하지 않는다.
+
+## 영향
+
+두 테이블과 한 제어 행이 추가된다. 기존 migration과 주소/관광 지역 ID는 유지한다.
+새 dependency, 인증 규칙 변경, Redis 의존은 없다. 관리자 저장 응답은 기존 201/200 성공 코드를
+유지하고 상태/revision만 추가한다. 기존 위치 없는 식당은 UNRESOLVED/revision 0이며 일반 조회를 유지한다.
+일반 정보만 수정할 때 새 작업이나 revision을 만들지 않는다.
+삭제된 식당의 기존 관리자 편집 허용 정책은 유지하되 새 위치 작업은 등록하지 않는다.
+
+테스트용 fake provider와 실제 MySQL에서 저장 원자성, lease 경합, 늦은 성공/실패, retry 예산,
+JDBC Asia/Seoul 세션의 UTC 원시 값과 왕복을 검증한다. 실행 결과는 PR의 최종 HEAD evidence로 확인한다.