J-GATE で注文が止まる仕組み── ハードブロック・NCP・OTR・即時約定可能値幅を発注処理に組み込む

大阪取引所のデリバティブ売買システム J-GATE に発注する仕組みは、接続が通って注文が約定した時点で完成したように見えます。ところが本番では、注文が取引所に拒否される、取消が受け付けられない、取引そのものが止まる、という場面に出会います。どれも障害ではなく、取引所が定めた制度どおりの動作です。

本稿では、J-GATE で注文が止まる、あるいは絞られる仕組みを、JPX が公開している資料に沿って整理し、それぞれを発注処理のどこで扱うかを示します。接続方式の選び方は前稿で扱っており、本稿はその運用側にあたります。

取引所側で注文を止める層は 1 つではない

J-GATE には、注文を止めたり絞ったりする仕組みが複数あります。働く単位と時間の長さがそれぞれ違うので、まず並べて整理します。

• TradeGuard — 取引所が注文を受け付ける前のリスクチェック。全取引参加者の利用が必須で、閾値を越えると発注を自動的に止める
• ハードブロック — 1 注文あたりの最大発注数量を超える注文を拒否する
• ノンキャンセル・ピリオド（NCP） — 板寄せの直前の 1 分間、訂正と取消を受け付けない
• Order to Trade Ratio（OTR） — 注文件数と約定数量の比率を日次で計測し、月次で制限を判定する
• 即時約定可能値幅制度（DCB） — 所定の値幅を超えて約定しそうな注文が入ると、その銘柄の取引を一時中断する

TradeGuard とハードブロックは注文 1 件ごとに、NCP は時刻で、OTR は日と月の単位で、DCB は銘柄の状態として働きます。どれか 1 つの対策で全部を受け止めることはできないので、発注処理の中にそれぞれの受け口を用意します。

ハードブロックは取引所の値より内側で止める

ハードブロックは、取引所が商品ごとに定めた 1 注文あたりの最大発注数量を超える注文を受け付けない機能です。誤発注を防ぐためのもので、上限値は全取引参加者に共通です。商品ごとの値は JPX のページに添付された表で公開されており、2026 年 4 月 13 日にも更新されています。

発注処理の側では、自社の数量上限を取引所の値より内側に置くのが基本です。取引所に拒否されてから気づくのでは、戦略の側は注文が出たつもりで次の判断に進んでいます。上限を手前で止めれば、拒否の理由が自社の設定か取引所の制度かを区別する手間もなくなります。

見落としやすいのが、値が更新されることです。自社の上限を一度設定したきりにしていると、取引所の値が下がったときに拒否が出始めます。公開されている表を定期的に照合し、差が出たら知らせる仕組みを運用に組み込みます。

ノンキャンセル・ピリオドには取消が通らない

NCP は、板寄せ直前の訂正や取消による過度の価格変動を防ぐため、一部の商品で設けられている時間帯です。この間は訂正注文と取消注文を受け付けず、新規注文は受け付けます。

対象の時間は、日中立会のオープニング・オークション前の 1 分間と、ナイト・セッションのオープニング・オークション前とクロージング・オークション前の 1 分間です。具体的には 8:44〜8:45、16:59〜17:00（電力先物以外）、翌 5:59〜6:00 で、電力先物は 16:29〜16:30 と 18:59〜19:00 です。対象は日経 225 先物や TOPIX 先物、金や原油などの商品先物の全限月で、ミニ TOPIX 先物は含まれません。

設計上の要点は、この 1 分間に戦略が取消を前提にした判断をしないことです。板寄せに向けて指値を置き、気が変わったら取り消す、という動きはこの時間帯には成り立ちません。対処は 2 つあります。

• NCP の時刻表を発注処理に持たせ、対象の商品ではその 1 分間に訂正と取消を送らない。送れば拒否されるだけで、拒否への対応が増える
• NCP の直前に置く注文は、板寄せで約定しても困らない数量と値段に限る。取り消せない前提で出す

なお、日中立会の引けには NCP はありませんが、板寄せ直前の注文の取消などを一部禁止する措置が別に設けられています。引けの扱いも、時刻表と併せて確認しておきます。

OTR は注文の出し方を月単位で判定する

OTR は、取引参加者の効率的な注文を促し、J-GATE の処理能力を保つための運用です。J-GATE に送った注文件数などの総計を、J-GATE で成立した取引高（売りと買いの合計）で割った値として定義されています。

計測の単位は、サブ参加者コード（J-GATE における発注のシステムの単位）とパーティション（J-GATE 上の商品の管理区分）の組です。判定は次の 3 段階で行われます。

• チェック 1（日次） — 当日の注文件数が、事前に定めた閾値（Message Threshold）を超えているか
• チェック 2（日次） — 1 に該当した場合、OTR が事前に定めた閾値（OTR Threshold）を超えているか
• チェック 3（月次） — 2 に該当した回数が、月間で事前に定めた回数（Monthly OTR Limit）を超えているか

月間の回数を超えると、その月は注意喚起、翌月も超えると警告、翌々月も超えるとそのサブ参加者コードに対して制限が実施されます。

この仕組みは、注文と取消を細かく繰り返す戦略ほど影響を受けます。対策として、自社でも同じ単位で注文件数と取引高を日次で集計し、OTR を監視項目に入れておきます。取引所からの注意喚起で初めて知るのでは、翌月までに戦略を直す時間が足りません。

計測の単位がサブ参加者コードであることは、システムの分け方にも関わります。性格の違う戦略を同じサブ参加者コードで動かすと、注文の多い戦略の比率に全体が引きずられます。どの単位で発注のシステムを分けるかは、OTR の観点からも決めておきます。

即時約定可能値幅で取引が止まったとき

DCB は、直前の基準となる値段から所定の値幅を超えて約定が成立する注文が出された場合に、その銘柄の付け合わせを行わず、取引を一時中断する制度です。現物市場の特別気配にあたるもので、制限値幅とサーキット・ブレーカーによる取引中断とは別の制度です。

中断の時間は最低 30 秒（指数オプションは最低 15 秒）で、引き続き発動する場合は 30 秒ずつ（同 15 秒ずつ）延びます。一定時間が経って対当値段が値幅の範囲内にあれば、取引を再開して板寄せを行います。クロージング・オークションでは、対当値段が値幅を超える場合は取引を成立させません。

発注処理の側で決めておくのは、中断を検知したときの振る舞いです。相場情報から銘柄が中断に入ったことを受け取り、その銘柄への新規の発注判断を止めます。再開は板寄せから始まるので、中断前に出していた注文が板寄せでどう扱われてよいかも、戦略ごとに決めておきます。中断を知らずに約定を待ち続ける実装は、30 秒以上何も起きない理由を障害と誤認します。

制度の値は台帳として持つ

ここまでの値は、どれも取引所が変更し得るものです。ハードブロックの上限は商品ごとに更新され、NCP の対象商品や時刻は商品の追加で増えます。さらに大阪取引所は、2026 年 2 月に次期デリバティブ売買システム J-GATE4.0 の開発ベンダを Nasdaq に決め、2028 年後半を目途に現行の J-GATE3.0 から更改する予定を公表しています。

したがって、これらの値は発注処理のコードに書き込まず、商品ごとの台帳として外に持ちます。取引所の公開資料と照合する手順を定期の運用に入れておけば、制度の変更やシステムの更改のときも、台帳の更新と検証で追随できます。コードに散らばった値を探して直す作業は、更改の時期に最も手戻りの大きい作業になります。

まとめ

J-GATE では、TradeGuard とハードブロックが注文 1 件ごとに、NCP が板寄せ直前の 1 分間に、OTR が日次の計測と月次の判定で、DCB が銘柄の一時中断として、それぞれ注文を止めたり絞ったりします。ハードブロックは取引所の値より内側で止め、NCP の間は取消を前提にせず、OTR は自社でも同じ単位で監視し、DCB の中断は相場情報で検知して発注判断を止めます。値は台帳として持ち、2028 年後半を目途とする J-GATE4.0 への更改にも備えます。

金融テクノロジー総合研究所では、J-GATE 接続の構成設計から実装、接続検証までを受託しています。既存の発注処理の点検や、制度の値を台帳として扱う仕組みの設計からご相談いただけます。J-GATE 接続開発の詳細もあわせてご覧ください。ご相談はお問い合わせよりご連絡ください。

参考資料

• システム概要｜デリバティブ取引｜日本取引所グループ（TradeGuard が全取引参加者に必須であることと、その働き）
• ハードブロック機能｜日本取引所グループ（1 注文あたりの最大発注数量と、商品ごとの値の公開）
• ノンキャンセル・ピリオド｜日本取引所グループ（対象商品、対象注文、対象時間）
• Order to Trade Ratio（OTR）｜日本取引所グループ（OTR の定義、計測単位、3 段階の判定と制限措置）
• 即時約定可能値幅制度｜日本取引所グループ（一時中断の条件、中断時間と延長、再開時の板寄せ）
• 次期デリバティブ売買システムの開発ベンダの選定について｜日本取引所グループ（J-GATE4.0 の開発ベンダと更改の予定時期）

FTL の技術スタックと受託開発の進め方は FTLの技術とは？ にまとめています。