ForHosting KIT · 日付・時間

ISO日時をWindows FILETIMEに変換

Zまたはオフセット付きの日時を入力すると、1601年1月1日(UTC)から100ナノ秒単位で数えたWindowsのFILETIME値が分かります。2025-01-01T00:00:00Zは133801632000000000です。レジストリやフォレンジック調査に役立ちます。ブラウザで無料で使えます。

  • 無料
  • ブラウザで動作
  • 登録不要
  • データは端末の外に出ません
ご利用方法 ウェブAPIメールTelegramアプリ 近日
入力した場合
日時
2025-01-01T00:00:00Z
結果
入力した日時
2025-01-01T00:00:00Z
UTC日時
2025-01-01T00:00:00.0000000Z
Windows のFILETIME
133801632000000000

1601-01-01T00:00:00Zからの100ナノ秒間隔を数え、入力にはZまたは数値オフセットによるタイムゾーンの明示が必要です。ローカル時計や実行環境の日時パーサーには頼らず、正確な整数演算とグレゴリオ暦計算を使用します。応答には元の入力、7桁の小数を持つ正規化UTC表現、FILETIME文字列、明確な単位表記が含まれます。

Windows FILETIMEの起点と単位を理解します

Windows FILETIMEは、1601年1月1日午前0時UTCをゼロとする整数カウンターです。1増えるごとに100ナノ秒を表し、10000000単位で1秒、864000000000単位で1日になります。この起点と精度は、Unix時刻、JavaScriptのミリ秒、.

NET DateTimeのtickとは異なります。そのため、既知のタイムスタンプの名称を変えたり単純に乗算したりするだけでは、誤った結果になる可能性があります。本コンバーターは、指定されたグレゴリオ暦の日付、時刻、秒の小数部、タイムゾーンを検証します。

その後、正確なUTC時点を求め、整数演算でFILETIME起点からの間隔を計測します。

明示的なISOタイムゾーンでUTCを確定します

タイムゾーンのないISO日付と時刻は、単一の時点を示しません。端末のローカル時刻、サーバーのタイムゾーン、またはエクスポート時にオフセットが失われた値かもしれません。そのため、UTCにはZ、または+05:30や-04:00のような数値オフセットを指定してください。

正のオフセットはUTCを得るために減算し、負のオフセットは加算します。たとえば+02:00の午前0時は、前日の22:00 UTCです。日付境界も直接処理し、末尾がZの正規化結果を返します。

端末のタイムゾーン、夏時間データベース、現在日時、ロケール、環境設定は参照しません。数値オフセットは14:00まで受け付けます。America/New_Yorkのような名称付きゾーンは、変更され得る過去の規則が必要なため対応しません。

元データがローカル日時のみの場合は、変換前にその時点の正しいオフセットを確認して付加してください。推測すると、形式上は正確でも誤ったFILETIMEになります。

精度を保ち、移行データを検証します

入力では秒の小数部を1桁から7桁まで指定できます。不足分は右側に補われるため、.1は10分の1秒を意味し、7桁でFILETIMEの100ナノ秒精度を完全に表します。7桁を超える精度は、丸めや切り捨てをせず拒否します。

どちらの処理も表す時点を密かに変える可能性があるためです。存在しない日付、うるう秒、不正なオフセット、範囲外の時刻も拒否します。タイムゾーン変換後のUTC時点は、FILETIME起点から9999年最後の100ナノ秒間隔までに収まる必要があります。

厳格な境界により、移行元の不正レコードが明確になります。ネットワーク、乱数、システム時計、Dateオブジェクトを使わないため、同じ有効な入力から常に同一の結果が得られます。

レジストリとフォレンジック時系列を分析

明示的なISO時点から、テストや調査用の既知FILETIME参照値を作成します。

Windows FILETIMEの起点はいつですか?

1601-01-01T00:00:00Zを起点として、100ナノ秒間隔を数えます。

ISO日時にタイムゾーンが必要なのはなぜですか?

Zやオフセットがない日時は曖昧です。明示することでUTC変換が決定的になります。

秒の小数部は何桁まで指定できますか?

100ナノ秒精度に対応する7桁までです。それを超える精度は丸めずに拒否します。

システムのタイムゾーンや時計を使いますか?

いいえ。 明示された入力と決定的なグレゴリオ暦の整数演算だけを使用します。

結果が数値ではなく文字列で表示されるのはなぜですか?

現在のFILETIME値は、多くのプログラムや表計算ソフトが数値として正確に保持できる範囲を超えるためです。文字列のままにすることで、保存や受け渡しの前に気づかないうちに丸められるのを防ぎます。

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

POSThttps://api.kit.forhosting.com/date/iso-to-windows-filetime

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

curl -X POST https://api.kit.forhosting.com/date/iso-to-windows-filetime \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"datetime":"2025-01-01T00:00:00Z"}'
{
  "datetime": "2025-01-01T00:00:00Z"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "date.iso_to_windows_filetime",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

HTTPコード意味
401unauthorizedAPIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
402insufficient_balance残高が不足しています。チャージ後に再度お試しください。
404unknown_type指定されたタスクタイプは存在しません。タイプ名を確認してください。
429rate_limitedリクエストが多すぎます。しばらく待ってから再度お試しください。

ISO 8601日時を、Windows API、Active Directory、レジストリ、フォレンジックツールで使われる10進数のWindows FILETIMEへ変換します。

Windows FILETIMEの起点と単位を理解します

多くのJSON実装では大きなFILETIME値を正確に表現できないため、windows_filetimeは10進数テキストで返します。これにより、ブラウザー、表計算、アプリケーションでの暗黙の丸めを防ぎます。unitは値の意味を示し、utc_datetimeは保存や送信前に確認できる可読形式を提供します。自動変換1件の料金は$0.002です。

精度を保ち、移行データを検証します

Windows構造体、LDAP属性、レジストリエクスポート、互換ペイロードにはwindows_filetimeを使用し、監査ログやテストにはutc_datetimeを使用してください。

Windows APIのペイロードを準備

読みやすいUTC日時またはオフセット付き日時を、連携先が要求する正確な10進FILETIMEへ変換します。

ディレクトリ移行を検証

時刻フィールドのFILETIMEを計算し、監査可能な正規化UTC値も保持します。

FILETIMEを文字列で返すのはなぜですか?

一般的なFILETIME整数は多くのJSON数値の正確な範囲を超えるため、10進テキストで全桁を保持します。

1回の変換料金はいくらですか?

APIによる変換1件の料金は$0.002です。

KITの完全なドキュメントを見る →