処理時間を4分の1に短縮したシステム選定
「朝8時にバッチが終わらない」データ爆発の危機をJPX総研はどう乗り越えたか
「データ激増で夜間バッチが朝までに終わらない」問題を放置すれば、重大な業務遅延に直結する。同様の課題を抱えていたJPX総研の事例から、処理時間を4分の1に短縮したシステム選定の基準と移行の勘所を解説する。
企業の情報システム部門にとって、「夜間バッチ処理の遅延」は翌日の事業活動を停滞させかねない重大なリスクだ。日本取引所グループ傘下のJPX総研は、日本取引所自主規制法人(JPX-R)が利用する売買審査システムの開発と維持管理を担っており、株式市場における相場操縦やインサイダー取引といった不公正取引の兆候を捉える重要な業務を支えている。近年、NISA(少額投資非課税制度)の普及によって個人投資家の市場参加が拡大し、取引手法も複雑化した。それに伴い、売買審査で分析すべき注文・約定データが急増し、JPX総研の分析システムは処理能力の限界に達しつつあった。
通常、取引終了後に注文・約定データを集計する夜間バッチは、翌朝の2〜3時ごろには完了する想定で設計されていた。しかし、注文が集中した日には処理が大幅に遅延し、業務部門がデッドラインとして定める「朝8時」という完了要件を超過するケースが目立ち始めた。未処理分を別の時間帯やシステム構成で補うことで審査漏れを防いでいたものの、それに伴う運用の手間は小さくなかった。
従来製品の保守期間の終了も迫る中、次期システムの選定を急務としていたJPX総研は、どのような選択をしたのか。
「朝8時のデッドライン」を超過 現場を圧迫した手間の正体
併せて読みたいお薦め記事
インフラ最適化による業務の高速化
JPX総研は、株式取引の公正性を審査する売買審査システムのデータ分析システムを刷新し、2026年9月28日に本番稼働を始めた。データベースシステムには、日立製作所の超高速データベースエンジン「Hitachi Advanced Database」(HADB)を採用した。本番データを使った概念実証(PoC)では、データ処理時間を従来システムの約4分の1に短縮した。注文が集中するピーク時にも、所定時間内に処理を完了できる性能を実証した。日立が同年10月1日に発表した。
JPX総研は、日本取引所グループ傘下で、金融商品市場に関係するデータやインデックス、システム関連のサービスを提供する。JPX-Rが使う売買審査システムの開発・維持管理を通じて、相場操縦やインサイダー取引といった不公正取引の兆候を捉える売買審査業務を支えている。
近年はNISAの普及などを背景に個人投資家の市場参加が広がり、市場参加者の多様化と取引手法の複雑化が進んだ。売買審査で分析する注文・約定データも増え、従来の分析システムは処理能力の限界に近づいていた。特に、取引終了後に注文・約定データを処理する夜間バッチでは、通常は朝2~3時ごろに完了する処理が、注文が集中した日には、業務部門が定める朝8時までの完了要件を超えるケースが目立ち始めた。未処理分は別の時間帯や環境で補い、審査漏れを防いでいたが、運用負荷は小さくなかった。従来製品のサポート期限も迫っていた。
JPX総研は、当面のオンプレミス運用に加え、将来のクラウド移行も見据え、性能、拡張性、長期運用、コストを総合的に評価して次期システムの選定に着手した。複数の候補製品を対象に、実際の取引データを使って本番に近い条件で性能を検証するPoCを実施し、HADBを選んだ。
評価したのは、大量データの検索・分析に適したHADBの「非順序型実行原理」だ。CPUやストレージの処理能力を効率的に活用し、大量の注文が集中する状況でも高速な検索・集計を可能にする。CPUのコア数ではなくデータ容量を基準とするライセンス体系、長期サポート、取引量の増加やクラウド移行を見据えた拡張性も選定理由となった。従来売買審査システムのアプリケーションを担ってきた日立が、次期の分析システムまでを一体で支援できる点も、選定時の安心感につながった。
移行では、従来と同じ処理結果を保ちながら、既存SQLクエリをHADBの特性に合わせて書き換え、最適化する必要があった。従来システムのSQLクエリを変換するだけでは期待する性能が出ない処理があり、処理方法を組み替えた。日立はSE、HADBの製品部門、ハードウェア部門が連携し、PoCから構築、移行、性能検証までを支援した。
プロジェクト期間中には、相場の急変などを背景に、注文件数が要件定義時の想定を上回る水準に増えた。両社は小さく始める方針を見直し、CPUなどを増強した構成で稼働を迎える計画に切り替えた。
稼働前の検収テストでは、従来システムと新システムの抽出結果を照合し、同じであるべき箇所の一致を確認した。改修した処理では、狙い通りの差異が得られた。本番データを用いたPoCでは、処理時間を従来基盤の約4分の1に短縮した。新システムは、注文が集中するピーク時の大量データについても、所定時間内に処理を完了する要件を満たした。
SQLクエリによる抽出結果の提供方法も見直した。従来のWeb画面を廃止し、汎用(はんよう)的なCSV形式で出力する方式に変更した。機能を絞ることで、追加改修時の影響範囲を狭め、開発のリードタイム短縮を図る。
JPX総研 ITビジネス部課長の岡江慧氏は「今後は朝までに処理が終わるのかと心配することもなくなりそうだ」と話す。同部の大野光誠氏は、今後は性能向上に加え、AI活用についても日立と議論を重ね、新たな開発につなげたいとの考えを示す。日立は、AI活用やデータ利活用の高度化を見据え、HADBの性能向上に加え、外部データレイクの活用にも対処できる構成にする計画だ。
(※)この記事は本多和幸氏と谷川耕一氏によるIT事例メディア「CaseHUB.News」に掲載された「JPX総研、売買審査システムのデータ基盤を刷新 PoCで処理時間を約4分の1に短縮」(2026年10月2日)を、TechTargetジャパン編集部で一部編集し、転載したものです。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社フィックスターズ] 組み込み開発特有の課題も解消できる「AI活用」の秘訣とは? -
事例
[株式会社ビザスク] 「新規事業」事例集:大手企業はどのように想定顧客ヒアリングを行っているのか -
市場調査・トレンド
[株式会社ビザスク] 質の高い「仮説検証インタビュー」を実施するためのポイント -
事例
[株式会社ビザスク] 富士フイルムの新領域参入に学ぶ事業創出 「畑違い」でもビジネス化できる方法 -
事例
[株式会社ビザスク] 三菱電機 上席執行役員に学ぶ、未来を切り開く「新事業創出」の実践方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
長年の蓄積は利点にも弱点にもなる 「脱レガシー」実行前に解決すべき課題とは
-
6
「IBM i(AS/400)はクローズドなシステム」という誤解 DXに寄与する一歩
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
AI時代のITインフラ戦略とは? 販売代理店が知っておきたい最新トレンド
-
9
「GitHub Copilot」3000人に配布も基本機能しか使われない 保険大手が得た教訓
-
10
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー