オッズ表示の小数点と払戻計算

計算値・表示倍率・確定払戻を分ける

オッズは100円に対する概算の払戻倍率として示されます。投票総額などから式で得る値が無限小数になる場合でも、画面では限られた桁の数字にします。その表示を読み、自分の購入額で見込みを計算する段階と、結果後に確定した払戻金で精算する段階は別です。小数をたくさん表示すれば、将来の払戻が精密に分かるわけではありません。

NARの公式説明には、オッズを式で計算し、小数第2位以下を切り捨てた値にすることが示されています。また、計算値が1.0を下回る場合の扱いも案内されています。本稿の切り捨ての具体例は、まずこの公式説明に基づくものです。他社サイトの追加の表示処理や、全ての特殊な払戻制度を同じ式で説明するものではありません。

表は左右にスクロールできます。

途中価格と確定払戻は同じ情報ではありません。同着などの条件は別途確認します。

どの段階の数字かを先に明記すると、電卓の値と画面が違う理由を調べやすくなります。自分の理論計算に端数処理を入れていないなら、その値が表示と違うことだけでは異常とは言えません。逆に、単なる丸めで説明し切れない差は、時点や券種の取り違えも含めて確認します。

2.39を2.4へ四捨五入しない

架空ケース1：見込みの利益が50円違う小数処理

説明用の計算値を2.39倍とします。小数第2位以下を切り捨てて小数1桁にするなら2.3倍です。四捨五入して2.4倍にする処理とは違います。500円購入に対する倍率計算では、2.3倍は1,150円、2.4倍は1,200円で50円の差が生じます。数値の末尾を整えるだけでも、金額にすると判断を変える場合があります。

表は左右にスクロールできます。

全て計算処理を比べるための架空例。切り捨て前の1,195円が実際の確定払戻という意味ではありません。

四捨五入の列だけを見ると収支ゼロですが、切り捨てた値での計算は赤字です。トリガミになるかどうかの境界では、小さく見える端数差を無視できません。購入前の比較表を作る際には、値を見栄えよくするために自分の都合で切り上げず、どの処理をした値かを残してください。

また、切り捨て前の値2.39を『本当は2.39倍もらえる』と読むのも違います。元の計算値、制度上の処理後の値、最終的な払戻の関係を確認する必要があります。計算上残った細かな端数を、自分が追加で受け取れる利益として足さないようにします。

確定払戻は100円当たりの値を購入口数へ掛ける

架空ケース2：確定払戻230円を2,700円購入した場合

確定情報で100円当たり230円の払戻と発表された券を、2,700円購入していたとします。購入口数は27口なので、払戻は230×27=6,210円です。その券だけの収支なら6,210−2,700=3,510円となります。他の券を買っていたなら、その費用も購入案の収支へ含めます。

この時、以前の理論計算値2.39を2,700円へ掛けて6,453円とし、最後に金額を整えて6,450円とする方法は、発表済みの230円を使う精算とは違います。230円×27との差は240円です。確定払戻が分かっているのに、別の理論倍率から最終金額を作り直す必要はありません。確定した単位金額を口数倍する方法へ戻ります。

同じ組合せを複数回に分けて買っていれば、購入額を合計して口数を確認します。例えば900円を3回なら合計2,700円、同じ確定払戻230円に対してやはり6,210円です。買った行数と口数は違うため、画面上で3行だから3口と読まないようにしてください。購入明細の金額を使うことが必要です。

別の組合せも的中した場合は、それぞれの100円当たり払戻と口数を掛けてから合計します。同じ券種でも価格が違う組合せの払戻を一つの平均倍率へまとめて精算すると、金額配分の違いを落とす場合があります。確定情報を単位ごとに対応させる方が、後から確認しやすくなります。

表示から逆算する投票割合には幅が残る

小数処理によって失われた情報は、表示だけから完全には復元できません。例えば通常率80%、単一勝馬、返還や特別加算などなしという単純な単勝モデルで、理論倍率を0.8÷投票割合とします。小数第2位以下切り捨ての表示が3.0なら、切り捨て前の倍率は3.0以上3.1未満という幅を持ちます。

投票割合へ逆算すると、0.8÷3.1より大きく、0.8÷3.0以下です。およそ25.81%超から26.67%以下に相当します。表示3.0から26.6667%と一点で計算するのは、幅の一端を使っているにすぎません。この割合は投票金額の配分であり、真の勝率ではありません。

表は左右にスクロールできます。

特別な下限処理・上乗せ・同着・返還などを含めない数学上の幅。元の票数を取得した実測値ではありません。

3.0倍付近の方が、この例では割合の幅が大きくなります。TARGETのマニュアルも、オッズから逆算する値の誤差について注意しています。小数点以下の桁を多く書いても、元の表示にない情報を補えるわけではありません。逆算の細かな桁を実測精度と混同しないことが必要です。

1.1倍や1.0倍は単純な丸めだけで説明しない

低いオッズでは、通常の小数処理に加え、元返しや上乗せの制度も確認します。JRAのプラス10の公式説明では、通常の払戻が100円元返しとなる場合に10円を上乗せして110円で払戻すことが案内されています。ただし、特に著しく人気が集中するなど、上乗せされず100円元返しになる場合もあります。

公式のFAQでは、プラス10で110円になる場合、オッズと払戻は上乗せを含む1.1倍・110円で表示するとされています。通常の計算で110円となる場合も同じ1.1倍表示です。したがって1.1という数字だけを見ても、通常計算の110円なのか、上乗せ後の110円なのかを区別できません。

逆数で投票割合を計算する単純モデルを、このような低価格の表示へ無条件に当てはめないでください。制度による補正があれば、理論倍率の切り捨てという説明だけでは足りません。また、このJRAの制度を他の主催者へそのまま一般化せず、購入先の公式情報を確認します。本稿では実施件数や発生頻度の統計を示していません。

元返しで購入額が戻る場合も、他の外れ券の費用は回復しません。100円当たり100円の的中券を500円、別の券を500円買っていれば、返ってくる500円に対して全体の支出は1,000円です。『当たった券は損をしない』という説明を、購入案全体の損失ゼロと読み替えないようにします。

払戻の差を小数のせいだけにしない

自分の計算と払戻が違う場合、丸め以外の条件も確認します。購入時の途中オッズと最終価格が違う、複勝やワイドの範囲の上限で計算した、別の馬番を見た、同着があった、という場合には、小数処理だけで差を説明することはできません。計算に使った値の時点と意味へ戻って点検します。

JRAの公式説明では、最終オッズは勝馬が1頭または1組である場合を想定した概算で、同着などの結果によって払戻と異なる場合があると案内されています。最終価格があるから、その数字を全ての特殊な結果へ掛ければよいとは限りません。的中組合せと確定払戻を優先して確認してください。

返還がある場合も、払戻の誤差と混同しないようにします。返還金と的中払戻は別の列に置き、購入額を減らす方法と返還を収入へ足す方法を二重に使わないようにします。端数が合わないと感じた時には、まず購入口数、対象組合せ、返還、確定払戻の対応を並べると、差の位置を探しやすくなります。

検証表では表示用と計算用を分けて保存する

表計算の列は、取得元の表示文字列、読み取った倍率、取得時刻、確定した100円当たり払戻、購入額、払戻合計へ分けられます。元の表示を残しておくと、1.2〜1.8という幅を誤って一つの価格として読み込んだ場合や、空欄を0へ置き換えた場合にも、後から確認できます。

途中の理論式を試す場合は、理論値を別の列へ置き、画面表示を上書きしません。四捨五入した表示をさらに次の計算の入力へ使うと、途中の丸めが積み重なります。計算過程では必要な精度を残し、読者へ見せる値の丸め方を明記します。ただし元のデータが小数1桁なら、その値を超える精度の実測データがあるようには示しません。

購入額は実際の明細を使います。2,700円を2.7口として入力するなど、金額と100円口数を混ぜないよう、列名に単位を入れます。倍率2.3、100円当たり払戻230円、購入27口という三つを区別すれば、230×27=6,210円という式が読みやすくなります。単位の明記は、小数の桁を増やすより実用的な確認になります。

合計欄を作ったら、少なくとも1件は公式の確定情報と手計算で照合します。複数の的中や返還がある記録も別に試すと、単純な1点の的中だけでは見つからない集計ミスを確認できます。正しく動いた表を使っても、未確認の価格や欠損が自動的に正確になるわけではない点は残ります。

小数点を見る時に戻る三つの質問

1. これは切り捨て前の理論値、途中の表示、確定払戻のどれか。
2. 単位は倍率、100円当たりの金額、実購入額、口数のどれか。
3. 丸め以外に時点差・範囲表示・上乗せ・同着・返還が関係していないか。

競馬のオッズの小数点や切り捨ては、見込みの収支を確認するうえで無視できません。ただし端数の仕組みを理解することと、利益が出る買い目を発見することは違います。境界の差を正確に計算できても、対象馬が的中条件を満たす可能性を評価する作業は別に必要です。

確認できない細かな計算値を想像して補うより、公式の表示と確定払戻、実際の購入明細を対応させてください。価格を比較する段階では前提を示し、精算の段階では確定した単位金額を使う。この順序を守ることで、表示の精度が限られていても、根拠の分かる収支記録を作れます。