Unix タイムスタンプ変換
現在のエポック時間を確認し、Unix タイムスタンプと通常の日時を相互に変換します。
現在の Unix 時間 (秒)
現在時刻 (ミリ秒)
タイムスタンプ → 日時
日時 → タイムスタンプ
Unix 時間 (エポック) とは何か？ なぜシステムにおいて重要なのか？
Unix 時間（エポック時間または POSIX 時間とも呼ばれる）は、1970年1月1日木曜日 00:00:00 協定世界時 (UTC) から経過した秒数、またはミリ秒数で時点を記述するシステムです。この「エポック」は、ほぼすべての現代のコンピュータオペレーティングシステム、データベース、ネットワークプロトコルの世界的な基準点として機能します。言語やカレンダー、タイムゾーンによって異なる人間が読める形式の「日付」とは異なり、Unix 時間はコンピュータが保存、比較、計算しやすい、単調に増加する整数です。
開発者にとって、Unix 時間の理解はデータベースのインデックス作成から API 設計に至るまで極めて重要です。Linux や macOS などのシステムは内部的にファイルスタンプにこれを使用し、JavaScript などの言語はこれをミリ秒に拡張してさらに高い精度を提供します。ProUtil の Unix タイムコンバータは、このテクニカルな「マシンタイム」と、人間が理解しやすい日付形式との橋渡しをします。生データを含むログファイルのデバッグ、JWT トークンの有効期限設定、タイムゾーンの差異がある分散システムのトラブルシューティングなど、当ツールは即座に双方向の変換を提供します。すべての処理はデバイス上で行われるため、機密性の高いシステムタイムスタンプやサーバーログが外部に送信されることはありません。
Unix タイムスタンプと人間が読める日付を変換する方法
開始点の確認: 未加工の Unix タイムスタンプ（例: 1704067200）があるか、変換したい特定の日付があるかを確認します。
タイムスタンプから日付への変換: 10桁（秒）または13桁（ミリ秒）の整数を最初のフィールドに貼り付けると、人間が読める形式が即座に表示されます。
日付からタイムスタンプへの変換: 2番目のパネルで年、月、日、時間を手動で入力して、対応するエポック値を計算します。
「現在の時刻」機能の使用: 「現在の時刻」ボタンをクリックすると、現在のリアルタイムのシステムクロック設定でフィールドが即座に埋められます。
秒とミリ秒の識別: 入力された数値が約10桁であれば秒、13桁であればミリ秒（JavaScript や Java で一般的）である可能性が高いです。
ローカル時間と GMT の確認: タイムゾーンの混乱を避けるため、ブラウザ設定に基づくローカル時間と GMT/UTC の両方の結果を提供します。
ライブクロックでの検証: ヘッダーのダッシュボードを使用して、リアルタイムで刻まれる現在のグローバル Unix 時間を監視します。
ワンクリックのクリップボード保存: 各「コピー」ボタンを使用して、変換された値をコード、DBクエリ、またはターミナルに直接貼り付けられるように保存します。
新しいデバッグのためのリセット: 入力フィールドをクリアして、新しいタイムスタンプデータでトラブルシューティングセッションを開始します。
プライバシー重視の変換: データをリモートサーバーに送信することなく時間変換を実行できるため、システムログの安全性が確保されます。
エンジニアのための高度なエポック変換機能
Unix タイム変換の例
1704067199
Local Time: Sunday, December 31, 2023, 11:59:59 PM GMT: Sunday, December 31, 2023, 11:59:59 PM
一般的なタイムスタンプのエラーと注意点
秒とミリ秒の取り違え
最も多いミスは、s（10桁）と ms（13桁）を混ぜてしまうことです。JS の Date は ms を期待し、Python や SQL は s を期待することが多いです。
タイムゾーンの誤解
タイムスタンプが UTC かローカル時間かを常に確認してください。エポック値の定義は、標準では常に UTC です。
2038年問題 (Y2K38)
Unix 時間を 32 ビット整数で保存しているシステムは、2038年1月19日にオーバーフローします。未来の日付には 64 ビットでの保存を使用すべきです。
無効な形式の数値文字列
入力に数字のみが含まれていることを確認してください。先頭の 0 や特殊文字が含まれると、「Invalid Date」エラーの原因になります。
日付範囲のオーバーフロー
1970年以前や遠い未来の日付を変換しようとすると、各プログラミング環境によって挙動が異なる場合があります。
夏時間 (DST) の影響
ローカル時間に変換する際、夏時間のシフトによって特定の時間が「欠落」したり「重複」したりして見える場合があることを忘れないでください。
エキスパートガイド: Unix 時間に関するよくある質問
Q.なぜ Unix 時間は 1970年1月1日から始まったのですか？
この日付は初期の Unix 開発者によって、システムの「誕生日」として任意に選ばれました。16ビットや32ビットのハードウェアでの計算を容易にするための便利な基準点でした。
Q.2038年問題（Y2K38）とは何ですか？
2038年1月19日、32ビットの Unix 時間が最大値（2,147,483,647）を超え、負の数値に「ラップアラウンド」します。実質的に 1901年にタイムスリップしたような誤動作を引き起こします。
Q.Unix 時間は世界共通ですか？
はい。定義上、Unix 時間は常に協定世界時（UTC）です。表示される「ローカル時間」は、単にブラウザの設定に基づいたプレゼンテーションレイヤーにすぎません。
Q.ミリ秒を秒に変換するにはどうすればよいですか？
13桁の数値を 1000 で割り、小数点以下を切り捨てるか、単に下 3 桁を削除してください。
Q.「うるう秒」とは何ですか？
地球の自転と同期させるために、定期的に UTC に 1 秒が追加されます。Unix 時間は技術的にうるう秒を無視するため、高精度な原子時計との間で微細な差異が生じることがあります。
Q.JavaScript では Unix 時間は秒単位ですか？
いいえ。JavaScript の `Date.now()` や `new Date().getTime()` はエポックからのミリ秒数を返します。そのため JS のタイムスタンプは 13 桁になります。
Q.1 日は何秒ですか？
正確に 86,400 秒です (60秒 * 60分 * 24時間)。これにより、Unix 計算で毎日のオフセットを算出するのが非常に便利になっています。
Q.機密性の高いサーバーログに使用しても安全ですか？
はい。ProUtil はブラウザ内で完結して動作するように構築されています。データがサーバーに送られることはなく、システムログや社内タイムスタンプは匿名性が保たれます。
Q.1970年1月1日より前の日付はどうなりますか？
エポック以前は負の整数として表されます。たとえば、1969年12月31日 23:59:59 は -1 になります。
Q.ISO 8601 と Unix 時間の違いは何ですか？
ISO 8601 は「2024-01-01T12:00:00Z」のような標準化された文字形式です。人間にとって読みやすい形式（ISO 8601）に対し、Unix 時間はコンピュータに最適化された形式です。
Q.Unix 時間は高精度な科学的用途に使用できますか？
便利ではありますが、科学的な文脈では、うるう秒や暦の修正による複雑さを避けるために、TAI（国際原子時）やユリウス日が使われることが多いです。
Q.現在の時刻のはずなのに「1970年」と表示されるのはなぜですか？
これは通常、ミリ秒を期待しているシステム（JS の Date など）に、秒単位のタイムスタンプを提供した場合に発生します（17億を JS Date に渡すと1970年の日付になります）。
Q.エポックが変わることはありますか？
1970年1月1日は標準的な「Unix エポック」ですが、GPS や Excel などの一部のシステムでは異なる開始点（エポック）を使用しており、変換時に混乱を招くことがあります。
Q.Unix 時間は夏時間（DST）の影響を受けますか？
いいえ。Unix 時間は UTC であり、UTC には夏時間はありません。夏時間は、特定の地域においてその世界共通時間を人間向けにどう表示するかという点にのみ影響します。
Q.SQL データベースに Unix 時間を保存するにはどうすればよいですか？
最近の主要な DB には専用の `TIMESTAMP` や `BIGINT` 型があります。2038年問題のオーバーフローを避けるためには、`BIGINT` を使用するのが最も安全です。
Q.Unix 時間に終わりはありますか？
64 ビット整数を使用する場合、Unix 時間は未来にわたって数千億年後のタイムスタンプまで表現可能です。地球の寿命をはるかに超える期間に対応しています。