(57)【要約】【課題】予想の閲覧のタイミングに応じて適切なランキングを提示することを可能とすることを目的とする。【解決手段】情報処理装置は、閲覧者からの要求を取得する。情報処理装置は、記憶手段に記憶された予想履歴と、競技に関する複数の競技情報のそれぞれの更新時刻と、に基づいて、予想者が重視する競技情報を特定する。情報処理装置は、要求が取得された時刻と、要求に基づいて特定される競技における競技情報の更新時刻であって、複数の予想者のそれぞれについて特定された重視する競技情報の更新時刻と、に基づいて、複数の予想者のランキングの表示を制御する。【選択図】図８
2014191817.tif 000002
【特許請求の範囲】
【請求項１】
複数の競技対象が出場する競技の結果の予想を閲覧する閲覧者からの要求を取得する取得手段と、
競技に対する前記予想の投稿時刻を含む予想履歴を、予想を投稿する予想者ごとに記憶する記憶手段に記憶された前記予想履歴と、前記競技に関する複数の競技情報のそれぞれの更新時刻と、に基づいて、前記結果を予想するために前記予想者が重視する前記競技情報を特定する特定手段と、
前記取得手段により前記要求が取得された時刻と、前記要求に基づいて特定される競技における前記競技情報の更新時刻であって、前記特定手段により特定された、複数の前記予想者が重視するそれぞれの前記競技情報の更新時刻と、に基づいて、前記複数の予想者のランキングの表示を制御する制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記特定手段は、前記複数の競技情報のそれぞれの最終更新時刻を境界にして分けられる複数の期間のうち、前記予想者による予想の最終投稿時刻が含まれる期間に基づいて、前記予想者が重視する前記競技情報を特定することを特徴とする情報処理装置。
【請求項３】
請求項１に記載の情報処理装置において、
前記特定手段は、前記複数の競技情報のそれぞれの最終更新時刻を境界にして分けられる複数の期間のうち、前記予想者が予想する前記競技対象の中での優先順位が所定順位以上である前記競技対象が確定した時刻が含まれる期間に基づいて、前記予想者が重視する前記競技情報を特定することを特徴とする情報処理装置。
【請求項４】
請求項３に記載の情報処理装置において、
前記競技の投票券の購入履歴を記憶する購入履歴記憶手段から、前記閲覧者の前記購入履歴を取得する購入履歴取得手段と、
前記購入履歴に基づいて、前記閲覧者が投票する前記競技対象の数の傾向を特定する数特定手段と、
を更に備え、
前記制御手段は、前記予想者が予想する前記競技対象の中での優先順位が、前記特定された前記数に対応する順位以上である前記競技対象が確定した時刻が含まれる前記期間に基づいて前記特定手段により特定された前記競技情報に基づいて、前記ランキングの表示を制御することを特徴とする情報処理装置。
【請求項５】
請求項３又は請求項４に記載の情報処理装置において、
前記競技の投票券の購入履歴を記憶する購入履歴記憶手段から、前記予想者の前記購入履歴を取得する予想者購入履歴取得手段と、
前記予想者購入履歴取得手段により取得された前記購入履歴に基づいて、投票される１以上の前記競技対象の前記競技の成績順位が投票方法により２位以下の範囲で定められた順位以上であるならば、投票される前記競技対象の前記成績順位が如何なる順位であっても的中する投票方法の投票券を前記予想者が購入する傾向があるか否かを判定する判定手段と、
を更に備え、
前記特定手段は、前記判定手段により前記投票方法の投票券を購入する傾向があると判定された前記予想者が予想する前記競技対象の中での優先順位が所定順位以上である前記競技対象の組み合わせが確定した時刻が含まれる期間に基づいて、前記予想者が重視する前記競技情報を特定することを特徴とする情報処理装置。
【請求項６】
請求項１乃至５の何れか１項に記載の情報処理装置において、
前記制御手段は、前記記憶手段に記憶された前記予想履歴のうち、前記要求に基づいて特定される競技に与えられる条件と対応する条件が与えられた競技の前記予想履歴に基づいて前記特定手段により特定された前記競技情報の更新時刻を用いて、前記ランキングの表示を制御することを特徴とする情報処理装置。
【請求項７】
請求項１乃至６の何れか１項に記載の情報処理装置において、
前記競技の投票券のオッズを記憶するオッズ記憶手段から、前記特定される競技における前記オッズを取得するオッズ取得手段と、
前記オッズ取得手段により取得された前記オッズに基づいて、前記特定される競技の傾向を推定する推定手段と、
を更に備え、
前記制御手段は、前記記憶手段に記憶された前記予想履歴のうち、前記推定手段により推定された傾向と同じ傾向の競技の前記予想履歴に基づいて前記特定手段により特定された前記競技情報の更新時刻を用いて、前記ランキングの表示を制御することを特徴とする情報処理装置。
【請求項８】
コンピュータにより実行される情報処理方法であって、
複数の競技対象が出場する競技の結果の予想を閲覧する閲覧者からの要求を取得する取得ステップと、
競技に対する前記予想の投稿時刻を含む予想履歴を、予想を投稿する予想者ごとに記憶する記憶手段に記憶された前記予想履歴と、前記競技に関する複数の競技情報のそれぞれの更新時刻と、に基づいて、前記結果を予想するために前記予想者が重視する前記競技情報を特定する特定ステップと、
前記取得ステップにより前記要求が取得された時刻と、前記要求に基づいて特定される競技における前記競技情報の更新時刻であって、前記特定ステップにより特定された、複数の前記予想者が重視するそれぞれの前記競技情報の更新時刻と、に基づいて、前記複数の予想者のランキングの表示を制御する制御ステップと、
を含むことを特徴とする情報処理方法。
【請求項９】
コンピュータを、
複数の競技対象が出場する競技の結果の予想を閲覧する閲覧者からの要求を取得する取得手段、
競技に対する前記予想の投稿時刻を含む予想履歴を、予想を投稿する予想者ごとに記憶する記憶手段に記憶された前記予想履歴と、前記競技に関する複数の競技情報のそれぞれの更新時刻と、に基づいて、前記結果を予想するために前記予想者が重視する前記競技情報を特定する特定手段、及び、
前記取得手段により前記要求が取得された時刻と、前記要求に基づいて特定される競技における前記競技情報の更新時刻であって、前記特定手段により特定された、複数の前記予想者が重視するそれぞれの前記競技情報の更新時刻と、に基づいて、前記複数の予想者のランキングの表示を制御する制御手段、
として機能させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、競技の結果の予想を提示する技術分野に関する。
【背景技術】
【０００２】
従来、公営競技の結果に対する各予想者の予想を閲覧者に開示するときに、予想者による過去の予想の成績に基づいて、予想者をランキングする技術が知られている。例えば、非特許文献１には、予想の的中率に基づいてランキングすることが開示されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】株式会社オープングルーヴ、“大会成績｜予想コロシアム｜競馬予想のウマニティ”、[online]、[平成25年2月22日検索]、インターネット<URL:http://umanity.jp/coliseum/ranking.php?md=&ofs=0&st=2&sort=1>
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、予想者は、投稿した予想を、競技が開催される前の間に変更する場合がある。そのため、閲覧者が予想を閲覧するタイミングによって、予想の内容が変化する。従来の技術では、予想者のランキングに、予想の内容が変化することが考慮されていなかった。
【０００５】
本発明は、以上の点に鑑みてなされたものであり、予想の閲覧のタイミングに応じて適切なランキングを提示することを可能とする情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、複数の競技対象が出場する競技の結果の予想を閲覧する閲覧者からの要求を取得する取得手段と、競技に対する前記予想の投稿時刻を含む予想履歴を、予想を投稿する予想者ごとに記憶する記憶手段に記憶された前記予想履歴と、前記競技に関する複数の競技情報のそれぞれの更新時刻と、に基づいて、前記結果を予想するために前記予想者が重視する前記競技情報を特定する特定手段と、前記取得手段により前記要求が取得された時刻と、前記要求に基づいて特定される競技における前記競技情報の更新時刻であって、前記特定手段により特定された、複数の前記予想者が重視するそれぞれの前記競技情報の更新時刻と、に基づいて、前記複数の予想者のランキングの表示を制御する制御手段と、を備えることを特徴とする。
【０００７】
競技の結果を予想するために予想者が重視する競技情報が更新されると、予想者は予想を変える蓋然性がある。この発明によれば、予想者が重視する競技情報の更新時刻と、閲覧者の要求が取得された時刻とに基づいて、複数の予想者のランキングの表示が制御される。そのため、予想の閲覧のタイミングに応じて適切なランキングを提示することができる。
【０００８】
請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記特定手段は、前記複数の競技情報のそれぞれの最終更新時刻を境界にして分けられる複数の期間のうち、前記予想者による予想の最終投稿時刻が含まれる期間に基づいて、前記予想者が重視する前記競技情報を特定することを特徴とする。
【０００９】
競技情報の最終更新時刻が経過することにより、予想者が重視する競技情報が確定した後は、予想者は予想を変える蓋然性が低い。この発明によれば、最終更新時刻を境界にして分けられる複数の期間のうち予想の最終投稿時刻が含まれる期間に基づいて、予想者が重視する競技情報が特定される。そのため、より適切なランキングを提示することができる。
【００１０】
請求項３に記載の発明は、請求項１に記載の情報処理装置において、前記特定手段は、前記複数の競技情報のそれぞれの最終更新時刻を境界にして分けられる複数の期間のうち、前記予想者が予想する前記競技対象の中での優先順位が所定順位以上である前記競技対象が確定した時刻が含まれる期間に基づいて、前記予想者が重視する前記競技情報を特定することを特徴とする。
【００１１】
この発明によれば、予想者が予想した競技対象のうち主要な競技対象の予想が確定した時刻が含まれる期間に基づいて、予想者が重視する競技情報が特定される。そのため、予想者による複数の競技対象の予想の中での予想の有用性に応じた適切なランキングを提示することができる。
【００１２】
請求項４に記載の発明は、請求項３に記載の情報処理装置において、前記競技の投票券の購入履歴を記憶する購入履歴記憶手段から、前記閲覧者の前記購入履歴を取得する購入履歴取得手段と、前記購入履歴に基づいて、前記閲覧者が投票する前記競技対象の数の傾向を特定する数特定手段と、を更に備え、前記制御手段は、前記予想者が予想する前記競技対象の中での優先順位が、前記特定された前記数に対応する順位以上である前記競技対象が確定した時刻が含まれる前記期間に基づいて前記特定手段により特定された前記競技情報に基づいて、前記ランキングの表示を制御することを特徴とする。
【００１３】
この発明によれば、閲覧者が投票する競技対象の数の傾向が特定される。そして、予想者が予想した競技対象のうち、優先順位が、特定された数に対応する順位以上である競技対象の予想が確定した時刻が含まれる期間に基づいて、予想者が重視する競技情報が特定される。そのため、閲覧者の投票傾向に応じた適切なランキングを提示することができる。
【００１４】
請求項５に記載の発明は、請求項３又は請求項４に記載の情報処理装置において、前記競技の投票券の購入履歴を記憶する購入履歴記憶手段から、前記予想者の前記購入履歴を取得する予想者購入履歴取得手段と、前記予想者購入履歴取得手段により取得された前記購入履歴に基づいて、投票される１以上の前記競技対象の前記競技の成績順位が投票方法により２位以下の範囲で定められた順位以上であるならば、投票される前記競技対象の前記成績順位が如何なる順位であっても的中する投票方法の投票券を前記予想者が購入する傾向があるか否かを判定する判定手段と、を更に備え、前記特定手段は、前記判定手段により前記投票方法の投票券を購入する傾向があると判定された前記予想者が予想する前記競技対象の中での優先順位が所定順位以上である前記競技対象の組み合わせが確定した時刻が含まれる期間に基づいて、前記予想者が重視する前記競技情報を特定することを特徴とする。
【００１５】
この発明によれば、投票される競技対象の成績順位が所定順位以上であるならば、成績順位が如何なる順位であっても的中する投票券を予想者が購入する傾向がある場合、主要な競技対象の組み合わせが確定した時刻が含まれる期間に基づいて、予想者が重視する競技情報が特定される。そのため、予約者の投票傾向に応じた適切なランキングを提示することができる。
【００１６】
請求項６に記載の発明は、請求項１乃至５の何れか１項に記載の情報処理装置において、前記制御手段は、前記記憶手段に記憶された前記予想履歴のうち、前記要求に基づいて特定される競技に与えられる条件と対応する条件が与えられた競技の前記予想履歴に基づいて前記特定手段により特定された前記競技情報の更新時刻を用いて、前記ランキングの表示を制御することを特徴とする。
【００１７】
この発明によれば、要求に基づいて特定される競技に与えられる条件と対応する条件が与えられた競技の予想履歴に基づいて特定された競技情報の更新時刻を用いて、ランキングの表示が制御される。そのため、レースの条件に応じた適切なランキングを提示することができる。
【００１８】
請求項７に記載の発明は、請求項１乃至６の何れか１項に記載の情報処理装置において、前記競技の投票券のオッズを記憶するオッズ記憶手段から、前記特定される競技における前記オッズを取得するオッズ取得手段と、前記オッズ取得手段により取得された前記オッズに基づいて、前記特定される競技の傾向を推定する推定手段と、を更に備え、前記制御手段は、前記記憶手段に記憶された前記予想履歴のうち、前記推定手段により推定された傾向と同じ傾向の競技の前記予想履歴に基づいて前記特定手段により特定された前記競技情報の更新時刻を用いて、前記ランキングの表示を制御することを特徴とする。
【００１９】
この発明によれば、要求に基づいて特定される競技の傾向と同じ傾向の競技の予想履歴に基づいて特定された競技情報の更新時刻を用いて、ランキングの表示が制御される。そのため、レースの傾向に応じた適切なランキングを提示することができる。
【００２０】
請求項８に記載の発明は、コンピュータにより実行される情報処理方法であって、複数の競技対象が出場する競技の結果の予想を閲覧する閲覧者からの要求を取得する取得ステップと、競技に対する前記予想の投稿時刻を含む予想履歴を、予想を投稿する予想者ごとに記憶する記憶手段に記憶された前記予想履歴と、前記競技に関する複数の競技情報のそれぞれの更新時刻と、に基づいて、前記結果を予想するために前記予想者が重視する前記競技情報を特定する特定ステップと、前記取得ステップにより前記要求が取得された時刻と、前記要求に基づいて特定される競技における前記競技情報の更新時刻であって、前記特定ステップにより特定された、複数の前記予想者が重視するそれぞれの前記競技情報の更新時刻と、に基づいて、前記複数の予想者のランキングの表示を制御する制御ステップと、を含むことを特徴とする。
【００２１】
請求項９に記載の発明は、コンピュータを、複数の競技対象が出場する競技の結果の予想を閲覧する閲覧者からの要求を取得する取得手段、競技に対する前記予想の投稿時刻を含む予想履歴を、予想を投稿する予想者ごとに記憶する記憶手段に記憶された前記予想履歴と、前記競技に関する複数の競技情報のそれぞれの更新時刻と、に基づいて、前記結果を予想するために前記予想者が重視する前記競技情報を特定する特定手段、及び、前記取得手段により前記要求が取得された時刻と、前記要求に基づいて特定される競技における前記競技情報の更新時刻であって、前記特定手段により特定された、複数の前記予想者が重視するそれぞれの前記競技情報の更新時刻と、に基づいて、前記複数の予想者のランキングの表示を制御する制御手段、として機能させることを特徴とする。
【発明の効果】
【００２２】
本発明によれば、予想者が重視する競技情報の更新時刻と、閲覧者の要求が取得された時刻とに基づいて、複数の予想者のランキングの表示が制御される。そのため、予想の閲覧のタイミングに応じて適切なランキングを提示することができる。
【図面の簡単な説明】
【００２３】
【図１】一実施形態に係る情報処理システムＳの概要構成の一例を示す図である。
【図２】（ａ）は、材料情報の公開及び更新タイミングと、確定タイミングとを示す図であり、（ｂ）は、予想者ランクの決定方法の一例である。
【図３】複数の予想者が予想を投稿するタイミングの過去の傾向の一例を示す。
【図４】（ａ）は、閲覧タイミングがタイミングＴ１の直前である場合の予想一覧ページの表示例を示す図であり、（ｂ）は、閲覧タイミングがタイミングＴ２の直前である場合の予想一覧ページの表示例を示す図であり、（ｃ）は、閲覧タイミングがタイミングＴ３の直前である場合の予想一覧ページの表示例を示す図である。
【図５】（ａ）は、一実施形態に係る馬券発売代行サーバ１の概要構成の一例を示すブロック図であり、（ｂ）は、一実施形態に係る馬券発売代行サーバ１の機能ブロックの一例を示す図である。
【図６】（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、レース情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、馬券情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、オッズ情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、レース結果ＤＢ１２ｅに登録される内容の一例を示す図であり、（ｆ）は、馬券購入履歴ＤＢ１２ｆに登録される内容の一例を示す図であり、（ｇ）は、予想情報ＤＢ１２ｇに登録される内容の一例を示す図である。
【図７】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による重視情報特定処理の一例を示すフローチャートである。
【図８】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による予想一覧ページ送信処理の一例を示すフローチャートである。
【図９】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による１ユーザ重視情報特定処理の一例を示すフローチャートである。
【図１０】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による１ユーザ重視情報特定処理の一例を示すフローチャートである。
【図１１】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による予想一覧ページ送信処理の一例を示すフローチャートである。
【図１２】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による１ユーザ重視情報特定処理の一例を示すフローチャートである。
【図１３】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による予想一覧ページ送信処理の一例を示すフローチャートである。
【図１４】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による１ユーザ重視情報特定処理の一例を示すフローチャートである。
【図１５】一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による予想一覧ページ送信処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施の形態は、競馬においてインターネット投票によりユーザが馬券（勝馬投票券）を購入するための情報処理システムに対して本発明を適用した場合の実施形態である。競馬は、本発明における競技の一例である。レースに出場する競走馬は、本発明における競技対象の一例である。馬券は、本発明における投票券の一例である。なお、本発明が適用可能な競技は競馬に限られない。競技の結果の予想を投稿可能なあらゆる競技に対して本発明を適用することができる。このような競技として、例えば、競輪、競艇、オートレース等の公営競技が挙げられる。
【００２５】
［１．第１実施形態］
［１−１．情報処理システムの構成及び機能概要］
先ず、本実施形態に係る情報処理システムＳの構成について、図１を用いて説明する。図１は、本実施形態に係る情報処理システムＳの概要構成の一例を示す図である。
【００２６】
図１に示すように、情報処理システムＳは、馬券発売代行サーバ１と、主催元サーバ２と、複数のユーザ端末３と、を含んで構成されている。そして、馬券発売代行サーバ１と主催元サーバ２と各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００２７】
馬券発売代行サーバ１は、競馬の主催者に代わって馬券を発売するための競馬サイトに関する各種処理を行うサーバ装置である。馬券発売代行サーバ１は、本発明における情報処理装置の一例である。馬券発売代行サーバ１は、主催者が発表するレースに関する情報を、主催元サーバ２から取得する。また、馬券発売代行サーバ１は、ユーザ端末３からの要求に応じて、ウェブページを送信する。これにより、馬券発売代行サーバ１は、レースに関する情報等を提供する。提供される情報としては、例えば、出馬表、オッズ、予想、レース結果等がある。また、馬券発売代行サーバ１は、例えば、馬券の購入を受け付ける処理を行ったり、的中した馬券に対する払い戻しの処理を行ったりする。競馬サイトのユーザは、馬券を購入するとき、買い目や購入枚数等を選択する。買い目は、式別（投票法）、及び、投票対象の競走馬又は枠を含む。投票対象の競走馬又は枠は、馬番又は枠番で指定される。馬番の組み合わせだけではなく、着順をも的中させる式別の場合、買い目は、各投票対象の競走馬に対する着順も含む。
【００２８】
また、馬券発売代行サーバ１は、ユーザ端末３からの要求に基づいて、ユーザによるレースの予想を受け付ける。ユーザは、予想を投稿するとき、着順が上位であると予想する競走馬として、本命、対抗、単穴及び連下を選択する。本命、対抗、単穴及び連下の何れかに選択された競走馬を、予想馬と称する。馬券発売代行サーバ１は、受け付けた予想の一覧が表示されるウェブページをユーザ端末３へ配信する。このウェブページを、予想一覧ページという。各ユーザは、予想一覧ページに表示された予想を参考にして、馬券を購入することができる。予想を投稿したユーザは、本発明における予想者の一例である。予想一覧ページに表示される予想を閲覧するユーザは、本発明における閲覧者の一例である。本実施形態において、競馬サイトのユーザは、予想者及び閲覧者の何れにもなる可能性がある。
【００２９】
主催元サーバ２は、競馬の主催者がレースの情報を提供したり、馬券を発行したりするために設置されたサーバ装置である。主催元サーバ２は、レースに関する情報を馬券発売代行サーバ１へ送信する。
【００３０】
ユーザ端末３は、競馬サイトを利用するユーザの端末装置である。ユーザ端末３は、ユーザからの操作に基づいて馬券発売代行サーバ１にアクセスすることにより、馬券発売代行サーバ１からウェブページを受信して表示する。ユーザ端末３には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末３としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。
【００３１】
［１−２．予想者のランキング表示の制御］
次に、予想者のランキング表示の制御について、図２乃至４を用いて説明する。
【００３２】
予想一覧ページには、例えば、閲覧者が指定したレースに対する予想の一覧が、各予想者に対して付けられたランクに従って表示される。つまり、予想一覧ページは、特定のレースの結果を予想した複数の予想者のランキングを表示するともいえる。例えば、ランキングに従った順序で、各予想者の予想が上から順に表示される。この順序を表示順という。ランキングは、例えば、予想的中率や予想回収率等に基づいて決定されてもよい。予想的中率及び予想回収率は、過去のレースに対する予想者の予想の的中率及び回収率である。馬券発売代行サーバ１は、例えば、１着及び２着のそれぞれが予想馬である場合、予想が的中したと判定してもよい。
【００３３】
予想者は、１つのレースに対して、予想を複数回投稿することができる。この場合において、最初の投稿は、新規の予想の投稿となる。２回目以降の投稿は、直前に投稿された予想を変更する投稿となる。
【００３４】
また、予想者は、競馬サイト等の情報源から得られる情報を材料として、レースの結果を予想することができる。予想材料となる情報として、例えば、レースに出場する競走馬に関する情報、競走馬に乗る騎手に関する情報、レースが行われるレース場の馬場に関する情報等がある。これらの情報を、「材料情報」という。材料情報は、本発明における競技情報の一例である。材料情報が一度公開された後、材料情報が更新される場合がある。材料情報がレース前に公開されるタイミングや更新されるタイミング、材料情報が確定するタイミングは、情報によって異なる場合がある。材料情報が確定するタイミングは、材料情報が最後に更新されるタイミングでもある。
【００３５】
図２（ａ）は、材料情報の公開及び更新タイミングと、確定タイミングとを示す図である。材料情報が公開されるタイミング又は確定するタイミングとして、タイミングＴ０〜Ｔ４がある。Ｔ０、Ｔ１、Ｔ２、Ｔ３、Ｔ４の順で、タイミングが早い。タイミングＴ０は、例えば、対象のレースの馬券の販売が開始されるタイミングである。タイミングＴ０は、例えば、対象のレースの２日前の朝９時であってもよい。タイミングＴ１は、例えば、対象のレースの１日前の朝９時であってもよい。タイミングＴ２は、例えば、対象のレースの当日の朝９時であってもよい。タイミングＴ３は、例えば、対象のレースの開始の１時間前であってもよい。タイミングＴ４は、例えば、対象のレースが開始するタイミングである。タイミングＴ０〜Ｔ４は、例えば、全てのレースで共通であってもよいし、レースごとに設定されてもよい。Ｔ０からＴ１の直前までの期間を、期間１という。Ｔ１からＴ２の直前までの期間を、期間２という。Ｔ２からＴ３の直前までの期間を、期間３という。Ｔ３からＴ４の直前までの期間を、期間４という。期間１〜４は、タイミングＴ０〜Ｔ４を境界にして分けられる複数の期間である。なお、材料情報が公開されるタイミング又は確定するタイミングの数は４個に限られない。
【００３６】
競走馬に関する情報として、例えば、血統、過去の成績、馬体重、出走取り消し等がある。血統及び過去の成績は、タイミングＴ０で公開され且つ確定する。馬体重は、タイミングＴ３で公開され且つ確定する。出走の取り消しは、タイミングＴ０〜Ｔ４の間に、必要に応じて随時公開される。出走の取り消しの有無は、タイミングＴ４で確定する。騎手の情報として、例えば、過去の成績、騎手の変更等がある。過去の成績は、タイミングＴ０で公開され、タイミングＴ２で確定する。過去の成績は、タイミングＴ０〜Ｔ２の間に、必要に応じて更新される。騎手の変更は、タイミングＴ０〜Ｔ４の間に、必要に応じて随時公開される。騎手の変更の有無は、タイミングＴ４で確定する。馬場の情報として、例えば、馬場の状態等がある。馬場の状態は、タイミングＴ２で公開され、タイミングＴ３で確定する。ここで、タイミングＴｎで確定する情報を、Ｔｎ情報という。例えば、血統及び競走馬の過去の成績は、Ｔ０情報である。馬体重及び馬場の状態は、Ｔ３情報である。出走取り消し及び騎手の変更はＴ４情報である。なお、図２（ａ）の例ではＴ１情報がないが、実際にはＴ１情報があってもよい。
【００３７】
予想者がレースの結果を予想するためにどの材料情報を重視するかが、予想者によって異なる場合がある。また、予想者が重視する材料情報が更新されると、予想者は、予想者が前に投稿した予想を変更するかもしれない。図３は、複数の予想者が予想を投稿するタイミングの過去の傾向の一例を示す。例えば、あるレースＲの期間１に、予想者Ａ〜Ｊが予想を投稿したとする。予想者Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｉ、Ｊの順に、予想的中率が高い。予想者Ａは、期間１〜４のそれぞれの期間に、予想を投稿する傾向があるとする。このことから、予想者Ａは、Ｔ０情報〜Ｔ２情報をそれぞれ参考にしつつ予想を行い、最終的には、Ｔ３情報を重視して予想を行う蓋然性がある。予想者Ｄは、期間２及び期間３に予想を投稿する傾向があるとする。このことから、予想者Ｄは、Ｔ１情報を参考にしつつ予想を行い、最終的には、Ｔ２情報を重視して予想を行う蓋然性がある。予想者Ｊは、期間１のみに、予想を投稿する傾向がある。このことから、予想者Ｊは、Ｔ０情報を重視して予想を行う蓋然性がある。
【００３８】
予想一覧ページには、例えば、予想が的中したか否かに基づくランキングに従って予想が表示される。予想者が１つのレースに対して予想を複数投稿した場合、馬券発売代行サーバ１は、最後に投稿された予想に基づいて、予想が的中したか否かを判定する。閲覧者が他人の予想を参考にするとき、一般的に閲覧者は、予想的中率や予想回収率等が高い予想者の予想を参考にしたいと考える。しかしながら、同じ予想者の予想であっても、閲覧者が予想一覧ページを閲覧するタイミングによって、閲覧者の閲覧後に予想の内容が変化することがある。あるタイミングで予想一覧ページに表示されている予想が、予想の対象のレースの結果が出たときの予想的中率等の計算に用いられるとは限らない。つまり、現在表示されている予想が、予想的中率等に反映されない場合がある。そのため、表示されている予想に関して、予想的中率等に基づくランキングの信頼性が低くなる場合がある。例えば、レースＲの１０人の予想者の中で、予想者Ａ、Ｄ、Ｊのそれぞれの予想的中率のランキングは、１位、４位、１０位である。閲覧者が、タイミングＴ１の直前（図３の閲覧１）で予想一覧ページを閲覧したとする。この場合、予想一覧ページに表示される予想のうち、予想者Ｊの予想は確定している蓋然性が高い。一方、予想者Ａ及びＤの予想はその後変更される蓋然性が高い。このときに、予想者Ａの予想的中率のランクが１位であるという理由で、予想者Ａがこの後変更するかもしれない予想を信頼することができるとは、必ずしもいえない。また、閲覧者が、タイミングＴ３の直前（図３の閲覧３）で予想一覧ページを閲覧したとする。この場合、予想一覧ページに表示される予想のうち、予想者Ｄ及びＪの予想は確定している蓋然性が高い。一方、予想者Ａの予想はその後変更される蓋然性が高い。
【００３９】
そこで、馬券発売代行サーバ１は、予想情報と、材料情報の更新時刻とに基づいて、レースの結果を予想するために予想者が重視する材料情報を特定する。予想情報は、予想の内容を示す情報である。予想情報は、予想者の予想の履歴でもある。予想情報は、予想が投稿された時刻を含む。馬券発売代行サーバ１は、閲覧者からの予想一覧ページの要求に基づいて、予想の表示の対象となるレースと、対象のレースに対して予想を投稿した複数の予想者とを特定する。そして、馬券発売代行サーバ１は、予想一覧ページの要求が取得された時刻と、対象のレースにおける材料情報の更新時刻であって、対象のレースに対して予想を投稿した予想者が重視する材料情報の更新時刻とに基づいて、複数の予想者のランキングの表示を制御する。予想一覧ページの要求を、予想一覧リクエストという。ユーザ端末３が予想一覧リクエストを馬券発売代行サーバ１へ送信する。予想一覧リクエストの取得時刻は、例えば、馬券発売代行サーバ１が予想一覧リクエストを受信した時刻である。
【００４０】
例えば、馬券発売代行サーバ１は、材料情報の最終更新時刻を境界にして分けられる期間１〜４のうち、予想者による予想の最終投稿時刻が含まれる期間に基づいて、予想者が重視する材料情報を特定してもよい。材料情報の最終更新時刻は、タイミングＴ０〜Ｔ４のそれぞれに対応する。最終投稿時刻は、予想者による予想の１回以上の投稿のうち、最後の投稿の時刻である。馬券発売代行サーバ１は、予想情報に基づいて、期間１〜４のうち、予想者が最後に投稿する蓋然性が最も高い期間を特定する。例えば、馬券発売代行サーバ１は、過去のレースにおいて、最後の投稿が行われた回数が最も多い期間を、予想者が最後に投稿する蓋然性が最も高い期間に決定してもよい。
【００４１】
馬券発売代行サーバ１は、最後に投稿する蓋然性が最も高い期間の開始タイミングが確定タイミングである材料情報を、予想者が重視する材料情報に決定してもよい。図３の例において、ユーザＡが最後に投稿する蓋然性が最も高い期間は、期間４である。従って、ユーザＡが重視する材料情報は、Ｔ３情報である。ユーザＤが最後に投稿する蓋然性が最も高い期間は、期間３である。従って、ユーザＤが重視する材料情報は、Ｔ２情報である。ユーザＪが最後に投稿する蓋然性が最も高い期間は、期間１である。従って、ユーザＪが重視する材料情報は、Ｔ０情報である。
【００４２】
馬券発売代行サーバ１は、予想者が重視する材料情報の最終更新時刻と、予想一覧リクエストの受信時刻とを比較する。この場合の最終更新時刻は、対象のレースにおける材料情報の最終更新時刻である。馬券発売代行サーバ１は、比較の結果に基づく予想者ランクを決定する。予想者が重視する材料情報の最終更新時刻が予想一覧リクエストの受信時刻よりも早い場合、例えば、馬券発売代行サーバ１は、その予想者の予想者ランクを、その予想者の予想的中率のランクよりも高くしてもよい。或いは、予想者が重視する材料情報の最終更新時刻が予想一覧リクエストの受信時刻よりも遅い場合、例えば、馬券発売代行サーバ１は、その予想者の予想者ランクを、その予想者の予想的中率のランクよりも低くしてもよい。
【００４３】
図２（ｂ）は、予想者ランクの決定方法の一例である。図２（ｂ）に示すように、予想者Ｊが重視する材料情報の確定タイミングはＴ０である。予想者Ｃ及びＨが重視する材料情報の確定タイミングはＴ１である。予想者Ｄ、Ｆ及びＧが重視する材料情報の確定タイミングはＴ２である。予想者Ａ、Ｂ、Ｅ及びＩが重視する材料情報の確定タイミングはＴ３である。閲覧者が、タイミングＴ１の直前（図３の閲覧１）で予想一覧ページを閲覧したとする。この時点で重視する材料情報が確定している予想者は、予想者Ｊのみである。そこで、馬券発売代行サーバ１は、予想者Ｊの予想者ランクを、例えば、１位にする。そして、馬券発売代行サーバ１は、その他の予想者に対して、例えば、予想者ランクを付けない。
【００４４】
図４（ａ）は、閲覧タイミングがタイミングＴ１の直前である場合の予想一覧ページの表示例を示す図である。図４（ａ）に示すように、予想一覧ページには、各予想者の予想が表示される。例えば、対象のレースのレース番号、本命、対抗、単穴及び連下のそれぞれの馬番、予想したユーザのニックネーム、予想的中率、予想者ランク等が、予想者ごとに表示される。各予想者の予想は、予想回収率が高い順に表示される。予想者Ｊの予想者ランクは１位となっている。他の予想者の予想者ランクの欄には、「参考」と表示される。「参考」は、「参考」が表示された予想者の予想が、まだ確定していない蓋然性が高いことを示す。なお、予想一覧ページに、例えば、予想回収率等の情報が表示されてもよい。また、例えば、予想回収率が高い順に、予想が表示されてもよい。また、例えば、予想的中率の高い順又は低い順に予想を表示するか、予想回収率の高い順又は低い順に予想を表示するか、予想者ランクが高い順又は低い順に予想を表示するか等を、閲覧者の操作により変更可能であってもよい。
【００４５】
閲覧者が、タイミングＴ２の直前（図３の閲覧２）で予想一覧ページを閲覧したとする。この時点で重視する材料情報が確定している予想者は、予想者Ｃ、Ｈ及びＪである。複数の予想者が重視する材料情報が確定している場合、馬券発売代行サーバ１は、例えば、予想的中率又は予想回収率が高い予想者ほど、予想者ランクを高くしてもよい。例えば、馬券発売代行サーバ１は、予想者Ｃ、Ｈ及びＪの予想者ランクを、それぞれ、１位、２位及び３位にする。馬券発売代行サーバ１は、その他の予想者に対して、予想者ランクを付けない。図４（ｂ）は、閲覧タイミングがタイミングＴ２の直前である場合の予想一覧ページの表示例を示す図である。
【００４６】
閲覧者が、タイミングＴ３の直前（図３の閲覧３）で予想一覧ページを閲覧したとする。この時点で重視する材料情報が確定している予想者は、予想者Ｃ、Ｄ、Ｆ、Ｇ、Ｈ及びＪである。そのため、馬券発売代行サーバ１は、Ｃ、Ｄ、Ｆ、Ｇ、Ｈ及びＪの予想者ランクを、それぞれ、１位、２位、３位、４位、５位及び６位にする。馬券発売代行サーバ１は、その他の予想者に対して、予想者ランクを付けない。図４（ｃ）は、閲覧タイミングがタイミングＴ３の直前である場合の予想一覧ページの表示例を示す図である。
【００４７】
閲覧者が、タイミングＴ４の直前（図３の閲覧４）で予想一覧ページを閲覧したとする。この時点では、全て予想者について、重視する材料情報が確定している。従って、各予想者の予想者ランクは予想的中率のランクと同一になる。このときの予想一覧ページの表示例の図示は省略する。
【００４８】
複数の予想者のランキングの表示の制御方法は、上述した方法に限られない。例えば、馬券発売代行サーバ１は、各予想者の予想の表示順を変更してもよい。例えば、表示順が予想的中率で決まる場合、馬券発売代行サーバ１は、例えば、重視する材料情報が確定していない予想者の予想的中率に所定値を減算して、予想的中率を修正してもよい。そして、馬券発売代行サーバ１は、修正後の予想的中率が高い予想者の順に、予想が表示されるように、予想一覧ページを生成してもよい。つまり、修正された予想的中率に応じたランキングに従った順序で、各予想者の予想が表示される。この場合においても、予想一覧ページに表示される予想的中率は、修正前の予想的中率である。
【００４９】
また、例えば、馬券発売代行サーバ１は、各予想者の予想の表示態様を変えてもよい。表示態様として、例えば、フォントスタイル、フォントのサイズ、フォントの色、予想が表示される領域の大きさ、その領域の色等が挙げられる。例えば、馬券発売代行サーバ１は、重視する材料情報が確定している予想者の予想が、図４に示す表示態様よりも閲覧者に認識しやすい表示態様で表示されるように、予想一覧ページを生成してもよい。また、馬券発売代行サーバ１は、重視する材料情報が確定していない予想者の予想が、図４に示す表示態様よりも閲覧者に認識しにくい表示態様で表示されるように、予想一覧ページを生成してもよい。これらの場合、各予想者の予想の表示順は、予想的中率や予想回収率等に応じた順であってもよい。
【００５０】
［１−３．馬券発売代行サーバの構成］
次に、馬券発売代行サーバ１の構成について、図５及び図６を用いて説明する。
【００５１】
図５（ａ）は、本実施形態に係る馬券発売代行サーバ１の概要構成の一例を示すブロック図である。図５（ａ）に示すように、馬券発売代行サーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。
【００５２】
通信部１１は、ネットワークＮＷに接続してユーザ端末３等との通信状態を制御するようになっている。
【００５３】
記憶部１２は、記憶手段、購入履歴記憶手段及びオッズ記憶手段の一例である。記憶部１２は、例えば、ハードディスクドライブ等により構成されている。この記憶部１２には、会員情報ＤＢ１２ａ、レース情報ＤＢ１２ｂ、馬券情報ＤＢ１２ｃ、オッズ情報ＤＢ１２ｄ、レース結果ＤＢ１２ｅ、馬券購入履歴ＤＢ１２ｆ、予想情報ＤＢ１２ｇ等のデータベースが構築されている。「ＤＢ」は、データベースの略語である。
【００５４】
図６（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、競馬サイトに会員登録しているユーザに関する会員情報が、ユーザごとに対応付けて登録される。具体的に、会員情報ＤＢ１２ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス、予想的中率、予想回収率、重視情報確定タイミング等のユーザの属性が対応付けて登録される。ユーザＩＤは、ユーザの識別情報である。重視情報確定タイミングは、レースの結果を予想するためにユーザが重視する材料情報が確定するタイミングである。重視情報確定タイミングとして、Ｔ０〜Ｔ４の何れかが設定される。例えば、馬券発売代行サーバ１は、定期的に、各ユーザが重視する材料情報を予約情報に基づいて特定し、重視情報確定タイミングを予め登録してもよい。例えば、馬券発売代行サーバ１は、１日に１回行ってもよいし、レースが終了するたびに行ってもよい。また、馬券発売代行サーバ１は、例えば、予想一覧リクエストを受信したタイミングで、対象のレースに対して予想を投稿した各ユーザが重視する材料情報を予約情報に基づいて特定してもよい。
【００５５】
図６（ｂ）は、レース情報ＤＢ１２ｂに登録される内容の一例を示す図である。レース情報ＤＢ１２ｂには、レースに関するレース情報が、レースごとに登録される。具体的に、レース情報ＤＢ１２ｂには、レースＩＤ、レース名、グレード、競馬場名、開催日、発走時刻、レース番号、馬場情報、出走馬情報、騎手情報等の情報が対応付けて登録される。レースＩＤは、レースの識別情報である。馬場情報は、馬場に関する情報である。レース場の馬場情報は、例えば、馬場状態等を含む。出走馬情報は、レースに出場する競走馬に関する情報である。例えば、出走馬情報には、枠番、馬番、馬名、年齢、体重、血統、過去の成績、出走取り消しの有無等が、競走馬ごとに格納される。騎手情報は、競走馬に騎乗する騎手に関する情報である。例えば、騎手情報には、騎乗する競走馬の馬番、騎手名、騎手の過去の成績、騎手変更の有無等が、競走馬ごとに設定される。各レースのレース情報の全部又は一部は、主催元サーバ２から馬券発売代行サーバ１へ随時送信される。システム制御部１４は、受信した情報で、レース情報ＤＢ１２ｂに登録されている情報を更新する。
【００５６】
図６（ｃ）は、馬券情報ＤＢ１２ｃに登録される内容の一例を示す図である。馬券情報ＤＢ１２ｃには、発売される馬券に関する馬券情報が、馬券ごとに登録されている。具体的に、馬券情報ＤＢ１２ｃには、レースＩＤ、馬券ＩＤ、式別、投票対象の番号等が対応付けて登録される。馬券ＩＤは、馬券の識別情報である。レースＩＤは、馬券ＩＤが示す馬券が、どのレースの馬券であるかを示す。投票対象の番号は、馬番又は枠番である。投票対象の番号は、式別に応じて一又は複数登録されている。式別と投票対象の番号との組み合わせは、買い目を示す。
【００５７】
図６（ｄ）は、オッズ情報ＤＢ１２ｄに登録される内容の一例を示す図である。オッズ情報ＤＢ１２ｄには、馬券のオッズに関するオッズ情報が、各馬券について所定時間間隔ごとに登録される。具体的に、オッズ情報ＤＢ１２ｄには、レースＩＤ、馬券ＩＤ、更新日時、オッズ等が対応付けて登録される。オッズ情報は、主催元サーバ２から馬券発売代行サーバ１へ所定時間間隔（例えば、１分間隔等）で送信される。システム制御部１４は、受信したオッズ情報をオッズ情報ＤＢ１２ｄに登録する。更新日時は、馬券ＩＤが示す馬券のオッズが主催元サーバ２により更新された日時を示す。
【００５８】
図６（ｅ）は、レース結果ＤＢ１２ｅに登録される内容の一例を示す図である。レース結果ＤＢ１２ｅには、レースの結果に関するレース結果情報が、レースごとに登録される。具体的に、レース結果ＤＢ１２ｅには、レースＩＤ、着順情報、的中馬券情報等が対応付けて登録される。着順情報は、レースにおける各競走馬の着順を示す。例えば、着順情報には、着順と馬番とが競走馬ごとに対応付けて設定される。的中馬券情報は、的中した馬券に関する情報である。例えば、的中馬券情報には、的中した馬券の馬券ＩＤ及び最終オッズ等が馬券ごとに対応付けて設定される。主催元サーバ２は、レースが終了して、レースの結果が確定すると、対応するレース結果情報を馬券発売代行サーバ１へ送信する。
【００５９】
図６（ｆ）は、馬券購入履歴ＤＢ１２ｆに登録される内容の一例を示す図である。馬券購入履歴ＤＢ１２ｆには、ユーザによる馬券の購入の履歴が、購入された馬券ごとに馬券購入履歴として登録される。具体的に、馬券購入履歴ＤＢ１２ｆには、ユーザＩＤ、購入日時、レースＩＤ、馬券ＩＤ、式別、投票対象の番号、購入枚数等が対応付けて登録される。ユーザＩＤは、馬券を購入したユーザを示す。購入日時は、馬券の購入が受け付けられた日時を示す。馬券ＩＤは、ユーザが購入した馬券を示す。レースＩＤ、馬券ＩＤ、式別及び投票対象の番号の組み合わせは、馬券情報ＤＢ１２ｃに登録されるレースＩＤ、馬券ＩＤ、式別及び投票対象の番号の組み合わせと同じである。
【００６０】
図６（ｇ）は、予想情報ＤＢ１２ｇに登録される内容の一例を示す図である。予想情報ＤＢ１２ｇには、ユーザによるレースの予想を示す予想情報が、馬券発売代行サーバ１が予想を受け付けるごとに登録される。具体的に、予想情報ＤＢ１２ｇには、ユーザＩＤ、投稿日時、レースＩＤ、本命馬の馬番、対抗馬の馬番、単穴馬の馬番、連下馬の馬番等が対応付けて登録される。ユーザＩＤは、予想を行ったユーザを示す。なお、本命馬、対抗馬、単穴馬及び連下馬のうちの一部のみの馬番をユーザが選択して予想を登録することができるようになっていてもよい。投稿日時は、予想が投稿された日時を示す。レースＩＤは、受け付けられた予想がどのレースに対する予想であるかを示す。同一のレースに対する同一のユーザからの予想情報が複数登録される場合がある。
【００６１】
次に、記憶部１２に記憶されるその他の情報について説明する。記憶部１２には、ウェブページを表示するためのＨＴＭＬ文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。また、記憶部１２には、各種の設定値、閾値、定数等が記憶されている。
【００６２】
また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（Database Management System）、馬券発行代行管理プログラム等の各種プログラムが記憶されている。馬券発行代行管理プログラムは、馬券の購入の受付、払い戻し、予想の受付、予想の表示の制御等の処理を実行するためのプログラムである。馬券発行代行管理プログラムは、本発明における情報処理プログラムの一例である。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。また、馬券発行代行管理プログラムは、プログラム製品であってもよい。
【００６３】
入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。
【００６４】
システム制御部１４は、ＣＰＵ１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。図５（ｂ）は、本実施形態に係る馬券発売代行サーバ１の機能ブロックの一例を示す図である。システム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、図５（ｂ）に示すように、リクエスト取得部１４１、重視情報特定部１４２及びランキング制御部１４３等として機能する。リクエスト取得部１４１は、本発明における取得手段の一例である。重視情報特定部１４２は、本発明における特定手段の一例である。ランキング制御部１４３は、本発明における制御手段の一例である。リクエスト取得部１４１は、馬券発売代行サーバ１がユーザ端末３から受信したリクエストを、通信部１１を介して取得する。重視情報特定部１４２は、予想者が重視する材料情報を特定する。ランキング制御部１４３は、リクエスト取得部１４１が予想一覧リクエストを取得した時刻と、予想一覧リクエストに基づいて特定されるレースの結果を予想した予想者について重視情報特定部１４２が特定した重視する材料情報の更新時刻とに基づいて、予想一覧ページにおける複数の予想者のランキングの表示を制御する。
【００６５】
なお、馬券発売代行サーバ１が、複数のサーバ装置で構成されてもよい。例えば、馬券の購入の受付や払い戻し等の処理を行うサーバ装置、予想の受付や予想の表示の制御等の処理を行うサーバ装置、ユーザ端末３からのリクエストに応じてウェブページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。
【００６６】
［１−４．情報処理システムの動作］
次に、情報処理システムＳの動作について、図７及び図８を用いて説明する。馬券発売代行サーバ１のシステム制御部１４は、例えば、定期的に重視情報特定処理を実行する。重視情報特定処理は、全てのユーザについて、ユーザが重視する材料情報を特定するための処理である。重視情報特定処理において、システム制御部１４は、ユーザごとに、１ユーザ重視情報特定処理を実行する。１ユーザ重視情報特定処理は、１人のユーザについて、重視する材料情報を特定するための処理である。図７は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による重視情報特定処理の一例を示すフローチャートである。
【００６７】
図７に示すように、重視情報特定部１４２は、期間１〜４のそれぞれについて、予想の最終投稿の回数を数えるためのカウンタを０に初期化する（ステップＳ１）。次いで、重視情報特定部１４２は、対象のユーザのユーザＩＤを含む予想情報を、予想情報ＤＢ１２ｇから検索する（ステップＳ２）。次いで、重視情報特定部１４２は、検索した予想情報を、対象のユーザが予想を投稿したレースごとにグループ化する（ステップＳ３）。具体的に、重視情報特定部１４２は、レースＩＤが同一である複数の予想情報を、１つのグループとする。また、重視情報特定部１４２は、他の予想情報とはレースＩＤが同一ではない各予想情報を、それぞれ１つのグループとする。次いで、重視情報特定部１４２は、対象のユーザが予想を投稿したレースのうち１つを選択する（ステップＳ４）。
【００６８】
次いで、重視情報特定部１４２は、選択したレースの期間１〜４のうち、対象のユーザによる最終投稿日時が含まれる期間を特定する（ステップＳ５）。具体的に、重視情報特定部１４２は、選択したレースのレース情報を、レース情報ＤＢ１２ｂから取得する。重視情報特定部１４２は、レース情報に含まれる開催日及び発走時刻に基づいて、タイミングＴ０〜Ｔ４のそれぞれに対応する日時を決定する。また、重視情報特定部１４２は、選択したレースの各予想情報から、投稿日時を取得する。次いで、重視情報特定部１４２は、取得した投稿日時のうち最も遅い投稿日時を、最終投稿日時に決定する。次いで、重視情報特定部１４２は、タイミングＴ０〜Ｔ４のそれぞれに対応する日時と、最終投稿日時とを比較する。これにより、重視情報特定部１４２は、最終投稿日時が含まれる期間を特定する。次いで、重視情報特定部１４２は、特定した期間に対応するカウンタに１を加算する（ステップＳ６）。
【００６９】
次いで、重視情報特定部１４２は、対象のユーザが予想を投稿したレースの中にまだ選択していないレースがあるか否かを判定する（ステップＳ７）。このとき、重視情報特定部１４２は、まだ選択していないレースがあると判定した場合には（ステップＳ７：ＹＥＳ）、ステップＳ８に進む。ステップＳ８において、重視情報特定部１４２は、まだ選択していないレースのうち１つを選択する。次いで、重視情報特定部１４２は、ステップＳ５に進む。一方、重視情報特定部１４２は、対象のユーザが予想を投稿したレースの全てを選択したと判定した場合には（ステップＳ７：ＮＯ）、ステップＳ９に進む。ステップＳ９において、重視情報特定部１４２は、期間１〜４のカウンタのうち値が最も大きいカウンタを選択する。次いで、重視情報特定部１４２は、選択したカウンタに対応する期間の開始タイミングを、対象のユーザの重視情報確定タイミングに決定する。そして、重視情報特定部１４２は、決定した重視情報確定タイミングを、対象のユーザのユーザＩＤに対応付けて会員情報ＤＢ１２ａに登録する。重視情報特定部１４２は、ステップＳ９の処理を終えると、重視情報特定処理を終了させる。
【００７０】
図８は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による予想一覧ページ送信処理の一例を示すフローチャートである。予想一覧ページ送信処理は、リクエスト取得部１４１が、ユーザ端末３から送信された予想一覧リクエストを通信部１１を介して取得したときに開始される。予想一覧リクエストは、例えば、閲覧者のユーザＩＤ、予想一覧を表示する対象のレースのレースＩＤ等を含む。リクエスト取得部１４１は、予想一覧リクエストを取得した日時を、受信日時として記録する。また、リクエスト取得部１４１は、予想一覧リクエストからレースＩＤを取得する。これにより、リクエスト取得部１４１は、対象のレースを特定する。
【００７１】
図８に示すように、ランキング制御部１４３は、対象のレースの最新の予想情報を取得する（ステップＳ１１）。具体的に、ランキング制御部１４３は、対象のレースのレースＩＤを含む予想情報を、予想情報ＤＢ１２ｇから検索する。次いで、ランキング制御部１４３は、検索された予想情報を、予想した予想者ごとにグループ化する。このとき、ランキング制御部１４３は、ユーザＩＤが同一である複数の予想情報を、１つのグループとする。また、重視情報特定部１４２は、他の予想情報とはユーザＩＤが同一ではない各予想情報を、それぞれ１つのグループとする。そして、ランキング制御部１４３は、グループごとに、投稿日時が最も遅い予想情報を抽出する。
【００７２】
次いで、ランキング制御部は、予想の表示順位を、予想者の予想的中率に基づいて決定する（ステップＳ１２）。具体的に、ランキング制御部１４３は、検索された各予想情報からユーザＩＤを取得する。これにより、ランキング制御部１４３は、対象のレースの予想者を特定する。次いで、ランキング制御部１４３は、取得したユーザＩＤに対応する予想的中率を会員情報ＤＢ１２ａから取得する。次いで、ランキング制御部１４３は、予想的中率が高い予想者ほど、予想的中率のランクを高くする。そして、ランキング制御部１４３は、予想的中率のランクを表示順に決定する。
【００７３】
次いで、ランキング制御部１４３は、対象のレースの期間１〜４のうち、予想一覧リクエストの受信日時が含まれる期間を特定する（ステップＳ１３）。具体的に、ランキング制御部１４３は、対象のレースのレース情報を、レース情報ＤＢ１２ｂから取得する。ランキング制御部１４３は、レース情報に含まれる開催日及び発走時刻に基づいて、タイミングＴ０〜Ｔ４のそれぞれに対応する日時を決定する。次いで、ランキング制御部１４３は、タイミングＴ０〜Ｔ４のそれぞれに対応する日時と、受信日時とを比較する。これにより、ランキング制御部１４３は、受信日時が含まれる期間を特定する。
【００７４】
次いで、ランキング制御部１４３は、各予想者の重視情報確定タイミングを取得する（ステップＳ１４）。具体的に、ランキング制御部１４３は、予想情報に含まれるユーザＩＤに対応する重視情報確定タイミングを会員情報ＤＢ１２ａから取得する。次いで、ランキング制御部１４３は、対象のレースの予想者の中から、重視情報確定タイミングが、受信日時に含まれる期間の開始タイミングと同一であるか、又は、重視情報確定タイミングが、受信日時に含まれる期間の開始タイミングよりも前である予想者を抽出する（ステップＳ１５）。次いで、ランキング制御部１４３は、抽出された予想者の予想者ランクを、予想的中率に基づいて決定する（ステップＳ１６）。具体的に、ランキング制御部１４３は、抽出した予想者の範囲内で予想的中率が高い予想者ほど、予想者ランクを高くする。次いで、ランキング制御部１４３は、対象のレースの予想者のうちステップＳ１５で抽出されなかった予想者の予想者ランクを、「参考」に決定する（ステップＳ１７）。
【００７５】
次いで、ランキング制御部１４３は、予想一覧ページの生成及び送信を行う（ステップＳ１８）。具体的に、ランキング制御部１４３は、予想情報から各予想馬の馬番を取得する。また、ランキング制御部１４３は、会員情報ＤＢ１２ａから予想者のニックネームを取得する。そして、ランキング制御部１４３は、各予想者の予想の情報として、予想馬の馬番、ニックネーム、予想的中率、予想者ランク等を含むＨＴＭＬ文書を生成する。このとき、ランキング制御部１４３は、ステップＳ１２で決定した表示順に従って、各予想者の予想を並べる。ランキング制御部１４３は、生成したＨＴＭＬ文書を、予想一覧リクエストを送信してきたユーザ端末３へ送信する。ランキング制御部１４３は、ステップＳ１８の処理を終えると、予想一覧ページ送信処理を終了させる。ＨＴＭＬ文書を受信したユーザ端末３は、このＨＴＭＬ文書に基づいて、例えば、図４に示すような予想一覧ページを表示する。ランキング制御部１４３は、予想一覧ページのＨＴＭＬ文書を送信することにより、ユーザ端末３による予想者のランキングの表示を制御する。
【００７６】
以上説明したように、本実施形態によれば、システム制御部１４が、ユーザ端末３から予想一覧リクエストを取得する。また、システム制御部１４が、記憶部１２に記憶された予想情報と、複数の材料情報のそれぞれの更新時刻とに基づいて、予想者が重視する材料情報を特定する。そして、システム制御部１４が、予想一覧リクエストが取得された時刻と、予想一覧リクエストに基づいて特定されるレースにおける材料情報の更新時刻であって、予想一覧リクエストに基づいて特定される複数の予想者のそれぞれについて特定された材料情報の更新時刻と、に基づいて、複数の予想者のランキングの表示を制御する。従って、予想の閲覧のタイミングに応じて適切なランキングを提示することができる。
【００７７】
また、システム制御部１４が、期間１〜４のうち予想者による予想の最終投稿時刻が含まれる期間に基づいて、予想者が重視する材料情報を特定する。従って、より適切なランキングを提示することができる。
【００７８】
［２．第２実施形態］
次に、第２実施形態について、図９を用いて説明する。本実施形態において、馬券発売代行サーバ１は、予想者が挙げた予想馬のうち、優先順位が所定の基準順位以上である予想馬が確定した予想の投稿時刻が含まれる期間に基づいて、予想者が重視する材料情報を特定する。優先順位は、例えば、予想者が優先して予想する予想馬の順位を示す。或いは、優先順位は、例えば、予想者が、着順が上位になる可能性が高いと考えている予想馬の順位を示す。本命、対抗、単穴、連下の順に優先順位が高い。予想者は、優先順位が高い予想馬ほど真剣に予想する蓋然性がある。また、閲覧者も、優先順位が高い予想馬の情報を重視し、優先順位が低い予想馬の情報は優先順位が高い予想馬の情報と比べて重視しない傾向がある。従って、閲覧者が予想を閲覧するタイミングにおいて予想の主要部分である優先順位が高い予想馬の予想が確定していれば、閲覧者としても当該予想を問題なく参考にすることができる。優先順位が基準順位以上である予想馬を、主要予想馬という。
【００７９】
例えば、基準順位が２位であるとする。この場合、主要予想馬は、本命馬と対抗馬である。例えば、ユーザＡが、あるレースにおいて、期間１〜４のそれぞれで予想を投稿したとする。期間１に投稿された予想において、本命、対抗、単穴及び連下の馬番は、それぞれ１、２、３及び４であるとする。期間２に投稿された予想において、本命、対抗、単穴及び連下の馬番は、それぞれ３、５、４及び６であるとする。期間３に投稿された予想において、本命、対抗、単穴及び連下の馬番は、それぞれ３、２、４及び６であるとする。期間４に投稿された予想において、本命、対抗、単穴及び連下の馬番は、それぞれ３、２、８及び４であるとする。この場合、期間３で、本命馬及び対抗馬が確定している。従って、本命馬と対抗馬とを予想するためにユーザＡが重視する材料情報は、Ｔ２情報である蓋然性がある。
【００８０】
なお、主要予想馬を構成する予想馬は変化しないが、主要予想馬の中での優先順が変わっている場合に、馬券発売代行サーバ１は、主要予想馬が確定していると判定してもよい。つまり、馬券発売代行サーバ１は、主要予想馬の組み合わせが変化しなくなった場合、主要予想馬が確定していると判定してもよい。また、馬券発売代行サーバ１は、例えば、予想者が着順を問わない式別の馬券を購入する傾向がある場合にのみ、主要予想馬が確定していると判定してもよい。着順を問わない式別とは、例えば、式別によって２位以下の範囲で定められた着順以上になる１以上の競走馬を的中させる投票方法であって、式別によって定められた着順以上であれば、投票される競走馬の着順が如何なる着順であっても的中する投票方法である。着順を問わない式別として、例えば、普通馬番号連勝複式、枠番号連勝複式、複勝式、ワイド、馬番号３連勝複式がある。馬券発売代行サーバ１は、馬券購入履歴に基づいて、予想者の投票券の購入傾向を判定することができる。例えば、馬券発売代行サーバ１は、予想者が購入した投票券のうち着順を問わない式別の投票券の購入割合が予め設定された基準値よりも高い場合、予想者が着順を問わない式別の馬券を購入する傾向があると判定してもよい。この基準値は、例えば、５０％等であってもよい。例えば、期間３での予想者Ａの本命及び対抗の馬番が１及び２であり、期間４での予想者Ａの本命及び対抗の馬番が２及び１であるとする。予想者Ａが着順を問わない式別の馬券を購入する傾向がある場合、馬券発売代行サーバ１は、期間３で主要予想馬が確定したと判定してもよい。一方、予想者Ａが着順を問わない式別の馬券を購入する傾向がない場合、馬券発売代行サーバ１は、期間４で主要予想馬が確定したと判定してもよい。また、基準順位は１位又は３位であってもよい。
【００８１】
また、馬券発売代行サーバ１は、予想一覧ページにおいて、例えば、複数のランキングを互いに異なる列に表示させてもよい。具体的に、馬券発売代行サーバ１は、着順を問わない式別の馬券を購入する閲覧者向けの第１の予想者ランクと、着順を問う式別の馬券を購入する閲覧者向けの第２の予想者ランクとが表示されるように、予想一覧ページを生成する。第１の予想者ランクの場合、馬券発売代行サーバ１は、各予想者による主要予想馬の組み合わせが確定した時刻に基づいて、第１の予想者ランクを決定する。第２の予想者ランクの場合、馬券発売代行サーバ１は、主要予想馬の組み合わせが確定し、且つ、主要予想馬の中での優先順位も確定した時刻に基づいて、第２の予想者ランクを決定する。
【００８２】
図９は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による１ユーザ重視情報特定処理の一例を示すフローチャートである。図９において、図７と同様のステップについては同様の符号が付されている。図９に示すように、重視情報特定部１４２は、対象のユーザのユーザＩＤを含む馬券購入履歴を、馬券購入履歴ＤＢ１２ｆから検索する（ステップＳ２１）。次いで、重視情報特定部１４２は、取得した馬券購入履歴に基づいて、対象のユーザによる着順を問わない馬券の購入割合を計算する（ステップＳ２２）。具体的に、重視情報特定部１４２は、取得した各馬券購入履歴から式別と購入枚数とを取得する。重視情報特定部１４２は、全ての馬券購入履歴から取得した購入枚数を足し合わせて、総購入枚数を計算する。また、重視情報特定部１４２は、式別が普通馬番号連勝複式、枠番号連勝複式、複勝式、ワイド又は馬番号３連勝複式である馬券の購入枚数を足し合わせて、着順を問わない馬券の購入枚数を計算する。そして、重視情報特定部１４２は、着順を問わない馬券の購入枚数を総購入枚数で割ることにより、購入割合を計算する。次いで、重視情報特定部１４２は、ステップＳ１〜Ｓ４を実行する。
【００８３】
次いで、重視情報特定部１４２は、ステップＳ２２で計算した購入割合が、記憶部１２に予め記憶されている基準値よりも高いか否かを判定する（ステップＳ２３）。このとき、重視情報特定部１４２は、購入割合が基準値よりも高くはないと判定した場合には（ステップＳ２３：ＮＯ）、ステップＳ２４に進む。一方、重視情報特定部１４２は、購入割合が基準値よりも高いと判定した場合には（ステップＳ２３：ＹＥＳ）、ステップＳ２５に進む。
【００８４】
ステップＳ２４において、重視情報特定部１４２は、選択したレースの期間１〜４のうち、主要予想馬が確定した投稿日時が含まれる期間を特定する。ここで、重視情報特定部１４２は、主要予想馬の中での優先順位も確定した投稿日時が含まれる期間を特定する。具体的に、重視情報特定部１４２は、選択したレースの予想情報が１つのみである場合、予想情報に含まれる投稿日時を、主要予想馬が確定した投稿日時として取得する。選択したレースの予想情報が複数ある場合、重視情報特定部１４２は、記憶部１２に予め記憶されている基準順位を取得する。次いで、重視情報特定部１４２は、選択したレースの予想情報を、投稿日時が遅い順に並べ替える。次いで、重視情報特定部１４２は、投稿日時が遅い順で１番目の予想情報と２番目の予想情報から優先順位が基準順位以上の予想馬の馬番を取得する。重視情報特定部１４２は、馬番同士を比較して、主要予想馬が変化したか否かを判定する。このとき、重視情報特定部１４２は、優先順位が同一である馬番同士を比較する。主要予想馬が変化している場合、重視情報特定部１４２は、１番目の予想情報に含まれる投稿日時を、主要予想馬が確定した投稿日時として取得する。主要予想馬が変化していない場合、重視情報特定部１４２は、まだ馬番を取得していない予想情報があるか否かを判定する。まだ馬番を取得していない予想情報がない場合、重視情報特定部１４２は、２番目の予想情報に含まれる投稿日時を、主要予想馬が確定した投稿日時として取得する。まだ馬番を取得していない予想情報がある場合、重視情報特定部１４２は、３番目の予想情報から優先順位が基準順位以上の予想馬の馬番を取得する。次いで、重視情報特定部１４２は、２番目の予想情報の馬番と３番目の馬番同士を比較して、主要予想馬が変化したか否かを判定する。以下同様にして、重視情報特定部１４２は、主要予想馬が確定した投稿日時を取得するまで、処理を繰り返す。次いで、重視情報特定部１４２は、選択したレースのタイミングＴ０〜Ｔ４のそれぞれに対応する日時と、主要予想馬が確定した投稿日時とを比較する。これにより、重視情報特定部１４２は、主要予想馬が確定した投稿日時が含まれる期間を特定する。次いで、重視情報特定部１４２は、ステップＳ６〜９を実行する。
【００８５】
ステップＳ２５において、重視情報特定部１４２は、選択したレースの期間１〜４のうち、主要予想馬の組み合わせが確定した投稿日時が含まれる期間を特定する。つまり、重視情報特定部１４２は、主要予想馬の組み合わせが確定したのであれば、主要予想馬の中での優先順位がその後変化したか否かは問わない。ステップＳ２５の基本的な処理内容はステップＳ２４と同様である。ただし、重視情報特定部１４２は、主要予想馬の馬番同士を比較するとき、馬番の組み合わせが一致すれば、主要予想馬が変化していないと判定する。次いで、重視情報特定部１４２は、ステップＳ６〜９を実行する。
【００８６】
以上説明したように、本実施形態によれば、システム制御部１４が、期間１〜４のうち、予想者が予想する競走馬の中での優先順位が基準順位以上である競走馬が確定した時刻が含まれる期間に基づいて、予想者が重視する材料情報を特定する。従って、複数の競走馬の予想の中での予想の有用性に応じた適切なランキングを提示することができる。
【００８７】
また、システム制御部１４が、記憶部１２から取得された購入履歴に基づいて、予想者が着順を問わない式別の馬券を購入する傾向があるか否かを判定する。そして、システム制御部１４が、着順を問わない式別の馬券を購入する傾向があると判定された予想者が予想する競走馬の中での優先順位が基準順位以上である競走馬の組み合わせが確定した時刻が含まれる期間に基づいて、予想者が重視する材料情報を特定する。従って、予想者の馬券の購入傾向に応じた適切なランキングを提示することができる。
【００８８】
［３．第３実施形態］
次に、第３実施形態について、図１０及び図１１を用いて説明する。本実施形態において、馬券発売代行サーバ１は、閲覧者の投票傾向に応じて、予想者のランキングの表示を制御する。具体的に、馬券購入履歴に基づいて、閲覧者が投票する競走馬の頭数の傾向を特定する。特定された頭数を、投票傾向頭数という。馬券発売代行サーバ１は、閲覧者が投票する傾向がある競走馬の頭数に対応する順位を、基準順位として用いる。そして、馬券発売代行サーバ１は、予想者が挙げた予想馬のうち、優先順位が、投票傾向頭数に対応する基準順位以上である予想馬が確定した予想の投稿時刻が含まれる期間に基づいて、予想者が重視する材料情報を特定する。閲覧者によって、１つのレースに対して投票する競走馬の頭数は異なる。例えば、閲覧者が１頭の競走馬のみに投票する傾向がある場合、予想の情報として、本命馬が確定していれば十分である。この場合の基準順位は１位である。一方、閲覧者が３頭の競走馬に投票する傾向がある場合、予想の情報として、本命馬、対抗馬及び単穴馬が確定している必要がある。この場合の基準順位は３位である。馬券発売代行サーバ１は、１〜４位の範囲内で基準順位を設定する。
【００８９】
投票傾向頭数を特定するために、馬券発売代行サーバ１は、ユーザが各レースで投票した競走馬の頭数を特定する。この頭数を、投票頭数という。馬券発売代行サーバ１は、例えば、投票されたレースの数が最も多い投票頭数を、投票傾向頭数に決定してもよい。
【００９０】
馬券発売代行サーバ１は、例えば、馬券の式別に基づいて投票頭数を特定してもよい。式別によって、投票される競走馬の馬番の数又は枠番の数が決まる。馬番の数及び枠番の数が、１つの投票券の投票頭数である。式別として、例えば、単勝式、複勝式、枠番号連勝複式、普通馬番号連勝複式、枠番号連勝単式、馬番号連勝単式、ワイド、馬番号３連勝複式、馬番号３連勝単式がある。単勝式及び複勝式の投票頭数は、１頭である。番号連勝複式、普通馬番号連勝複式、枠番号連勝単式、馬番号連勝単式及びワイドの投票頭数は、２頭である。馬番号３連勝複式、馬番号３連勝単式の投票頭数は、３頭である。
【００９１】
ユーザは、１つのレースについて、複数の馬券を購入する場合がある。例えば、ユーザは、ボックス買いをすることがある。そのため、馬券発売代行サーバ１は、例えば、複数の馬券における馬番の数又は枠番の数を、投票頭数としてもよい。例えば、ユーザが、馬番号連勝単式の馬券として、１−２、２−３及び３−１の馬券を購入したとする。この場合、馬番が１、２及び３であるそれぞれの競走馬にユーザが投票したことになる。従って、投票頭数は３頭である。馬券の購入のしかたによっては、投票頭数が５頭以上になる場合がある。この場合、馬券発売代行サーバ１は、便宜上、投票頭数を４頭としてもよい。その理由は、予想馬の数が４頭であるからである。
【００９２】
各ユーザの投票傾向頭数を特定するタイミングは任意である。例えば、馬券発売代行サーバ１は、予想一覧リクエストを受信したとき、予想一覧リクエストを送信したユーザ端末３を利用するユーザについて、投票傾向頭数を特定してもよい。また、馬券発売代行サーバ１は、定期的に投票傾向頭数を特定してもよい。例えば、馬券発売代行サーバ１は、１日に１回行ってもよいし、レースが終了するたびに行ってもよい。
【００９３】
図１０は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による１ユーザ重視情報特定処理の一例を示すフローチャートである。図１０において、図７と同様のステップについては同様の符号が付されている。図１０に示すように、重視情報特定部１４２は、１〜４頭のそれぞれについて、期間１〜４のそれぞれのカウンタを０に初期化する（ステップＳ３１）。次いで、重視情報特定部１４２は、ステップＳ２〜４を実行する。
【００９４】
次いで、重視情報特定部１４２は、選択したレースの期間１〜４のうち、優先順位が１位の１頭の予想馬、優先順位が２位以上の２頭の予想馬、優先順位が３位以上の３頭の予想馬、優先順位が４位以上の４頭の予想馬が確定した投稿日時が含まれる期間をそれぞれ特定する（ステップＳ３２）。この処理は、基準順位が１位から４位まで変化することを除き、図９のステップＳ２１と同様である。次いで、重視情報特定部１４２は、頭数ごとに、特定した期間に対応するカウンタに１を加算する（ステップＳ３３）。次いで、重視情報特定部１４２は、ステップＳ７及びＳ８を実行する。
【００９５】
ステップＳ７において、重視情報特定部１４２は、対象のユーザが予想を投稿したレースの全てを選択したと判定した場合には（ステップＳ７：ＮＯ）、ステップＳ３４に進む。ステップＳ３４において、重視情報特定部１４２は、頭数ごとに、期間１〜４のカウンタのうち値が最も大きいカウンタを選択する。次いで、重視情報特定部１４２は、選択したカウンタに対応する期間の開始タイミングを、対象のユーザの重視情報確定タイミングに決定する。そして、重視情報特定部１４２は、決定した各重視情報確定タイミングを、対象のユーザのユーザＩＤ及び頭数に対応付けて会員情報ＤＢ１２ａに登録する。重視情報特定部１４２は、ステップＳ３４の処理を終えると、重視情報特定処理を終了させる。
【００９６】
図１１は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による予想一覧ページ送信処理の一例を示すフローチャートである。図１１において、図８と同様のステップについては同様の符号が付されている。図１１に示すように、ランキング制御部１４３は、ステップＳ１１〜Ｓ１３を実行する。次いで、ランキング制御部１４３は、１〜４頭のそれぞれの投票頭数のカウンタを０に初期化する（ステップＳ４１）。次いで、ランキング制御部１４３は、閲覧者のユーザＩＤを含む馬券購入履歴を、馬券購入履歴ＤＢ１２ｆから検索する（ステップＳ４２）。次いで、ランキング制御部１４３は、検索した馬券購入履歴を、閲覧者が投票券を購入したレースごとにグループ化する（ステップＳ４３）。この処理の方法は、予想情報をレースごとにグループ化する方法と同様である。次いで、ランキング制御部１４３は、閲覧者が投票券を購入したレースのうち１つを選択する（ステップＳ４４）。
【００９７】
次いで、ランキング制御部１４３は、選択したレースの馬券購入履歴に基づいて、選択したレースでの投票頭数を特定する（ステップＳ４５）。例えば、馬券購入履歴が１つのみある場合、ランキング制御部１４３は、馬券購入履歴に含まれる式別に基づいて、投票頭数を特定する。一方、馬券購入履歴が複数ある場合、ランキング制御部１４３は、各馬券購入履歴から馬番又は枠番を取得する。ランキング制御部１４３は、馬番又は枠番をそれぞれ昇順に並べる。ランキング制御部１４３は、同一の番号が複数存在する場合、同一の番号のうち１つのみを残し、その他の番号を削除する。ランキング制御部１４３は、この処理により残った番号の数を投票頭数とする。なお、馬番を指定する馬券と枠番を指定する馬券とをユーザが購入した場合、馬番と枠番とか混在する。この場合の投票頭数の特定方法は任意である。次いで、ランキング制御部１４３は、特定した投票頭数に対応するカウンタに１を加算する（ステップＳ４６）。
【００９８】
次いで、ランキング制御部１４３は、閲覧者が投票券を購入したレースの中にまだ選択していないレースがあるか否かを判定する（ステップＳ４７）。このとき、ランキング制御部１４３は、まだ選択していないレースがあると判定した場合には（ステップＳ４７：ＹＥＳ）、ステップＳ４８に進む。ステップＳ４８において、ランキング制御部１４３は、まだ選択していないレースのうち１つを選択する。次いで、ランキング制御部１４３は、ステップＳ４５に進む。一方、ランキング制御部１４３は、対象のユーザが予想を投稿したレースの全てを選択したと判定した場合には（ステップＳ４７：ＮＯ）、ステップＳ４９に進む。ステップＳ４９において、ランキング制御部１４３は、１〜４頭のうち、対応するカウンタの値が最も大きい頭数を、投票傾向頭数に決定する。
【００９９】
次いで、ランキング制御部１４３は、各予想者の重視情報確定タイミングを取得する（ステップＳ５０）。具体的に、ランキング制御部１４３は、予想情報に含まれるユーザＩＤに対応する重視情報確定タイミングのうち、投票傾向頭数に対応する重視情報確定タイミングを、会員情報ＤＢ１２ａから取得する。次いで、ランキング制御部１４３は、ステップＳ１５〜Ｓ１８を実行する。
【０１００】
以上説明したように、本実施形態によれば、システム制御部１４が、記憶部１２から取得された購入履歴に基づいて、閲覧者が投票する競走馬の数の傾向を特定する。そして、システム制御部１４が、予想者が予想する競走馬の中での優先順位が、閲覧者が投票する傾向がある数に対応する順位以上である競走馬が確定した時刻が含まれる期間に基づいて特定された重視される材料情報に基づいて、ランキングの表示を制御する。従って、閲覧者の投票傾向に応じた適切なランキングを提示することができる。
【０１０１】
［４．第４実施形態］
次に、第４実施形態について、図１２及び図１３を用いて説明する。本実施形態において、馬券発売代行サーバ１は、予想情報ＤＢ１２ｇに登録された予想情報のうち、閲覧者が予想を閲覧する対象のレースに与えられた条件に対応する条件が与えられた過去のレースの予想情報を用いて予想者が重視する情報として特定された材料情報の更新時刻に基づいて、予想者のランキングの表示を制御する。その理由は、レースの条件に応じて、予想者が重視する材料情報が変わることがあるからである。
【０１０２】
対象のレースに与えられた条件に対応する条件とは、例えば、対象のレースの条件と同一の条件であってもよい。また、例えば、条件の範囲が複数定められており、対象のレースの条件と、過去のレースの条件とが同一の範囲に含まれている場合、馬券発売代行サーバ１は、対象のレースに与えられた条件に対応する条件であると判定してもよい。例えば、レースのグレードの範囲の例として、重賞と重賞以外とがある。また、例えば、条件が数値で表される場合、対象のレースに与えられた条件に対応する条件は、対象のレースの条件から所定値以内の条件であってもよい。
【０１０３】
条件として、例えば、競馬場、グレード、競走馬の出走数、走行距離、天候、馬場の種類、馬場の状態等が挙げられる。これらの条件は、レース情報ＤＢ１２ｂに登録される。馬券発売代行サーバ１は、１種類の条件のみを用いてもよいし、複数種類の条件を組み合わせてもよい。
【０１０４】
図１２は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による１ユーザ重視情報特定処理の一例を示すフローチャートである。図１２において、図７と同様のステップについては同様の符号が付されている。図１２に示すように、重視情報特定部１４２は、１種類の条件又は複数種類の条件の組み合わせに応じて定められる複数の条件の範囲の中から１つを選択する（ステップＳ６１）。次いで、重視情報特定部１４２は、期間１〜４のそれぞれのカウンタを０に初期化する（ステップＳ１）。次いで、重視情報特定部１４２は、対象のユーザの予想情報のうち、選択された条件の範囲に含まれる条件が与えられたレースの予想情報を取得する（ステップＳ６２）。具体的に、重視情報特定部１４２は、対象のユーザのユーザＩＤを含む予想情報を、予想情報ＤＢ１２ｇから検索する。次いで、検索された予想情報に含まれるレースＩＤに対応するレース情報を、レース情報ＤＢ１２ｂから検索する。次いで、重視情報特定部１４２は、レース情報に含まれるレースの条件が、選択された条件の範囲に含まれるか否かを判定する。重視情報特定部１４２は、検索された予想情報の中から、選択された条件の範囲に含まれる条件が与えられたレースの予想情報を抽出する。
【０１０５】
次いで、重視情報特定部１４２は、ステップＳ３〜Ｓ８を実行する。ステップＳ７において、重視情報特定部１４２は、対象のユーザが予想を投稿したレースの全てを選択したと判定した場合には（ステップＳ７：ＮＯ）、ステップＳ６３に進む。ステップＳ６３において、重視情報特定部１４２は、期間１〜４のカウンタのうち値が最も大きいカウンタを選択する。次いで、重視情報特定部１４２は、選択したカウンタに対応する期間の開始タイミングを、対象のユーザの重視情報確定タイミングに決定する。そして、重視情報特定部１４２は、決定した重視情報確定タイミングを、対象のユーザのユーザＩＤ及び選択した条件の範囲に対応付けて会員情報ＤＢ１２ａに登録する。
【０１０６】
次いで、重視情報特定部１４２は、まだ選択していない条件の範囲があるか否かを判定する（ステップＳ６４）。このとき、重視情報特定部１４２は、まだ選択していない条件の範囲があると判定した場合には（ステップＳ６４：ＹＥＳ）、ステップＳ６５に進む。ステップＳ６５において、重視情報特定部１４２は、まだ選択していない条件の範囲のうち１つを選択する。次いで、重視情報特定部１４２は、ステップＳ１に進む。一方、重視情報特定部１４２は、条件の範囲を全て選択したと判定した場合には（ステップＳ６４：ＮＯ）、１ユーザ重視情報特定処理を終了させる。
【０１０７】
図１３は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による予想一覧ページ送信処理の一例を示すフローチャートである。図１３において、図８と同様のステップについては同様の符号が付されている。図１３に示すように、ランキング制御部１４３は、ステップＳ１１〜Ｓ１３を実行する。次いで、ランキング制御部１４３は、対象のレースのレース情報からレースの条件を取得する（ステップＳ７１）。次いで、ランキング制御部１４３は、各予想者の重視情報確定タイミングを取得する（ステップＳ７２）。具体的に、ランキング制御部１４３は、予想者の会員情報に含まれる重視情報確定タイミングのうち、対象のレースの条件が含まれる条件の範囲に対応する重視情報確定タイミングを取得する。次いで、ランキング制御部１４３は、ステップＳ１５〜Ｓ１８を実行する。
【０１０８】
以上説明したように、本実施形態によれば、システム制御部１４が、記憶部１２に記憶された予想情報のうち、予想一覧リクエストに基づいて特定されるレースに与えられる条件と対応する条件が与えられたレースの予想情報に基づいて特定された材料情報の更新時刻に基づいて、ランキングの表示を制御する。従って、レースの条件に応じた適切なランキングを提示することができる。
【０１０９】
［５．第５実施形態］
次に、第５実施形態について、図１４及び図１５を用いて説明する。本実施形態において、馬券発売代行サーバ１は、オッズ情報ＤＢ１２ｄに登録されたオッズに基づいて、閲覧者が予想を閲覧する対象のレースの傾向を推定する。そして、馬券発売代行サーバ１は、予想情報ＤＢ１２ｇに登録された予想情報のうち、閲覧者が予想を閲覧する対象のレースの傾向と同じ傾向の過去のレースの予想情報を用いて予想者が重視する情報として特定された材料情報の更新時刻に基づいて、予想者のランキングの表示を制御する。その理由は、レースの傾向に応じて、予想者が重視する材料情報が変わることがあるからである。また、レースの傾向に応じて、予想者が予想を確定するタイミングが変わることがあるからである。
【０１１０】
馬券発売代行サーバ１は、レースの傾向として、例えば、いわゆる堅いレースであるのか、荒れるレースであるのか等を推定してもよい。あるレースに出場する複数の競走馬を、例えば単勝式のオッズが低い順に並べる。つまり、人気が高い順に競走馬を並べる。ここで、例えば、１番人気の競走馬が優勝する蓋然性が高いレース又は人気が高い順に入賞する蓋然性が高いレースを、堅いレースとしてもよい。一方、例えば、１番人気の競走馬が優勝する蓋然性が低いレース又は人気が高い順に入賞する蓋然性が低いレースを、荒れるレースとする。堅いレースの場合、予想者は予想をさほど迷わない蓋然性があるため、予想が通常よりも早く確定するかもしれない。荒れるレースの場合、予想者は予想を迷う蓋然性があるため、予想が通常よりも遅く確定するかもしれない。
【０１１１】
例えば、馬券発売代行サーバ１は、現在のオッズの変動幅又は変動率に基づいて、レースの傾向を推定してもよい。オッズの変動幅又は変動率が大きいほど、各競走馬に対する人気が変動している蓋然性があり、また、競走馬の人気の順位が変わる蓋然性がある。従って、馬券発売代行サーバ１は、変動幅又は変動率が大きいほど、荒れるレースであると判定してもよい。また、馬券発売代行サーバ１は、各競走馬のオッズを比較することにより、レースの傾向を推定してもよい。例えば、１番人気の競走馬のオッズと２番人気の競走馬のオッズとの差が大きい場合、１番人気の競走馬が優勝する蓋然性が高い。また、レースが開始するまでに、１番人気の競走馬が入れ替わる蓋然性は低い。一方、１番人気の競走馬と２番目以降の競走馬のオッズとの差が小さいほど、１番人気の競走馬が優勝する蓋然性は低い。また、１番人気の競走馬が入れ替わる蓋然性が高い。そこで、馬券発売代行サーバ１は、例えば、１番人気の競走馬のオッズと他の競走馬のオッズとの差が小さいほど、荒れるレースであると判定してもよい。また、例えば、馬券発売代行サーバ１は、１番人気の競走馬のオッズから所定値までの範囲内にあるオッズの競走馬の頭数が多いほど、荒れるレースであると判定してもよい。
【０１１２】
以下では、オッズの変動幅に基づいて、レースの傾向を決定する場合を例として説明する。例えば、１つのレースが終了すると、重視情報特定部１４２は、終了したレースの傾向を決定する。具体的に、重視情報特定部１４２は、終了したレースの単勝式のオッズ情報のうち、例えば更新日時が所定期間内にあるオッズ情報をオッズ情報ＤＢ１２ｄから取得する。次いで、重視情報特定部１４２は、オッズ情報から更新日時とオッズとを取得する。次いで、重視情報特定部１４２は、競走馬ごとに、更新日時が隣接するオッズ同士の差を計算する。そして、重視情報特定部１４２は、オッズの差の平均値を計算することにより、オッズの変動幅を競走馬ごとに計算する。そして、重視情報特定部１４２は、例えば、全ての競走馬のうち、人気が所定の順位以上である競走馬のオッズの変動幅の平均を計算することにより、終了したレースのオッズの変動幅を計算する。
【０１１３】
次いで、重視情報特定部１４２は、終了したレースのオッズの変動幅に対応する傾向を決定する。例えば、レースの傾向ごとに、オッズの変動幅の範囲が定められている。レースの傾向の数は任意である。例えば、堅いレースと、荒れるレースとがあってもよい。また、例えば、堅いレースと、普通のレースと、荒れるレースとがあってもよい。重視情報特定部１４２は、終了したレースのオッズの変動幅が含まれる範囲に対応する傾向を、終了したレースの傾向に決定する。そして、重視情報特定部１４２は、決定した傾向を、終了したレースのレースＩＤに対応付けてレース情報ＤＢ１２ｂに登録する。
【０１１４】
図１４は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による１ユーザ重視情報特定処理の一例を示すフローチャートである。図１４において、図７と同様のステップについては同様の符号が付されている。図１４に示すように、重視情報特定部１４２は、レースの複数の傾向の中から１つを選択する（ステップＳ８１）。次いで、重視情報特定部１４２は、期間１〜４のそれぞれのカウンタを０に初期化する（ステップＳ１）。次いで、重視情報特定部１４２は、対象のユーザの予想情報のうち、選択した傾向と同じ傾向のレースの予想情報を取得する（ステップＳ８２）。具体的に、重視情報特定部１４２は、対象のユーザのユーザＩＤを含む予想情報を、予想情報ＤＢ１２ｇから検索する。次いで、検索された予想情報に含まれるレースＩＤに対応するレース情報を、レース情報ＤＢ１２ｂから検索する。次いで、重視情報特定部１４２は、レース情報に含まれるレースの傾向が、選択された傾向に一致するか否かを判定する。重視情報特定部１４２は、検索された予想情報の中から、選択された傾向と同じ傾向のレースの予想情報を抽出する。
【０１１５】
次いで、重視情報特定部１４２は、ステップＳ３〜Ｓ８を実行する。ステップＳ７において、重視情報特定部１４２は、対象のユーザが予想を投稿したレースの全てを選択したと判定した場合には（ステップＳ７：ＮＯ）、ステップＳ８３に進む。ステップＳ８３において、重視情報特定部１４２は、期間１〜４のカウンタのうち値が最も大きいカウンタを選択する。次いで、重視情報特定部１４２は、選択したカウンタに対応する期間の開始タイミングを、対象のユーザの重視情報確定タイミングに決定する。そして、重視情報特定部１４２は、決定した重視情報確定タイミングを、対象のユーザのユーザＩＤ及び選択した傾向に対応付けて会員情報ＤＢ１２ａに登録する。次いで、重視情報特定部１４２は、まだ選択していない傾向があるか否かを判定する（ステップＳ８４）。このとき、重視情報特定部１４２は、まだ選択していない傾向があると判定した場合には（ステップＳ８４：ＹＥＳ）、ステップＳ８５に進む。ステップＳ８５において、重視情報特定部１４２は、まだ選択していない傾向のうち１つを選択する。次いで、重視情報特定部１４２は、ステップＳ１に進む。一方、重視情報特定部１４２は、レースの傾向を全て選択したと判定した場合には（ステップＳ８４：ＮＯ）、１ユーザ重視情報特定処理を終了させる。
【０１１６】
図１５は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による予想一覧ページ送信処理の一例を示すフローチャートである。図１５において、図８と同様のステップについては同様の符号が付されている。図１５に示すように、ランキング制御部１４３は、ステップＳ１１〜Ｓ１３を実行する。次いで、ランキング制御部１４３は、対象のレースの単勝式のオッズ情報のうち、例えば更新日時が現在から所定時間前までの範囲内にあるオッズ情報をオッズ情報ＤＢ１２ｄから取得する（ステップＳ９１）。次いで、ランキング制御部１４３は、取得したオッズ情報に基づいて、対象のレースの傾向を推定する（ステップＳ９２）。具体的に、ランキング制御部１４３は、対象のレースのオッズの変動幅を計算する。この計算方法は、終了したレースのオッズの変動幅の計算方法と同様である。ランキング制御部１４３は、計算した変動幅に対応する傾向を決定する。次いで、ランキング制御部１４３は、各予想者の重視情報確定タイミングを取得する（ステップＳ９３）。具体的に、ランキング制御部１４３は、予想者の会員情報に含まれる重視情報確定タイミングのうち、対象のレースの傾向に対応する重視情報確定タイミングを取得する。次いで、ランキング制御部１４３は、ステップＳ１５〜Ｓ１８を実行する。
【０１１７】
以上説明したように、本実施形態によれば、システム制御部１４が、記憶部１２から取得されたオッズに基づいて、予想一覧リクエストに基づいて特定されるレースの傾向を推定する。そして、システム制御部１４が、記憶部１２に記憶された予想情報のうち、推定された傾向と同じ傾向のレースの予想情報に基づいて特定された重視する材料情報の更新時刻に基づいて、ランキングの表示を制御する。従って、レースの傾向に応じた適切なランキングを提示することができる。
【０１１８】
なお、例えば、第１実施形態〜第５実施形態のうち少なくとも２以上の実施形態が組み合わされて実施されてもよい。
【０１１９】
また、上記実施形態においては、本発明の情報処理装置が、クライアントサーバシステムにおけるサーバ装置に適用されていた。しかしながら、本発明の情報処理装置が、サーバ装置以外の情報処理装置に適用されてもよい。例えば、本発明の情報処理装置がユーザ端末３等に適用されてもよい。そして、例えば、情報処理装置が備える制御部が本発明における手段として機能することにより、制御部が、ディスプレイ等の表示手段によるランキングの表示を制御してもよい。この場合、表示手段は、情報処理装置に備えられていてもよい。または、表示手段は、情報処理装置とは別個の装置であってもよい。
【符号の説明】
【０１２０】
１  馬券発売代行サーバ
２  主催元サーバ
３  ユーザ端末
１１  通信部
１２  記憶部
１２ａ  会員情報ＤＢ
１２ｂ  レース情報ＤＢ
１２ｃ  馬券情報ＤＢ
１２ｄ  オッズ情報ＤＢ
１２ｅ  レース結果ＤＢ
１２ｆ  馬券購入履歴ＤＢ
１２ｇ  予想情報ＤＢ
１３  入出力インターフェース
１４  システム制御部
１４ａ  ＣＰＵ
１４ｂ  ＲＯＭ
１４ｃ  ＲＡＭ
１５  システムバス
１４１  リクエスト取得部
１４２  重視情報特定部
１４３  ランキング制御部
ＮＷ  ネットワーク
Ｓ  情報処理システム
【図１】
2014191817.tif 000003
【図２】
2014191817.tif 000004
【図３】
2014191817.tif 000005
【図４】
2014191817.tif 000006
【図５】
2014191817.tif 000007
【図６】
2014191817.tif 000008
【図７】
2014191817.tif 000009
【図８】
2014191817.tif 000010
【図９】
2014191817.tif 000011
【図１０】
2014191817.tif 000012
【図１１】
2014191817.tif 000013
【図１２】
2014191817.tif 000014
【図１３】
2014191817.tif 000015
【図１４】
2014191817.tif 000016
【図１５】
2014191817.tif 000017