到来していない日時は不安定で不確実です。そんな将来の日時を取り扱うことも、よくあります。グレゴリオ暦は機械的に日付を定めているので、無限の先まで日付を確定できます。これはグレゴリオ暦の大きな特徴となっています。他の多くの暦法は、遠い将来の日付が確定できません。現在から遠く離れるほど、予測精度は下がっていきます。蒙古暦のように、最終的に人間の判断で確定させられる暦法もあります。改暦の可能性はいつでもあります。人間の判断によるものですから、まったく予測できません。グレゴリオ暦にかわる新暦の導入が検討されていました。西暦や皇紀などは機械的に年数を定めているので、無限の先まで年を確定できます。元号は、改元がいつ行われるかまったく予測できません。元号で記述されることがよくあります。改元の際に訂正されることもあれば、そのまま残されることもあります。旧元号表記の日付も、法的には有効とされています。平成42年度開業予定とされています。平成31年に令和と改元されました。「最適な年の表記ではない年の表記」になります。同じ年を指しています。「最適な年の表記」に変わりましたが、「平成32年」も存在はし続けています。6時6分60秒」は「存在しない秒の表記」です。標準時は、改正される可能性があります。地球全体で見れば、ほとんど毎年どこかの地域で標準時が変更されています。夏時刻の実施の有無や時期は、頻繁に改正されています。ない地域がたくさんあります。した変更は人間の判断によるものですから、まったく予測できません。変更の実施直前に突然発表されることもあります。現在からの距離はずれていく可能性があります。1年後のある月日について、「10時から会議」とスケジュールを登録したとします。指している時刻が登録時点と当日とでずれている可能性があります。体育館利用予約システムで「毎週17時から18時」の利用を登録したとします。各週の予約開始時刻となるべきです。少なくても直近数ヵ年分はそのまま適用されると仮定しています。この推測は外れることもあり、適宜修正されています。簡単な対処方法でしょうか。新しいものに変更するかの判断が必要となります。時刻系は改正される可能性があります。実際、世界時や秒の定義は過去に数回改正されています。高い精度が求められる専門分野を除けば、大きな影響が生じる変更が加えられる可能性は低いと思われます。閏秒の廃止が検討されていたりして、将来どのような変更が行われるかは予測しきれません。精度が必要ない分野では、閏秒のない時刻系を用いるのが便利と考えられています。何度か定義が正確に改められました。これからも予期せぬ将来のいずれかのタイミングで改正される可能性があります。した仮定が成立しないこととなります。閏秒は地球の自転速度を踏まえて人間の判断によって実施されます。いつ実施されるかは予測できません。現在からの距離は閏秒によって秒単位でずれていきます。「今から1億秒後」が日付でいうといつのことなのかは、変わるかもしれません。現在から遠く離れた日時を記述できないことがあります。次のような将来の日時を扱う可能性があります。将来の日時の体系の変更にある程度自動的に追随できる仕組みを作っておく必要があります。日本の元号を使った年表記は、定期的に改元される前提で運用されてきました。当然のことながら情報システムもそれを織り込んで設計、運用されなければなりません。将来の日付の扱いは面倒です。将来行われうる暦法の変更を我々は知り得ないからです。年月日のように簡単に仕組みが変わりそうにないものは、とりあえず現在の法則が適用されると仮定し、出来るだけ長くその方法で使えるようにする。(実質的には、年の数が大きくなっても扱えるように、ということ。ように頻繁に変わり得るものは、プログラムの外部の設定ファイルを参照するなどして簡単に修正可能にしておく。ことくらいでしょうか。50年以上夏時刻が実施されていない国でのみ使われるシステムで夏時刻に対応するメリットは何もありません。ある日突然夏時刻が実施されることになれば、大改修は必至です。改暦されるに違いありません。それはいったいどんな暦法でしょうか。それを今から織り込んでおくのは不可能です。ような人間可読形式を採用するのも良い考えかもしれません。日後が2103年1月1日になる保証はありませんからね。過去になってしまった、将来の日付の問題。遠い将来である、将来の日付の問題。理論上は閏日の調整はグレゴリオ暦で数万年は狂わないそうですけど、後者はあり得るかも。なんにせよ、将来のことは分からない。戻ってくるのがいい気がします。まあ実際にはそんなこと考えてもいられないでしょうし、考える必要もあまりないでしょうけど。日時に関わる計算は、日時の値に依存しない計算量で行えるものとするべきです。地方時の換算を行います。(本当はそんな検査などしなくても求められるはずですが...)。そのため、西暦6000年のような大きな値の日時を与えると、異常に時間がかかります。セキュリティー問題となる可能性もあります。括弧内は件数を表します。3桁西暦年の上2桁から誤って西暦世紀を計算したものとわかります。すると「さらに」収集したものから誤った世紀情報が混入したものと推察されます。西暦年の登録が抜けております。他のデータの世紀はこの西暦年から計算されたものとみられます。そのうちいくつかは間違っていて、いくつかは正しいのでしょうか。比較的最近追加されたデータがおかしな処理を経ているのでしょう。TVにて引き続き視聴いただける環境を構築してまりいますが、一部作品は提供を終了するため「視聴期限:9999/12/31」であっても2023年7月31日(月)をもってご利用いただけなくなります。