日付から曜日を求める計算ツール
2026年7月25日は土曜日で、ISO曜日番号は6です。9999年までの実在する日付を入れれば、グレゴリオ暦のうるう年の規則で確かめたうえで、タイムゾーンに左右されずに曜日が分かります。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 日付
- 2026-07-25
- 曜日
- Saturday
- ISO 曜日番号
- 6
- ツェラーの指数
- 0
YYYY-MM-DD形式で日付を入力すると、その日が何曜日かを確認できます。まず、うるう年の完全な規則を含むグレゴリオ暦に照らして、実在する日付かどうかを検証します。その後、決定的な整数演算によるツェラーの合同式を適用します。結果には英語の曜日名、月曜日を1、日曜日を7とするISO曜日番号、ツェラー方式本来のインデックスが含まれます。システム時刻やタイムゾーンに依存しないため、歴史上の日付の確認、予定管理、ソフトウェアテストなど、安定した曜日判定が必要な処理に適しています。
正確で有効な日付をご入力ください
日付はYYYY-MM-DDの厳密な形式でご入力ください。年は4桁、月と日はそれぞれ2桁にします。たとえば2026-07-25は受け付けますが、25/07/2026、2026年7月25日、2026-7-25は受け付けません。
ただし、書式が正しいだけでは十分ではありません。実際のグレゴリオ暦に存在する日付かどうかも確認します。月は01から12までで、日は選択した月の日数以内でなければなりません。
2月29日はうるう年に限り有効です。うるう年の判定には世紀年の例外も含まれます。100で割り切れる年は通常うるう年ではありませんが、400で割り切れる年はうるう年です。
そのため、2000-02-29は有効ですが、1900-02-29は無効です。対応する年は0001から9999までです。不正な入力に対して、推測や自動補正、無通知の日付移動は行わず、明確な入力エラーを返します。
予定表、報告書、テストデータ、記録などで入力日付を正確に保つ必要がある場合にも、安心してご利用いただけます。
ツェラーの合同式で曜日を求める仕組み
ツェラーの合同式では、月の日付、変換した月番号、世紀内の年、0から数える世紀を組み合わせて曜日を導きます。1月と2月は前年の13月と14月として扱うため、うるう日の位置を一つの公式に自然に組み込めます。グレゴリオ暦の計算では、日、切り捨てた月の項、世紀内の年、切り捨てた二つの除算項を加え、世紀の2倍を引きます。
最後に7を法とした値を求めます。この実装では正の剰余を使用するため、古い年で中間の合計が負になっても、結果は安定します。ツェラー本来の番号は、土曜日が0、日曜日が1、月曜日が2で、金曜日の6まで続きます。
また、月曜日が1、日曜日が7となるISO曜日番号も返します。すべて決定的な整数演算で処理されます。同じ有効日付には、実行環境にかかわらず常に同じ結果が返ります。
活用例
歴史上または個人の日付を確認できます
誕生日、記念日、節目、グレゴリオ暦の史料の日付について、暦表を開かずに曜日を確認できます。
予定と業務ルールを検証できます
後続の予定処理を行う前に、指定日が平日と週末のどちらに当たるかを確認できます。
決定的なテストデータを作成できます
システム時計やタイムゾーンに依存せず、ソフトウェアテスト用の曜日名とISO番号を生成できます。
よくある質問
どのような日付形式が必要ですか?
年を4桁、月と日を2桁ずつにしたYYYY-MM-DD形式を厳密にご使用ください。
存在しない日付は拒否されますか?
はい。 無効な月、各月の日数を超える日、平年の2月29日は受け付けません。
うるう年はどのように判定されますか?
4で割り切れる年を基本とし、100で割り切れる年を除外します。ただし400で割り切れる年はうるう年です。
ISO曜日番号にはどのような意味がありますか?
月曜日を1、火曜日を2として、日曜日の7まで順番に割り当てる方式です。
タイムゾーンによって結果は変わりますか?
いいえ。 入力は時刻やゾーンを持たない日付であり、計算には整数演算だけを使用します。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/calc2/day-of-week-from-date \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"date":"2026-07-25"}'const res = await fetch("https://api.kit.forhosting.com/calc2/day-of-week-from-date", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"date": "2026-07-25"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/calc2/day-of-week-from-date",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"date": "2026-07-25"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/calc2/day-of-week-from-date", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"date":"2026-07-25"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"date":"2026-07-25"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/calc2/day-of-week-from-date", 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-25"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "calc2.day_of_week_from_date",
"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 | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
正確で有効な日付をご入力ください
この厳密な書式により、日を先に置く表記と月を先に置く表記の曖昧さがなくなり、自動リクエストでも一貫した入力を維持できます。
ツェラーの合同式で曜日を求める仕組み
応答ではこの値をzeller_indexとして示すとともに、曜日名へ変換します。システム時計の参照、タイムゾーンの推測、JavaScriptのDate API、ネットワーク情報、地域設定は使用しません。
アプリケーションで結果を確実に活用できます
用途に合う値を選べるよう、応答には関連する三つの表現を保持しています。時刻、UTCオフセット、夏時間、地域設定、地理的変換はありません。そのため、日付が意図せず前日や翌日に変わることはありません。誕生日、記念日、グレゴリオ暦で記録された史料の日付、定期予定の設定、検証処理、単体テスト用データに適しています。day_of_weekは完全な英語の曜日名で、報告書、メッセージ、人による確認に便利です。iso_weekday_numberは月曜日から日曜日までのISO規則に従うため、並べ替え、業務ルール、システム連携に適しています。zeller_indexは公式から直接得た値を保持し、計算法の学習、結果の監査、別のツェラー実装との比較に役立ちます。dateフィールドには検証済みの入力を再掲するため、一括処理でも各応答を元のリクエストと対応付けられます。この機能は値をタイムスタンプではなく、グレゴリオ暦の日付として扱います。APIの利用料金は1リクエストあたり$0.002です。複数の日付を処理する場合は結果を個別に保持し、invalid_inputは同じ入力を再送するのではなく、修正すべきデータ品質の問題としてお取り扱いください。
技術的な質問
APIリクエストの料金はいくらですか?
APIリクエスト1回の料金は$0.002です。