ForHosting KIT · 日付・時間

UTCオフセット間の時刻変換

UTC+2の14:30は、UTC−5では07:30です。同じ瞬間を相手側の時計で読んだ時刻になります。日時と2つの固定オフセットを入れると、変換先の時刻、対応するUTC、時差が分かります。ブラウザで無料で使えます。

  • 無料
  • ブラウザで動作
  • 登録不要
  • データは端末の外に出ません
ご利用方法 ウェブAPIメールTelegramアプリ 近日
入力した場合
日時
2024-06-15T14:30:00
変換元のオフセット
2
変換先のオフセット
-5
結果
入力の日時
2024-06-15T14:30:00
入力の日時 (ISO)
2024-06-15T14:30:00+02:00
変換元オフセットの表示名
UTC+2
変換先オフセットの表示名
UTC−5

このUTCオフセット間時刻変換ツールは、明示的なISO-8601壁時計日時と協定世界時からの2つの固定オフセットを受け取り、同一の絶対瞬間を宛先オフセットの壁時計として返します。オフセットは整数時間でもインドの5.5のような市民的分数でもよく、数値または±HH:MM文字列としてマイナス14時間からプラス14時間までの閉区間で指定します。

固定UTCオフセットと名前付きゾーン、壁時計変換が重要な理由

固定UTCオフセットは協定世界時からの一定の実数時間です。公開された冬期スケジュールのプラス2、東部標準時のマイナス5、インド標準時のプラス5時間30分、ライン諸島のプラス14などです。通常の市民的符号では正は本初子午線の東、負は西に位置します。

America/New_YorkやEurope/Parisのような名前付きゾーンは別契約です。IANA識別子であり、夏時間規則で実効オフセットが変わり得、解決にはタイムゾーンDBと特定の暦日が必要です。本機能はその経路を意図的に拒否します。

チケット、サーバー設定、会議招待、スタイルガイドなどから両端を固定UTC±ラベルとして既にご存じで、同一の絶対瞬間について相手側が読む壁時計が必要な場合に使います。UTCオフセット間の時刻変換や固定オフセット壁時計変換を検索する方は、静かに進む・戻る夏時間を適用しない算術を求めています。

夏時間込みのニューヨーク対東京が必要なら完全なゾーン変換ツールを使ってください。契約を明示的なISO日時とマイナス14からプラス14時間の閉区間内の2数に固定することで、既にUTC±ラベルを印刷する単体テスト、表計算、旅行メモ向けに結果は再現可能です。

公開UTC±ラベル付きの会議招待

両側を既に固定オフセットとして把握しているチームが、完全なタイムゾーンDBを開かずに、ローカル開始スタンプを他拠点の同僚が見る壁時計へ変換します。

ここでのUTCオフセット間の時刻変換とは何ですか?

明示的なISO壁時計日時と2つの固定UTCオフセットを指定します。ツールは同一の絶対瞬間を宛先オフセットの壁時計として返し、UTC Zuluスタンプと日ラップ注記も付けます。

夏時間や都市名には対応しますか?

いいえ。 IANAデータベースもDateの使用もありません。関心の日付に既に適用される固定オフセットを渡すか、名前付きゾーンは別途先に解決してください。

オフセットが±14時間を超えるとどうなりますか?

実在の市民的オフセットはおよそ±14時間以内です。範囲外はエラーとして扱い、課金しません。

インドのような30分単位のオフセットも使えますか?

使えます。インド標準時はUTCより5時間30分進んでいるので、5.5または+05:30と入力します。-14時間から+14時間までなら、数値でも時と分の形でも指定できます。

変換で日付をまたぐとどうなりますか?

変換先の時刻はその日付と一緒に表示され、変換先で暦の日が変わるときはメモでお知らせします。会議を誤った日に入れてしまうことを防げます。

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

POSThttps://api.kit.forhosting.com/date/convert-between-offsets

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

curl -X POST https://api.kit.forhosting.com/date/convert-between-offsets \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"datetime":"2024-06-15T14:30:00","from_offset":2,"to_offset":-5}'
{
  "datetime": "2024-06-15T14:30:00",
  "from_offset": 2,
  "to_offset": -5
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "date.convert_between_offsets",
  "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_offsetとしてプラス2時間、to_offsetとしてマイナス5時間を入力すると、宛先で2024-06-15T07:30:00が得られ、対応するUTC Zuluスタンプ、符号付き時間シフト、および真夜中をまたぐときの暦日注記も付きます。経路はホストのDateオブジェクトもIANAゾーンDBも夏時間の推測もなく、純粋で決定的なグレゴリオ暦算術だけなので、無料のブラウザ実行と成功リクエストあたり$0.002のプリペイドAPIは固定丸め後に常にバイト単位で一致します。

固定UTCオフセットと名前付きゾーン、壁時計変換が重要な理由

14時間は広く使われる実在の市民的オフセットの実用外縁であり、その範囲外は入力エラーとして扱い、変換前にinvalid_inputで失敗します。

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

datetimeはISO-8601壁時計文字列です。4桁年、月、日、Tまたは空白区切り、時と分、任意の秒、整数秒へ切り捨てる任意の小数秒、および壁成分の解析のためだけに受け付ける任意の末尾Zまたは数値オフセットです。必須3フィールドのJSON本体をPOSTします。変換の権威ある元オフセットはfrom_offsetのままです。datetimeの別名はdt、time、when、timestamp、datetime_inです。from_offsetは元の固定オフセット(時間)、to_offsetは宛先です。それぞれ2、マイナス5、5.5のような有限数、または+02:00や-05:30のような文字列を受け付け、いずれもマイナス14からプラス14時間(両端含む)に収める必要があります。from_offsetの別名はfrom、offset_from、source_offset、utc_from、to_offsetの別名はto、offset_to、target_offset、utc_toです。成功時はオフセット接尾辞なしの正規化壁スタンプdatetime_in、元±HH:MM付きdatetime_in_iso、丸めた時間数のfrom_offsetとto_offset、短いUTC±のfrom_offset_labelとto_offset_label、toマイナスfromのoffset_diff_hours、宛先壁時計のdatetime_outとdatetime_out_iso、同一瞬間のZuluであるutc_iso、宛先市民時計の整数year month day hour minute second、跨いだ真夜中の数day_offset、短い要約day_noteとmessage、一行の恒等式formula、答えの横に示せる置換行の順序付き配列stepsを返します。欠落フィールド、非有限オフセット、±14外、不正ISO、2023-02-29のような不可能な暦日、0〜23外の時などはinvalid_inputを返し課金しません。料金は成功リクエストあたり定額$0.002、単位はitemです。

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

両オフセットを公開のプラスマイナス14時間の窓内に保ってください。15やマイナス14.1のような値は拒否され、不可能な市民的オフセットを発明できません。半時間・四分の三時間のゾーンには分数時間を好みます。教えるときは例を組み合わせてください。明示的なISOスタンプと2つの固定UTC±ラベルを既にお持ちのときに本機能を選び、スタンプをずらさず数値の時間差だけならオフセット差ヘルパーを、都市名だけなら先にオフセットを解決するかDST対応ゾーンツールを使ってください。往復確認は簡単です。 AをBへ、次にオフセットを入れ替えてBをAへ変換し、同一絶対瞬間を再構築した後に元の壁時計が戻ることを確認してください。インドは5.5、ネパールは5.75、オーストラリアの一部は9.5であり、オフセット用に存在しない別フィールドへ分を忍び込ませないでください。符号付きシフトは常にto_offsetマイナスfrom_offsetです。元がUTC+2で宛先がUTC-5ならoffset_diff_hoursはマイナス7となり、元の14:30は同じ暦日の宛先7:30になります。真夜中をまたぐとday_offsetは+1または-1になり、day_noteが宛先の側を説明します。同一オフセットは壁時計を変えず、西向きの整数時間は引き、東向きは足し、半時間オフセットは30分シフト、範囲外は厳格なinvalid_input経路を示します。このランディングはUTCオフセット間の時刻変換、固定オフセット壁時計変換、あるUTCオフセットから別オフセットへのISO日時を探す方向けであり、飛行時間計算機でも夏時間助言でも都市名ゾーン変換でも、日時なしの純時間差ツールでもありません。invalid_inputの失敗タスクはプリペイド残高を消費しないため、意図的にオフセット15を送る学習用スクリプトも安く保てます。

ログとAPIスタンプの突合

技術者が、ある固定オフセット下で記録したISOイベントを別の固定オフセットへ書き直し、翌日ラップとZulu参照を含むダッシュボード向けに揃えます。

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

固定オフセットを保存するサービスが、ホストDateのドリフトなしでdatetime_outのゴールデン対と±14境界・invalid_inputケースを生成します。

宛先の壁時計はどう計算されますか?

UTC瞬間はwall_fromマイナスfrom_offset、wall_toはそのUTC瞬間プラスto_offsetです。同等にwall_toはwall_fromプラス(to_offsetマイナスfrom_offset)で、真夜中をまたぐと暦日ラップします。

UTCオフセット間の時刻変換ツールは無料ですか?

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

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