FXセッション：JSTの日付、夏時間と終了時の注文確認

三地域・四都市と、商品ごとの取引時間を分ける

店頭FXは単一の取引所ではありません。ここでは分析上の窓としてSydney08〜17時、Tokyo09〜18時、London08〜17時、New York08〜17時を各都市の現地日付・名前付き時間帯で定義します。全銀行や銘柄の営業時間を表すものではありません。

OANDA米国の公表例は、多くのFXとTRYペアの時間を分け、日次休止とNZDの追加休止も記載します。これは日本の商品共通時刻ではありません。実契約法人、銘柄、祝日と許される操作を確認し、24/5を無停止の執行保証にしません。

BISの2025年4月調査の速報は、英国・米国・シンガポール・香港の販売デスクがnet-gross基準で約75%を占めると報告しました。国別の過去統計であり、特定セッション内の割合や個人向け条件のランキングではありません。ATRも定義した足の指標で、日次値幅を自動的に重複時間へ割当てません。

SydneyとTokyo：元の都市の日付を保存する

Sydney08〜17時の2026年1月15日は、ワルシャワでは1月14日22時〜15日07時。7月15日は同日00〜09時です。Tokyo09〜18時はワルシャワで1月15日は01〜10時、7月15日は02〜11時になります。

Sydney自身の夏時間も別です。2026年4月5日終了・10月4日開始で、10月12日のSydney窓はワルシャワ10月11日23時〜12日08時。ポーランドだけの冬夏を切替える表では合いません。Asia/Tokyo、Australia/Sydneyなどのゾーン名と元時刻を残します。

地域の発表はAUD/NZD/JPYなどへ影響し得ますが、他地域のニュースと実業者の費用も確認します。ECNやmarket makerの名称から標準のスプレッド幅を決めません。RBAの決定はSydney現地14:30と公表され、UTC時刻は季節で変化。日銀の決定を毎回03:00UTCと固定せず、当日の公式公表を確認します。

Londonの窓と、デスク所在地・決済所在地は別

定義したLondon08〜17時は、2026年1月15日と7月15日ともワルシャワ09〜18時。New York08〜17時は両日14〜23時ですが、変更日が違う期間はずれます。英国のデスク割合を、この9時間内の取引高や最低費用の証明にしません。販売デスク、執行場所と決済は別の属性で、CLSなどの銀行間決済を全てLondonへ集中すると説明しません。

各終端を含まない区間とします。9時間×4は36時間ですが、重複はSydney–Tokyo7、Tokyo–London2、London–New York4時間、三重重複なし。36−7−2−4＝23時間で、和集合はワルシャワ同日00〜23時です。同じ観測を別窓に属するからと独立標本として二重計上しません。隙間は業者の休場や流動性順位を証明しません。

LondonとNew Yorkの重複を日付ごとに計算

共通時間帯で遅い開始と早い終了を取ります。2026年3月16日・10月26日は、ワルシャワのLondon09〜18、New York13〜22で重複13〜18時の5時間。3月30日・11月2日はNew York14〜23で14〜18時の4時間です。米国の切替は3月8日・11月1日、英国などは3月29日・10月25日。これは時計の計算で、取引高、スプレッドや利益の計測ではありません。

発表は別に変換します。仮のNew York08:30というイベントは、3月16日にワルシャワ13:30、3月30日に14:30。常に6時間足す方法では合いません。実際の発表日を指定した例ではありません。BLSの公表カレンダーはEastern Timeと明記。Fedの2026年9月16日声明も14:00EDTと指定しています。一つの現地時刻が一年同じUTCとは限りません。

候補窓ごとに手数料、スプレッドと悪い約定を含む費用を計測します。小さい目標値幅なら公称スプレッドが無視できるとも、London終了ラベルで一律に流動性が落ちるとも決めません。

JSTの追加検算：「同じ現地日」の四窓は24時間図へ丸めない

四都市とも元の現地日付を1月15日、または7月15日として、同じ定義の窓をJSTへ換算します。次の日へ終わるものは日付も残します。

1月の和集合はJST1月15日06時〜16日07時で25時間。重複は6＋1＋4時間なので36−6−1−4＝25。7月は15日07時〜16日06時の23時間で、重複7＋2＋4から36−7−2−4＝23です。

日本の一日が25時間という意味でも、FXがその日25時間営業するという意味でもありません。異なる都市の「同じ現地日」を選ぶと、JSTの二つの日付にまたがる集合になるためです。日付を消して24時間の円図へ折り畳むと、1月15日06〜07時と16日06〜07時の別の観測を重ねてしまいます。24時間だけを比較したいなら、先に同じJST開始・終了の共通観測区間を定めて切り出します。

同じ重複4時間でも、日本で監視できる時刻は季節で違います。時間の集合を足し算した値は相場の優位性ではありません。

週末、祝日とギャップは実商品で確認

週次休止と再開時の実行可能価格を銘柄・業者の時間帯で確認します。ニュースでギャップが発生すれば、普通のSLは指定より悪く約定する可能性があります。週末アクセスや保証ストップも商品別で、全世界共通の金曜・日曜UTC時間では説明し切れません。

証券取引所の祝日・短縮営業から、全ての店頭FXが休むとも流動性が一定割合減るとも言えません。年と契約管轄の公式カレンダーを確認します。保持する建玉と注文を計画で決め、円など実通貨の損失枠と悪い約定を考慮。普通のSLを広げるだけでギャップ損失が上限内にはなりません。

終了確認は、建玉ゼロだけでは半分

架空の18時の観察終了で、建玉0・未約定のEUR10,000買い注文1、未失効で取消未確認と指定。計画の終了条件は建玉0かつ有効注文0なので、まだ未達です。画面を閉じることは取消ではありません。

ほかの建玉・注文・自動処理なし、全量約定ならEUR10,000の建玉1・待機注文0へ変化。約定前に取消が受理された別経路なら両方0。下の二箱は代替のイベントで、予測や発動確率ではありません。状態を読んで操作する間にも変わり得るので、返答と最新状態を再照合します。価格や業者共通の期限規則は指定していません。

使える時間を決めてから、条件を測る

仕事、睡眠や生活上の都合から監視できる日時を選び、商品の実条件と必要な管理時間を照合します。勤務形態だけで一日2〜3時間使える、夕方が健康的、ある窓なら利益という一律の条件は置きません。長い時間足でも執行やリスク管理は必要で、足の周期だけで監視締切も決まりません。

次に記録する五項目

1. 観測日、元都市と名前付きゾーン、元時刻とJSTの両方。変換を慣れだけに頼らない。
2. 実銘柄の取引・休日、許可操作と自分の監視可能時間。
3. 終了後に許される建玉と有効注文、確認手順・期限・取消の返答。
4. 保持する場合の通貨予算、悪い約定と口座経路。小さい数量や広いSLだけを正当化にしない。
5. 同じ定義のセットアップを別窓で比較し、費用・実約定・失敗も保存。各30件はその標本の結果で、独立検証や不確実性が不要になるわけではない。

自分に合う観測時間で、最後の口座確認まで含む実行可能な窓へ落とします。