JP2018124677A - 公営競技投票システム - Google Patents

Abstract

【課題】着順を予想しやすい情報を提供する。
【解決手段】公営競技投票システム１０は、選手情報管理サーバ１１と、投票端末１２とを有している。選手情報管理サーバ１１は、抽出部１１ｃが対象レースに出走する選手ごとに、当該選手の出走実績から勝利時の出走状況を含む第一出走情報を抽出し、評価部１１ｄが選手の対象レースにおける出走時の出走状況を含む第二出走情報と第一出走情報との比較結果に基づいて選手を評価して評価値を算出し、順位付け部１１ｅが評価値に基づいて選手が順位付けされた選手リスト１２ｃを生成する。一方、投票端末１２では、表示部１２ｂが選手情報管理サーバ１１から通知された選手リスト１２ｃを表示する。これにより、ファンは、投票端末１２の表示部１２ｂに表示される、このような選手リスト１２ｃを参照することで、対象レース１１ａに対する投票予想の参考とすることができる。
【選択図】図１

Description

本発明は、公営競技投票システムに関する。

競輪、競馬、競艇等の公営競技では、ファンは、オッズ情報、予想紙、各自の経験等に基づいて、着順を予想している。そして、ファンは、予想に応じて投票端末により投票を行っている（例えば、特許文献１参照）。

特開２０１６−１３９２７６号公報

しかし、ファンは、着順を予想するために入手できる情報は、既述のオッズ情報、予想紙等といった誰でも入手できる共通の情報がほとんどであり、さらに、予想にはこれまでの経験等に依存するところが多く、特に、初心者のファンは予想が難しかった。

このため、公営競技に対するファンの定着、拡大が進まないという問題点があった。
本発明は、このような点に鑑みてなされたものであり、着順を予想しやすい情報を提供することができる公営競技投票システムを提供することを目的とする。

本発明の一観点によれば、対象レースに出走する選手ごとに、前記選手の出走実績から勝利時の出走状況を含む第一出走情報を抽出する抽出部と、前記選手の前記対象レースにおける出走時の出走状況を含む第二出走情報と前記第一出走情報との比較結果に基づき前記選手を評価し、評価値を算出する評価部と、前記評価値に基づいて前記選手が順位付けされた選手リストを生成する順位付け部と、を有する選手情報管理サーバと、前記選手情報管理サーバから通知された前記選手リストを表示する表示部を有する投票端末と、を備える公営競技投票システムが提供される。

開示の技術によれば、着順を予想しやすい情報を提供して、初心者でも容易に予想して投票することができる。

第１の実施の形態の公営競技投票システムの一例を示す図である。 第２の実施の形態の公営競技投票システムの一例を示す図である。 第２の実施の形態の公営競技管理サーバのハードウェア構成例を示す図である。 第２の実施の形態の在席投票端末のハードウェア構成例を示す図である。 第２の実施の形態の公営競技管理サーバが備える機能を示す機能ブロック図である。 第２の実施の形態の公営競技管理サーバが備える投票情報の一例を示す図である。 第２の実施の形態の選手情報管理サーバが備える機能を示す機能ブロック図である。 第２の実施の形態の出走情報の一例を示す図である。 第２の実施の形態の選手情報管理サーバが備える選手実績情報の一例を示す図である。 第２の実施の形態の選手情報管理サーバが備える選手固有情報の一例を示す図である。 第２の実施の形態の選手情報管理サーバで実行されるレース予想処理を示すフローチャート（その１）である。 第２の実施の形態の選手情報管理サーバで実行されるレース予想処理を示すフローチャート（その２）である。 第２の実施の形態の在席投票端末で表示される出走表の表示画面例を示す図である。 第２の実施の形態の在席投票端末で表示される着順予想の表示画面例を示す図である。 第２の実施の形態の選手情報管理サーバで実行される競技場による選手評価処理を示すフローチャートである。 第２の実施の形態の選手情報管理サーバで実行される天候による選手評価処理を示すフローチャートである。 第２の実施の形態の選手情報管理サーバで実行される風速による選手評価処理を示すフローチャートである。 第２の実施の形態の選手情報管理サーバで実行される出走組合せによる選手評価処理を示すフローチャートである。 第２の実施の形態の選手情報管理サーバで実行されるラインによる選手評価処理を示すフローチャートである。 第２の実施の形態の選手情報管理サーバで実行される誕生日による選手評価処理を示すフローチャートである。 第２の実施の形態の選手情報管理サーバで実行される記念日による選手評価処理を示すフローチャートである。 第２の実施の形態の選手情報管理サーバで実行される購入情報による選手評価処理を示すフローチャートである。 第２の実施の形態の選手情報管理サーバで実行される弔事情報による選手評価処理を示すフローチャートである。

以下、図面を参照して、実施の形態について説明する。
［第１の実施の形態］
第１の実施の形態の公営競技投票システムについて、図１を用いて説明する。

図１は、第１の実施の形態の公営競技投票システムの一例を示す図である。
公営競技投票システム１０は、競馬、競輪、競艇等の公営競技において、レース結果の予想を行うための情報を提供して、ファンが予想しやすくするものである。このような公営競技投票システム１０は、少なくとも、選手情報管理サーバ１１と、投票端末１２とを有し、これらがネットワーク（図示を省略）を介して通信可能に接続されている。

選手情報管理サーバ１１は、選手のこれまでのレースの実績等の情報を管理して、対象レースのレース結果の予想を行うための情報を提供することができるものである。このような選手情報管理サーバ１１は、投票を行う対象レースの出走表１１ａを受け付けて、少なくとも、出走実績情報保持部１１ｂと、抽出部１１ｃと、評価部１１ｄと、順位付け部１１ｅと、送信部１１ｆとを有している。

対象レースの出走表１１ａは、ファンが投票を行う、これから実施されるレースに関して、競技場（場名）、天候、風速、選手名等が含まれている。例えば、図１の対象レースの出走表１１ａは、競技場（「ａａａ」）、天候（「晴れ」）、風速（「強」）等といった、対象レースの出走時の出走状況を含む第二出走状況と、選手名（「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」、「Ｅ」、「Ｆ」）とを含んでいる。

出走実績情報保持部１１ｂは、公営競技における選手ごとに当該選手が出走したレースの実績に関する情報を含んでいる。例えば、公営競技の選手のうち、Ａ選手に関して、過去、「ａａａ」の競技場で行われたレースでは、天候が「晴れ」、風速が「中」程度等であって、その際の着順が「２」位であった。また、Ａ選手は、過去、「ｂｂｂ」の競技場で行われたレースでは、天候が「曇り」、風速が「弱」程度等であって、その際の着順が「４」位であった。出走実績情報保持部１１ｂは、このように選手ごとに、過去のレースに出走した際の状況（第一出走状況）を含んでいる。

抽出部１１ｃは、ファンが予想する対象レースに出走する選手ごとに、当該選手の出走実績から勝利（着順が１位の）時の第一出走状況を抽出する。
評価部１１ｄは、各選手の対象レースにおける出走時の出走状況を含む第二出走情報と第一出走情報との比較結果に基づき選手を評価し、評価値を算出する。なお、評価部１１ｄによる評価及び評価値の算出は、例えば、対象レースにおける選手の第二出走情報が、当該選手の勝利時の第一出走情報に近いほど、評価値として高く算出する。具体的には、対象レースの第二出走情報が含む競技場「ｄｄｄ」が、選手の勝利時の第一出走情報が含む競技場「ｄｄｄ」に一致しているために、対象レースにおける選手を高く評価する。一方、対象レースの第二出走情報が当該選手の勝利時の第一出走情報に近くないほど、評価値として低く算出する。具体的には、対象レースの第二出走情報が含む風速「小」が、選手の勝利時の第一出走情報が含む風速「強」に一致していないために、対象レースにおける選手を低く評価する。

順位付け部１１ｅは、評価部１１ｄで選手ごとに算出した評価値に基づいて当該選手が順位付けされた選手リスト１２ｃを生成する。
送信部１１ｆは、順位付け部１１ｅが生成した選手リスト１２ｃを投票端末１２に送信する。

一方、投票端末１２は、例えば、公営競技の投票場、競技場に設置されて、ファンにより操作されて、ファンからの投票を受け付ける。このような投票端末１２は、少なくとも、受信部１２ａと、表示部１２ｂとを有している。

受信部１２ａは、選手情報管理サーバ１１から送信された選手リスト１２ｃを受信する。
表示部１２ｂは、受信部１２ａが受信した選手リスト１２ｃを表示する。

このような公営競技投票システム１０における公営競技投票方法について説明する。
選手情報管理サーバ１１では、抽出部１１ｃは、ファンが予想する対象レースに出走する選手ごとに、出走実績情報保持部１１ｂを参照して、当該選手の出走実績から勝利時の出走状況を含む第一出走情報を抽出する。抽出部１１ｃは、例えば、出走実績情報保持部１１ｂを参照して、対象レースに出走するＡ選手の出走実績から勝利時の第一出走情報（競技場（「ｄｄｄ」）、天候（「晴れ」）、風速（「小」）等）を抽出する。抽出部１１ｃは、対象レースに出走する他の選手に関しても同様にして勝利時の第一出走情報を抽出する。

次に、評価部１１ｄは、出走表１１ａに基づき各選手の対象レースにおける出走時の出走状況を含む第二出走情報と、抽出部１１ｃが抽出した第一出走情報との比較結果に基づいて当該選手を評価して評価値を算出する。

例えば、評価部１１ｄは、Ａ選手について、対象レースの出走時の第二出走情報の競技場（「ａａａ」）に対して、Ａ選手の勝利時の第一出走情報の競技場（「ｄｄｄ」）を比較する。この場合には、対象レースの競技場は、Ａ選手の勝利時の競技場と異なるために、低い評価値を算出する。同様に、評価部１１ｄは、Ａ選手について、対象レースの第二出走情報の天候（「晴れ」）に対して、Ａ選手の勝利時の第一出走情報の天候（「晴れ」）を比較する。この場合には、対象レースの天候は、Ａ選手の勝利時の天候と一致するために、高い評価値を算出する。評価部１１ｄは、このようにして第二出走情報の各出走状況の項目を、勝利時の第一出走情報の出走状況の項目に基づき、それぞれ評価する。

そして、評価部１１ｄは、選手ごとに、第二出走情報の出走状況の項目ごとの評価値の総和を実績評価値として算出する。
次に、順位付け部１１ｅは、評価部１１ｄで選手ごとに算出した実績評価値に基づいて当該選手が順位付けされた選手リスト１２ｃを生成して、送信部１１ｆは、順位付け部１１ｅが生成した選手リスト１２ｃを投票端末１２に送信する。

一方、投票端末１２では、表示部１２ｂが、選手情報管理サーバ１１から送信された実績評価値ごとに順位付けされた選手リスト１２ｃを表示する。
ファンは、投票端末１２の表示部１２ｂに表示される、このような選手リスト１２ｃを参照することで、対象レース１１ａに対する投票を予想しやすくなる。

このように、上記の公営競技投票システム１０は、選手情報管理サーバ１１と、投票端末１２とを有している。
選手情報管理サーバ１１は、抽出部１１ｃが対象レースに出走する選手ごとに、当該選手の出走実績から勝利時の出走状況を含む第一出走情報を抽出し、評価部１１ｄが選手の対象レースにおける出走時の出走状況を含む第二出走情報と第一出走情報との比較結果に基づいて選手を評価して評価値を算出し、順位付け部１１ｅが評価値に基づいて選手が順位付けされた選手リスト１２ｃを生成する。一方、投票端末１２では、表示部１２ｂが選手情報管理サーバ１１から通知された選手リスト１２ｃを表示する。

これにより、ファンは、投票端末１２の表示部１２ｂに表示される、このような選手リスト１２ｃを参照することで、対象レースに対する投票予想の参考とすることができる。また、選手リスト１２ｃは各選手の過去のレース実績に基づくものであるために、特に初心者のファンは予想をしやすくなる。したがって、初心者のファンでも公営競技を楽しめるようになり、新たな顧客の定着及び拡大を図ることができるようになる。

［第２の実施の形態］
第２の実施の形態では、第１の実施の形態をより具体的に説明する。また、以下では、公営競技として競輪の場合を例に挙げて説明するが、競輪に限らず、他の公営競技を適用することが可能である。

第２の実施の形態の公営競技投票システムについて、図２を用いて説明する。
図２は、第２の実施の形態の公営競技投票システムの一例を示す図である。
公営競技投票システム１００は、公営競技管理サーバ１１０と、選手情報管理サーバ１２０と、在席投票端末１３０と、情報入力端末１４０とを有し、これらがネットワーク１５０を介して通信可能に接続されている。

公営競技管理サーバ１１０は、在席投票端末１３０から賭け式ごとの投票（票数）並びに掛け金の金額を受け付けて集計し、各賭け式に対するオッズ並びに掛け金を算出する。なお、賭け式とは、単勝、二連単、二連複、三連単、三連複等の賭け方である。また、公営競技管理サーバ１１０は、常に最新の出走表（出走情報）が更新されて、更新された出走情報を、後述する選手情報管理サーバ１２０に通知する。

選手情報管理サーバ１２０は、クラウドコンピューティングを提供することができ、競輪の選手の情報を管理している。特に、各選手の過去のレース実績を管理している。また、選手情報管理サーバ１２０は、公営競技管理サーバ１１０から随時、最新の出走情報が通知される。

在席投票端末１３０は、投票場、競技場の特観席等に設置されており、出走表、賭け式ごとのオッズ等を表示すると共に、ファンからの操作入力に基づく投票を受け付けて、投票結果をネットワーク１５０を介して公営競技管理サーバ１１０に通知する。また、在席投票端末１３０は、複数設置されてもよい。

情報入力端末１４０は、例えば、競技場の管理室等に設置されており、管理者の操作入力に基づいて選手情報管理サーバ１２０にアクセスして、それぞれの選手固有の情報（選手固有情報）を登録する。選手固有情報とは、例えば、選手の誕生日、記念日、住宅・自動車等の購入情報、選手身辺に起こった弔事に関する弔事情報等である。このような選手固有情報が選手から管理者に報告されると、管理者は選手固有情報を情報入力端末１４を介して選手情報管理サーバ１２０に登録する。

次に、このような公営競技投票システム１００のハードウェア構成例について説明する。
まず、公営競技管理サーバ１１０が備えるハードウェア構成例について図３を用いて説明する。

図３は、第２の実施の形態の公営競技管理サーバのハードウェア構成例を示す図である。
公営競技管理サーバ１１０は、少なくとも、制御ユニット１１１を備えている。

制御ユニット１１１は、公営競技管理サーバ１１０全体を制御するものである。このような制御ユニット１１１は、ＣＰＵ（Central Processing Unit）１１１ａと、ＲＡＭ（Random Access Memory）１１１ｂと、ＨＤＤ（Hard Disk Drive）１１１ｃと、通信制御部１１１ｄとがバス１１１ｇを介して通信可能に接続されている。

ＣＰＵ１１１ａは、ＲＡＭ１１１ｂ及びＨＤＤ１１１ｃといった記録媒体に記録された各種プログラムを実行することにより、公営競技管理サーバ１１０全体を統括的に制御する。

ＲＡＭ１１１ｂは、ＣＰＵ１１１ａによって実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に格納する。また、ＲＡＭ１１１ｂは、ＣＰＵ１１１ａによる処理に必要な各種データ（例えば、宿泊情報のデータ等）を格納する。

ＨＤＤ１１１ｃは、ＯＳやアプリケーションプログラムを格納する。
通信制御部１１１ｄは、ネットワーク１５０（図２）に接続され、公営競技管理サーバ１１０及び選手情報管理サーバ１２０同士、公営競技管理サーバ１１０及び選手情報管理サーバ１２０と在席投票端末１３０との間、公営競技管理サーバ１１０及び選手情報管理サーバ１２０と情報入力端末１４０との間でそれぞれデータの送受信を行う。

なお、ＣＰＵ１１１ａによって実行されるＯＳのプログラムやアプリケーションプログラムは、図示しない外部装置から、ネットワーク１５０及び通信制御部１１１ｄを介して、例えばＲＡＭ１１ｂに格納されて、ＣＰＵ１１１ａによって実行されてもよい。

なお、公営競技管理サーバ１１０において、制御ユニット１１１は、例えば、ＦＰＧＡ（Field Programmable Gate Array）やＤＳＰ（Digital Signal Processor）等のモジュールを含む構成とすることもできる。この場合、制御ユニット１１１は、不揮発性メモリ（例えば、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）、フラッシュメモリ、フラッシュメモリ型メモリカード等）を含み、モジュールのファームウェアを記憶する。不揮発性メモリには、可搬型記録媒体、或いは通信制御部１１１ｄを介してファームウェアを書き込むことができる。このように制御ユニット１１１は、不揮発性メモリに記憶されているファームウェアを書き換えることにより、ファームウェアの更新をすることもできる。

なお、公営競技投票システム１００の選手情報管理サーバ１２０も、少なくとも、公営競技管理サーバ１１０と同様のハードウェア構成を有している。このため、選手情報管理サーバ１２０が備えるハードウェア構成の説明については省略する。

次に、在席投票端末１３０が備えるハードウェア構成例について図４を用いて説明する。
在席投票端末１３０は、少なくとも、制御ユニット１３１と、表示ユニット１３２と、カード処理ユニット１３３とを有する。

制御ユニット１３１は、在席投票端末１３０全体を制御するものである。このような制御ユニット１３１は、ＣＰＵ１３１ａと、ＲＡＭ１３１ｂと、ＨＤＤ１３１ｃと、通信制御部１３１ｄと、グラフィック処理部１３１ｅと、入出力インタフェース１３１ｆとがバス１３１ｇを介して通信可能に接続されている。

ＣＰＵ１３１ａは、ＲＡＭ１３１ｂ及びＨＤＤ１３１ｃといった記録媒体に記録された各種プログラムを実行することにより、在席投票端末１３０全体を統括的に制御する。
ＲＡＭ１３１ｂは、ＣＰＵ１３１ａによって実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部を一時的に格納する。また、ＲＡＭ１３１ｂは、ＣＰＵ１３１ａによる処理に必要な各種データ（出走表等）を格納する。

ＨＤＤ１３１ｃは、ＯＳやアプリケーションプログラムを格納する。
通信制御部１３１ｄは、ネットワーク１５０（図２）に接続され、公営競技管理サーバ１１０と選手情報管理サーバ１２０との間でデータ（各種の情報、電文、通知等）の送受信を行う。

なお、ＣＰＵ１３１ａによって実行されるＯＳのプログラムやアプリケーションプログラムは、図示しない外部装置から、ネットワーク１５０及び通信制御部１３１ｄを介して、例えばＲＡＭ１３１ｂに格納されて、ＣＰＵ１３１ａによって実行されてもよい。また、図示を省略する可搬型記録媒体に格納され、後述の入出力インタフェース１３１ｆを介して、例えば、ＲＡＭ１３１ｂに格納されて、ＣＰＵ１３１ａによって実行されてもよい。

グラフィック処理部１３１ｅは、表示ユニット１３２のディスプレイ１３２ａが接続されている。グラフィック処理部１３１ｅは、ＣＰＵ１３１ａの制御の下に、各種の情報をディスプレイ１３２ａの画面に表示させる。

入出力インタフェース１３１ｆには、表示ユニット１３２のタッチパネル１３２ｂと、カード処理ユニット１３３とが接続されている。また、入出力インタフェース１３１ｆは、可搬型記録媒体に対する情報の書き込み及び読み出しが可能な可搬型記録媒体インタフェース（図示を省略）と接続可能になっている。また、入出力インタフェース１３１ｆは、タッチパネル１３２ｂと、カード処理ユニット１３３と、から送られてくる信号を、バス１３１ｇを介してＣＰＵ１３１ａに送信する。また、入出力インタフェース１３１ｆは、ＣＰＵ１３１ａから送られてくる制御信号を、バス１３１ｇを介して対応するユニット（タッチパネル１３２ｂと、カード処理ユニット１３３と）へ送信する。

カード処理ユニット１３３は、投票時に用いられる、図示を省略するプリペード式のカードに対して情報の読み取り、書き込みを行う。
なお、在席投票端末１３０においても、制御ユニット１３１は、例えば、ＦＰＧＡやＤＳＰ等のモジュールを含む構成とすることもできる。この場合、制御ユニット１３１は、不揮発性メモリ（例えば、ＥＥＰＲＯＭ、フラッシュメモリ、フラッシュメモリ型メモリカード等）を含み、モジュールのファームウェアを記憶する。不揮発性メモリには、可搬型記録媒体、或いは通信制御部１３１ｄを介してファームウェアを書き込むことができる。このように制御ユニット１３１は、不揮発性メモリに記憶されているファームウェアを書き換えることにより、ファームウェアの更新をすることもできる。

なお、公営競技投票システム１００の情報入力端末１４０も、少なくとも、在席投票端末１３０と同様のハードウェア構成を有している。このため、情報入力端末１４０が備えるハードウェア構成の説明については省略する。

次に、公営競技投票システム１００の公営競技管理サーバ１１０が備える機能について、図５及び図６を用いて説明する。
図５は、第２の実施の形態の公営競技管理サーバが備える機能を示す機能ブロック図である。

図６は、第２の実施の形態の公営競技管理サーバが備える投票情報の一例を示す図である。
公営競技管理サーバ１１０は、図５に例示されるように、投票情報保持部１１０ａと、投票情報受付部１１０ｂと、オッズ算出部１１０ｃと、オッズ配信部１１０ｄとを有している。

投票情報保持部１１０ａは、各競技場の各レースにおける、賭け式に対する票数と、当該賭け式のオッズとを含む投票情報を保持している。投票情報保持部１１０ａは、例えば、図６に例示されるように、「ＡＡＡ競技場」で２０１６年１１月２１日の第１レースにおける賭け式、当該賭け式に対する票数及びオッズの情報を保持している。投票情報保持部１１０ａは、各競技場のレースごとにこのような情報を保持している。なお、投票情報保持部１１０ａは、随時、出走表（出走情報）が格納されて、出走表に対応して投票情報を保持する。

投票情報受付部１１０ｂは、在席投票端末１３０から通知された、各競技場の各レースにおける賭け式に対する票数、賭け金等を受け付ける。
オッズ算出部１１０ｃは、投票情報受付部１１０ｂが受け付けた各競技場の各レースにおける賭け式に対する票数等に基づき当該賭け式に対するオッズを算出して、投票情報保持部１１０ａに、各レースの賭け式に対する票数及びオッズを含む投票情報を保持させる。

オッズ配信部１１０ｄは、投票情報保持部１１０ａを参照して、各競技場の各レースにおける、賭け式に対する票数と、当該賭け式のオッズとを含む投票情報を、ネットワーク１５０を介して在席投票端末１３０に配信する。

なお、公営競技管理サーバ１１０は、図５にはその機能の記載を省略しているものの、各レースが終了すると、当該レース結果を集計する。また、公営競技管理サーバ１１０は、集計したレース結果を、選手情報管理サーバ１２０に随時通知する。

次に、公営競技投票システム１００の選手情報管理サーバ１２０が備える機能について、図７〜図１０を用いて説明する。
図７は、第２の実施の形態の選手情報管理サーバが備える機能を示す機能ブロック図である。

図８は、第２の実施の形態の出走情報の一例を示す図である。
図９は、第２の実施の形態の選手情報管理サーバが備える選手実績情報の一例を示す図である。

図１０は、第２の実施の形態の選手情報管理サーバが備える選手固有情報の一例を示す図である。
選手情報管理サーバ１２０は、在席投票端末１３０からの予想要求に基づき、対象レースの予想を行って、予想結果を在席投票端末１３０に通知するものである。このような選手情報管理サーバ１２０は、出走表受付部１２０ａと、選手実績情報保持部１２０ｂと、選手固有情報保持部１２０ｃとを有している。

出走表受付部１２０ａは、公営競技管理サーバ１１０から随時送信される出走表の出走情報を受け付ける。出走表は、図８に例示されるように、ファンにより投票されるレースが実施される競技場（「ＡＡＡ競技場」）における天候（「晴れ」）、風速（３ｍ／ｓ）、レース（「第２レース（２Ｒ）」）の情報を含んでいる。レースの情報には、「枠番」、「車番」、「選手名」、「年齢」、「（登録地の）府県」、「（競輪選手となった）期別」等を含んでいる。

選手実績情報保持部１２０ｂは、公営競技管理サーバ１１０から通知される各選手のこれまでのレース実績の情報を含んでいる。各選手のレース実績の情報とは、図９に例示されるように、当該選手が出走したレースに関する「日付」、「競技場」、「天候」、「風速」、「出走組合せ」、「ライン」、「車番」、「枠番」、「着順」等を含んでいる。

なお、出走組合せとは、当該選手が出走した際の別の選手の組み合わせのことである。例えば、Ａ選手は、日付「１／５」に出走したレースでは、Ｂ選手、Ｃ選手、Ｇ選手、Ｈ選手、Ｉ選手、Ｊ選手、Ｋ選手、Ｖ選手と共にレースに出走している。また、Ｂ選手は、日付「１／７」に出走したレースでは、Ａ選手、Ｃ選手、Ｆ選手、Ｒ選手、Ｌ選手、Ｊ選手、Ｐ選手、Ｚ選手と共にレースに出走している。

また、ラインとは、レース中に、例えば、９名の出走選手のうち、２名から６名で構成される隊列のことである。競輪では、このようなラインが幾つか構成されて、ラインの中で風よけの選手と風よけの選手の後ろで体力を温存できる選手とに役割が分かれる。そして、このようなライン同士での駆け引きによりレースが展開される。例えば、Ａ選手は、「１／６」に出走したレースでは、Ｇ選手及びＭ選手とラインを組んでいる。また、Ａ選手は、「１／１２」に出走したレースでは、Ｎ選手とラインを組んでいる。

選手固有情報保持部１２０ｃは、選手固有の情報を含んでいる。選手固有の情報とは、選手のプライベートに関わる事項であり、当該選手のレースに対するモチベーションに影響を与えるものである。このような選手固有情報は、図１０に例示されているように、レースの実施日（またはレースの実施日の近く）が「誕生日」、「記念日」であること、最近高価なものを購入したか否かを表す「購入情報」、または、当該選手に関わる「弔事情報」を含む。例えば、Ａ選手は、レース実施日が誕生日と共に婚約中であることが設定されている。Ｃ選手は、レース実施日が誕生日と共に当該選手の父が他界されていることが設定されている。Ｅ選手は、レース実施日が誕生日と共に住宅を取得していることが設定されている。なお、このような選手固有情報は選手固有情報保持部１２０ｃに対して、各選手から報告を受けた管理人により情報入力端末１４０を通じて入力される。また、図１０に例示する選手固有情報は一例であって、これらの項目以外でも、選手のレースに対するモチベーションに影響を与えるような項目を設定することが可能である。

さらに、選手情報管理サーバ１２０は、選手実績情報抽出部１２０ｄと、選手評価ランク部１２０ｅと、送信部１２０ｆとを有している。
選手実績情報抽出部１２０ｄは、選手実績情報保持部１２０ｂを参照して、出走表受付部１２０ａが受け付けた出走表の各選手が勝利した実績情報を抽出する。例えば、選手実績情報抽出部１２０ｄは、図９に示す選手実績情報保持部１２０ｂを参照して、Ａ選手の着順が一位となった（勝利時の）レースの競技場（「ＡＡＡ」）、天候（「曇」）、風速（「７ｍ／ｓ」）、出走組合せ（「Ｃ，Ｄ，Ｈ，Ｉ，Ｇ，Ｋ，Ｍ，Ｘ」）、ライン（「Ｇ，Ｍ」）、車番（「４」）、枠番（「４」）の情報を抽出する。

選手評価ランク部１２０ｅは、対象レースの選手ごとの出走情報を、選手実績情報抽出部１２０ｄが抽出した選手ごとの実績情報に基づき評価して、それぞれ、実績評価値を算出する。また、選手評価ランク部１２０ｅは、対象レースの選手ごとに、選手固有情報保持部１２０ｃが保持する選手固有情報に基づき評価して、それぞれ、固有評価係数を算出する。そして、選手評価ランク部１２０ｅは、実績評価値に対して固有評価係数を反映して、対象レースにおける各選手の評価値を算出する。さらに、選手評価ランク部１２０ｅは、算出した評価値に応じて選手をランク付けした選手リストを生成する。選手評価ランク部１２０ｅによる評価及びランクの詳細については後述する。

送信部１２０ｆは、選手評価ランク部１２０ｅが生成した選手をランク付けした選手リストをネットワーク１５０を介して在席投票端末１３０に送信する。
次に、このような構成を有する選手情報管理サーバ１２０で実行されるレース予想処理について図１１及び図１２並びに図１３及び図１４を用いて説明する。

図１１及び図１２は、第２の実施の形態の選手情報管理サーバで実行されるレース予想処理を示すフローチャートである。
また、図１３は、第２の実施の形態の在席投票端末で表示される出走表の表示画面例を示す図である。

図１４は、第２の実施の形態の在席投票端末で表示される着順予想の表示画面例を示す図である。
在席投票端末１３０はディスプレイ１３２ａの表示面２００に、図１３に例示されるように、日時表示領域２０１と、競技場状況表示領域２０２と、出走表表示領域２０３と、ボタン領域２０４，２０５とを備えている。

日時表示領域２０１には、その日の日時が表示される。
競技場状況表示領域２０２には、競技場名と、天候と、風速とが表示される。
出走表表示領域２０３には、出走表が表示される。

ボタン領域２０４は、ファンによりタッチされると、選手情報管理サーバ１２０によるレースの予想結果を表示する予想画面を表示面２００に表示する。
ボタン領域２０５は、ファンによりタッチされると、投票・購入画面を表示面２００に表示する。

このような在席投票端末１３０のディスプレイ１３２ａの表示面２００に対して、ファンはレースの予想を見るためにボタン領域２０４をタッチする。
在席投票端末１３０は、レース予想の送信要求をネットワーク１５０を介して、選手情報管理サーバ１２０に通知する。

選手情報管理サーバ１２０は、在席投票端末１３０からレース予想の送信要求が通知されると、図１１及び図１２に示す以下の処理を実行する。
［ステップＳ１１］ 選手実績情報抽出部１２０ｄは、出走表受付部１２０ａが公営競技管理サーバ１１０から受け付けた対象レースの出走情報から選手を選択する。例えば、選手実績情報抽出部１２０ｄは、図８の出走表の情報から、Ａ選手を選択する。

［ステップＳ１２］ 選手実績情報抽出部１２０ｄは、選手実績情報保持部１２０ｂを参照して、ステップＳ１１で選択した選手の勝利（着順が一位の）レースの実績情報を抽出する。例えば、選手実績情報抽出部１２０ｄは、選手実績情報保持部１２０ｂ（図９）を参照して、ステップＳ１１で選択したＡ選手の勝利時のレースの実績情報（日付「１／６」、競技場「ＡＡＡ」、天候「曇」、風速「７ｍ／ｓ」、出走組合せ「Ｃ，Ｄ，Ｈ，Ｉ，Ｇ，Ｋ，Ｍ，Ｘ」、ライン「Ｇ，Ｍ」、車番「４」、枠番「４」）を抽出する。

なお、選手実績情報抽出部１２０ｄは、選手実績情報保持部１２０ｂを参照して、ステップＳ１１で選択した選手の勝利レースの実績がない場合には、レース予想処理を終了する。

［ステップＳ１３］ 選手評価ランク部１２０ｅは、ステップＳ１２で抽出した実績情報の競技場に基づき、予想レースの出走情報の競技場における選手を評価して、評価値を設定する。

なお、ステップＳ１３の詳細については後述する。
［ステップＳ１４］ 選手評価ランク部１２０ｅは、ステップＳ１２で抽出した実績情報の天候に基づき、予想レースの出走情報の天候における選手を評価して、評価値を設定する。

なお、ステップＳ１４の詳細については後述する。
［ステップＳ１５］ 選手評価ランク部１２０ｅは、ステップＳ１２で抽出した実績情報の風速に基づき、予想レースの出走情報の風速における選手を評価して、評価値を設定する。

なお、ステップＳ１５の詳細については後述する。
［ステップＳ１６］ 選手評価ランク部１２０ｅは、ステップＳ１２で抽出した実績情報の出走組合せに基づき、予想レースの出走情報の出走組合せにおける選手を評価して、評価値を設定する。

なお、ステップＳ１６の詳細については後述する。
［ステップＳ１７］ 選手評価ランク部１２０ｅは、ステップＳ１２で抽出した実績情報のラインに基づき、予想レースの出走情報のラインにおける選手を評価して、評価値を設定する。

なお、ステップＳ１７の詳細については後述する。
［ステップＳ１８］ 選手評価ランク部１２０ｅは、ステップＳ１３〜ステップＳ１７で設定した評価値を加算して、選択選手の実績評価値を算出する。

［ステップＳ１９］ 選手評価ランク部１２０ｅは、選手実績情報保持部１２０ｂを参照して、ステップＳ１１で選択した選手に他の勝利レースがあるか否かを判定する。
次の処理は、ステップＳ１１で選択した選手の他の勝利レースがある場合には、ステップＳ１２に進められ、他の勝利レースがない場合には、ステップＳ２０に進められる。

［ステップＳ２０］ 選手評価ランク部１２０ｅは、複数の勝利レースごとにステップＳ１８で設定した実績評価値が最大のものを選択する。
なお、選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手の勝利レースが１つのみの場合には、当該勝利レースに基づく実績評価値を選択する。

［ステップＳ２１］ 選手評価ランク部１２０ｅは、選手固有情報保持部１２０ｃを参照して、誕生日に基づき選手を評価して、固有評価係数を設定する。
なお、ステップＳ２１の詳細については後述する。

［ステップＳ２２］ 選手評価ランク部１２０ｅは、選手固有情報保持部１２０ｃを参照して、記念日に基づき選手を評価して、固有評価係数を設定する。
なお、ステップＳ２２の詳細については後述する。

［ステップＳ２３］ 選手評価ランク部１２０ｅは、選手固有情報保持部１２０ｃを参照して、購入情報に基づき選手を評価して、固有評価係数を設定する。
なお、ステップＳ２３の詳細については後述する。

［ステップＳ２４］ 選手評価ランク部１２０ｅは、選手固有情報保持部１２０ｃを参照して、弔事情報に基づき選手を評価して、固有評価係数を設定する。
なお、ステップＳ２４の詳細については後述する。

［ステップＳ２５］ 選手評価ランク部１２０ｅは、ステップＳ２０で選択した実績評価値に対して、ステップＳ２１〜ステップＳ２４で設定した各固有評価係数を掛けて、選手の総評価値を算出する。

［ステップＳ２６］ 選手評価ランク部１２０ｅは、対象レースの出走表に未選択の選手が残っているか否かを判定する。
次の処理は、対象レースの出走表に未選択の選手が残っている場合には、ステップＳ１１に進められ、残っていない場合には、ステップＳ２７に進められる。

［ステップＳ２７］ 選手評価ランク部１２０ｅは、ステップＳ２５で算出した総評価値に基づき、選手をランク付けしてレースの着順を予想した選手リストを生成する。
［ステップＳ２８］ 送信部１２０ｆは、ステップＳ２７で生成した選手をランク付けした選手リストを在席投票端末１３０にネットワーク１５０を介して送信する。

以上により、選手情報管理サーバ１２０によりレース予想処理が終了する。
一方、在席投票端末１３０は、予想画面を表示するためのボタン領域２０４がタッチされた後の表示面２００は、図１４に例示されるように、予想表示領域２１１と、オッズ表示領域２１２と、ボタン領域２１３とを備えている。

予想表示領域２１１は、選手情報管理サーバ１２０から送信された選手をランク付けした選手リストを表示する。
オッズ表示領域２１２は、公営競技管理サーバ１１０から送信された賭け式ごとのオッズを表示する。

ボタン領域２１３は、タッチされると、図１３に例示した表示面２００に戻る。
ファンは、在席投票端末１３０のこのようにして表示される公営競技管理サーバ１１０から通知されたオッズと共に、選手情報管理サーバ１２０から通知されたレース予想を投票する際の参考にすることができる。

次に、図１１及び図１２に示した選手情報管理サーバで実行されるレース予想処理を示すフローチャートのステップＳ１３〜ステップＳ１７及びステップＳ２１〜ステップＳ２４の処理の詳細について説明する。

まず、ステップＳ１３の競技場による選手評価処理の詳細について、図１５を用いて説明する。
図１５は、第２の実施の形態の選手情報管理サーバで実行される競技場による選手評価処理を示すフローチャートである。

［ステップＳ１３ａ］ 選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、ステップＳ１２で抽出した勝利時のレース実績から競技場を抽出する。例えば、選手評価ランク部１２０ｅは、ステップＳ１２で抽出されたＡ選手の勝利時のレースの実績情報（日付「１／６」、競技場「ＡＡＡ」、天候「曇」、風速「７ｍ／ｓ」、出走組合せ「Ｃ，Ｄ，Ｈ，Ｉ，Ｇ，Ｋ，Ｍ，Ｘ」、ライン「Ｇ，Ｍ」、車番「４」、枠番「４」）のうち、競技場「ＡＡＡ」を抽出する。

［ステップＳ１３ｂ］ 選手評価ランク部１２０ｅは、対象レースの出走情報の競技場と、ステップＳ１３ａで抽出した競技場とを比較する。
［ステップＳ１３ｃ］ 次の処理は、対象レースの出走情報の競技場と、ステップＳ１３ａで抽出した競技場とが一致する場合には、ステップＳ１３ｄに進められ、一致しない場合には、ステップＳ１３ｅに進められる。

［ステップＳ１３ｄ］ 選手評価ランク部１２０ｅは、競技場における選手の評価値として１０点を設定する。
［ステップＳ１３ｅ］ 次の処理は、対象レースの出走情報の競技場と、ステップＳ１３ａで抽出した競技場とのバンク一周の距離が一致する場合には、ステップＳ１３ｆに進められ、一致しない場合には、ステップＳ１３ｉに進められる。

［ステップＳ１３ｆ］ 次の処理は、対象レースの出走情報の競技場と、ステップＳ１３ａで抽出した競技場とが同一地域内にある場合には、ステップＳ１３ｇに進められ、同一地域内にない場合には、ステップＳ１３ｈに進められる。

なお、同一地域とは、対象レースの出走情報の競技場と、ステップＳ１４ａで抽出した競技場とが同一市内、同一地区内等の比較的近い範囲内のことを示す。このようにそれぞれの競技場が比較的近い範囲内に配置している場合には、各競技場に訪れるファン層が近いために、いずれの競技場も同じような雰囲気の下でレースが開催される。

［ステップＳ１３ｇ］ 選手評価ランク部１２０ｅは、競技場における選手の評価値として８点を設定する。
［ステップＳ１３ｈ］ 選手評価ランク部１２０ｅは、競技場における選手の評価値として５点を設定する。

［ステップＳ１３ｉ］ 次の処理は、対象レースの出走情報の競技場と、ステップＳ１３ａで抽出した競技場とが同一地域内にある場合には、ステップＳ１３ｊに進められ、同一地域内にない場合には、ステップＳ１３ｋに進められる。

［ステップＳ１３ｊ］ 選手評価ランク部１２０ｅは、競技場における選手の評価値として３点を設定する。
［ステップＳ１３ｋ］ 選手評価ランク部１２０ｅは、競技場における選手の評価値として１点を設定する。

以上により、選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、競技場により評価して、評価値を設定する。
次に、ステップＳ１４の天候による選手評価処理の詳細について、図１６を用いて説明する。

図１６は、第２の実施の形態の選手情報管理サーバで実行される天候による選手評価処理を示すフローチャートである。
［ステップＳ１４ａ］ 選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、ステップＳ１２で抽出した勝利時のレース実績から天候を抽出する。例えば、選手評価ランク部１２０ｅは、ステップＳ１２で抽出されたＡ選手の勝利時のレースの実績情報（日付「１／６」、競技場「ＡＡＡ」、天候「曇」、風速「７ｍ／ｓ」、出走組合せ「Ｃ，Ｄ，Ｈ，Ｉ，Ｇ，Ｋ，Ｍ，Ｘ」、ライン「Ｇ，Ｍ」、車番「４」、枠番「４」）のうち、天候「曇」を抽出する。

［ステップＳ１４ｂ］ 選手評価ランク部１２０ｅは、対象レースの出走情報の天候と、ステップＳ１４ａで抽出した天候とを比較する。
［ステップＳ１４ｃ］ 次の処理は、対象レースの出走情報の天候と、ステップＳ１４ａで抽出した天候とが一致する場合には、ステップＳ１４ｄに進められ、一致しない場合には、ステップＳ１４ｅに進められる。

［ステップＳ１４ｄ］ 選手評価ランク部１２０ｅは、天候における選手の評価値として１０点を設定する。
［ステップＳ１４ｅ］ 選手評価ランク部１２０ｅは、天候における選手の評価値として１点を設定する。

以上により、選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、天候により評価して、評価値を設定する。
次に、ステップＳ１５の風速による選手評価処理の詳細について、図１７を用いて説明する。

図１７は、第２の実施の形態の選手情報管理サーバで実行される風速による選手評価処理を示すフローチャートである。
［ステップＳ１５ａ］ 選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、ステップＳ１２で抽出した勝利時のレース実績から風速を抽出する。例えば、選手評価ランク部１２０ｅは、ステップＳ１２で抽出されたＡ選手の勝利時のレースの実績情報（日付「１／６」、競技場「ＡＡＡ」、天候「曇」、風速「７ｍ／ｓ」、出走組合せ「Ｃ，Ｄ，Ｈ，Ｉ，Ｇ，Ｋ，Ｍ，Ｘ」、ライン「Ｇ，Ｍ」、車番「４」、枠番「４」）のうち、風速「７ｍ／ｓ」を抽出する。

［ステップＳ１５ｂ］ 選手評価ランク部１２０ｅは、対象レースの出走情報の風速と、ステップＳ１５ａで抽出した風速とを比較する。
［ステップＳ１５ｃ］ 次の処理は、対象レースの出走情報の風速と、ステップＳ１５ａで抽出した風速との差が５％以内であれば、ステップＳ１５ｄに進められ、５％を超える場合には、ステップＳ１５ｅに進められる。

［ステップＳ１５ｄ］ 選手評価ランク部１２０ｅは、風速における選手の評価値として１０点を設定する。
［ステップＳ１５ｅ］ 次の処理は、対象レースの出走情報の風速と、ステップＳ１５ａで抽出した風速との差が５％を超えて、１０％以内であれば、ステップＳ１５ｆに進められ、１０％を超えている場合には、ステップＳ１５ｇに進められる。

［ステップＳ１５ｆ］ 選手評価ランク部１２０ｅは、風速における選手の評価値として８点を設定する。
［ステップＳ１５ｇ］ 次の処理は、対象レースの出走情報の風速と、ステップＳ１５ａで抽出した風速との差が１０％を超えて、１５％以内であれば、ステップＳ１５ｈに進められ、１５％を超えている場合には、ステップＳ１５ｉに進められる。

［ステップＳ１５ｈ］ 選手評価ランク部１２０ｅは、風速における選手の評価値として５点を設定する。
［ステップＳ１５ｉ］ 次の処理は、対象レースの出走情報の風速と、ステップＳ１５ａで抽出した風速との差が１５％を超えて、２０％以内であれば、ステップＳ１５ｊに進められ、２０％を超えている場合には、ステップＳ１５ｋに進められる。

［ステップＳ１５ｊ］ 選手評価ランク部１２０ｅは、風速における選手の評価値として３点を設定する。
［ステップＳ１５ｋ］ 選手評価ランク部１２０ｅは、風速における選手の評価値として１点を設定する。

以上により、選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、風速により評価して、評価値を設定する。
次に、ステップＳ１６の出走組合せによる選手評価処理の詳細について、図１８を用いて説明する。

図１８は、第２の実施の形態の選手情報管理サーバで実行される出走組合せによる選手評価処理を示すフローチャートである。
［ステップＳ１６ａ］ 選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、ステップＳ１２で抽出した勝利時のレース実績から出走組合せを抽出する。例えば、選手評価ランク部１２０ｅは、ステップＳ１２で抽出されたＡ選手の勝利時のレースの実績情報（日付「１／６」、競技場「ＡＡＡ」、天候「曇」、風速「７ｍ／ｓ」、出走組合せ「Ｃ，Ｄ，Ｈ，Ｉ，Ｇ，Ｋ，Ｍ，Ｘ」、ライン「Ｇ，Ｍ」、車番「４」、枠番「４」）のうち、出走組合せ「Ｃ，Ｄ，Ｈ，Ｉ，Ｇ，Ｋ，Ｍ，Ｘ」を抽出する。

［ステップＳ１６ｂ］ 選手評価ランク部１２０ｅは、対象レースの出走情報の出走組合せと、ステップＳ１６ａで抽出した出走組合せとを比較する。
［ステップＳ１６ｃ］ 次の処理は、対象レースの出走情報の出走組合せと、ステップＳ１６ａで抽出した出走組合せとが一致する場合には、ステップＳ１６ｄに進められ、一致しない場合には、ステップＳ１６ｅに進められる。

［ステップＳ１６ｄ］ 選手評価ランク部１２０ｅは、出走組合せにおける選手の評価値として１０点を設定する。
［ステップＳ１６ｅ］ 選手評価ランク部１２０ｅは、出走組合せにおける選手の評価値として５点を設定する。

以上により、選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、出走組合せにより評価して、評価値を設定する。
次に、ステップＳ１７のラインによる選手評価処理の詳細について、図１９を用いて説明する。

図１９は、第２の実施の形態の選手情報管理サーバで実行されるラインによる選手評価処理を示すフローチャートである。
［ステップＳ１７ａ］ 選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、ステップＳ１２で抽出した勝利時のレース実績からラインを抽出する。例えば、選手評価ランク部１２０ｅは、ステップＳ１２で抽出されたＡ選手の勝利時のレースの実績情報（日付「１／６」、競技場「ＡＡＡ」、天候「曇」、風速「７ｍ／ｓ」、出走組合せ「Ｃ，Ｄ，Ｈ，Ｉ，Ｇ，Ｋ，Ｍ，Ｘ」、ライン「Ｇ，Ｍ」、車番「４」、枠番「４」）のうち、ライン「Ｇ，Ｍ」を抽出する。

［ステップＳ１７ｂ］ 選手評価ランク部１２０ｅは、対象レースの出走情報からステップＳ１７ａで抽出したラインを構築できるか否かを判定する。
次の処理は、対象レースの出走情報からステップＳ１７ａで抽出したラインを構築できる場合には、ステップＳ１７ｃに進められ、構築できない場合には、ステップＳ１７ｄに進められる。

なお、対象レースの出走情報からステップＳ１７ａで抽出したラインを構築できるか否かの判断は、例えば、図８に例示する出走情報の「府県」、「期別」、「決まり手（図示を省略）」等から行われる。

［ステップＳ１７ｃ］ 選手評価ランク部１２０ｅは、ラインにおける選手の評価値として１０点を設定する。
［ステップＳ１７ｄ］ 選手評価ランク部１２０ｅは、ラインにおける選手の評価値として５点を設定する。

以上により、選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、ラインにより評価して、評価値を設定する。
なお、上記の図１５〜図１９のフローチャートで設定した評価値は、自由に設定することができるものの、上記の場合では、対象レースの出走情報の項目が、ステップＳ１２で抽出した勝利時のレースの実績に近いものほど高い評価値を設定し、異なっているものほど低い評価値を設定している。

次に、図１１及び図１２に示した選手情報管理サーバで実行される選手評価処理を示すフローチャートのステップＳ２１〜ステップＳ２４の詳細について説明する。これらのステップＳ２１〜ステップＳ２４では、選手評価処理に、選手固有情報が用いられる。

まず、ステップＳ２１の誕生日による選手評価処理の詳細について、図２０を用いて説明する。
図２０は、第２の実施の形態の選手情報管理サーバで実行される誕生日による選手評価処理を示すフローチャートである。

［ステップＳ２１ａ］ 選手評価ランク部１２０ｅは、選手固有情報保持部１２０ｃを参照して、ステップＳ１１で選択した選手の誕生日を抽出する。例えば、選手評価ランク部１２０ｅは、図１０の選手固有情報保持部１２０ｃを参照して、ステップＳ１２で抽出されたＡ選手の誕生日を抽出する。

［ステップＳ２１ｂ］ 選手評価ランク部１２０ｅは、本日（対象レースの実施日）と、ステップＳ２１ａで抽出した誕生日とを比較する。選手評価ランク部１２０ｅは、本日がステップＳ２１ａで抽出した誕生日であるか否かを判定する。

次の処理は、本日がステップＳ２１ａで抽出した誕生日である場合には、ステップＳ２１ｃに進められ、本日が誕生日ではない場合には、ステップＳ２１ｄに進められる。
［ステップＳ２１ｃ］ 選手評価ランク部１２０ｅは、誕生日における選手の評価のための固有評価係数として１．０５を設定する。

［ステップＳ２１ｄ］ 選手評価ランク部１２０ｅは、誕生日における選手の評価のための固有評価係数として１を設定する。
以上により、選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、誕生日により評価して、固有評価係数を設定する。

次に、ステップＳ２２の記念日による選手評価処理の詳細について、図２１を用いて説明する。
図２１は、第２の実施の形態の選手情報管理サーバで実行される記念日による選手評価処理を示すフローチャートである。

［ステップＳ２２ａ］ 選手評価ランク部１２０ｅは、選手固有情報保持部１２０ｃを参照して、ステップＳ１１で選択した選手に、本日記念日が設定されているか否かを判定する。

次の処理は、ステップＳ１１で選択した選手に記念日が設定されている場合には、ステップＳ２２ｂに進められ、設定されていない場合には、ステップＳ２２ｃに進められる。
［ステップＳ２２ｂ］ 選手評価ランク部１２０ｅは、記念日における選手の評価のための固有評価係数として１．０５を設定する。

［ステップＳ２２ｃ］ 選手評価ランク部１２０ｅは、記念日における選手の評価のための固有評価係数として１を設定する。
以上により、選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、記念日により評価して、固有評価係数を設定する。

次に、ステップＳ２３の購入情報による選手評価処理の詳細について、図２２を用いて説明する。
図２２は、第２の実施の形態の選手情報管理サーバで実行される購入情報による選手評価処理を示すフローチャートである。

［ステップＳ２３ａ］ 選手評価ランク部１２０ｅは、選手固有情報保持部１２０ｃを参照して、ステップＳ１１で選択した選手に購入情報が設定されているか否かを判定する。

次の処理は、ステップＳ１１で選択した選手に購入情報が設定されている場合には、ステップＳ２３ｂに進められ、設定されていない場合には、ステップＳ２３ｄに進められる。

［ステップＳ２３ｂ］ 選手評価ランク部１２０ｅは、選手固有情報保持部１２０ｃを参照して、ステップＳ１１で選択した選手に設定された購入情報の購入金額が１００万円以上であるか否かを判定する。

次の処理は、購入金額が１００万円以上である場合には、ステップＳ２３ｃに進められ、１００万円未満である場合には、ステップＳ２３ｄに進められる。
［ステップＳ２３ｃ］ 選手評価ランク部１２０ｅは、購入情報における選手の評価のための固有評価係数として１．０５を設定する。

［ステップＳ２３ｄ］ 選手評価ランク部１２０ｅは、購入情報における選手の評価のための固有評価係数として１を設定する。
以上により、選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、購入情報により評価して、固有評価係数を設定する。

なお、購入金額の１００万円は、一例であって、具体的な金額は任意に設定することができる。
次に、ステップＳ２４の弔事情報による選手評価処理の詳細について、図２３を用いて説明する。

図２３は、第２の実施の形態の選手情報管理サーバで実行される弔事情報による選手評価処理を示すフローチャートである。
［ステップＳ２４ａ］ 選手評価ランク部１２０ｅは、選手固有情報保持部１２０ｃを参照して、ステップＳ１１で選択した選手に弔事情報が設定されているか否かを判定する。

次の処理は、ステップＳ１１で選択した選手に弔事情報が設定されている場合には、ステップＳ２４ｂに進められ、設定されていない場合には、ステップＳ２４ｃに進められる。

［ステップＳ２４ｂ］ 選手評価ランク部１２０ｅは、弔事情報における選手の評価のための固有評価係数として０．９５を設定する。
［ステップＳ２４ｃ］ 選手評価ランク部１２０ｅは、弔事情報における選手の評価のための固有評価係数として１を設定する。

以上により、選手評価ランク部１２０ｅは、ステップＳ１１で選択した選手について、弔事情報により評価して、固有評価係数を設定する。
なお、上記の図２０〜図２３のフローチャートで設定した固有評価係数は、自由に設定することができるものの、上記の場合では、選手にとってモチベーションが上がるような場合には１よりも大きく、モチベーションが下がるような場合には１よりも小さく、また、モチベーションに変化を及ぼさない場合には１を設定している。

このように、上記の公営競技投票システム１００は、公営競技管理サーバ１１０と、選手情報管理サーバ１２０と、在席投票端末１３０とを有している。
選手情報管理サーバ１２０は、対象レースに出走する選手ごとに、当該選手の実績情報から勝利時のレース実績を抽出し、選手の対象レースの出走情報と勝利時のレース実績との比較結果に基づいて、選手ごとの実績評価値を算出する。さらに、選手情報管理サーバ１２０は、対象レースに出走する選手ごとに、選手固有情報に基づいて評価して固有評価係数を設定し、実績評価値に固有評価係数を掛けて総評価値を算出する。そして、選手情報管理サーバ１２０は、総評価値に基づき選手をランク付けした選手リストを生成する。

在席投票端末１３０は、選手情報管理サーバ１２０から通知された選手リストをディスプレイ１３２ａに表示する。
これにより、ファンは、在席投票端末１３０のディスプレイ１３２ａに表示される、このような選手リストを参照することで、対象レースに対する投票予想の参考とすることができる。また、選手リストは各選手の過去のレース実績に基づくと共に、選手のレース時のモチベーションが反映されているために、特に初心者のファンは予想をしやすくなる。したがって、初心者のファンでも公営競技を楽しめるようになり、新たな顧客の定着及び拡大を図ることができるようになる。

上記の処理機能は、コンピュータによって実現することができる。その場合、コンピュータが有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。

処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体には、磁気記憶装置、光ディスク、光磁気記憶媒体、半導体メモリ等がある。磁気記憶装置には、ＨＤＤ、フレキシブルディスク（ＦＤ）、磁気テープ（ＭＴ）等がある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc - Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等がある。光磁気記憶媒体には、ＭＯ（Magneto - Optical disk）等がある。半導体メモリには、ＵＳＢ（Universal Serial Bus）メモリ等のフラッシュメモリがある。

上記プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータに格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

上記プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラム若しくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

また、プログラムで記述された処理の一部または全てを、電子回路に置き換えることが可能である。例えば、上記の処理機能の少なくとも一部を、ＤＳＰ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）等の電子回路で実現してもよい。

なお、上述の実施の形態は、実施の形態の要旨を逸脱しない範囲内において種々の変更を加えることができる。

１０ 公営競技投票システム
１１ 選手情報管理サーバ
１１ａ 出走表
１１ｂ 出走実績情報保持部
１１ｃ 抽出部
１１ｄ 評価部
１１ｅ 順位付け部
１１ｆ 送信部
１２ 投票端末
１２ａ 受信部
１２ｂ 表示部
１２ｃ 選手リスト

Claims (7)

1. 対象レースに出走する選手ごとに、前記選手の出走実績から勝利時の出走状況を含む第一出走情報を抽出する抽出部と、
   前記選手の前記対象レースにおける出走時の出走状況を含む第二出走情報と前記第一出走情報との比較結果に基づき前記選手を評価し、評価値を算出する評価部と、
   前記評価値に基づいて前記選手が順位付けされた選手リストを生成する順位付け部と、
   を有する選手情報管理サーバと、
   前記選手情報管理サーバから通知された前記選手リストを表示する表示部を有する投票端末と、
   を備える公営競技投票システム。
2. 前記評価部は、前記比較結果に基づき前記選手の実績評価値を設定し、前記選手の固有の状況を表す選手固有状況に基づき前記選手の固有評価係数を設定し、前記実績評価値及び前記固有評価係数に基づき前記評価値を算出する、
   請求項１に記載の公営競技投票システム。
3. 前記評価部は、前記実績評価値に前記固有評価係数を掛けることで前記評価値を算出する、
   請求項２に記載の公営競技投票システム。
4. 前記評価部は、前記第一出走情報と前記第二出走情報とが近いほど、前記実績評価値を高く算出する、
   請求項２または３に記載の公営競技投票システム。
5. 前記評価部は、前記第一出走情報と前記第二出走情報とが異なるほど、前記実績評価値を低く算出する、
   請求項２または３に記載の公営競技投票システム。
6. 前記評価部は、前記選手固有状況から前記選手がモチベーションを向上することを評価できる場合に、前記固有評価係数を１よりも大きく設定する、
   請求項４または５に記載の公営競技投票システム。
7. 前記評価部は、前記選手固有状況から前記選手がモチベーションを低下することを評価できる場合に、前記固有評価係数を１よりも小さく設定する、
   請求項４または５に記載の公営競技投票システム。

Images