aggregate で取得した SE レコードが全件 0x3F (?) padding になる症状

お世話になっております。

JV-Link aggregate でデータは取得できるが SE/RA レコードが全件 0x3F (?) padding になる症状について、解決方法をご教示いただけませんでしょうか。

環境

  • JV-Link バージョン: 4.9.0
  • OS: Windows 11 Pro
  • 開発言語: Python 3.12 (32bit) + pywin32 (JVDTLab.JVLink)
  • 契約: Data Lab. 月額会員 (有効期限内・自動継続中)
  • JVInit の sid: “UNKNOWN” を指定 (個人利用)

症状

  • 2026/5/22 12:32 までは aggregate option=2 で正常にデータ取得できていた
  • 同日 12:32 以降、同一スクリプトで JVRead される SE レコード全件 (本日 5/23 のレース 36 件分・541 個の SE レコード) の馬名・騎手・オッズフィールドが 0x3F (?) で padding された状態になった

確認事項

  • JVInit: rc=0 (成功)
  • JVOpen(dataspec=“RACE”, fromtime=“20260520000000”, option=2): rc=0, readcount=8, downloadcount=0
  • JVRead ループ: rc=-1 (file switch) で 8 回 continue、合計 2332 records 取得
  • 取得した raw bin を hex dump で確認: SE レコード offset 36-72 (馬名フィールド) が全て 0x3F (?) で埋まっている
  • option=4 (セットアップ): rc=-501 で拒否される
  • RT モード (dataspec=0B11/0B12/0B14): rc=-114 (発走前のため正常)
  • C:\ProgramData\JRA-VAN\Data Lab\cache\SEDW2026052320260522112835.jvd (5/23 SE データ・5/22 11:28 取得・38 KB) は存在する

サポートデスクへの問い合わせ結果

office@JRA-VAN.jp へ問い合わせたところ、「弊社側で障害は発生しておらず、正常にデータを提供しております」「利用キーは正常」とのご回答をいただきました。

試行済の対応

  • aggregate を 30 回以上 10 分間隔で再試行 → 毎回同一バイト数の空データが返る
  • JV-Link 設定 GUI で「状態を取得する」をクリック → 変化なし
  • option=1, 2, 4 を順次試行 (option=4 は rc=-501 で拒否)
  • dataspec=TOKU/UMA/YSCH を試行

お聞きしたいこと

  1. このような「JVOpen 成功 + JVRead 完走」だが「SE レコードの内容が 0x3F padding」になる症状は仕様上ありえますか?
  2. JV-Link のローカルキャッシュ (data\cache\event) を完全削除して再取得すれば回復する可能性はありますか?
  3. JV-Link の完全再インストール (アンインストール + レジストリ削除 + 再インストール) は有効でしょうか?
  4. 当方の JVOpen / JVRead の呼び出し方に明確な誤りがあれば、ご教示ください。

何卒よろしくお願い申し上げます。