季節計算機
日付と半球を入力すると、気象学的季節が分かります。2026年7月15日は北半球では夏ですが、南半球では7月は冬に当たります。季節は気象機関と同じ3か月ごとの固定区分です。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 日付
- 2026-07-15
- 半球
- northern
- 年
- 2,026
- 月
- 7
- 日
- 15
- 月の名前
- July
季節計算機は、暦と地球上の位置の両方に依存する実用的な問いに答えます。日付が与えられたとき、この半球ではどの気象学的季節でしょうか。年-月-日形式のISO日付を貼り付け、northern または southern を選ぶと、ツールは季節キー（winter、spring、summer、autumn）、読みやすいラベル、気象学的慣例におけるその季節の3か月、および段階的な分類を返します。気象学的季節は、移動する天文上の至点・分点ではなく、気象サービスや気候要約で用いる固定の3か月ブロックであるため、6月は常に北半球の夏、12月は常に南半球の夏です。
気象学的季節と半球が重要な理由
気象学的季節は、至点・分点の正確な瞬間ではなく月次気候統計に沿うよう、年を4つの固定3か月ブロックに分けます。北半球では、winter は12・1・2月、spring は3・4・5月、summer は6・7・8月、autumn は9・10・11月です。
南半球では同じ暦月が反転し、12〜2月が summer、3〜5月が autumn、6〜8月が winter、9〜11月が spring になります。この反転は見た目の都合ではなく、地球の傾きにより反対半球が同時に反対の太陽季節に入る事実を反映しています。
既定で北半球の季節を仮定する計算機は、チリやオーストラリアの年半ばの冬祭りや、ニュージーランドの12月の夏休暇を誤ってラベル付けします。そのため本ツールは明示的な半球文字列を要求し、northern でも southern でもない値を拒否し、呼び出し元が南半球の冬の日付に誤って「summer」を公開しないようにします。
季節キーは安定した英語の機械ラベルです：winter、spring、summer、autumn。fall ではなく autumn を使うのは、国際気象学および多くの非米国英語ロケールで好まれる用語だからであり、ランディング文面は fall で検索する人にも役立ちます。
分類は有効日付内の日ではなく月番号と半球フラグのみに依存するため、半球が固定されれば7月15日と7月1日は同じ気象学的季節を共有し、これは月次気候平年値の公開方法と一致します。
実践的なヒント、制限、関連検索
常に完全な暦日を送り、時刻成分付きの datetime や末尾の Z は送らないでください。このツールは拡張ISOタイムスタンプを意図的に拒否し、タイムゾーン依存の真夜中を符号化して暦日が変わらないようにします。
教育やテストでは、小さな既知セットを保ってください：7月中旬のような北半球の真夏日、同じ暦日を southern 半球で winter と示す例、12月の northern winter 対 southern summer の組、northern でも southern でもない hemisphere での意図的失敗です。
往復確認は容易です：月番号を調べ、その半球の3か月気象表を適用し、公開された季節キーが一致することを確認します。年の上限は9999で、この製品面で4桁ISO文字列を明確に保ちます。このランディングは、季節計算機、日付による気象学的季節、南北半球の季節をオンラインで探す人向けであり、天文至点計算機でも曜日ツールでも営業日・年齢計算機でもありません。
ISO日付1件と半球があり気候スタイルの季節だけが必要なときにこの機能を選び、曜日名が必要なら曜日計算機を使ってください。
活用例
半球別の旅行・イベント文言
マーケティングチームは目的地の半球に合わせてキャンペーンを summer または winter とラベル付けし、12月のオファーをシドニーでは summer、ニューヨークでは winter とします。
気候・教育用フィクスチャ
教師や気候アプリは、ホスト時計に頼らずワークシートやクイズ用の決定的な気象学的季節ラベルを生成します。
スケジュールとUIローカライズ確認
プロダクトチームは、同じISO日付を northern と southern の設定で見たとき、季節テーマやアイコンが正しく反転するかを検証します。
よくある質問
気象学的季節とは何ですか？
気象・気候サービスが用いる固定の3か月ブロックです。北では winter は12–2月、spring は3–5月、summer は6–8月、autumn は9–11月。南半球は反転マッピングを用います。
なぜ半球を指定する必要がありますか？
同じ暦月が赤道の反対側では反対の季節になります。northern または southern がなければ、単一の答えは地球の半分で誤ります。
hemisphere に受理される値は何ですか？
northern と southern（大文字小文字を区別しません）。
天文上の季節と同じですか？
いいえ。 天文季節は至点・分点で始まり、日や年によってずれます。本ツールは固定の気象月のみを用います。
月の何日かによって季節は変わりますか？
変わりません。決め手は月と半球だけなので、7月1日も7月15日も北半球では夏です。気象学的季節は3か月単位の区分で、月ごとの気候統計の発表方法と一致しています。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/date/season \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"date":"2026-07-15","hemisphere":"northern"}'const res = await fetch("https://api.kit.forhosting.com/date/season", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"date": "2026-07-15",
"hemisphere": "northern"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/season",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"date": "2026-07-15",
"hemisphere": "northern"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/season", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"date":"2026-07-15","hemisphere":"northern"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"date":"2026-07-15","hemisphere":"northern"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/season", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"date": "2026-07-15",
"hemisphere": "northern"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.season",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
制限
year_min | 1 |
year_max | 9999 |
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
無効な半球（northern でも southern でもない値）や存在しない暦日は、誤った季節を黙って返す代わりに、明確な invalid_input エラーで拒否されます。学生、旅行計画者、キャンペーンをローカライズするコンテンツチーム、気候フィクスチャを書く開発者は、無料のブラウザ実行環境と前払いAPIで同じ決定的JSONを得られ、ネットワーク呼び出しも乱数シードもホスト時計への依存もありません。
APIの呼び出し方と返り値
必須の文字列フィールド date と hemisphere を持つJSON本体を送信してください。date フィールドはエイリアス iso_date、value、day でも渡せ、4桁・ハイフン・2桁・ハイフン・2桁の正確なパターンに一致し、1から9999までの包括的な年範囲の実在するグレゴリオ暦日を表す必要があります。hemisphere フィールドは hemi または region としても渡せ、トリムと小文字化の後に northern または southern に解決されなければなりません。短いエイリアス north、south、n、s、nh、sh はフォームやスクリプトの便宜のため受理されますが、east、equator、both のような任意文字列は invalid_input で拒否されます。成功時、応答は正規の日付文字列、year、month、day、英語の month_name をエコーし、hemisphere を正規化済みの northern または southern に設定し、convention を文字列 meteorological に設定し、season を小文字キーに、season_label を先頭大文字の表示形に設定し、season_months を選択半球でその季節を定義する3つの月番号に設定し、短い message と、解析・半球選択・表引きを再述する順序付き steps 配列を含めます。検証失敗 — 欠落フィールド、非文字列型、不正な日付形状、範囲外の年、不可能な月または日、非閏年の2月29日、northern でも southern でもない半球 — は invalid_input を返し、課金されません。料金は成功リクエストあたり定額 $0.002 で、単位は item、限界単価はゼロです。
実践的なヒント、制限、関連検索
クライアントを制御できる場合は主フィールド名 date と hemisphere を優先してください。エイリアスはコントロールを iso_date や region とラベル付けするフォームとの互換性のためにあります。invalid_input を返す失敗タスクは前払い残高を消費しないため、学習者が意図的に誤った半球や不可能な日付を送る探索スクリプトのコストを抑えられます。
技術的な質問
季節計算機は無料ですか？
ブラウザツールは無料でローカル実行です。API呼び出しは成功リクエストあたり $0.002 の前払いKIT残高を使い、失敗タスクは課金されません。