FXチャートを見返していて、「この9時は日本時間だったかな」と手が止まったことはないでしょうか。時刻は数字が同じでも、基準が違えば別の瞬間を指します。とくにMT4では、取引サーバーの時刻、パソコン側の時刻、UTC（協定世界時）を混ぜると、検証の条件が静かにずれてしまいます。
今回は、相場の方向を当てる話ではありません。チャートの時刻を再現できる形で残すために、確認したい順番を3つに分けます。時計は正確でも、名札が付いていなければ迷子になります。時間まで方向音痴にしないための整理です。
同じ「9時」でも、三つの時計が動いている
チャートの軸は取引サーバーを基準にする
MT4のチャートに表示される時刻は、通常、利用している業者の取引サーバーを基準に考えます。MetaQuotesのTimeCurrent公式リファレンスでは、この関数が最後に受信した価格のサーバー時刻を返し、その値はパソコンの時刻設定に依存しないと説明されています。
つまり、パソコン右下の時計が日本時間でも、チャートの横軸まで日本時間とは限りません。まず「チャートはどの基準か」を確認し、そのあとで日本時間やUTCへ換算する順番にすると混乱を減らせます。
UTCとパソコン時刻は別の基準として扱う
UTCは地域ごとの夏時間に左右されない共通の基準です。一方、MT4のTimeGMT公式リファレンスは、端末を動かしているパソコンのローカル時刻と夏時間設定を考慮してGMTを計算すると説明しています。サーバー時刻とUTCは、同じ名前の時計ではありません。
確認1：時刻の出どころを先に固定する
「サーバー・UTC・日本時間」のどれかを書く
検証ノートやスクリーンショットには、「9:00」とだけ書かず、「サーバー9:00」「UTC 7:00」「日本時間16:00」のように基準名も添えます。数値より先に名札を付けるイメージです。換算後の時刻だけでなく、元になったサーバー時刻も残しておくと、あとから計算をやり直せます。
最後の価格受信時刻である点も忘れない
TimeCurrentは、常に壁掛け時計のように進む時刻ではなく、最後に受け取った価格に結び付くサーバー時刻です。週末や通信が止まった場面では、現在の実時刻と同じ感覚で扱えないことがあります。記録時には、チャートの時刻だけでなく、価格が更新されていたかも短く添えておくと安全です。
確認2：時差は「固定値」ではなく観測値として残す
同じ瞬間の二つの時刻を対で記録する
「この業者はいつもUTC+2」と覚えるだけではなく、確認した日にサーバー時刻とUTC、または日本時間を同時に記録します。たとえば「2026年8月4日、サーバー10:00／日本時間17:00」のように、日付を含む一組の値にします。これなら、後日オフセットが変わっても当時の状態を復元しやすくなります。
業者名だけで時差を決めつけない
サーバーの基準や切り替え方は、業者や口座環境によって異なる場合があります。別の業者へ移ったとき、デモ口座と本番口座を比べるとき、古いヒストリーデータを読み込むときは、同じ設定だと仮定せず再確認します。時差はプロフィールではなく、その時点の観測値として扱うほうが堅実です。
ストラテジーテスターでは時計の関係が変わる
TimeGMTの公式資料では、ストラテジーテスター中はTimeGMTがTimeCurrentと常に等しくなるとされています。実運用で見ていたUTCとの差を、そのままテスターでも取得できると思い込むと、セッション判定がずれる原因になります。テスト用の時刻変換は、ライブ環境と同じ関数名でも同じ挙動とは限らない、と分けて確認します。
確認3：夏時間と市場セッションを別々に管理する
夏時間はパソコン設定にも影響される
MetaQuotesのTimeDaylightSavings公式リファレンスでは、夏時間の補正秒数はパソコンの時刻設定に依存すると説明されています。関数があるから自動的に取引サーバーの夏時間まで判定できる、とは限りません。何の夏時間を見ている値なのかを確認する必要があります。
地域ごとの切り替え週を一括りにしない
ロンドンとニューヨークでは夏時間の切り替え日が同じとは限らず、日本は通常の運用で夏時間を採用していません。そのため、季節の境目には市場同士の重なる時間が一時的に変わることがあります。「冬は1時間ずらす」という一行だけで済ませず、対象地域ごとの切り替えを確認します。
切り替え前後はセッション判定を再点検する
時間帯で色を塗るインジケーターや、特定時刻だけを集計する検証では、切り替え前後の数日を抜き出して目視します。開始時刻と終了時刻、日付またぎ、週末を別々に確認すると、1時間のずれや二重計上を見つけやすくなります。
時刻メモは、この5項目だけでも役に立つ
最小テンプレートを決めておく
- 確認した日付
- 業者・口座環境
- サーバー時刻
- UTCまたは日本時間
- 夏時間の扱いと確認元
この5項目があれば、スクリーンショットの時刻をあとから読み直しやすくなります。細かい説明を毎回書くより、同じ順番で短く残すほうが続けやすいでしょう。
設定変更日は別の行にする
サーバーオフセットやセッション設定を変えた日は、以前の記録へ上書きせず、新しい行として残します。変更前と変更後を分ければ、過去の検証へ現在の設定を誤って当てはめにくくなります。
よくある混同を三つに分ける
チャート時刻をそのまま日本時間と読む
パソコンが日本時間だからチャートも日本時間、とは限りません。まずサーバー時刻であることを確認し、必要なら換算します。
一年中同じオフセットを使う
過去に確認した時差が現在も同じとは限りません。季節の境目や環境変更時に、同じ瞬間の二つの時刻をもう一度記録します。
ライブとテストで同じ結果になると思う
時刻関数はテスターで挙動が異なる場合があります。セッション条件を使うロジックは、ライブの時計とテスターの時計を分けて検証します。
まとめ：時刻より先に、基準名を書く
FXチャートの時刻を扱うときは、第一に出どころを固定し、第二に時差を日付付きの観測値として残し、第三に夏時間と市場セッションを分けて管理します。これだけで、「同じ9時なのに結果が違う」という検証上の迷子をかなり減らせます。
本記事は、チャート時刻と検証記録を整理するための一般的な学習情報です。特定の売買や投資判断を勧めるものではありません。利用中の業者・端末・口座環境の仕様は、各公式案内でも確認してください。
コメント