ヒジュラ暦から西暦変換｜算術暦3方式を日別一覧

使い方

1. 算術方式、開始ヒジュラ月、AH年、表示期間を選びます。
2. 計算し、両西暦・曜日・JDN・basisを同じ行で確認します。
3. 公式日程へ使う場合は観測暦や地域当局の発表と照合します。

計算式・考え方

JDN=epoch+354(y−1)+floor((c+11y)/30)+29(m−1)+floor(m/2)+d−1を方式別epoch・cで評価し、JDNから両西暦へ戻します。

注意事項

• ヒジュラ暦から西暦変換では、開始するヒジュラ月とAH年、算術方式、期間を選びます。各日についてヒジュラ月名と日、グレゴリオ暦、ユリウス暦、曜日、JDN、方式名を同じ行に出すため、月初だけでなく月末や閏日の位置も追跡できます。
• 算術ヒジュラ暦は奇数月30日、偶数月29日を基本とし、30年に11回だけ第12月Dhu al-Hijjahへ30日目を加えます。純太陰暦なので季節へ固定せず、1年は354日または355日です。太陽年とのずれを閏月で戻す暦ではありません。
• StandardはJulian 622-07-16をAH1 Muharram 1とする金曜元期のType IIです。30年周期の閏年は2・5・7・10・13・16・18・21・24・26・29年目で、ICUのislamic-civil説明とも照合できます。
• 参照Kuwaitiは参照ページ互換のType Iとして、Julian 622-07-15の木曜元期と2・5・7・10・13・15・18・21・24・26・29年目の閏年を使います。現行MicrosoftやUnicode資料でKuwaitiと呼ばれる方式と一致しないため、UIと結果列で『参照Kuwaiti』と明記します。
• Fatimidは同じ木曜元期で、閏年を2・5・8・10・13・16・19・21・24・27・29年目に置くType IIIです。方式差は1日程度でも歴史資料の照合結果を変えるため、異なる方式を自動統合せず、選択したbasisを全行へ残します。
• 観測による新月・三日月確認、Umm al-Qura、各国の公式発表を計算しません。算術表は過去・未来へ決定的に延長できますが、宗教行事の実施日や現地の月初と一致する保証はなく、地域・観測・宣言により1日以上ずれることがあります。
• この世界のこよみ5ページは、異なる暦を日付文字列だけで置き換えず、整数のJulian Day Number（JDN）を共通の橋として相互変換します。JDNは天文学上の連続した日番号で、同じ整数へ対応したグレゴリオ暦日、ユリウス暦日、ヒジュラ暦日、ユダヤ暦日を同じ行に並べます。
• 日付は時刻を持たない暦日として扱います。整数JDNは正午を基準とする名称ですが、本ツールの表は一日単位のcivil date対応を示し、時刻、タイムゾーン、夏時間、経度、日の出入りを計算しません。Julian Dateの小数部やUnix秒への変換とは用途が異なります。
• グレゴリオ暦とユリウス暦は、歴史上の導入日より前や廃止後にも各閏年規則を数学的に延長するproleptic calendarです。1582年の改暦や各国固有の採用日を自動推測せず、両暦を別列で同時に表示します。史料の表記は地域の採用史と照合してください。
• 西暦の紀元前は利用者へ正の年数で示し、年0を入力させません。内部計算だけは紀元前1年を天文学的年0へ写して日付を連続させます。紀元前の日付を引用するときは、BC/BCE方式か天文学的年番号かを明記しないと1年ずれるため注意が必要です。
• 『1か月』『2か月』『半年』は、開始月1日から選んだ暦の1・2・6か月後の月初直前までを表示します。『1暦年』は同じ意味の月が翌年に始まる直前までで、ユダヤ暦の閏年には13か月・最大385日を含みます。単純に365日や12か月へ固定しません。
• 結果は最大385行、6列に制限します。行数、列ID、文字セルのUTF-16長、制御文字、入力整数、選択値、暦元、JDN上限を検査し、範囲外を端へ丸めたり、存在しない月日を翌月へ繰り越したりしません。NaN、Infinity、小数年、未知の方式はエラーとして止めます。
• 曜日は端末の言語設定やタイムゾーンへ渡さず、整数JDNの7日周期から月曜日〜日曜日を直接決めます。同じJDNを持つ各暦日は必ず同じ曜日になるため、両西暦の表示が異なる場合も曜日列で対応を検算できます。ただし史料中の曜日名や一日の開始時刻まで復元する機能ではありません。
• すべての結果セルを文字列として安全に描画し、日付の先頭ゼロ、AH・AM・紀元前表示、月名、年型を保ちます。TSVコピー後は表計算ソフトの自動日付変換に注意し、JDN列と暦法列を残して再照合してください。先頭が数式記号になるセルはTSV式注入対策も行います。
• 計算は利用者のブラウザー内だけで完了します。JavaScript Date、現在時計、外部API、fetch、XMLHttpRequest、WebSocket、CDN上の暦ライブラリ、位置情報、Cookie保存、ファイルアップロードを使用しません。閲覧地域や端末タイムゾーンで結果が変わりません。
• ページ先頭はcalculator-firstとして、方式・年月・期間、計算ボタン、結果表を置き、その下へ計算基準、適用範囲、方式差、歴史上の注意、FAQを掲載します。375px幅では表領域だけを横スクロールさせ、暦名やJDN列を非表示にせず、既存サイトのフォントと余白を継承します。
• 日没から日付が始まる宗教暦では、civil date一日との対応は場所と時刻により境界が変わります。本表は日付ラベルの算術対応を示し、日没後の瞬間を自動的に翌宗教日へ切り替えません。礼拝、祭日、法的期限には地域の宗教団体や公的資料を優先してください。
• 正常例、暦元または最大年の境界例、範囲外の不正例を各ページ定義へ固定します。Python整数実装、独立oracle、ブラウザーJavaScriptの結果を行数・代表セル・往復変換で照合し、1024pxと375pxの実ブラウザでも全ページを再検査します。
• builderはWordPress本文、追加CSS、追加JavaScript、ローカルpreview、manifest、SPEC、QAの元定義をローカルへ保存するだけです。WordPressの下書き作成、既存記事更新、公開操作は行わず、ユーザーから明示的な公開指示があるまでready-localとして管理します。
• DershowitzとReingoldの整数暦算法、US Naval ObservatoryのJDN説明、各方式の一次・学術資料を照合しました。監査用URLと節名はbuilderメタデータに固定し、実行時には参照先へ接続しません。今回の式と説明の最終確認日は2026年7月15日です。
• 算術・固定暦の学習と照合用です。観測暦、公式宗教日程、法的期限、古代の歴史日を自動確定しません。

よくある質問