근대 5개 연호(1868년~현재)
1868년 메이지 유신 이후 일본은 천황 1대에 연호 1개를 두는 일세일원(一世一元)제를 채택했습니다. 연호(元号, 겐고)는 즉위 당일 내각이 발표하며 개원은 연 도중에 이루어지므로, 같은 서력 연도가 2개의 연호에 걸치는 경우가 생깁니다. 지금까지의 근대 5개 연호는 다음과 같습니다.
| 연호(漢字) | 읽기 | 로마자 | 약 | 천황 | 시작 | 종료 | 기간 |
|---|
| 明治 | めいじ | Meiji | M | 明治天皇 | 1868-10-23 | 1912-07-30 | 45 년 |
| 大正 | たいしょう | Taisho | T | 大正天皇 | 1912-07-30 | 1926-12-25 | 15 년 |
| 昭和 | しょうわ | Showa | S | 昭和天皇 | 1926-12-25 | 1989-01-07 | 64 년 |
| 平成 | へいせい | Heisei | H | 上皇 | 1989-01-08 | 2019-04-30 | 31 년 |
| 令和 | れいわ | Reiwa | R | 今上天皇 | 2019-05-01 | 현재 | — |
元年(간넨) — 1년 차에 전용 한자를 쓰는 이유
연호의 첫해는 1년이 아니라 元年(간넨, 원년)으로 표기합니다. 따라서 레이와 1년의 정식 표기는 令和元年이며 令和1年이라고 쓰지 않습니다. 은행·관공서 서류·신문 모두 이 관례를 따르고 있어, "令和1年"으로 출력하는 소프트웨어는 관례에 익숙하지 않은 사람이 만든 것임이 한눈에 드러납니다.
2년 차부터는 일반 숫자로 적습니다(令和2年, 令和3年 등). 날짜 변환에서 원년은 항상 해당 연호가 시작된 해에 대응합니다. 레이와 원년은 2019년, 헤이세이 원년은 1989년, 쇼와 원년은 1926년입니다.
연 도중 개원: 같은 서력 연도가 두 연호에 걸치는 경우
근대사에서 두 연호에 걸치는 서력 연도가 셋 있습니다. 1912년은 메이지 45년(7월 30일까지)이면서 다이쇼 원년(7월 30일부터), 1926년은 다이쇼 15년(12월 25일까지)이면서 쇼와 원년(12월 25일 부터), 1989년은 쇼와 64년(1월 7일까지)이면서 헤이세이 원년 (1월 8일부터), 2019년은 헤이세이 31년(4월 30일까지)이면서 레이와 원년(5월 1일부터)으로 갈립니다.
위 도구는 연 단위가 아닌 일 단위로 이 경계를 다룹니다. 1989-01-07을 입력하면 쇼와 64년, 1989-01-08을 입력하면 헤이세이 원년이 돌아옵니다. 월·일을 묻지 않고 연도만 입력받는 온라인 컨버터는 경계 한쪽으로 둥글려 버리기 때문에 개원 전후 몇 주 동안 잘못된 값을 돌려줍니다.
메이지 이전: 13세기에 걸친 약 230개 연호
연호 제도는 서력 645년의 다이카(大化)에서 시작되었고, 메이지 이전에는 천황 1대에 여러 연호가 서는 것이 일반적이었습니다. 개원은 상서로운 사건·천재지변·60갑자의 매듭 등을 계기로 이루어졌으며, 다이카부터 레이와까지의 연호 총수는 약 230개에 이릅니다. 메이지 이전 최장 연호는 오에이(応永, 1394~1428, 35년)였고, 1~2년 만에 바뀐 연호도 다수 있습니다.
연호명은 상서로운 의미를 담아 한문 고전에서 가져왔습니다. 헤이세이(平成, "안으로 평화롭고 밖으로 이룬다")는 중국 고전 2종에서, 레이와(令和, 흔히 "아름다운 조화"로 옮김)는 12세기에 걸친 전례를 깨고 처음으로 일본 고전인 만요슈(万葉集)에서 가져온 연호입니다.
연호 표기가 지금도 일상에 나타나는 곳
일본 거주자가 아니면 고풍스러워 보일 수 있지만, 일본 관공서와 은행 서류에서는 연호 표기가 지금도 기본입니다. 운전면허증은 유효기간을 레이와로 인쇄하고, 주민표(住民票)·부동산 등기·혼인 신고·확정신고에서도 연호 형식이 사용됩니다. 옛 양식은 연호의 해만 묻기 때문에, 외국 국적 신청자는 자신의 생년이 레이와 몇 년인지를 별도로 찾아봐야 합니다.
일본 시장에 현지화하는 소프트웨어는 두 형식을 모두 지원해야 합니다. 일본어판 Excel은 "令和3年5月12日"처럼 날짜를 정렬할 수 있고, macOS와 Windows의 날짜 설정에서도 달력 스타일을 고를 수 있습니다. 일본 국내 공개용 날짜를 출력하는 소프트웨어에서는 연호 표기를 주로 두고 괄호 안에 서력을 덧붙이는 것이 기본 형식입니다.
사용법
도구는 2개의 창으로 구성됩니다. 위 창은 **서력 날짜**(년/월/일)를 받아 해당하는 연호와 연호년을 반환합니다. 예를 들어 2024-04-01 → 레이와 6년(令和6年), 1989-01-07 → 쇼와 64년(昭和64年, 해당 연호의 마지막 날)이지만 1989-01-08 → 헤이세이 元年(平成元年)입니다. 아래 창은 역방향입니다. 드롭다운에서 연호를 선택하고 연호년을 입력하면 해당하는 그레고리력 연도를 반환하며, 元年을 선택한 경우 개원일도 함께 표시합니다.
현대 일본의 개원은 1월 1일이 아닌 특정한 달력 일자 — 황위 계승일 또는 공포일 — 에 일어났습니다. 이것이 중요한 이유는 **어떤 연호든 元年은 거의 항상 부분 연도**이기 때문입니다. 헤이세이 元年은 1989-01-08부터 1989-12-31까지로 358일밖에 안 되며, 레이와 元年은 2019-05-01에 연중에 시작했습니다. "元年"(처음 해라는 뜻)이라는 표기는 연호년 1의 일본 관례로, 공문서와 대부분의 신문은 令和1年이 아닌 令和元年으로 씁니다. 메이지 이전 연호(에도 시대 이전)는 여기서 지원하지 않습니다. 태음태양력을 사용했고 잦은 개원과 복잡한 역법 개혁사가 있었기 때문입니다. 1868-10-23 이전 날짜에는 전용 역사 달력 도구가 필요합니다.
예제
오늘 날짜를 현재 연호로
입력
Western date: 2026-05-17
출력
era: 令和 (Reiwa, abbreviation R)
year-of-era: 8
formal: 令和8年5月17日
short: R8.5.17 or R08.05.17 (used on driver's licenses, residence cards)
레이와는 2019-05-01에 시작했으므로 연호년 = (현재 서력) − 2018입니다. 약식 `R8`은 令和8年에 대응하며 일본 공문서 관례를 따릅니다. 운전면허증, 주민표, 세무 서류에서 이 형식이 사용됩니다. 연호 약자와 숫자의 조합(`R8`, `H30`, `S55`)은 데이터베이스와 행정 시스템에서 흔합니다. 소프트웨어에서 흔한 실수: 시작일을 확인하지 않고 연호년 = 서력년 − 연호 시작년 + 1로 가정하기 — 2018년 12월은 여전히 헤이세이 30년이며 레이와 0년이 아닙니다.
쇼와 → 헤이세이 개원 전후일
입력
date A: 1989-01-07 (final day of Showa)
date B: 1989-01-08 (first day of Heisei)
date C: 1989-12-31 (final day of Heisei 元年)
출력
date A: 昭和64年1月7日 (Showa 64, Jan 7) — Emperor Hirohito died this day
date B: 平成元年1月8日 (Heisei 元年, Jan 8) — Emperor Akihito succeeded
date C: 平成元年12月31日 (Heisei 元年, Dec 31)
Note: 昭和64年 only lasted 7 days. Heisei 元年 was 358 days.
쇼와 → 헤이세이 개원은 일본 소프트웨어에서 가장 잘못 처리되는 연호 경계입니다. 쇼와 천황은 1989-01-07 아침에 붕어했고, 같은 날 황위 계승(과 새 연호)이 다음날 시행 효력으로 공포되었습니다. 따라서 1989-01-07은 쇼와 64년의 유일한 날이며, 1989년 전체는 쇼와 7일 + 헤이세이 358일로 나뉩니다. 많은 단순한 구현은 1989년 전체를 헤이세이나 쇼와 중 하나로 뭉뚱그려 1년의 약 2%에 대해 잘못된 출력을 냅니다. 레이와 개원(2019-04-30 → 2019-05-01)은 아키히토 천황이 붕어가 아닌 양위했기 때문에 급격하지 않았고 새 연호도 1개월 전에 발표되었지만, 그래도 연중 경계가 생기며 단순 연도 계산은 틀립니다.
쇼와 → 서력 일괄 변환(재직 증명서 날짜)
입력
era input: 昭和
years: S30, S45, S60, S64
use case: converting an older resume / employment history
출력
S30 = 昭和30年 = 1955
S45 = 昭和45年 = 1970
S60 = 昭和60年 = 1985
S64 = 昭和64年 = 1989 (Jan 1–7 only)
Formula: Western year = era_start_year + (year_of_era − 1)
Showa year = 1925 + (S − 1) = 1924 + S
Heisei year = 1988 + H
Reiwa year = 2018 + R일본 이력서·고용 기록·오래된 증명서는 일상적으로 연호년만으로 날짜를 표기합니다. 위 산술 단축식은 개원년 *외*의 전 기간에서 동작합니다. 기억법: 쇼와는 1924+S, 헤이세이는 1988+H, 레이와는 2018+R입니다. 역방향(서력 → 연호) 변환에서는 결과 연도가 연호 범위 내에 있는지 확인하세요. 쇼와 65년(1990)은 무효이며 그 해는 헤이세이 2년입니다. 일부 일본 정부 API(예: e-Stat)는 지금도 연호년 필드로 데이터를 반환합니다. 운영 코드는 연도가 연호의 유효 기간에 들어가는지 검증하거나 조용히 잘못된 날짜를 내지 말고 크게 실패해야 합니다.
자주 묻는 질문
새 연호는 어떻게 정해지나요?
1979년의 **元号法**(연호법)이 황위 계승 시 새 연호를 선포할 권한을 내각에 부여했습니다. 절차: 학자 패널이 후보를 제안하고 내각이 목록을 좁힌 뒤 총리가 최종 선택을 발표합니다. 1979년 선정 과정의 5가지 기준이 지금도 사용됩니다. (1) 두 글자 한자, (2) 쓰기 쉬움, (3) 읽기 쉬움, (4) 이전 연호로 사용된 적 없음, (5) 일본의 이상을 반영. 레이와는 2019-04-01에 발표되어 2019-05-01부터 시행되었으며 만요슈에서 채택되었습니다. 중국 고전이 아닌 일본 고전에서 채택된 최초의 연호입니다. 글자 "令"은 본 문맥에서 원래 "상서로운"을 의미하며, 현대에 더 흔한 "질서·명령"의 의미가 아니어서 국제 미디어에서 초기에 혼란이 있었습니다.
연호의 1년차를 왜 "1年"이 아닌 "元年"으로 표기하나요?
수세기에 걸친 중국·일본의 관례입니다. 새 치세의 첫 해는 **元年**(원년)이며, 그 이후의 해는 거기서부터 2년·3년 식으로 셉니다. 같은 관례는 한국 왕조사(元年 / 원년)와 베트남 황제 기록에도 남아 있습니다. 일본 공문서와 대부분의 보도 매체는 이 규칙을 일관되게 따릅니다. 令和元年·平成元年·昭和元年으로 쓰고 令和1年이라고는 절대 쓰지 않습니다. 컴퓨터 시스템은 거의 보편적으로 정수 1로 저장하고 표시 시에만 "元"으로 렌더링합니다. Microsoft Windows의 일본어 로케일, JIS X 0301 날짜 규격, Unicode "元" 문자(U+5143)는 모두 이 관례를 지원하지만 신중한 처리가 필요합니다. "令和1年5月1日"과 "令和元年5月1日"로 저장된 날짜는 의미상 동일하지만 자구상 다릅니다.
일본 정부 데이터베이스는 날짜를 내부적으로 어떻게 저장하나요?
현대 시스템은 내부적으로 서력으로 마이그레이션 중이며 표시 계층에서만 연호 형식으로 변환합니다. 이렇게 데이터베이스 수준의 "元年/서력년" 모호성을 피합니다. 레거시 COBOL 시대 시스템(시청·은행·연금기구에서 여전히 흔함)은 날짜를 7자리 BCD 패킹 형식으로 저장하는 경우가 많습니다. 연호 코드(메이지~헤이세이가 1~4) + 2자리 년 + 2자리 월 + 2자리 일. 2019년 레이와 개원으로 업계 전체 감사가 필요했습니다. 많은 시스템에서 "코드 4 = 헤이세이"가 하드코딩되어 있고 "5 = 레이와" 경로가 없었기 때문입니다. 일본 IT 매체는 개원 전 수년간의 수정 작업을 상세히 다뤘습니다. JIS X 0301:2002는 레이와 元年 5월 1일(과 이전 연호) 용 문자열 형식 `R01.05.01`을 규정하며 인쇄 양식과 다수의 기업 시스템에서 여전히 널리 사용됩니다.
다른 아시아 국가도 유사한 연호 체계를 사용하나요?
일본은 현재 일상적인 정부 문서에서 *법적으로* 연호 체계를 사용하는 유일한 국가입니다. **한국**은 1962년에 연호 양식의 기년법을 폐지하고 서력으로 전환했습니다(단기는 기원전 2333년 고조선 건국 전설부터 세는 기년법이었으며 일부 문화적 맥락 외에는 폐지). **대만(중화민국)**은 1912년부터 세는 **民國** 연을 사용합니다 — 2024년은 민국 113년 — 운전면허증과 세무 서류에 쓰입니다. **북한**은 1912년부터 세는 **主體**(주체) 연을 공문서에 사용합니다 — 2024년은 주체 113년. **태국**은 **불기**(B.E.) = 서력 + 543을 사용하므로 2024년은 불기 2567년입니다 — 모든 정부 양식과 대부분의 뉴스 소스에 인쇄됩니다. 중국은 1912년에 황제 연호를 폐지했습니다. 1912년 이전 중국사는 여전히 연호(예: 康熙 치세 1662~1722)로 인용되지만 현대 중국 정부는 사용하지 않습니다.
아키히토 상황의 추호는?
아키히토 천황이 2019년에 붕어가 아닌 **양위**하면서 그는 上皇(退位한 천황)이 되었고 헤이세이는 2019-04-30에 끝났습니다. 붕어 후 현재 "**昭和天皇**"(연호를 따라 추명)으로 불리는 부친 히로히토와 달리, 아키히토는 아직 연호 기반 추호가 없습니다. 재위 중에는 上皇明仁 또는 단순히 上皇으로 불립니다. 최종적으로 붕어할 때의 관례는 **平成天皇**으로 부르는 것이며 연호명과 천황의 추호가 일치합니다. 나루히토 천황도 치세 종료 후 **令和天皇**으로 같은 일이 일어날 것입니다. 이 관례는 연호명이 소급적으로 천황의 역사적 식별자가 됨을 의미합니다 — 쇼와 천황, 헤이세이 천황 — 다만 최종 명명은 개원 시점이 아닌 붕어 후에야 공식화됩니다.
코드에서 일본 연호 지원을 어떻게 구현하나요?
현대 언어에서는 개원일을 정확히 처리하는 라이브러리를 사용하세요. **JavaScript** — `Intl.DateTimeFormat("ja-JP-u-ca-japanese", {...})` Intl API가 연호 형식 날짜를 네이티브로 반환합니다. **Python** — `datetime` 표준 라이브러리는 연호 미지원이며 `dateutil`이나 `python-japanese-calendar`를 사용하세요. **Java** — `java.time.chrono.JapaneseDate`가 내장되어 있습니다. **Go** — `golang.org/x/text/calendar/japanese`를 사용하세요. **Ruby on Rails** — Rails 6+에 `wareki` 포맷터 헬퍼가 포함되어 있습니다. 라이브러리 지원이 없는 시스템에서는 5개의 연호 시작일(1868-10-23, 1912-07-30, 1926-12-25, 1989-01-08, 2019-05-01)을 하드코딩하고 시작 ≤ 대상 날짜인 연호를 선택합니다. 본 도구가 정확히 그렇게 합니다. 테스트 케이스에는 경계일을 포함해야 합니다. 개원일, 연호 마지막 해의 12월 31일, 그리고 元年(1년차) 처리.
관련 개념
일본의 연호 체계는 기원전 140년 한무제의 연호 "建元"에서 시작된 **중국 황제 연호(年號 niánhào) 전통**에서 발전했습니다. 중국은 연호를 자주 바꿨습니다. 좋은 징조, 재난, 정치적 리셋에 따라 한 황제의 치세에 여러 번 바꾸는 경우도 잦아 2천 년 동안 수천 개의 서로 다른 연호가 만들어졌습니다. 일본은 645년 연호 "大化"로 이 체계를 받아들이고 중국의 관례(일세일원 이전의 복수 연호)를 따랐지만 **1868년 메이지 유신**으로 관례가 **일세일원**(천황 1명당 연호 1개)으로 전환되었습니다. 이후 모든 천황은 연호를 정확히 하나씩 가집니다. 메이지(1868~1912), 다이쇼(1912~1926), 쇼와(1926~1989), 헤이세이(1989~2019), 레이와(2019~현재). 한국과 베트남은 유사한 경로를 거쳐 20세기에 연호를 폐지했습니다. 일본이 이 체계를 유지하는 이유는 부분적으로 문화적(연호는 일상 대화에서 세대 마커로 기능 — "쇼와풍"은 20세기 중반 미학을 함의)이고 부분적으로 행정 관성입니다. 정부 IT 시스템과 인쇄 양식이 1970~1990년대 전산화 물결에 연호 지원을 박아 넣었습니다.
일본 연호의 **컴퓨터 Y2K 풍 문제**는 2019년 레이와 개원에서 찾아왔습니다. 많은 기업 시스템이 헤이세이 시작년(1989)이나 연호 수(현대 4개 연호)를 비즈니스 로직에 하드코딩해 두었습니다. 5번째 연호 추가는 은행·급여·연금·정부 시스템 전반에서 코드 변경을 요구했습니다. Microsoft는 레이와 전환을 위한 가이던스와 Windows 업데이트를 공개했고 일본 정부는 소프트웨어 벤더용 공식 연호 데이터 파일을 제공했습니다. 새 연호명이 달력 전환 **1개월 전**에 발표되어 이 전환은 이례적으로 잘 준비되었습니다. 일본 역사상 처음으로 이전 연호 종료 전에 다음 연호명이 알려졌습니다. 향후 전환은 황위 계승 시 재위 천황이 예기치 않게 붕어할 경우 같은 리드 타임을 갖지 못할 수 있습니다. 본 도구는 단순히 연호 시작일을 참조함으로써 이 불확실성에 본질적으로 대응합니다.
일본의 연호 사용과 교차하는 **3가지 인접 달력 체계**가 있습니다. **서양 그레고리력**은 1873년 메이지의 서양력 채택 이후 모든 일본 정부 시스템의 주요 내부 달력입니다. 연호 형식은 표시 계층입니다. **일본 회계연도**는 1월 1일~12월 31일이 아닌 4월 1일~다음 해 3월 31일이며, 연호년과 회계연도가 재무제표에 함께 등장할 때 또 다른 계층이 추가됩니다(예: 令和5年度 = 2023년 4월~2024년 3월). **전통 태음태양력(旧暦)**은 지금도 일부 축제(세쓰분, 히간, 오래된 공동체의 전통 신년)와 일본 점성술을 떠받칩니다. 12개월로 태양년 대비 표류하기에 가끔 윤달이 필요합니다. 본 도구는 메이지 이후 연호 체계만 다룹니다. 에도 시대(1603~1868) 같은 메이지 이전 연호는 태음태양력을 사용하므로 전혀 다른 변환 로직이 필요하며, 1872년 12월 대부분을 건너뛴 1872-12-02에서 1873-01-01의 개력처럼 역법 개혁 시 점프도 포함됩니다.