시간대

계산 비교

다운로드

이번 계산의 입력값과 결과, 그리고 비교하신 추가 계산이 모두 포함됩니다.

IANA 시간대 데이터베이스로 시각 변환하기

시간대 변환은 정확히 같은 실제 순간에 대해 두 번째 위치에서의 대응되는 벽시계 시각을 찾는 것입니다. 날짜와 시각을 입력하고, 그것이 속한 시간대를 선택한 뒤, 변환하고 싶은 시간대를 선택하면, 이 계산기는 그곳의 일치하는 날짜와 시각을 보여주며, 두 시간대가 현재 몇 시간 차이인지, 그리고 어느 한쪽이 현재 서머타임을 적용 중인지도 알려줍니다.

이는 단순한 시간 덧셈·뺄셈보다 복잡합니다. 시간대들이 모두 UTC로부터 정수 시간 단위로 떨어져 있는 것은 아니며(30분 단위, 심지어 45분 단위인 곳도 있습니다), 많은 시간대가 서머타임을 위해 1년에 두 번 자체 오프셋을 바꿉니다 — 나라마다 다른 달력 날짜에, 어떤 곳은 아예 바꾸지 않기도 합니다. 이를 정확히 처리하려면 고정된 시간 오프셋 표가 아니라, 법률에 따라 이따금 갱신되는 각 시간대의 실제 규정이 필요합니다.

계산식

고정된 공식 대신, 이 계산기는 IANA 시간대 데이터베이스를 사용합니다 — 웹 브라우저와 사실상 모든 컴퓨터 운영체제가 이미 완전한 사본을 갖고 있는, 모든 시간대의 규정에 대한 권위 있고 지속적으로 관리되는 기록입니다. 변환 자체는 세 단계로 이루어집니다:

  1. 입력한 날짜와 시각을 “출발” 시간대와 결합해 그것이 나타내는 정확한 실제 순간(UTC 기준)을 찾습니다.
  2. 그 동일한 UTC 순간이 “도착” 시간대의 시계에서 어떻게 표시되는지, 그 시간대의 현재 규정(해당 특정 날짜에 서머타임이 적용되는지 포함)을 사용해 조회합니다.
  3. 두 시간대의 현재 UTC 오프셋 차이와, 변환된 시각이 다른 달력 날짜로 넘어갔는지를 보고합니다.

계산 예시

1월(겨울, 두 시간대 모두 표준시)에 뉴욕의 오후 12시런던으로 변환하는 경우:

  1. 뉴욕(동부 표준시)은 1월에 UTC-5입니다.
  2. 런던(그리니치 표준시)은 1월에 UTC+0입니다.
  3. 차이는 5시간입니다 — 런던이 더 빠릅니다 — 따라서 뉴욕의 오후 12시는 같은 날 런던의 오후 5시입니다.

7월에는 두 시간대 모두 서머타임으로 전환됩니다(뉴욕은 동부 하계시, UTC-4로; 런던은 영국 서머타임, UTC+1로) — 개별 오프셋은 바뀌지만, 두 시간대가 함께 이동하므로 5시간의 차이와 변환된 시각은 정확히 그대로 유지됩니다.

고려해야 할 주요 요소

  • 서머타임을 서로 다른 달력 날짜에 적용하는 두 시간대는 매년 몇 주 동안 일시적으로 시차가 바뀔 수 있습니다. 예를 들어 미국과 EU는 시계를 같은 날짜에 바꾸지 않습니다 — 그 짧은 기간 동안, 미국과 유럽 도시 사이의 평소 시차는 나머지 기간과 한 시간 다를 수 있는데, 이는 국제 통화나 여행에서 놓치기 쉬운 실질적인 함정입니다.
  • 모든 시간대의 UTC 오프셋이 정수 시간 단위인 것은 아닙니다. (UTC+5:30인 인도나 UTC+9:45인 호주 일부 지역처럼) 여러 지역이 30분이나 심지어 45분 단위 오프셋을 사용합니다 — 이것이 바로 일부 시간대 쌍에서 단순한 “시간 세기” 방식이 통하지 않는 이유이며, 이 계산기가 단순한 오프셋 표가 아니라 전체 IANA 데이터베이스에 의존하는 이유입니다.
  • 서머타임을 적용하는지, 언제 적용하는지를 포함한 시간대 규정은 개별 정부가 정하며 이따금 바뀝니다. 여러 나라와 지역이 최근 몇 년 사이 서머타임 정책을 바꾸거나 완전히 폐지했습니다 — 정적이고 수동으로 관리되는 표 대신 (이 계산기가 의존하는 IANA 데이터베이스 같은) 최신 시간대 데이터베이스를 사용하는 것이 이러한 규정이 변화해도 변환 도구가 정확성을 유지하게 해줍니다.
  • 서머타임 전환 시점 근처의 날짜를 변환하면 목적지 시간대에서 반복되거나 아예 존재하지 않는 시각에 도달할 수 있습니다. “봄에 앞당기기” 전환은 한 시간을 완전히 건너뛰고(예: 오전 2시가 바로 오전 3시로 넘어갈 수 있음), “가을에 되돌리기”는 한 시간을 반복합니다 — 이러한 전환 시점 바로 근처에 입력된 시각은 올바르게 해석하려면 추가적인 주의가 필요합니다.

흔한 실수

  • 실제 도시나 지역 대신 “UTC-5” 같은 고정 오프셋을 사용하는 것. 단순한 오프셋은 관심 있는 날짜에 서머타임이 적용되는지 알지 못합니다 — 같은 “UTC-5” 위치라도 연중 일부 기간에는 실제로 UTC-4일 수 있어, 변환이 눈에 띄지 않게 한 시간씩 어긋납니다.
  • 두 시간대가 연중 항상 같은 시차를 유지한다고 가정하는 것. 서로 다른 달력 날짜에 서머타임을 시작하고 끝내는 시간대(예: 미국과 EU)는 매년 봄과 가을에 몇 주 동안 평소와 다른 시차를 잠시 갖습니다.
  • 변환된 시각의 날짜 변경 표시를 무시하는 것. 충분히 멀리 떨어진 시간대 간 변환은 이전이나 다음 달력 날짜로 넘어갈 수 있습니다 — 확인 없이 변환된 시각을 “같은 날”로 취급하는 것은 놓친 전화나 회의의 흔한 원인입니다.

알아두면 유용한 정보

  • 시간대를 넘나들며 여행 중이고 일정을 어떻게 조정할지 알고 싶으신가요? 시차 회복 계산기는 항공편에 맞춰 조정 일정을 계획합니다.
  • 시각뿐 아니라 특정 날짜가 무슨 요일인지 알아야 하시나요? 요일 계산기가 바로 찾아줍니다.

출처: IANA 시간대 데이터베이스(브라우저·Node의 Intl API 사용).

자주 묻는 질문

서머타임(DST)도 반영하나요?

네 — 각 시간대의 현재 실제 규정(브라우저에 이미 내장된 IANA 시간대 데이터베이스 기반)을 사용해 서머타임이 정확히 언제 시작하고 끝나는지 반영하므로, 한쪽이나 양쪽 모두 또는 어느 쪽도 서머타임을 적용하지 않는 경우 모두 정확하게 변환됩니다.

왜 그냥 'UTC-5'나 'EST' 대신 도시를 선택해야 하나요?

"UTC-5"처럼 고정된 오프셋은 선택한 날짜에 서머타임이 적용되는지 알 수 없고, "EST" 같은 약어는 모호합니다(전 세계적으로 서로 관련 없는 여러 시간대가 같은 세 글자를 사용하기도 합니다). 실제 도시나 지역을 선택하면 그 시간대의 실제 최신 규정에 정확히 맞춰 변환됩니다.

왜 변환된 시각이 가끔 다른 날짜로 나오나요?

시간대 차이가 충분히 크면 같은 순간이라도 서로 다른 두 날짜에 해당할 수 있습니다 — 예를 들어 로스앤젤레스의 밤 10시는 이미 도쿄에서는 다음 날 오후입니다. 이 계산기는 이런 경우를 놓치지 않도록 항상 표시해 줍니다.

나이를 확인해 주세요

계정을 만들려면 출생 월과 연도를 알려주세요.