JP2016071752A - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】適切な購入情報に基づいた人気情報を提供可能な情報処理装置、情報処理方法及び情報処理プログラムを提供する。
【解決手段】情報処理装置は、複数のレースのうち、出場する複数のレース対象の人気を示す人気情報が要求された要求レースを特定する。情報処理装置は、記憶手段に要求レースのレース識別情報に対応付けて記憶された複数の購入情報のうち、要求レースの結果の予想のための参考としての人気情報の有用性を低下させる購入情報の条件に合致しない購入情報に基づいて、人気情報を生成する。情報処理装置は、生成された人気情報を提供する。
【選択図】図６

Description

本発明は、レースに出場する複数のレース対象の人気を示す情報を提供する情報処理装置、情報処理方法の技術分野に関する。

従来、ユーザによるレースの結果の予想や投票券の購入の参考に用いるための情報として、レースに出場するレース対象のオッズや人気順等の人気情報を提供するシステムが知られている（例えば、特許文献１）。或るレースに関する人気情報は、例えばそのレースについてこれまでに購入されている投票券に関する購入情報を集計して生成される。

特開２００１−５２０９７号公報

しかしながら、購入情報の中には、人気情報の生成に用いるには適切ではない購入情報もある。そのため、全ての購入情報に基づいて生成される人気情報が予想のための参考として妥当な情報とはいえない場合がある。

本発明は、以上の点に鑑みてなされたものであり、適切な購入情報に基づいた人気情報を提供可能な情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、複数のレースのうち、出場する複数のレース対象の人気を示す人気情報が要求された要求レースを特定する特定手段と、レースの投票券の購入内容を含む購入情報と、前記投票券を購入したユーザを識別するユーザ識別情報と、前記投票券が購入されたレースを識別するレース識別情報とを対応付けて記憶する記憶手段に、前記特定手段により特定された前記要求レースのレース識別情報に対応付けて記憶された複数の購入情報のうち、前記要求レースの結果の予想のための参考としての前記人気情報の有用性を低下させる購入情報の条件に合致しない購入情報に基づいて、前記人気情報を生成する生成手段と、前記生成手段により生成された前記人気情報を提供する提供手段と、を備えることを特徴とする。

この発明によれば、情報処理装置は、要求レースの結果の予想のための参考としての人気情報の有用性を低下させる購入情報の条件に合致しない購入情報に基づいて、人気情報を生成する。従って、適切な購入情報に基づいた人気情報を提供することができる。

請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記生成手段は、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶された前記複数の購入情報のうち、該購入情報に含まれる購入内容に基づきノイズではないと判定される購入情報を前記人気情報の生成に用いることを特徴とする。

この発明によれば、情報処理装置は、ノイズではない購入情報に基づいて人気情報を生成する。そのため、人気情報の信頼性を高めることができる。

請求項３に記載の発明は、請求項２に記載の情報処理装置において、前記生成手段は、投票券の購入金額を示す情報を含む前記購入情報を記憶する前記記憶手段に、前記要求レースのレース識別情報に対応付けて記憶された前記複数の購入情報における購入金額の突出度が所定度未満である購入情報を前記人気情報の生成に用いることを特徴とする。

この発明によれば、情報処理装置は、複数の購入情報がそれぞれ示す購入金額の中で、突出する程度が所定度未満である購入金額の購入情報に基づいて人気情報を生成する。そのため、突出した購入金額に人気情報が影響されることを防止することができる。

請求項４に記載の発明は、請求項２又は３に記載の情報処理装置において、ユーザを識別するユーザ識別情報と対応付けてユーザごとに履歴記憶手段に記憶された、レースに関する操作の履歴に基づいて、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶されたユーザ識別情報が示すユーザによる前記要求レースの予想時間を取得する予想時間取得手段と、前記記憶手段に記憶された、投票券の購入時刻を含む前記購入情報と、人気情報記憶手段に対応付けて記憶された、過去に生成された人気情報及び該人気情報の生成時刻とに基づいて、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶されたユーザ識別情報が示すユーザが前記要求レースの投票券を購入した時点において、該ユーザが投票したレース対象の人気順を特定する人気順特定手段と、を更に備え、前記生成手段は、前記予想時間取得手段により取得された予想時間が所定時間以上であるユーザ、及び前記人気順特定手段により特定された人気順が、投票されていないレース対象の人気順よりも下位であるユーザの少なくとも何れか一方のユーザ識別情報に対応する購入情報を、前記人気情報の生成に用いることを特徴とする。

この発明によれば、情報処理装置は、投票券を購入するための予想時間が所定時間以上であるユーザからの購入情報、及び投票したレース対象が、投票券の購入時点における人気情報において、投票されなかったレース対象よりも下位であるユーザからの購入情報の少なくとも何れかに基づいて、人気情報を生成する。そのため、提供された人気情報に便乗して投票券を購入した蓋然性があるユーザが投票したレース対象に人気情報が影響されることを防止することができる。

請求項５に記載の発明は、請求項１乃至４の何れか１項に記載の情報処理装置において、前記要求レースの予想の基礎として用いられるレース情報が変更されている場合、前記生成手段は、投票券の購入時刻を含む前記購入情報を記憶する前記記憶手段に、前記要求レースのレース識別情報に対応付けて記憶された複数の購入情報のうち、前記レース情報の変更時刻以後の購入時刻を含む購入情報を、前記人気情報の生成に用いることを特徴とする。

この発明によれば、情報処理装置は、レース情報が変更された以後に購入された投票券に対応する購入情報に基づいて人気情報を生成する。そのため、最新のレース情報に基づいて購入された蓋然性がある投票券に対応する購入情報に基づいて人気情報が生成される。そのため、人気情報の信頼性を高めることができる。

請求項６に記載の発明は、請求項５に記載の情報処理装置において、請求項５に記載の情報処理装置において、前記提供手段は、前記要求レースのレース識別情報に対応付けて記憶された複数の購入情報に基づいて特定される、前記要求レースの結果の予想傾向に、前記レース情報の変更前後で所定基準以上の変化がある場合、前記人気情報を提供することを特徴とする。

この発明によれば、情報処理装置は、レース情報の変更前からレース情報の変更後に、要求レースの結果の予想傾向が所定基準以上変化している場合に、レース情報が変更された以後に購入された投票券に対応する購入情報に基づいて人気情報を提供する。そのため、予想傾向の変化により人気情報の必要性がある場合に人気情報を提供することができる。

請求項７に記載の発明は、請求項１乃至６の何れか１項に記載の情報処理装置において、前記人気情報の要求者の属性情報と、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶されたユーザ識別情報が示すユーザの属性情報とに基づいて、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶された複数の購入情報のうち、前記要求者の属性と類似する属性を有するユーザを示すユーザ識別情報に対応する購入情報を、前記人気情報の生成に用いることを特徴とする。

この発明によれば、要求者の属性に適した人気情報を提供することができる。

請求項８に記載の発明は、請求項７に記載の情報処理装置において、前記生成手段は、レースの結果の予想傾向を示す前記属性情報に基づいて、前記要求者による予想傾向と類似する予想傾向を有するユーザを示すユーザ識別情報に対応する購入情報を、前記人気情報の生成に用いることを特徴とする。

この発明によれば、要求者の予想傾向に適した人気情報を提供することができる。

請求項９に記載の発明は、請求項１乃至８の何れか１項に記載の情報処理装置において、前記生成手段は、前記人気情報の要求者が投票券を購入した過去のレースにおいて前記要求者が配当金を獲得した程度が所定度未満である場合、前記人気情報を生成することを特徴とする。

この発明によれば、これまでの投票成績が低いユーザに対して人気情報を提供することができる。

請求項１０に記載の発明は、請求項１乃至９の何れか１項に記載の情報処理装置において、前記提供手段は、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶された複数の購入情報に基づいて生成された基準人気情報と、前記生成手段により生成された前記人気情報との差が所定値よりも大きい場合、前記人気情報を提供することを特徴とする。

この発明によれば、情報処理装置は、基準人気情報と人気情報との差が所定値よりも大きい場合に人気情報を提供する。そのため、人気情報の必要性があるときに人気情報を提供することができる。

請求項１１に記載の発明は、請求項１乃至１０の何れか１項に記載の情報処理装置において、前記提供手段は、前記生成手段により生成された前記人気情報を表示させ、該人気情報に含まれる複数の項目のうち、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶された複数の購入情報に基づいて生成された基準人気情報に含まれる項目との差が所定値よりも大きい項目を、他の項目とは異なる表示態様で表示させることを特徴とする。

この発明によれば、人気情報において如何なる項目が基準人気情報と異なるかを容易に認識させることができる。

請求項１２に記載の発明は、コンピュータにより実行される情報処理方法であって、複数のレースのうち、出場する複数のレース対象の人気を示す人気情報が要求された要求レースを特定する特定ステップと、レースの投票券の購入内容を含む購入情報と、前記投票券を購入したユーザを識別するユーザ識別情報と、前記投票券が購入されたレースを識別するレース識別情報とを対応付けて記憶する記憶手段に、前記特定ステップにより特定された前記要求レースのレース識別情報に対応付けて記憶された複数の購入情報のうち、前記要求レースの結果の予想のための参考としての前記人気情報の有用性を低下させる購入情報の条件に合致しない購入情報に基づいて、前記人気情報を生成する生成ステップと、前記生成ステップにより生成された前記人気情報を提供する提供ステップと、を含むことを特徴とする。

請求項１３に記載の発明は、コンピュータを、複数のレースのうち、出場する複数のレース対象の人気を示す人気情報が要求された要求レースを特定する特定手段、レースの投票券の購入内容を含む購入情報と、前記投票券を購入したユーザを識別するユーザ識別情報と、前記投票券が購入されたレースを識別するレース識別情報とを対応付けて記憶する記憶手段に、前記特定手段により特定された前記要求レースのレース識別情報に対応付けて記憶された複数の購入情報のうち、前記要求レースの結果の予想のための参考としての前記人気情報の有用性を低下させる購入情報の条件に合致しない購入情報に基づいて、前記人気情報を生成する生成手段、及び、前記生成手段により生成された前記人気情報を提供する提供手段、として機能させることを特徴とする。

本発明によれば、情報処理装置は、要求レースの結果の予想のための参考としての人気情報の有用性を低下させる購入情報の条件に合致しない購入情報に基づいて、人気情報を生成する。従って、適切な購入情報に基づいた人気情報を提供することができる。

一実施形態に係る情報処理システムＳの概要構成の一例を示す図である。 （ａ）は、一実施形態に係る馬券発売代行サーバ１の概要構成の一例を示すブロック図である。（ｂ）は、一実施形態に係る馬券発売代行サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。 （ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。（ｂ）は、レース情報ＤＢ１２ｂに登録される内容の一例を示す図である。（ｃ）は、馬券情報ＤＢ１２ｃに登録される内容の一例を示す図である。（ｄ）は、購入情報ＤＢ１２ｄに登録される内容の一例を示す図である。（ｅ）は、オッズ情報ＤＢ１２ｅに登録される内容の一例を示す図である。（ｆ）は、予想情報ＤＢ１２ｆに登録される内容の一例を示す図である。（ｇ）は、操作履歴ＤＢ１２ｇに登録される内容の一例を示す図である。（ｈ）は、レース結果ＤＢ１２ｈに登録される内容の一例を示す図である。 （ａ）は、単勝の各馬券購入情報の購入金額の例を示すグラフである。（ｂ）は、基本予想支援情報の人気順位の一例を示す図である。（ｃ）は、予想支援情報の人気順位の一例を示す図である。 単勝のオッズページの表示例を示す図である。 （ａ）は、一実施形態に係る馬券発売代行サーバ１のシステム制御部１４によるオッズページ提供処理の一例を示すフローチャートである。（ｂ）は、一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による利用馬券購入情報抽出処理の一例を示すフローチャートである。 （ａ）は、或るユーザによる馬券の購入内容の一例を示す。（ｂ）は、馬券の購入時の基本予想支援情報の一例を示す。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による利用馬券購入情報抽出処理の一例を示すフローチャートである。 基本予想支援情報及び予想支援情報の生成に用いられる馬券購入情報の範囲の一例を、購入日時で示す図である。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による利用馬券購入情報抽出処理の一例を示すフローチャートである。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４によるオッズページ提供処理の一例を示すフローチャートである。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による利用馬券購入情報抽出処理の一例を示すフローチャートである。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による重視項目特定処理の一例を示すフローチャートである。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による利用馬券購入情報抽出処理の一例を示すフローチャートである。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４によるオッズページ提供処理の一例を示すフローチャートである。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４によるオッズページ提供処理の一例を示すフローチャートである。

以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施の形態は、競馬においてインターネット投票によりユーザが馬券（勝馬投票券）を購入するための情報処理システムに対して本発明を適用した場合の実施形態である。レースに出場する競走馬は、本発明におけるレース対象の一例である。馬券は、本発明における投票券の一例である。なお、本発明が適用可能なレースは競馬に限られない。例えば、競輪、競艇、オートレース等の公営競技等に本発明が適用可能である。

［１．第１実施形態］
［１−１．情報処理システムの構成及び機能概要］
先ず、本実施形態に係る情報処理システムＳの構成について、図１を用いて説明する。図１は、本実施形態に係る情報処理システムＳの概要構成の一例を示す図である。

図１に示すように、情報処理システムＳは、馬券発売代行サーバ１と、主催元サーバ２と、複数のユーザ端末３と、を含んで構成されている。そして、馬券発売代行サーバ１と主催元サーバ２と各ユーザ端末３とは、ネットワークＮＷを介して、例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

馬券発売代行サーバ１は、競馬の主催者に代わって馬券を発売するための競馬サイトに関する各種処理を行うサーバ装置である。馬券発売代行サーバ１は、本発明における情報処理装置の一例である。馬券発売代行サーバ１は、主催者が発表するレースに関する情報を、主催元サーバ２から取得する。また、馬券発売代行サーバ１は、ユーザ端末３からの要求に応じて、ウェブページを送信する。これにより、馬券発売代行サーバ１は、レースに関する情報等を提供する。提供される情報としては、例えば、出馬表、オッズ、予想、レース結果等がある。また、馬券発売代行サーバ１は、例えば、馬券の購入を受け付ける処理を行ったり、的中した馬券に対する払い戻しの処理を行ったりする。

競馬サイトのユーザは、馬券を購入するとき、買い目や購入金額（または購入枚数）等を選択する。買い目は、式別（投票法）、及び、投票対象としてユーザが選択した競走馬又は枠を含む。投票対象の競走馬又は枠は、馬番又は枠番で指定される。馬番の組み合わせだけではなく、着順をも的中させる式別の場合、買い目は、各投票対象の競走馬に対する着順も含む。

また、馬券発売代行サーバ１は、ユーザ端末３からの要求に基づいて、ユーザによるレースの予想の投稿を受け付ける。ユーザは、予想を投稿するとき、着順が上位であると予想する競走馬として、本命（favorite）、対抗（rival）、単穴（dark horse）及び連下（lower level）を選択する。本命、対抗、単穴及び連下の何れかに選択された競走馬を、予想馬と称する。

主催元サーバ２は、競馬の主催者がレースの情報を提供したり、馬券を発行したりするために設置されたサーバ装置である。主催元サーバ２は、レースに関する情報を馬券発売代行サーバ１へ送信する。また、主催元サーバ２は、購入情報ＤＢ２２ａ、オッズ情報ＤＢ２２ｂ等のデータベースを備える。購入情報ＤＢ２２ａには、馬券の購入者による購入内容に関する馬券購入情報が登録される。馬券購入情報は、本発明における購入情報の一例である。購入情報ＤＢ２２ａには、馬券発売代行サーバ１により管理される競馬サイトでの馬券の購入に関する馬券購入情報が少なくとも登録される。また、購入情報ＤＢ２２ａには、例えば、馬券場での馬券の購入に関する馬券購入情報や、馬券発売代行サーバ１により管理される競馬サイトとは異なるサイトでの馬券の購入に関する馬券購入情報等が登録されてもよい。オッズ情報ＤＢ２２ｂには、馬券のオッズに関するオッズ情報が登録される。主催元サーバ２は、購入情報ＤＢ２２ａに登録された馬券購入情報に基づいて、馬券のオッズを計算する。そして、主催元サーバ２は、計算したオッズをオッズ情報ＤＢ２２ｂに登録する。主催元サーバ２が計算したオッズは、馬券が的中した場合の払戻金額の計算の基礎となる。

ユーザ端末３は、馬券発売代行サーバ１により管理される競馬サイトを利用するユーザの端末装置である。ユーザ端末３は、ユーザからの操作に基づいて馬券発売代行サーバ１にアクセスすることにより、馬券発売代行サーバ１からウェブページを受信して表示する。ユーザ端末３には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれている。ユーザ端末３としては、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等が用いられる。

このような構成の情報処理システムＳにおいて、馬券発売代行サーバ１は、レースに出場する複数の競走馬の人気を示す予想支援情報をユーザ端末２へ提供する。予想支援情報は、本発明における人気情報の一例である。競走馬の人気は、例えば馬券の購入に基づく競走馬の評価である。予想支援情報の例として、オッズ、人気順位等がある。馬券の式別に応じて選択可能な複数の買い目（または、購入可能な馬券）の中で、相対的にオッズが低い買い目ほど、人気が高い買い目である。例えば、単勝、複勝の場合、相対的にオッズが高い競走馬ほど、人気が高い競走馬である。人気順位は、馬券の式別に応じて選択可能な複数の買い目を、オッズが低い順に並べたときの各買い目の順位を示す。ユーザは、予想支援情報を、勝馬等のレースの結果を予想したり、購入する馬券の買い目を決定したりするための参考にする場合がある。

馬券発売代行サーバ１は、ユーザ端末からの要求に応じて、オッズページをユーザ端末２へ送信する。オッズページは、予想支援情報が表示されるウェブページである。馬券発売代行サーバ１は、主催元サーバ２からオッズ情報を取得する。そして、馬券発売代行サーバ１は、オッズ情報に基づいてオッズページを生成する。主催元サーバ２から取得されたオッズ情報に含まれるオッズ及び人気順位を、基本予想支援情報という。基本予想支援情報は、本発明における基準人気情報の一例である。

［１−２．馬券発売代行サーバの構成］
次に、馬券発売代行サーバ１の構成について、図２及び図３を用いて説明する。

図２（ａ）は、本実施形態に係る馬券発売代行サーバ１の概要構成の一例を示すブロック図である。図２（ａ）に示すように、馬券発売代行サーバ１は、通信部１１と、記憶部１２と、入出力インターフェース１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース１３とは、システムバス１５を介して接続されている。

通信部１１は、ネットワークＮＷに接続してユーザ端末３等との通信状態を制御するようになっている。

記憶部１２は、本発明における記憶手段、履歴記憶手段、人気情報記憶手段の一例である。記憶手段、履歴記憶手段及び人気情報記憶手段は同一のデバイスで構成されてもよいし、互いに異なるデバイスで構成されてもよい。記憶部１２は、例えば、ハードディスクドライブ等により構成されている。この記憶部１２には、会員情報ＤＢ１２ａ、レース情報ＤＢ１２ｂ、馬券情報ＤＢ１２ｃ、購入情報ＤＢ１２ｄ、オッズ情報ＤＢ１２ｅ、予想情報ＤＢ１２ｆ、操作履歴ＤＢ１２ｇ、レース結果ＤＢ１２ｈ等のデータベースが構築されている。「ＤＢ」は、データベースの略語である。

図３（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、競馬サイトに会員登録しているユーザに関する会員情報が、ユーザごとに対応付けて登録される。具体的に、会員情報ＤＢ１２ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス、クレジットカード情報等のユーザの属性が対応付けて登録される。ユーザＩＤは、ユーザの識別情報である。ユーザＩＤは、本発明におけるユーザ識別情報の一例である。

図３（ｂ）は、レース情報ＤＢ１２ｂに登録される内容の一例を示す図である。レース情報ＤＢ１２ｂには、レースに関するレース情報が、レースとレース情報の更新日時との組み合わせごとに登録される。具体的に、レース情報ＤＢ１２ｂには、レースＩＤ、更新日時、レース名、グレード、競馬場ＩＤ、開催日、販売締切時刻、発走時刻、レース番号、馬場情報、出走馬情報、騎手情報等の情報が対応付けて登録される。レースＩＤは、レースの識別情報である。レースＩＤは、本発明におけるレース式別情報の一例である。更新日時は、レース情報が更新された日時である。例えば、主催元サーバ２は、或るレースについて最初にレース情報を馬券発売代行サーバ１へ送信するとき、その送信日時を更新日時として含むレース情報を送信する。また例えば、レース情報に含まれる複数の項目の情報のうち少なくとも１つの項目の情報が変更されたとき、主催元サーバ２は、変更後のレース情報を馬券発売代行サーバ１へ送信する。このとき、変更日時を更新日時として含むレース情報が送信される。馬券発売代行サーバ１は、主催元サーバ２から受信したレース情報をレース情報ＤＢ１２ｂに登録する。競馬場ＩＤは、レースが開催される競馬場の識別情報である。販売締切時刻は、馬券の販売が締め切られる時刻である。すなわち、販売締切時刻まで馬券の購入が可能である。発走時刻は、レースが開始される時刻である。馬場情報は、例えば、馬場状態等を含む。出走馬情報は、レースに出場する競走馬に関する情報である。例えば、出走馬情報には、出走馬の馬番、枠番、馬名、馬体重、前回のレースからの馬体重の増減、過去ノーレースのレースタイム、勝利数、勝率等が登録されている。騎手情報は、競走馬に騎乗する騎手に関する情報である。例えば、騎手情報には、騎乗する競走馬の馬番、騎手名、騎手の過去の成績、騎手変更の有無等が、競走馬ごとに登録される。

図３（ｃ）は、馬券情報ＤＢ１２ｃに登録される内容の一例を示す図である。馬券情報ＤＢ１２ｃには、発売される馬券に関する馬券情報が、馬券ごとに登録されている。具体的に、馬券情報ＤＢ１２ｃには、レースＩＤ、買い目情報等が対応付けて登録される。レースＩＤは、買い目情報が示す馬券が、どのレースの馬券であるかを示す。買い目情報は、馬券ＩＤ、式別及び投票対象の番号を含む。馬券ＩＤは、馬券の識別情報である。式別として、例えば、単勝式、複勝式、枠番号二連勝複式（枠複）、枠番号二連勝単式（枠単）、馬番号二連勝単式（馬複）、馬番号二連勝単式（馬単）、拡大馬番号二連勝複式（ワイド）、馬番号三連勝複式（三連複）、番号三連勝単式（三連単）等がある。投票対象の番号は、馬番又は枠番である。投票対象の番号は、式別に応じて一又は複数登録されている。式別と投票対象の番号との組み合わせは、買い目を示す。

図３（ｄ）は、購入情報ＤＢ１２ｄに登録される内容の一例を示す図である。購入情報ＤＢ１２ｄには、ユーザによる競馬サイトにおける馬券の購入内容を示す馬券購入情報が、登録される。馬券購入情報は、馬券の購入履歴でもある。具体的に、購入情報ＤＢ１２ｄには、ユーザＩＤ、購入日時、レースＩＤ、買い目情報、購入金額等が対応付けて登録される。ユーザＩＤは、馬券を購入したユーザを示す。購入日時は、馬券の購入が受け付けられた日時を示す。買い目情報は、ユーザが購入した馬券を示すとともに、投票対象としてユーザが選択した出走馬を示す。枠番を指定する式別の場合、枠番により、１頭又は複数頭の出走馬を指定したことになる。買い目情報と購入金額との組み合わせは、ユーザが一度に購入した馬券の馬券ＩＤごとに登録される。なお、例えば購入金額とともに、又は購入金額に代えて、馬券の購入枚数が購入情報ＤＢ１２ｄに登録されてもよい。購入枚数から購入金額を特定可能である。

ユーザが馬券を購入するとき、馬券を購入するレース、買い目及び購入金額を指定する。すると、ユーザ端末２は、購入申込情報を馬券発売代行サーバ１へ送信する。購入申込情報は、例えば、馬券を購入するユーザのユーザＩＤ、指定されたレースのレースＩＤ、指定された買い目に応じた買い目情報、購入金額を含む。馬券発売代行サーバ１は、例えば受信した購入申込情報に、購入日時として現在日時を追加することにより、馬券購入情報を生成する。そして、馬券発売代行サーバ１は、馬券購入情報を購入情報ＤＢ１２ｄに登録する。また、馬券発売代行サーバ１は、馬券購入情報を主催元サーバ２へ送信する。主催元サーバ２は、例えば受信した馬券購入情報を購入情報ＤＢ２２ａに登録する。従って、主催元サーバ２は、購入情報ＤＢ１２ｄに登録された馬券情報を少なくとも用いて、基本予想支援情報を生成する。

図３（ｅ）は、オッズ情報ＤＢ１２ｅに登録される内容の一例を示す図である。オッズ情報ＤＢ１２ｅには、馬券のオッズに関するオッズ情報が、各馬券について所定時間間隔ごとに登録される。具体的に、オッズ情報ＤＢ１２ｅには、レースＩＤ、馬券ＩＤ、更新日時、オッズ、人気順位等が対応付けて登録される。オッズ情報は、主催元サーバ２から馬券発売代行サーバ１へ所定時間間隔（例えば、１分間隔等）で送信される。システム制御部１４は、受信したオッズ情報をオッズ情報ＤＢ１２ｅに登録する。更新日時は、馬券ＩＤが示す馬券のオッズが主催元サーバ２により更新された日時を示す。

主催元サーバ２は、例えば開催日が本日であり、且つ、発走時刻がまだ経過していないレースのオッズを所定時間ごとに計算する。このとき、主催元サーバ２は、式別ごとにオッズを計算する。例えば、単勝の場合、主催元サーバ２は、購入情報ＤＢ２２ａから、対象のレースのレースＩＤに対応する馬券購入情報のうち、式別が単勝である馬券購入情報を全て検索する。次いで、主催元サーバ２は、検索された馬券購入情報に含まれる買い目情報の単勝の馬番と、購入金額に基づいて、各馬番のオッズを計算する。例えば、主催元サーバ２は、レースの出走馬の馬番ごとに、投票券の購入金額の合計を計算する。次いで、主催元サーバ２は、全馬番の購入金額を合計して、単勝の投票券の総購入金額を計算する。次いで、主催元サーバ２は、総購入金額に所定係数を掛けることにより、基準金額を計算する。次いで、主催元サーバ２は、基準金額を各馬番の購入金額で割ることにより、各馬番のオッズを計算する。主催元サーバ２は、レースの複数の出走馬の馬番を、オッズが低い順に並べて、各馬番の人気順位を決定する。主催元サーバ２は、計算したオッズ、人気順位、対象のレースのレースＩＤ、単勝と馬番の組み合わせに対応する馬券ＩＤ、及び更新日時を含むオッズ情報を生成する。更新日時は、オッズ情報が生成された日時である。主催元サーバ２は、単勝と異なる式別のオッズについても同様の方法でオッズ情報を生成する。但し、式別に応じて、オッズの計算方法が異なる場合がある。主催元サーバ２は、生成したオッズ情報をオッズ情報ＤＢ２２ｂに登録する。また、主催元サーバ２は、オッズ情報を馬券発売代行サーバ１へ送信する。馬券発売代行サーバ１は、受信したオッズ情報をオッズ情報ＤＢ１２ｅに登録する。なお、主催元サーバ２が人気順位を決定する代わりに、馬券発売代行サーバ１が人気順位を決定してもよい。

図３（ｆ）は、予想情報ＤＢ１２ｆに登録される内容の一例を示す図である。予想情報ＤＢ１２ｆには、ユーザによるレースの予想を示す予想情報が、馬券発売代行サーバ１が予想を受け付けるごとに登録される。具体的に、予想情報ＤＢ１２ｆには、ユーザＩＤ、投稿日時、レースＩＤ、予想馬情報等が対応付けて登録される。ユーザＩＤは、予想を行ったユーザを示す。投稿日時は、予想が投稿された日時を示す。レースＩＤは、受け付けられた予想がどのレースに対する予想であるかを示す。予想馬情報は、ユーザが選択した予想馬を示す。具体的に、予想馬情報は、本命馬の馬番、対抗馬の馬番、単穴馬の馬番、連下馬の馬番を含む。

図３（ｇ）は、操作履歴ＤＢ１２ｇに登録される内容の一例を示す図である。操作履歴ＤＢ１２ｇには、競馬サイトにおけるユーザの操作履歴が登録される。操作履歴は、本発明における履歴の一例である。競馬サイトにおいて、ユーザが何らかの操作をすると、ユーザ端末３は、操作に応じたリクエストを馬券発売代行サーバ１へ送信する。システム制御部１４は、リクエストを受信するごとに、操作履歴を登録する。具体的に、操作履歴ＤＢ１２ｇには、ユーザＩＤ、操作日時、履歴詳細等が登録される。ユーザＩＤは、操作を行ったユーザを示す。操作日時は、操作が行われた日時を示す。より具体的に、操作日時は、操作履歴ＤＢ１２ｇに操作履歴が登録された日時である。履歴詳細は、操作に関する詳細な情報である。履歴詳細は、例えば、ユーザ端末３から送信されたリクエストに含まれるＵＲＬ（Uniform Resource Locator）であってもよい。

操作履歴のうち、ウェブページの閲覧の履歴を、閲覧履歴という。履歴詳細は、少なくとも操作区分を含む。システム制御部１４は、操作区分から、操作履歴が閲覧履歴であるか否かを判定することができる。操作履歴が閲覧履歴である場合、操作日時はアクセス日時を示す。アクセス日時は、ウェブページの表示が開始された日時である。また、閲覧履歴の場合、履歴詳細は、更にレースＩＤ及び内容種別等を含む。レースＩＤは、閲覧されたウェブページがどのレースに関するウェブページかを示す。内容種別は、閲覧されたウェブページに表示される内容の種類を示す。例えば、内容種別は、出馬表ページ、オッズページ、レース分析ページ、予想一覧ページ等、閲覧されたウェブページの種類を示してもよい。

図３（ｈ）は、レース結果ＤＢ１２ｈに登録される内容の一例を示す図である。レース結果ＤＢ１２ｈには、レースの結果に関するレース結果情報が、レースごとに登録される。具体的に、レース結果ＤＢ１２ｈには、レースＩＤ、着順情報、的中馬券情報等が対応付けて登録される。着順情報は、レースにおける各競走馬の着順を示す。例えば、着順情報には、着順と馬番とが競走馬ごとに対応付けて設定される。的中馬券情報は、的中した馬券に関する情報である。例えば、的中馬券情報には、的中した馬券の馬券ＩＤ及び最終オッズ等が馬券ごとに対応付けて設定される。主催元サーバ２は、レースが終了して、レースの結果が確定すると、対応するレース結果情報を馬券発売代行サーバ１へ送信する。馬券発売代行サーバ１は、受信したレース結果情報をレース結果ＤＢ１２ｈに登録する。

次に、記憶部１２に記憶されるその他の情報について説明する。記憶部１２には、ウェブページを表示するためのＨＴＭＬ文書、ＸＭＬ（Extensible Markup Language）文書、画像データ、テキストデータ、電子文書等の各種データが記憶されている。また、記憶部１２には、各種の設定値、閾値、基準値、規定値、定数等が記憶されている。

また、記憶部１２には、オペレーティングシステム、ＷＷＷ（World Wide Web）サーバプログラム、ＤＢＭＳ（Database Management System）、馬券発行代行管理プログラム等の各種プログラムが記憶されている。馬券発行代行管理プログラムは、馬券の購入の受け付け、払い戻し、予想の受け付け、予想支援情報補生成等の処理を実行するためのプログラムである。馬券発行代行管理プログラムは、本発明における情報処理プログラムの一例である。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、ＤＶＤ（Digital Versatile Disc）等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。また、馬券発行代行管理プログラムは、プログラム製品であってもよい。

入出力インターフェース１３は、通信部１１及び記憶部１２とシステム制御部１４との間のインターフェース処理を行うようになっている。

システム制御部１４は、ＣＰＵ１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。ＣＰＵ１４は、プロセッサの一例である。なお、本発明は、ＣＰＵと異なる様々なプロセッサに対しても適用可能である。記憶部１２、ＲＯＭ１４ｂ及びＲＡＭ１４ｃは、それぞれメモリの一例である。なお、本発明は、ハードディスク、ＲＯＭ及びＲＡＭと異なる様々なメモリに対しても適用可能である。

なお、馬券発売代行サーバ１が、複数のサーバ装置で構成されてもよい。例えば、馬券の購入の受け付けや払い戻し等の処理を行うサーバ装置、予想の受け付けや予想の表示の制御等の処理を行うサーバ装置、予想支援情報を生成するサーバ装置、ユーザ端末３からのリクエストに応じてウェブページを送信するサーバ装置、及びデータベースを管理するサーバ装置等が、互いにＬＡＮ等で接続されてもよい。

［１−３．システム制御部の機能詳細］
次に、図２（ｂ）、図４及び図５を用いて、システム制御部１４の機能について説明する。図２（ｂ）は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。システム制御部１４は、ＣＰＵ１４ａが、馬券発行代行管理プログラム等のプログラムを読み出し実行することにより、図２（ｂ）に示すように、予想支援情報要求取得部１４１、購入情報抽出部１４２、予想支援情報生成部１４３、予想視線情報提供部１４４等として機能する。予想支援情報要求取得部１４１は、本発明における特定手段の一例である。購入情報抽出部１４２は、本発明における予想時間取得手段及び人気順特定手段の一例である。購入情報抽出部１４２と予想支援情報生成部１４３との組み合わせは、本発明における生成手段の一例である。予想視線情報提供部１４４は、本発明における提供手段の一例である。

上述したように、主催元サーバ２は、或るレースの或る式別のオッズを計算するとき、そのレースのその式別の全ての馬券購入情報を用いる。オッズページに表示される基本予想支援情報としてのオッズは、このようにして計算されたオッズである。また、オッズページに表示される基本予想支援情報としての人気順位は、このようなオッズに基づく。しかしながら、馬券購入情報の中には、レースの結果を予想するための参考としての基本予想支援情報の有用性を低下させる馬券購入情報が存在する場合もある。そこで、情報処理システムＳにおいては、予想支援情報の有用性を低下させる馬券購入情報の条件が予め定められる。この条件を不適合条件という。システム制御部１４は、不適合条件に合致しない馬券購入情報に基づいて、予想支援情報を生成する。

予想支援情報要求取得部１４１は、ユーザから予想支援情報が要求されたレースを特定する。具体的に、ユーザによるオッズページの要求操作に基づいて、ユーザ端末２がオッズページ要求を馬券発売代行サーバ１へ送信する。オッズページ要求は、例えば、オッズページを要求したユーザのユーザＩＤ、オッズページが要求されたレースのレースＩＤ、オッズページが要求された式別を含む。オッズページを要求したユーザを要求ユーザという。また、オッズページが要求されたレースを要求レースという。予想支援情報要求取得部１４１は、オッズページ要求から、要求レースのレースＩＤを取得する。

購入情報抽出部１４２は、要求レースのレースＩＤ及び要求された式別に対応付けて購入情報ＤＢ１２ｄに登録されている複数の馬券購入情報のうち、不適合条件に合致しない馬券購入情報を、予想支援情報の生成に用いる馬券購入情報として取得する。不適合条件としては、様々な条件が挙げられる。本実施形態において、購入情報抽出部は、馬券購入情報に含まれる内容に基づいてその馬券購入情報がノイズであると判定可能であることを、不適合条件として用いる。ノイズとなる馬券購入情報は、予想支援情報の信頼性を低下させる。例えば、購入情報抽出部１４２は、馬券購入情報に含まれる購入金額に基づいて、その馬券購入情報がノイズであるか否かを判定してもよい。具体的に、購入情報抽出部１４２は、複数の馬券購入情報の中で、購入金額が突出している度合いが、所定の度合い未満である購入情報を、予想支援情報に用いる購入情報として抽出してもよい。購入金額が突出している度合いとは、例えば、他の購入金額とかけ離れて購入金額が大きいことをいう。この場合の不適合条件は、購入金額が突出している度合いが閾値異常であることである。

図４（ａ）乃至図４（ｃ）を用いて具体例を示す。図４（ａ）は、単勝の各馬券購入情報の購入金額の例を示すグラフである。図４（ａ）のグラフは、各馬券購入情報の購入金額を、購入時刻の順に並べて示している。また、グラフを示す各矩形内には、投票された競走馬の馬番が表示されている。或るレースにおいて馬番１〜６の競走馬が出走するとする。図４（ａ）に示すように、馬番６の馬券の購入金額が、他の馬番の馬券の購入金額と比較して、突出して多い。例えば、馬番１〜５の馬券の購入金額は、１００〜１，０００円程度であり、馬番６の馬券の購入金額が１０万円程度であるとする。その一方で、馬番６の馬券の購入者の人数は１名であり、馬番１〜５のそれぞれの馬券の購入者の人数は複数名である。例えば、馬番４の馬券の購入者の人数は６人である。図４（ｂ）は、基本予想支援情報の人気順位の一例を示す図である。図４（ａ）に示す状態の馬券購入情報に基づいて基本予想支援情報が生成された場合、例えば図４（ｂ）に示すように、馬番６の競走馬の人気順位が１番になることがある。これは、馬番６の馬券の購入者が少人数であるにも関わらず、その購入者による購入金額が突出して大きいために起こる現象である。すなわち、或る購入者による突出した購入金額により、オッズ及び人気順位が大きく変化する。これは、基本予想支援情報の信頼性を低下させる要因になる。購入情報抽出部１４２は、例えば、所定の度合いとして、購入金額に対する閾値を決定してもよい。例えば、購入情報抽出部１４２は、購入金額の平均値、標準偏差等を用いて、閾値を決定することができる。そして、購入情報抽出部１４２は、購入金額が閾値を超える馬券購入情報を、予想支援情報の生成に用いられる馬券購入情報から除外する。この場合、例えば購入金額と平均値との差等が、購入金額が突出している度合いである。また例えば、購入情報抽出部１４２は、全ての馬券の総購入金額に対する購入金額の割合が、出走馬の頭数等に応じて定められる閾値を超える馬券購入情報を、予想支援情報の生成に用いられる馬券購入情報から除外してもよい。この場合、例えば購入金額の割合と、出走馬の頭数の逆数との差が、購入金額が突出している度合いである。図４（ａ）の例では、購入金額が閾値よりも大きい馬番６の馬券の馬券購入情報が除外される。図４（ｃ）は、予想支援情報の人気順位の一例を示す図である。馬番６の馬券の馬券購入情報を除外して予想支援情報が生成された場合、例えば図４（ｂ）に示すように、馬番４の競走馬の人気順位が１番になり、馬番６の競走馬の人気順位が６番になる。これにより、基本予想支援情報と比較して、予想支援情報の信頼性が高くなる。

購入金額に対する閾値を決定するとき、購入情報抽出部１４２は、例えば要求レースの馬券購入情報の購入金額に基づいて閾値を決定してもよい。また、購入情報抽出部１４２は、例えば要求レースとは異なる過去のレースの馬券購入情報に基づいて、閾値を決定してもよい。例えば、購入情報抽出部１４２は、過去の全てのレースの馬券購入情報を用いて閾値を決定してもよいし、過去の所定期間内の全てのレースの馬券購入情報を用いて閾値を決定してもよい。また例えば、購入情報抽出部１４２は、過去のレースのうち、馬券の購入者の構成が、要求レースにおける馬券の購入者の構成と類似するレースの馬券購入情報を用いて、閾値を決定してもよい。購入情報抽出部１４２は、購入情報ＤＢ１２ｄに登録された馬券購入情報に基づいて、馬券の購入者の構成を特定することができる。例えば、購入情報抽出部１４２は、過去のレースの中で、馬券を購入したユーザのうち所定割合のユーザが、要求レースの馬券を購入したユーザのうち所定割合のユーザと一致するレースの馬券購入情報を用いてもよい。また例えば、購入情報抽出部１４２は、過去のレースのうち、全ての馬券購入情報がノイズではないと判定されたレースの馬券購入情報を用いて、閾値を決定してもよい。例えば、購入情報抽出部１４２は、レースが開始又は終了するごとに、そのレースの馬券購入情報の中にノイズとなる馬券購入情報が１つ以上含まれているか否かを判定し、この判定結果をレースＩＤと対応付けて記憶部１２に記憶させてもよい。そして、購入情報抽出部１４２は、記憶された判定結果に基づいて、何れのレースの馬券購入情報が用いるかを決定してもよい。

ところで、馬券発売代行サーバ１が管理する競馬サイトでの馬券の購入に関する馬券購入情報は、購入情報ＤＢ１２ｄ及び購入情報ＤＢ２２ａの両方に登録される。しかしながら、馬券場等での馬券の購入に関する馬券購入情報は、購入情報ＤＢ２２ａには登録される一方で、購入情報ＤＢ１２ｄには登録されない。従って、購入情報抽出部１４２は、購入情報ＤＢ２２ａに登録される馬券購入情報のうちの一部の馬券購入情報を登録している購入情報ＤＢ１２ｄから、予想支援情報の生成に用いられる馬券購入情報を抽出することになる。この場合、例えば、購入情報ＤＢ２２ａに登録された馬券購入情報が母集団とされ、購入情報ＤＢ１２ｄに登録された馬券購入情報が標本とみなされてもよい。すなわち、購入情報ＤＢ２２ａに登録された全ての馬券購入情報に基づくオッズの計算結果と、購入情報ＤＢ１２ｄに登録された全ての馬券購入情報に基づくオッズの計算結果とは、ほぼ一致するものとみなされる。なお、システム制御部１４が、例えば購入情報ＤＢ１２ｄに登録された馬券購入情報に基づいて、基本予想支援情報を生成してもよい。例えば、システム制御部１４は、所定時間間隔で、レースＩＤ及び式別の組み合わせごとに、レースＩＤ及び式別に対応付けて購入情報ＤＢ１２ｄに登録された全ての購入情報に基づいて、基本予想支援情報に含まれるオッズを計算し、人気順位を決定してもよい。そして、システム制御部１４は、生成した基本予想支援情報を、レースＩＤ、式別、及び更新時刻に対応付けて、所定のデータベースに登録してもよい。

予想支援情報生成部１４３は、購入情報抽出部１４２により抽出された馬券購入情報に基づいて、予想支援情報を生成する。例えば、予想支援情報生成部１４３は、オッズ及び人気順位の両方を含む予想支援情報を生成してもよいし、オッズ及び人気順位の何れか一方のみを含む予想支援情報を生成してもよい。予想支援情報生成部１４３によるオッズの計算方法及び人気順位の決定方法は、主催元サーバ２によるオッズの計算方法及び人気順位の決定方法と同じであってもよい。

予想支援情報提供部１４４は、予想支援情報生成部１４３により生成された予想支援情報をユーザ端末２へ提供する。具体的に、予想支援情報提供部１４４は、基本予想支援情報及び予想支援情報を含むオッズページを生成してもよい。図５は、単勝のオッズページの表示例を示す図である。図５に示すように、オッズページは、基本予想支援情報表示領域１１０及び予想支援情報表示領域１２０を含む。基本予想支援情報表示領域１１０には、基本予想支援情報が表示される。例えば、基本予想支援情報表示領域１１０には、出走馬ごとに、枠番、馬番、馬名、基本予想支援情報のオッズ及び人気順位が表示される。予想支援情報表示領域１２０には、予想支援情報が表示される。例えば、予想支援情報表示領域１２０には、出走馬ごとに、予想支援情報のオッズ及び人気順位が表示される。単勝と異なる式別のオッズページにおいては、表示される買い目やレイアウトが単勝と異なる場合がある。しかしながら、基本予想支援情報及び予想支援情報が表示される点については、他の式別のオッズページも単勝のオッズページと同様である。本実施形態においては、予想支援情報提供部１４４は、基本予想支援情報と予想支援情報の両方を提供する。しかしながら、予想支援情報提供部１４４は、例えば予想支援情報のみを提供してもよい。

予想支援情報提供部１４４は、予想支援情報に含まれる複数の項目のうち、基本予想支援情報に含まれる項目との差が所定の閾値よりも大きい項目を、他の項目とは異なる表示態様でオッズページに表示させてもよい。この場合、基本予想支援情報は、予想支援情報に対する基準ともいえる。項目は、各出走馬のオッズと、各出走馬の人気順位である。これにより、ユーザは、予想支援情報において、基本予想支援情報と異なる項目を容易に認識することができる。表示態様として、例えば文字の大きさ、太さ、色、フォントスタイル、背景の色、枠の色、太さ等が挙げられる。閾値は、例えば０以上の範囲で設定される。図５が示すオッズページは、背景の色を変える場合の例である。また、図５が示すオッズページは、オッズに対する閾値を１０とし、人気順位に対する閾値を０とした場合の例である。また、図５の例のように、予想支援情報提供部１４４は、基本予想支援情報に含まれる項目との差が大きい項目ほど、表示態様が他の項目の表示態様と異なる度合いを大きくしてもよい。

［１−４．情報処理システムの動作］
次に、情報処理システムＳの動作について、図６を用いて説明する。なお、以降においては、便宜上、単勝の予想支援情報を生成する場合について説明する。単勝と異なる式別の場合、オッズの計算方法が単勝と異なることを除き、予想支援情報の生成方法は単勝の場合と基本的に同様である。

図６（ａ）は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４によるオッズページ提供処理の一例を示すフローチャートである。ユーザがユーザ端末３を操作することにより、オッズページを要求する。すると、ユーザ端末３は、オッズページを馬券発売代行サーバ１へ送信する。システム制御部１４は、ユーザ端末３からオッズページ要求を受信したときに、オッズページ提供処理を実行する。

図６（ａ）に示すように、予想支援情報要求取得部１４１は、オッズページ要求から、要求ユーザのユーザＩＤ及び要求レースのレースＩＤを取得する。次いで、予想支援情報生成部１４３は、オッズ情報ＤＢ１２ｅから要求レースのレースＩＤ及び単勝に対応するオッズ情報のうち、更新日時が最新のオッズ情報を、馬券ＩＤごとに取得する。そして、予想支援情報提供部１４４は、取得したオッズ情報から、オッズ及び人気順位を基本予想支援情報として抽出する（ステップＳ１１）。次いで、購入情報抽出部１４２は、購入情報ＤＢ１２ｄから、要求レースのレースＩＤに対応する馬券購入情報のうち、式別が単勝である馬券購入情報を全て検索する（ステップＳ１２）。そして、購入情報抽出部１４２は、検索された馬券購入情報を含む購入情報リストを生成する。このとき、要求ユーザのユーザＩＤを含む馬券購入情報がある場合、購入情報抽出部１４２は、その馬券購入情報を購入情報リストに含めてもよいし、含めなくてもよい。次いで、購入情報抽出部１４２は、利用馬券購入情報抽出処理を実行する（ステップＳ１３）。利用馬券購入情報抽出処理において、購入情報抽出部１４２は、予想支援情報の生成に用いる馬券購入情報を抽出する。具体的に、購入情報抽出部１４２は、購入情報リストから、予想支援情報の生成に用いない馬券購入情報を削除する。利用馬券購入情報抽出処理の詳細は後述する。

次いで、予想支援情報生成部１４３は、購入情報リストに登録された馬券購入情報に含まれる買い目情報の単勝の馬番と、購入金額に基づいて、各馬番のオッズを計算する（ステップＳ１４）。具体的に、購入情報抽出部１４２は、レースの出走馬の馬番ごとに、投票券の購入金額の合計を計算する。次いで、購入情報抽出部１４２は、全馬番の購入金額を合計して、単勝の投票券の総購入金額を計算する。次いで、購入情報抽出部１４２は、総購入金額に所定係数を掛けることにより、基準金額を計算する。そして、購入情報抽出部１４２は、基準金額を各馬番の購入金額で割ることにより、各馬番のオッズを計算する。

次いで、予想支援情報生成部１４３は、レースの出走馬の馬番を、ステップＳ１４で計算したオッズが低い順にソートして、人気順位を決定する（ステップＳ１５）。次いで、予想支援情報生成部１４３は、馬番、ステップＳ１４で計算したオッズ、ステップＳ１５で決定した人気順位を含む予想支援情報を生成する（ステップＳ１６）。

次いで、予想支援情報提供部１４４は、ステップＳ１１で抽出した基本予想支援情報と、ステップＳ１６で生成した予想支援情報とを含むオッズページのＨＴＭＬ文書を生成する（ステップＳ１７）。このとき、予想支援情報提供部１４４は、予想支援情報に含まれる全てのオッズ及び人気順位の表示態様を、基本予想支援情報に含まれるオッズ及び人気順位の表示態様に一致させる。例えば、予想支援情報提供部１４４は、表示スタイルの定義が基本予想支援情報及び予想支援情報の全てのオッズ及び人気順位が一致するようＨＴＭＬ文書を生成する。

次いで、予想支援情報提供部１４４は、オッズページの予想支援情報に含まれる項目のうち、基本予想支援情報の対応する項目との値の差が所定値よりも大きい項目の表示態様を変更する（ステップＳ１８）。具体的に、予想支援情報提供部１４４は、馬番ごとに、予想支援情報に含まれるオッズと基本予想支援情報に含まれるオッズとの差を計算する。次いで、オッズの差が、記憶部１２に記憶されたオッズ閾値を超える馬番が存在する場合、その馬番を特定する。予想支援情報提供部１４４は、予想支援情報において、特定した馬番のオッズの表示に利用するスタイル定義を、別のスタイル定義に変更するよう、ＨＴＭＬ文書に変更を施す。また、予想支援情報提供部１４４は、馬番ごとに、予想支援情報に含まれる人気順位と基本予想支援情報に含まれる人気順位との差を計算する。次いで、予想支援情報提供部１４４は、人気順位の差が、記憶部１２に記憶された順位閾値を超える馬番が存在する場合、その馬番を特定する。予想支援情報提供部１４４は、予想支援情報において、特定した馬番の人気順位の表示に利用するスタイル定義を、別のスタイル定義に変更するよう、ＨＴＭＬ文書に変更を施す。ステップＳ１８を終えると、予想支援情報提供部１４４は、生成したオッズページのＨＴＭＬ文書をユーザ端末３へ送信して（ステップＳ１９）、オッズページ提供処理を終了させる。

図６（ｂ）は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による利用馬券購入情報抽出処理の一例を示すフローチャートである。図６（ｂ）に示すように、購入情報抽出部１４２は、購入情報リストに含まれる全ての馬券購入情報の購入金額の合計を、購入情報リストに含まれる馬券購入情報の数で割ることにより、購入金額の平均値を計算する。また、購入情報抽出部１４２は、平均値と各馬券購入情報の購入金額との差に基づき、標準偏差を計算する（ステップＳ２１）。次いで、購入情報抽出部１４２は、購入金額の閾値を計算する（ステップＳ２２）。例えば、購入情報抽出部１４２は、標準偏差に、記憶部１２に記憶された係数を掛けることにより、突出量を計算する。突出量は、本発明における突出度の一例である。購入情報抽出部１４２は、平均値に突出量を加算することにより、閾値を計算する。次いで、購入情報抽出部１４２は、購入金額が閾値を超える馬券購入情報を購入情報リストから削除する（ステップＳ２３）。そして、購入情報抽出部１４２は、利用馬券購入情報抽出処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、複数のレースのうち予想支援情報が要求された要求レースを特定する。また、システム制御部１４が、馬券購入情報、ユーザＩＤ及びレースＩＤとを対応付けて記憶する記憶部１２に要求レースのレースＩＤに対応付けて記憶された複数の馬券購入情報のうち、不適合条件に合致しない馬券購入情報に基づいて、予想支援情報を生成して提供する。従って、適切な馬券購入情報に基づいた予想支援情報を提供することができる。

また、システム制御部１４が、馬券購入情報に含まれる購入内容に基づきノイズではないと判定される馬券購入情報を予想支援情報の生成に用いてもよい。この場合、予想支援情報の信頼性を高めることができる。

このとき、システム制御部１４が、要求レースのレースＩＤに対応付けて記憶された複数の馬券購入情報における購入金額の突出の度合いが所定度未満である馬券購入情報を予想支援情報の生成に用いてもよい。この場合、突出した購入金額に予想支援情報が影響されることを防止することができる。

また、システム制御部１４が、予想支援情報に含まれる複数の項目のうち、要求レースのレースＩＤに対応付けて記憶部１２に記憶された複数の馬券購入情報に基づいて生成された基本予想支援情報に含まれる項目との差が所定値よりも大きい項目を、他の項目とは異なる表示態様で表示させてもよい。この場合、予想支援情報において如何なる項目が基本予想支援情報と異なるかをユーザに容易に認識させることができる。

［２．第２実施形態］
［２−１．馬券発売代行サーバ１の機能概要］
次に、第２実施形態における機能概要について、図７を用いて説明する。本実施形態においても、購入情報抽出部１４２は、馬券購入情報に含まれる内容に基づいてその馬券購入情報がノイズであると判定可能であることを、不適合条件として用いる。本実施形態の場合、購入情報抽出部１４２は、馬券購入情報に含まれる買い目情報に基づいて、その馬券購入情報がノイズであるか否かを判定する。具体的に、購入情報抽出部１４２は、馬券を購入するためのレースの結果の予想に要した予想時間が所定時間未満であり、且つ、馬券の購入時における予想支援情報において、投票された競走馬の人気順位が、投票されなかった競走馬の人気順位よりも上位であるユーザからの馬券購入情報を、ノイズと判定する。すなわち、購入情報抽出部１４２は、予想時間が所定時間以上であるユーザ、及び、馬券の購入時における予想支援情報において、投票された競走馬の人気順位が、投票されなかった競走馬の人気順位よりも下位であるユーザの少なくとも何れか一方からの馬券購入情報を、予想支援情報の生成に用いる馬券購入情報として抽出する。このとき、購入情報抽出部１４２は、予想支援情報生成部１４３が生成する予想支援情報を用いてもよし、基本予想支援情報を用いてもよい。予想支援情報生成部１４３が生成する予想支援情報を用いる場合、予想支援情報生成部１４３は、例えば、所定時間間隔で予想支援情報を生成する。そして、予想支援情報生成部１４３は、例えば生成した予想支援情報を生成日時と対応付けて所定のデータベースに登録する。その他の点において、第２実施形態は第１実施形態と同様である。

予想時間が短く、且つ、予想支援情報において人気順位が上位の競走馬に投票したユーザは、予想支援情報に便乗したユーザである蓋然性がある。すなわち、このようなユーザは、自分ではまともに予想を行わず、予想支援情報の人気順位に依拠して馬券を購入した蓋然性がある。このようなユーザからの馬券購入情報が示す予想は信頼することができない。

図７（ａ）及び図７（ｂ）を用いて具体例を示す。図７（ａ）は、或るユーザによる馬券の購入内容の一例を示す。図７（ｂ）は、馬券の購入時の基本予想支援情報の一例を示す。例えば、図７（ａ）に示すように、予想時間が短かった或るユーザが、単勝の馬券として、馬番３の馬券を購入したとする。図７（ｂ）に示すように、馬券の購入時点における基本予想支援情報では、馬番３の人気順位が１番である。従って、ユーザは、基本予想支援情報に便乗した蓋然性がある。このようなユーザが多数存在すると、基本予想支援情報において元々オッズが低い競走馬のオッズが更に低くなる。購入情報抽出部１４２は、このようなユーザからの馬券購入情報を除外する。

購入情報抽出部１４２は、要求レースに関する情報が表示されるウェブページの閲覧履歴に基づいて、馬券を購入したユーザの予想時間を推定してもよい。閲覧履歴を用いる理由は、ユーザは、ウェブページの情報を見ながら、投票する競走馬を検討する蓋然性があるからである。購入情報抽出部１４２は、閲覧履歴からウェブページの閲覧時間を特定してもよい。閲覧時間は、ユーザがウェブページを閲覧した時間の長さを示す。閲覧時間は、例えば、ウェブページが継続して表示された時間であってもよい。また例えば、閲覧時間は、或るウェブページが表示されてから、次のウェブページが表示されるまでに経過した時間であってもよい。購入情報抽出部１４２は、閲覧時間の合計を予想時間に決定してもよい。

［２−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図８を用いて説明する。図８は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による利用馬券購入情報抽出処理の一例を示すフローチャートである。図８は、基本予想支援情報を用いて馬券購入情報がノイズであるか否かを判定する場合の処理例を示す。

図８に示すように、購入情報抽出部１４２は、番号ｉを１に設定する（ステップＳ３１）。次いで、購入情報抽出部１４２は、購入情報リストに登録された馬券購入情報のうち、ｉ番目の馬券購入情報からユーザＩＤ及び購入日時を取得する（ステップＳ３２）。次いで、購入情報抽出部１４２は、操作履歴ＤＢ１２ｇから、馬券購入情報から取得したユーザＩＤに対応する閲覧履歴のうち、アクセス日時が本日の日時である閲覧履歴を検索する（ステップＳ３３）。

次いで、購入情報抽出部１４２は、検索された操作履歴に基づいて、馬券購入情報から取得したユーザＩＤが示すユーザによる要求レースの予想時間を推定する（ステップＳ３４）。例えば、購入情報抽出部１４２は、検索された閲覧履歴の中から、要求レースのレースＩＤに対応する閲覧履歴を抽出する。このとき、購入情報抽出部１４２は、購入日時よりもアクセス日時が早い閲覧履歴を抽出する。次いで、購入情報抽出部１４２は、要求レースの情報の総閲覧時間を計算する。例えば、購入情報抽出部１４２は、抽出した閲覧履歴から、ウェブページのアクセス日時を取得する。次いで、購入情報抽出部１４２は、検索された閲覧履歴に含まれるアクセス日時のうち、抽出した閲覧履歴から取得したアクセス日時の次に早いアクセス日時を取得する。次いで、購入情報抽出部１４２は、取得した２つのアクセス日時の差を、１つのウェブページの閲覧時間として計算する。購入情報抽出部１４２は、抽出した閲覧履歴ごとに閲覧時間を計算する。次いで、購入情報抽出部１４２は、閲覧時間の合計値を、総閲覧時間として計算する。購入情報抽出部１４２は、総閲覧時間を予想時間に決定する。

次いで、購入情報抽出部１４２は、予想時間が、記憶部１２に記憶された閾時間未満であるか否かを判定する（ステップＳ３５）。このとき、購入情報抽出部１４２は、予想時間が閾時間未満ではないと判定した場合には（ステップＳ３５：ＮＯ）、ステップＳ３９に進む。一方、購入情報抽出部１４２は、予想時間が閾時間未満であると判定した場合には（ステップＳ３５：ＹＥＳ）、ステップＳ３６に進む。

ステップＳ３６において、購入情報抽出部１４２は、オッズ情報ＤＢ１２ｅから、要求レースのレースＩＤ及び単勝に対応するオッズ情報の中で、更新日時が購入日時以前であるオッズ情報のうち、購入日時に最も近い更新日時を含むオッズ情報を、馬券ＩＤごとに取得する。次いで、購入情報抽出部１４２は、ｉ番目の馬券購入情報の買い目情報から、投票された馬番を取得する。ユーザが複数の単勝の投票券を同時に購入した場合、馬券購入情報は、買い目情報と購入金額の組み合わせが複数含まれている。この場合、購入情報抽出部１４２は、各買い目情報から馬番を取得する。そして、購入情報抽出部１４２は、取得したオッズ情報に含まれる人気順位に基づいて、馬券の購入時において、投票された馬番の人気順位が、投票されなかった馬番の人気順位よりも上位であるか否かを判定する（ステップＳ３７）。例えば、馬券購入情報に馬番が１つのみ含まれているとき、購入情報抽出部１４２は、その馬番の人気順位が１位である場合に、投票された馬番の人気順位が投票されなかった馬番の人気順位よりも上位であると判定する。また、馬券購入情報に馬番が複数含まれている場合、購入情報抽出部１４２は、投票された全ての馬番の人気順位をソートする。そして、購入情報抽出部１４２は、ソートされた人気順位が１位から、投票された馬番の数分連続している場合、投票された馬番の人気順位が投票されなかった馬番の人気順位よりも上位であると判定する。購入情報抽出部１４２は、投票された馬番の人気順位が投票されなかった馬番の人気順位よりも上位ではないと判定した場合には（ステップＳ３７：ＮＯ）、ステップＳ３９に進む。一方、購入情報抽出部１４２は、投票された馬番の人気順位が投票されなかった馬番の人気順位よりも上位であると判定した場合には（ステップＳ３７：ＹＥＳ）、ステップＳ３８に進む。ステップＳ３８において、購入情報抽出部１４２は、ｉ番目の馬券購入情報を購入情報リストから削除して、ステップＳ３９に進む。

ステップＳ３９において、購入情報抽出部１４２は、番号ｉが、購入情報リストに登録されている馬券購入情報の数の値未満であるか否かを判定する。このとき、購入情報抽出部１４２は、番号ｉが馬券購入情報の数の値未満であると判定した場合には（ステップＳ３９：ＹＥＳ）、ステップＳ４０に進む。ステップＳ４０において、購入情報抽出部１４２は、番号ｉに１を加算して、ステップＳ３２に進む。一方、購入情報抽出部１４２は、番号ｉが馬券購入情報の数の値未満ではないと判定した場合には（ステップＳ３９：ＮＯ）、利用馬券購入情報抽出処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、ユーザＩＤと対応付けてユーザごとに記憶部１２に記憶された操作履歴に基づいて、要求レースのレースＩＤに対応付けて記憶部１２に記憶されたユーザＩＤが示すユーザによる要求レースの予想時間を取得する。また、システム制御部１４が、記憶部１２に記憶された馬券購入情報と、記憶部１２に対応付けて記憶された過去に生成された予想支援情報及びその予想支援情報の更新時刻とに基づいて、要求レースのレースＩＤに対応付けて記憶部１２に記憶されたユーザＩＤが示すユーザが要求レースの馬券を購入した時点において、該ユーザが投票した競走馬の人気順を特定する。また、システム制御部１４が、予想時間が所定時間以上であるユーザ、及び投票した競走馬の馬券を購入した時点の人気順が、投票されていない競走馬の人気順よりも下位であるユーザの少なくとも何れか一方のユーザＩＤに対応する馬券購入情報を、予想支援情報の生成に用いる。従って、提供された予想支援情報に便乗して馬券を購入した蓋然性があるユーザが投票した競走馬に予想支援情報が影響されることを防止することができる。

［３．第３実施形態］
［３−１．馬券発売代行サーバ１の機能概要］
次に、第３実施形態における機能概要について図９を用いて説明する。本実施形態において、購入情報抽出部１４２は、要求レースのレース情報の少なくとも一部が変更されている場合、レース情報の変更日時以後の購入日時を含む馬券購入情報を、予想支援情報の生成に用いる馬券購入情報として抽出する。すなわち、本実施形態の不適合条件は、購入日時がレース情報の変更日時より前であることである。その他の点において、第３実施形態は第１実施形態と同様である。

レース情報は、レースの結果を予想するための基礎となる。すなわち、ユーザは、レース情報に基づいて、購入する馬券及び購入金額を決定する。予想の基礎となるレース情報の少なくとも一部が変更された場合、各ユーザの予想が変化する可能性がある。そのため、古いレース情報に基づく馬券の購入に対応する馬券情報は、予想支援情報の生成に用いるには適切ではない蓋然性がある。例えば、レース情報において或る出走馬にとって有利であった情報に基づいてその出走馬に多くのユーザが投票していたが、その情報がその出走馬にとって不利な情報に変わった場合、多くのユーザはその出走馬に投票しない蓋然性がある。

図９は、基本予想支援情報及び予想支援情報の生成に用いられる馬券購入情報の範囲の一例を、購入日時で示す図である。図９に示すように、要求レースについてのレース情報の少なくとも一部が或る時点で変更されたとする。主催元サーバ２は、レース情報に変更があったとしても、全ての馬券購入情報を用いて基本予想支援情報を生成する。すなわち、主催元サーバ２は、レース情報の変更前の馬券の購入に対応する馬券購入情報及び変更後の馬券の購入に対応する馬券購入情報の両方を用いる。一方、馬券発売代行サーバ１は、レース情報の変更後の馬券の購入に対応する馬券購入情報のみに基づいて、予想支援情報を生成する。

［３−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１０を用いて説明する。図１０は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による利用馬券購入情報抽出処理の一例を示すフローチャートである。

図１０に示すように、購入情報抽出部１４２は、要求レースのレースＩＤに対応するレース情報を検索する（ステップＳ４１）。次いで、購入情報抽出部１４２は、レース情報の中で、情報が変更された項目があるか否かを判定する（ステップＳ４２）。具体的に、購入情報抽出部１４２は、検索された各レース情報をその更新日時でソートする。購入情報抽出部１４２は、更新日時が隣接する２つのレース情報ごとに、規定の１又は複数の項目の情報をレース情報間で比較する。そして、購入情報抽出部１４２は、例えば少なくとも１つの項目について情報が異なる場合、情報が変更された項目があると判定してもよい。このとき、購入情報抽出部１４２は、例えば所定の項目については、情報の差が、予め定められた基準値以上である場合にのみ、その項目の情報が変更されたと判定してもよい。購入情報抽出部１４２は、情報が変更された項目がないと判定した場合には（ステップＳ４２：ＮＯ）、利用馬券購入情報抽出処理を終了させる。一方、購入情報抽出部１４２は、報が変更された項目があると判定した場合には（ステップＳ４２：ＹＥＳ）、ステップＳ４３に進む。

ステップＳ４３において、購入情報抽出部１４２は、情報の変更日時として、情報が変更されたレース情報から更新日時を取得する。情報の変更が複数回行われている場合、購入情報抽出部１４２は、例えば最終の変更日時を取得してもよい。また例えば、購入情報抽出部１４２は、変更前のレース情報との差が最も大きいレース情報の更新日時を変更日時として取得してもよい。次いで、購入情報抽出部１４２は、購入情報リストから、購入日時が情報の変更日時よりも前である馬券購入情報を削除して（ステップＳ４４）、利用馬券購入情報抽出処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、レース情報が変更されている場合、記憶部１２に要求レースのレースＩＤに対応付けて記憶された複数の馬券購入情報のうち、レース情報の変更時刻以後の購入時刻を含む馬券購入情報を、予想支援情報の生成に用いる。従って、予想支援情報の信頼性を高めることができる。

［４．第４実施形態］
［４−１．馬券発売代行サーバ１の機能概要］
次に、第４実施形態における機能概要について用いて説明する。本実施形態において、購入情報抽出部１４２は、第２実施形態の場合と同様に、要求レースのレース情報が変更されている場合、レース情報の変更日時以後の購入日時を含む馬券購入情報を、予想支援情報の生成に用いる馬券購入情報として抽出する。但し、購入情報抽出部１４２は、レース情報の変更前の購入時刻の馬券購入情報に基づき、レース情報の変更前の予想傾向を特定し、レース情報の変更以後の購入時刻の馬券購入情報に基づき、レース情報の変更後の予想傾向を特定する。そして、予想支援情報提供部１４４は、レース情報の変更前から変更後の間で、予想傾向に所定の基準以上の変更がある場合のみ、予想支援情報を提供する。予想傾向に変化がない場合、基本予想支援情報と予想支援情報との間には、さほどの差がないと考えられる。従って、予想支援情報提供部１４４は、基本予想支援情報のみを提供すればよく、予想支援情報を提供する必要がない。その他の点において、第４実施形態は第３実施形態と同様である。

予想傾向を示す情報は、例えば予想支援情報であってもよい。例えば、予想支援情報提供部１４４は、レース情報の変更前の購入時刻の馬券購入情報に基づき、レース情報の変更前の予想支援情報を生成してもよい。このレース情報は、レース情報の変更の直前に生成された基本予想支援情報であってもよい。また、予想支援情報提供部１４４は、レース情報の変更以後の購入時刻の馬券購入情報に基づき、レース情報の変更後の予想支援情報を生成する。予想支援情報提供部１４４は、例えば、レース情報変更前と変更後の予想支援情報の間で、項目ごとに値の差を計算する。そして、予想支援情報提供部１４４は、計算された差に基づいて、予想傾向が変化したか否かを判定する。

予想傾向は、例えば予想支援情報と異なる情報であってもよい。例えば、予想傾向は、各出走馬（または買い目）に対して投票したユーザの人数の比率であってもよい。

［４−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１１及び図１２を用いて説明する。図１１は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４によるオッズページ提供処理の一例を示すフローチャートである。図１１において、図６（ａ）と同様の処理については同様の符号が付されている。図１１に示すように、ステップＳ１１〜Ｓ１３が実行される。ステップＳ１３において、購入情報抽出部１４２は、利用馬券購入情報抽出処理を実行する。

図１２は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による利用馬券購入情報抽出処理の一例を示すフローチャートである。図１２において、図１０と同様の処理については同様の符号が付されている。図１２に示すように、購入情報抽出部１４２は、ステップＳ４１〜Ｓ４３を実行する。ステップＳ４２において、購入情報抽出部１４２は、情報が変更された項目がないと判定した場合には（ステップＳ４２：ＮＯ）、ステップＳ４５に進む。ステップＳ４５において、購入情報抽出部１４２は、提供フラグをＦＡＬＳＥに設定して、利用馬券購入情報抽出処理を終了させる。

ステップＳ４３を終えると、購入情報抽出部１４２は、オッズ情報ＤＢ１２ｅから、更新日時がレース情報の変更日時よりも前である単勝のオッズ情報のうち、更新日時が変更日時に最も近いオッズ情報を、レース情報変更前の予想支援情報として取得する（ステップＳ４６）。

次いで、購入情報抽出部１４２は、購入情報リストから、更新日時が変更日時以後である馬券購入情報を全て取得する。そして、予想支援情報生成部１４３は、取得した馬券購入情報を用いて、レース情報変更後の予想支援情報を生成する（ステップＳ４７）。予想支援情報の生成方法は、図６（ａ）に示す基本予想支援情報生成処理のステップＳ１４〜Ｓ１６の場合と同様である。

次いで、予想支援情報提供部１４４は、レース情報変更前の予想支援情報と変更後の予想支援情報との間で、予想傾向が変化しているか否かを判定する（ステップＳ４８）。例えば、予想支援情報提供部１４４は、馬番ごとに、レース情報変更前と変更後の予想支援情報に含まれるオッズの差を計算する。また、予想支援情報提供部１４４は、馬番ごとに、レース情報変更前と変更後の予想支援情報に含まれる人気順位の差を計算する。予想支援情報提供部１４４は、例えば、オッズの差が、記憶部１２に記憶された第２オッズ閾値を超える馬番が１以上存在するか、又は人気順位の差が、記憶部１２に記憶された第２順位閾値を超える馬番が１以上存在する場合、予想傾向が変化していると判定してもよい。また例えば、予想支援情報提供部１４４は、オッズの差の合計が第３オッズ閾値を超えるか、又は人気順位の差の合計が第３順位閾値を超える場合、予想傾向が変化していると判定してもよい。このときの第３オッズ閾値、第３順位閾値は、例えば出走馬の頭数が多いほど大きい値であってもよい。また、予想支援情報提供部１４４は、オッズの差が第２オッズ閾値を超えるか、又は人気順位の差が第２順位閾値を超える馬番の数が頭数閾値を超える場合、予想傾向が変化していると判定してもよい。このときの頭数閾値は、例えば出走馬の頭数が多いほど大きい値であってもよい。予想支援情報提供部１４４は、予想傾向が変化していないと判定した場合には（ステップＳ４８：ＮＯ）、ステップＳ４５に進む。一方、予想支援情報提供部１４４は、予想傾向が変化していると判定した場合には（ステップＳ４８：ＹＥＳ）、ステップＳ４９に進む。ステップＳ４９において、予想支援情報提供部１４４は、提供フラグをＴＲＵＥに設定して、利用馬券購入情報抽出処理を終了させる。

利用馬券購入情報抽出処理を終えると、図１１に示すように、予想支援情報提供部１４４は、提供フラグがＴＲＵＥに設定されているか否かを判定する（ステップＳ５１）。このとき、予想支援情報提供部１４４は、提供フラグがＴＲＵＥに設定されていると判定した場合には（ステップＳ５１：ＹＥＳ）、ステップＳ５２に進む。ステップＳ５２において、予想支援情報提供部１４４は、基本予想支援情報、及び利用購入情報抽出処理で生成された予想支援情報を含むオッズページのＨＴＭＬ文書を生成する。そして、予想支援情報提供部１４４は、ステップＳ１８、Ｓ１９を実行する。一方、予想支援情報提供部１４４は、提供フラグがＴＲＵＥに設定されていないと判定した場合には（ステップＳ５１：ＮＯ）、ステップＳ５３に進む。ステップＳ５３において、予想支援情報提供部１４４は、基本予想支援情報のみを含むオッズページのＨＴＭＬ文書を生成する。そして、予想支援情報提供部１４４は、生成したＨＴＭＬ文書をユーザ端末３へ送信して（ステップＳ１９）、オッズページ提供処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、要求レースのレースＩＤに対応付けて記憶部１２に記憶された複数の馬券購入情報に基づいて特定される要求レースの結果の予想傾向に、レース情報の変更前後で所定基本以上の変化がある場合、予想支援情報を提供する。従って、予想傾向の変化により予想支援情報の必要性がある場合に予想支援情報を提供することができる。

［５．第５実施形態］
［５−１．馬券発売代行サーバ１の機能概要］
次に、第５実施形態における機能概要について、図１３を用いて説明する。本実施形態において、購入情報抽出部１４２は、馬券購入情報に含まれるユーザＩＤが示すユーザの属性に基づいて、要求ユーザの属性と類似する属性を有するユーザの馬券購入情報を、予想支援情報の生成に用いる馬券購入情報として抽出する。すなわち、本実施形態の不適合条件は、購入条件に含まれるユーザＩＤが、要求ユーザの属性と類似しない属性を有するユーザのユーザＩＤであることである。属性が類似するユーザの間では、レースの結果の予想の傾向が一致又は類似する蓋然性がある。従って、要求ユーザの属性と一致又は類似する属性を有するユーザの馬券購入情報に基づいて生成される予想支援情報が示す予想傾向は、要求ユーザの予想傾向と一致又は類似する蓋然性がある。この場合の予想支援情報は、信頼性とは別に、要求ユーザにとって有用である。その理由は、要求ユーザの予想傾向と一致又は類似する予想傾向に基づく予想支援情報は、要求ユーザにとって利用しやすい、又は要求ユーザにとって受け入れられやすいからである。その他の点において、第５実施形態は第１実施形態と同様である。

図１３は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。図１３において、図２（ｂ）と同様の要素については同様の符号が付されている。図１３に示すように、システム制御部１４は、予想支援情報要求取得部１４１、購入情報抽出部１４２、予想支援情報生成部１４３、予想視線情報提供部１４４、ユーザ属性特定部１４５等として機能する。ユーザ属性特定部１４５は、各ユーザの属性を特定する。

馬券購入情報の抽出に用いられる属性は、例えば、性別、年齢、住所がある都道府県や地域等であってもよい。これらの情報は、会員情報から取得可能である。類似の範囲は、例えば予め定められている。例えば、購入情報抽出部１４２は、性別が同一である場合にのみ、性別が類似すると判定してもよい。また例えば、購入情報抽出部１４２は、年齢層が一致する場合に、年齢が類似すると判定してもよい。

馬券購入情報の抽出に用いられる属性は、例えばレースの結果を予想するための観点や予想に用いる情報の傾向であってもよい。この予想傾向は、ユーザが閲覧する情報の傾向であってもよい。例えば、レースに関する情報として、出馬表ページ、オッズページ、レース分析ページ、予想一覧ページ等の様々なウェブページが閲覧可能である。出馬表ページにはレース情報が表示される。レース分析ページには、各出走馬の過去のレースの成績の分析結果が表示される。予想一覧ページには、投稿された予想の一覧が表示される。閲覧する情報の種類が類似するユーザの間では、レースの予想傾向が類似する蓋然性がある。例えば、ユーザ属性特定部１４５は、各ユーザについて、ウェブページの種類ごとに、ウェブページの閲覧時間を計算してもよい。第２実施形態で説明したように、閲覧時間は、閲覧履歴に基づいて計算可能である。ユーザ属性特定部１４５は、ユーザが重視すると判定したウェブページの種類を示すウェブページ情報を、例えば会員情報ＤＢ１２ａに登録する。ウェブページ情報は、本発明における属性情報の一例である。購入情報抽出部１４２は、ウェブページ情報に基づいて、重視するウェブページの種類の類比を判定する。例えば、購入情報抽出部１４２は、重視するウェブページの種類のうち少なくとも１つが、要求ユーザが重視するウェブページの種類のうち少なくとも１つと一致するユーザのユーザＩＤを含む馬券購入情報を抽出してもよい。

また、予想傾向は、例えば、レースの情報に含まれる複数の項目のうち、レースの結果を予想するためにユーザが重視する項目であってもよい。この項目を、重視項目という。重視項目の候補は、レースの複数の出走馬の情報であって、その複数の出走馬の優劣を比較可能な項目である。出走馬の優劣を比較可能とは、例えば、出走馬が上位に入賞する蓋然性を比較することが可能であることをいう。そのような項目としては、例えば、単勝オッズ、馬体重、過去のレースのレースタイム、勝利数、勝率等が挙げられる。オッズが低い出走馬ほど優位である。馬体重が軽い出走馬ほど優位である。また、前走からの馬体重の増減が小さい出走馬ほど優位である。レースタイムが短い出走馬ほど優位である。勝利数が多い出走馬ほど優位である。勝率が高い出走馬ほど優位である。ユーザ属性特定部１４５は、例えば、これら全ての項目の情報を取得してもよいし、予め定められた項目の情報のみを取得してもよい。また、過去のレースの成績について、ユーザ属性特定部１４５は、重視項目が特定される対象のレースの条件と一致する条件下での成績のみを取得してもよい。例えば、対象のレースの距離が１７００メートルである場合、１７００メートルでのコースにおける成績を取得してもよい。また、出走馬ごとに、騎乗する騎手が異なる。そこで、例えば、ユーザ属性特定部１４５は、対象のレースについて、各出走馬の騎手を騎手情報から特定し、出走馬ごとに、特定した騎手が騎乗したレースの過去の成績を取得してもよい。

ユーザ属性特定部１４５は、馬券購入情報及び予想情報の少なくとも一方を用いて、重視項目を特定することができる。例えば、馬券購入情報は、ユーザが入賞すると予想した出走馬を示す買い目情報を含む。ユーザ属性特定部１４５は、レースの複数の出走馬のうち、ユーザが投票した出走馬の少なくとも１の出走馬が他の出走馬よりも相対的に優位な項目を、複数の項目うち重視項目として特定する。ユーザが何らかの項目を重視する場合、重視する項目において相対的に優位な出走馬に対してユーザが投票する蓋然性が高い。従って、重視項目を適切に特定することができる。

以下に、具体例を説明する。例えば、或るレースで、ユーザが馬券を購入したとする。なお、このレースには６頭の競走馬が出走する。例えば、ユーザは、馬単で１−２、１−３、２−３の馬券を購入したとする。つまり、ユーザは馬番１〜３の出走馬に投票した。重視項目の候補が、各出走馬のオッズ、レースタイム（１７００メートル、軽馬場）、レースタイム（１７００メートル、重馬場）、勝利数、馬体重を取得したとする。重視項目特定部１４３は、項目ごとに、各出走馬の優劣順位を決定する。優劣順位は、優位な順に各出走馬の順位を決定したときの順位である。例えば、オッズでは、馬番１、３、２、５、６、４の順に優劣順位が高い。レースタイム（１７００メートル、軽馬場）では、馬番１、２、３、４、５、６の順に優劣順位が高い。レースタイム（１７００メートル、重馬場）では、馬番３、１、５、２、６、４の順に優劣順位が高い。勝利数では、馬番２、１、３、５、４、６の順に優劣順位が高い。馬体重では、馬番４、１、２、３、６、５の順に優劣順位が高い。

オッズ、レースタイム（１７００メートル、軽馬場）、勝利数において、馬番１〜３の出走馬は、馬番４〜６の出走馬よりも優位である。また、レースタイム（１７００メートル、重馬場）において、馬番１及び３の出走馬は、馬番４〜６の出走馬よりも優位である。従って、買い目情報が示す出走馬の少なくとも１の出走馬が他の出走馬よりも相対的に優位な項目は、オッズ、レースタイム（１７００メートル、軽馬場）、レースタイム（１７００メートル、重馬場）、及び勝利数である。この場合、ユーザ属性特定部１４５は、この４つの項目を重視項目として特定してもよい。

重視項目が複数あるような場合、ユーザ属性特定部１４５は、例えば、予め設定された数以下の項目のみを重視項目として特定してもよい。また、ユーザ属性特定部１４５は、各項目の優先度を決定してもよい。この優先度は、複数の重視項目の中でユーザが或る項目を重視する程度を示す。この優先度は、例えば優先順位であってもよい。この優先順位を項目優先順位という。例えば、ユーザ属性特定部１４５は、ユーザが投票した出走馬のうち相対的に優位な出走馬の数に基づいて、項目優先順位を決定してもよい。具体的に、ユーザ属性特定部１４５は、ユーザが投票した出走馬のうち相対的に優位な出走馬の数が多い項目ほど、項目優先順位を高くしてもよい。上述の例の場合、オッズ、レースタイム（１７００メートル、軽馬場）、及び勝利数では、馬番１〜３の３頭の出走馬が相対的に優位である。また、レースタイム（１７００メートル、重馬場）では、馬番１及び３の２頭の出走馬が相対的に優位である。従って、４つの項目のうち、レースタイム（１７００メートル、重馬場）の項目優先順位が最も低くなる。また、ユーザ属性特定部１４５は、ユーザが選択した出走馬のうち相対的に優位な出走馬の数が所定数以上である項目のみを、重視項目として特定してもよい。

上述の例は、ユーザが購入した馬券が馬単の馬券である。ユーザが馬単と異なる馬券を購入した場合であっても、ユーザ属性特定部１４５は、同様の方法で重視項目を特定可能である。また、予想情報を用いた場合にも、ユーザ属性特定部１４５は、馬券購入情報を用いた場合と同様の方法で、同様の方法で重視項目を特定可能である。

ユーザは複数のレースに対して馬券を購入したり、予想を投稿したりすることができる。従って、１人のユーザについて、レースごとに、ユーザが投票した出走馬が相対的に優位な項目が特定される場合がある。この場合、ユーザ属性特定部１４５は、例えば、項目ごとに、優位な項目として特定された回数を計算してもよい。そして、ユーザ属性特定部１４５は、例えば、優位な項目として特定された回数が最も多い項目を、最終的な重視項目に決定してもよい。また例えば、ユーザ属性特定部１４５は、優位な項目として特定された回数の比率が、所定の閾値を超える１又は複数の項目を、最終的な重視項目に決定してもよい。

［５−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１４及び図１５を用いて説明する。以下に説明する動作は、ユーザの予想傾向を特定するための属性を重視項目に適用した場合の動作である。図１４は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による重視項目特定処理の一例を示すフローチャートである。システム制御部１４は、例えばユーザごとに重視項目特定処理を実行する。例えば、システム制御部１４は、定期的に重視項目特定処理を実行してもよい。例えば、システム制御部１４は、１日に所定回数、重視項目特定処理を実行してもよい。また例えば、システム制御部１４は、１つのレースが開始又は終了するごとに、そのレースの投票券を購入したユーザを対象として重視項目特定処理を実行してもよい。

図１４に示すように、ユーザ属性特定部１４５は、重視項目が特定される対象ユーザのユーザＩＤを取得する（ステップＳ６１）。次いで、ユーザ属性特定部１４５は、取得したユーザＩＤに対応する馬券購入情報を購入情報ＤＢ１２ｄから検索する（ステップＳ６２）。

次いで、ユーザ属性特定部１４５は、検索された馬券購入情報ごとに、対象ユーザにより投票された出走馬の少なくとも１つが、投票されなかった出走馬と比較して優位な項目を特定する（ステップＳ６３）。具体的に、ユーザ属性特定部１４５は、馬券購入情報に含まれる買い目情報に基づいて、ユーザが投票した１又は複数の出走馬の馬番を特定する。また、ユーザ属性特定部１４５は、馬券購入情報からレースＩＤを取得する。次いで、ユーザ属性特定部１４５は、取得したレースＩＤに対応するレース情報をレース情報ＤＢ１２ｂから取得する。レースＩＤに対応するレース情報が複数存在する場合、ユーザ属性特定部１４５は、馬券の購入日時よりも前の更新日時を含むレース情報のうち、購入日時に最も近い更新日時を含むレース情報を取得する。また、ユーザ属性特定部１４５は、取得したレースＩＤに対応する単勝のオッズ情報を、オッズ情報ＤＢ１２ｅから取得する。このとき、ユーザ属性特定部１４５は、馬券の購入日時よりも前の更新日時を含むオッズ情報のうち、購入日時に最も近い更新日時を含むオッズ情報を取得する。ユーザ属性特定部１４５は、レース情報及びオッズ情報に基づいて、項目ごとに、各出走馬の優劣順位を決定する。次いで、ユーザ属性特定部１４５は、投票された出走馬のうち少なくとも１の出走馬が相対的に優位な項目を特定する。例えば、ユーザ属性特定部１４５は、優劣順位が１位の出走馬が、投票された出走馬の何れかである項目を特定してもよい。このとき、ユーザ属性特定部１４５は、例えば投票された出走馬が相対的に優位な項目を複数特定してもよい。

ステップＳ６３を終えると、ユーザ属性特定部１４５は、各項目について、対象ユーザに投票された出走馬が優位であると特定された回数を計算する。そして、ユーザ属性特定部１４５は、優位な項目として特定された回数に基づいて、対象ユーザの重視項目を特定する（ステップＳ６４）。例えば、ユーザ属性特定部１４５は、全ての項目について、投票した出走馬が優位であると特定された回数の合計を計算する。次いで、ユーザ属性特定部１４５は、項目ごとに、出走馬が優位であると特定された回数の、合計に対する比率を計算する。そして、ユーザ属性特定部１４５は、比率が、記憶部１２に記憶された比率閾値を超える１又は複数の項目を、重視項目に特定する。

ステップＳ６４を終えると、ユーザ属性特定部１４５は、特定した重視項目の項目ＩＤを取得する。項目ＩＤは、項目の識別情報である。ユーザ属性特定部１４５は、対象ユーザのユーザＩＤに対応付けて、重視項目の項目ＩＤを含む重視項目情報を会員情報ＤＢ１２ａに登録する（ステップＳ６５）。重視項目情報は、本発明における属性情報の一例である。ユーザ属性特定部１４５は、ステップＳ６５を終えると、重視項目特定処理を終了させる。

図１５は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による利用馬券購入情報抽出処理の一例を示すフローチャートである。図１５に示すように、購入情報抽出部１４２は、要求ユーザのユーザＩＤに対応する重視項目情報を会員情報ＤＢ１２ａから取得する（ステップＳ７１）。次いで、購入情報抽出部１４２は、番号ｉを１に設定する（ステップＳ７２）。次いで、購入情報抽出部１４２は、購入情報リストに登録されている馬券購入情報のうちｉ番目の馬券購入情報からユーザＩＤを取得する（ステップＳ７３）。次いで、購入情報抽出部１４２は、取得したユーザＩＤに対応する重視項目情報を会員情報ＤＢ１２ａから取得する（ステップＳ７４）。

次いで、購入情報抽出部１４２は、ステップＳ７４で取得された重視項目情報に含まれる項目ＩＤの中に、ステップＳ７１で取得した重視項目情報に含まれる何れかの項目ＩＤと一致する項目ＩＤがあるか否かを判定する（ステップＳ７５）。このとき、購入情報抽出部１４２は、一致する項目ＩＤがあると判定した場合には（ステップＳ７５：ＹＥＳ）、ステップＳ７７に進む。一方、購入情報抽出部１４２は、一致する項目ＩＤがないと判定した場合には（ステップＳ７５：ＮＯ）、ステップＳ７６に進む。ステップＳ７６において、購入情報抽出部１４２は、ｉ番目の馬券購入情報を購入情報リストから削除して、ステップＳ７７に進む。

ステップＳ７７において、購入情報抽出部１４２は、番号ｉが、購入情報リストに登録されている馬券購入情報の数の値未満であるか否かを判定する。このとき、購入情報抽出部１４２は、番号ｉが馬券購入情報の数の値未満であると判定した場合には（ステップＳ７７：ＹＥＳ）、ステップＳ７８に進む。ステップＳ７８において、購入情報抽出部１４２は、番号ｉに１を加算して、ステップＳ７３に進む。一方、購入情報抽出部１４２は、番号ｉが馬券購入情報の数の値未満ではないと判定した場合には（ステップＳ７７：ＮＯ）、利用馬券購入情報抽出処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、要求レースのレースＩＤに対応付けて記憶部１２に記憶された馬券購入情報のうち、要求ユーザの属性と類似する属性を有するユーザを示すユーザＩＤに対応する馬券購入情報を、予想支援情報の生成に用いる。従って、要求ユーザの属性に適した予想支援情報を提供することができる。

このとき、システム制御部１４が、重視項目情報等に基づいて、要求ユーザによる予想傾向と類似する予想傾向を有するユーザを示すユーザＩＤに対応する馬券購入情報を、予想支援情報の生成に用いてもよい。この場合、要求ユーザの予想傾向に適した予想支援情報を提供することができる。

［６．第６実施形態］
［６−１．馬券発売代行サーバ１の機能概要］
次に、第６実施形態における機能概要について説明する。本実施形態において、予想支援情報生成部１４３は、要求ユーザが馬券を購入したことがある過去のレースにおいて、要求ユーザが払戻金を獲得した程度を特定する。払戻金を獲得した程度を、投票成績ともいう。払戻金を獲得した程度は、例えば、的中数、的中率、総払戻金額、回収率等であってもよい。予想支援情報生成部１４３は、払戻金を獲得した程度が初程度未満である場合にのみ、予想支援情報を生成する。予想支援情報は、レースの結果を予想するための参考にされる。しかしながら、投票成績がよいユーザは、基本予想支援情報を見ればよく、予想支援情報に依拠して、購入する馬券を決定する必要はない。本実施形態によれば、予想支援情報を必要とする蓋然性があるユーザにのみ、予想支援情報を提供することができる。その他の点において、第６実施形態は第１実施形態〜第５実施形態と同様である。

［６−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１６を用いて説明する。図１６は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４によるオッズページ提供処理の一例を示すフローチャートである。図１６において、図６（ａ）と同様の処理については同様の符号が付されている。

図１６に示すように、予想支援情報生成部１４３は、ステップＳ１１を実行する。次いで、予想支援情報生成部１４３は、要求ユーザのユーザＩＤに対応する馬券購入情報を購入情報ＤＢ１２ｄから検索する（ステップＳ８１）。次いで、予想支援情報生成部１４３は、検索された各馬券購入情報からレースＩＤを取得する。そして、予想支援情報生成部１４３は、各馬券購入情報のレースＩＤに対応するレース結果情報をレース結果ＤＢ１２ｈから取得する（ステップＳ８２）。次いで、予想支援情報生成部１４３は、馬券購入情報及びレース結果情報に基づいて、要求ユーザの回収率を計算する（ステップＳ８３）。具体的に、予想支援情報生成部１４３は、馬券購入情報に含まれる購入金額に基づいて、馬券の総購入金額を計算する。また、予想支援情報生成部１４３は、馬券購入情報に含まれる購入金額及び買い目情報の馬券ＩＤと、レース結果情報に含まれる的中馬券の馬券ＩＤ及び最終オッズに基づいて、総払戻金額を計算する。そして、予想支援情報生成部１４３は、総払戻金額を総購入金額で割ることにより、回収率を計算する。次いで、予想支援情報生成部１４３は、回収率が、記憶部１２に記憶されている回収率閾値未満であるか否かを判定する（ステップＳ８４）。このとき、予想支援情報生成部１４３は、回収率が回収率閾値未満であると判定した場合には（ステップＳ８４：ＹＥＳ）、ステップＳ１２に進む。そして、ステップＳ１２〜Ｓ１９が実行される。一方、予想支援情報生成部１４３は、回収率が回収率閾値未満ではないと判定した場合には（ステップＳ８４：ＮＯ）、ステップＳ８５に進む。ステップＳ８５において、予想支援情報提供部１４４は、基本予想支援情報のみを含むオッズページのＨＴＭＬ文書を生成する。そして、予想支援情報提供部１４４は、生成したＨＴＭＬ文書をユーザ端末３へ送信して（ステップＳ１９）、オッズページ提供処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、要求ユーザが馬券を購入した過去のレースにおいて要求ユーザが配当金を獲得した程度が所定度未満である場合、予想支援情報を生成する。従って、これまでの投票成績が低いユーザに対して予想支援情報を提供することができる。

［７．第７実施形態］
［７−１．馬券発売代行サーバ１の機能概要］
次に、第７実施形態における機能概要について説明する。本実施形態において、予想支援情報提供部１４４は、基本予想支援情報と、生成された予想支援情報とを比較する。そして、予想支援情報提供部１４４は、基本予想支援情報と予想支援情報との差が所定値よりも大きい場合にのみ、予想支援情報を提供する。基本予想支援情報と予想支援情報との差が小さければ、基本予想支援情報のみ提供されればよい。本実施形態によれば、基本予想支援情報との差が大きいことにより、提供する必要がある場合にのみ予想支援情報を提供することができる。その他の点において、第７実施形態は第１実施形態〜第６実施形態と同様である。

［７−２．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１７を用いて説明する。図１７は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４によるオッズページ提供処理の一例を示すフローチャートである。図１７において、図６（ａ）と同様の処理については同様の符号が付されている。

図１７に示すように、ステップＳ１１〜Ｓ１６が実行される。次いで、予想支援情報提供部１４４は、予想支援情報に含まれる項目の中に、基本予想支援情報の対応する項目との値の差が所定値よりも大きい項目があるか否かを判定する（ステップＳ９１）。このときの判定方法は、ステップＳ１８において、値の差が所定値よりも大きい項目を特定する方法と同様であってもよい。このとき、予想支援情報生成部１４３は、値の差が所定値よりも大きい項目があると判定した場合には（ステップＳ９１：ＹＥＳ）、ステップＳ１７に進む。そして、ステップＳ１７〜Ｓ１９が実行される。一方、予想支援情報生成部１４３は、予想支援情報提供部１４４は、値の差が所定値よりも大きい項目がないと判定した場合には（ステップＳ９１：ＮＯ）、ステップＳ９２に進む。ステップＳ９２において、予想支援情報提供部１４４は、基本予想支援情報のみを含むオッズページのＨＴＭＬ文書を生成する。そして、予想支援情報提供部１４４は、生成したＨＴＭＬ文書をユーザ端末３へ送信して（ステップＳ１９）、オッズページ提供処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、基本予想支援情報と予想支援情報との差が所定値よりも大きい場合、予想支援情報を提供する。従って、予想支援情報の必要性があるときに予想支援情報を提供することができる。

なお、購入情報抽出部１４２は、第１実施形態、第２実施形態、第３実施形態及び第５実施形態で説明された不適合条件のうち少なくとも２つの不適合条件を組み合わせて、予想支援情報の生成に用いられる購入情報を抽出してもよい。

また、上記実施形態においては、本発明の情報処理装置が、クライアントサーバシステムにおけるサーバ装置に適用されていた。しかしながら、本発明の情報処理装置が、サーバ装置以外の情報処理装置に適用されてもよい。例えば、本発明の情報処理装置がユーザ端末３等に適用されてもよい。そして、ユーザ端末３が備えるＣＰＵ等の制御部が本発明における手段として機能してもよい。この場合、ユーザ端末３は、例えば馬券発売代行サーバ１から要求レースの馬券購入情報を取得してもよい。ユーザ端末３は、取得した購入情報の中から、不適合条件に合致しない購入情報を抽出し、抽出した購入情報に基づいて予想支援情報を生成してもよい。そして、ユーザ端末３は、ディスプレイ等の表示手段に予想支援情報を表示することにより、予想支援情報をユーザに提供してもよい。この場合、表示手段は、ユーザ端末３に備えられていてもよい。または、表示手段は、ユーザ端末３とは別個の装置であってもよい。

１ 馬券発売代行サーバ
２ 主催元サーバ
３ ユーザ端末
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ レース情報ＤＢ
１２ｃ 馬券情報ＤＢ
１２ｄ 購入情報ＤＢ
１２ｅ オッズ情報ＤＢ
１２ｆ 予想情報ＤＢ
１２ｇ 操作履歴ＤＢ
１２ｈ レース結果ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
１４１ 予想支援情報要求取得部
１４２ 購入情報抽出部
１４３ 予想支援情報生成部
１４４ 予想支援情報提供部
１４５ ユーザ属性特定部
ＮＷ ネットワーク
Ｓ 情報処理システム

Claims (13)

1. 複数のレースのうち、出場する複数のレース対象の人気を示す人気情報が要求された要求レースを特定する特定手段と、
   レースの投票券の購入内容を含む購入情報と、前記投票券を購入したユーザを識別するユーザ識別情報と、前記投票券が購入されたレースを識別するレース識別情報とを対応付けて記憶する記憶手段に、前記特定手段により特定された前記要求レースのレース識別情報に対応付けて記憶された複数の購入情報のうち、前記要求レースの結果の予想のための参考としての前記人気情報の有用性を低下させる購入情報の条件に合致しない購入情報に基づいて、前記人気情報を生成する生成手段と、
   前記生成手段により生成された前記人気情報を提供する提供手段と、
   を備えることを特徴とする情報処理装置。
2. 請求項１に記載の情報処理装置において、
   前記生成手段は、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶された前記複数の購入情報のうち、該購入情報に含まれる購入内容に基づきノイズではないと判定される購入情報を前記人気情報の生成に用いることを特徴とする情報処理装置。
3. 請求項２に記載の情報処理装置において、
   前記生成手段は、投票券の購入金額を示す情報を含む前記購入情報を記憶する前記記憶手段に、前記要求レースのレース識別情報に対応付けて記憶された前記複数の購入情報における購入金額の突出度が所定度未満である購入情報を前記人気情報の生成に用いることを特徴とする情報処理装置。
4. 請求項２又は３に記載の情報処理装置において、
   ユーザを識別するユーザ識別情報と対応付けてユーザごとに履歴記憶手段に記憶された、レースに関する操作の履歴に基づいて、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶されたユーザ識別情報が示すユーザによる前記要求レースの予想時間を取得する予想時間取得手段と、
   前記記憶手段に記憶された、投票券の購入時刻を含む前記購入情報と、人気情報記憶手段に対応付けて記憶された、過去に生成された人気情報及び該人気情報の生成時刻とに基づいて、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶されたユーザ識別情報が示すユーザが前記要求レースの投票券を購入した時点において、該ユーザが投票したレース対象の人気順を特定する人気順特定手段と、
   を更に備え、
   前記生成手段は、前記予想時間取得手段により取得された予想時間が所定時間以上であるユーザ、及び前記人気順特定手段により特定された人気順が、投票されていないレース対象の人気順よりも下位であるユーザの少なくとも何れか一方のユーザ識別情報に対応する購入情報を、前記人気情報の生成に用いることを特徴とする情報処理装置。
5. 請求項１乃至４の何れか１項に記載の情報処理装置において、
   前記要求レースの予想の基礎として用いられるレース情報が変更されている場合、前記生成手段は、投票券の購入時刻を含む前記購入情報を記憶する前記記憶手段に、前記要求レースのレース識別情報に対応付けて記憶された複数の購入情報のうち、前記レース情報の変更時刻以後の購入時刻を含む購入情報を、前記人気情報の生成に用いることを特徴とする情報処理装置。
6. 請求項５に記載の情報処理装置において、
   前記提供手段は、前記要求レースのレース識別情報に対応付けて記憶された複数の購入情報に基づいて特定される、前記要求レースの結果の予想傾向に、前記レース情報の変更前後で所定基準以上の変化がある場合、前記人気情報を提供することを特徴とする情報処理装置。
7. 請求項１乃至６の何れか１項に記載の情報処理装置において、
   前記人気情報の要求者の属性情報と、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶されたユーザ識別情報が示すユーザの属性情報とに基づいて、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶された複数の購入情報のうち、前記要求者の属性と類似する属性を有するユーザを示すユーザ識別情報に対応する購入情報を、前記人気情報の生成に用いることを特徴とする情報処理装置。
8. 請求項７に記載の情報処理装置において、
   前記生成手段は、レースの結果の予想傾向を示す前記属性情報に基づいて、前記要求者による予想傾向と類似する予想傾向を有するユーザを示すユーザ識別情報に対応する購入情報を、前記人気情報の生成に用いることを特徴とする情報処理装置。
9. 請求項１乃至８の何れか１項に記載の情報処理装置において、
   前記生成手段は、前記人気情報の要求者が投票券を購入した過去のレースにおいて前記要求者が配当金を獲得した程度が所定度未満である場合、前記人気情報を生成することを特徴とする情報処理装置。
10. 請求項１乃至９の何れか１項に記載の情報処理装置において、
    前記提供手段は、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶された複数の購入情報に基づいて生成された基準人気情報と、前記生成手段により生成された前記人気情報との差が所定値よりも大きい場合、前記人気情報を提供することを特徴とする情報処理装置。
11. 請求項１乃至１０の何れか１項に記載の情報処理装置において、
    前記提供手段は、前記生成手段により生成された前記人気情報を表示させ、該人気情報に含まれる複数の項目のうち、前記要求レースのレース識別情報に対応付けて前記記憶手段に記憶された複数の購入情報に基づいて生成された基準人気情報に含まれる項目との差が所定値よりも大きい項目を、他の項目とは異なる表示態様で表示させることを特徴とする情報処理装置。
12. コンピュータにより実行される情報処理方法であって、
    複数のレースのうち、出場する複数のレース対象の人気を示す人気情報が要求された要求レースを特定する特定ステップと、
    レースの投票券の購入内容を含む購入情報と、前記投票券を購入したユーザを識別するユーザ識別情報と、前記投票券が購入されたレースを識別するレース識別情報とを対応付けて記憶する記憶手段に、前記特定ステップにより特定された前記要求レースのレース識別情報に対応付けて記憶された複数の購入情報のうち、前記要求レースの結果の予想のための参考としての前記人気情報の有用性を低下させる購入情報の条件に合致しない購入情報に基づいて、前記人気情報を生成する生成ステップと、
    前記生成ステップにより生成された前記人気情報を提供する提供ステップと、
    を含むことを特徴とする情報処理方法。
13. コンピュータを、
    複数のレースのうち、出場する複数のレース対象の人気を示す人気情報が要求された要求レースを特定する特定手段、
    レースの投票券の購入内容を含む購入情報と、前記投票券を購入したユーザを識別するユーザ識別情報と、前記投票券が購入されたレースを識別するレース識別情報とを対応付けて記憶する記憶手段に、前記特定手段により特定された前記要求レースのレース識別情報に対応付けて記憶された複数の購入情報のうち、前記要求レースの結果の予想のための参考としての前記人気情報の有用性を低下させる購入情報の条件に合致しない購入情報に基づいて、前記人気情報を生成する生成手段、及び、
    前記生成手段により生成された前記人気情報を提供する提供手段、
    として機能させることを特徴とする情報処理プログラム。

Images