JP5827676B2 - 情報処理装置、情報処理方法、情報処理プログラム及び情報処理システム - Google Patents

Description

本発明は、レースに出場するレース対象に関する情報を提供する技術分野に関する。

従来、レースで上位に入賞すると予想するレース対象をユーザが選択することで、投票券の購入や予想情報の投稿を可能とするシステムが知られている。このようなシステムでは、レース対象を選択するための基になる情報として、複数のレース対象を比較可能な様々な情報がユーザに提供される（例えば、特許文献１）。このような情報の項目として、例えば、オッズ、過去の成績、馬体重等がある。

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

ところで、ユーザがレース対象を選択したことに応じて、ユーザに情報を提供したい場合がある。例えば、或るレースにおいて、選択したレース対象をユーザが変更した場合、他のレースにおいてもレース対象の選択の変更を検討するようユーザに通知することが挙げられる。また例えば、他のレースにおいて、選択するレース対象をユーザに推薦することが挙げられる。しかしながら、如何なるレース対象を選択するかは、様々な項目の中でユーザが重視する項目によって異なる。ユーザが重視する項目を特定することができないと、例えば、通知する必要がないレースで通知を行ったり、不適切なレース対象を推薦したりしてしまう。

本発明は、以上の点に鑑みてなされたものであり、ユーザが如何なる項目を重視してレース対象を選択したかを特定可能な情報処理装置、情報処理方法、情報処理プログラム及び情報処理システムを提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、レースを識別するレース識別情報と、前記レースに出場する複数のレース対象のうちユーザにより選択された１以上のレース対象を示す選択情報と、を取得する選択情報取得手段と、前記選択情報取得手段により取得された前記レース識別情報が示すレースに出場する複数のレース対象のレース対象情報であって、前記複数のレース対象の優劣を比較可能な複数の項目に対応するレース対象情報を取得するレース対象情報取得手段と、前記レース対象情報取得手段により取得された前記レース対象情報に基づいて、前記複数のレース対象のうち前記選択情報取得手段により取得された前記選択情報が示すレース対象の少なくとも１のレース対象が他のレース対象よりも相対的に優位な項目を、前記複数の項目うち前記ユーザが重視する項目として特定する特定手段と、を備えることを特徴とする。

この発明によれば、情報処理装置が、ユーザが選択したレース対象の少なくとも１のレース対象が他のレース対象よりも相対的に優位な項目を特定する。そのため、ユーザが如何なる項目を重視してレース対象を選択したかを特定することができる。

請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記特定手段は、前記ユーザが重視する項目を複数特定した場合、各項目において前記選択情報が示すレース対象のうち優位なレース対象の数に基づいて、前記ユーザが重視する項目の優先度を特定することを特徴とする。

この発明によれば、ユーザが複数の項目を重視する場合、ユーザが何れの項目を優先してレース対象を選択したかを特定することができる。

請求項３に記載の発明は、請求項１又は請求項２に記載の情報処理装置において、前記選択情報取得手段により取得された前記レース識別情報及び前記選択情報と、前記特定手段により特定された前記項目とを対応付けて記憶手段に記憶させる記憶制御手段と、前記ユーザが重視する項目として過去に特定された古い項目であって、前記選択情報取得手段により取得された前記レース識別情報と一致するレース識別情報に対応付けて前記記憶手段に記憶されている古い項目と異なる新しい項目が、前記特定手段により今回特定された場合、前記選択情報取得手段により取得された前記レース識別情報と異なるレース識別情報のうち、前記古い項目と一致する項目に対応付けて前記記憶手段に記憶されたレース識別情報を取得するレース識別情報取得手段と、前記レース識別情報取得手段により取得された前記レース識別情報が示すレースを、選択するレース対象の変更可能性があるレースとして提示させるレース提示制御手段と、を更に備えることを特徴とする。

この発明によれば、ユーザが重視する項目として特定された項目は、レース識別情報に対応付けて記憶手段に記憶される。その後、情報処理装置は、新たな選択情報を取得して、ユーザが重視する項目として新しい項目を特定する。このとき、同一レースにおいて、過去に特定された項目と異なる新しい項目を特定した場合、重視する項目をユーザが変更した蓋然性がある。そこで、情報処理装置は、過去に特定された古い項目と一致する項目を、ユーザが重視する項目として特定された別のレースを提示させる。そのため、重視する項目の変更により、選択するレース対象の変更可能性があるレースをユーザが知ることができる。

請求項４に記載の発明は、請求項３に記載の情報処理装置において、前記レース識別情報取得手段により取得された前記レース識別情報が示すレースに出場する複数のレース対象の前記レース対象情報であって、前記新しい項目に対応する前記レース対象情報を取得する第２レース対象情報取得手段と、前記第２レース対象情報取得手段により取得された前記レース対象情報に基づいて、前記レース識別情報取得手段により取得された前記レース識別情報が示すレースに出場する複数のレース対象のうち、前記新しい項目において相対的に優位な１以上のレース対象を特定する第１レース対象特定手段と、を更に備え、前記レース提示制御手段は、前記第１レース対象特定手段により特定された前記レース対象と、前記レース識別情報取得手段により取得された前記レース識別情報に対応付けて前記記憶手段に記憶されている前記選択情報が示すレース対象とが一致しない場合、該レース識別情報が示すレースを提示させることを特徴とする。

この発明によれば、情報処理装置は、過去に特定された古い項目と一致する項目を、ユーザが重視する項目として特定されたレースについて、新たに特定された項目において相対的に優位なレース対象を特定する。そのため、新たに特定された項目をユーザが重視する場合にユーザが選択する蓋然性があるレース対象を特定することができる。情報処理装置は、特定されたレースにおいてユーザが選択しているレース対象と、特定したレース対象とが一致する場合に、特定されたレースを提示させる。すなわち、重視する項目が変更されても、選択するレース対象をユーザが変更する蓋然性が低いレースは提示されない。そのため、ユーザに知らせる必要のないレースを提示させないようにすることができる。

請求項５に記載の発明は、請求項１乃至４の何れか１項に記載の情報処理装置において、前記選択情報取得手段により取得された前記レース識別情報と異なるレース識別情報が示す第２のレースに出場する複数のレース対象の前記レース対象情報であって、前記特定手段により特定された前記項目に対応する前記レース対象情報を取得する第３レース対象情報取得手段と、前記第３レース対象情報取得手段により取得された前記レース対象情報に基づいて、前記第２のレースに出場する複数のレース対象のうち、前記特定手段により特定された前記項目において相対的に優位な１以上のレース対象を特定する第２レース対象特定手段と、前記第２レース対象特定手段により特定されたレース対象を提示させるレース対象提示制御手段と、を更に備えることを特徴とする。

この発明によれば、或るレースにおいてユーザが重視する項目を特定した後、情報処理装置は、別のレースについて、或るレースにおいて特定された項目において相対的に優位なレース対象を特定して提示させる。そのため、別のレースについて、ユーザが選択する蓋然性があるレース対象をユーザが知ることができる。

請求項６に記載の発明は、コンピュータにより実行される情報処理方法であって、レースを識別するレース識別情報と、前記レースに出場する複数のレース対象のうちユーザにより選択された１以上のレース対象を示す選択情報と、を取得する選択情報取得ステップと、前記選択情報取得ステップにより取得された前記レース識別情報が示すレースに出場する複数のレース対象のレース対象情報であって、前記複数のレース対象の優劣を比較可能な複数の項目に対応するレース対象情報を取得するレース対象情報取得ステップと、前記レース対象情報取得ステップにより取得された前記レース対象情報に基づいて、前記複数のレース対象のうち前記選択情報取得ステップにより取得された前記選択情報が示すレース対象の少なくとも１のレース対象が他のレース対象よりも相対的に優位な項目を、前記複数の項目うち前記ユーザが重視する項目として特定する特定ステップと、を含むことを特徴とする。

請求項７に記載の発明は、コンピュータを、レースを識別するレース識別情報と、前記レースに出場する複数のレース対象のうちユーザにより選択された１以上のレース対象を示す選択情報と、を取得する選択情報取得手段、前記選択情報取得手段により取得された前記レース識別情報が示すレースに出場する複数のレース対象のレース対象情報であって、前記複数のレース対象の優劣を比較可能な複数の項目に対応するレース対象情報を取得するレース対象情報取得手段、及び、前記レース対象情報取得手段により取得された前記レース対象情報に基づいて、前記複数のレース対象のうち前記選択情報取得手段により取得された前記選択情報が示すレース対象の少なくとも１のレース対象が他のレース対象よりも相対的に優位な項目を、前記複数の項目うち前記ユーザが重視する項目として特定する特定手段、として機能させることを特徴とする。

請求項８に記載の発明は、サーバ装置と前記サーバ装置にネットワークを介して接続可能な端末装置とを含む情報処理システムであって、レースを識別するレース識別情報と、前記レースに出場する複数のレース対象のうち前記端末装置を利用するユーザにより選択された１以上のレース対象を示す選択情報と、を取得する選択情報取得手段と、前記選択情報取得手段により取得された前記レース識別情報が示すレースに出場する複数のレース対象のレース対象情報であって、前記複数のレース対象の優劣を比較可能な複数の項目に対応するレース対象情報を取得するレース対象情報取得手段と、前記レース対象情報取得手段により取得された前記レース対象情報に基づいて、前記複数のレース対象のうち前記選択情報取得手段により取得された前記選択情報が示すレース対象の少なくとも１のレース対象が他のレース対象よりも相対的に優位な項目を、前記複数の項目うち前記ユーザが重視する項目として特定する特定手段と、を備えることを特徴とする。

本発明によれば、情報処理装置が、ユーザが選択したレース対象の少なくとも１のレース対象が他のレース対象よりも相対的に優位な項目を特定する。そのため、ユーザが如何なる項目を重視してレース対象を選択したかを特定することができる。

一実施形態に係る情報処理システムＳの概要構成の一例を示す図である。 （ａ）は、一実施形態に係る馬券発売代行サーバ１の概要構成の一例を示すブロック図であり、（ｂ）は、一実施形態に係る馬券発売代行サーバ１の機能ブロックの一例を示す図である。 （ａ）は、会員情報ＤＢ１２ａに登録される内容の一例を示す図であり、（ｂ）は、レース情報ＤＢ１２ｂに登録される内容の一例を示す図であり、（ｃ）は、出走馬情報に登録される内容の一例を示す図であり、（ｄ）は、馬券情報ＤＢ１２ｃに登録される内容の一例を示す図であり、（ｅ）は、オッズ情報ＤＢ１２ｄに登録される内容の一例を示す図であり、（ｆ）は、予想情報ＤＢ１２ｅに登録される内容の一例を示す図であり、（ｇ）は、馬券購入履歴ＤＢ１２ｆに登録される内容の一例を示す図である。 （ａ）は、第１レースにおける買い目の一例を示す図であり、（ｂ）は、第１レースの出走馬の情報の例を示す図であり、（ｃ）は、第１レースにおける重視項目の特定結果の一例を示す図である。 （ａ）は、第２レースの出走馬の情報の例を示す図であり、（ｂ）は、買い目の一例を示す図であり、（ｃ）は、推薦馬情報の画面表示例を示す図であり、（ｄ）は、第２レースにおける各出走馬の優位度の例を示す図であり、（ｅ）は、第２レースに出場する出走馬の過去のレースタイム（１７００メートル軽馬場）の例を示す図である。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による購入要求受信処理の処理例を示すフローチャートである。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による重視項目特定処理の処理例を示すフローチャートである。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による選択馬推薦処理の処理例を示すフローチャートである。 一実施形態に係る情報処理システムＳの動作例を示すシーケンス図である。 一実施形態に係る馬券発売代行サーバ１の機能ブロックの一例を示す図である。 （ａ）は、第１レースにおける新旧の予想の一例を示す図であり、（ｂ）は、第１レースの出走馬の情報の例を示す図であり、（ｃ）は、第１レースにおける新旧の重視項目の特定結果の一例を示す図である。 （ａ）は、第２レースにおける予想の一例を示す図であり、（ｂ）は、第２レースの出走馬の情報の例を示す図であり、（ｃ）は、第２レースにおける重視項目の特定結果の一例を示す図であり、（ｄ）は、出走馬の特定結果の一例を示す図である。 （ａ）は、第３レースにおける予想の一例を示す図であり、（ｂ）は、第３レースの出走馬の情報の例を示す図であり、（ｃ）は、第３レースにおける重視項目の特定結果の一例を示す図であり、（ｄ）は、出走馬の特定結果の一例を示す図であり、（ｅ）は、アラート情報の表示例を示す図である。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４による予想登録要求受信処理の処理例を示すフローチャートである。 一実施形態に係る馬券発売代行サーバ１のシステム制御部１４によるアラート処理の処理例を示すフローチャートである。

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

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

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

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

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

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

ユーザが、馬券の買い目を選択したり、予想馬を選択したりするとき、レースに出場する競走馬の情報に基づいて、選択を行う。選択に用いられる情報の項目として、例えば、オッズ、馬体重、過去のレースの成績等がある。過去のレースの成績として、例えば、レースタイム、勝利数、勝率等がある。一般的に、ユーザは、あらゆる項目について平等に見るのではなく、何れかの項目を重視して出走馬を選択する。このような項目は、ユーザによって異なる場合がある。そこで、馬券発売代行サーバ１は、ユーザによる出走馬の選択に基づいて、出走馬が選択されたレースについて、ユーザが重視する項目を特定する。ユーザが重視する項目を、重視項目という。重視項目の特定方法の詳細については後述する。

主催元サーバ２は、競馬の主催者がレースの情報を提供したり、馬券を発行したりするために設置されたサーバ装置である。主催元サーバ２は、レースに関する情報を馬券発売代行サーバ１へ送信する。

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

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

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

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

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

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

図３（ｂ）は、レース情報ＤＢ１２ｂに登録される内容の一例を示す図である。レース情報ＤＢ１２ｂには、レースに関するレース情報が、レースごとに登録される。具体的に、レース情報ＤＢ１２ｂには、レースＩＤ、レース名、グレード、競馬場名、開催日、販売締切時刻、発走時刻、レース番号、馬場情報、出走馬情報、騎手情報等の情報が対応付けて登録される。レースＩＤは、レースの識別情報である。販売締切時刻は、馬券の販売が締め切られる時刻である。すなわち、販売締切時刻まで馬券の購入が可能である。また、予想の投稿も販売締切時刻まで可能である。レース場の馬場情報は、例えば、馬場状態等を含む。出走馬情報は、レースに出場する競走馬に関する情報である。出走馬情報は、本発明におけるレース対象情報の一例である。騎手情報は、競走馬に騎乗する騎手に関する情報である。例えば、騎手情報には、騎乗する競走馬の馬番、騎手名、騎手の過去の成績、騎手変更の有無等が、競走馬ごとに登録される。

図３（ｃ）は、出走馬情報に登録される内容の一例を示す図である。レース情報は、出走馬ごとの出走馬情報を含む。出走馬情報には、出走馬の馬番、枠番、馬名、馬体重、前回のレースからの馬体重の増減、レースタイム情報、勝利数情報、勝率情報等が登録されている。レースタイム情報は、出走馬の過去のレースにおけるレースタイムを示す情報である。勝利数情報は、出走馬の過去のレースにおける勝利数を示す情報である。勝率情報は、出走馬の過去のレースにおける勝率を示す情報である。レースタイム、勝利数、勝率等の情報は、例えばレースの条件別に登録されてもよい。例えば、全レースを総合した情報（条件なしの情報）に加えて、グレード別、距離別、馬場別、競馬場別、右回り又は左回り、出走馬に騎乗した騎手別の情報が登録されてもよい。また、例えば、複数の条件を組み合わせた場合の情報が登録されてもよい。

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

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

図３（ｆ）は、予想情報ＤＢ１２ｅに登録される内容の一例を示す図である。予想情報ＤＢ１２ｅには、ユーザによるレースの予想を示す予想情報が、馬券発売代行サーバ１が予想を受け付けるごとに登録される。具体的に、予想情報ＤＢ１２ｅには、ユーザＩＤ、投稿日時、レースＩＤ、予想馬情報、重視項目情報等が対応付けて登録される。ユーザＩＤは、予想を行ったユーザを示す。投稿日時は、予想が投稿された日時を示す。レースＩＤは、受け付けられた予想がどのレースに対する予想であるかを示す。予想馬情報は、ユーザが選択した予想馬を示す。具体的に、予想馬情報は、本命馬の馬番、対抗馬の馬番、単穴馬の馬番、連下馬の馬番を含む。予想馬情報は、本発明における選択情報の一例である。各予想馬には優先順位がある。この優先順位を、選択優先順位という。ユーザが上位に入賞するであろうと優先的に予想する出走馬ほど、選択優先順位が高い。具体的に、本命、対抗、単穴、連下の順に選択優先順位が高い。なお、本命馬、対抗馬、単穴馬及び連下馬のうちの一部のみの馬番をユーザが選択して予想を登録することができるようになっていてもよい。重視項目情報は、レースＩＤが示すレースを予想する際にユーザが重視した項目として特定された項目を示す。具体的に、重視項目情報には、項目ＩＤ及び項目優先順位が、特定された項目ごとに登録される。項目ＩＤは、項目の識別情報である。項目優先順位は、複数の重視項目の中での項目の優先順位を示す。

図３（ｇ）は、馬券購入履歴ＤＢ１２ｆに登録される内容の一例を示す図である。馬券購入履歴ＤＢ１２ｆには、ユーザによる馬券の購入の履歴が、購入された馬券ごとに馬券購入履歴として登録される。具体的に、馬券購入履歴ＤＢ１２ｆには、ユーザＩＤ、購入日時、レースＩＤ、買い目情報、購入枚数、重視項目情報等が対応付けて登録される。ユーザＩＤは、馬券を購入したユーザを示す。購入日時は、馬券の購入が受け付けられた日時を示す。買い目情報は、ユーザが購入した馬券を示すとともに、投票対象としてユーザが選択した出走馬を示す。馬券購入履歴の買い目情報は、本発明における選択情報の一例である。枠番を指定する式別の場合、枠番により、１頭又は複数頭の出走馬を指定したことになる。複数の出走馬又は枠を選択する式別のうち、着順を的中させる式別の場合、買い目情報が示すユーザが選択した各出走馬又は枠に優先順位がある。この優先順位も、選択優先順位という。ユーザが選択した着順が早い出走馬又は枠ほど、選択優先順位が高い。レースＩＤ、馬券ＩＤ及び買い目情報の組み合わせは、馬券情報ＤＢ１２ｃに登録されるレースＩＤ、馬券ＩＤ及び買い目情報の番号の組み合わせのうちの何れかと一致する。買い目情報と購入枚数との組み合わせは、ユーザが一度に購入した馬券の馬券ＩＤごとに登録される。重視項目情報は、レースＩＤが示すレースの馬券を購入する際にユーザが重視した項目として特定された項目を示す。重視項目情報の構成は、予想情報ＤＢ１２ｅに登録される重視項目情報と同じである。

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

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

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

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

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

［１−３．システム制御部の機能詳細］
次に、図２（ｂ）、図４及び図５を用いて、システム制御部１４の機能について説明する。図２（ｂ）は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４の機能ブロックの一例を示す図である。システム制御部１４は、ＣＰＵ１４ａが、馬券発行代行管理プログラム等のプログラムを読み出し実行することにより、図２（ｂ）に示すように、選択馬情報取得部１４１、出走馬情報取得部１４２、重視情報特定部１４３、選択馬推薦部１４４等として機能する。選択馬情報取得部１４１は、本発明における選択情報取得手段の一例である。出走馬情報取得部１４２は、本発明におけるレース対象情報取得手段、第２レース対象情報取得手段、及び第３レース対象情報取得手段の一例である。重視情報特定部１４３は、本発明における特定手段及び記憶制御手段の一例である。選択馬推薦部１４４は、本発明における第２レース対象特定手段及びレース対象提示制御手段の一例である。

システム制御部１４は、出走馬情報及びオッズの情報における複数の項目のうち、出走馬を選択するためにユーザが重視した項目を特定する。そのため、選択馬情報取得部１４１は、ユーザにより指定されたレースのレースＩＤと、指定されたレースの複数の出走馬のうちユーザにより選択された１以上の出走馬を示す情報を、ユーザ端末３から取得する。選択された出走馬を選択馬という。選択馬を示す情報として、予想馬情報と買い目情報とがある。ユーザが予想馬を選択して予想を投稿するとき、ユーザ端末３は、レースＩＤ及び予想馬情報を馬券発売代行サーバ１へ送信する。ユーザが買い目を選択して馬券を購入するとき、ユーザ端末３は、レースＩＤ及び買い目情報を馬券発売代行サーバ１へ送信する。選択馬情報取得部１４１により取得されたレースＩＤが示すレースを、指定レースという。

出走馬情報取得部１４２は、選択馬情報取得部１４１により取得されたレースＩＤが示す指定レースの複数の出走馬の情報であって、その複数の出走馬の優劣を比較可能な複数の項目に対応する情報を取得する。具体的に、出走馬情報取得部１４２は、レース情報ＤＢ１２ｂから出走馬情報を取得し、オッズ情報ＤＢ１２ｄから単勝オッズを取得する。出走馬情報及び単勝オッズは、それぞれ本発明におけるレース対象情報の一例である。出走馬の優劣を比較可能とは、例えば、出走馬が上位に入賞する蓋然性を比較することが可能であることをいう。このような項目として、例えば、オッズ（単勝オッズ）、馬体重、馬体重の増減、過去のレースのレースタイム、勝利数、勝率等がある。オッズが低い出走馬ほど優位である。馬体重が軽い出走馬ほど優位である。馬体重の増減が小さい出走馬ほど優位である。レースタイムが短い出走馬ほど優位である。勝利数が多い出走馬ほど優位である。勝率が高い出走馬ほど優位である。出走馬情報取得部１４２は、例えば、これら全ての項目の情報を取得してもよいし、予め定められた項目の情報のみを取得してもよい。また、過去のレースの成績について、出走馬情報取得部１４２は、指定レースの条件と一致する条件下での成績のみを取得してもよい。例えば、指定レースの距離が１７００メートルである場合、１７００メートルでのコースにおける成績を取得してもよい。また、出走馬ごとに、騎乗する騎手が異なる。そこで、例えば、出走馬情報取得部１４２は、指定レースについて、各出走馬の騎手を騎手情報から特定し、出走馬ごとに、特定した騎手が騎乗したレースの過去の成績を取得してもよい。また、複数の出走馬の優劣を比較可能な項目であれば、出走馬情報取得部１４２が取得してもよい情報は、上述した項目に限られない。

重視項目特定部１４３は、出走馬情報取得部１４２により取得された情報に基づいて、指定レースの複数の出走馬のうち、選択馬情報取得部１４１により取得された予想馬情報又は買い目情報が示す選択馬の少なくとも１の選択馬が他の出走馬よりも相対的に優位な項目を、複数の項目うちユーザが重視する重視項目として特定する。ユーザが何らかの項目を重視する場合、重視する項目において相対的に優位な出走馬をユーザが選択する蓋然性が高い。従って、重視項目を適切に特定することができる。重視項目特定部１４３は、例えば、ユーザ端末３から予想馬情報又は買い目情報を取得したタイミングで重視項目を特定してもよいし、予想馬情報又は買い目情報を取得した後、所定のタイミングで重視項目を特定してもよい。

以下に、ユーザが馬券を購入した場合の重視項目の特定方法の具体例を説明する。ユーザが予想を投稿した場合も、基本的な特定方法は同じであるので、予想を投稿した場合の詳細な説明は省略する。例えば、或る日の第１レースで、ユーザが馬券を購入したとする。なお、説明の便宜上、各レースに出場する競走馬は６頭であるものとする。図４（ａ）は、第１レースにおける買い目の一例を示す図である。図４（ａ）に示すように、ユーザは、馬単で１−２、１−３、２−３の馬券を購入したとする。つまり、ユーザは馬番１〜３の出走馬を選択した。図４（ｂ）は、第１レースの出走馬の情報の例を示す図である。例えば、出走馬情報取得部１４２は、各出走馬のオッズ、レースタイム（１７００メートル、軽馬場）、レースタイム（１７００メートル、重馬場）、勝利数、馬体重を取得したとする。重視項目特定部１４３は、項目ごとに、各出走馬の優劣順位を決定する。優劣順位は、優位な順に各出走馬の順位を決定したときの順位である。各項目における優劣順位は、図４（ｂ）に示すとおりとなる。オッズでは、馬番１、３、２、５、６、４の順に優劣順位が高い。レースタイム（１７００メートル、軽馬場）では、馬番１、２、３、４、５、６の順に優劣順位が高い。レースタイム（１７００メートル、重馬場）では、馬番３、１、５、２、６、４の順に優劣順位が高い。勝利数では、馬番２、１、３、５、４、６の順に優劣順位が高い。馬体重では、馬番４、１、２、３、６、５の順に優劣順位が高い。

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

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

また、選択馬が複数ある場合であって、且つ、ユーザが各選択馬の選択優先順位を指定した場合、重視項目特定部１４３は、各選択馬の選択優先順位と各項目における優劣順位とに基づいて、各項目の項目優先順位を決定してもよい。例えば、重視項目特定部１４３は、選択優先順位が高い選択馬の優劣順位が高い項目ほど、項目優先順位を高くしてもよい。馬券の購入の場合、枠単、馬単、三連単を選択したときには、ユーザは各選択馬又は枠の着順、すなわち選択優先順位を指定する。予想の投稿の場合、本命馬、対抗馬、単穴馬及び連下馬を選択することで、ユーザは選択優先順位を指定する。図４（ａ）の例の場合、買い目１−２及び１−３から、馬番１が馬番２及び３の何れよりも選択優先順位が高い。また、買い目２−３から、馬番２が馬番３よりも選択優先順位が高い。従って、馬番１、２、３の順に選択優先順位が高い。オッズ、及びレースタイム（１７００メートル、軽馬場）において、選択優先順位が１位である馬番１の出走馬の優劣順位が１位である。一方、レースタイム（１７００メートル、重馬場）、及び勝利数において、馬番１の出走馬の優劣順位が２位である。そこで、重視項目特定部１４３は、オッズ、及びレースタイム（１７００メートル、軽馬場）の項目優先順位を、レースタイム（１７００メートル、重馬場）、及び勝利数の項目優先順位よりも高くしてもよい。また、オッズにおいて、選択優先順位が２位である馬番２の出走馬の優劣順位が３位である。また、レースタイム（１７００メートル、軽馬場）において、選択優先順位が２位である馬番２の出走馬の優劣順位が２位である。そこで、重視項目特定部１４３は、レースタイム（１７００メートル、軽馬場）の項目優先順位を、オッズの項目優先順位よりも高くしてもよい。また、レースタイム（１７００メートル、重馬場）において、選択優先順位が２位である馬番２の出走馬は、相対的に優位ではない。また、勝利数において、馬番２の出走馬の優劣順位は１位である。そこで、重視項目特定部１４３は、勝利数の項目優先順位を、レースタイム（１７００メートル、重馬場）の項目優先順位よりも高くしてもよい。また、重視項目特定部１４３は、例えば、選択優位戦順位が１位の出走馬の優劣順位が１位である項目のみを重視項目として特定してもよい。また例えば、重視項目特定部１４３は、選択優位戦順位が１及び２位の出走馬の優劣順位がそれぞれ１及び２位である項目のみを重視項目として特定してもよい。また例えば、重視項目特定部１４３は、選択優位戦順位が所定順位以上である出走馬が、相対的に優位な出走馬の中に含まれている項目のみを、重視項目として特定してもよい。

図４（ｃ）は、第１レースにおける重視項目の特定結果の一例を示す図である。例えば、レースタイム（１７００メートル、軽馬場）及びオッズが重視項目として特定される。レースタイム（１７００メートル、軽馬場）及びオッズの項目優先順位はそれぞれ１位及び２位である。重視項目を特定すると、重視項目特定部１４３は、指定レースのレースＩＤと、指定レースの予想馬情報又は買い目情報と、重視項目の項目ＩＤ及び項目優先順位を含む重視項目情報とを対応付けて、予想情報ＤＢ１２ｅ又は馬券購入履歴ＤＢ１２ｆに登録する。

選択馬推薦部１４４は、重視項目特定部１４３により特定された重視項目に基づいて、指定レースとは異なるレースにおいて、予想馬又は買い目として選択する出走馬をユーザに推薦するための処理を行う。ユーザに推薦する出走馬を推薦馬という。選択馬推薦部１４４は、例えば、重視項目特定部１４３が重視項目を特定したときに推薦馬を提示させてもよいし、重視項目が特定された後、所定のタイミングで推薦馬を提示させてもよい。

具体的に、選択馬推薦部１４４は、指定レースとは異なるレースのレースＩＤをレース情報ＤＢ１２ｂから取得する。取得されるレースＩＤが示すレースを、推薦対象レースという。推薦対象レースは、例えば、馬券の販売締切時刻が過ぎていないレースである。例えば、推薦対象レースは、指定レースと同日に開催される全てのレースであってもよいし、指定レースと同日に且つ同一競馬場で開催される全てのレースであってもよい。出走馬情報取得部１４２は、選択馬推薦部１４４により取得された推薦対象レースのレースＩＤが示すレースの複数の出走馬の情報であって、指定レースにおいて重視項目特定部１４３により特定された重視項目に対応する情報を取得する。取得する情報の項目については既に説明したとおりである。選択馬推薦部１４４は、出走馬情報取得部１４２により取得された情報に基づいて、推薦対象レースの複数の出走馬のうち指定レースの重視項目において相対的に優位な１以上の出走馬を推薦馬として特定する。例えば、推薦馬の頭数は予め定められてもよい。このとき、レースに出場する出走馬の頭数に応じて、推薦馬の頭数が定められてもよい。また例えば、推薦馬の頭数は、指定レースでユーザが選択した出走馬の頭数と同数であってもよい。また、例えば、ユーザが推薦馬の頭数を設定可能であってもよい。なお、選択馬推薦部１４４は必須の構成要素ではない。すなわち、システム制御部１４は、推薦馬の特定及び提示制御を行わなくてもよい。

以下に、ユーザが馬券を購入した場合の推薦馬の特定方法の具体例を説明する。ユーザが予想を投稿した場合も、基本的な特定方法は同じであるので、予想を投稿した場合の詳細な説明は省略する。例えば、第１レースの重視項目が図４（ｃ）に示すように特定される。例えば、項目優先順位が１位であるレースタイム（１７００メートル、軽馬場）のみを用いて推薦馬を特定する。図５（ａ）は、第２レースの出走馬の情報の例を示す図である。第２レースでは、レースタイム（１７００メートル、軽馬場）では、馬番５、６、２、１、４、３の順に優劣順位が高い。そこで、選択馬推薦部１４４は、例えば、馬番５、６及び２の出走馬を推薦馬として特定してもよい。

推薦馬を特定すると、選択馬推薦部１４４は、は、推薦馬を含む買い目を決定してもよい。例えば、買い目の式別は予め定められてもよい。また例えば、買い目の式別は、指定レースでユーザが指定した式別と同一であってもよい。また例えば、ユーザが予め式別を設定可能であってもよい。また、選択馬推薦部１４４は、特定された推薦馬の数に応じて買い目を決定してもよい。例えば、選択馬推薦部１４４は、推薦馬の数が多いほど、選択する出走馬の数が多い式別を決定してもよい。着順を的中させる式別の買い目を決定するとき、選択馬推薦部１４４は、は、例えば、優劣順位が高い出走馬ほど着順を早くしてもよい。図５（ｂ）は、買い目の一例を示す図である。選択馬推薦部１４４は、は、買い目として、例えば、馬単５−６、６−２、５−２を決定する。

選択馬推薦部１４４は、特定した推薦馬をユーザ端末３によりユーザへ提示させる。例えば、選択馬推薦部１４４は、推薦対象レースの競馬場名、レース番号、レースの開催日、推薦馬の馬番（買い目の情報）等を含む推薦馬情報を、ユーザ端末３により画面に表示させる。図５（ｃ）は、推薦馬情報の画面表示例を示す図である。重視項目において相対的に優位な出走馬がユーザ端末３により提示されることにより、ユーザによる出走馬の選択を支援することができる。例えば、ユーザ端末３は、ポップアップで推薦馬情報を表示してもよいし、予想の投稿完了を示すウェブページや馬券の購入完了を示すウェブページに推薦馬情報を表示してもよい。なお、買い目ではなく、単に馬番のみが表示されてもよい。指定レースでユーザが重視する項目は、他のレースでもユーザが重視する項目である蓋然性がある。なお、図５の例では、１つのレースについて推薦馬が特定されていたが、選択馬推薦部１４４は、複数のレースについて推薦馬を特定して推薦馬情報を提示させてもよい。

図５の例では、指定レースにおける買い目情報（ユーザが選択した買い目）から特定された重視項目に基づいて、推薦対象レースで推薦する買い目が提示されている。しかしながら、選択馬推薦部１４４は、例えば、指定レースでの予想馬情報（ユーザが選択した予想馬）から特定された重視項目に基づいて、推薦対象レースで推薦する予想馬を提示させてもよい。また、選択馬推薦部１４４は、指定レースでの予想馬情報から特定された重視項目に基づいて、推薦対象レースで推薦する買い目を提示させてもよいし、指定レースでの買い目情報から特定された重視項目に基づいて、推薦対象レースで推薦する予想馬を提示させてもよい。推薦馬として予想馬を特定する場合、選択馬推薦部１４４は、例えば４頭以下の範囲内で推薦馬を特定すればよい。選択馬推薦部１４４は、例えば推薦対象レースにおいて優劣順位が高い推薦馬の順に、本命、対抗、単穴及び連下を決定してもよい。そして、選択馬推薦部１４４は、本命馬、対抗馬、単穴馬及び連下馬を提示させてもよい。

推薦馬を特定するとき、選択馬推薦部１４４は、複数の重視項目を用いてもよい。このとき、選択馬推薦部１４４は、例えば、複数の重視項目の全てにおいて、相対的に優位な出走馬の中に含まれる出走馬を、推薦馬として特定してもよい。例えば、第１レースの重視項目は、レースタイム（１７００メートル、軽馬場）、及びオッズであるとする。図５（ａ）に示すように、第２レースにおいて、オッズでは、馬番１、５、６、２、３、４の順に優劣順位が高い。各重視項目において、優劣順位が３位以上の出走馬が相対的に優位な出走馬であるとする。第２レースにおいて、レースタイム（１７００メートル、軽馬場）、及びオッズの何れも優劣順位が３位以上の出走馬は、馬番５及び６の出走馬である。そこで、選択馬推薦部１４４は、馬番５及び６の出走馬を推薦馬として特定する。

また例えば、選択馬推薦部１４４は、項目優先順位に応じて、各重視項目の重みを取得してもよい。例えばこの重みは係数で表される。項目優先順位が高いほど重み係数が大きい。重み係数は、例えば予め設定されてもよい。また例えば、重視項目の数に応じて、各重視項目の重み係数が予め設定されてもよい。選択馬推薦部１４４は、各出走馬の情報と、各重視項目の重み係数に基づいて、各出走馬の優位度を決定し、優位度に基づいて１以上の推薦馬を特定してもよい。優位度は、複数の重視項目を総合した場合において、各出走馬が相対的に優位な度合いを示す。また、優位度は、複数の項目において、複数の出走馬の優劣を比較可能な情報である。例えば、図４（ｃ）に示すように、第１レースの重視項目は、レースタイム（１７００メートル、軽馬場）、及びオッズであるとする。例えば、項目優先順位が１位である項目の重み係数は０．７であり、２位である項目の重み係数は０．３であるとする。各項目の優劣順位には、基礎点が与えられている。例えば、１位が６点、２位が５点、３位が４点、４位が３点、５位が２点、６位が１点である。選択馬推薦部１４４は、出走馬ごとに、各重視項目における優劣順位に対応する基礎点に重み係数を掛けて、その重視項目における優位度を計算し、全ての重視項目の優位度の合計を計算する。図５（ｄ）は、第２レースにおける各出走馬の優位度の例を示す図である。例えば、馬番が１の出走馬のレースタイム（１７００メートル、軽馬場）における優劣順位は４位である。馬番が１の出走馬のオッズにおける優劣順位は１位である。この場合、馬番が１の出走馬の優位度は、０．７×３＋０．３×６＝３．９である。同様に、馬番が２〜６の出走馬のそれぞれの優位度は、３．７、１．３、１．７、５．７、４．７である。例えば、優位度が高い順に３頭の出走馬を選択した場合、馬番５、６、１の出走馬が推薦馬になる。この場合、推薦する買い目として、例えば馬単５−６、６−１、５−１が提示されてもよい。また例えば、選択馬推薦部１４４は、優位度が、全ての出走馬の優位度の平均以上である出走馬を選択してもよい。この場合、馬番５、６、１、２の出走馬が推薦馬になる。この場合、推薦する買い目として、例えば馬単５−６、５−１、５−２、６−１、６−２、１−２が提示されてもよい。

また、推薦馬を特定するとき、選択馬推薦部１４４は、例えば、相対的に優位な出走馬と相対的に劣位な出走馬との優劣差が顕著な差となる頭数分の相対的に優位な出走馬を特定してもよい。優劣差が顕著な差であると認められる条件は例えば予め定められていてもよい。例えば、選択馬推薦部１４４は、優劣順位が隣り合う出走馬間での優劣差を計算してもよい。優劣差は、例えば、オッズの差、レースタイムの差、勝利数の差、勝率の差、馬体重の差、優位度の差等である。選択馬推薦部１４４は、計算した優劣差の中で最大の優劣差となる出走馬間で、相対的に優位な出走馬と相対的に劣位な出走馬とを分けてもよい。すなわち、優劣差が顕著な差である判定される条件は、優劣差が最大であることであってもよい。図５（ｅ）は、第２レースに出場する出走馬の過去のレースタイム（１７００メートル軽馬場）の例を示す図である。例えば、第２レースの馬番５、６、２、１、４及び３の出走馬の過去のレースタイム（１７００メートル軽馬場）が、それぞれ、１分４０．０秒、１分４０．３秒、１分４０．５秒、１分４１．０秒、１分４４．２秒、１分４４．９秒であったとする。この場合、馬番５と６の出走馬のレースタイムの差は０．３秒であり、馬番６と２の出走馬のレースタイムの差は０．２秒であり、馬番２と１の出走馬のレースタイムの差は０．５秒であり、馬番１と４の出走馬のレースタイムの差は３．２秒であり、馬番４と３の出走馬のレースタイムの差は０．７秒である。従って、馬番１の出走馬のレースタイムと馬番４の出走馬のレースタイムとの差が最も大きい。そこで、選択馬推薦部１４４は、馬番５、６、２及び１の出走馬を、相対的に優位な出場馬、すなわち推薦馬として特定する。複数の重視項目を用いて推薦馬を特定する場合、選択馬推薦部１４４は、各重視項目について、相対的に優位な出走馬と相対的に劣位な出走馬との優劣差が顕著な差である頭数の相対的に優位な出走馬を特定してもよい。すなわち、選択馬推薦部１４４は、優劣順位が隣接する出走馬間の中で優劣差が顕著な出走馬間で、相対的に優位な出走馬と相対的に劣位な出走馬とを分けてもよい。そして、選択馬推薦部１４４は、複数の重視項目の全てにおいて、相対的に優位な出走馬の中に含まれる出走馬を、推薦馬として特定してもよい。

また、例えば、顕著な差であると認められる優劣差の最小値が重視項目ごとに予め定められてもよい。そして、選択馬推薦部１４４は、相対的に優位な出走馬と相対的に劣位な出走馬との間の優劣差が最小値以上となる頭数分の相対的に優位な出走馬を特定してもよい。

また、選択馬推薦部１４４は、推薦馬として特定された相対的に優位な出走馬と相対的に劣位な出走馬との間の優劣差が顕著な差であるレースについてのみ、推薦馬を提示させてもよい。例えば、予め設定された数の推薦馬を特定する場合、選択馬推薦部１４４は、相対的に優位な予め設定された数の推薦馬と、相対的に劣位な出走馬との間の優劣差が顕著な差であるレースについてのみ推薦馬を提示させ、この優劣差が顕著な差ではないレースについては推薦馬を提示させなくてもよい。

［１−４．情報処理システムの動作］
次に、情報処理システムＳの動作について、図６乃至図８を用いて説明する。なお、以下では、ユーザが馬券を購入した場合の処理について説明する。ユーザが予想を投稿する場合において、ユーザが重視する項目を特定する基本的な処理は、ユーザが馬券を購入した場合と同様であるので、ユーザが予想を投稿する場合の説明は省略する。図６は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による購入要求受信処理の処理例を示すフローチャートである。ユーザは、ユーザ端末３を操作して、レースを指定する。また、ユーザは、購入する買い目を選択する。するとユーザ端末３は、購入要求を馬券発売代行サーバ１へ送信する。購入要求は、指定レースのレースＩＤ、選択された買い目を示す買い目情報、購入枚数等を含む。システム制御部１４は、ユーザ端末３から購入要求を受信したときに購入要求受信処理を実行する。

図６に示すように、選択馬情報取得部１４１は、受信された購入要求から指定レースのレースＩＤ及び買い目情報を取得するとともに、購入要求を送信してきたユーザ端末３を利用するユーザのユーザＩＤを取得する（ステップＳ１）。例えば、ユーザは、事前に競馬サイトにログインするときにユーザＩＤを入力し、ユーザ端末３は、入力されたユーザＩＤを馬券発売代行サーバ１へ送信する。システム制御部１４は、受信したユーザＩＤを、例えばセッションＩＤと対応付けてＲＡＭ１４ｃ等に記憶させる。そして、システム制御部１４は、セッションＩＤをクッキーとしてユーザ端末３へ送信する。その後、ユーザ端末３から馬券発売代行サーバ１へ送信される要求にはセッションＩＤが付加されている。選択馬情報取得部１４１は、セッションＩＤに基づいて、ユーザＩＤを取得することができる。

次いで、出走馬情報取得部１４２は、指定レースのレースＩＤに対応する複数の出走馬の情報を取得する（ステップＳ２）。具体的に、出走馬情報取得部１４２は、レース情報ＤＢ１２ｂから、指定レースのレースＩＤに対応する出走馬情報を取得する。また、出走馬情報取得部１４２は、オッズ情報ＤＢ１２ｄから、指定レースのレースＩＤに対応するオッズのうち各出走馬の単勝オッズを取得する。

次いで、重視項目特定部１４３は、買い目情報に基づいて、選択馬及び選択優先順位を特定する（ステップＳ３）。具体的に、重視項目特定部１４３は、買い目情報に含まれる馬番を、選択馬の馬番として取得する。買い目情報に枠番が含まれている場合、重視項目特定部１４３は、レース情報ＤＢ１２ｂに基づいて、枠番に対応する馬番を選択馬の馬番として取得する。また、重視項目特定部１４３買い目情報における着順に基づいて、各馬番の選択優先順位を決定する。着順がない場合、全ての選択馬の選択優先順位は同一である。

次いで、重視項目特定部１４３は、重視項目特定処理を実行する（ステップＳ４）。重視項目特定処理において、重視項目特定部１４３は、重視項目を特定して重視項目情報を生成する。重視項目特定処理の詳細は後述する。次いで、システム制御部１４は、馬券購入処理を実行する（ステップＳ５）。例えば、システム制御部１４は、ステップＳ１で取得したユーザＩＤ、レースＩＤ、買い目情報、購入枚数等を含む馬券販売要求を主催元サーバ２へ送信する。馬券販売要求を受信した主催元サーバ２は、馬券販売要求に基づいて、馬券を販売するための処理を実行する。

次いで、重視項目特定部１４３は、ステップＳ１で取得したユーザＩＤ、レースＩＤ、買い目情報、購入枚数、及び重視項目特定処理で生成された重視項目情報等を含む馬券購入履歴を生成する。そして、重視項目特定部１４３は、生成した馬券購入履歴を馬券購入履歴ＤＢ１２ｆに登録する（ステップＳ６）。次いで、選択馬推薦部１４４は、選択馬推薦処理を実行する（ステップＳ７）。選択馬推薦処理において、選択馬推薦部１４４は、指定レースとは異なるレースにおける推薦馬を提示させる。選択馬推薦部１４４は、ステップＳ７を終えると購入要求受信処理を終了させる。

図７は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による重視項目特定処理の処理例を示すフローチャートである。図７に示すように、重視項目特定部１４３は、購入要求受信処理のステップＳ２で出走馬情報取得部１４２により取得された情報に基づいて、項目ごとに、各出走馬の優劣順位を決定する（ステップＳ１１）。次いで、重視項目特定部１４３は、特定した選択馬のうち少なくとも１頭の選択馬が相対的に優位な項目を特定する（ステップＳ１２）。例えば、重視項目特定部１４３は、優劣順位が１位の出走馬が選択馬の何れかである項目を特定してもよい。

次いで、重視項目特定部１４３は、特定した項目が複数あるか否かを判定する（ステップＳ１３）。このとき、重視項目特定部１４３は、特定した項目が複数ないと判定した場合には（ステップＳ１３：ＮＯ）、ステップＳ１７に進む。一方、重視項目特定部１４３は、特定した項目が複数あると判定した場合には（ステップＳ１３：ＹＥＳ）、ステップＳ１４に進む。ステップＳ１４において、重視項目特定部１４３は、特定した選択馬のうち相対的に優位な選択馬の数に基づいて、特定した各項目の項目優先順位を決定する。例えば、重視項目特定部１４３は、特定した項目ごとに、選択馬と異なる出走馬の順位のうち最高の順位を特定する。次いで、重視項目特定部１４３は、特定した順位の値から１を減算して、相対的に優位な選択馬の数を計算する。例えば、選択馬と異なる出走馬の順位が３位、６位であるとする。この場合、３から１を減算して得られる２が、相対的に優位な選択馬の数である。重視項目特定部１４３は、相対的に優位な選択馬の数が多い項目ほど項目優先順位が高くなるように、各項目の項目優先順位を決定する。

次いで、重視項目特定部１４３は、相対的に優位な選択馬の数が同一である複数の項目があるか否かを判定する（ステップＳ１５）。このとき、重視項目特定部１４３は、相対的に優位な選択馬の数が同一である複数の項目がないと判定した場合には（ステップＳ１５：ＮＯ）、ステップＳ１７に進む。一方、重視項目特定部１４３は、相対的に優位な選択馬の数が同一である複数の項目があると判定した場合には（ステップＳ１５：ＹＥＳ）、ステップＳ１６に進む。ステップＳ１６において、重視項目特定部１４３は、相対的に優位な選択馬の選択優先順位及び優劣順位と基づいて、相対的に優位な選択馬の数が同一である複数の項目のそれぞれの項目優先順位を決定する。例えば、重視項目特定部１４３は、項目間で、優劣順位が同一である選択馬の選択優先順位を、優劣順位が１位から順に比較する。そして、重視項目特定部１４３は、優先順位が最初に不一致となった優劣順位の選択馬の選択優先順位が高い項目ほど、項目優先順位を高くする。例えば、選択馬の馬番が１〜３であり、優劣順位が１位から３位までの選択馬の馬番が、項目Ｘにおいては１、２及び３であり、項目Ｙにおいては２、１及び３であり、項目Ｚにおいては１、３及び２であるとする。この場合、項目Ｘ、Ｚ、Ｙの順に項目優先順位が高い。ステップＳ１６を終えると、重視項目特定部１４３はステップＳ１７に進む。

ステップＳ１７において、重視項目特定部１４３は、特定された項目のうち、項目優先順位が基準順位以上である項目を、重視項目に決定する。基準順位は、記憶部１２に予め記憶されている。次いで、重視項目特定部１４３は、決定した重視項目の項目ＩＤ及び各重視項目の選択優先順位を含む重視項目情報を生成する（ステップＳ１８）。ステップＳ１８を終えると、重視項目特定部１４３は、重視項目特定処理を終了させる。なお、重視項目の特定方法及び項目優先順位の決定方法は、ステップＳ１３〜Ｓ１７に示される方法に限られない。

図８は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による選択馬推薦処理の処理例を示すフローチャートである。図８に示すように、選択馬推薦部１４４は、指定レースのレースＩＤに対応する開催日をレース情報ＤＢ１２ｂから取得する。そして、選択馬推薦部１４４は、指定レースのレースＩＤと異なるレースＩＤのうち、取得した開催日と同じ開催日に対応するレースＩＤをレース情報ＤＢ１２ｂから取得する（ステップＳ２１）。このとき、選択馬推薦部１４４は、馬券の販売締切時刻がまだ経過していないレースのレースＩＤのみを取得する。次いで、選択馬推薦部１４４は、取得したレースＩＤのうち１つを選択する（ステップＳ２２）。

次いで、出走馬情報取得部１４２は、選択されたレースＩＤに対応する複数の出走馬の情報を取得する（ステップＳ２３）。具体的に、出走馬情報取得部１４２は、レース情報ＤＢ１２ｂから、選択されたレースＩＤに対応する出走馬情報を取得する。また、出走馬情報取得部１４２は、オッズ情報ＤＢ１２ｄから、選択されたレースＩＤに対応するオッズのうち各出走馬の単勝オッズを取得する。そして、出走馬情報取得部１４２は、取得した情報から、指定レースの重視項目に対応する情報を抽出する。次いで、選択馬推薦部１４４は、抽出した情報に基づいて、指定レースの重視項目において、選択されたレースＩＤが示すレースの各出走馬の優劣順位を決定する（ステップＳ２４）。

次いで、選択馬推薦部１４４は、指定レースの重視項目において、選択されたレースＩＤが示すレースの複数の出走馬のうち相対的に優位な出走馬を、推薦馬として特定する（ステップＳ２５）。例えば、推薦馬の頭数Ｎが予め設定されてもよい。この場合、選択馬推薦部１４４は、優劣順位がＮ位以上である出走馬を推薦馬に決定してもよい。また、選択馬推薦部１４４は、指定レースの重視項目において、優劣順位が隣り合う出走馬間の優劣差を計算してもよい。そして、選択馬推薦部１４４は、最大の優劣差となる出走馬間で、相対的に優位な出走馬と相対的に劣位な出走馬とを分け、相対的に優位な出走馬を推薦馬に決定してもよい。指定レースの重視項目が複数ある場合、選択馬推薦部１４４は、例えば重視項目ごとに、優劣順位がＮ位以上である出走馬を特定してもよい。そして、選択馬推薦部１４４は、全ての重視項目において優劣順位がＮ位以上である出走馬を、推薦馬に決定してもよい。指定レースの重視項目が複数ある場合、選択馬推薦部１４４は、各出走馬の優位度を決定してもよい。具体的に、選択馬推薦部１４４は、例えば記憶部１２から各優劣順位に対応する基礎点と、各項目優先順位に対応する重み係数とを取得する。次いで、選択馬推薦部１４４は、各出走馬について、重視項目ごとに、その項目の項目優先順位に対応する重み係数を、その出走馬の優劣順位に対応する基礎点に掛けて、重視項目ごとの優位度を計算する。次いで、選択馬推薦部１４４は、出走馬ごとに、全ての重視項目の優位度を足し合わせて、最終的な優位度を計算する。次いで、選択馬推薦部１４４は、優位度における優劣順位を決定する。そして、選択馬推薦部１４４は、例えば優劣順位がＮ位以上である出走馬を推薦馬に決定してもよい。

次いで、選択馬推薦部１４４は、選択したレースＩＤ及び推薦馬の馬番等に基づいて、推薦馬情報を生成する（ステップＳ２６）。このとき、選択馬推薦部１４４は、例えば、買い目の情報を含む推薦馬情報を生成してもよい。次いで、選択馬推薦部１４４は、取得したレースＩＤの中にまだ選択していないレースＩＤがあるか否かを判定する（ステップＳ２７）。このとき、選択馬推薦部１４４は、まだ選択していないレースＩＤがあると判定した場合には（ステップＳ２７：ＹＥＳ）、ステップＳ２８に進む。ステップＳ２８において、選択馬推薦部１４４は、まだ選択していないレースＩＤのうち１つを選択する。次いで、選択馬推薦部１４４は、ステップＳ２３に進む。一方、選択馬推薦部１４４は、全てのレースＩＤを選択したと判定した場合には（ステップＳ２７：ＮＯ）、ステップＳ２９に進む。ステップＳ２９において、選択馬推薦部１４４は、生成した推薦馬情報をユーザ端末３へ送信する。ステップＳ２９を終えると、選択馬推薦部１４４は、選択馬推薦処理を終了させる。推薦馬情報を受信したユーザ端末３は、推薦馬情報を画面に表示する。

以上説明したように、本実施形態によれば、システム制御部１４が、指定レースのレースＩＤと、指定レースでユーザにより選択された１以上の出走馬を示す予想馬情報又は買い目情報とを取得する。また、システム制御部１４が、指定レースのレースＩＤが示すレースに出場する複数の出走馬の情報を取得する。そして、システム制御部１４が、取得された情報に基づいて、予想馬情報又は買い目情報が示す出走馬の少なくとも１の出走馬が他の出走馬よりも相対的に優位な項目を、ユーザが重視する項目として特定する。そのため、ユーザが如何なる項目を重視して出走馬を選択したかを特定することができる。

また、システム制御部１４が、ユーザが重視する項目を複数特定した場合、各項目において予想馬情報又は買い目情報が示す出走馬のうち優位な出走馬の数に基づいて、項目優先度を特定してもよい。ユーザが複数の項目を重視する場合、ユーザが何れの項目を優先して出走馬を選択したかを特定することができる。

また、システム制御部１４が、指定レースとは異なるレースに出場する複数の出走馬のうち、指定レースについて重視項目として特定された項目において相対的に優位な１以上の出走馬を特定してもよい。そして、システム制御部１４が、特定された出走馬を提示させてもよい。この場合、別のレースについて、ユーザが選択する蓋然性がある出走馬をユーザが知ることができる。

［２．第２実施形態］
［２−１．馬券発売代行サーバ１の機能概要］
次に、第２実施形態について、図９乃至図１５を用いて説明する。或るレースにおいて、ユーザが出走馬を選択した後、再度出走馬を選択し直すことがある。例えば、投稿した予想をユーザが変えるときにこのようなことが起こる。この場合、ユーザは、前回出走馬を選択したときに重視していた項目とは異なる項目を重視して、改めて出走馬を選択した可能性がある。つまり、ユーザは重視する項目を変更する。ここで、前回重視された項目を旧重視項目といい、今回重視された項目を新重視項目という。ユーザが別のレースでも旧重視項目を重視して出走馬を選択していた場合、そのレースにおいてユーザが重視する項目も新重視項目に変更される可能性がある。その場合、ユーザは、新重視項目に基づいて出走馬を選択し直さなければならない場合がある。つまり、ユーザは、選択する出走馬を変更する必要がある可能性がある。そこで、馬券発売代行サーバ１は、指定レースの重視項目の変更によって出走馬の選択の変更可能性があるレースをユーザ端末３によりユーザへ提示させる。その他の点において、第２実施形態は第１実施形態と同様である。

図９は、本実施形態に係る情報処理システムＳの動作例を示すシーケンス図である。例えば、ユーザがレースＲ１の予想を投稿する。このとき、ステップＳ９に示すように、ユーザは、例えば予想馬として出走馬Ａを選択する（ステップＳ４１）。すると、ユーザ端末３は予想登録要求を馬券発売代行サーバ１へ送信する（ステップＳ４２）。予想登録要求は、レースＲ１のレースＩＤ及び出走馬Ａを示す予想馬情報を含む。予想登録要求を受信した馬券発売代行サーバ１は、予想馬情報が示す出走馬Ａに基づいて、レースＲ１に対しする重視項目として、例えば項目Ｘを特定する（ステップＳ４３）。次いで、馬券発売代行サーバ１は、レースＲ１のレースＩＤと、予想馬Ａを示す予想馬情報と、項目Ｘを示す重視項目情報とを含む予想情報を、予想情報ＤＢ１２ｅに登録する（ステップＳ４４）。

その後、ユーザは、レースＲ１の予想を変更する。このとき、ユーザは、例えば予想馬として出走馬Ｂを選択し（ステップＳ４５）、ユーザ端末３は、出走馬Ｂを示す予想馬情報を含む予想登録要求を馬券発売代行サーバ１へ送信する（ステップＳ４６）。予想登録要求を受信した馬券発売代行サーバ１は、予想登録要求に含まれる新しい予想馬情報（出走馬Ｂ）と、予想情報ＤＢ１２ｅに登録されているレースＲ１の予想情報に含まれる古い予想馬情報（出走馬Ａ）とを比較し、馬券発売代行サーバ１は新旧の予想馬情報が一致しないと判定する（ステップＳ４７）。この場合、馬券発売代行サーバ１は、予想情報ＤＢ１２ｅに登録された予想馬情報を、新しい予想馬情報で更新する（ステップＳ４８）。つまり、馬券発売代行サーバ１は、予想馬を出走馬Ａから出走馬Ｂに変更する。

予想馬が変更された場合、重視項目が変更された可能性がある。そこで、馬券発売代行サーバ１は、新しい予想馬情報が示す出走馬Ｂに基づいて、レースＲ１に対する重視項目として、例えば項目Ｙを特定する（ステップＳ４９）。馬券発売代行サーバ１は、新しい重視項目Ｙと、予想情報ＤＢ１２ｅに登録されているレースＲ１の予想情報に含まれる古い重視項目Ｘとを比較し、重視項目が一致しないと判定する（ステップＳ５０）。すなわち、ユーザは、レースＲ１について、重視する項目を項目Ｘから項目Ｙに変更したことになる。この場合、馬券発売代行サーバ１は、古い重視項目である項目Ｘを重視項目として特定された別のレースを特定する。例えば、馬券発売代行サーバ１は、レースＲ２を特定する（ステップＳ５１）。なお、馬券発売代行サーバ１は、複数のレースを特定してもよい。次いで、馬券発売代行サーバ１は、アラート情報をユーザ端末３へ送信する（ステップＳ５２）。アラート情報は、選択する出走馬の変更可能性があるレースを示す情報である。次いで、馬券発売代行サーバ１は、予想情報ＤＢ１２ｅに登録されているレースＲ１の重視項目情報を項目Ｙで更新する（ステップＳ５３）。アラート情報を受信したユーザ端末３は、アラート情報を画面に表示させる（ステップＳ５４）。例えば、ユーザ端末３は、「レースＲ２で予想する出走馬も変更の可能性があります」といったメッセージを表示してもよい。例えば、ユーザ端末３は、ポップアップでアラート情報を表示してもよいし、予想の投稿完了を示すウェブページにアラート情報を表示してもよい。これにより、レースＲ２についても、重視する項目をレースＲ１と同様に項目Ｘから項目Ｙに変更して、出走馬を選択する必要があることをユーザに気付かせることができる。

［２−２．システム制御部の機能詳細］
次に、馬券発売代行サーバ１のシステム制御部１４の機能概要について説明する。図１０は、本実施形態に係る馬券発売代行サーバ１の機能ブロックの一例を示す図である。図１０において、図２（ｂ）と同様の要素については同様の符号が付されている。図１０に示すように、システム制御部１４は、選択馬情報取得部１４１、出走馬情報取得部１４２、重視情報特定部１４３、アラート部１４５等として機能する。アラート部１４５は、本発明におけるレース識別情報取得手段、レース提示制御手段及び第１レース対象特定手段の一例である。

アラート部１４５は、同一のレースにおいてユーザが重視する項目を変更したと判定した場合、そのレースの古い重視項目と同じ項目をユーザが重視した別のレースを特定する。そして、アラート部１４５は、特定したレースを、選択する出走馬の変更可能性があるレースとしてユーザ端末３によりユーザへ提示させる。具体的に、アラート部１４５は、重視情報特定部１４３が今回新しく重視項目を特定したとき、過去に特定された重視項目を示す重視項目情報であって、新しく特定された重視項目と異なる古い重視項目を示す重視項目情報が、選択馬情報取得部１４１により今回取得された指定レースのレースＩＤに対応付けて予想情報ＤＢ１２ｅに登録されているか否かを判定する。このとき、アラート部１４５は、新しく特定された重視項目と古い重視項目との間で少なくとも１つの重視項目が異なるか否かを判定してもよいし、全ての重視項目が異なるか否かを判定してもよい。新しく特定された重視項目と古い重視項目とが異なる場合、アラート部１４５は、指定レースのレースＩＤと異なる他のレースＩＤのうち、古い重視項目と一致する項目を示す重視項目情報に対応付けて予想情報ＤＢ１２ｅに登録されているレースＩＤを取得する。この場合、アラート部１４５は、古い重視項目の少なくとも１つと一致する項目を示す重視項目情報に対応するレースＩＤを取得してもよいし、古い重視項目の全てと一致する項目を示す重視項目情報に対応するレースＩＤのみを取得してもよい。ここで取得されるレースＩＤが示すレースを、アラート候補レースという。次いで、アラート部１４５は、取得したレースＩＤに基づいてアラート情報を生成し、アラート情報をユーザ端末３へ送信する。例えば、アラート部１４５は、特定したレースの競馬場名、レース番号、レースの開催日等を含むアラート情報を生成する。

アラート部１４５は、ユーザが既に選択している出走馬と、新しい重視項目に基づいてユーザが選択する蓋然性がある出走馬とが一致しないアラート候補レースのみ、選択する出走馬の変更可能性があるレースとして提示させてもよい。その理由は、ユーザが重視する項目が変わっても、ユーザが選択する出走馬を変えないようであれば、通知する必要がないからである。通知が必要なレースについてのみ提示が行われるので、提示されるレースの数が低減されて、馬券発売代行サーバ１の処理負荷を低減することができる。また、通知が不要なレースが提示されることでユーザが煩わしく感じるということを防止することができる。具体的に、出走馬情報取得部１４２が、アラート候補レースの複数の出走馬の情報であって、その複数の出走馬の優劣を比較可能な複数の項目に対応する情報を取得する。次いで、アラート部１４５は、出走馬情報取得部１４２により取得された情報に基づいて、アラート候補レースに出場する複数の出走馬のうち、指定レースの新しい重視項目において相対的に優位な１以上の出走馬を特定する。次いで、アラート部１４５は、アラート候補レースのレースＩＤに対応付けて予想情報ＤＢ１２ｅに登録された予想馬情報が示す出走馬と特定した出走馬とが一致しない場合、そのアラート候補レースを提示させる。このとき、アラート部１４５は、少なくとも１頭の出走馬が一致しないアラート候補レースを提示させてもよいし、全部の出走馬が一致しないアラート候補レースのみを提示させてもよい。また、アラート部１４５は、例えば選択優先順位が所定順位以上の出走馬のみを比較して判定を行ってもよい。

アラート部１４５は、選択馬推薦部１４４と同様の方法で、相対的に優位な出走馬を特定してもよい。例えば、重視項目が複数ある場合、アラート部１４５は、各重視項目における各出走馬の優劣順位と各重み係数に基づいて各出走馬の優位度を決定し、優位度に基づいて、相対的に優位な出走馬を特定してもよい。また、アラート部１４５は、例えば、相対的に優位な出走馬と相対的に劣位な出走馬との優劣差が顕著な差である頭数分の相対的に優位な出走馬を特定してもよい。すなわち、アラート部１４５は、優劣順位が隣接する出走馬間の中で優劣差が顕著な出走馬間で、相対的に優位な出走馬と相対的に劣位な出走馬とを分けてもよい。

以下に具体例を説明する。ここでは、本命馬、対抗馬及び単穴馬を重視項目の特定に用い、重視項目を２つ特定するものとする。図１１（ａ）は、第１レースにおける新旧の予想の一例を示す図である。或る日の第１レースにおいて、ユーザは、本命、対抗及び単穴の馬番として、最初は１、２及び３を選択した。図１１（ｂ）は、第１レースの出走馬の情報の例を示す図である。図１１（ｂ）の情報は図４（ｂ）と同様である。図１１（ｃ）は、第１レースにおける新旧の重視項目の特定結果の一例を示す図である。図４（ｃ）の場合と同様に、重視項目特定部１４３は、項目優先順位が１位の重視項目としてレースタイム（１７００メートル、軽馬場）を特定し、項目優先順位が２位の重視項目としてオッズを特定する。その後、ユーザは、同じ第１レースにおいて、本命、対抗及び単穴の馬番として３、１及び５を選択した。この場合、重視項目特定部１４３は、項目優先順位が１位の重視項目としてレースタイム（１７００メートル、重馬場）を特定し、項目優先順位が２位の重視項目としてオッズを特定する。その結果、項目優先順位が１位の重視項目が変更されたことになる。

ユーザは、第１レースの予想を変更する前に、第２レース及び第３レースの予想を投稿している。図１２（ａ）は、第２レースにおける予想の一例を示す図である。第２レースにおいて、ユーザは、本命、対抗及び単穴の馬番として、１、２及び３を選択した。図１２（ｂ）は、第２レースの出走馬の情報の例を示す図である。オッズでは、馬番１、２、４、５、３、６の順に優劣順位が高い。レースタイム（１７００メートル、軽馬場）では、馬番１、２、３、６、５、４の順に優劣順位が高い。レースタイム（１７００メートル、重馬場）では、馬番１、３、２、５、６、４の順に優劣順位が高い。勝利数では、馬番２、１、３、５、４、６の順に優劣順位が高い。馬体重では、馬番４、１、２、３、６、５の順に優劣順位が高い。このとき、重視項目特定部１４３は、例えば、項目優先順位が１位の重視項目としてレースタイム（１７００メートル、軽馬場）を特定し、項目優先順位が２位の重視項目としてオッズを特定した。図１２（ｃ）は、第２レースにおける重視項目の特定結果の一例を示す図である。従って、第１レースの古い重視項目と第２レースの重視項目とが一致する。なお、第１レースの古い重視項目と第２レースの重視項目とが一致しない場合、アラート部１４５は、第２レースについてアラート情報を提示させない。

そこで、アラート部１４５は、第２レースについて、レースタイム（１７００メートル、重馬場）及びオッズにおいて相対的に優位な出走馬を特定する。例えば、アラート部１４５は、各出走馬の優位度を計算してもよい。第１実施形態で説明した方法と同じ方法で優位度を計算すると、馬番１〜６の出走馬のそれぞれの優位度は、６．０、４．３、４．１、１．９、３．０、１．７である。そこで、アラート部１４５は、例えば馬番１〜３の出走馬を、ユーザが選択する蓋然性がある出走馬として特定する。図１２（ｄ）は、出走馬の特定結果の一例を示す図である。この場合、ユーザが選択した予想馬と、アラート部１４５が特定した出走馬とが一致する。そのため、アラート部１４５は、第２レースを、選択する出走馬の変更可能性があるレースとして提示させない。

図１３（ａ）は、第３レースにおける予想の一例を示す図である。第３レースにおいて、ユーザは、本命、対抗及び単穴の馬番として、１、４及び２を選択した。図１３（ｂ）は、第３レースの出走馬の情報の例を示す図である。オッズでは、馬番１、２、３、５、６、４の順に優劣順位が高い。レースタイム（１７００メートル、軽馬場）では、馬番１、４、２、６、３、５の順に優劣順位が高い。レースタイム（１７００メートル、重馬場）では、馬番６、５、３、２、１、４の順に優劣順位が高い。勝利数では、馬番２、１、３、５、４、６の順に優劣順位が高い。馬体重では、馬番４、６、２、３、１、５の順に優劣順位が高い。このとき、重視項目特定部１４３は、例えば、項目優先順位が１位の重視項目としてレースタイム（１７００メートル、軽馬場）を特定し、項目優先順位が２位の重視項目としてオッズを特定した。図１３（ｃ）は、第３レースにおける重視項目の特定結果の一例を示す図である。従って、第１レースの古い重視項目と第３レースの重視項目とが一致する。なお、第１レースの古い重視項目と第３レースの重視項目とが一致しない場合、アラート部１４５は、第３レースについてアラート情報を提示させない。

そこで、アラート部１４５は、第３レースについて、レースタイム（１７００メートル、重馬場）及びオッズにおいて相対的に優位な出走馬を特定する。馬番１〜６の出走馬のそれぞれの優位度は、３．２、３．６、４．０、１．０、４．８、４．４である。そこで、アラート部１４５は、馬番６、５及び３の出走馬を、ユーザが選択する蓋然性がある出走馬として特定する。図１３（ｄ）は、出走馬の特定結果の一例を示す図である。この場合、ユーザが選択した予想馬と、アラート部１４５が特定した出走馬とが一致しない。そのため、アラート部１４５は、第３レースを、選択する出走馬の変更可能性があるレースとして提示させる。図１３（ｅ）は、アラート情報の表示例を示す図である。例えば、「第３レースで予想する出走馬も変更の可能性があります」と表示される。アラート部１４５は、例えば、選択する出走馬の変更可能性があるレースとともに、特定した出走馬を提示させてもよい。図１３の例では、「本命６、対抗５、単穴３」と表示されてもよい。また、アラート部１４５は、例えば買い目を提示させてもよい。例えば、「馬単６−５、６−３、５−３」と表示されてもよい。

また、図１２及び図１３の例では、アラート部１４５は、ユーザが予想を投稿したレースのうち、指定レースの古い重視項目と同一の項目が重視項目として特定されたレースを、選択する出走馬の変更可能性があるレースとして提示させる。しかしながら、アラート部１４５は、例えば、ユーザが馬券を購入したレースのうち、指定レースの古い重視項目と同一の項目が重視項目として特定されたレースを、選択する出走馬の変更可能性があるレースとして提示させてもよい。この場合、アラート部１４５は、指定レースのレースＩＤと異なる他のレースＩＤのうち、古い重視項目と一致する項目を示す重視項目情報に対応付けて馬券購入履歴ＤＢ１２ｆに登録されているレースＩＤを、アラート候補レースのレースＩＤとして取得する。

［２−３．情報処理システムの動作］
次に、情報処理システムＳの動作について、図１４及び図１５を用いて説明する。図１４は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４による予想登録要求受信処理の処理例を示すフローチャートである。ユーザは、ユーザ端末３を操作して、レースを指定する。また、ユーザは、予想馬を選択する。するとユーザ端末３は、予想登録要求を馬券発売代行サーバ１へ送信する。予想登録要求は、指定レースのレースＩＤ、選択された予想馬を示す予想馬情報等を含む。システム制御部１４は、ユーザ端末３から予想登録要求を受信したときに予想登録要求受信処理を実行する。

図１４に示すように、選択馬情報取得部１４１は、受信した予想登録要求から指定レースのレースＩＤ及び予想馬情報を取得するとともに、予想登録要求を送信してきたユーザ端末３を利用するユーザのユーザＩＤを取得する（ステップＳ６１）。ユーザＩＤの取得方法は購入要求受信処理の場合と同様である。次いで、アラート部１４５は、指定レースのレースＩＤ及びユーザＩＤに対応する予想情報が既に予想情報ＤＢ１２ｅに登録されているか否かを判定する（ステップＳ６２）。このとき、アラート部１４５は、予想情報が予想情報ＤＢ１２ｅに登録されていないと判定した場合には（ステップＳ６２：ＮＯ）、ステップＳ６５に進む。一方、アラート部１４５は、予想情報が既に予想情報ＤＢ１２ｅに登録されていると判定した場合には（ステップＳ６２：ＹＥＳ）、ステップＳ６３に進む。ステップＳ６３において、アラート部１４５は、指定レースのレースＩＤに対応付けて既に登録されている予想情報に含まれる古い予想馬情報と、ステップＳ６１で取得された新しい予想馬情報とが一致するか否かを判定する。このとき、アラート部１４５は、予想馬情報が一致すると判定した場合には（ステップＳ６３：ＹＥＳ）、予想登録要求受信処理を終了させる。一方、アラート部１４５は、予想馬情報が一致しないと判定した場合には（ステップＳ６３：ＮＯ）、ステップＳ６４に進む。ステップＳ６４において、重視項目特定部１４３は、予想情報ＤＢ１２ｅに登録されている古い予想馬情報を、新しい予想馬情報で更新する。

次いで、出走馬情報取得部１４２は、指定レースのレースＩＤに対応する複数の出走馬の情報を取得する（ステップＳ６５）。この処理は、購入要求受信処理のステップＳ２と同様である。次いで、重視項目特定部１４３は、新しい予想馬情報に基づいて、選択馬及び選択優先順位を特定する（ステップＳ６６）。具体的に、重視項目特定部１４３は、予想馬情報に含まれる馬番を、選択馬の馬番として取得する。また、本命、対抗、単穴、連下に応じた各馬番の選択優先順位を決定する。次いで、重視項目特定部１４３は、重視項目特定処理を実行する（ステップＳ６７）。重視項目特定処理は、第１実施形態の場合と同様の処理であってもよい。

次いで、アラート部１４５は、指定レースのレースＩＤ及びユーザＩＤに対応する予想情報が既に予想情報ＤＢ１２ｅに登録されているか否かを判定する（ステップＳ６８）。このとき、アラート部１４５は、予想情報が予想情報ＤＢ１２ｅに登録されていないと判定した場合には（ステップＳ６８：ＮＯ）、ステップＳ６９に進む。ステップＳ６９において、重視項目特定部１４３は、ステップＳ１で取得したユーザＩＤ、レースＩＤ、予想馬情報、及び重視項目特定処理で生成された重視項目情報等を含む予想情報を生成する。そして、重視項目特定部１４３は、生成した予想情報を予想情報ＤＢ１２ｅに登録する。ステップＳ６９を終えると、重視項目特定部１４３は、予想登録要求受信処理を終了させる。

一方、アラート部１４５は、予想情報が既に予想情報ＤＢ１２ｅに登録されていると判定した場合には（ステップＳ６８：ＹＥＳ）、ステップＳ７０に進む。ステップＳ７０において、アラート部１４５は、既に予想情報ＤＢ１２ｅに登録されている予想情報に含まれる古い重視項目情報と、重視項目特定処理で生成された重視項目情報とが一致するか否かを判定する。このとき、アラート部１４５は、重視項目情報が一致すると判定した場合には（ステップＳ７０：ＹＥＳ）、予想登録要求受信処理を終了させる。一方、アラート部１４５は、重視項目情報が一致しないと判定した場合には（ステップＳ７０：ＮＯ）、ステップＳ７１に進む。ステップＳ７１において、アラート部１４５は、アラート処理を実行する。アラート処理において、アラート部１４５は、選択する出走馬の変更可能性があるレースを提示させる。アラート処理の詳細は後述する。次いで、重視項目特定部１４３は、予想情報ＤＢ１２ｅに登録されている古い重視項目情報を、新しい重視項目情報で更新する（ステップＳ７２）。ステップＳ７２を終えると、重視項目特定部１４３は、予想登録要求受信処理を終了させる。

図１５は、本実施形態に係る馬券発売代行サーバ１のシステム制御部１４によるアラート処理の処理例を示すフローチャートである。図１５に示すように、アラート部１４５は、指定レースのレースＩＤに対応する開催日をレース情報ＤＢ１２ｂから取得する。次いで、アラート部１４５は、指定レースのレースＩＤと異なるレースＩＤのうち、取得した開催日と同じ開催日に対応するレースＩＤをレース情報ＤＢ１２ｂから取得する（ステップＳ８１）。このとき、アラート部１４５は、販売締切時刻がまだ経過していないレースのレースＩＤのみを取得する。次いで、アラート部１４５は、取得したレースＩＤのうち１つを選択する（ステップＳ８２）。

次いで、アラート部１４５は、選択されたレースＩＤ及び予想登録要求受信処理で取得されたユーザＩＤに対応する予想情報が既に予想情報ＤＢ１２ｅに登録されているか否かを判定する（ステップＳ８３）。このとき、アラート部１４５は、予想情報が予想情報ＤＢ１２ｅに登録されていないと判定した場合には（ステップＳ８３：ＮＯ）、ステップＳ９０に進む。一方、アラート部１４５は、予想情報が既に予想情報ＤＢ１２ｅに登録されていると判定した場合には（ステップＳ８３：ＹＥＳ）、ステップＳ８４に進む。ステップＳ８４において、アラート部１４５は、指定レースの古い重視項目情報と、選択されたレースＩＤ及び予想登録要求受信処理で取得されたユーザＩＤに対応付けて予想情報ＤＢ１２ｅに登録されている予想情報に含まれる重視項目情報とが一致するか否かを判定する。このとき、アラート部１４５は、重視項目情報が一致しないと判定した場合には（ステップＳ８４：ＮＯ）、ステップＳ９０に進む。一方、アラート部１４５は、重視項目情報が一致すると判定した場合には（ステップＳ８４：ＹＥＳ）、ステップＳ８５に進む。

ステップＳ８５において、アラート部１４５は、特定数Ｍを決定する。特定数Ｍは、相対的に優位な出走馬として特定する出走馬の数である。例えば、特定数Ｍは予め設定されていてもよい。次いで、出走馬情報取得部１４２は、選択されたレースＩＤに対応する複数の出走馬の情報を取得し、取得された情報から、予想登録要求受信処理で取得された新しい重視項目情報が示す重視項目に対応する情報を抽出する（ステップＳ８６）。この処理は、図８に示す選択馬推薦処理のステップＳ２３と基本的に同様である。次いで、アラート部１４５は、抽出した情報に基づいて、新しい重視項目情報が示す重視項目において、選択されたレースＩＤが示すレースの各出走馬の優劣順位を決定する（ステップＳ８７）。ステップＳ８７の処理は、図８に示す選択馬推薦処理のステップＳ２４と同様である。次いで、アラート部１４５は、選択されたレースＩＤ及び予想登録要求受信処理で取得されたユーザＩＤに対応付けて予想情報ＤＢ１２ｅに登録されている予想情報に含まれる予想馬情報から、選択優先順位がＭ位以上である予想馬の馬番を取得する。そして、アラート部１４５は、選択優先順位がＭ位以上である予想馬の馬番と、優位度における優劣順位がＭ位以上である出走馬の馬番とが一致するか否かを判定する（ステップＳ８８）。このとき、アラート部１４５は、馬番が一致すると判定した場合には（ステップＳ８８：ＹＥＳ）、ステップＳ９０に進む。一方、アラート部１４５は、馬番が一致しないと判定した場合には（ステップＳ８８：ＮＯ）、ステップＳ８９に進む。ステップＳ８９において、アラート部１４５は、選択したレースＩＤ、及び優位度における優劣順位がＭ位以上である出走馬の馬番に基づいて、アラート情報を生成する。

次いで、アラート部１４５は、取得したレースＩＤの中にまだ選択していないレースＩＤがあるか否かを判定する（ステップＳ９０）。このとき、アラート部１４５は、まだ選択していないレースＩＤがあると判定した場合には（ステップＳ９０：ＹＥＳ）、ステップＳ９１に進む。ステップＳ９１において、アラート部１４５は、まだ選択していないレースＩＤのうち１つを選択する。次いで、アラート部１４５は、ステップＳ８３に進む。一方、アラート部１４５は、全てのレースＩＤを選択したと判定した場合には（ステップＳ９０：ＮＯ）、ステップＳ９２に進む。ステップＳ９２において、アラート部１４５は、生成した全てのアラート情報をユーザ端末３へ送信する。ステップＳ９２を終えると、アラート部１４５は、アラート処理を終了させる。アラート情報を受信したユーザ端末３は、アラート情報を画面に表示する。

以上説明したように、本実施形態によれば、システム制御部１４が、指定レースのレースＩＤと、予想馬情報又は買い目情報と、特定された項目とを対応付けて記憶部１２に記憶させる。また、ユーザが重視する項目として過去に特定された古い項目であって、指定レースのレースＩＤと一致するレースＩＤに対応付けて記憶部１２に記憶されている古い項目と異なる新しい項目が、今回ユーザが重視する項目として特定された場合、システム制御部１４が、指定レースとは別のレースのレースＩＤのうち、古い項目と一致する項目に対応付けて記憶部１２に記憶されたレースＩＤを取得する。そして、システム制御部１４が、別のレースのレースＩＤが示すレースを、選択する出走馬の変更可能性があるレースとして提示させる。そのため、重視する項目の変更により、選択する出走馬の変更可能性があるレースをユーザが知ることができる。

また、システム制御部１４が、別のレースに出場する複数の出走馬のうち、指定レースの新しい項目において相対的に優位な１以上の出走馬を特定してもよい。そして、システム制御部１４が、特定された出走馬と、別のレースのレースＩＤに対応付けて記憶部１２に記憶されている予想馬情報又は買い目情報が示す出走馬とが一致しない場合、該レースＩＤが示すレースを提示させてもよい。この場合、別のレースについて、ユーザが選択する蓋然性がある出走馬をユーザが知ることができる。

なお、上記実施形態においては、本発明の情報処理装置が、クライアントサーバシステムにおけるサーバ装置に適用されていた。しかしながら、本発明の情報処理装置が、サーバ装置以外の情報処理装置に適用されてもよい。例えば、本発明の情報処理装置がユーザ端末３等の端末装置に適用されてもよい。そして、例えば、情報処理装置が備える制御部が本発明における各手段として機能することにより、制御部が、ユーザが重視する項目を特定し、推薦馬を特定し、又は選択馬の変更可能性があるレースを特定してもよい。また、制御部が、ディスプレイ等の表示手段により、推薦馬や選択馬の変更可能性があるレースを表示させてもよい。この場合、表示手段は、情報処理装置に備えられていてもよい。或いは、表示手段は、情報処理装置とは別個の装置であってもよい。

また、サーバ装置と端末装置が協働して処理を行ってもよい。この場合、本発明における手段のそれぞれが、サーバ装置及び端末装置の何れに備えられてもよい。

１ 馬券発売代行サーバ
２ 主催元サーバ
３ ユーザ端末
１１ 通信部
１２ 記憶部
１２ａ 会員情報ＤＢ
１２ｂ レース情報ＤＢ
１２ｃ 馬券情報ＤＢ
１２ｄ オッズ情報ＤＢ
１２ｅ 予想情報ＤＢ
１２ｆ 馬券購入履歴ＤＢ
１３ 入出力インターフェース
１４ システム制御部
１４ａ ＣＰＵ
１４ｂ ＲＯＭ
１４ｃ ＲＡＭ
１５ システムバス
１４１ 選択馬情報取得部
１４２ 出走馬情報取得部
１４３ 重視項目特定部
１４４ 選択馬推薦部
１４５ アラート部
ＮＷ ネットワーク
Ｓ 情報処理システム

Claims (8)

1. レースを識別するレース識別情報と、前記レースに出場する複数のレース対象のうちユーザにより選択された１以上のレース対象を示す選択情報と、を取得する選択情報取得手段と、
   前記選択情報取得手段により取得された前記レース識別情報が示すレースに出場する複数のレース対象のレース対象情報であって、前記複数のレース対象の優劣を比較可能な複数の項目に対応するレース対象情報を取得するレース対象情報取得手段と、
   前記レース対象情報取得手段により取得された前記レース対象情報に基づいて、前記複数のレース対象のうち前記選択情報取得手段により取得された前記選択情報が示すレース対象の少なくとも１のレース対象が他のレース対象よりも相対的に優位な項目を、前記複数の項目うち前記ユーザが重視する項目として特定する特定手段と、
   を備えることを特徴とする情報処理装置。
2. 請求項１に記載の情報処理装置において、
   前記特定手段は、前記ユーザが重視する項目を複数特定した場合、各項目において前記選択情報が示すレース対象のうち優位なレース対象の数に基づいて、前記ユーザが重視する項目の優先度を特定することを特徴とする情報処理装置。
3. 請求項１又は請求項２に記載の情報処理装置において、
   前記選択情報取得手段により取得された前記レース識別情報及び前記選択情報と、前記特定手段により特定された前記項目とを対応付けて記憶手段に記憶させる記憶制御手段と、
   前記ユーザが重視する項目として過去に特定された古い項目であって、前記選択情報取得手段により取得された前記レース識別情報と一致するレース識別情報に対応付けて前記記憶手段に記憶されている古い項目と異なる新しい項目が、前記特定手段により今回特定された場合、前記選択情報取得手段により取得された前記レース識別情報と異なるレース識別情報のうち、前記古い項目と一致する項目に対応付けて前記記憶手段に記憶されたレース識別情報を取得するレース識別情報取得手段と、
   前記レース識別情報取得手段により取得された前記レース識別情報が示すレースを、選択するレース対象の変更可能性があるレースとして提示させるレース提示制御手段と、
   を更に備えることを特徴とする情報処理装置。
4. 請求項３に記載の情報処理装置において、
   前記レース識別情報取得手段により取得された前記レース識別情報が示すレースに出場する複数のレース対象の前記レース対象情報であって、前記新しい項目に対応する前記レース対象情報を取得する第２レース対象情報取得手段と、
   前記第２レース対象情報取得手段により取得された前記レース対象情報に基づいて、前記レース識別情報取得手段により取得された前記レース識別情報が示すレースに出場する複数のレース対象のうち、前記新しい項目において相対的に優位な１以上のレース対象を特定する第１レース対象特定手段と、
   を更に備え、
   前記レース提示制御手段は、前記第１レース対象特定手段により特定された前記レース対象と、前記レース識別情報取得手段により取得された前記レース識別情報に対応付けて前記記憶手段に記憶されている前記選択情報が示すレース対象とが一致しない場合、該レース識別情報が示すレースを提示させることを特徴とする情報処理装置。
5. 請求項１乃至４の何れか１項に記載の情報処理装置において、
   前記選択情報取得手段により取得された前記レース識別情報と異なるレース識別情報が示す第２のレースに出場する複数のレース対象の前記レース対象情報であって、前記特定手段により特定された前記項目に対応する前記レース対象情報を取得する第３レース対象情報取得手段と、
   前記第３レース対象情報取得手段により取得された前記レース対象情報に基づいて、前記第２のレースに出場する複数のレース対象のうち、前記特定手段により特定された前記項目において相対的に優位な１以上のレース対象を特定する第２レース対象特定手段と、
   前記第２レース対象特定手段により特定されたレース対象を提示させるレース対象提示制御手段と、
   を更に備えることを特徴とする情報処理装置。
6. コンピュータにより実行される情報処理方法であって、
   レースを識別するレース識別情報と、前記レースに出場する複数のレース対象のうちユーザにより選択された１以上のレース対象を示す選択情報と、を取得する選択情報取得ステップと、
   前記選択情報取得ステップにより取得された前記レース識別情報が示すレースに出場する複数のレース対象のレース対象情報であって、前記複数のレース対象の優劣を比較可能な複数の項目に対応するレース対象情報を取得するレース対象情報取得ステップと、
   前記レース対象情報取得ステップにより取得された前記レース対象情報に基づいて、前記複数のレース対象のうち前記選択情報取得ステップにより取得された前記選択情報が示すレース対象の少なくとも１のレース対象が他のレース対象よりも相対的に優位な項目を、前記複数の項目うち前記ユーザが重視する項目として特定する特定ステップと、
   を含むことを特徴とする情報処理方法。
7. コンピュータを、
   レースを識別するレース識別情報と、前記レースに出場する複数のレース対象のうちユーザにより選択された１以上のレース対象を示す選択情報と、を取得する選択情報取得手段、
   前記選択情報取得手段により取得された前記レース識別情報が示すレースに出場する複数のレース対象のレース対象情報であって、前記複数のレース対象の優劣を比較可能な複数の項目に対応するレース対象情報を取得するレース対象情報取得手段、及び、
   前記レース対象情報取得手段により取得された前記レース対象情報に基づいて、前記複数のレース対象のうち前記選択情報取得手段により取得された前記選択情報が示すレース対象の少なくとも１のレース対象が他のレース対象よりも相対的に優位な項目を、前記複数の項目うち前記ユーザが重視する項目として特定する特定手段、
   として機能させることを特徴とする情報処理プログラム。
8. サーバ装置と前記サーバ装置にネットワークを介して接続可能な端末装置とを含む情報処理システムであって、
   レースを識別するレース識別情報と、前記レースに出場する複数のレース対象のうち前記端末装置を利用するユーザにより選択された１以上のレース対象を示す選択情報と、を取得する選択情報取得手段と、
   前記選択情報取得手段により取得された前記レース識別情報が示すレースに出場する複数のレース対象のレース対象情報であって、前記複数のレース対象の優劣を比較可能な複数の項目に対応するレース対象情報を取得するレース対象情報取得手段と、
   前記レース対象情報取得手段により取得された前記レース対象情報に基づいて、前記複数のレース対象のうち前記選択情報取得手段により取得された前記選択情報が示すレース対象の少なくとも１のレース対象が他のレース対象よりも相対的に優位な項目を、前記複数の項目うち前記ユーザが重視する項目として特定する特定手段と、
   を備えることを特徴とする情報処理システム。

Images