日時計算機
カレンダーで間違えやすい日付計算はこれにお任せ：特定の日付に年・月・週・日を加減したり、2つの日付の間の日数と営業日数を計算したり、誕生日から年齢を年/月/日単位で正確に算出し次の誕生日までの残り日数を表示。うるう年と月末は自動処理、データはブラウザ外に出ません。
- モード
- 加減 · 期間 · 年齢
- 境界処理
- うるう年 · 月末
- プライバシー
- 100%ローカル
- 依存関係
- なし
月を加算する際には元の「日」を優先的に保持します。対象月に同日が存在しない場合、自動的にその月の最終日に調整されます（例：1月31日 + 1ヶ月 = 2月28日/29日）。
総日数は2つの日付の間に経過した暦日で算出されます。営業日は土曜日と日曜日が除外されます。
年齢は年・月・日の満了単位で計算されます。2月29日生まれの方は、平年には2月28日で計算されます。
このセッション
記録は現在のページのメモリ内にのみ保存されます。ページを更新またはタブを閉じると削除されます。
日常の日付の問題に
1つのページ、3つのアルゴリズム
普段は指で数えたり表を確認しなければ計算できない日付の問題が、ここでは入力するだけですぐに結果が得られます。
任意日付加減
年・月・週・日の加減を一括して実行し、締め日、更新日、リマインダー日、納期サイクルの計算に適しています。
2つの日付の差を計算
総日数、週数、「年・月・日」の3つの単位で2つの日付間の期間を提示します。
営業日統計
月曜から金曜のみを対象とし、スケジュール作成、SLA 計時、休暇日数の見積もりに使用します。
正確な年齢計算
生年月日を「何歳何か月何日前」に換算し、次の誕生日の日付とカウントダウンを表示します。
境界値の自動処理
閏年、月末、週末はすべて UTC 日付演算で統一的に処理され、夏時間による日付ズレは発生しません。
開いてすぐ使用可能
登録不要、アップロードなし、すべての計算はブラウザ内でローカル実行されます。
日付演算のルール
計算結果を紙のカレンダーと一致させるためのいくつかの重要なルールです。
「1か月加算」の正確な日数は？
月の日数は一定ではないため、日付の計算は「同日」を基準に行います。1月15日 + 1か月 = 2月15日です。対象の月に同日が存在しない場合は、その月の最終日に調整されます：1月31日 + 1か月 = 2月28日（閏年は29日）、3月31日 - 1か月も同様に2月28日/29日となります。
なぜ日数、週数、年月日の結果が一致しないのですか？
総日数は2つの日付の間の固定された暦日数です。週数は総日数を7でグループ化したものに過ぎません。年月日の差は暦に沿って順次進めた結果で、「1年2か月3日」といった口語表現に近く、単純な除算で換算することはできません。
営業日はどのように計算されますか？
ここで言う営業日とは月曜日から金曜日を指し、法定休日は含まれません。国によって祝日が異なるため、ツール側で自動的に判断することはできません。スケジュール調整で休日を差し引く必要がある場合は、結果を元に手動で調整してください。
なぜUTCで計算するのですか？
純粋な日付にはタイムゾーンの概念がありません。UTCで計算することでサマータイムの切り替えによる影響を回避できます。現地時間では1日が23時間または25時間になることがあり、単純な除算では誤った日付に丸められてしまうからです。
よく使われる期間早見表
業務や手続きでよく遭遇する日付の区間と、具体的な日付を決めるための計算基準です。
| シーン | よく使われる期間 | 計算基準 |
|---|---|---|
| 30日 / 60日 / 90日の支払期日 | 30、60、90の暦日 | 請求書作成日または納品日のいずれかから算出し、算出開始日が含まれるかどうかを事前に確認する |
| 試用期間／通知期間 | 1～6か月 | 固定日数ではなく月単位で進行し、月末に調整される（1月31日＋3か月＝4月30日） |
| ビザまたはビザなし滞在 | 90暦日 | 通常、入国翌日から起算し、出国日は一般的に含まれない |
| 妊娠期間 | 40週間／280日 | 最終月経初日から出産予定日まで |
| 返品／保証期間 | 7日、14日または30日 | 規約に暦日か営業日のどちらで記載されているかを確認する |
| 金融決済T+1／T+2 | 1～2営業日 | 週末と現地の法定休日を除外し、暦日が繰り越される |
| 契約書の「90日以内」 | 90暦日 | 起算日を含むかどうかが明記されており、通常ここで争いが生じる |
契約書に「日」のみ記載されている場合、暦日として解釈し、起算日を明確に記載する必要がある
曖昧さのない日付の表記方法
同じ8桁の数字でも異なる2つの日付を表すことがあり、以下の表記方法を理解しておくべき
| 表記方法 | 例 | よく使われる場面 |
|---|---|---|
| ISO 8601 | 2026-10-26 | インターフェース、データベース、ファイル名、国際標準 |
| RFC 3339（時間付き） | 2026-10-26T14:30:00+08:00 | タイムゾーン付きのWebインターフェースとログ |
| 日 / 月 / 年 | 26/10/2026 | イギリス、ヨーロッパの多くの国、オーストラリア、ラテンアメリカ |
| 月 / 日 / 年 | 10/26/2026 | アメリカ、フィリピン。前の形式と最も混同しやすい |
| 中国式表記 | 2026年10月26日 | 中国の契約書、証票、公式文書 |
| 英語表記 | 26 October 2026 | 英語の契約書・証明書。月を英語表記にするのが最も確実 |
国境を越えた場面ではISO 8601を使うか月を英語表記にするのが最優先です。純数字のDD/MMとMM/DDは最も間違いやすいです。
よくある質問
開始日と終了日は日数に含まれますか？
ツールが出力するのは経過日数です：1月1日から1月2日は1日、同じ日の場合は0日です。「開始と終了の両日を含む」場合（例：ホテルの宿泊日数など）、結果に1を加算してください。
閏年と2月29日はどう処理されますか？
2月29日は入力として使用でき、1年追加すると次の平年の2月28日になります。年齢計算では、2月29日生まれの人は平年の場合2月28日を誕生日として計算します。
非常に過去の日付や未来の日付も計算できますか？
西暦1年から9999年までの日付はすべて計算可能です。歴史的な日付や長期的な計画にも対応し、結果はグレゴリオ暦に基づいて算出されます。
業務スケジュールの作成に使用できますか？
月曜日から金曜日までの営業日数のカウントに利用できます。地域によって休日が異なるため、ツールは自動的に祝日を除外しません。ご自身の休日設定に合わせて結果を調整してください。
入力したデータはアップロードされますか？
いいえ。ページはフロントエンドのスクリプトのみで構成されており、日付はブラウザ外に送信されません。アカウントやサーバー側の保存も必要ありません。
年齢、記念日、2月29日
「何歳」の定義は場面によって異なります。まず正しい口径を選びましょう。
満年齢
誕生日当日から起算し、次の誕生日の前日までが満N歳です。2000年5月15日生まれの場合、2018年5月15日に18歳になり、元旦ではありません。
数え年
伝統的な算法で、出生時に既に1歳、新年のたびに1歳加算するため、満年齢より1～2歳多くなることがあります。
法的年齢
多くの地域では誕生日当日に法的年齢に達しますが、一部の地域では出生時刻に基づいて計算されます。契約や証明書に関わる場合は現地の規定に従ってください。
記念日と2月29日
記念日は年単位または月単位で進み、月末に収束します。2月29日生まれの方は、通常の年は2月28日を記念日としますが、一部の司法管轄区では3月1日とされます。
カレンダーの歴史
なぜ「1年」はちょうど365日ではないのか、そして1582年になぜ10日間が突然消えたのか。
-
紀元前45年
ユリウス暦
カエサルはローマの太陰暦を太陽暦に置き換え、4年ごとに閏年を設けることを定めた。この暦は回归年より1年あたり約11分長い。
-
325年
ニケア公会議
教会がイースターの日付を統一したが、暦の誤差が後に宗教的・民事的な問題となった。
-
1582年
グレゴリオ暦改革
グレゴリウス13世教皇は10日間を削除し、10月4日の翌日を10月15日とし、100年ごと、400年ごとの閏年規則を導入した。イギリスとその植民地は1752年まで切り替えなかった。
-
1970年
Unixエポック
1970年1月1日 00:00 UTCがUnix時間の起点となった。これは暦日ではなく時点であるため、タイムスタンプにはタイムゾーンが必要。
-
1988年
ISO 8601
YYYY-MM-DD形式と月曜始まりの週番号を統一した規格で、現在も給与、物流、プロジェクトスケジュールに使われている。
現在日常的に使われているのがグレゴリオ暦で、4年ごとの閏年規則は1582年のこの修正に由来する。
関連ツール
日付ではなく具体的な時刻が必要ですか？これらのツールがぴったりです。