ForHosting KIT · 単位変換

IANAタイムゾーン変換

ニューヨークの14:30はロンドンの19:30です。Europe/ParisやAsia/Tokyoなど名前付きのゾーンの間で、夏時間を使わない固定の標準時差で日時を換算し、UTCの時刻と日付が変わったときの注意も表示します。ブラウザで無料で使えます。

  • 無料
  • ブラウザで動作
  • 登録不要
  • データは端末の外に出ません
ご利用方法 ウェブAPIメールTelegramアプリ 近日
入力した場合
日時
2024-06-15T14:30:00
変換元のタイムゾーン
America/New_York
変換先のタイムゾーン
Europe/London
結果
入力の日時
2024-06-15T14:30:00
入力の日時 (ISO)
2024-06-15T14:30:00-05:00
出力の日時
2024-06-15T19:30:00
出力の日時 (ISO)
2024-06-15T19:30:00+00:00

このタイムゾーン変換ツールは、明示的なISO-8601壁時計日時と2つの名前付きIANA識別子を受け取り、同一の絶対瞬間を宛先ゾーンの現地時計として返します。オフセットは組み込みの固定標準市民オフセット表から取り、夏時間データベースもホストのDateオブジェクトも使いません。そのためここでのAmerica/New_Yorkは常にUTC-5、Europe/Londonは常にUTC+0、Asia/Kolkataは常にUTC+5.5です。

名前付きIANAゾーンと固定オフセット、この変換が夏時間を発明しない理由

America/New_York、Europe/Paris、Asia/TokyoのようなIANAゾーン名はtzデータベースの安定した識別子であり、切符に印刷された数値オフセットではありません。完全なデータベースでは夏時間規則の適用でオフセットが変わり得ます。

ニューヨークは冬にUTC-5、夏にUTC-4、ロンドンはUTC+0からUTC+1、シドニーはUTC+10からUTC+11です。その季節挙動を求める検索者には既にDST対応変換があります。本ページは別の仕事です。

両端を名前付きIANA識別子として既にご存じで、明示的な壁時計スタンプに対する変換後の現地時刻が必要で、単体テスト・ログ・旅行メモで静かに進まない再現可能な算術が欲しい場合に使います。契約は組み込みの標準(固定)市民オフセット表を使います。

America/New_YorkはUTC-5、Europe/LondonはUTC+0、Asia/KolkataはUTC+5.5、Australia/AdelaideはUTC+9.5、Pacific/ChathamはUTC+12.75、Pacific/KiritimatiはUTC+14です。

US/Eastern、US/Pacific、GB、Japan、POSIXのEtc/GMTプラスマイナスNなどの別名は同じ正規名と分に解決します。正のオフセットは本初子午線の東、負は西です。変換はホスト時計を参照せず、ネットワーク時刻サービスを呼ばず、入力した暦日が現実世界では夏であってもDST遷移を適用しません。

これがタイムゾーン経路の製品約束です。

実用のヒント、制限、関連検索、このツールの位置づけ

手元にあるときは正規IANA名(America/New_York、Europe/Berlin、Asia/Tokyo)を優先し、US/EasternやJapanなどの別名は表が同じオフセット分へ畳みます。符号付きシフトは常に宛先オフセットマイナス元オフセットです。東京の朝をロサンゼルスへ変換すると前の暦日に着くことが多いです。

半時間・四分の一時間ゾーンは第一級です。Asia/Kolkataは5時間半、Asia/Kathmanduは5時間45分、Australia/Adelaideは9時間半、Pacific/Chathamは12時間45分です。教えるときは例を組み合わせてください。

明示的なISOスタンプと2つのIANA名を既にお持ちで固定オフセットの再現性が欲しいときに本機能を選び、数値のUTCプラスマイナスラベルだけならオフセット間ヘルパーを、夏時間が必要ならDST対応ゾーンツールを使ってください。

往復確認は簡単です。 AをBへ、次にゾーンを入れ替えてBをAへ変換し、同一絶対瞬間を再構築した後に元の壁時計が戻ることを確認してください。

IANAゾーン名付きの会議招待

両側をすでにIANA識別子として保存しているチームは、夏時間データベースを開かずに現地開始スタンプを他拠点の同僚が読む壁時計へ変換します。

タイムゾーン変換ツールは何をしますか?

明示的なISO壁時計日時と2つの名前付きIANAゾーンを渡します。ツールは同一の絶対瞬間を宛先ゾーンの変換後現地時刻として返し、UTC Zuluスタンプと日付またぎ注記も付けます。

夏時間は適用されますか?

いいえ。 オフセットは組み込み表の標準(固定)市民オフセットです。ここでのAmerica/New_Yorkは6月でも常にUTC-5です。tzデータベースもDate使用もなく、進みも戻りもありません。

ゾーン名が認識されないとどうなりますか?

組み込みIANA表にある名前(およびUS/EasternやEtc/GMT-9などの文書化別名)だけが受理され、それらの失敗は課金されません。

ニューヨークの14:30はロンドンでは何時ですか?

19:30です。ニューヨークはUTC-5、ロンドンはUTC+0として扱うので、時計は5時間進み、暦の上では同じ日のままです。夏時間の1時間は加えません。

換算した時刻が別の日になるとどうなりますか?

結果には新しい日付と、到着側で暦の日付が変わったという注意が表示されます。一方のゾーンの夜遅い会議を、もう一方で同じ日と読み違えずに済みます。

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

POSThttps://api.kit.forhosting.com/conv/time-zones

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

curl -X POST https://api.kit.forhosting.com/conv/time-zones \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"datetime":"2024-06-15T14:30:00","from_zone":"America/New_York","to_zone":"Europe/London"}'
{
  "datetime": "2024-06-15T14:30:00",
  "from_zone": "America/New_York",
  "to_zone": "Europe/London"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "conv.time_zones",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

HTTPコード意味
401unauthorizedAPIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
402insufficient_balance残高が不足しています。チャージ後に再度お試しください。
404unknown_type指定されたタスクタイプは存在しません。タイプ名を確認してください。
429rate_limitedリクエストが多すぎます。しばらく待ってから再度お試しください。

2024-06-15T14:30:00のような元スタンプ、from_zoneにAmerica/New_York、to_zoneにEurope/Londonを指定すると、変換後の現地時刻として2024-06-15T19:30:00が得られ、UTC Zuluスタンプ、符号付きシフト、真夜中をまたぐときの暦日注記も付きます。いずれかの識別子が表に無い場合、タスクは未認識ゾーンを名指ししてinvalid_inputで失敗します。

名前付きIANAゾーンと固定オフセット、この変換が夏時間を発明しない理由

名前付きゾーン、固定規則、変換後現地時刻、未認識名では推測都市やUTCへの黙ったフォールバックではなく厳格なinvalid_inputです。

APIの呼び出し方と応答の各フィールドの読み方

datetimeはISO-8601壁時計文字列です。4桁年、月、日、Tまたは空白区切り、時と分、任意の秒、整数秒へ切り捨てる任意の小数秒、および壁成分の解析のためだけに受け付ける任意の末尾Zまたは数値オフセットです。必須3フィールドのJSON本体をPOSTします。権威ある元オフセットはfrom_zoneのままです。datetimeの別名はdt、time、when、timestamp、datetime_inです。from_zoneは元のIANA識別子、to_zoneは宛先です。それぞれ正規のArea/Location名、よくある旧別名、UTC、GMT、符号付きPOSIX Etc/GMTラベルを受け付け、大文字小文字を区別せず空白はアンダースコアとして扱います。from_zoneの別名はfrom、source_zone、tz_from、timezone_from、from_tz、to_zoneの別名はto、target_zone、tz_to、timezone_to、to_tzです。成功時は正規化壁スタンプdatetime_in、元のプラスマイナスHH:MM付きdatetime_in_iso、変換後現地時刻のdatetime_outとdatetime_out_iso、HH:MM:SSのlocal_time、正規名のfrom_zoneとto_zone、丸めた時間数のfrom_offset_hoursとto_offset_hours、対応するUTCプラスマイナスラベル、toマイナスfromのoffset_diff_hours、同一瞬間のZuluであるutc_iso、宛先市民時計の整数year month day hour minute second、跨いだ真夜中の数day_offset、短い要約day_noteとmessage、一行の恒等式formula、答えの横に示せる置換行の順序付き配列stepsを返します。欠落フィールド、不正ISO、2023-02-29のような不可能な暦日、0〜23外の時、未認識のゾーン名はinvalid_inputを返し課金しません。料金は成功リクエストあたり定額$0.002、単位はitemです。

実用のヒント、制限、関連検索、このツールの位置づけ

元がAmerica/New_YorkのUTC-5、宛先がEurope/LondonのUTC+0ならoffset_diff_hoursはプラス5となり、元の14時30分は同じ暦日のロンドン19時30分になります。真夜中をまたぐとday_offsetは+1または-1になり、day_noteが宛先の側を説明します。同一ゾーンは壁時計を変えず、西向きは時間を引き、東向きは足し、Not/A_Zoneのような未認識名は厳格なinvalid_input経路を示します。このランディングはタイムゾーン変換、IANAゾーン間の日時変換、名前付きゾーンの現地時刻変換を探す方向けであり、飛行時間計算機でも夏時間助言でも数値だけのUTCオフセットずらしでも、スタンプを動かさない都市間差ツールでもありません。invalid_inputの失敗タスクはプリペイド残高を消費しないため、わざと架空ゾーンを送る学習用スクリプトも安く保てます。

ログとAPIスタンプの突合

技術者は、ある名前付きゾーンで記録したISOイベントを別の名前付きゾーンへ書き換え、翌日ラップとZulu参照付きのダッシュボード用に、固定オフセットだけを使います。

決定的な単体テスト用フィクスチャ

IANA名を固定するサービスは、ホストDateのずれも季節DSTの跳躍もなく、datetime_outのゴールデン対と未認識名の意図的なinvalid_input事例を生成します。

変換後の現地時刻はどう計算されますか?

UTC瞬間はwall_fromから元ゾーンの固定オフセットを引いた値です。wall_toはそのUTC瞬間に宛先ゾーンの固定オフセットを足した値です。同等に、wall_toはwall_fromに(to_offsetマイナスfrom_offset)を足し、真夜中をまたぐと暦日が巻き付きます。

タイムゾーン変換は無料ですか?

ブラウザツールは無料でローカル実行です。API呼び出しは成功リクエストあたり$0.002のプリペイドKIT残高を使い、検証失敗は課金されません。

KITの完全なドキュメントを見る →