ズールー時間変換
現地の時・分とUTCとの時差を入れるだけでズールー時間が分かります。UTC+2の14:30は12:30Zです。日付をまたいでも正しい時刻になり、30分単位の時差にも対応しています。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 時
- 14
- 分
- 30
- UTCオフセット
- 2
- 現地時間
- 14:30
- ズールー時間 (UTC)
- 12:30Z
- ズールーの時
- 12
- ズールーの分
- 30
ズールー時間（Z時間とも呼ばれます）は、末尾にZを付けた24時間制で書いた協定世界時であり、12:30Zは都市名ではなくグリニッジ子午線での正午過ぎを意味します。ズールー時間コンバーターは、現地の壁時計の時と分とその時計のUTCオフセットを受け取り、オフセットを分で引き、必要なら正夜を折り返して、短いHH:MMZ文字列を作ります。本ツールは時を0から23の整数、分を0から59の整数、UTCオフセットを−14から+14時間の有限値として受け付け、インドの+5.5のような30分帯・15分帯も含みます。生きたDateオブジェクトは参照せず、IANA時帯データベースも読み込まず、夏時間規則も適用しません。送っていただいたオフセットがそのまま使われます。
ズールー時間とは何か、現地時計とオフセットがHH:MMZになる仕組み
ズールー時間は、大文字Z接尾辞付きの24時間面に書いた協定世界時の航空・軍事・気象の呼び名です。文字はNATO/ICAOの通話表に由来し、ZはZuluでゼロオフセット子午線を指します。この短い形があるのは、現地の壁時計が、二つの局が異なる民用オフセットに座った瞬間に曖昧になるからです。
UTC+2の14:30はUTC−5の14:30と同じ瞬間ではなく、現地面だけを残した無線日誌は後から結合できません。したがってズールー時間コンバーターが必要なのは都市名でも時帯識別子でもなく、三つの数です。現地の時、現地の分、その時計のUTCに対する符号付きオフセット（グリニッジの東が正、西が負）です。
変換は暦のない単一のモジュラー減算です。現地時計を正夜からの分で表し、UTCオフセットを分へ直し（30分帯・15分帯は最も近い分へ丸め）、引き、結果を0から1439の閉区間へ折り畳んで、正夜越えが負の分数ではなく妥当な時計になるようにします。折り畳んだ分を二桁の時、コロン、二桁の分、末尾Zとして整形します。
計算例：現地14:30でUTC+2は870引く120で750分、12:30Zです。折り返し例：現地02:00でUTC+5は120引く300で1260分へ折れ、前の民用日の21:00Zです。エンジンはホスト時計を読まないため、同じ三つ組は試験でも本番でも常に同じ文字列になります。
本ランディングは検索「ズールー時間変換」に答えます。現地時計とUTCオフセットが与えられたとき、HH:MMZのズールー時間は何か、です。
ズールー変換が役立つ場面と、そうでないもの
フライトストリップとディスパッチの道具は、現地民用時で書かれた出発や見込みをズールーへ変え、経路上の全局が一つの時計を共有するようにします。軍事・アマチュア無線の日誌はHH:MMZを保存し、複数オフセットにまたがるネットを、誰が夏時間だったかを当てずに再生できます。
気象デスクとMETAR作業は、観測時刻が世界中でその形で出るため、プロットをズールーで注釈します。現地壁時刻と数値オフセットを受け取るインシデント対応者は、ノートPCの時帯を信じずに共有時系列のためのズールー面が必要です。名前付きゾーンはこの契約の外です。
America/New_Yorkしか知らなければ、先にそのゾーンを数値オフセットへ解くか、別製品です。本ランディングは、ズールー時間変換、現地時刻をズールーへ、UTCオフセットからHH:MMZを探す人を対象にします。夏時間表付きの一般IANA時帯変換でも、Unixエポック整形でも、持続時間の単位変換でも、複数都市の会議重複検索でもありません。
すでに現地の時・分と数値UTCオフセットがあり、ズールー時計文字列だけが必要なときに本能力を選んでください。
活用例
航空フライトストリップをズールーで
現地の出発や見込みと局のUTCオフセットをHH:MMZへ変換し、経路上の各ストリップが一つの時計を共有するようにします。
無線と軍事の日誌
現地時計と数値オフセットからネットと当直の記入をズールー時間として保存し、夏時間表を当てません。
気象とMETARの注釈
現地民用時で書かれた観測を、世界のMETAR・TAF・プロット時刻印で使うズールー面へ直します。
よくある質問
変換はDateや時帯データベースを使いますか？
使いません。 送っていただいた三つの数だけを使います。ホスト時計もIANAゾーンも夏時間分岐もありません。
オフセットを引いて正夜を越えるとどうなりますか？
時計は24時間面で折り返します。現地02:00・UTC+5は21:00Zになります。暦日は返りません。
ズールー時間のZは何を意味しますか？
ZはNATOとICAOの通話表で「ズールー」と読む文字で、時差ゼロの子午線を表します。12:30Zのような表記は、24時間制の協定世界時です。
インドやネパールのような30分単位の時差にも対応していますか？
はい、対応しています。インドの+5.5やネパールの+5.75も、時差を分単位に丸めて他と同じように扱います。−14から+14時間まで入力できます。
都市名とUTCとの時差のどちらを入力しますか？
時差を符号付きの時間数で入力します。グリニッジより東はプラス、西はマイナスです。都市名やタイムゾーン名は不要で、時・分・時差の3つで足ります。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/conv/zulu-time-converter \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"hour":14,"minute":30,"utc_offset":2}'const res = await fetch("https://api.kit.forhosting.com/conv/zulu-time-converter", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"hour": 14,
"minute": 30,
"utc_offset": 2
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/conv/zulu-time-converter",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"hour": 14,
"minute": 30,
"utc_offset": 2
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/conv/zulu-time-converter", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"hour":14,"minute":30,"utc_offset":2}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"hour":14,"minute":30,"utc_offset":2}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/conv/zulu-time-converter", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"hour": 14,
"minute": 30,
"utc_offset": 2
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "conv.zulu_time_converter",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
時・分・オフセットが範囲外ならinvalid_inputで失敗し、課金されません。
入力契約、許容範囲、応答の形
hourは現地時計の時で、0から23の有限整数です。minuteは現地時計の分で、0から59の有限整数です。任意符号と数字（オフセットは任意の小数）に合う数値文字列は、フォームがテキストを送るときに受け付けます。民用オフセット窓−14から+14は現行の固定IANAオフセットをすべて覆い、KiribatiのUTC+14とBaker IslandのUTC−12を含みます。インドの+5.5とネパールの+5.75は、オフセットが整分へ量子化されるため第一級です。失敗した検証は課金されません。各クライアントで分の折り返しを手再導出せず、自動試験ではzulu文字列を断言してください。必須三フィールドのJSON本体をPOSTしてください。別名hとlocal_hourも同じように受け付けて強制します。別名m、min、local_minuteを受け付けます。utc_offsetはその現地時計のUTCに対する符号付きオフセット（時間）で、−14から+14までを含む有限数です。別名offset、utc、tz_offset、timezone_offsetを受け付けます。真偽値・オブジェクト・空文字・無限大・NaNはフィールド名付きのinvalid_inputで失敗します。時24、時−1、分60、utc_offset 15は範囲外で同様に失敗し、ごみ時計を折り返したり25時を発明したりはしません。成功時、本体は強制後のhour、minute、utc_offsetをエコーし、local_timeをゼロ埋めHH:MM面、zuluを主HH:MMZ文字列、zulu_hourとzulu_minuteをUTC時計成分、formulaを固定モジュラー恒等式、messageを「現地14:30・UTC+2 → 12:30Z」のような一行要約として返します。料金は成功リクエストごとに$0.002の定額、単位はitemです。
ズールー変換が役立つ場面と、そうでないもの
出力はZ接尾辞付きの時刻であり、日付付きの完全なISO瞬間ではないので、正夜の折り返しはペイロードの暦日を減らしません。invalid_inputを返す失敗タスクは前払い残高を消費しないため、学習者がわざと時25を送っても探索スクリプトは安いままです。実装は純粋なparseのティアAなので、成功呼び出しは公開の$0.002で、モデルトークンも外向きネットワークもありません。
技術的な質問
現地時計をズールーへどう変換しますか。
整数のhour（0–23）、整数のminute（0–59）、時間単位のutc_offsetを送ってください。APIはオフセットを引き、正夜を折り返し、zuluをHH:MMZで返します。
時・分・オフセットの許容範囲は何ですか。
hourは0–23、minuteは0–59、utc_offsetは−14から+14時間です。範囲外はinvalid_inputで失敗し、課金されません。
ズールー時間変換の料金はいくらですか。
ブラウザの道具は無料です。APIリクエストは成功呼び出しごとに$0.002の前払い残高を使い、無効な入力は課金されません。