ForHosting KIT · 日付・時間

次のうるう年を検索

2023年から見た次のうるう年は2024年、1899年からなら1904年です。1900年には2月29日がないためです。年を入力すると、その年以降で最初のうるう年とあと何年かが分かります。ブラウザで無料で使えます。

  • 無料
  • ブラウザで動作
  • 登録不要
  • データは端末の外に出ません
ご利用方法 ウェブAPIメールTelegramアプリ 近日
入力した場合
年
2,023
結果
うるう年
2,024
残り年数
1

この次のうるう年を検索するツールは、単一の整数のカレンダー年を受け取り、その年以降で最も早いグレゴリオ暦うるう年を返します。エンジンは、4で割り切れるが400で割り切れない世紀年を除くという決定的なグレゴリオ暦のうるう規則のみを、ネットワーク通信、ランダムサンプリング、ホストの時計に頼らない純粋な整数算術で使用します。

yearの読み取り方法とうるう規則を再現可能に保つ仕組み

値は整数でなければなりません。数値型はNumber.isIntegerを通過しなければならず、bigint値は範囲内であれば受け付けられ、文字列は任意の符号と数字のみに一致しなければならず、小数点や指数表記は含められません。

文字列の先頭や末尾の空白はトリムされますが、指数表記、16進数プレフィックス、混在したトークンは明確なメッセージとともに拒否されます。解析後、yearはこのカタログ内の他の遡及グレゴリオ暦ヘルパーが使う宣言された上限に合わせて1以上9999以下でなければなりません。

内部的には、エンジンは「年が4で割り切れかつ400で割り切れない世紀でない、または400で割り切れる場合に限りうるう年」といううるう年述語を検定し、入力がテストに失敗すればうるう年が見つかるまで年を1ずつ繰り返し増やします。世紀の境界ケースも同じ規則でカバーされます。

1900年はうるう年ではないため1899年は1904年を生み、2000年はうるう年であるため1999年は2000年を生みます。

次のうるう年の算術が計画立案・教育・ソフトウェアで役立つ場面

運用チームやプロダクトチームが次のうるう年を必要とするのは、複数年計画が2月29日というキャパシティの日を含まなければならない場合、コンプライアンスウィンドウが次のうるう周期を基準に定義されている場合、あるいはデモ用のカレンダーがテーブルをハードコードすることなく既知のうるう年に着地すべき場合です。

長期のコホートラベルを構築するアナリストは同じ操作を用いて、265日ではなく266日を持つ次の年に印を付け、年次指標の整合性を保ちます。

開発者はこの契約をスクリプトから呼び出し、日付ライブラリの決定的なテストベクターを生成したり、2月の長さを検証するプロパティチェックの種を作ったり、ホストのロケールカレンダーに頼らない純粋な整数のうるう年ステップを要求する製品要件を満たしたりします。

教育者や標準策定者は、1900年はうるう年ではなく2000年はうるう年であること、2023年が2024年に進むことを、製品ごとに異なるスプレッドシートのシリアル番号やタイムゾーンによってずれるライブのDateオブジェクトに頼ることなく実演するためにこのツールを使います。このページでの計算はすべてブラウザ内で完結します。

関連するカレンダー操作が必要なときは次の曜日、日数の減算、ISO週ヘルパーと組み合わせ、日付ユーティリティの小さなラボを構築する際は他の無料の決定的なツールと組み合わせてご利用ください。

長期計画とキャパシティ

ハードコードされたうるう年テーブルなしに複数年計画が余分な暦日を織り込めるよう、プロジェクト開始以降で最初のうるう年を見つけます。

グレゴリオ暦の世紀規則を教える

1900年はうるう年ではなく2000年はうるう年であること、2023年が2024年に進むことを、再現可能な整数のみの算術で示せます。

ある年がうるう年かどうかはどの規則で決まりますか?

グレゴリオ暦の規則です。4で割り切れる年はうるう年ですが、100で割り切れる世紀年のうち400で割り切れないものは除きます。例: 2024年と2000年はうるう年、1900年と2100年はうるう年ではありません。

完全な2月29日の日付が返されますか?

完全な日付文字列が必要な場合はYYYY-02-29を自分で組み立ててください。

1899年の次が1900年ではなく1904年になるのはなぜですか?

1900年は400で割り切れない世紀の年なので、うるう日がないからです。検索はこの年を飛ばして1904年に進みます。一方、1999年は400で割り切れる2000年にそのまま進みます。

入力した年がすでにうるう年ならどうなりますか?

その年自体が答えになり、待つ年数は0です。たとえば2024年は2024年を返し、2023年のような平年だけが次のうるう年まで進みます。

どんな年を入力できますか?

1から9999までの整数の年です。2023.5のような小数や数字でない文字は受け付けないので、表の入力ミスが誤った答えになることはありません。

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

POSThttps://api.kit.forhosting.com/date/next-leap-year

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

curl -X POST https://api.kit.forhosting.com/date/next-leap-year \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"year":2023}'
{
  "year": 2023
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "date.next_leap_year",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

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

1リクエストあたり$0.002

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

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

代表的な検証例として、2023年は2024年にマッピングされ、すでにうるう年である2024年はそれ自身を返し(years_untilはゼロ)、1899年はうるう年ではない世紀年1900年を飛び越えて1904年に着地し、1999年はその世紀年が400で割り切れるため2000年に進みます。計画立案、教育、手早いチェックにはブラウザで無料にご利用いただき、CI、レポーティングパイプライン、製品機能で再現可能な次のうるう年フィクスチャが必要な場合は、成功したリクエストごとに$0.002のAPIをご利用ください。

次のうるう年が意味すること、そしてレスポンスの内容

次のグレゴリオ暦うるう年を見つけることは、単一の年がうるう年かどうかを確認すること、固定スタンプに対する2月の長さを計算することとは異なる問いに答えます。それは開始年から前進し、各ステップで市民暦のうるう年述語を適用し、うるう年が見つかるかサポート範囲が終わるまで続けます。回帰年の長さの浮動小数点近似もホストのDateオブジェクトへの依存もありません。拒否されるケースには、yearの欠落、非整数、1から9999の範囲外の値、上限を超えるうるう年を要求することになる入力が含まれます。yearフィールドを整数として指定します。エンジンは2023.5のような小数値、空フィールド、非数値トークンを拒否するため、不正なセルが誤った答えにつながることはありません。「以降」という意味論は、入力年がすでにうるう年である場合はyears_untilがゼロでleap_yearがyearに等しくなり、そうでなければyears_untilが次のうるう年までの正の整数年数の距離になることを意味します。この計算ツールは、正規化された入力年、leap_yearの結果、years_until、真偽値のis_input_leapフラグ、短い英語の規則文字列、述語と「以降の最小y」という定義を要約したコンパクトな式の説明を返します。入力が範囲内の有効な整数年であれば次のうるう年は完全に決定され、そうでなければinvalid_inputでリクエストは失敗します。曜日の算術、2月29日を含む完全な日付の構築、年齢や間隔のツールが必要な場合はそれぞれの専用エンドポイントをご利用ください。このページは、指定された年以降で最初のグレゴリオ暦うるう年のみに答えます。

yearの読み取り方法とうるう規則を再現可能に保つ仕組み

優先されるフィールドはyearですが、y、from、start、valueといった別名も受け付けるため、スプレッドシート、クエリ文字列、型付きフォームは列名を変えずに同じ契約を再利用できます。自動化されたパイプライン内で同一の次のうるう年が必要な場合は、このページの無料ブラウザ実行と有料APIを組み合わせてご利用ください。

次のうるう年の算術が計画立案・教育・ソフトウェアで役立つ場面

API経由では成功した検索1件につき$0.002がかかり、検証に失敗したリクエストは課金されず、レスポンスが返された後は何も保存されません。この無料のインタラクティブな探索と、同一結果を返す有料APIという分割は、KITのtier-Aカタログの他のツールと同様であり、単発のチェックからパイプラインへ、数学的な結果を変えることなく移行できます。

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

DateやホストのAPIに依存せずに、ユニットテストやプロパティチェック、CIアサーション向けに次のうるう年の整数を生成できます。

次のうるう年を検索するツールの料金はいくらですか?

このページのブラウザ版は無料です。API経由では成功したリクエストごとに$0.002がかかり、無効な入力には課金されません。

入力年がすでにうるう年の場合、何が返されますか?

その同じ年です。意味論は「以降」であり、years_untilは0、is_input_leapはtrue、leap_yearはyearに等しくなります。

なぜ2023.5は拒否されるのですか?

yearは整数でなければなりません。この契約の下では小数の年はカレンダー年ではなく、invalid_inputで失敗します。

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