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

Abstract

【課題】本発明は、閲覧者にとって有益な予想を優先的に提示させることを可能とすることを目的とする。
【解決手段】情報処理装置は、競技に出場する競技対象に投票するための投票券の予想者からの購入を受け付ける。情報処理装置は、投票券の購入が受け付けられる競技に対する予想者からの予想であって、予想者が予想する競技対象を含む予想を受け付ける。情報処理装置は、購入が受け付けられた投票券の競技対象の買い目と、予想受付手段により受け付けられた予想との一致度を、予想者ごとに判定する。情報処理装置は、第１の予想者と第２の予想者とのそれぞれについて判定された一致度に基づいて、第１の予想者と第２の予想者とのうち何れの予想を閲覧者に対して優先的に提示させるかを決定する。
【選択図】図７

Description

本発明は、投票券が販売される競技の予想を提示する技術分野に関する。

例えば、特許文献１には、公営競技の投票券を購入可能にする技術が開示されている。また、特許文献２には、予想の閲覧者による投票券購入判断に供する目的でレースに関する予想の入力を予想者から受け付けるシステムが開示されている。

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

しかしながら、特許文献２に記載の技術では、予想が的中しなかったとしても、予想者は経済的な負担を負わない。そのため、予想者は、的中させようという意思がなく予想を投稿することがある。閲覧者にとってみれば、回収率または的中率が同程度であれば、的中させようという意思のある予想の方が意思のない予想に比べて有益である。

本発明は、以上の点に鑑みてなされたものであり、閲覧者にとって有益な予想を優先的に提示させることを可能とする情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、競技に出場する競技対象に投票するための投票券の予想者からの購入を受け付ける購入受付手段と、前記購入受付手段により投票券の購入が受け付けられる競技に対する前記予想者からの予想であって、前記予想者が予想する競技対象を含む予想を受け付ける予想受付手段と、前記購入受付手段により購入が受け付けられた投票券の競技対象の買い目と、前記予想受付手段により受け付けられた予想との一致度を、予想者ごとに判定する一致度判定手段と、前記一致度判定手段により第１の予想者と第２の予想者とのそれぞれについて判定された一致度に基づいて、前記第１の予想者と前記第２の予想者とのうち何れの予想を閲覧者に対して優先的に提示させるかを決定する提示制御手段と、を備えることを特徴とする。

この発明によれば、同一の競技について、予想者が購入した投票券の競技対象の買い目と、その予想者による予想との一致度が判定される。そして、各予想者について判定された一致度に基づいて、何れかの予想者の予想が、他方の予想者の予想よりも閲覧者に対して優先的に提示される。投票券を購入するためには、経済的な負担が予想者にかかる。そのため、的中すると予想者が考える投票券を、予想者が購入する蓋然性がある。従って、買い目と予想との一致度が高いほど、予想者は予想を的中させようと考えている蓋然性がある。よって、閲覧者にとって有益な予想を優先的に提示させることができる。

請求項２に記載の発明は、請求項１に記載の情報処理装置において、過去の競技の投票券の買い目と予想とに基づいて前記一致度判定手段により判定された一致度に基づいて、予想者の信頼度を判定する信頼度判定手段であり、前記一致度が高いほど信頼度を高くする信頼度判定手段を更に備え、前記提示制御手段は、今より後に開始される競技の予想の情報が提示される場合に、前記信頼度判定手段により信頼度が判定された第１の予想者と第２の予想者とのうち、前記信頼度が高い方の予想者の予想を、他方の予想者の予想よりも優先的に提示させることを特徴とする。

この発明によれば、過去の競技の投票券の買い目と予想との一致度に基づいて、予想を行った予想者の信頼度が判定されるとともに、一致度が高いほど信頼度が高いと判定される。そして、今より後に開始される競技の予想が提示されるとき、信頼度が高い方の予想者の予想が、信頼度が低い方の予想者の予想よりも優先的に提示される。そのため、今から後に開始される競技に対して予想を行った予想者が、その競技の投票券を購入していなくとも、閲覧者にとって有益な予想を優先的に提示させることができる。

請求項３に記載の発明は、請求項１又は請求項２に記載の情報処理装置において、前記一致度判定手段は、購入された１以上の投票券のそれぞれの買い目に含まれる１以上の競技対象の全てが、予想された１以上の競技対象に含まれ、且つ、予想された１以上の競技対象のそれぞれが、購入された１以上の投票券の少なくとも何れかの買い目に含まれる場合、前記一致度を最も高くすることを特徴とする。

この発明によれば、自分の予想の通りに投票券を購入している予想者の予想を、最も優先的に提示させることができる。

請求項４に記載の発明は、請求項１乃至３の何れか１項に記載の情報処理装置において、前記一致度判定手段は、購入された１以上の投票券のそれぞれの買い目に、予想された１以上の競技対象の少なくとも１つが含まれるとき、購入された１以上の投票券のそれぞれの買い目に含まれる１以上の競技対象の全てが、予想された１以上の競技対象に含まれる場合と、予想された１以上の競技対象のそれぞれが、購入された１以上の投票券の少なくとも何れかの買い目に含まれる場合との何れかの場合には、その他の場合よりも前記一致度を高くすることを特徴とする。

予想者が購入した１以上の投票券のそれぞれの買い目に、自分が予想した競技対象が含まれるように投票券を購入した予想者の予想は、或る程度的中させようという予想者の意思があると考えられる。このようなとき、１以上の投票券のそれぞれの買い目に含まれる１以上の競技対象の全てが、予想された１以上の競技対象に含まれる場合には、そうではない場合よりも、予想者が予想を的中させようという意思がある蓋然性がある。また、予想された１以上の競技対象のそれぞれが、購入された１以上の投票券の少なくとも何れかの買い目に含まれる場合にも、そうではない場合よりも、予想者が予想を的中させようという意思がある蓋然性がある。従って、この発明によれば、或る程度的中させようという意思があると考えられる予想の中でも、特に的中させようという予想者の意思がある予想を優先的に提示させることができる。

請求項５に記載の発明は、請求項１乃至４の何れか１項に記載の情報処理装置において、前記一致度判定手段は、購入された１以上の投票券のそれぞれの買い目に、予想された１以上の競技対象の少なくとも１つが含まれるとき、購入された１以上の投票券の買い目に、予想された１以上の競技対象が含まれる割合が高いほど、前記一致度を高くすることを特徴とする。

予想者が購入した１以上の投票券のそれぞれの買い目に、自分が予想した競技対象が含まれるように投票券を購入した予想者の予想は、或る程度的中させようという予想者の意思があると考えられる。このようなとき、購入された１以上の投票券の買い目に、予想された１以上の競技対象が含まれる割合が高いほど、的中させようという予想者の意思がある蓋然性がある。従って、この発明によれば、或る程度的中させようという予想者の意思があると考えられる予想の中でも、特に的中させようという予想者の意思がある予想を優先的に提示させることができる。

請求項６に記載の発明は、請求項２に記載の情報処理装置において、投票券の購入時刻及び予想の受付時刻を取得する時刻取得手段と、投票券の購入時のオッズ及び予想の受付時のオッズを取得するオッズ取得手段と、を更に備え、前記信頼度判定手段は、購入された投票券の買い目が、予想された１以上の競走対象の何れも含まないとき、予想が受け付けられた後に投票券が購入され、且つ、購入時の該投票券のオッズが予想の受付時の該投票券のオッズよりも高い場合には、その他の場合よりも前記信頼度を低くすることを特徴とする。

自分が購入しようとする投票券のオッズを意図的に高くしようとする予想者が存在すると仮定する。この場合、予想者は、購入しようとする投票券の買い目とは全く異なる競走対象を、予想する競走対象として投稿する。この予想が提示されることにより、所望の投票券のオッズが上昇したことを確認した予想者は、その投票券を購入する。この予想者は予想を的中させようとする意思がないだけではなく、その予想者を信頼することができない。この発明によれば、購入された投票券の買い目が、予想された１以上の競走対象の何れも含まないときにおいて、予想が受け付けられた後にオッズが上昇した投票券を予想が受け付けられた後に購入した予想者の信頼度は、予想が受け付けられるよりも前に投票券が購入され、又は、購入時の該投票券のオッズが予想の受付時の該投票券のオッズよりも高くはない場合の信頼度よりも低いと判定される。そのため、意図的に自分が購入する投票券のオッズを高くした蓋然性がある予想者の予想よりも、他の予想を優先的に提示させることができる。

請求項７に記載の発明は、請求項６に記載の情報処理装置において、前記信頼度判定手段は、予想が受け付けられた後に購入され、且つ、購入時のオッズが予想の受付時のオッズよりも高い投票券が的中した場合、該投票券が的中しなかった場合よりも前記信頼度を低くすることを特徴とする。

この発明によれば、意図的に自分が購入する投票券のオッズを高くし、且つ、的中しないように予想を行った蓋然性がある予想者の予想よりも、他の予想を優先的に提示させることができる。

請求項８に記載の発明は、コンピュータにより実行される情報処理方法であって、競技に出場する競技対象に投票するための投票券の予想者からの購入を受け付ける購入受付ステップと、前記購入受付ステップにより投票券の購入が受け付けられる競技に対する前記予想者からの予想であって、前記予想者が予想する競技対象を含む予想を受け付ける予想受付ステップと、前記購入受付ステップにより購入が受け付けられた投票券の競技対象の買い目と、前記予想受付ステップにより受け付けられた予想との一致度を、予想者ごとに判定する一致度判定ステップと、前記一致度判定ステップにより第１の予想者と第２の予想者とのそれぞれについて判定された一致度に基づいて、前記第１の予想者と前記第２の予想者とのうち何れの予想を閲覧者に対して優先的に提示させるかを決定する提示制御ステップと、を含むことを特徴とする。

請求項９に記載の発明は、コンピュータを、競技に出場する競技対象に投票するための投票券の予想者からの購入を受け付ける購入受付手段、前記購入受付手段により投票券の購入が受け付けられる競技に対する前記予想者からの予想であって、前記予想者が予想する競技対象を含む予想を受け付ける予想受付手段、前記購入受付手段により購入が受け付けられた投票券の競技対象の買い目と、前記予想受付手段により受け付けられた予想との一致度を、予想者ごとに判定する一致度判定手段、及び、前記一致度判定手段により第１の予想者と第２の予想者とのそれぞれについて判定された一致度に基づいて、前記第１の予想者と前記第２の予想者とのうち何れの予想を閲覧者に対して優先的に提示させるかを決定する提示制御手段、として機能させることを特徴とする。

本発明によれば、同一の競技について、予想者が購入した投票券の競技対象の買い目と、その予想者による予想との一致度が判定される。そして、各予想者について判定された一致度に基づいて、何れかの予想者の予想が、他方の予想者の予想よりも閲覧者に対して優先的に提示される。投票券を購入するためには、経済的な負担が予想者にかかる。そのため、的中すると予想者が考える投票券を、予想者が購入する蓋然性がある。従って、買い目と予想との一致度が高いほど、予想者は予想を的中させようと考えている蓋然性がある。よって、閲覧者にとって有益な予想を優先的に提示させることができる。

一実施形態に係る情報処理システムＳの概要構成の一例を示す図である。 （ａ）は、一実施形態に係る馬券発売代行サーバ１の概要構成の一例を示すブロック図であり、（ｂ）は、一実施形態に係る馬券発売代行サーバ１の機能ブロックの一例を示す図である。 （ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、レース情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、馬券情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｄ）は、オッズ情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｅ）は、レース結果ＤＢ１２ｅに登録される内容の一例を示す図であり、（ｆ）は、馬券購入履歴ＤＢ１２ｆに登録される内容の一例を示す図であり、（ｇ）は、予想情報ＤＢ１２ｇに登録される内容の一例を示す図である。 （ａ）乃至（ｄ）は、予想と買い目との例を示す図である。 （ａ）は、予想と買い目との例を示す図であり、（ｂ）は、信頼度の一覧の一例を示す図である。 （ａ）は、出馬表ページの表示例を示す図であり、（ｂ）は、予想一覧ページの表示例を示す図である。 一実施形態に係る情報処理システムＳの処理例を示すシーケンス図である。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による出馬表ページ送信処理の一例を示すフローチャートである。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による予想一覧ページ送信処理の一例を示すフローチャートである。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による信頼度判定処理の一例を示すフローチャートである。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による一致度判定処理の一例を示すフローチャートである。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による一致度判定処理の一例を示すフローチャートである。

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

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

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

馬券発売代行サーバ１は、競馬の主催者に代わって馬券の発売するための競馬サイトに関する各種処理を行うサーバ装置である。馬券発売代行サーバ１は、本発明における情報処理装置の一例である。馬券発売代行サーバ１は、主催者が発表するレースに関する情報を、主催元サーバ２から取得する。また、馬券発売代行サーバ１は、ユーザ端末３からの要求に応じて、ウェブページを送信する。これにより、馬券発売代行サーバ１は、レースに関する情報等を提供する。提供される情報としては、例えば、出馬表、オッズ、予想、レース結果等がある。また、馬券発売代行サーバ１は、例えば、馬券の購入を受け付ける処理を行ったり、的中した馬券に対する払い戻しの処理を行ったりする。競馬サイトのユーザは、馬券を購入するとき、買い目や購入枚数等を選択する。買い目は、式別（投票法）、及び、投票対象の競走馬又は枠を含む。投票対象の競走馬又は枠は、馬番又は枠番で指定される。馬番の組み合わせだけではなく、着順をも的中させる式別の場合、買い目は、各投票対象の競走馬に対する着順も含む。

また、馬券発売代行サーバ１は、ユーザ端末３からの要求に基づいて、ユーザによるレースの予想を受け付ける。ユーザは、予想を登録するとき、着順が上位であると予想する競走馬として、本命、対抗、単穴及び連下を選択する。本命、対抗、単穴及び連下の何れかに選択された競走馬を、予想馬と称する。馬券発売代行サーバ１は、受け付けた予想が表示されるウェブページをユーザ端末３へ配信する。このウェブページを、予想表示ページという。各ユーザは、予想表示ページに表示された予想を参考にして、馬券を購入することができる。予想を登録したユーザは、本発明における予想者の一例である。予想表示ページに表示される予想を閲覧するユーザは、本発明における閲覧者の一例である。本実施形態において、競馬サイトのユーザは、予想者及び閲覧者の何れにもなる可能性がある。

主催元サーバ２は、競馬の主催者がレースの情報を提供したり、馬券を発行したりするために設置されたサーバ装置である。主催元サーバ２は、レースに関する情報を馬券発売代行サーバ１へ送信する。例えば、主催元サーバ２は、オッズの情報を所定時間間隔（例えば、１分間隔等）で馬券発売代行サーバ１へ送信する。

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

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

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

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

記憶部１２は、例えば、ハードディスクドライブ等により構成されている。この記憶部１２には、会員情報ＤＢ１２ａ、レース情報ＤＢ１２ｂ、馬券情報ＤＢ１２ｃ、オッズ情報ＤＢ１２ｄ、レース結果ＤＢ１２ｅ、馬券購入履歴ＤＢ１２ｆ、予想情報ＤＢ１２ｇ等のデータベースが構築されている。「ＤＢ」は、データベースの略語である。

図３（ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図である。会員情報ＤＢ１２ａには、競馬サイトに会員登録しているユーザに関する会員情報が、ユーザごとに対応付けて登録される。具体的に、会員情報ＤＢ１２ａには、ユーザＩＤ、パスワード、ニックネーム、氏名、生年月日、性別、郵便番号、住所、電話番号、電子メールアドレス、予想的中率、予想回収率等のユーザの属性が対応付けて登録される。ユーザＩＤは、ユーザの識別情報である。予想的中率及び予想回収率は、過去のレースに対するユーザの予想の的中率及び回収率である。例えば、１着及び２着のそれぞれが予想馬である場合、システム制御部１４は、予想が的中したと判定してもよい。

図３（ｂ）は、レース情報ＤＢ１２ｂに登録される内容の一例を示す図である。レース情報ＤＢ１２ｂには、レースに関するレース情報が、レースごとに登録される。具体的に、レース情報ＤＢ１２ｂには、レースＩＤ、レース名、競馬場名、開催日、発走時刻、レース番号、出走馬情報等の情報が対応付けて登録される。レースＩＤは、レースの識別情報である。出走馬情報は、レースに出場する競走馬に関する情報である。例えば、出走馬情報には、枠番、馬番、馬名、年齢、体重、騎手名等が、競走馬ごとに設定される。

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

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

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

図３（ｆ）は、馬券購入履歴ＤＢ１２ｆに登録される内容の一例を示す図である。馬券購入履歴ＤＢ１２ｆには、ユーザによる馬券の購入の履歴が、購入された馬券ごとに馬券購入履歴として登録される。具体的に、馬券購入履歴ＤＢ１２ｆには、ユーザＩＤ、購入日時、レースＩＤ、馬券ＩＤ、式別、投票対象の番号、購入枚数等が対応付けて登録される。ユーザＩＤは、馬券を購入したユーザを示す。購入日時は、馬券の購入が受け付けられた日時を示す。馬券ＩＤは、ユーザが購入した馬券を示す。レースＩＤ、馬券ＩＤ、式別及び投票対象の番号の組み合わせは、馬券情報ＤＢ１２ｃに登録されるレースＩＤ、馬券ＩＤ、式別及び投票対象の番号の組み合わせと同じである。

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

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

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

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

システム制御部１４は、ＣＰＵ１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。コンピュータとしてのシステム制御部１４は、ＣＰＵ１４ａが、各種プログラムを読み出し実行することにより、競馬サイトに関する各種処理を実行する。

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

［３．システム制御部の機能詳細］
図２（ｂ）は、本実施形態に係る馬券発売代行サーバ１の機能ブロックの一例を示す図である。図２（ｂ）に示すように、システム制御部１４は、馬券購入受付部１４１、予想受付部１４２、一致度判定部１４３、信頼度判定部１４４及び予想表示制御部１４５として機能する。馬券購入受付部１４１は、本発明における購入受付手段の一例である。予想受付部１４２は、本発明における予想受付手段の一例である。一致度判定部１４３は、本発明における一致度判定手段の一例である。信頼度判定部１４４は、本発明における信頼度判定手段、時刻取得手段及びオッズ取得手段の一例である。予想表示制御部１４５は、本発明における提示制御手段の一例である。

ユーザは予想を登録するとき、予想馬として任意の競走馬を選択することができる。このため、他のユーザの立場から見た場合、ユーザは、信頼することができない予想を登録することが可能である。信頼することができる予想とは、ユーザが的中させようとする意思がある予想である。そこで、システム制御部１４は、予想が表示されるウェブページにおいて、ユーザが的中させようとする意思がある予想が優先的に表示されるように制御する。具体的に、システム制御部１４は、同一のレースにおけるユーザの予想とそのユーザが購入した馬券の買い目とを用いる。システム制御部１４は、買い目と予想との一致度を判定する。システム制御部１４は、予想を行ったユーザのそれぞれについて判定された一致度に基づいて、予想を行った或るユーザと或るユーザとのうち何れのユーザの予想を、予想を閲覧するユーザに対して優先的に表示させるかを決定する。システム制御部１４は、一致度が高いユーザの予想を、他方のユーザの予想よりも優先的に表示させてもよい。つまり、システム制御部１４は、一致度が高いほど、信頼性が高いと判断してもよい。これにより、システム制御部１４は、的中させようというユーザの意思がある予想を優先的に提示させることができる。

買い目と予想との一致度とは、買い目に含まれる１以上の競走馬と１以上の予想馬との間で、競走馬が一致する程度を示す。馬券を購入するためには、経済的（金銭的）な負担がユーザにかかる。そのため、一般的に、ユーザは、的中させようとする買い目を選択して馬券を購入するものである。従って、一致度が高いほど、ユーザが予想を的中させようとする意思があると考えられる。一致度が高いほど、予想が的中しなかった場合に、馬券が的中しない蓋然性が高くなる。従って、一致度が高い予想を行ったユーザであるほど、予想の結果に対する責任を負っていると考えることができる。システム制御部１４は、一致度に基づいて、予想を行ったユーザの信頼度を判定してもよい。そして、システム制御部１４は、信頼度が高いユーザの予想であるほど、優先的に表示させてもよい。一致度が高いほど信頼度が高い。

馬券購入受付部１４１は、ユーザによる馬券の購入を受け付ける。具体的に、馬券購入受付部１４１は、ユーザ端末３から馬券発売代行サーバ１へ送信された馬券販売リクエストを、通信部１１を介して取得する。馬券購入受付リクエストは、馬券の販売の要求を示すメッセージである。馬券購入受付部１４１は、馬券購入受付リクエストに基づいて、馬券購入履歴を馬券購入履歴ＤＢ１２ｆに登録する。

予想受付部１４２は、ユーザによるレースの予想を受け付ける。具体的に、予想受付部１４２は、ユーザ端末３から馬券発売代行サーバ１へ送信された予想受付リクエストを、通信部１１を介して取得する。予想受付リクエストは、予想の受付の要求を示すメッセージである。予想受付部１４２は、予想受付リクエストに基づいて、予想情報を予想情報ＤＢ１２ｇに登録する。

一致度判定部１４３は、同一レースの同一ユーザについて、馬券購入受付部１４１により購入が受け付けられた馬券の買い目と、予想受付部１４２により受け付けられた予想との一致度を判定する。一致度の具体的な判定方法について、図４を用いて説明する。図４（ａ）乃至図４（ｄ）は、予想と買い目との例を示す図である。以下では、或るユーザＵ１が、本命、対抗、単穴及び連下の馬番として、３、５、７及び９を選択した場合を例に説明する。

図４（ａ）は、買い目と予想とが全部一致である場合の例である。全部一致とは、全ての予想馬のそれぞれが少なくとも何れか１つの買い目に含まれ、且つ、全ての買い目が予想馬のみで構成されている状態をいう。例えば、図４（ａ）が示す例は、ユーザＵ１が、馬連３−５、３−７及び３−９のそれぞれの馬券を購入した場合の例である。馬券発売代行サーバ１は、全部一致であると判定した場合、一致度が最も高いと判定する。

一致の状態として、全部一致のほか、一部一致と全部不一致とがある。一部一致とは、少なくとも１頭の予想馬が少なくとも何れか１つの買い目に含まれるが、全部一致ではない状態をいう。全部不一致とは、何れの買い目も予想馬を含まない状態をいう。一部一致は全部一致よりも一致度が低く、全部不一致は一部一致よりも一致度が低い。

一部一致は、全買い目予想馬含有と、一部買い目予想馬非含有とに分けられる。全買い目予想馬含有は、一部一致であって、且つ、全ての買い目のそれぞれが、少なくとも１頭の予想馬を含む状態をいう。一部買い目予想馬非含有は、一部一致であって、且つ、全買い目予想馬含有ではない状態をいう。つまり、少なくとも１つの買い目が予想馬を含まない。全買い目予想馬含有は、一部買い目予想馬非含有よりも一致度が高い。その理由は、全買い目予想馬含有の場合、ユーザがそれぞれの買い目に少なくとも１頭の予想馬を選択して馬券を購入しているので、ユーザが予想を的中させようとする意思が或る程度存在すると考えられるからである。

全買い目予想馬含有は、更に複数の状態に分けられる。図４（ｂ）乃至図４（ｄ）は、全買い目予想馬含有の例である。図４（ｂ）は、全ての予想馬が少なくとも何れか１つの買い目に含まれる場合の例である。図４（ｂ）の例では、ユーザＵ１が、馬連１−３、３−５、３−７、３−９及び３−１０のそれぞれの馬券を購入している。予想馬の馬番の３、５、７及び９のそれぞれは、購入された馬券の少なくとも１つの買い目に含まれている。

図４（ｃ）は、全ての買い目が予想馬のみで構成されている場合の例である。図４（ｃ）の例では、ユーザＵ１が、馬連３−７及び３−９のそれぞれの馬券を購入している。購入された投票券の買い目に含まれる馬番３、７及び９は、全て予想馬の馬番である。

図４（ｄ）は、少なくとも１頭の予想馬が何れの買い目にも含まれず、且つ、少なくとも１つの買い目が予想馬以外の競走馬を含む場合の例である。つまり、図４（ｄ）は、図４（ｂ）及び図４（ｃ）が示す状態以外の状態の例である。図４（ｄ）の例では、ユーザＵ１が、馬連１−７及び３−９のそれぞれの馬券を購入している。予想馬の馬番５は何れの買い目にも含まれず、買い目の１−７は予想馬ではない競走馬の馬番１を含む。

図４（ｂ）の場合及び図４（ｃ）の場合は、図４（ｄ）の場合よりも一致度が高い。その理由は、図４（ｂ）又は図４（ｃ）の場合、ユーザが全ての予想馬に投票しているか、又は、ユーザが予想馬のみに投票しているので、図４（ｄ）の場合よりもユーザが予想を的中させようとする意思があると考えられるからである。

ところで、予想の表示対象となるレースに対して、どのレースの買い目と予想との一致度を用いて予想の表示を制御するかという点がある。予想の表示対象となるレースを、対象レースという。例えば、一致度判定部１４３は、対象レースの買い目と予想との一致度を用いてもよい。また、一致度判定部１４３は、今より後に開始されるレースが対象レースであるとき、過去のレースの買い目と予想との一致度を用いてもよい。この場合、対象レースに対する予想を登録したものの、対象レースの馬券を購入していないユーザの予想の表示を制御することができる。対象レースの馬券を購入していないユーザの中には、対象レースの馬券を後で購入しようと考えているユーザも含む。一致度判定部１４３は、過去のレースのうち一致度を判定するレースを、レースの開催時期で限定してもよい。例えば、一致度判定部１４３は、今日行われたレースのみに限定してもよいし、今日から所定日数、所定月数又は所定年数等前までに行われたレースのみに限定してもよい。また、一致度判定部１４３は、対象レースの買い目と予想との一致度と、過去のレースの買い目と予想との一致度との両方を用いてもよい。

一例として、本実施形態においては、対象レースの予想を行ったユーザが対象レースの馬券を購入している場合、一致度判定部１４３は、対象レースの買い目と予想との一致度を用いる。一方、対象レースの予想を行ったユーザが対象レースの馬券を購入していない場合、一致度判定部１４３は、過去のレースの買い目と予想との一致度を用いる。

なお、馬連以外の式別についても、一致度の判定方法は馬連の場合と同じである。着順を選択する式別の場合、一致度判定部１４３は、着順を考慮しなくてもよい。

本実施形態においては、予想受付部１４２が予想馬の馬番を選択する予想を受け付ける。そのため、一致度判定部１４３は、馬番を選択する式別の買い目と予想との一致を判定する。しかしながら、予想受付部１４２は、ユーザが予想する枠番を選択する予想を受け付けてもよい。そして、一致度判定部１４３は、枠番を選択する式別の買い目と予想との一致を判定してもよい。

信頼度判定部１４４は、一致度判定部１４３により過去のレースの買い目と予想との一致度が判定された場合、この一致度に基づいて信頼度を判定する。信頼度判定部１４４は、一致度が高いほど信頼度が高いと判定する。これにより、今から後に開始されるレースに対して予想を行ったユーザが、そのレースの馬券を購入していなくとも、システム制御部１４は、的中させようというユーザの意思がある蓋然性があるユーザの予想を優先的に提示させることができる。例えば、信頼度判定部１４４は、一致度を信頼度として用いてもよいし、一致度の値とその一致度に対応する信頼度の値とを異ならせてもよい。信頼度判定部１４４は、或るユーザについて複数の過去のレースにおける一致度を判定した場合、複数の一致度に基づいて、信頼度を判定する。例えば、信頼度判定部１４４は、複数の一致度の平均値を信頼度として用いてもよい。本実施形態においては、信頼度判定部１４４は、便宜上、対象レースの買い目と予想との一致度からも、予想を行ったユーザの信頼度を判定する。

信頼度判定部１４４は、一致度に加えて、他の要因に基づいて信頼度を判定してもよい。例えば、各ユーザは他のユーザの予想を参考にして馬券を購入する場合があるので、ウェブページに表示された予想によってオッズが変動する場合がある。そのため、或るユーザが購入したい馬券のオッズが高くなるように、そのユーザが予想を登録することが考えられる。図５（ａ）は、このような場合の例を示す図である。ユーザＵ１は、購入したい馬券の買い目に含まれる馬番とは全く異なる馬番を、予想馬の馬番として選択する。例えば、ユーザＵ１が真に予想する競走馬の馬番は、１、２及び４であるとする。ユーザＵ１は、馬連１−２及び１−４の馬券を購入したいとする。一方、ユーザＵ１は、３、５、７及び９を、予想馬の馬番として選択する。そうすると、ユーザＵ１の予想がウェブページに表示される。そのため、ユーザＵ１が予想馬に挙げた競走馬を含む買い目の馬券のオッズが低下する可能性がある。これにより、ユーザＵ１が購入したい馬券のオッズが上昇することがある。図５（ａ）の例では、予想が登録されたときの馬連１−２及び１−４の馬券のオッズは、１０．０倍及び１２．５倍である。予想の登録後、オッズが１３．５倍及び１５．２倍に上昇した。オッズが上昇したことを確認したユーザＵ１は、馬連１−２及び１−４の馬券を購入する。このようなユーザの予想は信頼することができない。

そこで、買い目と予想とが全部不一致である場合において、ユーザが予想を登録した後に馬券を購入し、且つ、購入された馬券の購入時のオッズが予想の登録時のオッズよりも高い場合、信頼度判定部１４４は、ユーザが馬券を購入した後に予想を登録した場合、又は、購入された馬券の購入時のオッズが予想の登録時のオッズよりも高くはない場合よりも信頼度を低くする。全部不一致である場合の一致度は極めて低いため、信頼度も低い。その信頼度が更に低下する。

信頼度判定部１４４は、上記の条件に加えて、ユーザが購入した馬券が的中した場合にのみ、信頼度を更に低くしてもよい。その理由は、ユーザが馬券を的中させようとする意思がある蓋然性が高いため、ユーザが的中しないように予想を行った蓋然性が高いからである。

信頼度判定部１４４は、一部買い目予想馬非含有である場合において、予想馬を含まない買い目の馬券の少なくとも１つが的中した場合、予想馬を含まない買い目の馬券が的中しなかった場合よりも、信頼度を低くしてもよい。

これまでの説明をまとめた図が図５（ｂ）である。図５（ｂ）は、一致の状態及びその他の要因と、一致度及び信頼度との関係を示す図である。最も一致度が高い状態は、全部一致である（図４（ａ）を参照のこと）。２番目に一致度が高い状態は、全買い目予想馬含有であり、且つ、全ての予想馬が少なくとも何れか１つの買い目に含まれる状態と（図４（ｂ）を参照のこと）、全買い目予想馬含有であり、且つ、全ての買い目が予想馬のみで構成されている状態である（図４（ｃ）を参照のこと）。３番目に一致度が高い状態は、全買い目予想馬含有であり、少なくとも１頭の予想馬が何れの買い目にも含まれず、且つ、少なくとも１つの買い目が予想馬以外の競走馬を含む状態である（図４（ｄ）を参照のこと）。４番目に一致度が高い状態は、一部買い目予想馬非含有である。最も一致度が低い状態は、全部不一致である。信頼度の高さの順序は、一致度の高さの順序と基本的に同じである。一部買い目予想馬非含有の場合、予想馬を含まない買い目の馬券が的中したか否かに基づいて、信頼度が変化する。全部不一致の場合、馬券の購入日時と予想の登録日時との関係、及び、馬券購入時のオッズと予想登録時のオッズとの関係に基づいて（更には馬券が的中したか否かに基づいて）信頼度が変化する。

予想を行ったユーザが馬券を購入していないと、一致度判定部１４３は、一致度を判定することができない。その場合、信頼度判定部１４４は、予め定められた信頼度を設定する。競馬サイトの管理者は、このときの信頼度の値を自由に設定することができる。一致度を判定することができない場合の信頼度は、例えば、全部一致の場合の信頼度よりも低く、全部不一致であって、ユーザが予想を登録した後に馬券を購入し、且つ、その馬券の購入時のオッズが予想の登録時のオッズよりも高い場合の信頼度よりも高い。一致度を判定することができない場合の信頼度は、例えば、信頼できるとも信頼できないともいえないことを示す０であってもよい。

予想表示制御部１４５は、レースの予想が表示される予想表示ページを生成し、予想表示ページをユーザ端末３へ送信する。予想表示制御部１４５は、予想表示ページのＨＴＭＬ文書をユーザ端末３へ送信することにより、ユーザ端末３により予想をユーザへ提示させる。また、予想表示制御部１４５は、信頼度判定部１４４により判定された信頼度に基づいて、予想表示ページにおける予想の表示を制御する。具体的に、予想表示制御部１４５は、信頼度が判定されたユーザのうち、信頼度が高い方のユーザの予想を、他方のユーザの予想よりも優先的に表示させる。基本的に一致度が高いほど信頼度が高いので、予想表示制御部１４５は、一致度が高い方のユーザの予想を、他方のユーザの予想よりも優先的に表示させることになる。

予想表示ページとして、例えば、出馬表ページがある。出馬表ページは、出馬表が表示されるウェブページである。図６（ａ）は、出馬表ページの表示例を示す図である。図６（ａ）に示すように、出馬表ページには、対象レースの出馬表に加えて、予想一覧領域１００ａが表示される。予想一覧領域１００ａには、対象レースについて登録された全ての予想のうち所定数の予想の一覧が表示される領域である。具体的に、予想一覧領域１００ａには、複数の予想１１０が表示される。図６（ａ）の例では、５個の予想１１０が表示される。予想１１０は、本命、対抗、単穴及び連下のそれぞれの馬番、予想したユーザのニックネーム、予想的中率、予想回収率等を含む。予想的中率及び予想回収率は、過去のレースでの予想の的中率及び回収率である。例えば、出馬表ページが表示されるたびに、表示される予想１１０が変わる。予想表示制御部１４５は、例えば、信頼度が高いユーザの予想であるほど、出馬表ページに表示される頻度を高くしてもよい。図６（ａ）は、説明の便宜のため、各予想１１０の右側に信頼度を示す。説明の簡易のため、図６（ａ）が示す信頼度は、高、中、低の３段階の信頼度である。信頼度が高である予想が３個表示され、信頼度が中である予想と信頼度が低である予想とが、それぞれ１個表示されている。信頼度が高いユーザの予想であるほど表示される頻度が高くなるので、信頼度が高い予想が信頼度が低い予想よりも多く表示される傾向がある。

予想表示ページとして、例えば、予想一覧ページがある。予想一覧ページは、対象レースの予想の一覧が表示されるウェブページである。図６（ｂ）は、予想一覧ページの表示例を示す図である。図６（ｂ）に示すように、予想一覧ページには、予想一覧領域１００ｂが表示される。予想一覧領域１００ｂには、例えば、予想を行ったユーザのこれまでの予想の的中率や回収率が高い順に、上から予想１１０が表示される。図６（ｂ）の例では、的中率が高い順に予想１１０が表示されている。予想１１０が表示される順を、表示順位という。予想表示制御部１４５は、例えば、的中率や回収率が同程度である複数の予想について、信頼度が高いユーザの予想であるほど、表示順位を高くしてもよい。その理由は、的中率や回収率が同程度であるユーザの予想の中でも、的中させようとするユーザの意思がある予想の方が、その意思がない予想よりも、予想を閲覧するユーザにとって有益であるからである。管理者は、同程度と判定される的中率や回収率の範囲を自由に決定することができる。

図６（ｂ）の例では、ユーザＵ１及びＵ２の予想的中率の順位は１位及び２位である。そのため、通常であれば、ユーザＵ１の予想の表示順位は１位であり、ユーザＵ２の予想の表示順位は２位である。しかしながら、ユーザＵ１の予想的中率とユーザＵ２の予想的中率とが同程度であり、ユーザＵ１の信頼度は高であり、ユーザＵ２の信頼度は低である。そのため、ユーザＵ１の予想の表示順位は２位となり、ユーザＵ２の予想の表示順位は１位となる。また、ユーザＵ８〜Ｕ１０の予想的中率の順位は８〜１０位であり、ユーザＵ８〜Ｕ１０の予想的中率は同程度である。一方、ユーザＵ８の信頼度は低であり、ユーザＵ９及びＵ１０の信頼度は中である。そのため、ユーザＵ８の予想の表示順位は１０位となり、ユーザＵ９の予想の表示順位は８位となり、ユーザＵ１０の予想の表示順位は９位となる。

予想表示制御部１４５は、一致度判定部１４３により判定された一致度に基づいて、予想表示ページにおける予想の表示を制御してもよい。この一致度を用いた制御方法は、信頼度を用いた制御方法と同じである。この場合、信頼度判定部１４４は不要である。

［４．情報処理システムの動作］
次に、情報処理システムＳの動作について、図７及び図１１を用いて説明する。図７は、本実施形態に係る情報処理システムＳの処理例を示すシーケンス図である。

ユーザＵ１は、今より後に始まるレースの予想を登録するために、ユーザ端末３を操作する。具体的に、予想を登録するためのウェブページにおいて、ユーザＵ１は、本命、対抗、単穴及び連下のそれぞれの馬番を選択する（ステップＳ１）。そして、ユーザＵ１がウェブページ上の登録ボタンを選択すると、ユーザＵ１のユーザ端末３は、予想受付リクエストを馬券発売代行サーバ１へ送信する（ステップＳ２）。予想受付リクエストには、ユーザＵ１のユーザＩＤ、予想の対象のレースのレースＩＤ、及び各予想馬の馬番を含む。馬券発売代行サーバ１が予想受付リクエストを受信すると、予想受付部１４２は、現在日時を登録日時として取得する。予想受付部１４２は、予想受付リクエストに設定された情報と登録日時とを含む予想情報を生成する。そして、予想受付部１４２は、予想情報を予想情報ＤＢ１２ｇに登録する（ステップＳ３）。

その後、ユーザＵ１は、予想を行ったレースの馬券を購入するために、ユーザ端末３を操作する。具体的に、予想を行ったレースの馬券を購入するためのウェブページにおいて、ユーザＵ１は、馬券の式別を選択する。ここでは、馬番を選択する式別が選択されたものとする。次いで、ユーザＵ１は、式別に応じた個数の馬番を選択する（ステップＳ４）。そして、ユーザＵ１がウェブページ上の購入ボタンを選択すると、ユーザＵ１のユーザ端末３は、馬券購入受付リクエストを馬券発売代行サーバ１へ送信する（ステップＳ５）。馬券購入受付リクエストには、ユーザＵ１のユーザＩＤ、馬券の購入対象のレースのレースＩＤ、選択された式別及び馬番を含む。また、馬券購入受付リクエストには、選択された式別及び馬番に対応する馬券ＩＤを含む。馬券発売代行サーバ１が馬券購入受付リクエストを受信すると、馬券購入受付部１４１は、現在日時を購入日時として取得する。馬券購入受付部１４１は、馬券購入受付リクエストに設定された情報と購入日時とを含む馬券購入履歴を生成する。そして、馬券購入受付部１４１は、馬券購入履歴を馬券購入履歴ＤＢ１２ｆに登録する（ステップＳ６）。

ユーザは、１つのレースにつき、１種類の買い目の投票券を購入することも、複数種類の買い目の投票券を購入することも可能である。ユーザが複数種類の買い目の投票券を購入する場合、例えば、ステップＳ４〜Ｓ６の処理が複数回行われる。また、ユーザは、馬券を購入した後に、予想を登録することもできる。

一方、ユーザＵ２は、予想表示ページを閲覧するため、ユーザ端末３を操作する。このとき、ユーザＵ２は、対象レースとして、今より後に開始されるレースを選択する。すると、ユーザＵ２のユーザ端末３は、予想表示ページのリクエストを送信する（ステップＳ７）。馬券発売代行サーバ１がリクエストを受信すると、一致度判定部１４３は、馬券購入履歴と予想情報とに基づいて、対象レースの予想を行ったユーザごとに買い目と予想との一致度を判定する（ステップＳ８）。次いで、信頼度判定部１４４は、一致度に基づいて、予想を行ったユーザごとに信頼度を判定する（ステップＳ９）。次いで、予想表示制御部１４５は、信頼度が高いユーザの予想が、信頼度が低いユーザの予想よりも優先的に表示されるように、予想表示ページを生成する（ステップＳ１０）。ステップＳ８〜１０の詳細な処理内容は後述する。

なお、一致度判定部１４３及び信頼度判定部１４４は、例えば、予想受付リクエストが受信されたときや、馬券購入受付リクエストが受信されたときに、リクエストの送信元のユーザ端末３を利用するユーザの予想について、一致度や信頼度を判定し、判定結果を記憶部１２等に記憶させてもよい。また、信頼度判定部１４４が信頼度の判定に馬券が的中したか否かの情報を用いる場合、信頼度判定部１４４は、例えば、レースの最終結果が出たときに、そのレースの予想を行ったユーザについて信頼度を判定してもよい。予想表示制御部１４５は、一致度や信頼度が判定されたときに、記憶された判定結果に基づいて、予想表示ページを生成又は更新してもよい。そして、予想表示制御部１４５は、予想表示ページのリクエストが受信された場合には、予め生成又は更新された予想表示ページを送信してもよい。

予想表示制御部１４５は、生成した予想表示ページを、ユーザＵ２のユーザ端末３へ送信する（ステップＳ１１）。ユーザ端末３は、受信した予想表示ページを画面に表示する（ステップＳ１２）。

図８は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による出馬表ページ送信処理の一例を示すフローチャートである。出馬表ページ送信処理は、馬券発売代行サーバ１がユーザ端末３から出馬表ページのリクエストを受信したときに開始される。

図８に示すように、予想表示制御部１４５は、出馬表ページの表示対象である対象レースのレースＩＤを含む予想情報を、予想情報ＤＢ１２ｇから検索する（ステップＳ２１）。次いで、予想表示制御部１４５は、検索した各予想情報からユーザＩＤを取得する。これにより、予想表示制御部１４５は、対象レースの予想を行ったユーザを特定する。そして、予想表示制御部１４５は、対象レースの予想を行ったユーザのうち１人を、対象ユーザとして選択する（ステップＳ２２）。次いで、信頼度判定部１４４は、信頼度判定処理を実行する（ステップＳ２３）。信頼度判定処理では、対象ユーザの信頼度が判定される。信頼度判定処理の詳細は後述する。

次いで、予想表示制御部１４５は、対象レースの予想を行ったユーザのうちまだ選択していないユーザがいるか否かを判定する（ステップＳ２４）。このとき、予想表示制御部１４５は、まだ選択していないユーザがいると判定した場合には（ステップＳ２４：ＹＥＳ）、ステップＳ２５に進む。ステップＳ２５において、予想表示制御部１４５は、まだ選択していないユーザのうち１人を、対象ユーザとして選択する。次いで、予想表示制御部１４５は、ステップＳ２３に進む。一方、予想表示制御部１４５は、全てのユーザを選択したと判定した場合には（ステップＳ２４：ＮＯ）、ステップＳ２６に進む。

ステップＳ２６において、予想表示制御部１４５は、信頼度判定処理で判定された信頼度に応じて、各ユーザの予想情報の表示確率を決定する。具体的に、予想表示制御部１４５は、信頼度が高いほど、表示確率を高くする。このとき、予想表示制御部１４５は、対象レースの全ての予想情報の表示確率の合計が１００％となるように、表示確率を決定する。

次いで、予想表示制御部１４５は、決定された各表示確率に基づいて、対象レースの全ての予想情報の中から出馬表ページに表示される予想情報を、ランダムに選択する（ステップＳ２７）。具体的に、予想表示制御部１４５は表示確率が高い予想情報であるほど選択される確率が高くなるように、選択を行う。予想表示制御部１４５は、この選択を、出馬表ページに表示される予想情報の個数分、実行する。

次いで、予想表示制御部１４５は、選択された予想情報に基づいて、予想１１０を表示するためのデータを生成する。そして、予想表示制御部１４５は、出馬表ページのＨＴＭＬ文書として、予想１１０のデータを含むＨＴＭＬ文書を生成する。予想表示制御部１４５は、生成したＨＴＭＬ文書を、リクエストの送信元のユーザ端末３へ送信する（ステップＳ２８）。そして、予想表示制御部１４５は、出馬表ページ送信処理を終了させる。ＨＴＭＬ文書を受信したユーザ端末３は、ＨＴＭＬ文書に基づいて、例えば図６（ａ）に示すように出馬表ページを表示する。

図９は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による予想一覧ページ送信処理の一例を示すフローチャートである。予想一覧ページ送信処理は、馬券発売代行サーバ１がユーザ端末３から予想一覧ページのリクエストを受信したときに開始される。

図９に示すように、予想表示制御部１４５は、出馬表ページの表示対象である対象レースのレースＩＤを含む予想情報を、予想情報ＤＢ１２ｇから検索する（ステップＳ４１）。次いで、予想表示制御部１４５は、検索した各予想情報の表示順位を、予想的中率に基づいて決定する（ステップＳ４２）。具体的に、予想表示制御部１４５は、検索した各予想情報からユーザＩＤを取得する。次いで、予想表示制御部１４５は、取得したユーザＩＤに対応する予想的中率を会員情報ＤＢ１２ａから取得する。そして、予想表示制御部１４５は、検索した予想情報を、取得した予想的中率が高い順に並べ替える。

次いで、予想表示制御部１４５は、対象レースの予想を行ったユーザの中から、予想的中率が同程度であるユーザのグループを抽出する（ステップＳ４３）。具体的に予想表示制御部１４５は、先ず、対象レースの予想を行った各ユーザがそれぞれ１つのグループであると仮定する。つまり、対象レースの予想を行ったユーザの人数に相当する数のグループがあると仮定される。次いで、予想表示制御部１４５は、全てのグループのうち、予想的中率の差が最も小さい２つのグループを、１つのグループにまとめる。予想表示制御部１４５は、この処理を、予想的中率の差が閾値を超えるまで繰り返す。この閾値は、予想的中率が同程度とみなされる範囲である。或るグループＧ１と、予想的中率がグループＧ１よりも低いグループＧ２との予想的中率の差は、グループＧ１の中で最も予想的中率が高いユーザの予想的中率と、グループＧ２の中で最も予想的中率が低いユーザの予想的中率との差である。

次いで、予想表示制御部１４５は、抽出したグループの中から１つのグループを選択すする（ステップＳ４４）。次いで、予想表示制御部１４５は、抽出したグループに含まれるユーザの中から１人を、対象ユーザとして選択する（ステップＳ４５）。次いで、信頼度判定部１４４は、信頼度判定処理を実行する（ステップＳ４６）。

次いで、予想表示制御部１４５は、選択したグループに含まれるユーザのうちまだ選択していないユーザがいるか否かを判定する（ステップＳ４７）。このとき、予想表示制御部１４５は、まだ選択していないユーザがいると判定した場合には（ステップＳ４７：ＹＥＳ）、ステップＳ４８に進む。ステップＳ４８において、予想表示制御部１４５は、まだ選択していないユーザのうち１人を、対象ユーザとして選択する。次いで、予想表示制御部１４５は、ステップＳ４６に進む。一方、予想表示制御部１４５は、全てのユーザを選択したと判定した場合には（ステップＳ４７：ＮＯ）、ステップＳ４９に進む。

ステップＳ４９において、予想表示制御部１４５は、選択したグループに含まれる各ユーザの予想情報の表示順位を、信頼度判定処理で判定された信頼度で並べ替える。具体的に、予想表示制御部１４５は、信頼度が高いユーザの予想情報ほど、表示順位を高くする。

次いで、予想表示制御部１４５は、抽出したグループのうちまだ選択していないグループがあるか否かを判定する（ステップＳ５０）。このとき、予想表示制御部１４５は、まだ選択していないグループがあると判定した場合には（ステップＳ５０：ＹＥＳ）、ステップＳ５１に進む。ステップＳ５１において、予想表示制御部１４５は、まだ選択していないグループのうち１つを選択する。次いで、予想表示制御部１４５は、ステップＳ４５に進む。一方、予想表示制御部１４５は、全てのグループを選択したと判定した場合には（ステップＳ５０：ＮＯ）、ステップＳ５２に進む。なお、ステップＳ４３において予想的中率が同程度であるユーザのグループが抽出されなかった場合、ステップＳ４４〜Ｓ５１の処理は実行されない。

ステップＳ５２において、予想表示制御部１４５は、検索した各予想情報について、予想１１０を表示するためのデータを生成する。そして、予想表示制御部１４５は、最終的な表示順位が示す順に予想１１０が上から表示されるように、予想一覧ページのＨＴＭＬ文書を生成する。予想表示制御部１４５は、生成したＨＴＭＬ文書を、リクエストの送信元のユーザ端末３へ送信する。そして、予想表示制御部１４５は、予想一覧ページ送信処理を終了させる。ＨＴＭＬ文書を受信したユーザ端末３は、ＨＴＭＬ文書に基づいて、例えば図６（ｂ）に示すように出馬表ページを表示する。

図１０は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による信頼度判定処理の一例を示すフローチャートである。図１０に示すように、信頼度判定部１４４は、対象ユーザの対象レースにおける馬券購入履歴を馬券購入履歴ＤＢ１２ｆから検索する（ステップＳ６１）。次いで、信頼度判定部１４４は、対象ユーザの対象レースにおける馬券購入履歴であって、且つ、馬番を選択する式別の馬券購入履歴があるか否かを判定する（ステップＳ６２）。このとき、馬券購入履歴があると判定した場合には（ステップＳ６２：ＹＥＳ）、ステップＳ６３に進む。一方、信頼度判定部１４４は、馬券購入履歴がないと判定した場合には（ステップＳ６２：ＮＯ）、ステップＳ６５に進む。

ステップＳ６３において、一致度判定部１４３は、一致度判定処理を実行する。一致度判定処理では、対象ユーザの対象レースの買い目と予想との一致度が判定される。一途度判定処理の詳細は後述する。次いで、信頼度判定部１４４は、対象ユーザの信頼度に、一途度判定処理で判定された一致度を設定する（ステップＳ６４）。そして、信頼度判定部１４４は、信頼度判定処理を終了させる。

ステップＳ６５において、信頼度判定部１４４は、対象ユーザの馬券購入履歴のうち、現在から過去の所定期間内に行われたレースの馬券購入履歴であって、且つ、馬番を選択する式別の馬券購入履歴を、馬券購入履歴ＤＢ１２ｆから検索する。また、信頼度判定部１４４は、対象ユーザの予想情報のうち、現在から過去の所定期間内に行われたレースの予想情報を、予想情報ＤＢ１２ｇから検索する。全レースのうち過去に行われたレースは、例えば、レース結果ＤＢ１２ｅにレース結果情報が登録されているレースである。

次いで、信頼度判定部１４４は、検索された馬券購入履歴と予想情報との中に、同一レースの馬券購入履歴と予想情報とがあるか否かを判定する（ステップＳ６６）。このとき、信頼度判定部１４４は、同一レースの馬券購入履歴と予想情報とがないと判定した場合には（ステップＳ６６：ＮＯ）、ステップＳ６７に進む。ステップＳ６７において、信頼度判定部１４４は、対象ユーザの信頼度に、予め定められた値を設定する。そして、信頼度判定部１４４は、信頼度判定処理を終了させる。一方、信頼度判定部１４４は、同一レースの馬券購入履歴と予想情報とがあると判定した場合には（ステップＳ６６：ＹＥＳ）、ステップＳ６８に進む。

ステップＳ６８において、信頼度判定部１４４は、同一レースの馬券購入履歴と予想情報との組のうち１つを選択する。なお、ユーザは１つのレースについて複数種類の買い目の馬券を購入することがある。そのため、１つのレースについて対象ユーザの馬券購入履歴が複数存在する場合がある。次いで、一致度判定部１４３は、一致度判定処理を実行する（ステップＳ６９）。このときの一致度判定処理では、選択された組に対応する過去のレースの買い目と予想との一致度が判定される。次いで、信頼度判定部１４４は、選択された組の信頼度に、一途度判定処理で判定された一致度を設定する（ステップＳ７０）。

次いで、信頼度判定部１４４は、選択した組の予想情報に含まれる馬番と馬券購入履歴に含まれる馬番とに基づいて、少なくとも１つの買い目が少なくとも１つの予想馬を含むか否かを判定する（ステップＳ７１）。このとき、信頼度判定部１４４は、少なくとも１つの買い目が予想馬の馬番を含むと判定した場合には（ステップＳ７１：ＹＥＳ）、ステップＳ７２に進む。一方、信頼度判定部１４４は、何れの買い目も予想馬の馬番を含まないと判定した場合には（ステップＳ７１：ＮＯ）、ステップＳ７４に進む。

ステップＳ７２において、信頼度判定部１４４は、選択した組の馬券購入履歴及び予想情報に基づいて、予想馬の馬番を含まない買い目が少なくとも１つ存在し、且つ、予想馬の馬番を含まない買い目の馬券が的中したか否かを判定する。このとき、信頼度判定部１４４は、選択した組に対応するレースのレース結果情報をレース結果ＤＢ１２ｅから取得する。次いで、信頼度判定部１４４は、予想馬を含まない買い目の馬券の馬券ＩＤが、的中した馬券の馬券ＩＤとしてレース結果情報に含まれているか否かを判定する。信頼度判定部１４４は、予想馬の馬番を含まない買い目が少なくとも１つ存在し、且つ、予想馬の馬番を含まない買い目の馬券が的中したと判定した場合には（ステップＳ７２：ＹＥＳ）、ステップＳ７３に進む。ステップＳ７３において、信頼度判定部１４４は、選択された組の信頼度から予め定められた設定値を減算する。計算される信頼度が全部不一致の場合の信頼度よりも高くなるように、設定値が決定される。次いで、信頼度判定部１４４は、ステップＳ７９に進む。一方、信頼度判定部１４４は、予想馬の馬番を含まない買い目が存在しないと判定するか、又は、予想馬の馬番を含まない買い目の馬券が的中しなかったと判定した場合には（ステップＳ７２：ＮＯ）、ステップＳ７９に進む。

ステップＳ７４において、信頼度判定部１４４は、選択された組の馬券購入履歴から購入日時を取得するとともに、選択された組の予想情報から登録日時を取得する。そして、信頼度判定部１４４は、購入日時が登録日時よりも後であるか否かを判定する。馬券購入履歴が複数存在する場合、信頼度判定部１４４は、例えば、全ての購入日時が登録日時よりも後であるか否かを判定する。このとき、信頼度判定部１４４は、購入日時が登録日時よりも後であると判定した場合には（ステップＳ７４：ＹＥＳ）、ステップＳ７５に進む。一方、信頼度判定部１４４は、購入日時が登録日時よりも後ではないと判定した場合には（ステップＳ７４：ＮＯ）、ステップＳ７９に進む。

ステップＳ７５において、信頼度判定部１４４は、馬券の購入時のオッズと予想の登録時のオッズとを取得する。具体的に、信頼度判定部１４４は、選択された馬券購入履歴に含まれるレースＩＤ及び馬券ＩＤを含むオッズ情報を、オッズ情報ＤＢ１２ｄから検索する。次いで、信頼度判定部１４４は、検索されたオッズ情報のうち、馬券の購入日時に最も近い更新日時を含むオッズ情報と、予想の登録日時に最も近い更新日時を含むオッズ情報とから、それぞれオッズを取得する。

次いで、信頼度判定部１４４は、馬券の購入時のオッズが予想の登録時のオッズよりも高いか否かを判定する（ステップＳ７６）。馬券購入履歴が複数存在する場合、信頼度判定部１４４は、例えば、全ての馬券について、購入時のオッズが予想の登録時のオッズよりも高いか否かを判定する。このとき、信頼度判定部１４４は、馬券の購入時のオッズが予想の登録時のオッズよりも高いと判定した場合には（ステップＳ７６：ＹＥＳ）、ステップＳ７７に進む。一方、信頼度判定部１４４は、馬券の購入時のオッズが予想の登録時のオッズよりも高くはないと判定した場合には（ステップＳ７６：ＮＯ）、ステップＳ７９に進む。

ステップＳ７７において、信頼度判定部１４４は、馬券が的中したか否かを判定する。具体的に、信頼度判定部１４４は、選択した組に対応するレースのレース結果情報に、選択された組の購入履歴に含まれる馬券ＩＤが、的中した馬券の馬券ＩＤとしてレース結果情報に含まれているか否かを判定する。馬券購入履歴が複数存在する場合、信頼度判定部１４４は、例えば、少なくとも１つの馬券が的中したか否かを判定する。信頼度判定部１４４は、馬券が的中したと判定した場合には（ステップＳ７７：ＹＥＳ）、ステップＳ７８に進む。ステップＳ７８において、信頼度判定部１４４は、選択された組の信頼度から所定値を現在する。次いで、信頼度判定部１４４は、ステップＳ７９に進む。一方、信頼度判定部１４４は、馬券が的中しなかったと判定した場合には（ステップＳ７７：ＮＯ）、ステップＳ７９に進む。なお、信頼度判定部１４４は、馬券の購入時のオッズが予想の登録時のオッズよりも高いと判定した場合には（ステップＳ７６：ＹＥＳ）、ステップＳ７７の判定を省略して、ステップＳ７８を実行してもよい。

ステップＳ７９において、信頼度判定部１４４は、同一レースの馬券購入履歴と予想情報との組のうちまだ選択していない組があるか否かを判定する。このとき、まだ選択していない組があると判定した場合には（ステップＳ７９：ＹＥＳ）、ステップＳ８０に進む。ステップＳ８０において、信頼度判定部１４４は、まだ選択していない組のうち１つを選択する。次いで、信頼度判定部１４４は、ステップＳ６９に進む。一方、信頼度判定部１４４は、全ての組を選択したと判定した場合には（ステップＳ７９：ＮＯ）、ステップＳ８１に進む。

ステップＳ８１において、信頼度判定部１４４は、同一レースの馬券購入履歴と予想情報との各組の信頼度に基づいて、対象ユーザの信頼度を決定する。例えば、信頼度判定部１４４は、各組の信頼度の平均値を計算する。そして、信頼度判定部１４４は、信頼度判定処理を終了させる。

図１１は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による一致度判定処理の一例を示すフローチャートである。図１１に示すように、一致度判定部１４３は、馬券購入履歴から買い目の馬番を取得するとともに（ステップＳ１０１）、予想情報から予想馬の馬番を取得する（ステップＳ１０２）。一致度判定部１４３は、取得した馬番に基づいて、以降の判定処理を実行する。

次いで、一致度判定部１４３は、全ての予想馬の馬番それぞれが少なくとも１つの買い目に含まれるか否かを判定する（ステップＳ１０３）。このとき、一致度判定部１４３は、全ての予想馬の馬番それぞれが少なくとも１つの買い目に含まれると判定した場合には（ステップＳ１０３：ＹＥＳ）、ステップＳ１０４に進む。一方、一致度判定部１４３は、少なくとも１頭の予想馬の馬番が何れの買い目にも含まれていないと判定した場合には（ステップＳ１０３：ＮＯ）、ステップＳ１０６に進む。

ステップＳ１０４において、一致度判定部１４３は、全ての買い目が予想馬の馬番のみで構成されているか否かを判定する。このとき、一致度判定部１４３は、全ての買い目が予想馬の馬番のみで構成されていると判定した場合には（ステップＳ１０４：ＹＥＳ）、ステップＳ１０５に進む。ステップＳ１０５において、一致度判定部１４３は、一致度に、一致度としての最高値を設定する。そして、一致度判定部１４３は、一致度判定処理を終了させる。一方、一致度判定部１４３は、予想馬と異なる競走馬の馬番を少なくとも１つ含む買い目が少なくとも１つあると判定した場合には（ステップＳ１０４：ＮＯ）、ステップＳ１０６に進む。

ステップＳ１０６において、一致度判定部１４３は、全ての買い目のそれぞれが、予想馬の馬番を少なくとも１つ含むか否かを判定する。このとき、一致度判定部１４３は、全ての買い目のそれぞれが、予想馬の馬番を少なくとも１つ含むと判定した場合には（ステップＳ１０６：ＹＥＳ）、ステップＳ１０７に進む。一方、一致度判定部１４３は、少なくとも１つの買い目が予想馬の馬番を含まないと判定した場合には（ステップＳ１０６：ＮＯ）、ステップＳ１１２に進む。

ステップＳ１０７において、一致度判定部１４３は、全ての予想馬の馬番のそれぞれが少なくとも１つの買い目に含まれるか否かを判定する。このとき、一致度判定部１４３は、全ての予想馬の馬番それぞれが少なくとも１つの買い目に含まれると判定した場合には（ステップＳ１０７：ＹＥＳ）、ステップＳ１０８に進む。ステップＳ１０８において、一致度判定部１４３は、一致度に、一致度として２番目に高い値を設定する。そして、一致度判定部１４３は、一致度判定処理を終了させる。一方、一致度判定部１４３は、少なくとも１頭の予想馬の馬番が何れの買い目にも含まれていないと判定した場合には（ステップＳ１０７：ＮＯ）、ステップＳ１０９に進む。

ステップＳ１０９において、一致度判定部１４３は、全ての買い目が予想馬の馬番のみで構成されているか否かを判定する。このとき、一致度判定部１４３は、全ての買い目が予想馬の馬番のみで構成されていると判定した場合には（ステップＳ１０９：ＹＥＳ）、ステップＳ１１０に進む。ステップＳ１１０において、一致度判定部１４３は、一致度に、一致度として２番目に高い値を設定する。そして、一致度判定部１４３は、一致度判定処理を終了させる。一方、一致度判定部１４３は、予想馬と異なる競走馬の馬番を含む買い目が少なくとも１つあると判定した場合には（ステップＳ１０９：ＮＯ）、ステップＳ１１１に進む。ステップＳ１１１において、一致度判定部１４３は、一致度に、一致度として３番目に高い値を設定する。そして、一致度判定部１４３は、一致度判定処理を終了させる。

ステップＳ１１２において、一致度判定部１４３は、少なくとも１つの買い目が少なくとも１つの予想馬の馬番を含むか否かを判定する。このとき、一致度判定部１４３は、少なくとも１つの買い目が少なくとも１つの予想馬の馬番を含むと判定した場合には（ステップＳ１１２：ＹＥＳ）、ステップＳ１１３に進む。ステップＳ１１３において、一致度判定部１４３は、一致度に、一致度として４番目に高い値を設定する。そして、一致度判定部１４３は、一致度判定処理を終了させる。一方、一致度判定部１４３は、何れの買い目も予想馬の馬番を含まないと判定した場合には（ステップＳ１１２：ＮＯ）、ステップＳ１１４に進む。ステップＳ１１４において、一致度判定部１４３は、一致度に、一致度としての最低値を設定する。そして、一致度判定部１４３は、一致度判定処理を終了させる。

以上説明したように、本実施形態によれば、システム制御部１４が、レースに出場する競走馬に投票するための馬券のユーザからの購入を受け付け、馬券の購入が受け付けられるレースに対するユーザからの予想であって、ユーザが予想する競走馬を含む予想を受け付け、購入が受け付けられた馬券の競走馬の買い目と、受け付けられた予想との一致度を、予想を行ったユーザごとに判定し、予想を行ったユーザのそれぞれについて判定された一致度に基づいて、予想を行った或るユーザと或るユーザのうち何れのユーザの予想を他のユーザに対して優先的に提示させるかを決定する。これにより、予想を閲覧するユーザとって有益な予想を優先的に提示させることができる。

また、システム制御部１４が、過去のレースの馬券の買い目と予想とに基づいて判定された一致度に基づいて、予想を行ったユーザの信頼度を判定し、このときに一致度が高いほど信頼度を高くし、今より後に開始されるレースの予想の情報が提示される場合に、信頼度が判定された或るユーザと或るユーザとのうち、信頼度が高い方のユーザの予想を、他方のユーザの予想よりも優先的に提示させてもよい。これにより、今から後に開始されるレースに対して予想を行ったユーザが、そのレースの馬券を購入していなくとも、予想を閲覧するユーザとって有益な予想を優先的に提示させることができる。

また、システム制御部１４が、購入された１以上の馬券のそれぞれの買い目に含まれる１以上の競走馬の全てが、予想された１以上の競走馬に含まれ、且つ、予想された１以上の競走馬のそれぞれが、購入された１以上の馬券の少なくとも何れかの買い目に含まれる場合、一致度を最も高くしてもよい。そのため、自分の予想の通りに馬券を購入しているユーザの予想を、最も優先的に提示させることができる。

また、システム制御部１４が、購入された１以上の馬券のそれぞれの買い目に、予想された１以上の競走馬の少なくとも１つが含まれるとき、購入された１以上の馬券のそれぞれの買い目に含まれる１以上の競走馬の全てが、予想された１以上の競走馬に含まれる場合と、予想された１以上の競走馬のそれぞれが、購入された１以上の馬券の少なくとも何れかの買い目に含まれる場合との何れかの場合には、その他の場合よりも一致度を高くしてもよい。これにより、或る程度的中させようというユーザの意思があると考えられる予想の中でも、特に的中させようというユーザの意思がある予想を優先的に提示させることができる。

また、システム制御部１４が、馬券の購入時刻及び予想の登録時刻を取得し、馬券の購入時のオッズ及び予想の受付時のオッズを取得し、購入された馬券の買い目が、予想された１以上の競走対象の何れも含まないとき、予想が受け付けられた後に馬券が購入され、且つ、購入時の該馬券のオッズが予想の受付時の該馬券のオッズよりも高い場合には、その他の場合よりも信頼度を低くしてもよい。これにより、意図的に自分が購入する馬券のオッズを高くした蓋然性があるユーザの予想よりも、他の予想を優先的に提示させることができる。

このとき、システム制御部１４が、予想が受け付けられた後に購入され、且つ、購入時のオッズが予想の受付時のオッズよりも高い馬券が的中した場合、その投票券が的中しなかった場合よりも信頼度を低くしてもよい。これにより、意図的に自分が購入する馬券のオッズを高くし、且つ、的中しないように予想を行った蓋然性があるユーザの予想よりも、他の予想を優先的に提示させることができる。

なお、一致度判定部１４３は、全買い目予想馬含有である場合、購入された１以上の馬券の買い目に予想馬の馬番が含まれる割合が高いほど、一致度を高くしてもよい。その理由は、馬券の買い目に予想馬の馬番が含まれる割合が高いほど、ユーザが予想を的中させようとする意思があると考えられるからである。このとき、一致度判定部１４３は、全部一致の場合の信頼度よりも低くなるように信頼度を決定するとともに、一部買い目予想馬非含有の場合の信頼度よりも高くなるように信頼度を決定する。

図４（ｂ）の例では、全ての買い目の１０個の馬番のうち、８個の馬番が予想馬の馬番である。従って、割合は８０％である。図４（ｃ）の例では、全ての買い目の４個の馬番の全てが予想馬の馬番である。従って、割合は１００％である。図４（ｄ）の例では、全ての買い目の４個の馬番のうち、３個の馬番が予想馬の馬番である。従って、割合は７５％である。そのため、図４（ｃ）、図４（ｂ）、図４（ｄ）の順に、一致度が高い。

図１２は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による一致度判定処理の一例を示すフローチャートである。図１２において、図１１と同様の処理については同様の符号が付されている。図１２に示すように、ステップＳ１０１〜１０６、及び、Ｓ１１２〜Ｓ１１４は、図１１の場合と同様に実行される。ステップＳ１０６において、一致度判定部１４３は、全ての買い目のそれぞれが、予想馬の馬番を少なくとも１つ含むと判定した場合には（ステップＳ１０６：ＹＥＳ）、ステップＳ１２１に進む。ステップＳ１２１において、一致度判定部１４３は、１以上の馬券の買い目に、予想馬の馬番が含まれる割合を計算する。次いで、一致度判定部１４３は、一致度に、計算された割合に応じた値を設定する（ステップＳ１２２）。そして、一致度判定部１４３は、一致度判定処理を終了させる。

また、上記実施形態においては、本発明の情報処理装置が、クライアントサーバシステムにおけるサーバ装置に適用されていた。しかしながら、本発明の情報処理装置が、サーバ装置以外の情報処理装置に適用されてもよい。例えば、本発明の情報処理装置がユーザ端末３等に適用されてもよい。そして、例えば、情報処理装置が備える制御部が本発明における手段として機能することにより、制御部が、ディスプレイ等の表示手段により、本発明に係る予想を提示させてもよい。この場合、表示手段は、情報処理装置に備えられていてもよい。または、表示手段は、情報処理装置とは別個の装置であってもよい。

１ 馬券発売代行サーバ
２ 主催元サーバ
３ ユーザ端末
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ レース情報ＤＢ
１２ｃ 馬券情報ＤＢ
１２ｄ オッズ情報ＤＢ
１２ｅ レース結果ＤＢ
１２ｆ 馬券購入履歴ＤＢ
１２ｇ 予想情報ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
１４１ 馬券購入受付部
１４２ 予想受付部
１４３ 一致度判定部
１４４ 信頼度判定部
１４５ 予想表示制御部
ＮＷ ネットワーク
Ｓ 情報処理システム

Claims (9)

1. 競技に出場する競技対象に投票するための投票券の予想者からの購入を受け付ける購入受付手段と、
   前記購入受付手段により投票券の購入が受け付けられる競技に対する前記予想者からの予想であって、前記予想者が予想する競技対象を含む予想を受け付ける予想受付手段と、
   前記購入受付手段により購入が受け付けられた投票券の競技対象の買い目と、前記予想受付手段により受け付けられた予想との一致度を、予想者ごとに判定する一致度判定手段と、
   前記一致度判定手段により第１の予想者と第２の予想者とのそれぞれについて判定された一致度に基づいて、前記第１の予想者と前記第２の予想者とのうち何れの予想を閲覧者に対して優先的に提示させるかを決定する提示制御手段と、
   を備えることを特徴とする情報処理装置。
2. 請求項１に記載の情報処理装置において、
   過去の競技の投票券の買い目と予想とに基づいて前記一致度判定手段により判定された一致度に基づいて、予想者の信頼度を判定する信頼度判定手段であり、前記一致度が高いほど信頼度を高くする信頼度判定手段を更に備え、
   前記提示制御手段は、今より後に開始される競技の予想の情報が提示される場合に、前記信頼度判定手段により信頼度が判定された第１の予想者と第２の予想者とのうち、前記信頼度が高い方の予想者の予想を、他方の予想者の予想よりも優先的に提示させることを特徴とする情報処理装置。
3. 請求項１又は請求項２に記載の情報処理装置において、
   前記一致度判定手段は、購入された１以上の投票券のそれぞれの買い目に含まれる１以上の競技対象の全てが、予想された１以上の競技対象に含まれ、且つ、予想された１以上の競技対象のそれぞれが、購入された１以上の投票券の少なくとも何れかの買い目に含まれる場合、前記一致度を最も高くすることを特徴とする情報処理装置。
4. 請求項１乃至３の何れか１項に記載の情報処理装置において、
   前記一致度判定手段は、購入された１以上の投票券のそれぞれの買い目に、予想された１以上の競技対象の少なくとも１つが含まれるとき、購入された１以上の投票券のそれぞれの買い目に含まれる１以上の競技対象の全てが、予想された１以上の競技対象に含まれる場合と、予想された１以上の競技対象のそれぞれが、購入された１以上の投票券の少なくとも何れかの買い目に含まれる場合との何れかの場合には、その他の場合よりも前記一致度を高くすることを特徴とする情報処理装置。
5. 請求項１乃至４の何れか１項に記載の情報処理装置において、
   前記一致度判定手段は、購入された１以上の投票券のそれぞれの買い目に、予想された１以上の競技対象の少なくとも１つが含まれるとき、購入された１以上の投票券の買い目に、予想された１以上の競技対象が含まれる割合が高いほど、前記一致度を高くすることを特徴とする情報処理装置。
6. 請求項２に記載の情報処理装置において、
   投票券の購入時刻及び予想の受付時刻を取得する時刻取得手段と、
   投票券の購入時のオッズ及び予想の受付時のオッズを取得するオッズ取得手段と、
   を更に備え、
   前記信頼度判定手段は、購入された投票券の買い目が、予想された１以上の競走対象の何れも含まないとき、予想が受け付けられた後に投票券が購入され、且つ、購入時の該投票券のオッズが予想の受付時の該投票券のオッズよりも高い場合には、その他の場合よりも前記信頼度を低くすることを特徴とする情報処理装置。
7. 請求項６に記載の情報処理装置において、
   前記信頼度判定手段は、予想が受け付けられた後に購入され、且つ、購入時のオッズが予想の受付時のオッズよりも高い投票券が的中した場合、該投票券が的中しなかった場合よりも前記信頼度を低くすることを特徴とする情報処理装置。
8. コンピュータにより実行される情報処理方法であって、
   競技に出場する競技対象に投票するための投票券の予想者からの購入を受け付ける購入受付ステップと、
   前記購入受付ステップにより投票券の購入が受け付けられる競技に対する前記予想者からの予想であって、前記予想者が予想する競技対象を含む予想を受け付ける予想受付ステップと、
   前記購入受付ステップにより購入が受け付けられた投票券の競技対象の買い目と、前記予想受付ステップにより受け付けられた予想との一致度を、予想者ごとに判定する一致度判定ステップと、
   前記一致度判定ステップにより第１の予想者と第２の予想者とのそれぞれについて判定された一致度に基づいて、前記第１の予想者と前記第２の予想者とのうち何れの予想を閲覧者に対して優先的に提示させるかを決定する提示制御ステップと、
   を含むことを特徴とする情報処理方法。
9. コンピュータを、
   競技に出場する競技対象に投票するための投票券の予想者からの購入を受け付ける購入受付手段、
   前記購入受付手段により投票券の購入が受け付けられる競技に対する前記予想者からの予想であって、前記予想者が予想する競技対象を含む予想を受け付ける予想受付手段、
   前記購入受付手段により購入が受け付けられた投票券の競技対象の買い目と、前記予想受付手段により受け付けられた予想との一致度を、予想者ごとに判定する一致度判定手段、及び、
   前記一致度判定手段により第１の予想者と第２の予想者とのそれぞれについて判定された一致度に基づいて、前記第１の予想者と前記第２の予想者とのうち何れの予想を閲覧者に対して優先的に提示させるかを決定する提示制御手段、
   として機能させることを特徴とする情報処理プログラム。

Images