投票券発売代行装置、投票券発売代行方法、投票券発売代行装置用プログラム、および、記録媒体
【課題】ユーザに公営競技の投票券の購入の際に、購入のリスクを効果的に認識させるための投票券発売代行装置等を提供する。
【解決手段】公営競技の主催元サーバ２０からレースに関するオッズ情報を逐次受信し（Ｓ２）、過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶し（Ｓ３）、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、受信されたオッズ情報に基づき選択し（Ｓ２６）、選択された競争体の順位が所定順位以上であり、かつ、オッズが第２所定倍率以下であったレースの回数に基づき、特定のレースの結果予測が困難である否かを判定し（Ｓ２８〜Ｓ３２）、ネットワーク３を介してアクセスされた端末装置３０からの要求に応じて、結果予測が困難であると判定された場合、特定のレースの結果予測が困難であることを示す結果予測困難性表示６０を、レース情報表５０と共に表示させる画面データを端末装置へ送信する（Ｓ３７）。
【解決手段】公営競技の主催元サーバ２０からレースに関するオッズ情報を逐次受信し（Ｓ２）、過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶し（Ｓ３）、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、受信されたオッズ情報に基づき選択し（Ｓ２６）、選択された競争体の順位が所定順位以上であり、かつ、オッズが第２所定倍率以下であったレースの回数に基づき、特定のレースの結果予測が困難である否かを判定し（Ｓ２８〜Ｓ３２）、ネットワーク３を介してアクセスされた端末装置３０からの要求に応じて、結果予測が困難であると判定された場合、特定のレースの結果予測が困難であることを示す結果予測困難性表示６０を、レース情報表５０と共に表示させる画面データを端末装置へ送信する（Ｓ３７）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、公営競技の投票券の発売を代行する投票券発売代行装置、投票券発売代行方法、投票券発売代行装置用プログラム、および、記録媒体の技術分野に関する。
【背景技術】
【０００２】
競馬や競輪といったレースにおいては、馬や自転車等の競走対象（競争体）の着順を予想して投票券が購入され、レース結果に応じて配当金が支払われる。そのため、より多くの配当金を得ようと、レース結果の的中率を向上させるレース予想方法が開発されている。例えば、特許文献１では、過去のレース結果とそのオッズパターンとを統計的に分析して、レースの荒れ度合い求め、そのレースが万馬券レースとなるか否かを予想する万馬券レース予想装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−２８２９２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術は、レースを予想するための予想装置であり、特に、いわゆる万馬券レースに絞って馬券を押さえることにより回収率を高めるための予想装置であるため、馬券等の投票券の購入の際に、ユーザに投票券購入のリスクを認識させることを目的としていない。レースの荒れ度合いとは別に、投票券購入のリスクが事前に認識できれば、ユーザにとってどのレースの投票券を購入するかを決定する指標となりうるので有益である。
【０００５】
本発明は、このような問題に鑑みてなされたものであり、その課題の一例は、ユーザに公営競技の投票券の購入の際に、購入のリスクを効果的に認識させるための投票券発売代行装置等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、公営競技の投票券の発売を代行する投票券発売代行装置において、前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信手段と、過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶するレース結果記憶手段と、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信手段により受信されたオッズ情報に基づき選択する競争体選択手段と、前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択手段により選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段と、前記計数手段によりカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段と、ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信手段と、を備え、前記結果予測困難性判定手段により結果予測が困難であると判定された場合、前記送信手段は、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする。
【０００７】
請求項２に記載の発明は、請求項１に記載の投票券発売代行装置において、ユーザから投票券購入のための資金の入金情報を受け付ける入金情報受付手段と、前記受け付けた入金情報をユーザＩＤ毎に口座データベースに記憶する入金情報記憶手段と、前記ユーザＩＤに基づき前記口座データベースに過去に入金された入金額から基準の基準入金額を算出する基準入金額算出手段と、を更に備え、前記送信手段が、前記受け付けた入金情報の入金額が基準入金額よりも第１所定金額以上大きい場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする。
【０００８】
請求項３に記載の発明は、請求項１または請求項２に記載の投票券発売代行装置において、ユーザが購入した投票券の投票券履歴をユーザＩＤに関連付けて記憶する投票券履歴記憶手段を更に備え、前記送信手段が、前記投票券履歴記憶手段に記憶された前記投票券履歴に基づき、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする。
【０００９】
請求項４に記載の発明は、請求項３に記載の投票券発売代行装置において、前記投票券履歴記憶手段に記憶された前記投票券履歴を参照して、ユーザＩＤに基づきユーザが購入した投票券のレースおよび競争体を特定するレース競争体特定手段と、前記特定されたレースおよび競争体に対応した最終オッズを前記レース結果記憶手段から特定する最終オッズ特定手段と、前記特定した最終オッズが第３所定倍率以下である投票券の投票数をカウントする投票数計数手段と、を更に備え、前記送信手段が、ユーザが購入した投票券の総投票数に対する前記カウントされた投票数の割合が所定値以上である場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする。
【００１０】
請求項５に記載の発明は、請求項３または請求項４に記載の投票券発売代行装置において、前記レース結果記憶手段の前記レース結果情報および前記投票券履歴記憶手段の前記投票券履歴を参照して、ユーザが前回購入した投票券が的中していたか否かを判定する的中判定手段を更に備え、前記送信手段が、当該投票券が的中していた場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする。
【００１１】
請求項６に記載の発明は、請求項３から請求項５のいずれか１項に記載の投票券発売代行装置において、前記レース結果記憶手段および前記投票券履歴記憶手段を参照して、第２所定金額以上の投票券を購入してレースに的中しなかった非的中回数をカウントする非的中投票数計数手段と、前記送信手段が、前記非的中回数が第１所定回数以上である場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする。
【００１２】
請求項７に記載の発明は、請求項１から請求項６のいずれか１項に記載の投票券発売代行装置において、前記結果予測困難性判定手段が、前記レースの回数に応じた結果予測困難性の度合いを算出し、前記送信手段が、前記結果予測困難性の度合いを表す表示と共に表示された前記結果予測困難性表示が表示される前記画面データを前記端末装置へ送信することを特徴とする。
【００１３】
請求項８に記載の発明は、請求項１から請求項７のいずれか１項に記載の投票券発売代行装置において、前記計数手段が、前記レース結果情報を参照して、前記特定のレースに関するレース条件が類似するレースにおいて、前記レースの回数をカウントすることを特徴とする。
【００１４】
請求項９に記載の発明は、請求項１から請求項８のいずれか１項に記載の投票券発売代行装置において、前記計数手段が、前記競争体選択手段により選択された競争体が複数いる場合、競争体毎に前記レースの回数をカウントし、結果予測困難性判定手段が、前記レースの回数が第２所定回数以上の競争体が所定数以上いる場合、前記特定のレースの結果予測が困難であると判定することを特徴とする。
【００１５】
請求項１０に記載の発明は、公営競技の投票券の発売を代行する投票券発売代行装置の投票券発売代行方法において、前記投票券発売代行装置が、前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信ステップと、前記投票券発売代行装置が、過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとをレース結果記憶手段に記憶するレース結果記憶ステップと、前記投票券発売代行装置が、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信ステップにおいて受信されたオッズ情報に基づき選択する競争体選択ステップと、前記投票券発売代行装置が、前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択ステップにおいて選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数ステップと、前記投票券発売代行装置が、前記計数ステップにおいてカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定ステップと、前記投票券発売代行装置が、ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信ステップと、を含み、前記結果予測困難性判定ステップにおいて結果予測が困難であると判定された場合、前記送信ステップにおいて、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする。
【００１６】
請求項１１に記載の発明は、公営競技の投票券の発売を代行する投票券発売代行装置用プログラムにおいて、コンピュータを、前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信手段、過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶するレース結果記憶手段、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信手段により受信されたオッズ情報に基づき選択する競争体選択手段、前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択手段により選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段、前記計数手段によりカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段、および、ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信手段として機能させる投票券発売代行装置用プログラムであって、前記結果予測困難性判定手段により結果予測が困難であると判定された場合、前記送信手段は、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする。
【００１７】
請求項１２に記載の発明は、公営競技の投票券の発売を代行する投票券発売代行装置用プログラムを記録したコンピュータ読み取り可能な記録媒体において、コンピュータを、前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信手段、過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶するレース結果記憶手段、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信手段により受信されたオッズ情報に基づき選択する競争体選択手段、前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択手段により選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段、前記計数手段によりカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段、および、ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信手段として機能させる投票券発売代行装置用プログラムであって、前記結果予測困難性判定手段により結果予測が困難であると判定された場合、前記送信手段は、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置用プログラムを記録する。
【発明の効果】
【００１８】
本発明によれば、公営競技の特定のレースの結果予測が困難である否かを判定し、結果予測が困難であると判定された場合、特定のレースの結果予測が困難であることを示す結果予測困難性表示を、特定のレースに関する投票券を購入するためのレース情報表と共に表示させる画面データを端末装置へ送信することにより、レース情報表に結果予測困難性表示が表示され、投票時に結果予測困難性表示がユーザの目にとまりやすく、ユーザに投票券の購入の際に、購入のリスクを効果的に認識させることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係る投票券発売代行システムの概要構成例を示す模式図である。
【図２】図１の投票券発売代行サーバの概要構成の一例を示すブロック図である。
【図３】図１の主催元サーバの概要構成の一例を示すブロック図である。
【図４】図１の端末装置の概要構成の一例を示すブロック図である。
【図５】図１の投票券発売代行サーバおよび主催元サーバの機能構成の一例を示す機能ブロック図である。
【図６】図１の投票券発売代行サーバがレース情報を主催元サーバから取得する動作例を示すシーケンス図である。
【図７】図１の投票券発売代行サーバが入金情報を端末装置から取得する動作例を示すシーケンス図である。
【図８】図１の投票券発売代行システムにおいて、端末装置から投票情報を受け付ける動作例を示すシーケンス図である。
【図９】図１の投票券発売代行サーバが、レース結果を受け付け、払戻金額を算出する動作例を示すシーケンス図である。
【図１０】図１の投票券発売代行サーバが、レースの結果予測が困難であることを示す結果予測困難性表示を生成する動作例を示すシーケンス図である。
【図１１】レース情報を要求するためのウェブページの一例を示す模式図である。
【図１２】出馬表において、レースの結果予測困難性表示を表示したウェブページの一例を示す模式図である。
【図１３】オッズ表において、レースの結果予測困難性表示を表示したウェブページの一例を示す模式図である。
【図１４】レース進行状況の表において、レースの結果予測困難性表示を表示したウェブページの一例を示す模式図である。
【図１５】図１０の表示生成判定のサブルーチンを示すフローチャートである。
【図１６】図１０の表示生成判定のサブルーチンの第１変形例を示すフローチャートである。
【図１７】図１０の表示生成判定のサブルーチンの第２変形例を示すフローチャートである。
【図１８】図１０の表示生成判定のサブルーチンの第３変形例を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、図面を参照して本発明の実施形態について説明する。なお、以下に説明する実施の形態は、投票券発売代行システムに対して本発明を適用した場合の実施形態である。
【００２１】
［１．投票券発売代行システムの構成および機能概要］
【００２２】
まず、本発明の一実施形態に係る投票券発売代行システムの構成および概要機能について、図１を用いて説明する。
【００２３】
図１は、本実施形態に係る投票券発売代行システム１の概要構成例を示す模式図である。
【００２４】
図１に示すように、投票券発売代行システム１は、競馬、競輪、競艇等の公営競技における投票券の発売を代行する投票券発売代行サーバ１０（投票券発売代行装置の一例）と、公営競技を主催または運営し、投票券を発行する主催者側の主催元サーバ２０と、投票券発売代行サーバ１０を介してユーザが競技（レース）に対して投票券の購入を行うための端末装置３０と、を備えている。
【００２５】
投票券発売代行サーバ１０と、主催元サーバ２０と、端末装置３０とは、ネットワーク３により接続され、通信プロトコル（例えば、ＴＣＰ／ＩＰ）により、データの送受信が可能になっている。なお、ネットワーク３は、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、および、ゲートウェイ等により構築されている。なお、投票券発売代行サーバ１０と、主催元サーバ２０とは、セキュリティ向上のため専用回線で接続されていてもよい。
【００２６】
投票券発売代行サーバ１０は、主催元が発表するレースのオッズや、レース場の状態や、レースに出場する馬や自転車やボート等の競争体の情報や、レースの結果等の情報を主催元サーバより受信する。また、投票券発売代行サーバ１０は、端末装置３０におけるユーザの投票券の購入を支援し、投票券の購入の受付や、各端末装置３０に対して的中した投票券に対する払い戻し等の処理を行う。ここで、オッズとは配当率（掛け金に対する倍率）であり、レース開始前に概算オッズとして発表されるものと、投票券発売締切以降に確定オッズ（最終的に確定した最終オッズ）として発表されるものとがある。また、レースの競争体には、馬の騎手や、自転車やボートを操縦する選手を含めてもよい。
【００２７】
主催元サーバ２０は、投票券発売代行サーバ１０や、レース場や投票券発売所に設置された端末装置等に対して、投票券の発行処理をしたり、発行された投票券に基づきオッズを集計して発表処理したりする。
【００２８】
ユーザの端末装置３０は、複数存在し、投票券の購入するための情報を表示し、購入する投票券に関する情報を投票券発売代行サーバ１０に送信する。
【００２９】
［２．各サーバの構成および機能］
（２．１ 投票券発売代行サーバ１０の構成および機能）
次に、投票券発売代行サーバ１０の構成および機能について、図２を用いて説明する。
【００３０】
図２は、投票券発売代行サーバ１０の概要構成の一例を示すブロック図である。
【００３１】
図２に示すように、コンピュータとして機能する投票券発売代行サーバ１０は、通信部１１と、記憶部１２と、入出力インターフェース部１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース部１３とは、システムバス１５を介して接続されている。
【００３２】
通信部１１は、ネットワーク３に接続して主催元サーバ２０と端末装置３０等との通信状態を制御し、さらに、ローカルエリアネットワークに接続して、ローカルエリアネットワーク上の他のサーバとデータの送受信を行う。
【００３３】
記憶部１２は、例えば、ハードディスクドライブ等により構成されており、オペレーティングシステムおよびサーバプログラム等の各種プログラムや、ユーザに提供するレースに関する情報を提示するためのウェブページの画面データ等を記憶する。なお、各種プログラムは、例えば、他のサーバ装置等からネットワーク３を介して取得されるようにしてもよいし、記録媒体に記録されてドライブ装置（図示せず）を介して読み込まれるようにしてもよい。
【００３４】
また、記憶部１２には、過去に行われたレースの結果を示すレース結果情報を、主催元サーバ２０から受信して記憶するレース結果データベース１２ａ（以下「レース結果ＤＢ１２ａ」とする。）と、ユーザが購入した投票券の投票券履歴を記憶する投票券履歴データベース１２ｂ（以下「投票券履歴ＤＢ１２ｂ」とする。）と、ユーザから投票券購入のための資金の入金情報を端末装置３０から受け付けて記憶する口座データベース１２ｃ（以下「口座ＤＢ１２ｃ」とする。）と、口座ＤＢ１２ｃに含まれる各ユーザの資金の入金情報の履歴を記憶する口座スナップショットデータベース１２ｄ（以下「口座スナップショットＤＢ１２ｄ」とする。）と、会員に関する情報を記憶する会員データベース（以下「会員ＤＢ１２ｅ」とする。）等が構築されている。
【００３５】
レース結果ＤＢ１２ａ（レース結果記憶手段の一例）には、主催元サーバ２０から取得したオッズ情報、レースの結果等のレース情報がレースＩＤに関連付けられ記憶される。ここで、レース情報の一例として、オッズ情報の他に、競技場名、競技場の天候、馬場がダート、芝であるといった競技場の種類等のレース条件、開催されるレース名、レースに出場する馬の名前、年齢、体重や、自転車やボートの種類等の競争体の状態（馬の騎手や、自転車やボートの選手等の名前、年齢、体重等も含む）等が挙げられる。さらに、レース情報として投票券の発売が終了した場合の最終オッズの情報や、レースが終了して順位が確定した場合のレースの順位、１着と２着とのタイム差等も挙げられる。レース条件として、競技場名、発走時刻等の各レースが開始される時刻、競技場の天候、馬場がダート、芝であるといった競技場の種類、馬場状態が、”良”、”やや重”、”重”、”不良”といった競技場の状態、走る距離、コースが直線であると行ったコース条件、出走頭数等の競争体数等が挙げられる。
【００３６】
投票券履歴ＤＢ１２ｂ（投票券履歴記憶手段の一例）には、ユーザが購入した投票券の購入数、購入日時、投票券を特定する投票券ＩＤが、ユーザＩＤに関連付けられ記憶される。この投票券ＩＤには、レースの開催場所、開催日時、レース番号、単勝式や連勝単式等の投票法の種類、競争体を特定する競争体ＩＤ、枠番等が関連付けられている。
【００３７】
口座ＤＢ１２ｃには、ユーザが投票券を購入するための資金が入金され、その金額がユーザＩＤに関連付けられ記憶される。例えば、ユーザは、レースが開催される日に購入する投票券の予算を決めて、投票券を買う前にインターネット上の銀行等から、端末装置３０によって予算分の金額を口座ＤＢ１２ｃに振り込みをする。また、投票券が的中した場合、口座ＤＢ１２ｃには払戻金が入金される。また、ユーザが投票券を購入すると、口座ＤＢ１２ｃにおけるユーザの残高から購入の金額が差し引かれる。さらに、口座ＤＢ１２ｃには、ユーザによる銀行等からの入金と、払戻金による入金との累計である累計入金額が記憶される。
【００３８】
口座スナップショットＤＢ１２ｄには、例えば、２月１日２２時時点、２月２日２２時時点といったように、ある日にいくら入金されていたかの累計の金額（累計入金額）が、ユーザＩＤと記憶された日時に関連付けられ記憶される。このように口座スナップショットＤＢ１２ｄには、口座ＤＢ１２ｃにおけるユーザＩＤに対応する口座に入っている金額等の履歴が記憶される。なお、口座ＤＢ１２ｃおよび口座スナップショットＤＢ１２ｄが入金情報記憶手段の一例である。
【００３９】
会員ＤＢ１２ｅには、会員登録されたユーザ（競馬サイトの利用者）のユーザＩＤ、名称、住所、電話番号、メールアドレス、職業、趣味、購買履歴、ユーザの関心があるテーマやジャンル等のユーザ情報が登録されている。また、会員ＤＢ１２ｅには、ユーザが端末装置３０から競馬サイトにログインする際に必要な、ユーザＩＤ、ログインＩＤ、および、パスワードが登録されている。ここで、ログインＩＤおよびパスワードは、ログイン処理（ユーザの認証処理）に使用されるログイン情報である。
【００４０】
また、記憶部１２は、競馬サイトからの情報を端末装置３０に表示させるために、ＨＴＭＬ（HyperText Markup Language）、ＸＭＬ（Extensible Markup Language）等のマークアップ言語等により記述されたウェブページのファイル等が記憶されている。
【００４１】
次に、入出力インターフェース部１３は、通信部１１および記憶部１２とシステム制御部１４との間のインターフェース処理を行う。
【００４２】
システム制御部１４は、ＣＰＵ（Central Processing Unit）１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。システム制御部１４は、ＣＰＵ１４ａがＲＯＭ１４ｂや記憶部１２に記憶された各種プログラムを読み出し実行することにより、投票券発売代行のための処理や、レースが荒れる等のレースの結果が予測困難であるか否かの判定の処理等を行う。
【００４３】
（２．２ 主催元サーバ２０の構成および機能）
次に、主催元サーバ２０の構成および機能について、図３を用いて説明する。
図３は、主催元サーバ２０の概要構成の一例を示すブロック図である。
【００４４】
図３に示すように、主催元サーバ２０は、通信部２１と、記憶部２２と、入出力インターフェース部２３と、システム制御部２４と、を備え、システム制御部２４と入出力インターフェース部２３とは、システムバス２５を介して接続されている。なお、主催元サーバ２０の構成および機能は、投票券発売代行サーバ１０の構成および機能とほぼ同じであるので、投票券発売代行サーバ１０の各構成や各機能において、異なるところを中心に説明する。
【００４５】
通信部２１は、ネットワーク３やローカルエリアネットワーク等を通して、端末装置３０や投票券発売代行サーバ１０等と通信状態を制御等するようになっている。
【００４６】
記憶部２２には、レースに関する情報等が記憶されている。
【００４７】
システム制御部２４は、ＣＰＵ２４ａ、ＲＯＭ２４ｂ、ＲＡＭ２４ｃ等により構成されている。そして、システム制御部２４は、ＣＰＵ２４ａが、ＲＯＭ２４ｂや記憶部２２に記憶された各種プログラムを読み出し実行することにより、投票券発売代行サーバ１０等から投票の情報を受け付け、オッズを算出する処理等を行う。
【００４８】
（２．３ 端末装置３０の構成および機能）
次に、端末装置３０の構成および機能について、図４を用いて説明する。
図４は、端末装置３０の概要構成の一例を示すブロック図である。
【００４９】
図４に示すように、コンピュータとして機能する端末装置３０は、例えば、パーソナルコンピュータやスマートフォンを含む携帯型無線電話機やＰＤＡ等の携帯端末であり、通信部３１と、記憶部３２と、表示部３３と、操作部３４と、入出力インターフェース部３５と、システム制御部３６とを備えている。そして、システム制御部３６と入出力インターフェース部３５とは、システムバス３７を介して接続されている。
【００５０】
通信部３１は、ネットワーク３を通して、投票券発売代行サーバ１０等と通信を制御する。なお、端末装置３０が携帯端末装置の場合、ネットワーク３の移動体通信網に接続するために、通信部３１は、無線通信機能を有する。
【００５１】
記憶部３２は、例えば、ハードディスクドライブ等からなり、オペレーティングシステム、ウェブブラウザのプログラムやウェブブラウザ用ツールバーのプログラム等を記憶する。
【００５２】
表示部３３は、例えば、液晶表示素子またはＥＬ（Electro Luminescence）素子等によって構成されている。表示部３３には、競馬サイトのトップページの画面や特定のレースに関する投票券を購入するためのレース情報表のウェブページがウェブブラウザにより表示される。
【００５３】
操作部３４は、例えば、キーボードおよびマウス等によって構成されている。ユーザは、操作部３４により応答を入力する。なお、表示部３３がタッチパネルのようなタッチスイッチ方式の表示パネルの場合、操作部３４は、ユーザが接触または近接した表示部３３の位置情報を取得する。
【００５４】
入出力インターフェース部３５は、通信部３１および記憶部３２とシステム制御部３６とのインターフェースである。
【００５５】
システム制御部３６は、例えば、ＣＰＵ３６ａと、ＲＯＭ３６ｂと、ＲＡＭ３６ｃとを有する。システム制御部３６は、ＣＰＵ３６ａが、ＲＯＭ３６ｂや、ＲＡＭ３６ｃや、記憶部３２に記憶された各種プログラムを読み出して実行する。例えば、システム制御部３６は、ウェブブラウザのプログラムを実行しウェブブラウザとして機能する。
【００５６】
（２．４ 投票券発売代行サーバ１０および主催元サーバ２０の機能ブロック）
次に、投票券発売代行サーバ１０および主催元サーバ２０の機能ブロックについて図５を用いて説明する。
図５は、投票券発売代行サーバ１０および主催元サーバ２０の機能構成の一例を示す機能ブロック図である。
【００５７】
図５に示すように、投票券発売代行サーバ１０は、機能ブロックとして、記憶部１２と、端末装置３０とのデータの入出力を行う端末装置入出力部１６と、レースが荒れる等のレースの結果が予測困難であるか否かの判定等を行う判定部１７と、主催元サーバ２０とのデータの入出力を行う主催元入出力部１８とを有する。
【００５８】
端末装置入出力部１６は、口座ＤＢ１２ｃに記憶するための入金情報を端末装置３０から受け付ける入金情報受付部１６ａ（入金情報受付手段の一例）と、購入する投票券の投票券ＩＤや枚数等に関する情報を端末装置３０から受け付ける投票券購入受付部１６ｂと、レース情報を端末装置３０に出力するレース情報表出力部１６ｃ（送信手段の一例）とを有する。
【００５９】
判定部１７は、過去に行われたレースの結果やオッズ情報等に基づき、レースの結果が予測困難であるか否かを判定する結果予測困難性判定部１７ａ（競争体選択手段、計数手段、結果予測困難性判定手段の一例）と、結果予測困難性を示す表示を生成する表示生成判定部１７ｂと、ユーザが購入した投票券が的中した場合、最終オッズに応じて払戻金額を算出し、払戻金額の情報を口座ＤＢ１２ｃに記憶する的中投票券払戻部１７ｃと、を有する。
【００６０】
主催元入出力部１８は、ユーザが購入した投票券に関する情報を主催元サーバ２０に送信する投票情報送信部１８ａと、投票券発売中におけるオッズや最終オッズを受信するオッズ受信部１８ｂ（オッズ情報受信手段の一例）と、主催元サーバ２０からレース結果等を受信するレース結果受信部１８ｃとを有する。
【００６１】
次に、主催元サーバ２０は、投票券の購入状況に基づき算出されるオッズに関する情報を投票券発売代行サーバ１０に出力するオッズ出力部２０ａと、レースに的中した投票券に対する払戻の処理を行う的中投票券払戻部２０ｂと、レース場や投票券発売所に設置された端末装置や投票券発売代行サーバ１０に対してレースの投票券の発行を行う投票券発行部２０ｃとを有する。なお、オッズ出力部２０ａは、レース場の状態や、競争体の情報や、レースの結果等の情報等も投票券発売代行サーバ１０に出力する。
【００６２】
［３．投票券発売代行システムの動作］
次に、本発明の１実施形態に係る投票券発売代行システム１の動作について図６から図１５を用い説明する。
【００６３】
図６を用いて、主催元サーバ２０からのレース情報を取得する動作、図７を用いて、端末装置３０からの入金情報を取得する動作、図８を用いて、端末装置３０からの投票情報を受け付ける動作、図９を用いて、払戻金額を算出する動作、図１０〜図１４を用いて、レースの結果予測が困難であることを示す結果予測困難性表示の生成する動作、図１５を用いて、結果予測困難性表示の生成の判定のサブルーチンについて説明する。
【００６４】
（３．１ レース情報の取得）
投票券発売代行サーバ１０がレース情報を主催元サーバ２０から取得する動作について図６を用いて説明する。
図６は、投票券発売代行サーバ１０がレース情報を主催元サーバ２０から取得する動作例を示すシーケンス図である。
【００６５】
図６に示すように、主催元サーバ２０は、オッズ出力部２０ａとして、レース情報を投票券発売代行サーバ１０に逐次送信する（ステップＳ１）。具体的には、主催元サーバ２０のシステム制御部２４は、通信部２１を通して、レースが開催されている間において、例えば、所定時間間隔で、投票券の売り上げ状況において変化する各投票券のオッズ情報等のレース情報を、レースを特定するレースＩＤと共に投票券発売代行サーバ１０に送信する。なお、主催元サーバ２０のシステム制御部２４は、所定時間間隔に限らず、不規則な間隔で、レース情報を投票券発売代行サーバ１０に送信してもよいし、投票券発売代行サーバ１０からの要求に応じて、レース情報を投票券発売代行サーバ１０に送信してもよい。また、主催元サーバ２０のシステム制御部２４は、オッズが更新される度に、オッズ情報を投票券発売代行サーバ１０に送信してもよい。また、競争体には競争体ＩＤが予め割り当てられている。
【００６６】
次に、投票券発売代行サーバ１０は、オッズ受信部１８ｂおよびレース結果受信部１８ｃとして、レース情報を主催元サーバ２０から逐次受信する（ステップＳ２）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、通信部１１を通して、主催元サーバ２０から逐次送信されてくるレース情報を逐次受信する。このように投票券発売代行サーバ１０のシステム制御部１４は、公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信手段の一例として機能する。
【００６７】
次に、投票券発売代行サーバ１０は、レース情報をレース結果ＤＢ１２ａに記憶する（ステップＳ３）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、レースＩＤに関連付けて、レース情報をレース結果ＤＢ１２ａに記憶して、蓄積、更新する。このように投票券発売代行サーバ１０のシステム制御部１４は、過去に行われたレースの結果を示すレース結果情報を記憶するレース結果記憶手段の一例として機能する。
【００６８】
（３．２ 入金情報の取得）
次に、入金情報の取得について図７を用いて説明する。
【００６９】
図７は、投票券発売代行サーバ１０が入金情報を端末装置３０から取得する動作例を示すシーケンス図である。
【００７０】
例えば、ユーザは、今日開催されるレースに対して購入する投票券の予算として、投票券を購入する前に、投票券購入の資金を、投票券発売代行サーバ１０に開設してある自分の口座に予め入金をしておく。ユーザは、端末装置３０から投票券発売代行サーバ１０の競馬サイトにログインして、入金の手続きを行う。投票券発売代行サーバ１０は、会員ＤＢ１２ｅを参照して、ログイン処理を行い、入金を受け付ける。なお各レースの状況を見て、レース毎に入金手続きを行ってもよい。
【００７１】
図７に示すように、端末装置３０は、入金情報を投票券発売代行サーバ２０に送信する（ステップＳ４）。具体的には、端末装置３０のシステム制御部３６は、通信部３１を通して、ユーザが入力した入金額に対応した入金情報を、ユーザを特定するためのユーザＩＤと共に、投票券発売代行サーバ２０に送信する。
【００７２】
次に、投票券発売代行サーバ１０は、入金情報受付部１６ａとして、入金情報を端末装置３０から受信する（ステップＳ５）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、通信部１１を通して、端末装置３０から入金情報を、上記ユーザを特定できるＩＤと共に受信する。このように投票券発売代行サーバ１０のシステム制御部１４は、ユーザから投票券購入のための資金の入金情報を受け付ける入金情報受付手段の一例として機能する。
【００７３】
次に、投票券発売代行サーバ１０は、ユーザＩＤ毎に入金情報を記憶する（ステップＳ６）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、口座ＤＢ１２ｃにおけるユーザＩＤに対応する口座に入金情報を記憶する。なお、投票券が的中した場合も、払戻金額の情報が、入金情報として口座ＤＢ１２ｃに記憶される（詳細は後述する）。また、投票券発売代行サーバ１０のシステム制御部１４は、入金履歴として、入金情報を記憶する日時と共に入金情報を口座スナップショットＤＢ１２ｄに記憶する。このように投票券発売代行サーバ１０のシステム制御部１４は、受け付けた入金情報をユーザＩＤ毎に口座ＤＢ１２ｃ等に記憶する入金情報記憶手段の一例として機能する。
【００７４】
次に、投票券発売代行サーバ１０は、ユーザＩＤ毎に所定期間における累計入金額の情報を記憶する（ステップＳ７）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、２月２日２２時時点において、２月１日２２時〜２月２日２２時の１日間（所定期間）において、入金情報として、口座ＤＢ１２ｃにいくら入金されていたのかの累計の金額（累計入金額）を、口座スナップショットＤＢ１２ｄにユーザＩＤと記憶させる日時（日時情報）とに関連付けて記憶する。なお、投票券発売代行サーバ１０のシステム制御部１４は、累計入金額の情報を口座ＤＢ１２ｃにも記憶してもよい。
【００７５】
次に、投票券発売代行サーバ１０は、基準入金額を算出する（ステップＳ８）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤに基づき、口座スナップショットＤＢ１２ｄから過去に記憶された累計入金額に関する情報を、日時情報と共に読み出し、ある日の累計入金額とこの前日の累計入金額との差額から、基準入金額として１日当たりの平均入金額を算出する。さらに、投票券発売代行サーバ１０のシステム制御部１４は、当該平均入金額の他に、過去の入金額の標準偏差も算出する。なお、基準入金額として、投票券発売代行サーバ１０のシステム制御部１４は、払戻による入金を含めず、ユーザにより銀行等から入金されてきた場合のみの累計入金額を算出し、この累計金額から、ユーザ入金の基準入金額を算出してもよい。このように投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤに基づき口座ＤＢ１２ａ等に過去に入金された入金額から基準の基準入金額を算出する基準入金額算出手段の一例として機能する。
【００７６】
次に、投票券発売代行サーバ１０は、基準入金額を会員ＤＢ１２ｅに記憶する（ステップＳ９）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、算出した基準入金額や入金額の標準偏差を、ユーザＩＤに関連付けて会員ＤＢ１２ｅに記憶する。
【００７７】
（３．３ 投票情報の受付）
次に、投票情報の受付について図８を用いて説明する。
【００７８】
図８は、投票券発売代行システム１において、端末装置３０から投票情報を受け付ける動作例を示すシーケンス図である。
【００７９】
ユーザは投票券発売代行サーバ１０が提供するレース情報表（詳細は後述する）や、レース関する情報誌等を参考にして、どのレース、どの競争体、投票券の種類、投票券の組み合わせ等を選択し、購入する投票券を決める。そして、ユーザは、端末装置３０を利用して、投票券発売代行サーバ１０が提供する投票のためのウェブページにおいて、ユーザの口座に予め入金した金額の範囲内で、選択した各投票券の購入数を入力する。
【００８０】
各投票券の購入数等が入力されて確定された後、端末装置３０は、投票情報を投票券発売代行サーバ１０に送信する（ステップＳ１０）。具体的には、端末装置３０のシステム制御部３６は、通信部３１を通して、投票券を特定する投票券ＩＤや、各投票券ＩＤに対応した投票数に関する情報等の投票情報を、ユーザＩＤと共に、投票券発売代行サーバ１０に送信する。
【００８１】
次に、投票券発売代行サーバ１０は、投票券購入受付部１６ｂとして、投票情報を端末装置３０から受信する（ステップＳ１１）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、通信部１１を通して、ユーザＩＤ等と共に投票情報を端末装置３０から受信する。
【００８２】
次に、投票券発売代行サーバ１０は、ユーザＩＤ毎に投票情報を投票券履歴ＤＢ１２ｂに記憶する（ステップＳ１２）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、受信した投票情報を投票時間（例えば、投票情報を投票券発売代行サーバ１０が受信した時間等）と共に、ユーザが購入した投票券の投票券履歴として、受信したユーザＩＤ毎に投票券履歴ＤＢ１２ｂに記憶する。このように投票券発売代行サーバ１０のシステム制御部１４は、ユーザが購入した投票券の投票券履歴をユーザＩＤに関連付けて記憶する投票券履歴記憶手段の一例として機能する。
【００８３】
次に、投票券発売代行サーバ１０は、投票情報を集計する（ステップＳ１３）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、他の端末装置３０から投票されてきた投票券の投票情報も併せて、共通する投票券ＩＤに基づき、投票券毎の投票数を集計する。
【００８４】
次に、投票券発売代行サーバ１０は、投票情報送信部１８ａとして、集計された投票情報を主催元サーバ２０に送信する（ステップＳ１４）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、通信部１１を通して、投票券ＩＤと共に、集計された投票数を主催元サーバ２０に送信する。
【００８５】
主催元サーバ２０は、投票情報を投票券発売代行サーバ１０から受信する（ステップＳ１５）。具体的には、主催元サーバ２０のシステム制御部２４は、通信部２１を通して、投票券ＩＤと共に投票数を投票券発売代行サーバ１０から受信する。
【００８６】
次に、主催元サーバ２０は、オッズを算出する（ステップＳ１６）。具体的には、主催元サーバ２０のシステム制御部２４は、受信した投票情報の投票券ＩＤに基づき、競争体ＩＤや枠番等を特定し、競争体や枠毎に、受信した投票情報の投票数を集計してオッズを算出する。なお、算出されたオッズは、レース情報として投票券発売代行サーバ１０等に配信される。
【００８７】
（３．４ 払戻金額の算出）
次に、払戻金額の算出について図９を用いて説明する。
図９は、投票券発売代行サーバ１０が、レース結果を受け付け、払戻金額を算出する動作例を示すシーケンス図である。
【００８８】
図９に示すように、あるレースの投票が終了した場合（例えばレース開始の所定時間前）、主催元サーバ２０は、最終オッズを算出する（ステップＳ１７）。具体的には、主催元サーバ２０のシステム制御部２４は、レースの投票が終了した時点で、ステップＳ１６のように、競争体ＩＤや枠番、投票券ＩＤ等毎に投票数を集計して、最終的に確定した最終オッズを算出する。
【００８９】
次に、あるレースが終了して順位が確定した場合、主催元サーバ２０は、レース結果を集計する（ステップＳ１８）。具体的には、主催元サーバ２０のシステム制御部２４は、終了した競技のレース結果として、レースＩＤに関連付けて各競争体ＩＤや枠番毎に順位付けを行う。さらに、主催元サーバ２０のシステム制御部２４は、レース結果として、所定の順位内に入った競争体に対応して、その組み合わせ等に該当した投票券、すなわち、的中した投票券の投票券ＩＤを特定し、当該投票券ＩＤに対応した払戻金額を求める。
【００９０】
次に、主催元サーバ２０は、オッズ出力部２０ａとして、最終オッズおよびレース結果を投票券発売代行サーバ１０へ送信する（ステップＳ１９）。具体的には、主催元サーバ２０のシステム制御部２４は、通信部２１を通して、レースＩＤと共に、競争体ＩＤや投票券ＩＤ等に関連付けられた最終オッズと、各競争体の順位や的中した投票券の投票券ＩＤや払戻金額等のレース結果とを、投票券発売代行サーバ１０へ送信する。
【００９１】
次に、投票券発売代行サーバ１０は、オッズ受信部１８ｂおよびレース結果受信部１８ｃとして、最終オッズおよびレース結果を主催元サーバ２０から受信する（ステップＳ２０）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、通信部１１を通して、レースＩＤと共に、競争体ＩＤ等に関連付けられた最終オッズと、各競争体の順位や的中した投票券の投票券ＩＤや払戻金額等のレース結果とを、主催元サーバ２０から受信する。
【００９２】
次に、投票券発売代行サーバ１０は、最終オッズおよびレース結果をレース結果ＤＢ１２ａに記憶する（ステップＳ２１）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、レースＩＤに関連付けて、競争体ＩＤや投票券ＩＤ等毎の最終オッズと、各競争体の順位や的中した投票券の投票券ＩＤ等のレース結果とを、レース結果ＤＢ１２ａに記憶する。このように投票券発売代行サーバ１０のシステム制御部１４は、過去の競技のレース結果と最終的に確定した最終オッズとを記憶するレース結果記憶手段の一例として機能する。
【００９３】
次に、投票券発売代行サーバ１０は、ユーザＩＤ毎に払戻金額を算出する（ステップＳ２２）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤ毎に、的中している投票券の投票券ＩＤを特定し、この投票券ＩＤの投票数に応じて、各ユーザに対する払戻金額を算出する。
【００９４】
次に、投票券発売代行サーバ１０は、払戻金額の情報を記憶する（ステップＳ２３）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤに基づき、算出された払戻金額の情報を、入金情報として口座ＤＢ１２ｃのユーザＩＤに対応した箇所に記憶する。なお、投票券発売代行サーバ１０は、的中投票券払戻部１７ｃとして、ステップＳ２２からステップＳ２３の処理を行う。
【００９５】
（３．５ 結果予測困難性表示）
次に、レース結果予測の困難性の表示について図１０〜図１４を用いて説明する。
【００９６】
図１０は、投票券発売代行サーバ１０が、レースの結果予測が困難であることを示すメッセージを生成する動作例を示すシーケンス図である。図１１は、レース情報を要求するためのウェブページの一例を示す模式図である。図１２は、出馬表において、レースの結果予測困難性表示を表示したウェブページの一例を示す模式図である。図１３は、オッズ表において、レースの結果予測困難性表示を表示したウェブページの一例を示す模式図である。図１４は、レース進行状況の表において、レースの結果予測困難性表示を表示したウェブページの一例を示す模式図である。
【００９７】
ユーザは、レースに投票するために投票券発売代行サーバ１０が提供する競馬サイトにログインする。端末装置３０は、入力されたログイン情報を投票券発売代行サーバ１０に送信し、競馬サイトのウェブページに関する情報を受信し表示部３３に表示させる。ユーザは、投票券の購入に必要な情報を集めるために、レースが開催される競馬場をウェブページ上で選択等をして、情報にアクセスする。
【００９８】
図１０に示すように、端末装置３０は、レース情報表の表示を投票券発売代行サーバ１０に要求する（ステップＳ２５）。ユーザが、図１１に示すようなウェブページ４０において、競馬場”△○”におけるレース番号のレース情報表を閲覧するため、レース番号のボタンをクリックすると、端末装置３０のシステム制御部３６は、通信部３１を通して、クリックされたレース番号のボタン４１に対応するレースＩＤを、投票券発売代行サーバ１０に送信する。例えば、第７レースのボタン”Ｒ７”がクリックされる。また、クリックされたとき、出馬表やオッズ表と言ったレース情報表の種類に関する情報も端末装置３０から送信される。なお、ボタン４２は、競馬場を選択するボタンである。
【００９９】
次に、投票券発売代行サーバ１０は、レースＩＤに対応するレースのオッズが第１所定倍率以下である競争体を抽出する（ステップＳ２６）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、端末装置３０からレースＩＤを受信し、受信したレースＩＤに対応するレースに関するオッズ情報を、レース結果ＤＢ１２ａから読み出す。そして、投票券発売代行サーバ１０のシステム制御部１４は、例えば、１着になる競争体を当てる投票券に関する単勝オッズが２倍以下である競争体の競争体ＩＤを抽出する。そして、投票券発売代行サーバ１０のシステム制御部１４は、抽出した競争体の競争体数をカウントする。
【０１００】
また、２着や３着になる競争体を当てる投票券に関する複勝オッズのように、オッズが範囲で表される場合は、投票券発売代行サーバ１０のシステム制御部１４は、オッズ範囲の上限値や、下限値や、または、上限値および下限値等の平均値が第１所定倍率以下である競争体の競争体ＩＤを抽出する。１着、２着等になる競争体の組み合わせや、順番を当てる投票券（いわゆる連勝複式、連勝単式）の場合や、１着、２着等になる競争体の枠番の組み合わせや、順番を当てる投票券の場合には、投票券発売代行サーバ１０のシステム制御部１４は、第１所定倍率以下のオッズである投票券における組み合わせに含まれる競争体の競争体ＩＤを抽出する。３着までに入る２つの競争体の組み合わせを当てる投票券（いわゆる拡大２連勝複式等）の場合は、投票券発売代行サーバ１０のシステム制御部１４は、オッズ範囲の上限値および下限値等の平均値等が第１所定倍率以下のオッズである投票券における組み合わせに含まれる競争体の競争体ＩＤを抽出する。
【０１０１】
なお、第１所定倍率の設定の仕方として、オッズの値が低い、すなわち、所定以上人気が高い競争体が抽出できればよい。また、単勝や複勝といった投票券の種類により、第１所定倍率を変えてもよい。また、順位１位の競争体のオッズが、２位の競争体のオッズより所定の値離れている競争体が抽出されてもよい。
【０１０２】
このように投票券発売代行サーバ１０のシステム制御部１４は、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、受信されたオッズ情報に基づき選択する競争体選択手段の一例として機能する。
【０１０３】
投票券発売代行サーバ１０は、抽出された競争体数が０より多いか否かを判定する。（ステップＳ２７）。投票券発売代行サーバ１０のシステム制御部１４は、カウントした競争体数が０より多いか否か、すなわち、ユーザが閲覧しようとしているレースにおいて、所定以上人気が高い競争体が存在したか否かを判定する。
【０１０４】
抽出された競争体が存在する場合（ステップＳ２７；ＹＥＳ）、投票券発売代行サーバ１０は、レース回数のカウント処理されていない競争体が存在するか否かを判定する（ステップＳ２８）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３０で説明するレース回数のカウント処理がされていない競争体が存在する否かを判定する。ステップの初回はレース回数のカウント処理がされていないので、次のステップに移る。
【０１０５】
レース回数のカウント処理されていない競争体が存在する場合（ステップＳ２８；ＹＥＳ）、投票券発売代行サーバ１０は、競争体ＩＤを１体分特定する（ステップＳ２９）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、レースのカウント処理がされていない競争体の競争体ＩＤを１体分特定する。
【０１０６】
次に、投票券発売代行サーバ１０は、過去の最終オッズが第２所定倍率以下、かつ、所定順位以上のレースの回数を競争体ＩＤ毎に加算する（ステップＳ３０）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、レース結果ＤＢ１２ａを参照して、競争体ＩＤに基づき、競争体ＩＤに対応する競争体が出場したレースを抽出する。そして、投票券発売代行サーバ１０のシステム制御部１４は、競争体が出場したレースうち、当該競争体に関連した投票券における過去の最終オッズが第２所定倍率以下のレース（当該競争体が人気の高かったレース）を特定する。なお、第２所定倍率の設定の仕方は、ステップＳ２６において説明した第１所定倍率の設定の仕方のように、投票券の種類等に応じて設定してもよい。また、第２所定倍率と第１所定倍率とは同じ値でもよいし、異なる値でもよい。
【０１０７】
さらに、投票券発売代行サーバ１０のシステム制御部１４は、過去の最終オッズが第２所定倍率以下のレースのうち、レースの順位が例えば４位以上であったレース（勝てなかったレース）の回数をカウントする。例えば、３着までに入れなく、払戻の対象になった投票券（的中した投票券）に絡まなかったレースがカウントされる。
【０１０８】
このように投票券発売代行サーバ１０のシステム制御部１４は、レース結果ＤＢ１２ａに記憶されたレース結果情報を参照して、選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段の一例として機能する。
【０１０９】
なお、このステップにおいて、投票券発売代行サーバ１０は、人気があったが、レースに勝てなかった、いわゆるレースが荒れた場合を競争体毎にカウントする。また、第２所定倍率が第１所定倍率より低く設定し、いわゆる大穴の場合のみを、投票券発売代行サーバ１０は、カウントしてもよい。
【０１１０】
次に、投票券発売代行サーバ１０は、ステップＳ２８に戻り、レース回数のカウント処理されていない競争体が存在するか否かを判定する。ステップＳ２６で複数の競争体が抽出された場合、抽出された競争体分のステップＳ３０の処理が行われる。全ての競争体に関して、レースの回数がカウントされた場合、ステップＳ２８に移る。
【０１１１】
レース回数のカウント処理されていない競争体が存在しない場合（ステップＳ２８；ＮＯ）、投票券発売代行サーバ１０は、レース結果の予測困難度を算出する（ステップＳ３１）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、例えば、カウントされたレース回数を、レース結果の予測困難度（結果予測困難性の度合いの一例）とする。ある競争体に対して、いわゆる荒れたレースに関係したレース回数が多いほど、当該競争体が出場するレースの予測が困難になりやすいと言える。人気があったが、３着以下の順位になれず勝てなかったレースの回数が多い競争体が絡んだレースはレース結果を予測することは難しいと考えられる。ここで、予測困難であるレースとして、例えば、成績にばらつきがあり番狂わせの競争体が出場しているレースや、そのような競争体が多く出場しているレース、または、実力が拮抗した競争体が集まっているレース等が挙げられる。
【０１１２】
さらに、投票券発売代行サーバ１０のシステム制御部１４は、予測困難度を算出する際、予測困難度の確からしさの確度を算出する。例えば、投票券発売代行サーバ１０のシステム制御部１４は、レース結果ＤＢ１２ａから読み出したレース結果に基づき、過去に予測困難度を算出したレースが、実際にレースが荒れたか等の統計を取って、その確からしさの確率を算出して確度とする。
【０１１３】
このように投票券発売代行サーバ１０のシステム制御部１４は、レースの回数に応じた結果予測困難性の度合いを算出する結果予測困難性判定手段の一例として機能する。
【０１１４】
なお、予測困難度として、カウントされたレース回数の他に、カウントされたレース回数の増加に伴い、レース結果の予測困難度が増加する指標ならばよい。また、ステップＳ２６において、複数の競争体が抽出された場合、各競争体のレース回数の合計や、重み付けをして合計してもよい。また、抽出された競争体の数が多い程、予測困難度が増加するような指標でもよい。
【０１１５】
次に、投票券発売代行サーバ１０は、予測困難か否かを判定する（ステップＳ３２）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、レース回数に基づき算出された予測困難度が所定閾値以上の場合、ユーザがレース情報表の表示要求をしてきたレースが予測困難であるとする。この予測困難度の閾値は、例えば、予測困難度の確からしさの確度が所定以上になるように設定する。このように投票券発売代行サーバ１０のシステム制御部１４は、カウントされたレースの回数に基づき、特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段の一例として機能する。なお、投票券発売代行サーバ１０は、結果予測困難性判定部１７ａとして、ステップＳ２６からステップＳ３２の処理を行う。
【０１１６】
レース結果が予測困難であると判定された場合（ステップＳ３２；ＹＥＳ）、投票券発売代行サーバ１０は、結果予測困難性表示を生成するか否かを判定のための処理をする（ステップＳ３３）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、投票券を購入するユーザに応じて、結果予測困難性表示を生成するか否かを判定のための処理を、後述する表示生成判定のサブルーチンに基づき行う。
【０１１７】
次に、投票券発売代行サーバ１０は、結果予測困難性表示を生成するか否かを判定する（ステップＳ３４）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３３の表示生成判定の判定結果のフラグに基づき、フラグがＯＮならば、結果予測困難性表示を生成すると判定し、フラグがＯＦＦならば、結果予測困難性表示を生成しないと判定する。
【０１１８】
結果予測困難性表示を生成すると判定された場合（ステップＳ３４；ＹＥＳ）、投票券発売代行サーバ１０は、表示生成の処理を行う（ステップＳ３５）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、図１２に示すような結果予測困難性表示６０の一例としてメッセージ表示６１や結果予測困難性マーク６２を生成する。さらに、投票券発売代行サーバ１０のシステム制御部１４は、算出された荒れ度や確度に対応した荒れ度マークおよび確度のマーク６３を生成する。荒れ度マークおよび確度のマーク６３は、結果予測困難性の度合いを表す表示の一例である。なお、投票券発売代行サーバ１０は、表示生成判定部１７ｂとして、ステップＳ３３からステップＳ３５の処理を行う。
【０１１９】
次に、投票券発売代行サーバ１０は、レース情報表を生成する（ステップＳ３６）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、図１２に示すようなレース情報表をＨＴＭＬ等のマークアップ言語により生成する。図１２に示すように、レースが荒れる等、競争体の順位の予測の困難性が高い場合、かつ、ユーザに表示する必要がある場合、レース情報表を表示するウェブページ５０に結果予測困難性表示６０が表示される。
【０１２０】
レース情報表のウェブページ５０は、レースを選択するレース選択ボタン５１と、レースが行われる場所を選択するレース場選択ボタン５２と、レース情報表の種類を示すレース情報表種類表示５３と、レース番号を表示するレース番号表示５４と、レース場の名前、発走時刻等の各レースが開始される時刻、競技場の種類、競技場の状態、走る距離、競争体数、コース条件等のレースに関するレース条件を表示するレース条件表示５５と、投票券を購入するウェブページに移るための投票ボタン５６と、各競争体の情報を示す競争体情報表示欄５７とを有する。
【０１２１】
結果予測困難性表示６０は、メッセージ表示６１と、結果予測困難性マーク６２と、荒れ度マークおよび確度のマーク６３とを有する。メッセージ表示６１は、選択されたレースの順位等のレースを予測することが難しいことを知らせる表示である。結果予測困難性マーク６２は、選択されたレースを予測することが難しいと注意を視覚的に促すマークである。荒れ度マークおよび確度のマーク６３は、予測困難度を示す荒れ度マークと、結果予測困難性がどれほど確からしいかの確度を示すマークである。荒れ度は星の数により表し、星の数が多い程、予測困難度が高いことを示し、確度の星の数が多い程、結果予測困難性の確度が高いことを示す。この結果予測困難性表示６０が、投票ボタン５６の近傍に表示され、ユーザが投票する際の注意を促している。
【０１２２】
なお、抽出された競争体が存在しない場合（ステップＳ２７；ＮＯ）、レース結果の予測が困難であると判定されなかった場合（ステップＳ３２；ＮＯ）、結果予測困難性表示を生成すると判定されなかった場合（ステップＳ３４；ＮＯ）は、投票券発売代行サーバ１０のシステム制御部１４は、結果予測困難性表示６０が表示されない状態のレース情報表を生成する。また、ウェブページ５０は、特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データの一例である。結果予測困難性表示６０が表示されたウェブページ５０は、結果予測困難性表示６０をレース情報表と共に表示させる画面データの一例である。
【０１２３】
次に、投票券発売代行サーバ１０は、レース情報表出力部１６ｃとして、レース情報表の情報を端末装置３０へ送信する（ステップＳ３７）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、通信部１１を通して、ＨＴＭＬ等で記述されたレース情報表の情報を端末装置３０へ送信する。
【０１２４】
このように投票券発売代行サーバ１０のシステム制御部１４は、ネットワークを介してアクセスされた端末装置３０からの要求に応じて、特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを端末装置３０へ送信する送信手段の一例として機能する。また、投票券発売代行サーバ１０のシステム制御部１４は、結果予測が困難であると判定された場合、特定のレースの結果予測が困難であることを示す結果予測困難性表示をレース情報表と共に表示させる画面データを端末装置３０へ送信する送信手段の一例として機能する。また、投票券発売代行サーバ１０のシステム制御部１４は、結果予測困難性の度合いを表すマークと共に表示された結果予測困難性表示が表示される画面データを端末装置３０へ送信する送信手段の一例として機能する。
【０１２５】
次に、端末装置３０は、レース情報表を表示する（ステップＳ３８）。端末装置３０のシステム制御部３６は、投票券発売代行サーバ１０から要求したレース情報表の情報を受信し、図１２に示すようなウェブページ５０を表示部３３に表示させる。
【０１２６】
ユーザは、結果予測困難性表示６０を参考して、さらに他のレースのレースボタンをクリックして、レース情報表を閲覧し、購入する投票券を探す。購入する投票券が決まり、投票ボタン５６がクリックされた場合、画面が投票券の購入手続きのウェブページになり、図８に示したように、ステップＳ１０の処理が行われる。
【０１２７】
なお、図１３に示すように、レース情報表として、オッズ情報が中心に示される場合は、レース情報表のウェブページ５０Ｂにおいて、レース情報表種類表示５３には、オッズ表である旨の表示がされ、競争体情報表示欄５７Ｂには、競争体に対するオッズや、競争体の組み合わせに対するオッズ等のオッズ情報が表示される。また、オッズボタン５８には、投票券の種類を選択するボタンが示される。このレース情報表のウェブページ５０Ｂの中の、投票ボタン５６の近傍に結果予測困難性表示６０が表示される。
【０１２８】
また、図１４に示すように、レース進行状況のレース情報表の場合は、レース情報表のウェブページ５０Ｃにおいて、レース情報表種類表示５３には、レース進行状況表である旨の表示がされ、競争体情報表示欄５７Ｃには、開催される、または、開催されたレース毎に、投票ボタン５６や、結果予測困難性表示欄６５が表示される。結果予測困難性表示欄６５において、レース毎に結果予測困難性表示６０Ｂが表示される。結果予測困難性表示６０Ｂは、結果予測困難性マーク６２と、荒れ度マークおよび確度のマーク６３とを有する。
【０１２９】
（３．６ 表示生成判定のサブルーチン）
次に、表示生成判定のサブルーチンについて図１５を用いて説明する。
【０１３０】
図１５は、図１０の表示生成判定のサブルーチンを示すフローチャートである。
この表示生成判定のサブルーチンは、ユーザが大量の投票券を購入しようとしているか否かを判定し、大量の投票券を購入しようとしていると判定された場合に、レース結果の予想が困難であると注意を促す表示をさせるための処理である。
【０１３１】
ステップＳ３２で、レースの予測が困難であると判定された場合、図１５に示すように、投票券発売代行サーバ１０は、入金額および基準入金額を読み出す（ステップＳ４０）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤに基づき、本日の投票券を購入するための入金額を口座ＤＢ１２ｃから読み出し、基準入金額を口座スナップショットＤＢ１２ｄから読み出す。
【０１３２】
次に、投票券発売代行サーバ１０は、入金額が基準入金額より第１所定金額以上大きいか否かを判定する（ステップＳ４１）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、本日入金されている入金額の合計が、基準入金額より第１所定金額以上大きいか否かを判定する。なお、第１所定金額の一例として、過去の入金額の標準偏差σに対して、０倍、１倍、１．５倍等の標準偏差の実数倍が挙げられる。
【０１３３】
入金額が基準入金額より第１所定金額以上大きい場合（ステップＳ４１；ＹＥＳ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＮにする（ステップＳ４２）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、本日の入金額が基準入金額より第１所定金額以上大きい場合、ステップＳ３４で結果予測困難性表示を生成すると判定させるために、プログラム上設定されたフラグをＯＮにする。
【０１３４】
入金額が基準入金額より第１所定金額以上大きくない場合（ステップＳ４１；ＮＯ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＦＦにする（ステップＳ４３）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、本日の入金額が基準入金額より第１所定金額以上大きくない場合、ステップＳ３４で結果予測困難性表示を生成しないと判定させるために、プログラム上設定されたフラグをＯＦＦにする。また、レース状況を確認している段階で未だ入金していない場合は、レース結果予測の困難性の表示が行われない。このように投票券発売代行サーバ１０のシステム制御部１４は、受け付けた入金情報の入金額が基準入金額よりも第１所定金額以上大きい場合に、結果予測困難性表示６０をレース情報表と共に表示させるための画面データを前記端末装置へ送信する送信手段の一例として機能する。
【０１３５】
サブルーチンが終了したら、投票券発売代行サーバ１０は、ステップＳ３４の処理を行う。
【０１３６】
以上、本実施形態によれば、公営競技の特定のレースの結果予測が困難である否かを判定し、結果予測が困難であると判定された場合、特定のレースの結果予測が困難であることを示す結果予測困難性表示６０、６０Ｂを、特定のレースに関する投票券を購入するためのレース情報表（ウェブページ５０、５０Ｂ、５０Ｃ）と共に表示させる画面データを端末装置３０へ送信することにより、レース情報表のウェブページ５０等に結果予測困難性表示６０、６０Ｂが表示され、投票時に結果予測困難性表示６０、６０Ｂがユーザの目にとまりやすく、ユーザに投票券の購入の際に、購入のリスクを効果的に認識させることができる。また、レース情報表のウェブページ５０、５０Ｂ、５０Ｃ内に結果予測が困難である旨のメッセージ表示６１や結果予測困難性マーク６２（結果予測困難性表示６０、６０Ｂ）を表示させることにより、投票の判断材料になりやすく、ユーザの投票行動のアシストがしやすくなる。
【０１３７】
また、投票券発売代行サーバ１０が、ユーザから投票券購入のための資金の入金情報を受け付け、受け付けた入金情報をユーザＩＤ毎に口座ＤＢ１２ｃに記憶し、ユーザＩＤに基づき口座ＤＢ１２ｃに過去に入金された入金額から基準の基準入金額を算出し、受け付けた入金情報の入金額が基準入金額よりも第１所定金額以上大きい場合に、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信してもよい。この場合、いわゆる大口購入をしようとしているユーザにとって、結果予測困難性表示６０、６０Ｂの結果予測困難性の情報は重要な判断材料になり、このようなユーザに対して結果予測困難性表示６０、６０Ｂを表示させることができるので、結果予測困難性の表示の訴求力を高め、ユーザの投票行動のアシストがしやすくなる。
【０１３８】
また、投票券発売代行サーバ１０が、ユーザが購入した投票券の投票券履歴をユーザＩＤに関連付けて投票券履歴ＤＢ１２ｂに記憶し、投票券履歴ＤＢ１２ｂに記憶された投票券履歴に基づき、結果予測困難性表示６０、６０Ｂをレース情報表と共に表示させるための画面データを端末装置３０へ送信してもよい。この場合、レースが荒れる等のレース結果の予測が困難であるかどうか気になるユーザに対して、レース情報表のウェブページ５０等内に結果予測困難性表示６０、６０Ｂを表示させることができるので、結果予測困難性表示の訴求力を高め、ユーザの投票行動のアシストがしやすくなる。また、レース結果の予測が困難であるかどうか気にしないユーザにとって結果予測困難性表示６０、６０Ｂを表示させないようにできるため、そのようなユーザにとって煩わしさを低減できる。
【０１３９】
また、投票券発売代行サーバ１０が、レース結果ＤＢ１２ａのレース結果情報および投票券履歴ＤＢ１２ｂの投票券履歴を参照して、ユーザが購入した投票券が的中していたか否かを判定し、当該投票券が的中していた場合に、結果予測困難性表示６０、６０Ｂをレース情報表と共に表示させるための画面データを端末装置３０へ送信してもよい。この場合、レースに的中した後で判断力に影響が出ている可能性が高いので、このようなユーザに対して結果予測困難性表示６０、６０Ｂを表示させることで、冷静に判断ができるようにユーザの投票行動のアシストがしやすくなる。
【０１４０】
また、投票券発売代行サーバ１０が、レース結果ＤＢ１２ａおよび投票券履歴ＤＢ１２ｂを参照して、第２所定金額以上の投票券を購入してレースに的中しなかった非的中回数をカウントし、非的中回数が第１所定回数以上である場合に、結果予測困難性表示６０、６０Ｂをレース情報表と共に表示させるための画面データを端末装置３０へ送信する場合、いわゆる大口購入で過去に負けたユーザに対して、結果予測困難性表示６０、６０Ｂを表示させることができるので、結果予測困難性表示の訴求力を高め、ユーザの投票行動のアシストがしやすくなる。
【０１４１】
また、投票券発売代行サーバ１０が、レースの回数に応じた結果予測困難性の度合いを算出し、結果予測困難性の度合いを表す表示の一例の荒れ度マークのマーク６３と共に表示された結果予測困難性表示が表示される画面データを端末装置３０へ送信する場合、ユーザが、結果予測困難性の度合いに気づき、投票の判断材料になりやすく、ユーザの投票行動のアシストがしやすくなる。
【０１４２】
次に、メッセージ生成判定のサブルーチンの第１変形例について図１６に基づき説明する。
【０１４３】
図１６は、図１０のメッセージ生成判定のサブルーチンの第１変形例を示すフローチャートである。この変形例は、ユーザが、オッズが低く的中する率が高い投票券を購入する傾向である、いわゆる本命志向である場合に、レース結果の予想が困難であると注意を促す表示をさせるための処理である。
【０１４４】
ステップＳ３２で、レースの予測が困難であると判定された場合、図１６に示すように、投票券発売代行サーバ１０は、レースおよび競争体を特定する（ステップＳ４４）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、投票券履歴ＤＢ１２ｂを参照して、ユーザＩＤに基づきユーザが過去に購入した投票券の投票券ＩＤを読み出し、レース結果ＤＢ１２ａを参照して、投票券ＩＤからレースおよび競争体を特定する。このように投票券発売代行サーバ１０のシステム制御部１４は、投票券履歴ＤＢ１２ｂに記憶された投票券履歴を参照して、ユーザＩＤに基づきユーザが購入した投票券のレースおよび競争体を特定するレース競争体特定手段の一例として機能する。
【０１４５】
次に、投票券発売代行サーバ１０は、最終オッズをレース結果ＤＢ１２ａから読み出す（ステップＳ４５）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、レース結果ＤＢ１２ａを参照して、特定されたレースのレースＩＤおよび競争体の競争体ＩＤに対応した最終オッズを読み出す。なお、投票券ＩＤより投票券の最終オッズを特定してもよい。
【０１４６】
このように投票券発売代行サーバ１０のシステム制御部１４は、特定されたレースおよび競争体に対応した最終オッズをレース結果ＤＢ１２ａから特定する最終オッズ特定手段の一例として機能する。
【０１４７】
次に、投票券発売代行サーバ１０は、最終オッズが第３所定倍率以下である投票券の投票数をカウントする（ステップＳ４６）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、読み出した最終オッズが第３所定倍率以下、すなわち、所定の人気があった競争体を含む投票券を過去にどのくらいの数、購入したかを集計する。例えば、ある日のあるレースで最終オッズが低い投票券を購入した枚数、同日の別のレースで最終オッズが低い投票券を購入した枚数、別に日に、最終オッズが低い投票券の購入枚数等を合計する。なお、合計値は、ユーザが過去に購入した全ての投票券に関してでも、所定の期間に購入した投票券に関してでもよい。
【０１４８】
このように投票券発売代行サーバ１０のシステム制御部１４は、特定した最終オッズが第３所定倍率以下である投票券の投票数をカウントする投票数計数手段の一例として機能する。
【０１４９】
投票券発売代行サーバ１０は、投票数と総投票数との比が所定値以上か否かを判定する（ステップＳ４７）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ユーザが購入した投票券の総投票数に対する集計した投票数の割合が、所定値以上か否かを判定する。投票券発売代行サーバ１０のシステム制御部１４は、ユーザが過去に購入した投票券の枚数の合計（総投票数）に対し、最終オッズが第３所定倍率以下である投票券の枚数の合計（カウントされた投票数）の比により、判定を行う。また、投票券発売代行サーバ１０のシステム制御部１４は、最終オッズが第３所定倍率以下である投票券の枚数の合計を、購入した投票券のレースに関するレース数で割った値によって、判定してもよい。
【０１５０】
投票数と総投票数との比が所定値以上の場合（ステップＳ４７；ＹＥＳ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＮにする（ステップＳ４８）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３４で結果予測困難性表示を生成すると判定させるために、プログラム上設定されたフラグをＯＮにする。
【０１５１】
投票数と総投票数との比が所定値以上でない場合（ステップＳ４７；ＮＯ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＦＦにする（ステップＳ４９）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３４で結果予測困難性表示を生成しないと判定させるために、プログラム上設定されたフラグをＯＦＦにする。
【０１５２】
サブルーチンが終了したら、投票券発売代行サーバ１０は、ステップＳ３４の処理を行い、ステップＳ３７で、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する。このように投票券発売代行サーバ１０のシステム制御部１４は、投票券履歴ＤＢ１２ｂに記憶された投票券履歴に基づき、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する送信手段の一例として機能する。また、投票券発売代行サーバ１０のシステム制御部１４は、ユーザが購入した投票券の総投票数に対するカウントされた投票数の割合が所定値以上である場合に、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する送信手段の一例として機能する。
【０１５３】
以上のように、投票券発売代行サーバ１０が、過去の競技のレース結果と共に最終的に確定した最終オッズをレース結果ＤＢ１２ａに記憶し、投票券履歴ＤＢ１２ｂに記憶された投票券履歴を参照して、ユーザＩＤに基づきユーザが購入した投票券のレースおよび競争体を特定し、特定されたレースおよび競争体に対応した最終オッズをレース結果ＤＢ１２ａから特定し、特定した最終オッズが第３所定倍率以下である投票券の投票数をカウントし、ユーザが購入した投票券の総投票数に対するカウントされた投票数の割合が所定値以上である場合に、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信してもよい。この場合、本命が外れやすい、いわゆる荒れるレースの場合に、投票を避けたいユーザ、いわゆる本命志向のユーザに対して、レース結果の予測が困難であるメッセージ情報等の結果予測困難性表示６０を、投票券を購入するためのレース情報表ともに示すことにより、投票時に、結果予測の困難性のメッセージ等の結果予測困難性表示６０、６０Ｂが、このようなユーザの目にとまりやすく、投票の判断材料になりやすく、ユーザの投票行動のアシストがしやすくなる。
【０１５４】
次に、メッセージ生成判定のサブルーチンの第２変形例について図１７に基づき説明する。
図１７は、図１０のメッセージ生成判定のサブルーチンの第２変形例を示すフローチャートである。この変形例は、ユーザが、前回購入した投票券がレースに的中し、気持ちが高揚している場合に、レース結果の予想が困難であると注意を促す表示をさせるための処理である。
【０１５５】
投票券発売代行サーバ１０は、前回購入した投票券を特定する（ステップＳ５０）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤに基づき、投票券履歴ＤＢ１２ｂを参照して、前回のレースに購入した投票券の投票券ＩＤを特定する。なお、投票券発売代行サーバ１０のシステム制御部１４は、前回のレース日に購入した投票券を特定してもよい。
【０１５６】
次に、投票券発売代行サーバ１０は、投票券が前回的中したか否かを判定する（ステップＳ５１）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、特定した投票券ＩＤに基づき、レース結果ＤＢ１２ａを参照して、投票券ＩＤに対応する投票券がレースに的中していたか否かを判定する。このように投票券発売代行サーバ１０のシステム制御部１４は、レース結果ＤＢ１２ａのレース結果情報および投票券履歴ＤＢ１２ｂの投票券履歴を参照して、ユーザが前回購入した投票券が的中していたか否かを判定する的中判定手段の一例として機能する。
【０１５７】
投票券が前回的中した場合（ステップＳ５１；ＹＥＳ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＮにする（ステップＳ５２）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３４で結果予測困難性表示を生成すると判定させるために、プログラム上設定されたフラグをＯＮにする。
【０１５８】
投票券が前回的中しなかった場合（ステップＳ５１；ＮＯ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＦＦにする（ステップＳ５３）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３４で結果予測困難性表示を生成しないと判定させるために、プログラム上設定されたフラグをＯＦＦにする。
【０１５９】
サブルーチンが終了したら、投票券発売代行サーバ１０は、ステップＳ３４の処理を行い、ステップＳ３７で、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する。このように投票券発売代行サーバ１０のシステム制御部１４は、投票券履歴ＤＢ１２ｂに記憶された投票券履歴に基づき、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する送信手段の一例として機能する。また、投票券発売代行サーバ１０のシステム制御部１４は、投票券が的中していた場合に、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する送信手段の一例として機能する。なお、レースに的中した場合、払戻金がユーザに支払われるので、投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤに基づき、口座ＤＢ１２ｃを参照して払戻金の額が、ユーザの基準入金額より第１所定金額以上の場合に、結果予測困難性表示を生成してもよい。
【０１６０】
次に、メッセージ生成判定のサブルーチンの第３変形例について図１８に基づき説明する。
図１８は、図１０のメッセージ生成判定のサブルーチンの第３変形例を示すフローチャートである。この変形例は、ユーザが、過去に大量に投票券を購入したがレースに的中せず、投票券の購入に慎重になっている場合、または、負けを取り戻そうとしている場合に、レース結果の予想が困難であると注意を促す表示をさせるための処理である。
【０１６１】
投票券発売代行サーバ１０は、第２所定金額以上の投票券を購入して、レースに的中しなかった非的中回数をカウントする（ステップＳ５５）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、投票券履歴ＤＢ１２ｂを参照して、第２所定金額以上として例えば１０万円以上分の投票券を大量に購入していた場合、当該投票券の投票券ＩＤを特定する。次に投票券発売代行サーバ１０のシステム制御部１４は、特定された投票券ＩＤに基づき、レース結果ＤＢ１２ａを参照して、レースに的中していなかった投票券を判定し、投票券ＩＤ毎に的中していない場合の非的中回数をカウントする。このように投票券発売代行サーバ１０のシステム制御部１４は、レース結果ＤＢ１２ａおよび投票券履歴ＤＢ１２ｂを参照して、第２所定金額以上の投票券を購入してレースに的中しなかった非的中回数をカウントする非的中投票数計数手段の一例として機能する。
【０１６２】
次に投票券発売代行サーバ１０は、非的中回数が第１所定回数以上か否かを判定する（ステップＳ５６）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、カウントされた非的中回数が、第１所定回数として例えば１０回以上か否かを判定する。
【０１６３】
非的中回数が第１所定回数以上である場合（ステップＳ５６；ＹＥＳ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＮにする（ステップＳ５７）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３４で結果予測困難性表示を生成すると判定させるために、プログラム上設定されたフラグをＯＮにする。
【０１６４】
非的中回数が第１所定回数以上でない場合（ステップＳ５６；ＮＯ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＦＦにする（ステップＳ５８）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３４で結果予測困難性表示を生成しないと判定させるために、プログラム上設定されたフラグをＯＦＦにする。
【０１６５】
サブルーチンが終了したら、投票券発売代行サーバ１０は、ステップＳ３４の処理を行い、ステップＳ３７で、このように投票券発売代行サーバ１０のシステム制御部１４は、投票券履歴ＤＢ１２ｂに記憶された投票券履歴に基づき、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する送信手段の一例として機能する。また、投票券発売代行サーバ１０のシステム制御部１４は、非的中回数が第１所定回数以上である場合に、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置へ送信する送信手段の一例として機能する。
【０１６６】
なお、投票券発売代行サーバ１０は、レース結果ＤＢ１２ａのレース結果情報を参照して、特定のレースに関するレース条件が類似するレースにおいて、選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントしてもよい。レースの回数をカウントする場合を、競技場の種類、競技場の状態、走る距離等のレース条件が類似した過去レースに限定するので、レース結果の予測困難である否かを判定の精度を向上させることができる。なお、レース条件が類似するレースの一例として、レース条件の項目のうち、所定の数一致しているとか、特定の項目が一致しているとかが挙げられる。
【０１６７】
また、投票券発売代行サーバ１０は、ステップＳ３１やステップＳ３２において、選択された競争体が複数いる場合、競争体毎にレースの回数をカウントし、レースの回数が第２所定回数以上の競争体が所定数以上いるとき、特定のレースの結果予測が困難であると判定してもよい。この場合、レース結果が予測困難である否かを判定の精度がより向上する。例えば、成績にばらつきがあり番狂わせを引き起こす可能性が高い競争体が複数（第２所定回数以上として、例えば２）出場している場合、レースが荒れる可能性が高くなる。また、予測困難度がそれ程高くなくても、このような競争体が複数出場しているレースは、荒れる可能性が高くなる。
【０１６８】
さらに、本発明は、上記各実施形態に限定されるものではない。上記各実施形態は、例示であり、本発明の特許請求の範囲に記載された技術的思想と実質的に同一な構成を有し、同様な作用効果を奏するものは、いかなるものであっても本発明の技術的範囲に包含される。
【符号の説明】
【０１６９】
１：投票券発売代行システム
３：ネットワーク
１０：投票券発売代行サーバ（投票券発売代行装置）
１２ａ： レース結果ＤＢ（レース結果記憶手段）
１２ｂ：投票券履歴ＤＢ１２ｂ（投票券履歴記憶手段）
１２ｃ： 口座ＤＢ１２ｃ
１２ｄ：口座スナップショットＤＢ１２ｄ
２０：主催元サーバ
３０：端末装置
５０、５０Ｂ、５０Ｃ：ウェブページ（レース情報表）
６０、６０Ｂ：結果予測困難性表示
６１：メッセージ表示
６２：結果予測困難性マーク
６３：マーク
【技術分野】
【０００１】
本発明は、公営競技の投票券の発売を代行する投票券発売代行装置、投票券発売代行方法、投票券発売代行装置用プログラム、および、記録媒体の技術分野に関する。
【背景技術】
【０００２】
競馬や競輪といったレースにおいては、馬や自転車等の競走対象（競争体）の着順を予想して投票券が購入され、レース結果に応じて配当金が支払われる。そのため、より多くの配当金を得ようと、レース結果の的中率を向上させるレース予想方法が開発されている。例えば、特許文献１では、過去のレース結果とそのオッズパターンとを統計的に分析して、レースの荒れ度合い求め、そのレースが万馬券レースとなるか否かを予想する万馬券レース予想装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−２８２９２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術は、レースを予想するための予想装置であり、特に、いわゆる万馬券レースに絞って馬券を押さえることにより回収率を高めるための予想装置であるため、馬券等の投票券の購入の際に、ユーザに投票券購入のリスクを認識させることを目的としていない。レースの荒れ度合いとは別に、投票券購入のリスクが事前に認識できれば、ユーザにとってどのレースの投票券を購入するかを決定する指標となりうるので有益である。
【０００５】
本発明は、このような問題に鑑みてなされたものであり、その課題の一例は、ユーザに公営競技の投票券の購入の際に、購入のリスクを効果的に認識させるための投票券発売代行装置等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、公営競技の投票券の発売を代行する投票券発売代行装置において、前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信手段と、過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶するレース結果記憶手段と、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信手段により受信されたオッズ情報に基づき選択する競争体選択手段と、前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択手段により選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段と、前記計数手段によりカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段と、ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信手段と、を備え、前記結果予測困難性判定手段により結果予測が困難であると判定された場合、前記送信手段は、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする。
【０００７】
請求項２に記載の発明は、請求項１に記載の投票券発売代行装置において、ユーザから投票券購入のための資金の入金情報を受け付ける入金情報受付手段と、前記受け付けた入金情報をユーザＩＤ毎に口座データベースに記憶する入金情報記憶手段と、前記ユーザＩＤに基づき前記口座データベースに過去に入金された入金額から基準の基準入金額を算出する基準入金額算出手段と、を更に備え、前記送信手段が、前記受け付けた入金情報の入金額が基準入金額よりも第１所定金額以上大きい場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする。
【０００８】
請求項３に記載の発明は、請求項１または請求項２に記載の投票券発売代行装置において、ユーザが購入した投票券の投票券履歴をユーザＩＤに関連付けて記憶する投票券履歴記憶手段を更に備え、前記送信手段が、前記投票券履歴記憶手段に記憶された前記投票券履歴に基づき、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする。
【０００９】
請求項４に記載の発明は、請求項３に記載の投票券発売代行装置において、前記投票券履歴記憶手段に記憶された前記投票券履歴を参照して、ユーザＩＤに基づきユーザが購入した投票券のレースおよび競争体を特定するレース競争体特定手段と、前記特定されたレースおよび競争体に対応した最終オッズを前記レース結果記憶手段から特定する最終オッズ特定手段と、前記特定した最終オッズが第３所定倍率以下である投票券の投票数をカウントする投票数計数手段と、を更に備え、前記送信手段が、ユーザが購入した投票券の総投票数に対する前記カウントされた投票数の割合が所定値以上である場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする。
【００１０】
請求項５に記載の発明は、請求項３または請求項４に記載の投票券発売代行装置において、前記レース結果記憶手段の前記レース結果情報および前記投票券履歴記憶手段の前記投票券履歴を参照して、ユーザが前回購入した投票券が的中していたか否かを判定する的中判定手段を更に備え、前記送信手段が、当該投票券が的中していた場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする。
【００１１】
請求項６に記載の発明は、請求項３から請求項５のいずれか１項に記載の投票券発売代行装置において、前記レース結果記憶手段および前記投票券履歴記憶手段を参照して、第２所定金額以上の投票券を購入してレースに的中しなかった非的中回数をカウントする非的中投票数計数手段と、前記送信手段が、前記非的中回数が第１所定回数以上である場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする。
【００１２】
請求項７に記載の発明は、請求項１から請求項６のいずれか１項に記載の投票券発売代行装置において、前記結果予測困難性判定手段が、前記レースの回数に応じた結果予測困難性の度合いを算出し、前記送信手段が、前記結果予測困難性の度合いを表す表示と共に表示された前記結果予測困難性表示が表示される前記画面データを前記端末装置へ送信することを特徴とする。
【００１３】
請求項８に記載の発明は、請求項１から請求項７のいずれか１項に記載の投票券発売代行装置において、前記計数手段が、前記レース結果情報を参照して、前記特定のレースに関するレース条件が類似するレースにおいて、前記レースの回数をカウントすることを特徴とする。
【００１４】
請求項９に記載の発明は、請求項１から請求項８のいずれか１項に記載の投票券発売代行装置において、前記計数手段が、前記競争体選択手段により選択された競争体が複数いる場合、競争体毎に前記レースの回数をカウントし、結果予測困難性判定手段が、前記レースの回数が第２所定回数以上の競争体が所定数以上いる場合、前記特定のレースの結果予測が困難であると判定することを特徴とする。
【００１５】
請求項１０に記載の発明は、公営競技の投票券の発売を代行する投票券発売代行装置の投票券発売代行方法において、前記投票券発売代行装置が、前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信ステップと、前記投票券発売代行装置が、過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとをレース結果記憶手段に記憶するレース結果記憶ステップと、前記投票券発売代行装置が、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信ステップにおいて受信されたオッズ情報に基づき選択する競争体選択ステップと、前記投票券発売代行装置が、前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択ステップにおいて選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数ステップと、前記投票券発売代行装置が、前記計数ステップにおいてカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定ステップと、前記投票券発売代行装置が、ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信ステップと、を含み、前記結果予測困難性判定ステップにおいて結果予測が困難であると判定された場合、前記送信ステップにおいて、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする。
【００１６】
請求項１１に記載の発明は、公営競技の投票券の発売を代行する投票券発売代行装置用プログラムにおいて、コンピュータを、前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信手段、過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶するレース結果記憶手段、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信手段により受信されたオッズ情報に基づき選択する競争体選択手段、前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択手段により選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段、前記計数手段によりカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段、および、ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信手段として機能させる投票券発売代行装置用プログラムであって、前記結果予測困難性判定手段により結果予測が困難であると判定された場合、前記送信手段は、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする。
【００１７】
請求項１２に記載の発明は、公営競技の投票券の発売を代行する投票券発売代行装置用プログラムを記録したコンピュータ読み取り可能な記録媒体において、コンピュータを、前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信手段、過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶するレース結果記憶手段、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信手段により受信されたオッズ情報に基づき選択する競争体選択手段、前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択手段により選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段、前記計数手段によりカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段、および、ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信手段として機能させる投票券発売代行装置用プログラムであって、前記結果予測困難性判定手段により結果予測が困難であると判定された場合、前記送信手段は、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置用プログラムを記録する。
【発明の効果】
【００１８】
本発明によれば、公営競技の特定のレースの結果予測が困難である否かを判定し、結果予測が困難であると判定された場合、特定のレースの結果予測が困難であることを示す結果予測困難性表示を、特定のレースに関する投票券を購入するためのレース情報表と共に表示させる画面データを端末装置へ送信することにより、レース情報表に結果予測困難性表示が表示され、投票時に結果予測困難性表示がユーザの目にとまりやすく、ユーザに投票券の購入の際に、購入のリスクを効果的に認識させることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係る投票券発売代行システムの概要構成例を示す模式図である。
【図２】図１の投票券発売代行サーバの概要構成の一例を示すブロック図である。
【図３】図１の主催元サーバの概要構成の一例を示すブロック図である。
【図４】図１の端末装置の概要構成の一例を示すブロック図である。
【図５】図１の投票券発売代行サーバおよび主催元サーバの機能構成の一例を示す機能ブロック図である。
【図６】図１の投票券発売代行サーバがレース情報を主催元サーバから取得する動作例を示すシーケンス図である。
【図７】図１の投票券発売代行サーバが入金情報を端末装置から取得する動作例を示すシーケンス図である。
【図８】図１の投票券発売代行システムにおいて、端末装置から投票情報を受け付ける動作例を示すシーケンス図である。
【図９】図１の投票券発売代行サーバが、レース結果を受け付け、払戻金額を算出する動作例を示すシーケンス図である。
【図１０】図１の投票券発売代行サーバが、レースの結果予測が困難であることを示す結果予測困難性表示を生成する動作例を示すシーケンス図である。
【図１１】レース情報を要求するためのウェブページの一例を示す模式図である。
【図１２】出馬表において、レースの結果予測困難性表示を表示したウェブページの一例を示す模式図である。
【図１３】オッズ表において、レースの結果予測困難性表示を表示したウェブページの一例を示す模式図である。
【図１４】レース進行状況の表において、レースの結果予測困難性表示を表示したウェブページの一例を示す模式図である。
【図１５】図１０の表示生成判定のサブルーチンを示すフローチャートである。
【図１６】図１０の表示生成判定のサブルーチンの第１変形例を示すフローチャートである。
【図１７】図１０の表示生成判定のサブルーチンの第２変形例を示すフローチャートである。
【図１８】図１０の表示生成判定のサブルーチンの第３変形例を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、図面を参照して本発明の実施形態について説明する。なお、以下に説明する実施の形態は、投票券発売代行システムに対して本発明を適用した場合の実施形態である。
【００２１】
［１．投票券発売代行システムの構成および機能概要］
【００２２】
まず、本発明の一実施形態に係る投票券発売代行システムの構成および概要機能について、図１を用いて説明する。
【００２３】
図１は、本実施形態に係る投票券発売代行システム１の概要構成例を示す模式図である。
【００２４】
図１に示すように、投票券発売代行システム１は、競馬、競輪、競艇等の公営競技における投票券の発売を代行する投票券発売代行サーバ１０（投票券発売代行装置の一例）と、公営競技を主催または運営し、投票券を発行する主催者側の主催元サーバ２０と、投票券発売代行サーバ１０を介してユーザが競技（レース）に対して投票券の購入を行うための端末装置３０と、を備えている。
【００２５】
投票券発売代行サーバ１０と、主催元サーバ２０と、端末装置３０とは、ネットワーク３により接続され、通信プロトコル（例えば、ＴＣＰ／ＩＰ）により、データの送受信が可能になっている。なお、ネットワーク３は、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、および、ゲートウェイ等により構築されている。なお、投票券発売代行サーバ１０と、主催元サーバ２０とは、セキュリティ向上のため専用回線で接続されていてもよい。
【００２６】
投票券発売代行サーバ１０は、主催元が発表するレースのオッズや、レース場の状態や、レースに出場する馬や自転車やボート等の競争体の情報や、レースの結果等の情報を主催元サーバより受信する。また、投票券発売代行サーバ１０は、端末装置３０におけるユーザの投票券の購入を支援し、投票券の購入の受付や、各端末装置３０に対して的中した投票券に対する払い戻し等の処理を行う。ここで、オッズとは配当率（掛け金に対する倍率）であり、レース開始前に概算オッズとして発表されるものと、投票券発売締切以降に確定オッズ（最終的に確定した最終オッズ）として発表されるものとがある。また、レースの競争体には、馬の騎手や、自転車やボートを操縦する選手を含めてもよい。
【００２７】
主催元サーバ２０は、投票券発売代行サーバ１０や、レース場や投票券発売所に設置された端末装置等に対して、投票券の発行処理をしたり、発行された投票券に基づきオッズを集計して発表処理したりする。
【００２８】
ユーザの端末装置３０は、複数存在し、投票券の購入するための情報を表示し、購入する投票券に関する情報を投票券発売代行サーバ１０に送信する。
【００２９】
［２．各サーバの構成および機能］
（２．１ 投票券発売代行サーバ１０の構成および機能）
次に、投票券発売代行サーバ１０の構成および機能について、図２を用いて説明する。
【００３０】
図２は、投票券発売代行サーバ１０の概要構成の一例を示すブロック図である。
【００３１】
図２に示すように、コンピュータとして機能する投票券発売代行サーバ１０は、通信部１１と、記憶部１２と、入出力インターフェース部１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース部１３とは、システムバス１５を介して接続されている。
【００３２】
通信部１１は、ネットワーク３に接続して主催元サーバ２０と端末装置３０等との通信状態を制御し、さらに、ローカルエリアネットワークに接続して、ローカルエリアネットワーク上の他のサーバとデータの送受信を行う。
【００３３】
記憶部１２は、例えば、ハードディスクドライブ等により構成されており、オペレーティングシステムおよびサーバプログラム等の各種プログラムや、ユーザに提供するレースに関する情報を提示するためのウェブページの画面データ等を記憶する。なお、各種プログラムは、例えば、他のサーバ装置等からネットワーク３を介して取得されるようにしてもよいし、記録媒体に記録されてドライブ装置（図示せず）を介して読み込まれるようにしてもよい。
【００３４】
また、記憶部１２には、過去に行われたレースの結果を示すレース結果情報を、主催元サーバ２０から受信して記憶するレース結果データベース１２ａ（以下「レース結果ＤＢ１２ａ」とする。）と、ユーザが購入した投票券の投票券履歴を記憶する投票券履歴データベース１２ｂ（以下「投票券履歴ＤＢ１２ｂ」とする。）と、ユーザから投票券購入のための資金の入金情報を端末装置３０から受け付けて記憶する口座データベース１２ｃ（以下「口座ＤＢ１２ｃ」とする。）と、口座ＤＢ１２ｃに含まれる各ユーザの資金の入金情報の履歴を記憶する口座スナップショットデータベース１２ｄ（以下「口座スナップショットＤＢ１２ｄ」とする。）と、会員に関する情報を記憶する会員データベース（以下「会員ＤＢ１２ｅ」とする。）等が構築されている。
【００３５】
レース結果ＤＢ１２ａ（レース結果記憶手段の一例）には、主催元サーバ２０から取得したオッズ情報、レースの結果等のレース情報がレースＩＤに関連付けられ記憶される。ここで、レース情報の一例として、オッズ情報の他に、競技場名、競技場の天候、馬場がダート、芝であるといった競技場の種類等のレース条件、開催されるレース名、レースに出場する馬の名前、年齢、体重や、自転車やボートの種類等の競争体の状態（馬の騎手や、自転車やボートの選手等の名前、年齢、体重等も含む）等が挙げられる。さらに、レース情報として投票券の発売が終了した場合の最終オッズの情報や、レースが終了して順位が確定した場合のレースの順位、１着と２着とのタイム差等も挙げられる。レース条件として、競技場名、発走時刻等の各レースが開始される時刻、競技場の天候、馬場がダート、芝であるといった競技場の種類、馬場状態が、”良”、”やや重”、”重”、”不良”といった競技場の状態、走る距離、コースが直線であると行ったコース条件、出走頭数等の競争体数等が挙げられる。
【００３６】
投票券履歴ＤＢ１２ｂ（投票券履歴記憶手段の一例）には、ユーザが購入した投票券の購入数、購入日時、投票券を特定する投票券ＩＤが、ユーザＩＤに関連付けられ記憶される。この投票券ＩＤには、レースの開催場所、開催日時、レース番号、単勝式や連勝単式等の投票法の種類、競争体を特定する競争体ＩＤ、枠番等が関連付けられている。
【００３７】
口座ＤＢ１２ｃには、ユーザが投票券を購入するための資金が入金され、その金額がユーザＩＤに関連付けられ記憶される。例えば、ユーザは、レースが開催される日に購入する投票券の予算を決めて、投票券を買う前にインターネット上の銀行等から、端末装置３０によって予算分の金額を口座ＤＢ１２ｃに振り込みをする。また、投票券が的中した場合、口座ＤＢ１２ｃには払戻金が入金される。また、ユーザが投票券を購入すると、口座ＤＢ１２ｃにおけるユーザの残高から購入の金額が差し引かれる。さらに、口座ＤＢ１２ｃには、ユーザによる銀行等からの入金と、払戻金による入金との累計である累計入金額が記憶される。
【００３８】
口座スナップショットＤＢ１２ｄには、例えば、２月１日２２時時点、２月２日２２時時点といったように、ある日にいくら入金されていたかの累計の金額（累計入金額）が、ユーザＩＤと記憶された日時に関連付けられ記憶される。このように口座スナップショットＤＢ１２ｄには、口座ＤＢ１２ｃにおけるユーザＩＤに対応する口座に入っている金額等の履歴が記憶される。なお、口座ＤＢ１２ｃおよび口座スナップショットＤＢ１２ｄが入金情報記憶手段の一例である。
【００３９】
会員ＤＢ１２ｅには、会員登録されたユーザ（競馬サイトの利用者）のユーザＩＤ、名称、住所、電話番号、メールアドレス、職業、趣味、購買履歴、ユーザの関心があるテーマやジャンル等のユーザ情報が登録されている。また、会員ＤＢ１２ｅには、ユーザが端末装置３０から競馬サイトにログインする際に必要な、ユーザＩＤ、ログインＩＤ、および、パスワードが登録されている。ここで、ログインＩＤおよびパスワードは、ログイン処理（ユーザの認証処理）に使用されるログイン情報である。
【００４０】
また、記憶部１２は、競馬サイトからの情報を端末装置３０に表示させるために、ＨＴＭＬ（HyperText Markup Language）、ＸＭＬ（Extensible Markup Language）等のマークアップ言語等により記述されたウェブページのファイル等が記憶されている。
【００４１】
次に、入出力インターフェース部１３は、通信部１１および記憶部１２とシステム制御部１４との間のインターフェース処理を行う。
【００４２】
システム制御部１４は、ＣＰＵ（Central Processing Unit）１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。システム制御部１４は、ＣＰＵ１４ａがＲＯＭ１４ｂや記憶部１２に記憶された各種プログラムを読み出し実行することにより、投票券発売代行のための処理や、レースが荒れる等のレースの結果が予測困難であるか否かの判定の処理等を行う。
【００４３】
（２．２ 主催元サーバ２０の構成および機能）
次に、主催元サーバ２０の構成および機能について、図３を用いて説明する。
図３は、主催元サーバ２０の概要構成の一例を示すブロック図である。
【００４４】
図３に示すように、主催元サーバ２０は、通信部２１と、記憶部２２と、入出力インターフェース部２３と、システム制御部２４と、を備え、システム制御部２４と入出力インターフェース部２３とは、システムバス２５を介して接続されている。なお、主催元サーバ２０の構成および機能は、投票券発売代行サーバ１０の構成および機能とほぼ同じであるので、投票券発売代行サーバ１０の各構成や各機能において、異なるところを中心に説明する。
【００４５】
通信部２１は、ネットワーク３やローカルエリアネットワーク等を通して、端末装置３０や投票券発売代行サーバ１０等と通信状態を制御等するようになっている。
【００４６】
記憶部２２には、レースに関する情報等が記憶されている。
【００４７】
システム制御部２４は、ＣＰＵ２４ａ、ＲＯＭ２４ｂ、ＲＡＭ２４ｃ等により構成されている。そして、システム制御部２４は、ＣＰＵ２４ａが、ＲＯＭ２４ｂや記憶部２２に記憶された各種プログラムを読み出し実行することにより、投票券発売代行サーバ１０等から投票の情報を受け付け、オッズを算出する処理等を行う。
【００４８】
（２．３ 端末装置３０の構成および機能）
次に、端末装置３０の構成および機能について、図４を用いて説明する。
図４は、端末装置３０の概要構成の一例を示すブロック図である。
【００４９】
図４に示すように、コンピュータとして機能する端末装置３０は、例えば、パーソナルコンピュータやスマートフォンを含む携帯型無線電話機やＰＤＡ等の携帯端末であり、通信部３１と、記憶部３２と、表示部３３と、操作部３４と、入出力インターフェース部３５と、システム制御部３６とを備えている。そして、システム制御部３６と入出力インターフェース部３５とは、システムバス３７を介して接続されている。
【００５０】
通信部３１は、ネットワーク３を通して、投票券発売代行サーバ１０等と通信を制御する。なお、端末装置３０が携帯端末装置の場合、ネットワーク３の移動体通信網に接続するために、通信部３１は、無線通信機能を有する。
【００５１】
記憶部３２は、例えば、ハードディスクドライブ等からなり、オペレーティングシステム、ウェブブラウザのプログラムやウェブブラウザ用ツールバーのプログラム等を記憶する。
【００５２】
表示部３３は、例えば、液晶表示素子またはＥＬ（Electro Luminescence）素子等によって構成されている。表示部３３には、競馬サイトのトップページの画面や特定のレースに関する投票券を購入するためのレース情報表のウェブページがウェブブラウザにより表示される。
【００５３】
操作部３４は、例えば、キーボードおよびマウス等によって構成されている。ユーザは、操作部３４により応答を入力する。なお、表示部３３がタッチパネルのようなタッチスイッチ方式の表示パネルの場合、操作部３４は、ユーザが接触または近接した表示部３３の位置情報を取得する。
【００５４】
入出力インターフェース部３５は、通信部３１および記憶部３２とシステム制御部３６とのインターフェースである。
【００５５】
システム制御部３６は、例えば、ＣＰＵ３６ａと、ＲＯＭ３６ｂと、ＲＡＭ３６ｃとを有する。システム制御部３６は、ＣＰＵ３６ａが、ＲＯＭ３６ｂや、ＲＡＭ３６ｃや、記憶部３２に記憶された各種プログラムを読み出して実行する。例えば、システム制御部３６は、ウェブブラウザのプログラムを実行しウェブブラウザとして機能する。
【００５６】
（２．４ 投票券発売代行サーバ１０および主催元サーバ２０の機能ブロック）
次に、投票券発売代行サーバ１０および主催元サーバ２０の機能ブロックについて図５を用いて説明する。
図５は、投票券発売代行サーバ１０および主催元サーバ２０の機能構成の一例を示す機能ブロック図である。
【００５７】
図５に示すように、投票券発売代行サーバ１０は、機能ブロックとして、記憶部１２と、端末装置３０とのデータの入出力を行う端末装置入出力部１６と、レースが荒れる等のレースの結果が予測困難であるか否かの判定等を行う判定部１７と、主催元サーバ２０とのデータの入出力を行う主催元入出力部１８とを有する。
【００５８】
端末装置入出力部１６は、口座ＤＢ１２ｃに記憶するための入金情報を端末装置３０から受け付ける入金情報受付部１６ａ（入金情報受付手段の一例）と、購入する投票券の投票券ＩＤや枚数等に関する情報を端末装置３０から受け付ける投票券購入受付部１６ｂと、レース情報を端末装置３０に出力するレース情報表出力部１６ｃ（送信手段の一例）とを有する。
【００５９】
判定部１７は、過去に行われたレースの結果やオッズ情報等に基づき、レースの結果が予測困難であるか否かを判定する結果予測困難性判定部１７ａ（競争体選択手段、計数手段、結果予測困難性判定手段の一例）と、結果予測困難性を示す表示を生成する表示生成判定部１７ｂと、ユーザが購入した投票券が的中した場合、最終オッズに応じて払戻金額を算出し、払戻金額の情報を口座ＤＢ１２ｃに記憶する的中投票券払戻部１７ｃと、を有する。
【００６０】
主催元入出力部１８は、ユーザが購入した投票券に関する情報を主催元サーバ２０に送信する投票情報送信部１８ａと、投票券発売中におけるオッズや最終オッズを受信するオッズ受信部１８ｂ（オッズ情報受信手段の一例）と、主催元サーバ２０からレース結果等を受信するレース結果受信部１８ｃとを有する。
【００６１】
次に、主催元サーバ２０は、投票券の購入状況に基づき算出されるオッズに関する情報を投票券発売代行サーバ１０に出力するオッズ出力部２０ａと、レースに的中した投票券に対する払戻の処理を行う的中投票券払戻部２０ｂと、レース場や投票券発売所に設置された端末装置や投票券発売代行サーバ１０に対してレースの投票券の発行を行う投票券発行部２０ｃとを有する。なお、オッズ出力部２０ａは、レース場の状態や、競争体の情報や、レースの結果等の情報等も投票券発売代行サーバ１０に出力する。
【００６２】
［３．投票券発売代行システムの動作］
次に、本発明の１実施形態に係る投票券発売代行システム１の動作について図６から図１５を用い説明する。
【００６３】
図６を用いて、主催元サーバ２０からのレース情報を取得する動作、図７を用いて、端末装置３０からの入金情報を取得する動作、図８を用いて、端末装置３０からの投票情報を受け付ける動作、図９を用いて、払戻金額を算出する動作、図１０〜図１４を用いて、レースの結果予測が困難であることを示す結果予測困難性表示の生成する動作、図１５を用いて、結果予測困難性表示の生成の判定のサブルーチンについて説明する。
【００６４】
（３．１ レース情報の取得）
投票券発売代行サーバ１０がレース情報を主催元サーバ２０から取得する動作について図６を用いて説明する。
図６は、投票券発売代行サーバ１０がレース情報を主催元サーバ２０から取得する動作例を示すシーケンス図である。
【００６５】
図６に示すように、主催元サーバ２０は、オッズ出力部２０ａとして、レース情報を投票券発売代行サーバ１０に逐次送信する（ステップＳ１）。具体的には、主催元サーバ２０のシステム制御部２４は、通信部２１を通して、レースが開催されている間において、例えば、所定時間間隔で、投票券の売り上げ状況において変化する各投票券のオッズ情報等のレース情報を、レースを特定するレースＩＤと共に投票券発売代行サーバ１０に送信する。なお、主催元サーバ２０のシステム制御部２４は、所定時間間隔に限らず、不規則な間隔で、レース情報を投票券発売代行サーバ１０に送信してもよいし、投票券発売代行サーバ１０からの要求に応じて、レース情報を投票券発売代行サーバ１０に送信してもよい。また、主催元サーバ２０のシステム制御部２４は、オッズが更新される度に、オッズ情報を投票券発売代行サーバ１０に送信してもよい。また、競争体には競争体ＩＤが予め割り当てられている。
【００６６】
次に、投票券発売代行サーバ１０は、オッズ受信部１８ｂおよびレース結果受信部１８ｃとして、レース情報を主催元サーバ２０から逐次受信する（ステップＳ２）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、通信部１１を通して、主催元サーバ２０から逐次送信されてくるレース情報を逐次受信する。このように投票券発売代行サーバ１０のシステム制御部１４は、公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信手段の一例として機能する。
【００６７】
次に、投票券発売代行サーバ１０は、レース情報をレース結果ＤＢ１２ａに記憶する（ステップＳ３）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、レースＩＤに関連付けて、レース情報をレース結果ＤＢ１２ａに記憶して、蓄積、更新する。このように投票券発売代行サーバ１０のシステム制御部１４は、過去に行われたレースの結果を示すレース結果情報を記憶するレース結果記憶手段の一例として機能する。
【００６８】
（３．２ 入金情報の取得）
次に、入金情報の取得について図７を用いて説明する。
【００６９】
図７は、投票券発売代行サーバ１０が入金情報を端末装置３０から取得する動作例を示すシーケンス図である。
【００７０】
例えば、ユーザは、今日開催されるレースに対して購入する投票券の予算として、投票券を購入する前に、投票券購入の資金を、投票券発売代行サーバ１０に開設してある自分の口座に予め入金をしておく。ユーザは、端末装置３０から投票券発売代行サーバ１０の競馬サイトにログインして、入金の手続きを行う。投票券発売代行サーバ１０は、会員ＤＢ１２ｅを参照して、ログイン処理を行い、入金を受け付ける。なお各レースの状況を見て、レース毎に入金手続きを行ってもよい。
【００７１】
図７に示すように、端末装置３０は、入金情報を投票券発売代行サーバ２０に送信する（ステップＳ４）。具体的には、端末装置３０のシステム制御部３６は、通信部３１を通して、ユーザが入力した入金額に対応した入金情報を、ユーザを特定するためのユーザＩＤと共に、投票券発売代行サーバ２０に送信する。
【００７２】
次に、投票券発売代行サーバ１０は、入金情報受付部１６ａとして、入金情報を端末装置３０から受信する（ステップＳ５）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、通信部１１を通して、端末装置３０から入金情報を、上記ユーザを特定できるＩＤと共に受信する。このように投票券発売代行サーバ１０のシステム制御部１４は、ユーザから投票券購入のための資金の入金情報を受け付ける入金情報受付手段の一例として機能する。
【００７３】
次に、投票券発売代行サーバ１０は、ユーザＩＤ毎に入金情報を記憶する（ステップＳ６）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、口座ＤＢ１２ｃにおけるユーザＩＤに対応する口座に入金情報を記憶する。なお、投票券が的中した場合も、払戻金額の情報が、入金情報として口座ＤＢ１２ｃに記憶される（詳細は後述する）。また、投票券発売代行サーバ１０のシステム制御部１４は、入金履歴として、入金情報を記憶する日時と共に入金情報を口座スナップショットＤＢ１２ｄに記憶する。このように投票券発売代行サーバ１０のシステム制御部１４は、受け付けた入金情報をユーザＩＤ毎に口座ＤＢ１２ｃ等に記憶する入金情報記憶手段の一例として機能する。
【００７４】
次に、投票券発売代行サーバ１０は、ユーザＩＤ毎に所定期間における累計入金額の情報を記憶する（ステップＳ７）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、２月２日２２時時点において、２月１日２２時〜２月２日２２時の１日間（所定期間）において、入金情報として、口座ＤＢ１２ｃにいくら入金されていたのかの累計の金額（累計入金額）を、口座スナップショットＤＢ１２ｄにユーザＩＤと記憶させる日時（日時情報）とに関連付けて記憶する。なお、投票券発売代行サーバ１０のシステム制御部１４は、累計入金額の情報を口座ＤＢ１２ｃにも記憶してもよい。
【００７５】
次に、投票券発売代行サーバ１０は、基準入金額を算出する（ステップＳ８）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤに基づき、口座スナップショットＤＢ１２ｄから過去に記憶された累計入金額に関する情報を、日時情報と共に読み出し、ある日の累計入金額とこの前日の累計入金額との差額から、基準入金額として１日当たりの平均入金額を算出する。さらに、投票券発売代行サーバ１０のシステム制御部１４は、当該平均入金額の他に、過去の入金額の標準偏差も算出する。なお、基準入金額として、投票券発売代行サーバ１０のシステム制御部１４は、払戻による入金を含めず、ユーザにより銀行等から入金されてきた場合のみの累計入金額を算出し、この累計金額から、ユーザ入金の基準入金額を算出してもよい。このように投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤに基づき口座ＤＢ１２ａ等に過去に入金された入金額から基準の基準入金額を算出する基準入金額算出手段の一例として機能する。
【００７６】
次に、投票券発売代行サーバ１０は、基準入金額を会員ＤＢ１２ｅに記憶する（ステップＳ９）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、算出した基準入金額や入金額の標準偏差を、ユーザＩＤに関連付けて会員ＤＢ１２ｅに記憶する。
【００７７】
（３．３ 投票情報の受付）
次に、投票情報の受付について図８を用いて説明する。
【００７８】
図８は、投票券発売代行システム１において、端末装置３０から投票情報を受け付ける動作例を示すシーケンス図である。
【００７９】
ユーザは投票券発売代行サーバ１０が提供するレース情報表（詳細は後述する）や、レース関する情報誌等を参考にして、どのレース、どの競争体、投票券の種類、投票券の組み合わせ等を選択し、購入する投票券を決める。そして、ユーザは、端末装置３０を利用して、投票券発売代行サーバ１０が提供する投票のためのウェブページにおいて、ユーザの口座に予め入金した金額の範囲内で、選択した各投票券の購入数を入力する。
【００８０】
各投票券の購入数等が入力されて確定された後、端末装置３０は、投票情報を投票券発売代行サーバ１０に送信する（ステップＳ１０）。具体的には、端末装置３０のシステム制御部３６は、通信部３１を通して、投票券を特定する投票券ＩＤや、各投票券ＩＤに対応した投票数に関する情報等の投票情報を、ユーザＩＤと共に、投票券発売代行サーバ１０に送信する。
【００８１】
次に、投票券発売代行サーバ１０は、投票券購入受付部１６ｂとして、投票情報を端末装置３０から受信する（ステップＳ１１）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、通信部１１を通して、ユーザＩＤ等と共に投票情報を端末装置３０から受信する。
【００８２】
次に、投票券発売代行サーバ１０は、ユーザＩＤ毎に投票情報を投票券履歴ＤＢ１２ｂに記憶する（ステップＳ１２）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、受信した投票情報を投票時間（例えば、投票情報を投票券発売代行サーバ１０が受信した時間等）と共に、ユーザが購入した投票券の投票券履歴として、受信したユーザＩＤ毎に投票券履歴ＤＢ１２ｂに記憶する。このように投票券発売代行サーバ１０のシステム制御部１４は、ユーザが購入した投票券の投票券履歴をユーザＩＤに関連付けて記憶する投票券履歴記憶手段の一例として機能する。
【００８３】
次に、投票券発売代行サーバ１０は、投票情報を集計する（ステップＳ１３）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、他の端末装置３０から投票されてきた投票券の投票情報も併せて、共通する投票券ＩＤに基づき、投票券毎の投票数を集計する。
【００８４】
次に、投票券発売代行サーバ１０は、投票情報送信部１８ａとして、集計された投票情報を主催元サーバ２０に送信する（ステップＳ１４）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、通信部１１を通して、投票券ＩＤと共に、集計された投票数を主催元サーバ２０に送信する。
【００８５】
主催元サーバ２０は、投票情報を投票券発売代行サーバ１０から受信する（ステップＳ１５）。具体的には、主催元サーバ２０のシステム制御部２４は、通信部２１を通して、投票券ＩＤと共に投票数を投票券発売代行サーバ１０から受信する。
【００８６】
次に、主催元サーバ２０は、オッズを算出する（ステップＳ１６）。具体的には、主催元サーバ２０のシステム制御部２４は、受信した投票情報の投票券ＩＤに基づき、競争体ＩＤや枠番等を特定し、競争体や枠毎に、受信した投票情報の投票数を集計してオッズを算出する。なお、算出されたオッズは、レース情報として投票券発売代行サーバ１０等に配信される。
【００８７】
（３．４ 払戻金額の算出）
次に、払戻金額の算出について図９を用いて説明する。
図９は、投票券発売代行サーバ１０が、レース結果を受け付け、払戻金額を算出する動作例を示すシーケンス図である。
【００８８】
図９に示すように、あるレースの投票が終了した場合（例えばレース開始の所定時間前）、主催元サーバ２０は、最終オッズを算出する（ステップＳ１７）。具体的には、主催元サーバ２０のシステム制御部２４は、レースの投票が終了した時点で、ステップＳ１６のように、競争体ＩＤや枠番、投票券ＩＤ等毎に投票数を集計して、最終的に確定した最終オッズを算出する。
【００８９】
次に、あるレースが終了して順位が確定した場合、主催元サーバ２０は、レース結果を集計する（ステップＳ１８）。具体的には、主催元サーバ２０のシステム制御部２４は、終了した競技のレース結果として、レースＩＤに関連付けて各競争体ＩＤや枠番毎に順位付けを行う。さらに、主催元サーバ２０のシステム制御部２４は、レース結果として、所定の順位内に入った競争体に対応して、その組み合わせ等に該当した投票券、すなわち、的中した投票券の投票券ＩＤを特定し、当該投票券ＩＤに対応した払戻金額を求める。
【００９０】
次に、主催元サーバ２０は、オッズ出力部２０ａとして、最終オッズおよびレース結果を投票券発売代行サーバ１０へ送信する（ステップＳ１９）。具体的には、主催元サーバ２０のシステム制御部２４は、通信部２１を通して、レースＩＤと共に、競争体ＩＤや投票券ＩＤ等に関連付けられた最終オッズと、各競争体の順位や的中した投票券の投票券ＩＤや払戻金額等のレース結果とを、投票券発売代行サーバ１０へ送信する。
【００９１】
次に、投票券発売代行サーバ１０は、オッズ受信部１８ｂおよびレース結果受信部１８ｃとして、最終オッズおよびレース結果を主催元サーバ２０から受信する（ステップＳ２０）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、通信部１１を通して、レースＩＤと共に、競争体ＩＤ等に関連付けられた最終オッズと、各競争体の順位や的中した投票券の投票券ＩＤや払戻金額等のレース結果とを、主催元サーバ２０から受信する。
【００９２】
次に、投票券発売代行サーバ１０は、最終オッズおよびレース結果をレース結果ＤＢ１２ａに記憶する（ステップＳ２１）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、レースＩＤに関連付けて、競争体ＩＤや投票券ＩＤ等毎の最終オッズと、各競争体の順位や的中した投票券の投票券ＩＤ等のレース結果とを、レース結果ＤＢ１２ａに記憶する。このように投票券発売代行サーバ１０のシステム制御部１４は、過去の競技のレース結果と最終的に確定した最終オッズとを記憶するレース結果記憶手段の一例として機能する。
【００９３】
次に、投票券発売代行サーバ１０は、ユーザＩＤ毎に払戻金額を算出する（ステップＳ２２）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤ毎に、的中している投票券の投票券ＩＤを特定し、この投票券ＩＤの投票数に応じて、各ユーザに対する払戻金額を算出する。
【００９４】
次に、投票券発売代行サーバ１０は、払戻金額の情報を記憶する（ステップＳ２３）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤに基づき、算出された払戻金額の情報を、入金情報として口座ＤＢ１２ｃのユーザＩＤに対応した箇所に記憶する。なお、投票券発売代行サーバ１０は、的中投票券払戻部１７ｃとして、ステップＳ２２からステップＳ２３の処理を行う。
【００９５】
（３．５ 結果予測困難性表示）
次に、レース結果予測の困難性の表示について図１０〜図１４を用いて説明する。
【００９６】
図１０は、投票券発売代行サーバ１０が、レースの結果予測が困難であることを示すメッセージを生成する動作例を示すシーケンス図である。図１１は、レース情報を要求するためのウェブページの一例を示す模式図である。図１２は、出馬表において、レースの結果予測困難性表示を表示したウェブページの一例を示す模式図である。図１３は、オッズ表において、レースの結果予測困難性表示を表示したウェブページの一例を示す模式図である。図１４は、レース進行状況の表において、レースの結果予測困難性表示を表示したウェブページの一例を示す模式図である。
【００９７】
ユーザは、レースに投票するために投票券発売代行サーバ１０が提供する競馬サイトにログインする。端末装置３０は、入力されたログイン情報を投票券発売代行サーバ１０に送信し、競馬サイトのウェブページに関する情報を受信し表示部３３に表示させる。ユーザは、投票券の購入に必要な情報を集めるために、レースが開催される競馬場をウェブページ上で選択等をして、情報にアクセスする。
【００９８】
図１０に示すように、端末装置３０は、レース情報表の表示を投票券発売代行サーバ１０に要求する（ステップＳ２５）。ユーザが、図１１に示すようなウェブページ４０において、競馬場”△○”におけるレース番号のレース情報表を閲覧するため、レース番号のボタンをクリックすると、端末装置３０のシステム制御部３６は、通信部３１を通して、クリックされたレース番号のボタン４１に対応するレースＩＤを、投票券発売代行サーバ１０に送信する。例えば、第７レースのボタン”Ｒ７”がクリックされる。また、クリックされたとき、出馬表やオッズ表と言ったレース情報表の種類に関する情報も端末装置３０から送信される。なお、ボタン４２は、競馬場を選択するボタンである。
【００９９】
次に、投票券発売代行サーバ１０は、レースＩＤに対応するレースのオッズが第１所定倍率以下である競争体を抽出する（ステップＳ２６）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、端末装置３０からレースＩＤを受信し、受信したレースＩＤに対応するレースに関するオッズ情報を、レース結果ＤＢ１２ａから読み出す。そして、投票券発売代行サーバ１０のシステム制御部１４は、例えば、１着になる競争体を当てる投票券に関する単勝オッズが２倍以下である競争体の競争体ＩＤを抽出する。そして、投票券発売代行サーバ１０のシステム制御部１４は、抽出した競争体の競争体数をカウントする。
【０１００】
また、２着や３着になる競争体を当てる投票券に関する複勝オッズのように、オッズが範囲で表される場合は、投票券発売代行サーバ１０のシステム制御部１４は、オッズ範囲の上限値や、下限値や、または、上限値および下限値等の平均値が第１所定倍率以下である競争体の競争体ＩＤを抽出する。１着、２着等になる競争体の組み合わせや、順番を当てる投票券（いわゆる連勝複式、連勝単式）の場合や、１着、２着等になる競争体の枠番の組み合わせや、順番を当てる投票券の場合には、投票券発売代行サーバ１０のシステム制御部１４は、第１所定倍率以下のオッズである投票券における組み合わせに含まれる競争体の競争体ＩＤを抽出する。３着までに入る２つの競争体の組み合わせを当てる投票券（いわゆる拡大２連勝複式等）の場合は、投票券発売代行サーバ１０のシステム制御部１４は、オッズ範囲の上限値および下限値等の平均値等が第１所定倍率以下のオッズである投票券における組み合わせに含まれる競争体の競争体ＩＤを抽出する。
【０１０１】
なお、第１所定倍率の設定の仕方として、オッズの値が低い、すなわち、所定以上人気が高い競争体が抽出できればよい。また、単勝や複勝といった投票券の種類により、第１所定倍率を変えてもよい。また、順位１位の競争体のオッズが、２位の競争体のオッズより所定の値離れている競争体が抽出されてもよい。
【０１０２】
このように投票券発売代行サーバ１０のシステム制御部１４は、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、受信されたオッズ情報に基づき選択する競争体選択手段の一例として機能する。
【０１０３】
投票券発売代行サーバ１０は、抽出された競争体数が０より多いか否かを判定する。（ステップＳ２７）。投票券発売代行サーバ１０のシステム制御部１４は、カウントした競争体数が０より多いか否か、すなわち、ユーザが閲覧しようとしているレースにおいて、所定以上人気が高い競争体が存在したか否かを判定する。
【０１０４】
抽出された競争体が存在する場合（ステップＳ２７；ＹＥＳ）、投票券発売代行サーバ１０は、レース回数のカウント処理されていない競争体が存在するか否かを判定する（ステップＳ２８）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３０で説明するレース回数のカウント処理がされていない競争体が存在する否かを判定する。ステップの初回はレース回数のカウント処理がされていないので、次のステップに移る。
【０１０５】
レース回数のカウント処理されていない競争体が存在する場合（ステップＳ２８；ＹＥＳ）、投票券発売代行サーバ１０は、競争体ＩＤを１体分特定する（ステップＳ２９）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、レースのカウント処理がされていない競争体の競争体ＩＤを１体分特定する。
【０１０６】
次に、投票券発売代行サーバ１０は、過去の最終オッズが第２所定倍率以下、かつ、所定順位以上のレースの回数を競争体ＩＤ毎に加算する（ステップＳ３０）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、レース結果ＤＢ１２ａを参照して、競争体ＩＤに基づき、競争体ＩＤに対応する競争体が出場したレースを抽出する。そして、投票券発売代行サーバ１０のシステム制御部１４は、競争体が出場したレースうち、当該競争体に関連した投票券における過去の最終オッズが第２所定倍率以下のレース（当該競争体が人気の高かったレース）を特定する。なお、第２所定倍率の設定の仕方は、ステップＳ２６において説明した第１所定倍率の設定の仕方のように、投票券の種類等に応じて設定してもよい。また、第２所定倍率と第１所定倍率とは同じ値でもよいし、異なる値でもよい。
【０１０７】
さらに、投票券発売代行サーバ１０のシステム制御部１４は、過去の最終オッズが第２所定倍率以下のレースのうち、レースの順位が例えば４位以上であったレース（勝てなかったレース）の回数をカウントする。例えば、３着までに入れなく、払戻の対象になった投票券（的中した投票券）に絡まなかったレースがカウントされる。
【０１０８】
このように投票券発売代行サーバ１０のシステム制御部１４は、レース結果ＤＢ１２ａに記憶されたレース結果情報を参照して、選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段の一例として機能する。
【０１０９】
なお、このステップにおいて、投票券発売代行サーバ１０は、人気があったが、レースに勝てなかった、いわゆるレースが荒れた場合を競争体毎にカウントする。また、第２所定倍率が第１所定倍率より低く設定し、いわゆる大穴の場合のみを、投票券発売代行サーバ１０は、カウントしてもよい。
【０１１０】
次に、投票券発売代行サーバ１０は、ステップＳ２８に戻り、レース回数のカウント処理されていない競争体が存在するか否かを判定する。ステップＳ２６で複数の競争体が抽出された場合、抽出された競争体分のステップＳ３０の処理が行われる。全ての競争体に関して、レースの回数がカウントされた場合、ステップＳ２８に移る。
【０１１１】
レース回数のカウント処理されていない競争体が存在しない場合（ステップＳ２８；ＮＯ）、投票券発売代行サーバ１０は、レース結果の予測困難度を算出する（ステップＳ３１）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、例えば、カウントされたレース回数を、レース結果の予測困難度（結果予測困難性の度合いの一例）とする。ある競争体に対して、いわゆる荒れたレースに関係したレース回数が多いほど、当該競争体が出場するレースの予測が困難になりやすいと言える。人気があったが、３着以下の順位になれず勝てなかったレースの回数が多い競争体が絡んだレースはレース結果を予測することは難しいと考えられる。ここで、予測困難であるレースとして、例えば、成績にばらつきがあり番狂わせの競争体が出場しているレースや、そのような競争体が多く出場しているレース、または、実力が拮抗した競争体が集まっているレース等が挙げられる。
【０１１２】
さらに、投票券発売代行サーバ１０のシステム制御部１４は、予測困難度を算出する際、予測困難度の確からしさの確度を算出する。例えば、投票券発売代行サーバ１０のシステム制御部１４は、レース結果ＤＢ１２ａから読み出したレース結果に基づき、過去に予測困難度を算出したレースが、実際にレースが荒れたか等の統計を取って、その確からしさの確率を算出して確度とする。
【０１１３】
このように投票券発売代行サーバ１０のシステム制御部１４は、レースの回数に応じた結果予測困難性の度合いを算出する結果予測困難性判定手段の一例として機能する。
【０１１４】
なお、予測困難度として、カウントされたレース回数の他に、カウントされたレース回数の増加に伴い、レース結果の予測困難度が増加する指標ならばよい。また、ステップＳ２６において、複数の競争体が抽出された場合、各競争体のレース回数の合計や、重み付けをして合計してもよい。また、抽出された競争体の数が多い程、予測困難度が増加するような指標でもよい。
【０１１５】
次に、投票券発売代行サーバ１０は、予測困難か否かを判定する（ステップＳ３２）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、レース回数に基づき算出された予測困難度が所定閾値以上の場合、ユーザがレース情報表の表示要求をしてきたレースが予測困難であるとする。この予測困難度の閾値は、例えば、予測困難度の確からしさの確度が所定以上になるように設定する。このように投票券発売代行サーバ１０のシステム制御部１４は、カウントされたレースの回数に基づき、特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段の一例として機能する。なお、投票券発売代行サーバ１０は、結果予測困難性判定部１７ａとして、ステップＳ２６からステップＳ３２の処理を行う。
【０１１６】
レース結果が予測困難であると判定された場合（ステップＳ３２；ＹＥＳ）、投票券発売代行サーバ１０は、結果予測困難性表示を生成するか否かを判定のための処理をする（ステップＳ３３）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、投票券を購入するユーザに応じて、結果予測困難性表示を生成するか否かを判定のための処理を、後述する表示生成判定のサブルーチンに基づき行う。
【０１１７】
次に、投票券発売代行サーバ１０は、結果予測困難性表示を生成するか否かを判定する（ステップＳ３４）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３３の表示生成判定の判定結果のフラグに基づき、フラグがＯＮならば、結果予測困難性表示を生成すると判定し、フラグがＯＦＦならば、結果予測困難性表示を生成しないと判定する。
【０１１８】
結果予測困難性表示を生成すると判定された場合（ステップＳ３４；ＹＥＳ）、投票券発売代行サーバ１０は、表示生成の処理を行う（ステップＳ３５）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、図１２に示すような結果予測困難性表示６０の一例としてメッセージ表示６１や結果予測困難性マーク６２を生成する。さらに、投票券発売代行サーバ１０のシステム制御部１４は、算出された荒れ度や確度に対応した荒れ度マークおよび確度のマーク６３を生成する。荒れ度マークおよび確度のマーク６３は、結果予測困難性の度合いを表す表示の一例である。なお、投票券発売代行サーバ１０は、表示生成判定部１７ｂとして、ステップＳ３３からステップＳ３５の処理を行う。
【０１１９】
次に、投票券発売代行サーバ１０は、レース情報表を生成する（ステップＳ３６）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、図１２に示すようなレース情報表をＨＴＭＬ等のマークアップ言語により生成する。図１２に示すように、レースが荒れる等、競争体の順位の予測の困難性が高い場合、かつ、ユーザに表示する必要がある場合、レース情報表を表示するウェブページ５０に結果予測困難性表示６０が表示される。
【０１２０】
レース情報表のウェブページ５０は、レースを選択するレース選択ボタン５１と、レースが行われる場所を選択するレース場選択ボタン５２と、レース情報表の種類を示すレース情報表種類表示５３と、レース番号を表示するレース番号表示５４と、レース場の名前、発走時刻等の各レースが開始される時刻、競技場の種類、競技場の状態、走る距離、競争体数、コース条件等のレースに関するレース条件を表示するレース条件表示５５と、投票券を購入するウェブページに移るための投票ボタン５６と、各競争体の情報を示す競争体情報表示欄５７とを有する。
【０１２１】
結果予測困難性表示６０は、メッセージ表示６１と、結果予測困難性マーク６２と、荒れ度マークおよび確度のマーク６３とを有する。メッセージ表示６１は、選択されたレースの順位等のレースを予測することが難しいことを知らせる表示である。結果予測困難性マーク６２は、選択されたレースを予測することが難しいと注意を視覚的に促すマークである。荒れ度マークおよび確度のマーク６３は、予測困難度を示す荒れ度マークと、結果予測困難性がどれほど確からしいかの確度を示すマークである。荒れ度は星の数により表し、星の数が多い程、予測困難度が高いことを示し、確度の星の数が多い程、結果予測困難性の確度が高いことを示す。この結果予測困難性表示６０が、投票ボタン５６の近傍に表示され、ユーザが投票する際の注意を促している。
【０１２２】
なお、抽出された競争体が存在しない場合（ステップＳ２７；ＮＯ）、レース結果の予測が困難であると判定されなかった場合（ステップＳ３２；ＮＯ）、結果予測困難性表示を生成すると判定されなかった場合（ステップＳ３４；ＮＯ）は、投票券発売代行サーバ１０のシステム制御部１４は、結果予測困難性表示６０が表示されない状態のレース情報表を生成する。また、ウェブページ５０は、特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データの一例である。結果予測困難性表示６０が表示されたウェブページ５０は、結果予測困難性表示６０をレース情報表と共に表示させる画面データの一例である。
【０１２３】
次に、投票券発売代行サーバ１０は、レース情報表出力部１６ｃとして、レース情報表の情報を端末装置３０へ送信する（ステップＳ３７）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、通信部１１を通して、ＨＴＭＬ等で記述されたレース情報表の情報を端末装置３０へ送信する。
【０１２４】
このように投票券発売代行サーバ１０のシステム制御部１４は、ネットワークを介してアクセスされた端末装置３０からの要求に応じて、特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを端末装置３０へ送信する送信手段の一例として機能する。また、投票券発売代行サーバ１０のシステム制御部１４は、結果予測が困難であると判定された場合、特定のレースの結果予測が困難であることを示す結果予測困難性表示をレース情報表と共に表示させる画面データを端末装置３０へ送信する送信手段の一例として機能する。また、投票券発売代行サーバ１０のシステム制御部１４は、結果予測困難性の度合いを表すマークと共に表示された結果予測困難性表示が表示される画面データを端末装置３０へ送信する送信手段の一例として機能する。
【０１２５】
次に、端末装置３０は、レース情報表を表示する（ステップＳ３８）。端末装置３０のシステム制御部３６は、投票券発売代行サーバ１０から要求したレース情報表の情報を受信し、図１２に示すようなウェブページ５０を表示部３３に表示させる。
【０１２６】
ユーザは、結果予測困難性表示６０を参考して、さらに他のレースのレースボタンをクリックして、レース情報表を閲覧し、購入する投票券を探す。購入する投票券が決まり、投票ボタン５６がクリックされた場合、画面が投票券の購入手続きのウェブページになり、図８に示したように、ステップＳ１０の処理が行われる。
【０１２７】
なお、図１３に示すように、レース情報表として、オッズ情報が中心に示される場合は、レース情報表のウェブページ５０Ｂにおいて、レース情報表種類表示５３には、オッズ表である旨の表示がされ、競争体情報表示欄５７Ｂには、競争体に対するオッズや、競争体の組み合わせに対するオッズ等のオッズ情報が表示される。また、オッズボタン５８には、投票券の種類を選択するボタンが示される。このレース情報表のウェブページ５０Ｂの中の、投票ボタン５６の近傍に結果予測困難性表示６０が表示される。
【０１２８】
また、図１４に示すように、レース進行状況のレース情報表の場合は、レース情報表のウェブページ５０Ｃにおいて、レース情報表種類表示５３には、レース進行状況表である旨の表示がされ、競争体情報表示欄５７Ｃには、開催される、または、開催されたレース毎に、投票ボタン５６や、結果予測困難性表示欄６５が表示される。結果予測困難性表示欄６５において、レース毎に結果予測困難性表示６０Ｂが表示される。結果予測困難性表示６０Ｂは、結果予測困難性マーク６２と、荒れ度マークおよび確度のマーク６３とを有する。
【０１２９】
（３．６ 表示生成判定のサブルーチン）
次に、表示生成判定のサブルーチンについて図１５を用いて説明する。
【０１３０】
図１５は、図１０の表示生成判定のサブルーチンを示すフローチャートである。
この表示生成判定のサブルーチンは、ユーザが大量の投票券を購入しようとしているか否かを判定し、大量の投票券を購入しようとしていると判定された場合に、レース結果の予想が困難であると注意を促す表示をさせるための処理である。
【０１３１】
ステップＳ３２で、レースの予測が困難であると判定された場合、図１５に示すように、投票券発売代行サーバ１０は、入金額および基準入金額を読み出す（ステップＳ４０）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤに基づき、本日の投票券を購入するための入金額を口座ＤＢ１２ｃから読み出し、基準入金額を口座スナップショットＤＢ１２ｄから読み出す。
【０１３２】
次に、投票券発売代行サーバ１０は、入金額が基準入金額より第１所定金額以上大きいか否かを判定する（ステップＳ４１）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、本日入金されている入金額の合計が、基準入金額より第１所定金額以上大きいか否かを判定する。なお、第１所定金額の一例として、過去の入金額の標準偏差σに対して、０倍、１倍、１．５倍等の標準偏差の実数倍が挙げられる。
【０１３３】
入金額が基準入金額より第１所定金額以上大きい場合（ステップＳ４１；ＹＥＳ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＮにする（ステップＳ４２）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、本日の入金額が基準入金額より第１所定金額以上大きい場合、ステップＳ３４で結果予測困難性表示を生成すると判定させるために、プログラム上設定されたフラグをＯＮにする。
【０１３４】
入金額が基準入金額より第１所定金額以上大きくない場合（ステップＳ４１；ＮＯ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＦＦにする（ステップＳ４３）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、本日の入金額が基準入金額より第１所定金額以上大きくない場合、ステップＳ３４で結果予測困難性表示を生成しないと判定させるために、プログラム上設定されたフラグをＯＦＦにする。また、レース状況を確認している段階で未だ入金していない場合は、レース結果予測の困難性の表示が行われない。このように投票券発売代行サーバ１０のシステム制御部１４は、受け付けた入金情報の入金額が基準入金額よりも第１所定金額以上大きい場合に、結果予測困難性表示６０をレース情報表と共に表示させるための画面データを前記端末装置へ送信する送信手段の一例として機能する。
【０１３５】
サブルーチンが終了したら、投票券発売代行サーバ１０は、ステップＳ３４の処理を行う。
【０１３６】
以上、本実施形態によれば、公営競技の特定のレースの結果予測が困難である否かを判定し、結果予測が困難であると判定された場合、特定のレースの結果予測が困難であることを示す結果予測困難性表示６０、６０Ｂを、特定のレースに関する投票券を購入するためのレース情報表（ウェブページ５０、５０Ｂ、５０Ｃ）と共に表示させる画面データを端末装置３０へ送信することにより、レース情報表のウェブページ５０等に結果予測困難性表示６０、６０Ｂが表示され、投票時に結果予測困難性表示６０、６０Ｂがユーザの目にとまりやすく、ユーザに投票券の購入の際に、購入のリスクを効果的に認識させることができる。また、レース情報表のウェブページ５０、５０Ｂ、５０Ｃ内に結果予測が困難である旨のメッセージ表示６１や結果予測困難性マーク６２（結果予測困難性表示６０、６０Ｂ）を表示させることにより、投票の判断材料になりやすく、ユーザの投票行動のアシストがしやすくなる。
【０１３７】
また、投票券発売代行サーバ１０が、ユーザから投票券購入のための資金の入金情報を受け付け、受け付けた入金情報をユーザＩＤ毎に口座ＤＢ１２ｃに記憶し、ユーザＩＤに基づき口座ＤＢ１２ｃに過去に入金された入金額から基準の基準入金額を算出し、受け付けた入金情報の入金額が基準入金額よりも第１所定金額以上大きい場合に、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信してもよい。この場合、いわゆる大口購入をしようとしているユーザにとって、結果予測困難性表示６０、６０Ｂの結果予測困難性の情報は重要な判断材料になり、このようなユーザに対して結果予測困難性表示６０、６０Ｂを表示させることができるので、結果予測困難性の表示の訴求力を高め、ユーザの投票行動のアシストがしやすくなる。
【０１３８】
また、投票券発売代行サーバ１０が、ユーザが購入した投票券の投票券履歴をユーザＩＤに関連付けて投票券履歴ＤＢ１２ｂに記憶し、投票券履歴ＤＢ１２ｂに記憶された投票券履歴に基づき、結果予測困難性表示６０、６０Ｂをレース情報表と共に表示させるための画面データを端末装置３０へ送信してもよい。この場合、レースが荒れる等のレース結果の予測が困難であるかどうか気になるユーザに対して、レース情報表のウェブページ５０等内に結果予測困難性表示６０、６０Ｂを表示させることができるので、結果予測困難性表示の訴求力を高め、ユーザの投票行動のアシストがしやすくなる。また、レース結果の予測が困難であるかどうか気にしないユーザにとって結果予測困難性表示６０、６０Ｂを表示させないようにできるため、そのようなユーザにとって煩わしさを低減できる。
【０１３９】
また、投票券発売代行サーバ１０が、レース結果ＤＢ１２ａのレース結果情報および投票券履歴ＤＢ１２ｂの投票券履歴を参照して、ユーザが購入した投票券が的中していたか否かを判定し、当該投票券が的中していた場合に、結果予測困難性表示６０、６０Ｂをレース情報表と共に表示させるための画面データを端末装置３０へ送信してもよい。この場合、レースに的中した後で判断力に影響が出ている可能性が高いので、このようなユーザに対して結果予測困難性表示６０、６０Ｂを表示させることで、冷静に判断ができるようにユーザの投票行動のアシストがしやすくなる。
【０１４０】
また、投票券発売代行サーバ１０が、レース結果ＤＢ１２ａおよび投票券履歴ＤＢ１２ｂを参照して、第２所定金額以上の投票券を購入してレースに的中しなかった非的中回数をカウントし、非的中回数が第１所定回数以上である場合に、結果予測困難性表示６０、６０Ｂをレース情報表と共に表示させるための画面データを端末装置３０へ送信する場合、いわゆる大口購入で過去に負けたユーザに対して、結果予測困難性表示６０、６０Ｂを表示させることができるので、結果予測困難性表示の訴求力を高め、ユーザの投票行動のアシストがしやすくなる。
【０１４１】
また、投票券発売代行サーバ１０が、レースの回数に応じた結果予測困難性の度合いを算出し、結果予測困難性の度合いを表す表示の一例の荒れ度マークのマーク６３と共に表示された結果予測困難性表示が表示される画面データを端末装置３０へ送信する場合、ユーザが、結果予測困難性の度合いに気づき、投票の判断材料になりやすく、ユーザの投票行動のアシストがしやすくなる。
【０１４２】
次に、メッセージ生成判定のサブルーチンの第１変形例について図１６に基づき説明する。
【０１４３】
図１６は、図１０のメッセージ生成判定のサブルーチンの第１変形例を示すフローチャートである。この変形例は、ユーザが、オッズが低く的中する率が高い投票券を購入する傾向である、いわゆる本命志向である場合に、レース結果の予想が困難であると注意を促す表示をさせるための処理である。
【０１４４】
ステップＳ３２で、レースの予測が困難であると判定された場合、図１６に示すように、投票券発売代行サーバ１０は、レースおよび競争体を特定する（ステップＳ４４）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、投票券履歴ＤＢ１２ｂを参照して、ユーザＩＤに基づきユーザが過去に購入した投票券の投票券ＩＤを読み出し、レース結果ＤＢ１２ａを参照して、投票券ＩＤからレースおよび競争体を特定する。このように投票券発売代行サーバ１０のシステム制御部１４は、投票券履歴ＤＢ１２ｂに記憶された投票券履歴を参照して、ユーザＩＤに基づきユーザが購入した投票券のレースおよび競争体を特定するレース競争体特定手段の一例として機能する。
【０１４５】
次に、投票券発売代行サーバ１０は、最終オッズをレース結果ＤＢ１２ａから読み出す（ステップＳ４５）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、レース結果ＤＢ１２ａを参照して、特定されたレースのレースＩＤおよび競争体の競争体ＩＤに対応した最終オッズを読み出す。なお、投票券ＩＤより投票券の最終オッズを特定してもよい。
【０１４６】
このように投票券発売代行サーバ１０のシステム制御部１４は、特定されたレースおよび競争体に対応した最終オッズをレース結果ＤＢ１２ａから特定する最終オッズ特定手段の一例として機能する。
【０１４７】
次に、投票券発売代行サーバ１０は、最終オッズが第３所定倍率以下である投票券の投票数をカウントする（ステップＳ４６）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、読み出した最終オッズが第３所定倍率以下、すなわち、所定の人気があった競争体を含む投票券を過去にどのくらいの数、購入したかを集計する。例えば、ある日のあるレースで最終オッズが低い投票券を購入した枚数、同日の別のレースで最終オッズが低い投票券を購入した枚数、別に日に、最終オッズが低い投票券の購入枚数等を合計する。なお、合計値は、ユーザが過去に購入した全ての投票券に関してでも、所定の期間に購入した投票券に関してでもよい。
【０１４８】
このように投票券発売代行サーバ１０のシステム制御部１４は、特定した最終オッズが第３所定倍率以下である投票券の投票数をカウントする投票数計数手段の一例として機能する。
【０１４９】
投票券発売代行サーバ１０は、投票数と総投票数との比が所定値以上か否かを判定する（ステップＳ４７）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ユーザが購入した投票券の総投票数に対する集計した投票数の割合が、所定値以上か否かを判定する。投票券発売代行サーバ１０のシステム制御部１４は、ユーザが過去に購入した投票券の枚数の合計（総投票数）に対し、最終オッズが第３所定倍率以下である投票券の枚数の合計（カウントされた投票数）の比により、判定を行う。また、投票券発売代行サーバ１０のシステム制御部１４は、最終オッズが第３所定倍率以下である投票券の枚数の合計を、購入した投票券のレースに関するレース数で割った値によって、判定してもよい。
【０１５０】
投票数と総投票数との比が所定値以上の場合（ステップＳ４７；ＹＥＳ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＮにする（ステップＳ４８）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３４で結果予測困難性表示を生成すると判定させるために、プログラム上設定されたフラグをＯＮにする。
【０１５１】
投票数と総投票数との比が所定値以上でない場合（ステップＳ４７；ＮＯ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＦＦにする（ステップＳ４９）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３４で結果予測困難性表示を生成しないと判定させるために、プログラム上設定されたフラグをＯＦＦにする。
【０１５２】
サブルーチンが終了したら、投票券発売代行サーバ１０は、ステップＳ３４の処理を行い、ステップＳ３７で、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する。このように投票券発売代行サーバ１０のシステム制御部１４は、投票券履歴ＤＢ１２ｂに記憶された投票券履歴に基づき、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する送信手段の一例として機能する。また、投票券発売代行サーバ１０のシステム制御部１４は、ユーザが購入した投票券の総投票数に対するカウントされた投票数の割合が所定値以上である場合に、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する送信手段の一例として機能する。
【０１５３】
以上のように、投票券発売代行サーバ１０が、過去の競技のレース結果と共に最終的に確定した最終オッズをレース結果ＤＢ１２ａに記憶し、投票券履歴ＤＢ１２ｂに記憶された投票券履歴を参照して、ユーザＩＤに基づきユーザが購入した投票券のレースおよび競争体を特定し、特定されたレースおよび競争体に対応した最終オッズをレース結果ＤＢ１２ａから特定し、特定した最終オッズが第３所定倍率以下である投票券の投票数をカウントし、ユーザが購入した投票券の総投票数に対するカウントされた投票数の割合が所定値以上である場合に、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信してもよい。この場合、本命が外れやすい、いわゆる荒れるレースの場合に、投票を避けたいユーザ、いわゆる本命志向のユーザに対して、レース結果の予測が困難であるメッセージ情報等の結果予測困難性表示６０を、投票券を購入するためのレース情報表ともに示すことにより、投票時に、結果予測の困難性のメッセージ等の結果予測困難性表示６０、６０Ｂが、このようなユーザの目にとまりやすく、投票の判断材料になりやすく、ユーザの投票行動のアシストがしやすくなる。
【０１５４】
次に、メッセージ生成判定のサブルーチンの第２変形例について図１７に基づき説明する。
図１７は、図１０のメッセージ生成判定のサブルーチンの第２変形例を示すフローチャートである。この変形例は、ユーザが、前回購入した投票券がレースに的中し、気持ちが高揚している場合に、レース結果の予想が困難であると注意を促す表示をさせるための処理である。
【０１５５】
投票券発売代行サーバ１０は、前回購入した投票券を特定する（ステップＳ５０）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤに基づき、投票券履歴ＤＢ１２ｂを参照して、前回のレースに購入した投票券の投票券ＩＤを特定する。なお、投票券発売代行サーバ１０のシステム制御部１４は、前回のレース日に購入した投票券を特定してもよい。
【０１５６】
次に、投票券発売代行サーバ１０は、投票券が前回的中したか否かを判定する（ステップＳ５１）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、特定した投票券ＩＤに基づき、レース結果ＤＢ１２ａを参照して、投票券ＩＤに対応する投票券がレースに的中していたか否かを判定する。このように投票券発売代行サーバ１０のシステム制御部１４は、レース結果ＤＢ１２ａのレース結果情報および投票券履歴ＤＢ１２ｂの投票券履歴を参照して、ユーザが前回購入した投票券が的中していたか否かを判定する的中判定手段の一例として機能する。
【０１５７】
投票券が前回的中した場合（ステップＳ５１；ＹＥＳ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＮにする（ステップＳ５２）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３４で結果予測困難性表示を生成すると判定させるために、プログラム上設定されたフラグをＯＮにする。
【０１５８】
投票券が前回的中しなかった場合（ステップＳ５１；ＮＯ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＦＦにする（ステップＳ５３）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３４で結果予測困難性表示を生成しないと判定させるために、プログラム上設定されたフラグをＯＦＦにする。
【０１５９】
サブルーチンが終了したら、投票券発売代行サーバ１０は、ステップＳ３４の処理を行い、ステップＳ３７で、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する。このように投票券発売代行サーバ１０のシステム制御部１４は、投票券履歴ＤＢ１２ｂに記憶された投票券履歴に基づき、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する送信手段の一例として機能する。また、投票券発売代行サーバ１０のシステム制御部１４は、投票券が的中していた場合に、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する送信手段の一例として機能する。なお、レースに的中した場合、払戻金がユーザに支払われるので、投票券発売代行サーバ１０のシステム制御部１４は、ユーザＩＤに基づき、口座ＤＢ１２ｃを参照して払戻金の額が、ユーザの基準入金額より第１所定金額以上の場合に、結果予測困難性表示を生成してもよい。
【０１６０】
次に、メッセージ生成判定のサブルーチンの第３変形例について図１８に基づき説明する。
図１８は、図１０のメッセージ生成判定のサブルーチンの第３変形例を示すフローチャートである。この変形例は、ユーザが、過去に大量に投票券を購入したがレースに的中せず、投票券の購入に慎重になっている場合、または、負けを取り戻そうとしている場合に、レース結果の予想が困難であると注意を促す表示をさせるための処理である。
【０１６１】
投票券発売代行サーバ１０は、第２所定金額以上の投票券を購入して、レースに的中しなかった非的中回数をカウントする（ステップＳ５５）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、投票券履歴ＤＢ１２ｂを参照して、第２所定金額以上として例えば１０万円以上分の投票券を大量に購入していた場合、当該投票券の投票券ＩＤを特定する。次に投票券発売代行サーバ１０のシステム制御部１４は、特定された投票券ＩＤに基づき、レース結果ＤＢ１２ａを参照して、レースに的中していなかった投票券を判定し、投票券ＩＤ毎に的中していない場合の非的中回数をカウントする。このように投票券発売代行サーバ１０のシステム制御部１４は、レース結果ＤＢ１２ａおよび投票券履歴ＤＢ１２ｂを参照して、第２所定金額以上の投票券を購入してレースに的中しなかった非的中回数をカウントする非的中投票数計数手段の一例として機能する。
【０１６２】
次に投票券発売代行サーバ１０は、非的中回数が第１所定回数以上か否かを判定する（ステップＳ５６）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、カウントされた非的中回数が、第１所定回数として例えば１０回以上か否かを判定する。
【０１６３】
非的中回数が第１所定回数以上である場合（ステップＳ５６；ＹＥＳ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＮにする（ステップＳ５７）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３４で結果予測困難性表示を生成すると判定させるために、プログラム上設定されたフラグをＯＮにする。
【０１６４】
非的中回数が第１所定回数以上でない場合（ステップＳ５６；ＮＯ）、投票券発売代行サーバ１０は、表示生成のフラグをＯＦＦにする（ステップＳ５８）。具体的には、投票券発売代行サーバ１０のシステム制御部１４は、ステップＳ３４で結果予測困難性表示を生成しないと判定させるために、プログラム上設定されたフラグをＯＦＦにする。
【０１６５】
サブルーチンが終了したら、投票券発売代行サーバ１０は、ステップＳ３４の処理を行い、ステップＳ３７で、このように投票券発売代行サーバ１０のシステム制御部１４は、投票券履歴ＤＢ１２ｂに記憶された投票券履歴に基づき、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置３０へ送信する送信手段の一例として機能する。また、投票券発売代行サーバ１０のシステム制御部１４は、非的中回数が第１所定回数以上である場合に、結果予測困難性表示をレース情報表と共に表示させるための画面データを端末装置へ送信する送信手段の一例として機能する。
【０１６６】
なお、投票券発売代行サーバ１０は、レース結果ＤＢ１２ａのレース結果情報を参照して、特定のレースに関するレース条件が類似するレースにおいて、選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントしてもよい。レースの回数をカウントする場合を、競技場の種類、競技場の状態、走る距離等のレース条件が類似した過去レースに限定するので、レース結果の予測困難である否かを判定の精度を向上させることができる。なお、レース条件が類似するレースの一例として、レース条件の項目のうち、所定の数一致しているとか、特定の項目が一致しているとかが挙げられる。
【０１６７】
また、投票券発売代行サーバ１０は、ステップＳ３１やステップＳ３２において、選択された競争体が複数いる場合、競争体毎にレースの回数をカウントし、レースの回数が第２所定回数以上の競争体が所定数以上いるとき、特定のレースの結果予測が困難であると判定してもよい。この場合、レース結果が予測困難である否かを判定の精度がより向上する。例えば、成績にばらつきがあり番狂わせを引き起こす可能性が高い競争体が複数（第２所定回数以上として、例えば２）出場している場合、レースが荒れる可能性が高くなる。また、予測困難度がそれ程高くなくても、このような競争体が複数出場しているレースは、荒れる可能性が高くなる。
【０１６８】
さらに、本発明は、上記各実施形態に限定されるものではない。上記各実施形態は、例示であり、本発明の特許請求の範囲に記載された技術的思想と実質的に同一な構成を有し、同様な作用効果を奏するものは、いかなるものであっても本発明の技術的範囲に包含される。
【符号の説明】
【０１６９】
１：投票券発売代行システム
３：ネットワーク
１０：投票券発売代行サーバ（投票券発売代行装置）
１２ａ： レース結果ＤＢ（レース結果記憶手段）
１２ｂ：投票券履歴ＤＢ１２ｂ（投票券履歴記憶手段）
１２ｃ： 口座ＤＢ１２ｃ
１２ｄ：口座スナップショットＤＢ１２ｄ
２０：主催元サーバ
３０：端末装置
５０、５０Ｂ、５０Ｃ：ウェブページ（レース情報表）
６０、６０Ｂ：結果予測困難性表示
６１：メッセージ表示
６２：結果予測困難性マーク
６３：マーク
【特許請求の範囲】
【請求項１】
公営競技の投票券の発売を代行する投票券発売代行装置において、
前記公営競技の主催元サーバからレースに関するオッズ情報を逐次受信するオッズ情報受信手段と、
過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶するレース結果記憶手段と、
特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信手段により受信されたオッズ情報に基づき選択する競争体選択手段と、
前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択手段により選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段と、
前記計数手段によりカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段と、
ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信手段と、
を備え、
前記結果予測困難性判定手段により結果予測が困難であると判定された場合、前記送信手段は、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項２】
請求項１に記載の投票券発売代行装置において、
ユーザから投票券購入のための資金の入金情報を受け付ける入金情報受付手段と、
前記受け付けた入金情報をユーザＩＤ毎に口座データベースに記憶する入金情報記憶手段と、
前記ユーザＩＤに基づき前記口座データベースに過去に入金された入金額から基準の基準入金額を算出する基準入金額算出手段と、を更に備え、
前記送信手段が、前記受け付けた入金情報の入金額が基準入金額よりも第１所定金額以上大きい場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項３】
請求項１または請求項２に記載の投票券発売代行装置において、
ユーザが購入した投票券の投票券履歴をユーザＩＤに関連付けて記憶する投票券履歴記憶手段を更に備え、
前記送信手段が、前記投票券履歴記憶手段に記憶された前記投票券履歴に基づき、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項４】
請求項３に記載の投票券発売代行装置において、
前記投票券履歴記憶手段に記憶された前記投票券履歴を参照して、ユーザＩＤに基づきユーザが購入した投票券のレースおよび競争体を特定するレース競争体特定手段と、
前記特定されたレースおよび競争体に対応した最終オッズを前記レース結果記憶手段から特定する最終オッズ特定手段と、
前記特定した最終オッズが第３所定倍率以下である投票券の投票数をカウントする投票数計数手段と、
を更に備え、
前記送信手段が、ユーザが購入した投票券の総投票数に対する前記カウントされた投票数の割合が所定値以上である場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項５】
請求項３または請求項４に記載の投票券発売代行装置において、
前記レース結果記憶手段の前記レース結果情報および前記投票券履歴記憶手段の前記投票券履歴を参照して、ユーザが前回購入した投票券が的中していたか否かを判定する的中判定手段を更に備え、
前記送信手段が、当該投票券が的中していた場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項６】
請求項３から請求項５のいずれか１項に記載の投票券発売代行装置において、
前記レース結果記憶手段および前記投票券履歴記憶手段を参照して、第２所定金額以上の投票券を購入してレースに的中しなかった非的中回数をカウントする非的中投票数計数手段と、
前記送信手段が、前記非的中回数が第１所定回数以上である場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項７】
請求項１から請求項６のいずれか１項に記載の投票券発売代行装置において、
前記結果予測困難性判定手段が、前記レースの回数に応じた結果予測困難性の度合いを算出し、
前記送信手段が、前記結果予測困難性の度合いを表す表示と共に表示された前記結果予測困難性表示が表示される前記画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項８】
請求項１から請求項７のいずれか１項に記載の投票券発売代行装置において、
前記計数手段が、前記レース結果情報を参照して、前記特定のレースに関するレース条件が類似するレースにおいて、前記レースの回数をカウントすることを特徴とする投票券発売代行装置。
【請求項９】
請求項１から請求項８のいずれか１項に記載の投票券発売代行装置において、
前記計数手段が、前記競争体選択手段により選択された競争体が複数いる場合、競争体毎に前記レースの回数をカウントし、
結果予測困難性判定手段が、前記レースの回数が第２所定回数以上の競争体が所定数以上いる場合、前記特定のレースの結果予測が困難であると判定することを特徴とする投票券発売代行装置。
【請求項１０】
公営競技の投票券の発売を代行する投票券発売代行装置の投票券発売代行方法において、
前記投票券発売代行装置が、前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信ステップと、
前記投票券発売代行装置が、過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとをレース結果記憶手段に記憶するレース結果記憶ステップと、
前記投票券発売代行装置が、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信ステップにおいて受信されたオッズ情報に基づき選択する競争体選択ステップと、
前記投票券発売代行装置が、前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択ステップにおいて選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数ステップと、
前記投票券発売代行装置が、前記計数ステップにおいてカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定ステップと、
前記投票券発売代行装置が、ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信ステップと、
を含み、
前記結果予測困難性判定ステップにおいて結果予測が困難であると判定された場合、前記送信ステップにおいて、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする投票券発売代行方法。
【請求項１１】
公営競技の投票券の発売を代行する投票券発売代行装置用プログラムにおいて、
コンピュータを、
前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信手段、
過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶するレース結果記憶手段、
特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信手段により受信されたオッズ情報に基づき選択する競争体選択手段、
前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択手段により選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段、
前記計数手段によりカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段、および、
ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信手段として機能させる投票券発売代行装置用プログラムであって、
前記結果予測困難性判定手段により結果予測が困難であると判定された場合、前記送信手段は、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置用プログラム。
【請求項１２】
公営競技の投票券の発売を代行する投票券発売代行装置用プログラムを記録したコンピュータ読み取り可能な記録媒体において、
コンピュータを、
前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信手段、
過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶するレース結果記憶手段、
特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信手段により受信されたオッズ情報に基づき選択する競争体選択手段、
前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択手段により選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段、
前記計数手段によりカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段、および、
ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信手段として機能させる投票券発売代行装置用プログラムであって、
前記結果予測困難性判定手段により結果予測が困難であると判定された場合、前記送信手段は、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置用プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
公営競技の投票券の発売を代行する投票券発売代行装置において、
前記公営競技の主催元サーバからレースに関するオッズ情報を逐次受信するオッズ情報受信手段と、
過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶するレース結果記憶手段と、
特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信手段により受信されたオッズ情報に基づき選択する競争体選択手段と、
前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択手段により選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段と、
前記計数手段によりカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段と、
ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信手段と、
を備え、
前記結果予測困難性判定手段により結果予測が困難であると判定された場合、前記送信手段は、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項２】
請求項１に記載の投票券発売代行装置において、
ユーザから投票券購入のための資金の入金情報を受け付ける入金情報受付手段と、
前記受け付けた入金情報をユーザＩＤ毎に口座データベースに記憶する入金情報記憶手段と、
前記ユーザＩＤに基づき前記口座データベースに過去に入金された入金額から基準の基準入金額を算出する基準入金額算出手段と、を更に備え、
前記送信手段が、前記受け付けた入金情報の入金額が基準入金額よりも第１所定金額以上大きい場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項３】
請求項１または請求項２に記載の投票券発売代行装置において、
ユーザが購入した投票券の投票券履歴をユーザＩＤに関連付けて記憶する投票券履歴記憶手段を更に備え、
前記送信手段が、前記投票券履歴記憶手段に記憶された前記投票券履歴に基づき、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項４】
請求項３に記載の投票券発売代行装置において、
前記投票券履歴記憶手段に記憶された前記投票券履歴を参照して、ユーザＩＤに基づきユーザが購入した投票券のレースおよび競争体を特定するレース競争体特定手段と、
前記特定されたレースおよび競争体に対応した最終オッズを前記レース結果記憶手段から特定する最終オッズ特定手段と、
前記特定した最終オッズが第３所定倍率以下である投票券の投票数をカウントする投票数計数手段と、
を更に備え、
前記送信手段が、ユーザが購入した投票券の総投票数に対する前記カウントされた投票数の割合が所定値以上である場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項５】
請求項３または請求項４に記載の投票券発売代行装置において、
前記レース結果記憶手段の前記レース結果情報および前記投票券履歴記憶手段の前記投票券履歴を参照して、ユーザが前回購入した投票券が的中していたか否かを判定する的中判定手段を更に備え、
前記送信手段が、当該投票券が的中していた場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項６】
請求項３から請求項５のいずれか１項に記載の投票券発売代行装置において、
前記レース結果記憶手段および前記投票券履歴記憶手段を参照して、第２所定金額以上の投票券を購入してレースに的中しなかった非的中回数をカウントする非的中投票数計数手段と、
前記送信手段が、前記非的中回数が第１所定回数以上である場合に、前記結果予測困難性表示を前記レース情報表と共に表示させるための画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項７】
請求項１から請求項６のいずれか１項に記載の投票券発売代行装置において、
前記結果予測困難性判定手段が、前記レースの回数に応じた結果予測困難性の度合いを算出し、
前記送信手段が、前記結果予測困難性の度合いを表す表示と共に表示された前記結果予測困難性表示が表示される前記画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置。
【請求項８】
請求項１から請求項７のいずれか１項に記載の投票券発売代行装置において、
前記計数手段が、前記レース結果情報を参照して、前記特定のレースに関するレース条件が類似するレースにおいて、前記レースの回数をカウントすることを特徴とする投票券発売代行装置。
【請求項９】
請求項１から請求項８のいずれか１項に記載の投票券発売代行装置において、
前記計数手段が、前記競争体選択手段により選択された競争体が複数いる場合、競争体毎に前記レースの回数をカウントし、
結果予測困難性判定手段が、前記レースの回数が第２所定回数以上の競争体が所定数以上いる場合、前記特定のレースの結果予測が困難であると判定することを特徴とする投票券発売代行装置。
【請求項１０】
公営競技の投票券の発売を代行する投票券発売代行装置の投票券発売代行方法において、
前記投票券発売代行装置が、前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信ステップと、
前記投票券発売代行装置が、過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとをレース結果記憶手段に記憶するレース結果記憶ステップと、
前記投票券発売代行装置が、特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信ステップにおいて受信されたオッズ情報に基づき選択する競争体選択ステップと、
前記投票券発売代行装置が、前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択ステップにおいて選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数ステップと、
前記投票券発売代行装置が、前記計数ステップにおいてカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定ステップと、
前記投票券発売代行装置が、ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信ステップと、
を含み、
前記結果予測困難性判定ステップにおいて結果予測が困難であると判定された場合、前記送信ステップにおいて、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする投票券発売代行方法。
【請求項１１】
公営競技の投票券の発売を代行する投票券発売代行装置用プログラムにおいて、
コンピュータを、
前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信手段、
過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶するレース結果記憶手段、
特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信手段により受信されたオッズ情報に基づき選択する競争体選択手段、
前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択手段により選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段、
前記計数手段によりカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段、および、
ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信手段として機能させる投票券発売代行装置用プログラムであって、
前記結果予測困難性判定手段により結果予測が困難であると判定された場合、前記送信手段は、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置用プログラム。
【請求項１２】
公営競技の投票券の発売を代行する投票券発売代行装置用プログラムを記録したコンピュータ読み取り可能な記録媒体において、
コンピュータを、
前記公営競技の主催元サーバからレースに関するオッズ情報を、逐次受信するオッズ情報受信手段、
過去に行われたレースの結果を示すレース結果情報と最終的に確定した最終オッズとを記憶するレース結果記憶手段、
特定のレースに出場する競争体のうち、オッズが第１所定倍率以下の競争体を、前記オッズ情報受信手段により受信されたオッズ情報に基づき選択する競争体選択手段、
前記レース結果記憶手段に記憶された前記レース結果情報を参照して、前記競争体選択手段により選択された競争体の順位が所定順位以上であり、かつ、最終オッズが第２所定倍率以下であったレースの回数をカウントする計数手段、
前記計数手段によりカウントされた前記レースの回数に基づき、前記特定のレースの結果予測が困難である否かを判定する結果予測困難性判定手段、および、
ネットワークを介してアクセスされた端末装置からの要求に応じて、前記特定のレースに関する投票券を購入するためのレース情報表を表示させる画面データを前記端末装置へ送信する送信手段として機能させる投票券発売代行装置用プログラムであって、
前記結果予測困難性判定手段により結果予測が困難であると判定された場合、前記送信手段は、前記特定のレースの結果予測が困難であることを示す結果予測困難性表示を前記レース情報表と共に表示させる画面データを前記端末装置へ送信することを特徴とする投票券発売代行装置用プログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１２−１６０００５（Ｐ２０１２−１６０００５Ａ）
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願番号】特願２０１１−１９０４２（Ｐ２０１１−１９０４２）
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願日】平成２３年１月３１日（２０１１．１．３１）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
[ Back to top ]