ロンドン16時フィキシング徹底解説：WMRベンチマークの本当の計算方法

1日に一度、5分間だけ、外国為替市場は市場らしい振る舞いをやめます。ロンドン16時フィキシング——LSEGが公表するWMRのスポット・クロージング・ベンチマーク——は、数兆ドル規模のインデックスファンド、年金ポートフォリオ、事業会社の帳簿が評価される基準レートです。そして、あまりに多くの執行が意図的にその窓に落ちるよう調整されるため、窓そのものが値段を動かします。ニュースのない日にEUR/USDが4分で40pips走るのを見たことがあるなら、それがフィキシングです。

本日2026年8月31日は、その中でも特にやっかいな回です。月の最終暦日なので月末リバランスのフローが効いており、同時に英国のサマー・バンク・ホリデーでもあるため、ベンチマークの名前になっている都市が休みなのです。フィキシングは通常どおり計算されます。その裏側の流動性はそうではありません。

本記事では、ロンドン16時フィキシングとは実際に何なのか、LSEGが本当はどう計算しているのか（多くの解説ページが書いていることとは違います）、なぜ月末のフィキシングが相場を動かすのか、そして業務要件が「現在レート」ではなく「フィキシングレートを使え」と言ってきたときにコードの何が変わるのかを扱います。

ロンドン16時フィキシングとは

ロンドン16時フィキシングはベンチマーク為替レートです。通貨ペアごと・日ごとに公表される単一の数値で、誰もが合意して使えるものです。スポットFXは中央取引所を持たずタイムゾーンをまたいで連続的に取引されるため、株式のような自然な「終値」が存在しません。誰かが指定する必要があります。1990年代初頭以降その役割を担ってきたのがWM/Reutersベンチマークで、現在は WMR FX Benchmarks として、LSEG傘下のRefinitiv Benchmark Services (UK) Limitedが運営し、ベンチマーク管理者としてFCAの規制を受けています。

LSEG自身の用語では区別は単純です。方法論の用語集によれば、レートは終日にわたり生成され、ロンドン16時以外のすべてのレートは「Intraday」です。英国時間16:00の公表が Closing Rate であり、これは Critical Benchmark（重要指標）に指定されているため、追加の規制上の廃止手続きが適用されます。

用途は次のとおりです。

• ファンド・ポートフォリオ評価——20通貨の資産を持つグローバル株式ファンドは、基準価額を算出するために一貫した為替スナップショットを1つ必要とします。
• 指数算出——MSCI、FTSE Russell、S&P、JPモルガン、STOXXの多通貨指数はWMRレートの上に構築されています。
• デリバティブ決済と時価評価。
• 執行——運用会社は「フィキシングで」の注文を出し、約定価格をポートフォリオ評価に使うレートと一致させて、ベンチマークに対するトラッキングエラーを消します。

最後の点がすべてです。ベンチマークは単に観測されるだけでなくその上で取引されるのであり、この再帰性こそがフィキシングに独自の市場マイクロストラクチャーを与えています。

なぜこの時刻なのか

理由はカバレッジです。ロンドン16:00は欧州セッションがまだ完全に開いており、ニューヨークも数時間取引している——外国為替市場の取引時間のガイドで扱ったとおり、1日で最も重なりが深い時間帯です。これより早ければアジア太平洋の値付けが古く、遅ければ欧州は退けています。BISの3年ごと調査によれば、FX市場全体の売買高は2025年4月時点で1日あたり9.6兆ドル、2022年比28%増でした。そのうちベンチマークに紐づく出来高の不釣り合いに大きな部分が、この1つの窓に圧縮されます。

WMRフィキシングの実際の計算方法

ここがネット上のほぼすべての解説記事が間違っているところです。このテーマを検索すると、フィキシングは「約定の出来高加重中央値」だと繰り返し読むことになります。しかし 「volume-weighted（出来高加重）」という語はLSEGが公表する方法論のどこにも登場しません（WMR FX Benchmarks, Spot, Forward, NDF and Metal Rates, v30, 2026年1月）。実際の仕組みは、サンプルに対する単純な中央値に、スプレッドのルールを上乗せしたものです。自前のティックデータとフィキシングレートを突き合わせようとするなら、この違いは重要です。

5分の窓——そして誰も触れないサンプリング頻度

窓はフィキシング時刻を中心に幅5分、ロンドン時間16:00の2分30秒前から2分30秒後までです。これは流動性の高い通貨にも低い通貨にも当てはまります。異なるのはサンプリング頻度と入力の種類です。

これは中央値であり、スプレッドは合成される

Trade Currencyの計算は次のように進みます。

1. 捕捉された各約定は、買いか売りかに応じて bidまたはoffer としてタグ付けされます——片側しか観測できません。
2. 欠けている側は合成されます。 同時刻に捕捉されたオーダーレートから取ったスプレッドを約定レートに適用し、反対側のbidまたはofferを構成します。
3. 全ソースの有効な約定がプールされ、bidの中央値とofferの中央値が独立に計算されます。
4. 仲値はその2つの中央値の中点です。
5. その後、通貨ごとかつ計算時刻ごとに事前設定された最小 「Standard Spread」 をこの仲値に適用し、新しいbidとofferを公表します。

つまり公表されるbid/offerは観測されたbid/offerではありません。中央値の仲値のまわりに再構成されたものです。市場自身のスプレッドが事前設定の最小値より広く最大値より狭ければ市場スプレッドが使われ、最大値より広ければ手動分析が発動します。

有効な約定が少なすぎる場合——閾値はLSEGの専門的判断であり公表数値ではありません——計算はオーダーレートにフォールバックし、ここでルールが変わります。異なるソースのオーダーはプールされません。各ソースが自前の中央値を持ち、有効な注文数が最も多いソースが採用されます。その下に第3層があり、約定もオーダーも得られない場合はRIC由来の銀行気配値が使われます。

25のTrade Currencies

約定ベースの扱いを受けるのは25通貨だけです。

AUD、CAD、CHF、CNH、CZK、DKK、EUR、GBP、HKD、HUF、ILS、INR、JPY、MXN、NOK、NZD、PLN、RON、RUB、SEK、SGD、THB、TOF、TRY、ZAR

このうち11通貨（AUD、CAD、CHF、CNH、EUR、GBP、HKD、JPY、NZD、RUB、SGD）はLSEG MatchingとEBSの両方から、残る14通貨はLSEG Matchingのみから取得します。157通貨のスポット・カバレッジのうち、それ以外はすべてNon-Trade Currencyで、気配値ベースで値付けされます。 たとえばKES、PKR、BOBを扱う製品なら、これらのペアの「ベンチマーク」はディーラー気配値の中央値です。性質としては約定価格よりも指標的な参考レートに近く、この区別は為替レートAPIのデータはどこから来るのかで掘り下げています。

もう1つ知っておくべき点として、基準通貨は常にUSDとは限りません。CZK、DKK、HUF、NOK、PLN、RON、SEKはユーロに対して捕捉されます。それ以外はドルに対してです。

月末：フィキシングが相場を動かす理由

年間250日ほどはフィキシングは単なるベンチマークですが、12日ほどはイベントになります。月末は、機械的で価格に無関心なフローがその5分に集中するときです。

主たる駆動要因はヘッジのリバランスです。米国株を保有する欧州の年金基金は、ドルエクスポージャーに見合った為替ヘッジを維持しています。その月に米国株が大きく上昇すればドルエクスポージャーは膨らみ、既存のヘッジは小さすぎることになり、基金は目標ヘッジ比率を回復するためにドルを売る必要があります。米国株が大きく下落すれば鏡像となり、ドル買いです。ヘッジはベンチマークに対して測られるため、取引はベンチマークで執行され——それがベンチマークを押し動かします。

もう1つ、より早い時点のフローが事業法人の財務から来ます。海外収益を本国還流させる企業は資金が最終営業日に着金することを望みますが、スポットFXはT+2決済なので、その取引はおよそ2営業日前に行われねばなりません。したがって法人の月末フローは最終日より前に現れ、当日ではありません——FXバリューデートとT+2決済のガイドで扱った決済慣行の直接の帰結です。

この2つのフローは同じ週に反対方向を向くことがあり、特定の月末に関する各行の見立ても日常的に食い違います。月末フローは、すでに始まっている値動きの理由であって、予測ではありません。

本日のひねり：銀行休業日と重なった月末

2026年8月31日は英国のサマー・バンク・ホリデーです。LSEGの休日方針では、米国・英国・ドイツ・日本のうち2つ以上が開いていればスポット・クロージングレートは通常どおり生成される——4つのうち3つが開いているので、本日の16時フィキシングは公表されます。しかし英国の銀行は休みでロンドンのデスクは最小人員、薄い板と集中したベンチマーク注文の組み合わせこそが、行き過ぎたフィキシング値を生む条件です。

決済面のほうが興味深いところです。EUR/USDでは8月31日はフランクフルトでもニューヨークでも通常営業日なので、8月28日（金）の取引は9月1日（火）に決済されます。GBP/USDではポンドの決済センターが本日休みなので、同じ取引日が9月2日（水）にずれます。2つのペア、1つの取引日、2つの異なるバリューデート——営業日カレンダーが1つだと仮定した照合ロジックを静かに壊すのは、まさにこの種のズレです。

フィキシングレートを使うとコードの何が変わるか

「ポートフォリオをロンドン16時レートで評価せよ」という要件が降ってくると、典型的なレート連携の前提のいくつかが成り立たなくなります。

夏時間の罠

フィキシングはロンドン現地時間で定義されており、つまり英国夏時間中は15:00 UTC、GMT中は16:00 UTCです。どちらかをハードコードすれば、およそ半年間は間違いになります。計算しましょう。

from datetime import datetime, timedelta, timezone
from zoneinfo import ZoneInfo

LONDON = ZoneInfo("Europe/London")

def fix_window_utc(day, hour=16):
    """UTC start/end of the WMR fix window: 2m30s either side of 16:00 London."""
    centre = datetime(day.year, day.month, day.day, hour, 0, tzinfo=LONDON)
    return (
        (centre - timedelta(seconds=150)).astimezone(timezone.utc),
        (centre + timedelta(seconds=150)).astimezone(timezone.utc),
    )

# 2026-08-31 (BST) -> 14:57:30Z .. 15:02:30Z
# 2026-01-15 (GMT) -> 15:57:30Z .. 16:02:30Z

同じロジックをJavaScriptで、オフセット表をハードコードせず longOffset タイムゾーン名を使って書くとこうなります。

function londonOffsetMinutes(d) {
  const s = new Intl.DateTimeFormat('en-GB', {
    timeZone: 'Europe/London', timeZoneName: 'longOffset',
  }).format(d);                                  // "31/08/2026, GMT+01:00"
  const m = s.match(/GMT([+-])(\d{2}):(\d{2})/);
  return m ? (m[1] === '-' ? -1 : 1) * (+m[2] * 60 + +m[3]) : 0;
}

export function fixWindowUTC(isoDate, hour = 16) {
  const guess = new Date(`${isoDate}T${String(hour).padStart(2, '0')}:00:00Z`);
  const centre = new Date(guess.getTime() - londonOffsetMinutes(guess) * 60_000);
  return {
    start: new Date(centre.getTime() - 150_000).toISOString(),
    end:   new Date(centre.getTime() + 150_000).toISOString(),
  };
}

両者の出力は一致します。その瞬間に紐づく市場レートを取得するには、算出したタイムスタンプで Finexly API を叩きます。

curl "https://api.finexly.com/v1/historical?date=2026-08-31&base=EUR&symbols=USD,GBP,JPY" \
  -H "Authorization: Bearer YOUR_API_KEY"

{
  "success": true,
  "base": "EUR",
  "date": "2026-08-31",
  "rates": { "USD": "…", "GBP": "…", "JPY": "…" }
}

このレスポンスは「今日」ではなく、算出したフィキシングのタイムスタンプに紐づけて保存してください。レートが属する日付と、それを取得した日付は別のフィールドです。

クロスレートは導出されるものであり、観測されたものではない

WMRは各通貨をUSD（上記7通貨についてはEUR）に対して捕捉し、クロスは算術的に計算します。公表されている式は同じサイドの気配値を掛け・割りします。

GBP/CAD bid   = (USD/CAD bid)   × (GBP/USD bid)
GBP/CAD offer = (USD/CAD offer) × (GBP/USD offer)

GBP/AUD bid   = (GBP/USD bid)   / (AUD/USD offer)
GBP/AUD offer = (GBP/USD offer) / (AUD/USD bid)

ここから2つの帰結が生じ、いずれも方法論に明記されています。CAD、RUB、TRY、PHPはT+2ではなくT+1決済ですが、調整は一切行われません——クロスは両レッグがT+2であるかのように計算されます。また、主通貨側でもクロス側でも市場休日が発生しても調整は行われません。したがって、片側のレッグが実際には取引できなかった日にも、そのペアのクロス・ベンチマークが公表されうるのです。クロスを軸に照合を組んでいるなら、完全な算術はクロスレート徹底解説をご覧ください。

精度と丸めは規定されている

bidとofferは最大小数点以下4桁、仲値は5桁で公表されます。仲値はすでに丸められた bidとofferの算術平均であり、末尾の5は切り上げます。フィキシングレートをこれより狭い桁数のカラムに保存したり、丸める前の値から仲値を再計算したりすると、公式値と最終桁で食い違う数字が生まれ——それだけで監査の突合に落ちます。下流の金額演算については通貨の丸めと小数桁のガイドで扱っています。

フィキシングは改訂されうる

キャッシュ層が引っかかるのがこれです。LSEGの再公表ポリシーには「例外的な状況では、公表後に1つ以上の通貨のレートを修正する必要が生じうる」とあり、その境界はただ1つ、ある日のレートは翌営業日の同時刻のレートが公表された後には決して修正されない、というものです。実務的にはおよそ24時間の改訂ウィンドウがあるということです。フィキシングを一度取得して不変として扱うシステムは、置き換えられた数字を永続的に保持してしまいかねません。締めの前に前日のベンチマークを取り直し、値の隣に rate_asof タイムスタンプを保存してください。

公表も即時ではありません。LSEGが掲げる目標はスポットで計算時刻の15分後（フォワードとNDFは30分後）です。ロンドン時間16:00:01に起動してクロージングレートを期待するジョブは、何も得られません。

そもそも公式フィキシングは必要か

大半のソフトウェアには不要です——そしてライセンス付きのWMRデータは高価です。正直な判定基準は、外部の第三者があなたの数字を自分の数字と突き合わせるかどうかです。

ライセンス付きベンチマークが必要なのは、ファンドの基準価額を算出する、指数を算出または追随する、WMRレートを名指しする契約を決済する、あるいは監査人がカストディアン報告書と突合する数字を作る場合です。

良質な市場レートで十分なのは、価格ページ、多通貨チェックアウト、経費換算、分析ダッシュボード、社内レポーティング、SaaS課金などです。これらで重要なのは、レートがミッドマーケットレートに近く、一貫したソースから取得され、適用したタイムスタンプとともに保存されていることであって、特定のベンチマークと小数第5位まで一致することではありません。

多くのチームが最終的に落ち着く中間解は、運用面はすべて汎用の為替レートAPIを使い、フィキシング時刻で取った日次スナップショットを社内の帳簿レートとして固定するやり方です。ライセンス付きベンチマークフィードに費用を払わずに、業界の他が帳簿を評価するタイミングに揃った、安定的で説明可能かつ再現可能な日次レートが得られます。読み取り時に再計算するのではなく、専用のカラムに保存してください——多通貨元帳の設計を参照。

よくある質問

ロンドン16時フィキシングはUTCで何時ですか。 英国夏時間中（3月下旬〜10月下旬）は15:00 UTC、GMT中は16:00 UTCです。5分間の計算窓は2分30秒前から2分30秒後までです。オフセットをハードコードせず、常に Europe/London タイムゾーンから導出してください。

ロンドン16時フィキシングは出来高加重平均ですか。 違います。よくそう説明されますが、LSEGの公表方法論は、サンプリングしたbidとofferをそれぞれ独立に計算した加重なしの中央値を使い、得られた仲値に事前設定の最小「Standard Spread」を適用します。文書化された手法に出来高加重はありません。

なぜロンドン16時に為替レートが大きく動くのですか。 大量の執行が意図的にベンチマークに紐づけられているからです。運用会社やインデックスファンドは約定価格を評価価格に一致させるためフィキシングで取引し、一方向で価格に無関心なフローを5分の窓に集中させます。効果は月末・四半期末・年末に最も強く出ます。

どの通貨が約定ベースのフィキシングレートを得られますか。 25の「Trade Currencies」——AUD、CAD、CHF、CNH、CZK、DKK、EUR、GBP、HKD、HUF、ILS、INR、JPY、MXN、NOK、NZD、PLN、RON、RUB、SEK、SGD、THB、TOF、TRY、ZARです。157通貨のカバレッジのうち残りは気配値データで値付けされます。

ロンドン16時フィキシングのレートを無料で入手できますか。 ライセンス付きWMRベンチマークそのものは無理です。ただしLSEGは、2pm CETと12 noon ESTのフィキシングについて32通貨を対象に、30分遅れの限定的な無料セットを公表しています。多くの用途では、フィキシング時刻でサンプリングした無料の為替APIが運用上は実質同等のレートを提供します——ただし監査人が読む文書で「WMRフィキシング」と呼ぶのはやめましょう。

祝日にフィキシングは公表されますか。 米国・英国・ドイツ・日本のうち2つ以上が開いていれば、スポット・クロージングレートは生成されます。これらのセンターの1つ以上が休みの場合、日中レートは生成されないことがあります。レートが生成されない場合は、直近に公表された時刻のレートが引き継がれます。

ベンチマークフィードをライセンスせずに、固定タイムスタンプに紐づけられる一貫した日次為替レートが必要ですか。無料のFinexly APIキーを取得——クレジットカード不要。170以上の通貨、1999年まで遡る履歴データ、月1,000リクエストの無料枠で動作を確認してから、料金プランでスケールしてください。

出典： LSEG, Methodology: WMR FX Benchmarks, Spot, Forward, NDF and Metal Rates, v30, 2026年1月；LSEG, WMR FX Benchmarks プロダクトファクトシート；BIS, Triennial Central Bank Survey — OTC foreign exchange turnover in April 2025。