【工場の操作盤を移植せよ】発走前にピコピコ光るパドックLIVEモニターと16進数URLハック！Alma MDI Pro開発記 #8

どうも、アルマコアです！

普段は工場の自動化機械やシーケンサー（PLC・制御盤）の設計に向き合っている、現役の機械エンジニアです。

前回の第7回（NO.7）では、JRA公式データに存在しない「各馬個別ハロンラップ」を通過順位と着差から物理運動方程式で逆算し、49万頭分の走破ログを復元した狂気のアルゴリズムをお届けしました。

「エンジニアの執念を感じた」「そこまで逆算してDBに入れるんかい！」と熱い反響をいただき、本当にありがとうございます！

……さて。

前回のラストで「次回はラップ適合度スコアリングへ！」と予告を出していたんですが……前言撤回させてください（笑）！

というのも、どれだけデータベース（Alma Core Pro）の中に49万頭分の個別ラップや全29テーブルの精密なデータが詰まっていようと、当時の私が週末の競馬に向き合っていた姿はこれでした。

PS C:\KeibaDB> python query_race.py --date 20261101 --venue 04 --race 11

……いや、発走3分前の緊迫した現場で、黒い画面（CUI）にコマンドカタカタ叩いてられるかーーーッッ（笑）！！

締め切りベルが鳴り響く中、引数（パラメータ）を打ち間違えてエラーを吐かれ、オッズの歪みを見つける前にゲートが開いて撃沈……。

工場の製造ラインに例えるなら、ラインで警報ブザーが鳴り響いている緊急事態に、現場の作業員が制御盤の奥でノートPC開いてC言語をコンパイルしているようなもんです。

そんなオペレーター、現場におったら即座に工具箱飛んできますわ！

「現場に必要なのは、小難しいコマンド入力やない。直感でパッと状況が俯瞰できて、指先ひとつで瞬時に戦況を把握できる『自分専用の操作盤（HMI・計器盤）』や！」

そう痛感した私は、解析エンジンの前に、まずはすべての司令塔となるフロントエンド『Alma MDI Pro』のコックピット（開催一覧・出馬表レース選択画面）をゼロから削り出すことにしたのです。

今回は、Python標準のGUIツールキット「Tkinter」を極限まで使い倒し、Windowsネイティブの爆速操作盤を組み上げるまでの泥臭い開発ドラマをお届けします！

1. なぜWebではなく「Tkinterの自作MDI」なのか？

いまどきGUIアプリを作るなら、ReactやFlutterを使ってモダンなWebアプリ風に仕上げるのが主流かもしれません。

しかし、週末に命金を張る現役エンジニアとしての私の結論は、「Webベースは100%ナシ」でした。

① ブラウザの「読み込み中（カクつき）」は実戦で命取り

締め切り直前の競馬場やPAT投票の現場において、通信遅延（レイテンシ）やブラウザの再読み込み待ちで画面が一瞬白くなるラグは、致命傷以外の何物でもありません。

OS上で直接ピクセルを描画し、CPUとローカルメモリのパワーを100%使い切るネイティブアプリでなければ、あの殺気立った直前オッズの波は乗りこなせないのです。

② 画面が散らからない「MDI（マルチドキュメント）」への偏執的なこだわり

競馬の分析をしていると、出馬表を見ながら、別のレースの結果を振り返り、同時に気になった馬の「競走馬カルテ」や「血統表」を開きたくなります。

これを通常のウィンドウで作ると、タスクバーがウィンドウだらけになり、画面の裏に隠れて迷子になる「ウィンドウ迷子事件」が多発します。

Python

# alma_viewer.py より：Tkinterでゼロから組んだ「自作MDIウィンドウ」
class MDIWindow(tk.Frame):
    def __init__(self, parent, win_key, title="Window", width=900, height=700, x=50, y=50, on_close=None):
        super().__init__(parent, bd=2, relief=tk.SOLID, highlightbackground="#0052CC", bg="#0052CC")
        # 独自のリサイズグリップ（東西南北・四隅）をフレーム上に手動実装！
        self._create_resize_grips()

「ひとつの親ウィンドウ（ワークスペース）の中で、子ウィンドウがタブのように整然と開き、自由に移動・拡大・最小化できる構造にしたい」

そう考えた私は、なんとTkinterのFrameを駆使して、タイトルバーのドラッグ移動から四隅のマウスリサイズグリップ（do_resize）、最小化・最大化ロジックまで、MDIのウィンドウマネージャーを完全に自作（手組）しました。

しかも、マルチディスプレイ環境で使いたくなったときのために、子ウィンドウを画面外へスポンッと独立表示させる「外部分離（ポップアウト）機能（popout_mdi_window）」まで完備。

「ない部品は旋盤で削り出す」という機械屋の癖が、ここでも完全に炸裂してしまいました（笑）。

2. これが完成した「開催一覧・出馬表選択」コックピットだ！

そうして組み上がった、アプリ起動時に真っ先に立ち上がる『出馬表レース選択』の盤面がこちらです！

いかがでしょうか？

市販の競馬ソフトやWebサイトのように「スクロールして下を探す」必要は一切ありません。

当日の全開催（この日は京都12R＋東京12R＝全24レース）が、視線を左右に動かすだけでコンマ数秒で頭の中に飛び込んでくるレイアウトに仕上げました。

この画面に詰め込んだ、機械エンジニアならではの「現場目線の仕掛け（ギミック）」をいくつかご紹介させてください。

3. 現場を支える泥臭いこだわりロジック

① 16進数ハック！「JRAレーシングビュアー」のURL直結アルゴリズム

競馬ファンなら誰しもお世話になっている公式映像サービス『JRAレーシングビュアー』。

パドック動画（PD）、レース本編（RV）、そして勝負所の位置取りを確認するパトロールビデオ（PV）。普通ならサイトを開いて、日付を選んで、レース番号を探して……とクリックを何回も強いられます。

「そんな悠長なことやってられるか！ 右クリック一発でダイレクトに動画プレイヤーを立ち上げろ！」

これを実現するため、レーシングビュアーのURLパラメータ体系を徹底的にリバースエンジニアリングしました。

そこで突き止めたのが、「年・競馬場コード・回次・日次・レース番号」を16進数1桁に変換して結合するという独自の暗号仕様でした。

Python

# tab_race_selection.py より抜粋
# 回次・日次・レース番号を16進数1桁に変換（10日目->'a', 11日目->'b', 12日目->'c'）
t_hex = hex(safe_int(times))[2:]
d_hex = hex(safe_int(day))[2:]
r_hex = hex(r_int)[2:]

# 例: 2026年 4回東京11日11R (天皇賞・秋) ➜ "26" + "5" + "4" + "b" + "b" ➜ "2654bb"
base_code = f"{year[2:]}{v_code_1digit}{t_hex}{d_hex}{r_hex}"
target_code = f'{base_code}_p' if video_type == 'paddock' else ...
url = f'https://regist.prc.jp/api/windowopen.aspx?target=race/{year}/{r_date}/{target_code}&quality=4'
webbrowser.open(url)

この数行の関数を組み込んだおかげで、グリッド上の「パドック」列をクリックするか、右クリックメニューを押すだけで、ブラウザ経由でJRAレーシングビュアーの対象映像が0.1秒で即座にストリーミング再生されるようになりました。

② 発走5〜25分前を自動検知してピコピコ光る「パドックLIVEモニター」

パドック映像は、ずっと垂れ流して見ている暇はありません。見るべきタイミングは「発走の直前、馬が周回しているリアルタイムの瞬間」だけです。

そこで、バックグラウンドのタイマー（_check_paddock_schedule）を常時走らせ、「現在時刻と発走予定時刻の差が5分〜25分前のレース」だけを自動検出するインターロックを組みました。

Python

# 発走5分前〜25分前のレースがあれば、オレンジ/赤のボタンをピコピコ点滅！
if 5.0 <= diff_min <= 25.0:
    active_paddock_races.append(...)

発走が近づいたレースがあると、画面上部に「🎥 東京11R (発走20分前)」といったアラートボタンがニュッと出現し、800ミリ秒間隔でピコピコと点滅して私（オペレーター）に知らせてくれます。

工場の警報ランプ（パトライト）と同じ思想です（笑）。

これでもう「あ、パドック見逃した！」という凡ミスは100%撲滅できました。

③ 「天皇賞（秋） G1*」の金看板とメインレース直行便

グリッドのレース名表示にも、JRA-VANの標準表記ではなく、競馬ファンにとって一番馴染み深い「TARGET風の表記ルール」を完全移植しました。

Python

parse_race_name_target_style(...)

特別競走は「特」、ハンデ戦は「H」、リステッドは「(L)」、そしてG1レースには堂々の「G1*」。

当日のメインレース（賞金が一番高いレース）は、画面右下のダッシュボードに「🏇 東京11R 天皇賞（秋） G1*」という専用の直行ボタンとして自動生成され、クリック一発で出馬表へ飛べるようになっています。

④ 24レースのオッズ・馬体重を瞬殺する「マルチスレッド並列取得」

土日の朝、画面右上の緑色のボタン「🔄 本日の全レース オッズ・馬体重一括更新 (高速並列)」をポチッと押すと、裏側でPythonのconcurrent.futures.ThreadPoolExecutor(max_workers=5)が炸裂します。

1レースずつ順番にオッズを落としていたら1分以上待たされますが、5スレッド並列でスクレイピング＆DB格納を走らせることで、全24レースの単勝オッズ・人気・最新馬体重が、わずか数秒でローカルDB（keiba.db）へ
一気に吸い込まれていきます。

4. 操作盤を手に入れて、世界が変わった

黒いコンソールにSQLを打ち込んでデータを覗き込んでいた日々。

それが今や、自作アプリ『Alma MDI Pro』を立ち上げ、カレンダーから日付を選んだ瞬間、

カチッ……（0.05秒）。

ファッと目の前に立ち上がる、美しく整列した東西24レースの一覧グリッド。

天候、馬場状態、出走取消や騎手変更の速報テキストが下部に流れ、発走が近づけばパドックボタンがピコピコと赤く点滅する。

レースをダブルクリックすれば、瞬きする間もなく18頭のフルデータがメモリ上に展開される。

「……よし。これでようやく、戦うための土台（コックピット）が完全に揃ったぞ」

工場の制御ラインでも、優れたシーケンスプログラムと頑丈な操作盤がガッチリ噛み合った瞬間、機械はまるで生き物のように滑らかに動き始めます。

この「開催一覧」という盤面が完成したことで、バックエンドの『Alma Core Pro』とフロントエンドの『Alma MDI Pro』が、完全にひとつのシステムとして呼吸を始めたのです。

5. 次回予告：出馬表という名の「情報密度のバケモノ」へ

だが、本当の泥沼開発はここからでした（笑）。

開催一覧から「東京11R 天皇賞（秋）」をダブルクリックした瞬間に立ち上がる画面。

そう、競馬予想の主戦場である『出馬表・馬柱グリッド（tab_shutuba）』です。

• 18頭分の枠色・馬番・騎手・斤量

• 競馬ブック独自のRT指数・SP指数

• 過去5走の着順・走破タイム・上がり3F

• トラックマンの調教短評と追い切りタイム

• ストライドの先行力・追走力・瞬発力……

「1画面に詰め込む情報量が多すぎるんじゃーーーッ！！ 1ピクセルずれただけで全部崩れるわ！！」

次回、

【Alma MDI Pro開発記 NO.9】1ピクセルのズレで発狂！Tkinterで『超高密度・出馬表グリッド』を美しく整列させるまでの死闘！

情報密度の限界に挑む、現役エンジニアのミリ単位のUIチューニング劇をお届けします。

今回も最後まで読んでいただき、ホンマにありがとうございました！

「自作MDIの変態的なこだわりに笑った！」「パドック点滅アラート、現場感あって最高！」と思っていただけたら、ぜひ画面下の「スキ」や「フォロー」をポチッと押していただけると、毎晩のコーディングの最高のガソリンになります！

コメントや感想もお気軽に書き込んでいってくださいね。それでは、また次回の記事でお会いしましょう！

アルマコアでした。

◀️ 前の記事はこちら
👉 【第7回：公式データに無いなら逆算で作る！通過順位と着差から「各馬個別ハロンラップ」を物理復元した執念のアルゴリズム】

📚 全話イッキ読み！自作競馬ソフト開発記マガジン
👉 [Alma Core Pro / MDI Pro 開発マガジンを開く]

💡 「なぜExcelでもサーバー型DBでもなくSQLiteなのか？」原点の第1回はこちら
👉 [開発記 第1回を読む]

🤖 工場のPLC・制御屋魂で書く！痛快＆重厚な自作Web小説も連載中
👉 [転生したらイーロン・マスクが大統領だった件（笑） 第1話へ]

👉 [本格クライムSFサスペンス『アブダクション・プロトコル』第1話へ]