世紀の開始と終了
2024年6月15日は21世紀に属し、21世紀は2001年1月1日から2100年12月31日までです。日付を入れると、世紀の番号、最初と最後の年、始まりと終わりの日が分かります。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 日付
- 2024-06-15
- 年
- 2,024
- 月
- 6
- 日
- 15
- 世紀
- 21
歴史家、アーカイブ担当者、製品タイムライン、カリキュラム計画者は、ある暦日が属する世紀の正確な年の範囲を必要とすることがよくあります。漠然とした「21世紀」というラベルだけでなく、フィルターやレポートにそのまま使える、最初と最後の年、および1月1日と12月31日の具体的な境界です。この機能は、YYYY-MM-DD形式の明示的なISO暦日を1つ受け取り、それを含む歴史的グレゴリオ暦の世紀を返します。アルゴリズムは入力だけからの純粋な整数演算であり、ネットワーク呼び出し、壁時計、ホストのタイムゾーンは使いません。存在しない暦日は明確な無効入力エラーで失敗し、課金されません。
歴史的な世紀が年を最初と最後の境界に対応付ける方法
ここで用いる歴史的グレゴリオ暦の慣例では、第1世紀は1年から100年までを含み、第2世紀は101年から200年までを含み、以下同様です。数式では、正の年の序数世紀は年を100で割った天井であり、その世紀の最初の年は(世紀−1)×100+1、最後の年は世紀×100です。
したがって2000年は20世紀(1901年から2000年)に属し、2001年は21世紀(2001年から2100年)の始まりです。これは多くの百科事典や、共通紀元の年に対する年代・世紀ファインダーと同じ序数付けであり、2000年から2099年を「2000年代」と呼ぶ非正式なゼロ起点の窓ではありません。2024年2月29日のような閏日は受け付けます。
応答は正規化された日付・年・月・日を返すため、ログに解決内容を正確に残せます。
主な使い道と年代計算との違い
授業計画、博物館ラベル、表計算の確認、カレンダーライブラリを入れずに世紀の窓を素早く検証する場合は、ブラウザ上の無料の世紀開始・終了ツールを呼び出してください。エンジンが拒否した検証失敗では残高を消費しません。
同じ世紀内のより細かい範囲が次のステップなら週・月・四半期の開始終了ツールと組み合わせ、年だけがあり年代タグが必要なら年代・世紀ラベル付けと組み合わせてください。入力は他のKIT parse項目と同じ保持規則に従い、アルゴリズムは入力文字列だけから完全に決定論的なので、結果は継続的インテグレーションのフィクスチャに固定しても安全です。
紀元前、天文年ゼロ、会計上の世紀、非公式な2桁の世紀ニックネームは別の検索意図であり、本製品は変換しません。専門的な編年規則は自前の層に置き、ISO日付から標準の歴史的共通紀元の世紀境界を得るためにこの機能を呼び出してください。
よくある質問
21世紀は2000–2099ですか、それとも2001–2100ですか?
本製品は歴史的な序数世紀を使います。21世紀は2001年から2100年までを含みます。2000年は20世紀(1901–2000)に属します。
日付が無効な場合はどうなりますか?
誤ったISO形、2023-02-29のような存在しない日、0001–9999の外の年は拒否され、課金されません。
コンピュータの時計やタイムゾーンを使いますか?
いいえ。 境界は送信されたISO日付だけから計算されます。Dateオブジェクト、壁時計、ホストのタイムゾーンずれはなく、結果は入力だけからUTC市民日の意味で決定論的です。
ある年が何世紀かはどう計算しますか?
年を100で割り、小数点以下を切り上げます。2024年なら21世紀です。その世紀は前の世紀が終わった翌年の2001年に始まり、2100年に終わります。
何年から何年まで入力できますか?
1年から9999年までの実在する日付を入力できます。1世紀は1年から100年までなので、ごく古い日付でも、常に100年の正確な範囲が分かります。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/date/century-start-end \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"date":"2024-06-15"}'const res = await fetch("https://api.kit.forhosting.com/date/century-start-end", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"date": "2024-06-15"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/century-start-end",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"date": "2024-06-15"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/century-start-end", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"date":"2024-06-15"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"date":"2024-06-15"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/century-start-end", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"date": "2024-06-15"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.century_start_end",
"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 | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
世紀の序数とラベル、最初と最後の年、包括的なfirst_dateとlast_dateの文字列です。同じ日付は常に同じJSONになります。
歴史的な世紀が年を最初と最後の境界に対応付ける方法
必須フィールドdateには、0001から9999までの4桁年、2桁の月、先発グレゴリオ暦で実際に存在する2桁の日を持つ厳密なISO形式YYYY-MM-DDの文字列を送ってください。非閏年の2月29日や存在しない月・日はinvalid_inputとなり、壊れた日付から世紀をでっち上げることはありません。経路はDate、乱数シード、遠隔サービスに触れないため、同一リクエストは常に同一のJSONになります。
first_year、last_year、first_date、last_date、世紀ラベルの読み方
境界日は意図的です。 2000年12月31日の入力はその日に終わる20世紀を返し、2001年1月1日の入力はその日に始まる21世紀を返します。成功時の応答には、入力日付のエコーとyear・month・day成分、整数のcentury、21世紀を表すcentury_ordinal(例:21st)、表示用のcentury_label(例:21st century)が含まれます。主な製品フィールドは包括的整数のfirst_yearとlast_year、および先頭ゼロ付きYYYY-MM-DD文字列のfirst_dateとlast_dateです。first_dateは常に最初の年の1月1日、last_dateは常に最後の年の12月31日です。この契約ではlength_yearsは常に100です。calendarは常にgregorian、methodは常にhistorical_centuryなので、下流コードは形状を嗅がずに分岐できます。SQLのBETWEEN句、倉庫パーティションフィルタ、タイムラインのズーム範囲にはfirst_dateとlast_dateだけを使い、世紀単位の集計やグラフ軸にはfirst_yearとlast_yearを、UIバッジや授業タイトルにはcentury_labelを使ってください。1から9999の外の年、文字列でない日付、誤ったISO形、不可能な日はフィールド名を含むinvalid_inputで失敗し、課金されません。
APIの使い方、料金、ワークフロー、年代ツールとの違い
必須の文字列フィールドdateに明示的なISO暦日を入れたJSON本体を送ってください。アーカイブパイプライン、CMSタイムライン、教育製品、レポート用cronが安定した契約を必要とする場合は、成功1件あたり$0.002のKIT残高による前払いAPIを使います。SDKを出荷する作者は、first_dateとlast_dateを日付範囲コントロールに、century_labelを見出しに対応付けできます。
連携の活用例
アーカイブと博物館のタイムライン窓
学芸員は遺物の日付が属する包括的な世紀を解決し、first_dateとlast_dateをコレクションフィルタ、展示ラベル、公開タイムラインのズーム範囲に渡します。
教育とカリキュラム計画
授業ツールはサンプルのISO日付をcentury_labelと最初・最後の年に変換し、手計算なしで歴史的な世紀の境界を正確にワークシートやクイズに示します。
製品分析と世紀単位のレポート
ダッシュボードとバッチジョブは任意のイベント日から世紀パーティションを固定し、集計とホスト間で安定するCIフィクスチャにfirst_yearとlast_yearを使います。
技術的な質問
日付から世紀の開始と終了を得るにはどうすればよいですか?
dateをYYYY-MM-DD(例:2024-06-15)としたJSONを送ってください。応答にはその日を含む歴史的世紀のfirst_year、last_year、first_date、last_date、century_labelが含まれます。
世紀の開始と終了の計算ツールは無料ですか?
ブラウザツールはお使いの端末で無料で動作します。API呼び出しは成功1件あたり$0.002の前払いKIT残高を使い、検証失敗は課金されません。