Strasmore Research
学習 Matt Connor著者: Matt Connor ・更新: 2026-07-24

オプション取引高と建玉の違い

オプション取引高と建玉の定義を解説します。本日取引された契約数と未決済の契約数の違いを、米国市場のデータを用いて説明します。

オプション取引高(Volume)は、本日取引された契約数を表します。一方、建玉(Open Interest)は、決済されずに残っている契約数を表します。取引高はセッション中の取引が積み上げられます。建玉は、取引終了後にOptions Clearing Corporation (OCC) によって1日1回再計算されます。プット・コール・レシオは、取引高に基づいて算出されます。本ページでは、両者の定義と変動の仕組みを解説します。また、2026年7月6日(月)の米国オプション市場のデータに基づき、公式な建玉の数値がどこで確認できるかを示します。

オプション取引高とは

取引高は、当セッション中に取引されたオプション契約の総数です。すべての取引はそのサイズ分だけ加算されます。例えば、500契約のブロック取引があれば500が加算されます。これは片側ずつのカウントではなく、一度だけカウントされます。また、カウントは次の市場開始時にゼロにリセットされます。取引高は、取引の成立に合わせてOPRA (Options Price Reporting Authority) が運営するコンソリデーテッド・テープ上で配信される「ライブ」の数値です。本ページでは、保存されたテープからこの数値を測定しています。

Open interestとは何か?

Open interest (OI) とは、現在市場に残っている未決済の契約数です。これは、反対売買、権利行使、または満期によって決済されていない契約を指します。OIは契約ごとに集計されます。各権利行使価格、満期日、およびオプションの種類ごとに個別の数値が割り当てられ、数値はリセットされずに継続されます。

OIはリアルタイムの数値ではありません。米国のすべての上場オプションの清算機関であるOCCは、各セッションの後に建玉と決済のポジションを照合し、次回の取引開始前に更新された数値を公表します。午後2時時点のブローカーのチェーンに表示されているOIは、単に前日の夜の集計結果です。

本ページで使用しているデータは取引(トレード)を記録したものであり、ポジションを記録したものではありません。そのため、OIの列は存在せず、以下のすべてのパネルに表示されているのは出来高(volume)です。しかし、このページでは、両者の相互関係を示すことができます。具体的には、単一の取引がどのように両者に影響するか、出来高がどの程度までOIの数値に到達し得るか、そしてOIの監視画面が捉えるリズムについてです。公式な数値は別の場所で管理されています。詳細は以下のセクションで説明します。

1回の取引が出来高と建玉に与える影響

オプション取引には必ず買い手と売り手の両方が存在します。それぞれの取引は、ポジションを「新規建て」するか「決済」するか、どちらかです。新しい契約が3つの仮想的な取引を経てどのように変化するかを説明します。

  1. トレーダーAが、売り建てをしているトレーダーBから1契約を買い建て(buy to open)する。 出来高:1。建玉:+1。新しい契約が生成されます。Aがロング、Bがショートのポジションを持ちます。
  2. その後、Aが決済売り(sell to close)を行い、トレーダーCが買い建て(buy to open)を行う。 出来高:さらに1(当日の合計は2)。建玉:不変。ロングの持ち主が入れ替わっただけで、未決済の契約は1つのままです。
  3. 最後に、Cが決済売り(sell to close)を行い、Bがショートの買い戻し(buy to close)を行う。 出来高:さらに1。建玉:-1となり、ゼロに戻ります。両者のポジションが解消され、契約は消滅します。

すべての取引は出来高に加算されます。建玉は、両者が新規建てする場合のみ増加し、両者が決済する場合のみ減少します。それ以外の場合は変化しません。ここで重要な点があります。一日の出来高は、その契約の建玉が翌営業日に変動し得る「上限」となります。取引記録(テープ)には、その取引がどのような組み合わせで行われたかは表示されません。OCCが取引終了後に確定させます。

オプション取引の1日の出来高はどのようになっていますか?

以下のパネルは、2026年7月6日月曜日の米国オプション市場全体の集計結果です。

クエリ2026年7月6日 米国オプション取引データ
各数値の背後にある正確なSQL
SELECT
    round(sum(volume) / 1e6, 1) AS contracts_m,
    round(sum(transactions) / 1e6, 1) AS trades_m,
    uniqExact(ticker) AS distinct_contracts,
    uniqExact(substring(ticker, 3, length(ticker) - 17)) AS distinct_roots,
    round(sumIf(volume, substring(ticker, length(ticker) - 8, 1) = 'C') / 1e6, 1) AS call_contracts_m,
    round(sumIf(volume, substring(ticker, length(ticker) - 8, 1) = 'P') / 1e6, 1) AS put_contracts_m,
    round(toFloat64(sumIf(volume, substring(ticker, length(ticker) - 8, 1) = 'P')) / toFloat64(sumIf(volume, substring(ticker, length(ticker) - 8, 1) = 'C')), 2) AS put_call_ratio,
    round(100 * toFloat64(sumIf(volume, substring(ticker, length(ticker) - 14, 6) = '260706')) / toFloat64(sum(volume)), 1) AS same_day_expiry_pct
FROM global_markets.options_minute_aggs
WHERE window_start >= '2026-07-06 00:00:00' AND window_start < '2026-07-07 00:00:00'

1セッションの統計:4654の原資産における340203の異なるコントラクトにおいて、10.5百万件の取引で60.6百万コントラクトが取引されました。コールがプットを上回りました。コールは35.5百万、プットは25.1百万で、プット/コール比率は0.71でした。また、全出来高の38.8%が、その日のセッションに満期を迎えるオプションによるものでした。

蓄積状況は以下のグラフで確認できます。同じセッションを30分単位で分割し、累計を表示しています。

クエリ2026年7月6日 30分ごとの累積ボリューム (ET)
各数値の背後にある正確なSQL
SELECT
    formatDateTime(toStartOfInterval(toTimeZone(window_start, 'America/New_York'), INTERVAL 30 MINUTE), '%H:%i') AS et_time,
    round(sum(volume) / 1e6, 2) AS contracts_m,
    round(sum(sum(volume)) OVER (ORDER BY formatDateTime(toStartOfInterval(toTimeZone(window_start, 'America/New_York'), INTERVAL 30 MINUTE), '%H:%i')) / 1e6, 1) AS running_total_m
FROM global_markets.options_minute_aggs
WHERE window_start >= '2026-07-06 00:00:00' AND window_start < '2026-07-07 00:00:00'
GROUP BY et_time
ORDER BY et_time

取引開始後30分間で8.53百万コントラクトが記録されました。最終的な累計は60.6百万に達しました。(16:00の小さなバケットは、米国東部時間午後4時00分から4時15分までのインデックス・オプションの取引終了間際です。)このチャートの各点は出来高を示しています。OCCがその日の朝に発表した数値は、終日を通じて更新され、次の数値は火曜日の市場開始前に確定します。

取引量の多かった個別銘柄はどれか?

各オプションのOCCティッカーには、原資産、満期日、コール/プット、および権利行使価格が含まれています。このクエリはこれら4つの要素をすべて解析しているため、表は分かりやすく表示されます。

クエリ2026年7月6日 取引数上位10銘柄
各数値の背後にある正確なSQL
SELECT
    contract,
    contracts_traded,
    trades,
    toUInt8(min(expires_july_6) OVER ()) AS all_ten_expire_july_6,
    toUInt8(min(root_is_spy_or_qqq) OVER ()) AS all_ten_spy_or_qqq
FROM (
    SELECT
        concat(substring(ticker, 3, length(ticker) - 17), ' $',
               toString(round(toFloat64(toUInt32OrZero(substring(ticker, length(ticker) - 7, 8))) / 1000, 2)),
               if(substring(ticker, length(ticker) - 8, 1) = 'P', ' put', ' call'),
               ', expires 20', substring(ticker, length(ticker) - 14, 2), '-', substring(ticker, length(ticker) - 12, 2), '-', substring(ticker, length(ticker) - 10, 2)) AS contract,
        toUInt64(sum(volume)) AS contracts_traded,
        toUInt64(sum(transactions)) AS trades,
        substring(ticker, length(ticker) - 14, 6) = '260706' AS expires_july_6,
        substring(ticker, 3, length(ticker) - 17) IN ('SPY', 'QQQ') AS root_is_spy_or_qqq
    FROM global_markets.options_minute_aggs
    WHERE window_start >= '2026-07-06 00:00:00' AND window_start < '2026-07-07 00:00:00'
      AND match(substring(ticker, 3, length(ticker) - 17), '^[A-Z]+$')
      AND substring(ticker, 3, length(ticker) - 17) NOT IN ('SPCX')
    GROUP BY ticker
    ORDER BY contracts_traded DESC, ticker ASC
    LIMIT 10
)
ORDER BY contracts_traded DESC, contract ASC

7月6日、SPY $751 call, expires 2026-07-06において、最も取引が活発だった単一銘柄は、128107回の取引で1082297枚の契約が記録されました。満期日を確認すると、10銘柄すべてが同じ月曜日に満期を迎えています。これらは2つの原資産に属しており、receipt列で両方の銘柄を確認できます。最終取引日にある銘柄は 0DTEオプション(満期まで0日) であり、SPYとQQQの権利行使価格が密集した構成となっています。

次に、その日の最大取引量を未決済建玉(OI)の計算に当てはめます。月曜日の朝にSPY $751 call, expires 2026-07-06が示したOIは、前晩の数値であり、これが最後にその数値に言及するものです。1082297の全契約は、最終セッション中に取引されました。取引終了時に満期を迎えたため、次のOCCファイルからは削除され、定義上、未決済建玉はゼロとなります。すべての0DTEの表における共通の注意点として、これらの契約は1日1回のOIサイクルの中で発生・消滅するため、膨大な取引量があっても、意味のあるOI数値として記録されることはありません。

オプション取引高を占める原資産はどれか?

同じセッション内の取引を、オプションティッカーの先頭文字(通常は原資産のシンボル)に基づいてグループ化しています。

クエリ2026年7月6日 取引数上位10原資産
各数値の背後にある正確なSQL
SELECT
    substring(ticker, 3, length(ticker) - 17) AS underlying_root,
    round(sum(volume) / 1e6, 2) AS contracts_m,
    round(100 * toFloat64(sum(volume)) / (SELECT toFloat64(sum(volume)) FROM global_markets.options_minute_aggs WHERE window_start >= '2026-07-06 00:00:00' AND window_start < '2026-07-07 00:00:00'), 1) AS pct_of_tape,
    uniqExact(ticker) AS distinct_contracts,
    round(100 * toFloat64(sumIf(volume, substring(ticker, length(ticker) - 14, 6) = '260706')) / toFloat64(sum(volume)), 1) AS same_day_expiry_pct
FROM global_markets.options_minute_aggs
WHERE window_start >= '2026-07-06 00:00:00' AND window_start < '2026-07-07 00:00:00'
  AND match(substring(ticker, 3, length(ticker) - 17), '^[A-Z]+$')
  AND substring(ticker, 3, length(ticker) - 17) NOT IN ('SPCX')
GROUP BY underlying_root
ORDER BY sum(volume) DESC, underlying_root ASC
LIMIT 10

SPY12.1百万枚のコントラクトで取引高トップとなりました。これは全取引量の20%に相当します。次いでQQQ6.88百万枚(11.3%)でした。当日満期の列は、上記の表の内容を反映しています。リーダーの取引高の70.2%が、その日の午後に満期を迎えました。ルート(root)が必ずしも購入可能なシンボルであるとは限りません。例えば、S&P 500指数オプションはCboeのSPXおよびSPXWルートで取引されます。また、一つの原資産が同時に多くのコントラクトを抱えることもあります。リーダー単体で、5747通りの異なる権利行使価格、満期、およびタイプの組み合わせが記録されました。

1日の出来高のうち、どれほどが未決済建玉(OI)に反映されるのか?

満期までの期間ごとにセッションを分類すると、OIへの影響が1つの表にまとめられます。

クエリ2026年7月6日 残存期間別ボリューム(短期中心)
各数値の背後にある正確なSQL
WITH dateDiff('day', toDate('2026-07-06'), toDate(concat('20', substring(ticker, length(ticker) - 14, 2), '-', substring(ticker, length(ticker) - 12, 2), '-', substring(ticker, length(ticker) - 10, 2)))) AS dte
SELECT
    multiIf(dte = 0, 'same day (0DTE)', dte <= 7, '1-7 days', dte <= 31, '8-31 days', dte <= 365, '32-365 days', 'over a year') AS expires_in,
    round(sum(volume) / 1e6, 1) AS contracts_m,
    round(100 * toFloat64(sum(volume)) / (SELECT toFloat64(sum(volume)) FROM global_markets.options_minute_aggs WHERE window_start >= '2026-07-06 00:00:00' AND window_start < '2026-07-07 00:00:00'), 1) AS pct_of_volume,
    round(uniqExact(ticker) / 1e3, 1) AS distinct_contracts_k,
    round(100 * toFloat64(uniqExact(ticker)) / (SELECT toFloat64(uniqExact(ticker)) FROM global_markets.options_minute_aggs WHERE window_start >= '2026-07-06 00:00:00' AND window_start < '2026-07-07 00:00:00'), 1) AS pct_of_contracts
FROM global_markets.options_minute_aggs
WHERE window_start >= '2026-07-06 00:00:00' AND window_start < '2026-07-07 00:00:00'
  AND dte >= 0
GROUP BY expires_in
ORDER BY min(dte)

当日満期のグループは極端な数値を示しています。その日の個別銘柄の 0.9% 、つまり約 3 千銘柄が、全出来高の 38.8% を占めています。これはどのグループよりも大きな割合ですが、これらは将来のOIには一切反映されません。また、25.3% が1週間以内に満期を迎えます。上場銘柄の傾向はそれとは対照的です。32日から365日のグループだけで個別銘柄の 49.6% を占めています。1年を超える銘柄は、全銘柄の 6.9% ですが、出来高では 1.3% に留まります。満期が長い銘柄は取引が少なく、保有期間が長いため、建玉が蓄積しやすい状況にあります。

オープンインタレスト(OI)の変動は日ごとにどのように現れるか?

OIスクリーンでは、ある日の朝の記録から翌朝の記録にかけての、コントラクトのOIの変化を監視します。以下は、2026年12月18日満期のSPY $620プットという、一つの長期コントラクトにおける10セッション分の生データです。

クエリSPY $620 put (2026-12-18) 10セッションの推移
各数値の背後にある正確なSQL
SELECT
    toDate(toTimeZone(window_start, 'America/New_York')) AS session,
    toUInt64(sum(volume)) AS contracts_traded,
    toUInt64(sum(transactions)) AS trades
FROM global_markets.options_minute_aggs
WHERE window_start >= '2026-06-22 00:00:00' AND window_start < '2026-07-07 00:00:00'
  AND ticker = 'O:SPY261218P00620000'
GROUP BY session
ORDER BY session

6セッション連続で、このコントラクトの取引はほとんど発生しませんでした。1日の取引数はせいぜい数十件で、2026-06-29には6件まで減少しました。それらの日のOIは実質的に停滞していました。天井ルールにより、夜間の変動は当日のわずかな取引数に制限されるためです。その後、3セッション連続で9006917210023件の取引がありました。取引量(Volume)の列を見ると、詳細が見えてきます。2026-06-30の急増は、わずか7件の取引、つまりブロック取引によって発生しました。一方、翌セッションの同等の出来高には222件の取引が必要でした。2026-07-06までには、取引数は20件に戻りました。

出来高だけでは、その急増がOIに何をもたらしたか(新規ポジションの構築、解消、あるいは持ち手の交代か)を判断することはできません。翌朝のOCCの記録がそれを確定させます。出来高の急増に伴ってOIが増加していれば新規ポジションの構築、減少していれば解消、出来高が多いのにOIが横ばいであれば持ち手の交代と判断されます。トレーダーが監視しているのは、この日ごとの変化です。

オープンインタレスト(未決済建玉)の確認方法

出来高の表には記載されていません。公式な数値は以下の場所で確認できます。

  • OCC — 契約ごとの日次出来高とオープンインタレストを公開しています。詳細は occ.com(market data セクション)にて、毎朝更新されます。他のすべてのデータはこの数値を基に再配布されています。
  • 証券会社のオプション・チェーン — 行使価格および満期ごとに、出来高の隣に「Open Interest」(または「Open Int」)の列が表示されます。前日の終値時点の数値が、終日表示されます。
  • 上場取引所 — Cboeおよびその他の取引所は、市場統計ページにて出来高とOIの要約を公開しています。

注意点:「マックス・ペイン(最大損失価格)」の数値、つまり最も多くのオプション価値が消滅する行使価格を算出するには、行使価格ごとの詳細なOI分布が必要です。出来高の表では算出できません。本ページに含まれる数値も同様です。マックス・ペインの数値は、出来高画面からではなく、OCCまたは取引所のデータから取得してください。

トレーダーはどのように出来高と建玉を併せて読み解くのか?

これら2つの指標を並べて見ることで、今日の取引量(流動性)と、現在保有されているポジション(流動性)という異なる側面から契約の流動性を把握できます。

  • 出来高が多く、建玉も多い。 大規模なポジションが存在する中で、活発な取引が行われています。この組み合わせは、スプレッドが最も狭くなる傾向があります。
  • 出来高が多く、建玉は少ない。 取引は活発ですが、持ち越しはされていません。当日に満期を迎える契約や、新規ポジション構築の特徴です。
  • 出来高が少なく、建玉は多い。 以前に構築されたポジションが継続していますが、本日の取引は少ない状態です。
  • 出来高が少なく、建玉も少ない。 流動性が低い契約です。スプレッドが広がりやすく、少額の注文で価格が動く可能性があります。まず bid-ask spread を確認してください。

どちらの指標も方向性を示すものではありません。出来高は買い手と売り手の総数を集計し、建玉は各契約のロングとショートを一つとしてカウントします。そのため、同じ活発な契約において、2人のトレーダーが互いに反対のポジションを持っている場合があります。

オプション取引高と建玉(Open Interest)に関するFAQ

取引高(Volume)と建玉(Open Interest)の違いは何ですか?

取引高は当セッション中に取引されたオプション契約数をカウントし、毎日ゼロにリセットされます。建玉は、未決済の契約数(新規に建てられ、まだ決済されていないもの)をカウントし、翌日へ繰り越されます。すべての取引は取引高に加算されますが、建玉は新規建てと決済の組み合わせによってのみ変動します。

なぜ建玉の更新は1日1回だけなのですか?

建玉は清算機関による集計値であり、取引テープの集計値ではないためです。公開されている取引テープでは、取引が新規建てか決済かを区別しません。OCC(オプション清算コーポレーション)は、セッション終了後に清算メンバー間でこれらの区分を照合し、翌営業日の開始前に数値を公表します。

建玉の増加または減少は何を意味しますか?

建玉の増加は、決済された契約数よりも新規に建てられた契約数の方が多いこと、つまりその権利行使価格における純増ポジションを意味します。減少は、ポジションの解消を意味します。取引高が多い中で建玉が横ばいである場合は、ポジションの持ち手が交代したことを意味します。1日の取引高は、翌朝の数値が変動し得る最大幅となります。

取引高が建玉を上回ることはありますか?

はい。満期が近い契約では一般的です。1つのセッション内で新規建てから決済まで完了したポジションは、取引高を2回分加算しますが、翌朝の建玉には影響しません。また、当日満期を迎える契約は、翌日の数値には反映されません。2026年7月6日には、米国の全オプション取引高の 38.8% が、同セッションに満期を迎える契約によるものでした。仕組みについては 0DTEオプションとは を参照してください。


上記のパネルはすべて保存され、検証可能なクエリです。SQLを展開して監査するか、Strasmoreターミナルで任意のセッションに対して同じ質問を行ってください。

#options#volume#open interest