UTCから世界各地の時差・現地時刻を計算｜IANA tzdb 2026c

使い方

1. UTCの年・月・日・時・分を入力し、変換したい地域を25地域から選びます。年は固定datasetの2015〜2030年です。
2. 計算すると、ページ先頭の結果表へUTC行と地域内の各国・都市を表示します。北アメリカはUTCを含む最大23行です。
3. 予定やログへ転記するときは、現地日付と現地時刻だけでなくIANA zone、適用UTC差、tzdb版も一緒に記録します。
4. DST切替付近では前後1分を別々に計算し、存在しない現地時刻や時刻の飛びを確認します。

計算式・考え方

入力したGregorian UTC日時をUnix epochからの整数分へ変換し、各IANA zoneのtransition_utc_minuteを二分探索します。選ばれたsegmentのeffective offsetをUTC分へ加えて現地日付・時刻を求め、standard offset、略号、is_dstを同じ固定segmentから表示します。

注意事項

• このページは入力欄と結果表を先頭へ置くcalculator-first・client-only構成です。サーバーへ日時や地域を送らず、表生成とコピーまでブラウザ内の固定データで完結します。
• UTCは世界の時刻を合わせる基準で、地域の夏時間規則を持ちません。GMTは日常的に同じ時刻として扱われる場面がありますが、略号や法的な地域時刻の意味まで同一とは限りません。
• 時差は単なる国別の固定値ではありません。同じ国でも複数zoneがあり、法律や行政判断でUTC差とDST規則が変更されるため、都市に対応するIANA zoneと時点を組み合わせて判定します。
• 標準UTC差はzone segmentが持つ基準offset、適用UTC差は指定instantに実際に加えるoffsetです。両者とtzdbのis_dst状態を分け、略号の名前だけから夏時間を推測しません。
• EST、CST、ISTのような略号は地域により意味が重複します。別システムへ渡す識別子には略号だけを使わず、America/New_YorkのようなIANA zoneとUTC instantを使ってください。
• 2026年3月8日06:59 UTCのNew Yorkは01:59 EST、UTC-05:00です。1分後の07:00 UTCは03:00 EDT、UTC-04:00となり、現地の02時台は時計表示上存在しません。
• 同じ07:00 UTCでもLos Angelesは前日23:00 PSTです。北米の各zoneは同じUTC分に一斉切替するわけではないため、一つの米国時差を全都市へ流用しないでください。
• 秋のDST終了時には同じ現地時刻が二度現れることがあります。現地日時だけでは順序が決まらないので、ログ照合では元のUTC instantまたは明示的なUTC差を残します。
• UTC差が正なら現地日は翌日へ、負なら前日へ移ることがあります。例えばKiritimatiのUTC+14:00とHonoluluのUTC-10:00では、同じUTC instantでも暦日が異なります。
• 30分・45分単位のzoneもあります。Nepal、India、Chatham、Marquesas等を整数時間へ丸めず、結果の分までそのまま利用してください。
• 地域選択はcanonicalの北ヨーロッパからポリネシアまで25分類を保ちます。分類は検索と一覧表示のためのprofileで、国際機関による唯一の地理区分を主張しません。
• 各表示名はcanonicalに合わせ、実計算ではaliasをtzdb 2026cのcanonical targetへ事前解決しています。runtimeでLink探索をせず、同じdatasetなら端末OSに関係なく同じ結果になります。
• 北アメリカはUTCを含む23行で本ページの最大です。大きな表は表領域だけを横スクロールさせ、既存ページの幅、フォント、本文レイアウトを変えない前提です。
• IANA Time Zone Databaseは政治的な時刻変更を反映して更新されます。本ページは2026cを固定しており、閲覧日の最新規則へ自動追随する世界時計ではありません。
• 固定期間は2015年1月1日00:00 UTCから2030年12月31日23:59 UTCです。範囲外を近い年へ丸めたり、最終offsetを将来へ延長したりせず入力エラーとして停止します。
• datasetは206 canonical zones、2,433 segments、311地域行を持ちます。各zoneの先頭に2015年開始時点のseedを置き、全transitionをUTC分の昇順で保存しています。
• 端末のIntl.DateTimeFormat、OS zoneinfo、現在時計、現在地、locale、外部APIを計算へ使いません。OS更新の有無でDST結果が変わる問題を避ける代わりに、採用版2026cを常に表示します。
• 参照canonicalで古くなっていたWhitehorse、Chihuahua、Mexico City等の規則は複製せず、tzdb 2026cの指定instantに従います。元ページとの相違はdataset版の違いとして確認してください。
• Irelandはtzdb 2026cで夏をstandard UTC+01:00・DST調整なし、冬をeffective UTC+00:00・standard UTC+01:00・負のDST（-60分）として表現します。本表は『夏だけDST』と決めつけず、effective-standardの符号とis_dstを照合して正・負・調整なしを区別します。
• MoroccoのCasablancaは2026年2月15日02:00 UTCから3月22日02:00 UTCまで、standard UTC+01:00に対してeffective UTC+00:00となる負のDST（-60分）です。Ramadan期などの例外を通常の夏時間だけで推測しません。
• Lord Howe IslandのDST shiftは+30分です。DSTを常に+60分と仮定せず、正のDST（+30分）のように固定segmentから求めた分数を表示します。
• 日付検査はGregorian暦で行います。2026年2月29日のような存在しない日、24時、60分、2014年、2031年、未定義地域は受理しません。
• 航空便、証券取引、法令上の締切、医療、災害対応では表示だけを唯一の根拠にしないでください。事業者の公式時刻、契約上のzone、当局情報も確認します。
• dataset更新時はarchive署名とhash、LICENSE、25地域311行、206 zones、2,433 segments、全transition前後、New York境界、2015/2030端を再検証してから版を切り替えます。
• 出典証跡（article-only）: IANA tzdata2026c.tar.gzのarchive SHA-256はe4a178a4477f3d0ea77cc31828ff72aa38feff8d61aa13e7e99e142e9d902be4、detached signatureのSHA-256は26cd02e034eed682aa911d224bca3247ff15914df317e3bb0b1a01dc557b46feです。署名はGnuPGでGOODSIG/VALIDSIG、主鍵fingerprint 7E3792A9D8ACF7D633BC1588ED97E90E62AA7E34を確認し、ローカルのidentity trustはTRUST_UNDEFINEDとして過大評価しません。
• ライセンス証跡（article-only）: 配布物LICENSEは、個別に明記された一部コードを除きtz code/dataをpublic domainとする内容です。LICENSE SHA-256は0613408568889f5739e5ae252b722a2659c02002839ad970a63dc5e9174b27cf、確認日は2026-07-17です。
• IANA tzdb 2026cを2026年7月17日に固定した2015〜2030年の参照表です。政治判断による将来の時差変更を自動反映せず、航空券・法令上の期限・業務システムの唯一の時刻根拠には使用しないでください。

よくある質問