JP2016071753A - 情報処理装置、情報処理方法及び情報処理プログラム - 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 (8)

1. 複数のレースのうち何れかの対象レースに対して対象者による投票券の購入内容を示す第１購入情報を取得する第１取得手段と、
   レースの投票券の購入内容を示す購入情報と、前記投票券を購入したユーザを識別するユーザ識別情報と、前記投票券が購入されたレースを識別するレース識別情報とを対応付けて記憶する記憶手段から、前記第１取得手段により取得された前記第１購入情報と比較される第２購入情報を取得する第２取得手段と、
   前記記憶手段に記憶された購入情報のうち前記対象者のユーザ識別情報に対応付けて記憶された第３購入情報、及び結果情報記憶手段に記憶された過去のレースの結果情報に基づいて特定される、前記対象者の投票成績に基づいて、投票券の購入内容の変則度の基準値を決定する決定手段と、
   前記第１取得手段により取得された前記第１購入情報及び前記第２取得手段により取得された前記第２購入情報に基づいて特定される、前記第１購入情報が示す購入内容の変則度と、前記決定手段により決定された前記基準値とに基づいて、前記第１購入情報が変則的な購入を示すか否かを判定する判定手段と、
   を備えることを特徴とする情報処理装置。
2. 請求項１に記載の情報処理装置において、
   前記決定手段は、前記第１購入情報に含まれる複数の項目のうち少なくとも１つの項目の変則度に対する基準値を決定することを特徴とする情報処理装置。
3. 請求項１又は２に記載の情報処理装置において、
   複数のレース区分のうち前記対象レースが属するレース区分を特定する対象レース区分特定手段を更に備え、
   前記決定手段は、前記記憶手段に記憶された第３購入情報のうち、前記対象レース区分特定手段により特定された前記レース区分に属するレースのレース識別情報に対応する第４購入情報に基づいて特定される前記投票成績が良いほど、前記基準値を高くし、又は該投票成績が悪いほど前記基準値を低くすることを特徴とする情報処理装置。
4. 請求項１乃至３の何れか１項に記載の情報処理装置において、
   複数のレース区分のうち、前記対象レースの開催日に前記対象レースよりも後に開催されるレースが属するレース区分を特定するレース区分特定手段を更に備え、
   前記決定手段は、前記記憶手段に記憶された第３購入情報のうち、前記レース区分特定手段により特定された前記レース区分に属するレースのレース識別情報に対応する第５購入情報に基づいて特定される前記投票成績が良いほど、前記基準値を低くし、又は該投票成績が悪いほど前記基準値を高くすることを特徴とする情報処理装置。
5. 請求項１乃至４の何れか１項に記載の情報処理装置において、
   前記決定手段は、前記記憶手段に記憶された第３購入情報のうち、前記対象レースの開催日に前記対象レースよりも前に開催されるレースのレース識別情報に対応する第６購入情報に基づいて特定される前記投票成績が良いほど、前記基準値を高くし、又は該投票成績が悪いほど前記基準値を低くすることを特徴とする情報処理装置。
6. 請求項５に記載の情報処理装置において、
   前記決定手段は、前記第６購入情報に基づいて特定される前記投票成績が、前記記憶手段に記憶された第３購入情報のうち、前記対象レースの開催日よりも前に開催されたレースのレース識別情報に対応する第７購入情報に基づいて特定される投票成績よりも良いほど、前記基準値を高くし、又は前記第６購入情報に基づいて特定される前記投票成績が前記第７購入情報に基づいて特定される投票成績よりも悪いほど前記基準値を低くすることを特徴とする情報処理装置。
7. コンピュータにより実行される情報処理方法であって、
   複数のレースのうち何れかの対象レースに対して対象者による投票券の購入内容を示す第１購入情報を取得する第１取得ステップと、
   レースの投票券の購入内容を示す購入情報と、前記投票券を購入したユーザを識別するユーザ識別情報と、前記投票券が購入されたレースを識別するレース識別情報とを対応付けて記憶する記憶手段から、前記第１取得ステップにより取得された前記第１購入情報と比較される第２購入情報を取得する第２取得ステップと、
   前記記憶手段に記憶された購入情報のうち前記対象者のユーザ識別情報に対応付けて記憶された第３購入情報、及び結果情報記憶手段に記憶された過去のレースの結果情報に基づいて特定される、前記対象者の投票成績に基づいて、投票券の購入内容の変則度の基準値を決定する決定ステップと、
   前記第１取得ステップにより取得された前記第１購入情報及び前記第２取得ステップにより取得された前記第２購入情報に基づいて特定される、前記第１購入情報が示す購入内容の変則度と、前記決定ステップにより決定された前記基準値とに基づいて、前記第１購入情報が変則的な購入を示すか否かを判定する判定ステップと、
   を含むことを特徴とする情報処理方法。
8. コンピュータを、
   複数のレースのうち何れかの対象レースに対して対象者による投票券の購入内容を示す第１購入情報を取得する第１取得手段、
   レースの投票券の購入内容を示す購入情報と、前記投票券を購入したユーザを識別するユーザ識別情報と、前記投票券が購入されたレースを識別するレース識別情報とを対応付けて記憶する記憶手段から、前記第１取得手段により取得された前記第１購入情報と比較される第２購入情報を取得する第２取得手段、
   前記記憶手段に記憶された購入情報のうち前記対象者のユーザ識別情報に対応付けて記憶された第３購入情報、及び結果情報記憶手段に記憶された過去のレースの結果情報に基づいて特定される、前記対象者の投票成績に基づいて、投票券の購入内容の変則度の基準値を決定する決定手段、及び、
   前記第１取得手段により取得された前記第１購入情報及び前記第２取得手段により取得された前記第２購入情報に基づいて特定される、前記第１購入情報が示す購入内容の変則度と、前記決定手段により決定された前記基準値とに基づいて、前記第１購入情報が変則的な購入を示すか否かを判定する判定手段、
   として機能させることを特徴とする情報処理プログラム。
   

Images