JRAからお知らせが来たため、JVLink Version 4.9.0からJVLink Version 5.0.0にアップデートしました。
アップデートしてEveryDB3.0を使用してデータを更新しようとしたところ、「JV-Linkエラー(413)が発生しました。サーバエラー(その他)が発生しました。JRA-VANへ問い合わせて下さい。」と表示され更新処理が中断されてしまいました。Windowsセキュリティー設定での除外、ファイヤーウォールなど点検しましたが原因を特定するまでに至りませんでした。
おそらく同じ現象で悩まされる人も出てくると思うので調査・再現を検証していただけると幸いです。
大変便利なソフトウェアを公開いただきありがとうございます。
タイトルの件でお伺いしたいのですが、3以降になってから、コマンドラインで実行するとエラーが発生するようになりました。
そのデータベースでの同じエラーで
エラーが発生しました。
型’System.IntPtrのオブジェクトを型Syste.lConertibleにキャストできません
System.Convert.ToInt32(Object value)
FECore.Ctrl.ECoreBatchStatus.BootImport()
EveryDB3.EveryDB3.Main(String[] CmdArgs)
当方は素人なので、エラーの意味がわからず申し訳ありません。
お忙しいとは存じますが、修正をご検討お願いいたします。
EveryDB3.1について質問です。
2026/10/03(土)に、速報&時系列データの自動更新中、
0B41(時系列オッズ・単複枠)の取得でJV-Linkエラー402が発生しました。
直前までは正常に更新されていました。
11:42:37
01: 時系列オッズ(単複枠)(0B41)の更新を開始
11:42:41
01: 0B41の更新完了 [親件数] 28 [子件数] 1,408
その5分後、
11:47:42
01: 時系列オッズ(単複枠)(0B41)の更新を開始
11:47:43
JV-Linkエラー(402)が発生しました。
ダウンロードファイルが異常です。
該当ファイルを削除して処理を中止します。
削除したファイル:
0B410000000000202610030511.jvd
その直後、
「エラーが発生しました。データベース更新処理を中断します。」
となりました。
EveryDB3.1の設定では、
・DB:SQLite
・0B41:有効
・更新間隔:5分
・FromRACE:1900/01/01 00:00:00
・FromYSCH:2026/10/02 13:13:56
です。
この402は、
EveryDB3.1側の問題、
JV-Link側の一時的なダウンロード異常、
または0B41固有の問題
のどれが考えられますでしょうか?
また、同じような402が発生した場合、
EveryDB3.1を再起動するだけでよいのか、
設定変更や再セットアップが必要なのかも教えてください。
*先日、誤ってお問い合わせの方に記入してしましました。
再送になりますが、宜しくお願い致します。
MySQLでDBを構築していますが、9月21日の中山開催が中止になり9月22日に順延されました。
本日、レース結果を取り込んで更新しましたが9月21日のまま修正されていません。
※対象テーブルはn_raceとn_uma_raceになります。
並行して運用しているTarget Frontier JVは正しく9月22日に実施されているように登録されていますのでデータの不備ではなさそうです。
ちなみにMySQLで更新された9月21日のレース結果は全く入っていません。
これはどうすれば正しいデータになりますでしょうか?
お教えいただけると幸甚です。(このままだと開催日が変更になる度に同じ事象で苦しむことになりそうで不安です)
私も同じくMacのVM上でWindowsを実行していますが欠損します。2月の延期になった件も同様です。
こちらでの修正方法があればご教示ください。
※当方もTargetJVでは問題なくとれています。
Windowsユーザーです。
SQLiteを使っていますが私も同様の事象が起きています。
N_RACE、N_UMA_RACEの9月21日分の中山競馬場のレースが
DataKubunが9(中止)になりましたが、9月22日分は更新できませんでした。
また9月22日当日、S_RACEとS_UMA_RACEの速報データも
更新することができませんでした。
当方も2月10日の雪で延期になった分もデータ更新できずにいます。
振替レースの更新方法がございましたら、お手数をおかけしますが
ご教授いただけますと幸いです。
よろしくお願いします。
n_uma_raceテーブルのDataKubun=9 のレコードのまま更新されていないと予測できますので、データ登録(更新)ロジックに不備があると思います。
私はWindowsのMySQLですが、他のDBMSで構築されている方も同じ症状なので、直して頂くかこちらで対応する方法をお教えいただけますか。
正直申し上げて虫食い状態のDBになっていますので困っています。
素晴らしいソフトウェアご提供いただきありがとうございます。
当方の方でも、代替競馬になったレースの結果が保存されていない状況となっております。
最初、N_RACE及びN_UMA_RACEのKubun を 9のものを条件分岐しようと思いましたが、代替競馬のデータ自体のデータがありませんでした。
お忙しいとは存じますが、修正の検討を頂けると幸いです。
よろしくお願いいたします。
同じく、修正のご検討よろしくお願いいたします。
お忙しい中、恐縮ですが、よろしくお願いいたします。
いつも便利に使わせてもらっています。
JRAからお知らせが来たため、JVLink Version 4.9.0からJVLink Version 5.0.0にアップデートしました。
アップデートしてEveryDB3.1を使用してデータを更新しようとしたところ、
2026/08/11(火) 15:05:58 – データベース更新処理を開始しました。
2026/08/11(火) 15:05:58 – スケジュール種別 : YSCH
2026/08/11(火) 15:05:58 – 蓄積系データ種別 (セットアップ): RACE,DIFN,BLDN
2026/08/11(火) 15:05:58 – 蓄積系データ種別 (時系列) : 0B42
2026/08/11(火) 15:05:58 – 速報系データ種別 : 0B15,0B41,0B42
2026/08/11(火) 15:06:04 – スケジュールデータ処理開始(速報&時系列用)
2026/08/11(火) 15:06:04 – 01: 開催スケジュール(YSCH)の更新を開始 Fromtime:2026/08/10 13:37:51
2026/08/11(火) 15:06:08 – 01: YSCHの更新完了 [親件数] 0 [子件数] 0
2026/08/11(火) 15:06:08 – 蓄積系データ処理開始(セットアップ) [JVOpen option=4]
2026/08/11(火) 15:06:08 – 01: レース情報(RACE)の更新を開始 Fromtime:0200/00/10 11:28:18
2026/08/11(火) 15:06:08 – JV-Linkエラー(112)が発生しました。fromtimeパラメータが不正です。開発元へ問い合わせて下さい。
2026/08/11(火) 15:06:08 – エラーが発生しました。データベース更新処理を中断します。
2026/08/11(火) 15:06:08 – データベース更新処理を終了しました。
2026/08/11(火) 15:06:08 – ————————————————————————
EveryDB3.0でも同じ症状が出てました。アップデートする前はエラーが出ませんでした。
調査・再現を検証していただけると幸いです。
さと様
ご報告ありがとうございます。
結論、私の環境では再現できませんでした。何らかの原因でRACEのFromTimeに不正値が設定されたものと思われます。
■状況の理解
JV-Link を Ver5.0.0 へ更新後、セットアップ更新のレース情報(RACE)開始時に JV-Linkエラー(112)「fromtimeパラメータが不正」が発生し、処理が中断しているとのこと。開催スケジュール(YSCH)は正常完了しており、EveryDB3.0 でも同様、4.9.0 時代は問題なし、との理解です。
■調査結果
ログの Fromtime:0200/00/10 11:28:18 が不正となっています。
*EveryDB が内部に保持している更新範囲(FromTime)の数字列を表示用に整形した結果、このように見えています。
実際には、RACE の更新範囲(FromTime)が不正な値(桁不足や無効な日時を表す数字列)になっており、その値がそのまま JV-Link の JVOpen に渡されたため、-112 が返っています。
YSCH 側の FromTime は正常なため成功し、RACE だけ失敗している状態です。
JV-Link Ver5.0.0 ではパラメータ検証が厳しくなり、以前は通っていた不正値がエラーになった可能性は高いですが、根本は EveryDB 側に保存されている RACE の更新範囲が不正であることです。
なお EveryDB 3.0 から 3.1 への更新に伴う config.xml の移行処理や、読込時の変換ミスが原因である可能性は低いと判断しています。設定ファイルは %LocalAppData%\EveryDB3\config.xml にあり、3.1 インストーラはこれを書き換えません。
■回避手順
1.EveryDB の更新設定画面を開く
2.レース情報(RACE)の更新範囲を 1900/01/01 00:00:00 に戻して保存する
3.セットアップをやり直す場合は、必要に応じてセットアップ用ファイル名の初期化も実施する(マニュアルの FAQ を参照)
4.再度、データベース更新(セットアップ)を実行する
上記で解消するかご確認ください。
よろしくお願いいたします。
当方の問題だけなのかもしれませんが、いくつか検証してみました。
速報系データを更新するにチェックを入れていた場合、途中で更新処理が停止されてしまう現象が起きました。競馬開催がおこなわれていなければ当然速報はないので更新されるものではないと思いますが、処理が最後までおこなわれずステータスバーが点滅し続けることになり、再度更新ボタンを押すことが出来ません。
速報系データを更新するのチャックマークを外して更新処理を行った場合、正常に最後まで処理が完了しました。
jv-link エラー 413は主にソフトウェア側での影響によるエラーとされています。
速報系データの何らかの影響であるとするならば、改善を図ったほうが良いと思われます。
いずれにしても点検して頂けるよう宜しくお願い致します。
ACE様
ご報告と詳細な検証、ありがとうございます。調査の結果、原因を特定し修正版をリリースしました。
■原因
JV-Link Ver5.0.0環境において、速報系データの取得(JVRTOpen)でサーバエラー(413)が返却されるケースがあり、EveryDB3.0は速報系のキー1件でもエラーが発生すると更新処理全体を中断する作りになっていました。さらに、このエラー経路では内部のエラーフラグが正しく設定されず、ご指摘のとおりステータスバーが点滅したまま更新ボタンが操作できなくなる問題がありました。
■対応(Ver3.1)
・速報系データ取得時にサーバエラーが発生した場合、該当キーをスキップして処理を継続するように修正
・エラー発生時に画面が復帰不能になる問題を修正
・あわせて長時間更新時のメモリリーク、票数(H1)データの枠連・馬連・ワイド取込不具合も修正
現在JRA-VANに更新申請中ですが、当サイトではすでにVersion3.1を配布していますので、インストールをお願いいたします。
https://everydb.iwinz.net/wp-content/uploads/apps/EveryDB3-Setup_3.1.zip
(なお、設定等は変更する必要はありません。)
※Ver5.0.0はJV-Link自体の機能変更はないとされていますが、サーバエラー(413)の発生条件については、以前よりも発生確率があがったのではないかと想定しています。
何か不具合等があればお知らせください。
JRAからお知らせが来たため、JVLink Version 4.9.0からJVLink Version 5.0.0にアップデートしました。
アップデートしてEveryDB3.0を使用してデータを更新しようとしたところ、「JV-Linkエラー(413)が発生しました。サーバエラー(その他)が発生しました。JRA-VANへ問い合わせて下さい。」と表示され更新処理が中断されてしまいました。Windowsセキュリティー設定での除外、ファイヤーウォールなど点検しましたが原因を特定するまでに至りませんでした。
おそらく同じ現象で悩まされる人も出てくると思うので調査・再現を検証していただけると幸いです。
No92へのコメントで合わせて回答済です。
いつもお世話になっております。以前から貴殿のソフトウェアは大変重宝しており以前から活用させて頂いております。
今回もバージョンを上げて使用しようと思っておりましたが、当ソフトをダウンロードしようと思った所、ウィルスが検出されましたと警告されダウンロード出来ませんでした。
一旦ウィルスソフトをOFFにしてダウンロードし、その後ウィルスソフトをONにして、インストールしようとした所、やはりウィルスを検出しましたと警告されインストールすることが出来ませんでした。
検出ソフトをOFFにしたままインストールを続行しても問題がないのであれば、そのままインストールしようと思っていますが、何らかの問題や障害が起きる懸念もあります。
そのあたりのご回答があれば幸いです。
お手数おかけしますが宜しくお願い致します。
ACE様
ご報告ありがとうございます。
調査の結果、Windows Defender の機械学習による誤検知(検知名 Trojan:Win32/Wacatac.C!ml)であることを確認しました。
インストーラーにウイルスは含まれておらず、そのままインストールしても問題は発生しません。
が、ダウンロードできないと思いますので、当サイトに掲載しているインストーラは新しいものを再作成して、差し替えましたので、下記からダウンロードください。
https://everydb.iwinz.net/wp-content/uploads/apps/EveryDB3-Setup_3.0.zip
JRA-VAN側にも差し替え申請をしています。
また平行して、Windows側にも誤検知を申請していますが、対応されるのに数日かかると思うので、上記からダウンロードしていただくのが早いです。
お手数をおかけしますがよろしくお願いいたします。