乗り継ぎ時間チェッカー
10:30に到着して14:00に出発するなら乗り継ぎ時間は3時間30分で、最低乗り継ぎ時間60分を150分の余裕で満たします。2つの時刻と空港の最低時間を入れるだけです。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 到着
- 10:30
- 出発
- 14:00
- 最短接続時間
- 60
- 到着(分)
- 630
- 出発(分)
- 840
- 乗り継ぎ時間(分)
- 210
- 乗り継ぎ時間(時間)
- 3.5
この乗り継ぎ時間チェッカーは、到着便の到着から出発便の出発までどれだけの時間があるかを計算し、そのギャップが指定した最短接続時間を満たすかどうかを教えてくれます。空港や航空会社のMCTルールはターミナルの変更、国際線対国内線の流れ、手荷物の再チェックによって異なるため、このツールはキャリアの表を勝手に作りません:チケットや空港に適用される分数を入力すると、決定的な乗り継ぎ時間の長さ、人が読める所要時間、十分かどうかのフラグ、そして余裕または不足を分単位で返します。同日の乗り継ぎは24時間制の時計で出発から到着を引きます。出発が到着以前の場合、エンジンはその区間を夜間扱いとして24時間を加えるため、遅い到着と早朝の出発でも正しいギャップが得られます。旅程の確認や予約の見直しにはブラウザで無料でお使いいただけます。
乗り継ぎ確認と結果の見方
接続、あるいは乗り継ぎとは、同じ旅程における1便の予定到着時刻と次の便の予定出発時刻の間の地上時間のことです。旅行者や代理店は2つの数値を同時に気にします:時計上に実際に何分あるか、そしてその間隔がその空港・航空会社・チケットタイプに要求される最短接続時間をクリアしているかどうかです。このチェッカーは透明な算術で両方に答えます。
到着と出発は24時間制の時刻として読み取られ、真夜中からの分に変換されて引き算されます。出発が同じ暦日の到着より厳密に後でない場合、モデルは丸1日を加えるため、夜行便と早朝出発でも正の乗り継ぎ時間が得られます。最短接続時間は指定する非負の分数で、任意でH:MMの所要時間文字列としても指定でき、単一接続の確認では24時間が上限です。
複数都市の完全な合法性スコアリングやリアルタイムのゲート徒歩が必要な場合は、運用システムをお使いください。
時刻とMCTの読み取り方と結果の再現性の保ち方
時刻の文字列は、H:MM、HH:MM、そしてHH:MM:SSとしての任意の秒を受け付けます。先頭の0は任意で、前後の空白はトリムされます。パイプラインがすでにその方法で時刻を保存している場合、到着や出発には0から1439までの真夜中からの整数分の値も受け付けます。
MCTは有限の分数、あるいは90分を表す「1:30」のような所要時間文字列を受け付けます。時刻は数字とコロンだけでトークンが構成されるため大文字小文字の区別は不要です。MCT0は有効で、他のルールのもとで正の地上時間が存在するかどうかを単純に報告します。
出発の分が到着の分以下の場合、overnightはtrueになり、引き算の前に24時間が加えられます。
接続確認が予約・運用・ソフトウェアで果たす役割
レジャー旅行者は、予約エンジンが1時間の接続を提示し、ターミナルの変更や国際線から国内線への乗り継ぎに90分必要だと気づくまでは大丈夫に見えていたときにこの計算に出会います。学生グループやツアーオペレーターは、遅い到着便と早い出発便が、誰かが日付を繰り上げずに時計の文字盤を単純に引き算すると負の所要時間に見えてしまうときに、夜間を考慮した算術を使います。
サポート担当者は、到着・出発と航空会社の運送約款から公表されたMCTを貼り付け、再発券を発行する前に、なぜ乗り継ぎがぎりぎりなのか余裕があるのかを顧客に示します。
プロダクトや教育向けツールは、ユーザーが2つのフライト区間を選び、アプリが完全なGDS接続ビルダーを出荷せずに乗り継ぎ時間と設定可能なバッファに対する合否を表示しなければならないとき、このスクリプトから契約を呼び出します。
無料で決定的な旅行計画ツールの小さなラボを構築する際は時差ボケや燃料のヘルパーとも組み合わせ、MCTの値は単一の空港の表をすべてのクライアントにハードコードするのではなく、自分のポリシーの管理下に置いてください。
活用例
旅程の接続レビュー
購入や再発券の前に、到着から出発までの地上時間が航空会社や会社の最短接続時間をクリアしているかを確認します。
法人のMCTポリシー確認
複数区間の運賃を分単位の固定バッファに対してバッチ処理し、旅行管理者向けに負の余裕にフラグを立てます。
夜間乗り継ぎの算術
遅い到着と翌日早朝の出発が24時間制の時計では逆転して見えてしまう場合に、正しい正のギャップを計算します。
よくある質問
乗り継ぎ時間はどう計算されますか?
到着と出発は真夜中からの分に変換されます。出発が到着以前の場合、24時間が加えられます(夜間扱い)。乗り継ぎの分は、実効出発時刻から到着時刻を引いたものです。
このツールは航空会社のMCTの表を参照しますか?
いいえ。 自分のチケット、空港、会社のポリシーに適用されるMCTを指定します。このツールは乗り継ぎ時間を測定し、その数値と比較するだけです。
次の便が翌朝に出る場合はどうなりますか?
時刻はそのまま入れてください。出発時刻が到着時刻と同じか早い場合は日をまたぐ乗り継ぎとみなし、24時間を足すので、深夜の到着と早朝の出発でも正しい間隔が出ます。
最低乗り継ぎ時間には何を入れればよいですか?
ご自身の航空券や空港に当てはまる分数です。ターミナルの移動、国際線か国内線か、手荷物の預け直しで決まりが変わるため、ツールは表を作り出しません。1:30のように時間と分で入れることもできます。
余裕の値がマイナスになるのはどんなときですか?
乗り継ぎ時間が最低乗り継ぎ時間より短いときです。マイナスの分数がそのまま不足分を表すので、その乗り継ぎは間に合わない可能性があると判断できます。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/travel/layover-time \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"arrival":"10:30","departure":"14:00","min_connection":60}'const res = await fetch("https://api.kit.forhosting.com/travel/layover-time", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"arrival": "10:30",
"departure": "14:00",
"min_connection": 60
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/travel/layover-time",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"arrival": "10:30",
"departure": "14:00",
"min_connection": 60
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/travel/layover-time", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"arrival":"10:30","departure":"14:00","min_connection":60}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"arrival":"10:30","departure":"14:00","min_connection":60}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/travel/layover-time", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"arrival": "10:30",
"departure": "14:00",
"min_connection": 60
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "travel.layover_time",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
制限
max_min_connection_minutes | 1440 |
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
無効な時刻や負のMCT値は、黙って誤った数値を出すのではなくinvalid_inputで失敗します。旅行ツールや法人の予約担当者、CIで再現性のある乗り継ぎのフィクスチャが必要な場合は、成功したリクエストごとに$0.002のAPIをご利用ください。
乗り継ぎ確認とは何か、レスポンスに含まれる内容
レスポンスは、正規化された到着・出発の表示、真夜中からのarrival_minutesとdeparture_minutes、layover_minutesとlayover_hours、「3時間30分」のようなコンパクトなlayover_display、使用したmin_connection_minutes、真偽値のsufficientフラグ、接続がぎりぎりのとき負になるslack_minutes、overnightフラグ、methodタグlayover_time、監査用の短いformula文字列を反映します。リアルタイムのスケジュールフィードやスクレイピングされた航空会社のMCTデータベースはありません:エンジンは3つの入力から有限の結果を組み立てるか、それ以外はinvalid_inputでリクエストを拒否します。フィールドの欠落、時刻でないトークン、0~23の範囲外の時、0~59の範囲外の分または秒、負のMCT、そして規定上限を超えるMCTはすべて拒否されます。このページは所要時間対MCTの問いに焦点を絞っているため、ワークシート、API、ブラウザデモが1つの安定した契約を共有できます。
時刻とMCTの読み取り方と結果の再現性の保ち方
優先されるフィールドは到着便の時刻を表すarrival、出発便の時刻を表すdeparture、最短接続時間(分)を表すmin_connectionですが、arr、arrival_time、eta、dep、departure_time、etd、mct、min_connect、connection_timeといったエイリアスも受け付けるため、スプレッドシートやクエリ文字列、型付きフォームでも同じ契約を再利用できます。数値でないゴミ、25時、分フィールドの60分は明確なメッセージとともに拒否され、不正なセルが誤ったsufficientフラグにすり替わることを防ぎます。これはほとんどの乗客が別の日付フィールドなしに同じ空港での夜間接続をどう読むかと一致します。自動パイプラインの中で同一の数学的結果が必要な場合は、このページの無料ブラウザ実行と有料APIを組み合わせ、時刻の解析を自前で再実装せずに済ませてください。
接続確認が予約・運用・ソフトウェアで果たす役割
法人向け旅行デスクは、航空会社の合法上の最小値より厳しい会社のMCTポリシーに対してslack_minutesが負になる旅程にフラグを立てるため、複数区間の運賃全体に同じ公式をバッチ処理します。このページでは処理はすべてブラウザ内で完結し、API経由では成功した照会1件ごとに$0.002かかり、検証に失敗した場合は課金されず、レスポンスを返した後は何も保存されません。無料のインタラクティブな検証と、同一の結果を返す有料APIというこの分離はKITのtier Aカタログ全体の方針と一致しており、旅程計画のデモから自動パイプラインへ、数学的な結果を変えることなく移行できます。
技術的な質問
乗り継ぎ時間チェッカーの料金は?
このページのブラウザ上では無料です。API経由では成功したリクエストごとに$0.002かかり、無効な入力には課金されません。
min_connectionとは何ですか?
必要とする最短接続時間(MCT)を分(またはH:MM)で指定するものです。layover_minutesがその値以上のとき接続は十分です。
無効な時刻の場合はどうなりますか?
入力はinvalid_inputとして拒否されます。例として、フィールドの欠落、0~23の範囲外の時、0~59の範囲外の分や秒、負のMCT、時刻でない文字列があります。