(57)【特許請求の範囲】
【請求項１】
公営競技の投票券に関する情報を提供する投票券情報提供装置において、
前記公営競技のレースが始まる前に、当該レースの投票券の各賭式における各買い目に対する投票数の情報を取得する投票数情報取得手段と、
前記レースの賭式毎に、前記投票数が最大の買い目が的中した場合に前記公営競技の主催者が受け取ると予想される受取額が予め定められた基準値以下である賭式を特定する賭式特定手段と、
前記公営競技のレースが始まる前に、前記特定された賭式と異なる賭式をレコメンドするためのレコメンド情報を出力するレコメンド情報出力手段と、
を備えることを特徴とする投票券情報提供装置。
【請求項２】
請求項１に記載の投票券情報提供装置において、
少なくとも前記投票数が最大の買い目を含む当該投票数が最大の買い目が的中した場合に関連する買い目の合計投票数を当該関連する買い目の賭式に対する投票数で割った投票集中度を、前記レースの賭式毎に算出する集中度算出手段を更に備え、
前記賭式特定手段が、前記集中度に基づき、前記基準値以下である賭式を特定することを特徴とする投票券情報提供装置。
【請求項３】
請求項１または請求項２に記載の投票券情報提供装置において、
前記レコメンド情報が、投票券を購入するユーザに付与するポイントのポイント情報であることを特徴とする投票券情報提供装置。
【請求項４】
請求項３に記載の投票券情報提供装置において、
前記レコメンド情報出力手段が、前記特定された賭式と異なる賭式において、前記公営競技のレースの履歴に基づき、当該賭式毎に前記ポイントを変更した前記ポイント情報を出力することを特徴とする投票券情報提供装置。
【請求項５】
請求項３または請求項４に記載の投票券情報提供装置において、
前記レコメンド情報出力手段が、前記特定された賭式と異なる賭式において、少なくとも前記投票数が最大の買い目を含む当該投票数が最大の買い目が的中した場合に関連する買い目の合計投票数を当該関連する買い目の賭式に対する投票数で割った投票集中度に基づき、当該賭式毎に前記ポイントを変更した前記ポイント情報を出力することを特徴とする投票券情報提供装置。
【請求項６】
請求項１から請求項５のいずれか１項に記載の投票券情報提供装置において、
前記基準値は、前記公営競技における他のレースの投票数の情報に基づいて設定されることを特徴とする投票券情報提供装置。
【請求項７】
公営競技の投票券に関する情報を提供する投票券情報提供装置の投票券情報提供方法において、
前記公営競技のレースが始まる前に、当該レースの投票券の各賭式における各買い目に対する投票数の情報を取得する投票数情報取得ステップと、
前記レースの賭式毎に、前記投票数が最大の買い目が的中した場合に前記公営競技の主催者が受け取ると予想される受取額が予め定められた基準値以下である賭式を特定する賭式特定ステップと、
前記公営競技のレースが始まる前に、前記特定された賭式と異なる賭式をレコメンドするためのレコメンド情報を出力するレコメンド情報出力ステップと、
を含むことを特徴とする投票券情報提供方法。
【請求項８】
公営競技の投票券に関する情報を提供する投票券情報提供装置用プログラムにおいて、
コンピュータを、
前記公営競技のレースが始まる前に、当該レースの投票券の各賭式における各買い目に対する投票数の情報を取得する投票数情報取得手段、
前記レースの賭式毎に、前記投票数が最大の買い目が的中した場合に前記公営競技の主催者が受け取ると予想される受取額が予め定められた基準値以下である賭式を特定する賭式特定手段、および、
前記公営競技のレースが始まる前に、前記特定された賭式と異なる賭式をレコメンドするためのレコメンド情報を出力するレコメンド情報出力手段として機能させることを特徴とする投票券情報提供装置用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、公営競技の投票券に関する情報を提供する投票券情報提供装置、投票券情報提供方法、および、投票券情報提供装置用プログラムの技術分野に関する。
【背景技術】
【０００２】
競馬や競輪といった公営競技では、原則として、どのような着順になったとしても投票券の売上総額に対する払い戻し総額の割合がほぼ一定となるようにオッズを算出して投票券を販売している。このオッズを算出する方式をパリミュチュエル方式と言う。また、投票券の売上総額に対する払い戻し総額の割合を還元率と言い、残りの割合を控除率と言う。公営競技のレースでは、レースの賭式毎に還元率および控除率のそれぞれの範囲が予め決められている。特許文献１では、パリミュチュエル方式に従い払い戻し金額が計算されるシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２００８−５２５９００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、公営競技のレースにおいて、特定の競争体にあまりに人気が集中しすぎると、賭式によっては、主催者側の控除率を確保できない場合があった。【０００５】
本発明は、このような問題に鑑みてなされたものであり、その課題の一例は、主催者側の控除率をなるべく確保できるようにする投票券情報提供装置等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、公営競技の投票券に関する情報を提供する投票券情報提供装置において、前記公営競技のレースが始まる前に、当該レースの投票券の各賭式における各買い目に対する投票数の情報を取得する投票数情報取得手段と、前記レースの賭式毎に、前記投票数が最大の買い目が的中した場合に前記公営競技の主催者が受け取ると予想される受取額が当該受け取りにおいて予め定められた基準値以下である賭式を特定する賭式特定手段と、前記公営競技のレースが始まる前に、前記特定された賭式と異なる賭式をレコメンドするためのレコメンド情報を出力するレコメンド情報出力手段と、を備えることを特徴とする投票券情報提供装置。【０００７】
従って、主催者側が受け取ると予想される受取額が基準値以下にならない賭式を、投票券を購入するユーザにレコメンドすることにより、受取額がなるべく基準値以下にならないように、すなわち、主催者側の控除率をなるべく確保できるようにすることができる。また、主催者側が受け取ると予想される受取額が基準値以下にならない賭式を、ユーザにレコメンドすることにより、特定の賭式へのさらに集中しないようにすることがきる。【０００８】
請求項２に記載の発明は、請求項１に記載の投票券情報提供装置において、少なくとも前記投票数が最大の買い目を含む当該投票数が最大の買い目が的中した場合に関連する買い目の合計投票数を当該関連する買い目の賭式に対する投票数で割った投票集中度を、前記レースの賭式毎に算出する集中度算出手段を更に備え、前記賭式特定手段が、前記集中度に基づき、前記基準値以下である賭式を特定することを特徴とする。【０００９】
この場合、集中度により、的確に各賭式の集中度合いを把握して、受取額がなるべく基準値以下にならないように、すなわち、主催者側の控除率をなるべく確保できるようにすることが的確にできる。【００１０】
請求項３に記載の発明は、請求項１または請求項２に記載の投票券情報提供装置において、前記レコメンド情報が、投票券を購入するユーザに付与するポイントのポイント情報であることを特徴とする。【００１１】
この場合、投票券を購入するユーザに付与するポイントにより、主催者側が受け取ると予想される受取額が基準値以下でない賭式に誘導し、受取額がなるべく基準値以下にならないようにすることができる。【００１２】
請求項４に記載の発明は、請求項３に記載の投票券情報提供装置において、前記レコメンド情報出力手段が、前記特定された賭式と異なる賭式において、前記公営競技のレースの履歴に基づき、当該賭式毎に前記ポイントを変更した前記ポイント情報を出力することを特徴とする。【００１３】
この場合、過去のレースの賭式の状態に応じたポイントを付与することにより、主催者側が受け取ると予想される受取額が基準値以下でない賭式に有効に誘導し、受取額がなるべく基準値以下にならないようにすることができる。【００１４】
請求項５に記載の発明は、請求項３または請求項４に記載の投票券情報提供装置において、前記レコメンド情報出力手段が、前記特定された賭式と異なる賭式において、少なくとも前記投票数が最大の買い目を含む当該投票数が最大の買い目が的中した場合に関連する買い目の合計投票数を当該関連する買い目の賭式に対する投票数で割った投票集中度に基づき、当該賭式毎に前記ポイントを変更した前記ポイント情報を出力することを特徴とする。【００１５】
この場合、集中度に応じてポイントが設定されるため、例えば、集中度が解消できるように、主催者側が受け取ると予想される受取額が基準値以下でない賭式に有効に誘導し、受取額がなるべく基準値以下にならないようにすることができる。【００１６】
請求項６に記載の発明は、請求項１から請求項５のいずれか１項に記載の投票券情報提供装置において、前記基準値は、前記公営競技における他のレースの投票数の情報に基づいて設定されることを特徴とする。【００１７】
この場合、公営競技のレース全体において、特定の賭式に投票券が集中しないように、的確に制御できる。【００１８】
請求項７に記載の発明は、公営競技の投票券に関する情報を提供する投票券情報提供装置の投票券情報提供方法において、前記公営競技のレースが始まる前に、当該レースの投票券の各賭式における各買い目に対する投票数の情報を取得する投票数情報取得ステップと、前記レースの賭式毎に、前記投票数が最大の買い目が的中した場合に前記公営競技の主催者が受け取ると予想される受取額が予め定められた基準値以下である賭式を特定する賭式特定ステップと、前記公営競技のレースが始まる前に、前記特定された賭式と異なる賭式をレコメンドするためのレコメンド情報を出力するレコメンド情報出力ステップと、を含むことを特徴とする。【００１９】
請求項８に記載の発明は、公営競技の投票券に関する情報を提供する投票券情報提供装置用プログラムにおいて、コンピュータを、前記公営競技のレースが始まる前に、当該レースの投票券の各賭式における各買い目に対する投票数の情報を取得する投票数情報取得手段、前記レースの賭式毎に、前記投票数が最大の買い目が的中した場合に前記公営競技の主催者が受け取ると予想される受取額が予め定められた基準値以下である賭式を特定する賭式特定手段、および、前記公営競技のレースが始まる前に、前記特定された賭式と異なる賭式をレコメンドするためのレコメンド情報を出力するレコメンド情報出力手段として機能させることを特徴とする。
【発明の効果】
【００２０】
本発明によれば、主催者側が受け取ると予想される受取額が基準値以下にならない賭式をレコメンドすることにより、受取額がなるべく基準値以下にならないように、すなわち、主催者側の控除率をなるべく確保できるようにすることができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態に係る投票券情報提供システムの概要構成例を示す模式図である。
【図２】図１の投票券情報提供サーバの概要構成の一例を示すブロック図である。
【図３】図２の投票券情報提供サーバの投票数データベースの一例を示す模式図である。
【図４】賭式毎の還元率の一例を示す模式図である。
【図５】図１の主催者サーバの概要構成の一例を示すブロック図である。
【図６】図１の端末装置の概要構成の一例を示すブロック図である。
【図７】図１の投票券情報提供システムの動作例を示すフローチャートである。
【図８】賭式における買い目毎の投票数の一例を示す模式図である。
【図９】賭式における買い目毎の投票数の一例を示す模式図である。
【図１０】賭式における買い目毎の投票数の一例を示す模式図である。
【図１１】賭式における買い目毎の投票数の一例を示す模式図である。
【図１２】賭式における買い目毎の投票数の一例を示す模式図である。
【図１３】賭式における買い目毎の投票数の一例を示す模式図である。
【図１４】ユーザに通知する情報の一例を示す模式図である。
【図１５】還元金額と控除金額との関連を示す模式図である。
【図１６】賭式毎の還元金額と控除金額との関連を示す模式図である。
【図１７】賭式毎の還元金額と控除金額との関連を示す模式図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照して本発明の実施形態について説明する。なお、以下に説明する実施の形態は、投票券情報提供システムに対して本発明を適用した場合の実施形態である。
【００２３】
［１．投票券情報提供システムの構成および機能概要］
まず、本発明の一実施形態に係る投票券情報提供システムの構成および概要機能について、図１を用いて説明する。
【００２４】
図１は、本実施形態に係る投票券情報提供システム１の概要構成例を示す模式図である。
【００２５】
図１に示すように、投票券情報提供システム１は、競馬、競輪、競艇等の公営競技における投票券に関する情報を提供する投票券情報提供サーバ１０（投票券情報提供装置の一例）と、公営競技を主催または運営し、投票券を発行する主催者側の主催者サーバ２０と、投票券情報提供サーバ１０からの情報の提供を受けて、ユーザが競技（レース）に対して投票券の購入を行うための端末装置３０（投票券情報提供装置の一例）と、を備えている。
【００２６】
投票券情報提供サーバ１０と、主催者サーバ２０と、端末装置３０とは、ネットワーク３により接続され、通信プロトコル（例えば、ＴＣＰ／ＩＰ）により、データの送受信が可能になっている。なお、ネットワーク３は、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、および、ゲートウェイ等により構築されている。なお、投票券情報提供サーバ１０と、主催者サーバ２０とは、セキュリティ向上のため専用回線で接続されていてもよい。
【００２７】
投票券情報提供サーバ１０は、主催元が発表するレースのオッズや、レース場の状態や、レースに出場する馬や自転車やボート等の競争体の情報や、レースの結果等の情報を主催者サーバより受信する。また、投票券情報提供サーバ１０は、端末装置３０におけるユーザの投票券の購入を支援する情報を端末装置３０に出力する。また、投票券情報提供サーバ１０は、投票券の購入の受付や、各端末装置３０に対して的中した投票券に対する払い戻し等の処理を行う。このように、投票券情報提供サーバ１０は、競馬サイト等の公営競技のサイトを運営のためのサーバである。
【００２８】
ここで、オッズとは配当率（賭金に対する倍率）であり、レース開始前に概算オッズとして逐次発表されるものと、投票券発売締切以降に確定オッズ（最終的に確定した最終オッズ）として発表されるものとがある。また、投票券の投票券種別（投票法の種類、いわゆる賭式）毎、レースに出場する競争体のうち１以上の競争体を指定する買い目（競争体の競争体番号により構成される買い目）毎にオッズがある。すなわち、賭式と買い目とに対応した投票券毎にオッズがある。なお、レースの競争体には、馬の騎手や、自転車やボートを操縦する選手を含めてもよい。
【００２９】
また、投票券の賭式の一例として、１着になると予想される競争体を指定する単勝、１着および２着になると予想される競争体を順番通りに指定する馬単等の競争体番号連勝単式、１着、２着、３着になると予想される競争体を順番通りに指定する３連単、１着から３着、または、１着から２着に入ると予想される競争体を１つ指定する複勝、１着から２着に入ると予想される競争体を２つ指定する馬連等の普通競争体番号連勝複式、１着から２着に入ると予想される競争体が入っている枠を指定する枠連、１着から３着に入ると予想される競争体を２つ指定するワイド、１着から３着に入ると予想される競争体を３つ指定する３連複等が挙げられる。
【００３０】
また、買い目として、単勝の場合、１着と予想される競争体の番号、馬単の場合、１着および２着になると予想される競争体の番号、３連単の場合、１着、２着、３着になると予想される競争体の番号、馬連の場合、２つの指定された競争体番号の組み、枠連の場合、２つの指定された枠番号（枠の中に入る競争体の競争体番号が対応している）の組み、ワイドの場合、２つの指定された競争体番号の組み、３連複の場合、３つの指定された競争体番号の組み、連勝の場合、１つの指定された競争体番号が挙げられる。
【００３１】
主催者サーバ２０は、投票券情報提供サーバ１０や、レース場や投票券発売所に設置された端末装置等に対して、投票券の発行処理をしたり、発行された投票券に基づきオッズを集計して発表処理したりする。
【００３２】
ユーザの端末装置３０は、複数存在し、投票券を購入するための情報を表示し、購入する投票券に関する情報を投票券情報提供サーバ１０に送信する。また、ユーザの端末装置３０は、投票券の情報を、画像や音で通知する。
【００３３】
［２．各サーバの構成および機能］
（２．１  投票券情報提供サーバ１０の構成および機能）
次に、投票券情報提供サーバ１０の構成および機能について、図２から図４を用いて説明する。
【００３４】
図２は、投票券情報提供サーバ１０の概要構成の一例を示すブロック図である。図３は、投票券情報提供サーバ１０の投票数データベースの一例を示す模式図である。図４は、賭式毎の還元率の一例を示す模式図である。
【００３５】
図２に示すように、コンピュータとして機能する投票券情報提供サーバ１０は、通信部１１と、記憶部１２と、入出力インターフェース部１３と、システム制御部１４と、を備えている。そして、システム制御部１４と入出力インターフェース部１３とは、システムバス１５を介して接続されている。
【００３６】
通信部１１（レコメンド情報出力手段の一例、投票数情報取得手段の一例）は、ネットワーク３に接続して主催者サーバ２０と端末装置３０等との通信状態を制御し、さらに、ローカルエリアネットワークに接続して、ローカルエリアネットワーク上の他のサーバとデータの送受信を行う。
【００３７】
記憶部１２は、例えば、ハードディスクドライブ等により構成されており、オペレーティングシステムおよびサーバプログラム等の各種プログラムや、ユーザに提供するレースに関する情報を提示するためのウェブページの画面データ等を記憶する。なお、各種プログラムは、例えば、他のサーバ装置等からネットワーク３を介して取得されるようにしてもよいし、記録媒体に記録されてドライブ装置（図示せず）を介して読み込まれるようにしてもよい。
【００３８】
また、記憶部１２には、各競技場で開催されるレースに関するレース情報等を、主催者サーバ２０から受信して記憶するレース情報データベース１２ａ（以下「レース情報ＤＢ１２ａ」とする。）と、主催者サーバ２０で集計された、レース毎の賭式および買い目に対する投票数を記憶する投票数データベース１２ｂ（以下「投票数ＤＢ１２ｂ」とする。）と、ユーザから投票券購入のための資金の入金情報を端末装置３０から受け付けて記憶する（以下「口座ＤＢ１２ｃ」とする。）と、会員に関する情報を記憶する会員データベース１２ｄ（以下「会員ＤＢ１２ｄ」とする。）等が構築されている。
【００３９】
レース情報ＤＢ１２ａ（記憶手段の一例）には、主催者サーバ２０から取得したオッズ情報、レースの結果等のレース情報が、各競技場で開催されるレースを特定するレースＩＤに関連付けられ記憶される。
【００４０】
ここで、レース情報の一例として、レース開始前の概算オッズ情報の他に、競技場名、競技場の天候、馬場がダート、芝であるといった競技場の種類等のレース条件、開催されるレース名、レースに出場する馬の名前、年齢、体重や、自転車やボートの種類等の競争体の状態（馬の騎手や、自転車やボートの選手等の名前、年齢、体重等も含む）等が挙げられる。さらに、レース情報として投票券の発売が終了した場合の最終オッズの情報や、レースが終了して順位が確定した場合のレースの順位、１着と２着とのタイム差等も挙げられる。
【００４１】
さらに、レース情報ＤＢ１２ａには、投票券種別毎および競争体パターン毎のオッズ情報が、レースＩＤに関連付けられ記憶される。
【００４２】
投票数ＤＢ１２ｂには、図３に示すように、主催者サーバ２０から取得した、レースＩＤに関連付けられて賭式および買い目毎に投票数が記憶されている。なお、買い目の欄に記載されるデータには、賭式が馬単で、１着になると予想される競争体の競争体番号”1”、２着になると予想される競争体の競争体番号”2”の場合、”1-2”となる。また、賭式が馬連で、１着および２着になると予想される競争体の競争体番号の組み（競争体の競争体番号”1”と競争体番号”2”との組み）も、”1-2”とする。
【００４３】
口座ＤＢ１２ｃには、ユーザが投票券を購入するための資金が入金され、その金額がユーザＩＤに関連付けられ記憶される。例えば、ユーザは、レースが開催される日に購入する投票券の予算を決めて、投票券を買う前にインターネット上の銀行等から、端末装置３０によって予算分の金額を口座ＤＢ１２ｃに振り込みをする。また、投票券が的中した場合、口座ＤＢ１２ｃには払戻金が入金される。また、ユーザが投票券を購入すると、口座ＤＢ１２ｃにおけるユーザの残高から購入の金額が差し引かれる。さらに、口座ＤＢ１２ｃには、ユーザによる銀行等からの入金と、払戻金による入金との累計である累計入金額が記憶される。
【００４４】
会員ＤＢ１２ｄには、会員登録されたユーザ（競馬サイトの利用者）のユーザＩＤ、名称、住所、電話番号、メールアドレス、職業、趣味、購買履歴、ユーザの関心があるテーマやジャンル等のユーザ情報が登録されている。また、会員ＤＢ１２ｄには、ユーザが端末装置３０から競馬サイトにログインする際に必要な、ユーザＩＤ、ログインＩＤ、および、パスワードが登録されている。ここで、ログインＩＤおよびパスワードは、ログイン処理（ユーザの認証処理）に使用されるログイン情報である。
【００４５】
また、記憶部１２には、図４に示すように、賭式毎に、基準となる還元率（公営競技の主催者が受け取ると予想される受取額が予め定められた基準値の一例）、すなわち、投票券の売上総額に対して、投票券の購入者に払い戻される総額の割合が記憶される。なお、還元率は、レースの賭式毎にそれぞれの範囲があり、レース結果によって、最終的に確定する。基準となる還元率は、還元率の範囲内のいずれかの値に設定される。
【００４６】
また、記憶部１２は、競馬サイトからの情報を端末装置３０に表示させるために、ＨＴＭＬ（HyperText Markup Language）、ＸＭＬ（Extensible Markup Language）等のマークアップ言語等により記述されたウェブページのファイル等が記憶されている。
【００４７】
入出力インターフェース部１３は、通信部１１および記憶部１２とシステム制御部１４との間のインターフェース処理を行う。
【００４８】
システム制御部１４は、ＣＰＵ（Central Processing Unit）１４ａ、ＲＯＭ（Read Only Memory）１４ｂ、ＲＡＭ（Random Access Memory）１４ｃ等により構成されている。システム制御部１４は、ＣＰＵ１４ａがＲＯＭ１４ｂや記憶部１２に記憶された各種プログラムを読み出し実行することにより、投票券情報提供のための処理等を行う。
【００４９】
（２．２  主催者サーバ２０の構成および機能）
次に、主催者サーバ２０の構成および機能について、図５を用いて説明する。
図５は、主催者サーバ２０の概要構成の一例を示すブロック図である。
【００５０】
図５に示すように、主催者サーバ２０は、通信部２１と、記憶部２２と、入出力インターフェース部２３と、システム制御部２４と、を備え、システム制御部２４と入出力インターフェース部２３とは、システムバス２５を介して接続されている。なお、主催者サーバ２０の構成および機能は、投票券情報提供サーバ１０の構成および機能とほぼ同じであるので、投票券情報提供サーバ１０の各構成や各機能において、異なるところを中心に説明する。
【００５１】
通信部２１は、ネットワーク３やローカルエリアネットワーク等を通して、端末装置３０や投票券情報提供サーバ１０等と通信状態を制御等するようになっている。
【００５２】
記憶部２２には、レースに関する情報等が記憶されている。
【００５３】
システム制御部２４は、ＣＰＵ２４ａ、ＲＯＭ２４ｂ、ＲＡＭ２４ｃ等により構成されている。そして、システム制御部２４は、ＣＰＵ２４ａが、ＲＯＭ２４ｂや記憶部２２に記憶された各種プログラムを読み出し実行することにより、投票券情報提供サーバ１０にオッズ情報を送信する処理等を行う。
【００５４】
（２．３  端末装置３０の構成および機能）
次に、端末装置３０の構成および機能について、図６を用いて説明する。
図６は、端末装置３０の概要構成の一例を示すブロック図である。
【００５５】
図６に示すように、コンピュータとして機能する端末装置３０は、例えば、パーソナルコンピュータやスマートフォンを含む携帯型無線電話機やＰＤＡ等の携帯端末であり、通信部３１と、記憶部３２と、表示部３３と、操作部３４と、入出力インターフェース部３５と、システム制御部３６とを備えている。そして、システム制御部３６と入出力インターフェース部３５とは、システムバス３７を介して接続されている。
【００５６】
通信部３１（投票数情報取得手段の一例）は、ネットワーク３を通して、投票券情報提供サーバ１０等と通信を制御する。なお、端末装置３０が携帯端末装置の場合、ネットワーク３の移動体通信網に接続するために、通信部３１は、無線通信機能を有する。
【００５７】
記憶部３２は、例えば、ハードディスクドライブ等からなり、オペレーティングシステム、ウェブブラウザのプログラムやウェブブラウザ用ツールバーのプログラム等を記憶する。また、記憶部３２は、投票券情報提供サーバ１０からの情報を表示したり、投票券の購入を行ったりする専用のアプリケーションソフト（いわゆるアプリ）等を記憶する。
【００５８】
表示部３３（レコメンド情報出力手段の一例）は、例えば、液晶表示素子またはＥＬ（Electro Luminescence）素子等によって構成されている。表示部３３には、競馬サイトのトップページの画面や特定のレースに関する投票券を購入するためのレース情報表のウェブページがウェブブラウザにより表示される。
【００５９】
操作部３４は、例えば、キーボードおよびマウス等によって構成されている。ユーザは、操作部３４により応答を入力する。なお、表示部３３がタッチパネルのようなタッチスイッチ方式の表示パネルの場合、操作部３４は、ユーザが接触または近接した表示部３３の位置情報を取得する。
【００６０】
入出力インターフェース部３５は、通信部３１および記憶部３２とシステム制御部３６とのインターフェースである。
【００６１】
システム制御部３６は、例えば、ＣＰＵ３６ａと、ＲＯＭ３６ｂと、ＲＡＭ３６ｃとを有する。システム制御部３６は、ＣＰＵ３６ａが、ＲＯＭ３６ｂや、ＲＡＭ３６ｃや、記憶部３２に記憶された各種プログラムを読み出して実行する。例えば、システム制御部３６は、ウェブブラウザのプログラムを実行しウェブブラウザとして機能する。
【００６２】
［３．投票券情報提供システムの動作］
次に、本発明の１実施形態に係る投票券情報提供システム１の動作について図７から図１４を用い説明する。
【００６３】
図７は、投票券情報提供システム１の動作例を示すフローチャートである。図８から図１３は、賭式における買い目毎の投票数の一例を示す模式図である。図１４は、ユーザに通知する情報の一例を示す模式図である。
【００６４】
図７に示すように、投票券情報提供システム１は、投票券のレースの投票券受付締め切られたか否かを判定する（ステップＳ１）。具体的には、投票券情報提供サーバ１０は、投票券のレース番号のレースに関して、受付が締め切られたか否かを判定する。例えば、投票券の受付締め切りは、予め定められたレースが開始される時刻の所定時刻前、主催者サーバ２０から投票券の受付締切の情報を受信した場合等が挙げられる。この所定時間は、例えば、ユーザの投票券購入に要する時間を考慮して設定される。
【００６５】
投票券の受付が締め切られた場合（ステップＳ１；ＹＥＳ）、投票券情報提供システム１は、処理を終了する。
【００６６】
投票券の受付が締め切られてない場合（ステップＳ１；ＮＯ）、投票券情報提供システム１は、賭式の買い目毎の投票数の情報を取得する（ステップＳ２）。具体的には、投票券情報提供サーバ１０が、主催者サーバ２０からレース情報として、賭式の買い目毎の投票数の情報を取得する。なお、投票券情報提供サーバ１０は、主催者サーバ２０から受信して投票数ＤＢ１２ｂに記憶されているレース情報を取得してもよい。
【００６７】
図８および図９に示すように、投票券情報提供サーバ１０は、競争体の数が５で、賭式が”ワイド”の場合、レース毎に、全ての買い目”1-2”、”1-3”、”1-4”、”1-5”、”2-3”、”2-4”、”2-5”、”3-4”、”3-5”、”4-5”の投票数の情報を取得する。
【００６８】
図１０に示すように、投票券情報提供サーバ１０は、競争体の数が５で、賭式が”単勝”の場合、レース毎に、全ての買い目”1”、”2”、”3”、”4”、”5”の投票数の情報を取得する。
【００６９】
図１１に示すように、投票券情報提供サーバ１０は、競争体の数が５で、賭式が”複勝”の場合、レース毎に、全ての買い目”1”、”2”、”3”、”4”、”5”の投票数の情報を取得する。
【００７０】
図１２に示すように、投票券情報提供サーバ１０は、競争体の数が５で、賭式が”馬連”の場合、レース毎に、全ての買い目”1-2”、”1-3”、”1-4”、”1-5”、”2-3”、”2-4”、”2-5”、”3-4”、”3-5”、”4-5”の投票数の情報を取得する。
【００７１】
図１３に示すように、投票券情報提供サーバ１０は、競争体の数が５で、賭式が”馬単”の場合、レース毎に、全ての買い目”1-2”、”1-3”、”1-4”、”1-5”、”2-1”、”2-3”、”2-4”、”2-5”、”3-1”、”3-2”、”3-4”、”3-5”、”4-1”、”4-2”、”4-3”、”4-5”、”5-1”、”5-2”、”5-3”、”5-4”の投票数の情報を取得する。
【００７２】
このように、投票券情報提供サーバ１０は、前記公営競技のレースが始まる前に、当該レースの投票券の各賭式における各買い目に対する投票数の情報を取得する投票数情報取得手段の一例として機能する。
【００７３】
ここで、レース情報の生成について説明する。
【００７４】
投票券情報提供サーバ１０は、所定時間間隔で、他のユーザを含めた各端末装置３０から受け付けた投票券購入情報を、レース、賭式、および、買い目毎に集計して、サマリーデータを生成する。投票券情報提供サーバ１０は、生成したサマリーデータを、主催者サーバ２０に送信する。
【００７５】
なお、投票券情報提供サーバ１０は、所定時間間隔に限らず、不規則な間隔で、主催者サーバ２０にサマリーデータを送信してもよいし、主催者サーバ２０からの要求に応じて、サマリーデータを主催者サーバ２０に送信してもよい。また、サマリーデータは、例えば、各ユーザの名義に対応するユーザＩＤを通常含まれず、レース、賭式、および、買い目毎に、投票数が集計されたデータである。
【００７６】
主催者サーバ２０は、投票券情報提供サーバ１０からのサマリーデータや投票券売り場からのデータ等に基づき、各レースにおける賭式および買い目毎の投票数を集計してオッズを計算する。また、主催者サーバ２０は、レース場の状態の情報を取得する。主催者サーバ２０は、計算されたオッズや、取得したレース場の状態の情報等からレース情報を生成する。
【００７７】
なお、主催者サーバ２０のシステム制御部２４は、所定時間間隔に限らず、不規則な間隔で、レース情報を投票券情報提供サーバ１０に送信してもよいし、投票券情報提供サーバ１０からの要求に応じて、レース情報を投票券情報提供サーバ１０に送信してもよい。また、主催者サーバ２０のシステム制御部２４は、オッズが更新される度に、オッズ情報を投票券情報提供サーバ１０に送信してもよい。
【００７８】
次に、投票券情報提供システム１は、賭式毎の最大投票数の買い目を特定する（ステップＳ３）。具体的には、投票券情報提供サーバ１０が、賭式毎の最大投票数の買い目を特定する。
【００７９】
例えば、図８および図９に示すような場合、投票券情報提供サーバ１０は、最大投票数の買い目”2-3”を特定する。図１０および図１１に示すような場合、投票券情報提供サーバ１０は、最大投票数の買い目”2”を特定する。図１２に示すような場合、投票券情報提供サーバ１０は、最大投票数の買い目”2-3”を特定する。図１３に示すような場合、投票券情報提供サーバ１０は、最大投票数の買い目”2-5”を特定する。
【００８０】
次に、投票券情報提供システム１は、最大投票数と特定した買い目と関連して的中する買い目を特定する（ステップＳ４）。具体的には、投票券情報提供サーバ１０が、最大投票数と特定した買い目と関連して的中する買い目を特定する。
【００８１】
例えば、賭式”ワイド”の場合、１着から３着に入ると予想される競争体を２つ指定するので、最大投票数の買い目”2-3”の場合、競争体番号”2”の競争体と競争体番号”3”の競争体とが、１着から３着に入る着順パターンが関連した的中する買い目となる。すなわち、競争体番号”1”の競争体も１着から３着に入る場合の買い目”1-2”および買い目”1-3”と、競争体番号”4”の競争体も１着から３着に入る場合の買い目”2-4”および買い目”3-4”と、競争体番号”5”の競争体も１着から３着に入る場合の買い目”2-5”および買い目”3-5”と、が最大投票数と特定した買い目と関連して的中する買い目となる。
【００８２】
さらに、投票券情報提供サーバ１０は、これらの中で、関連して的中する買い目の合計の投票数が高い買い目を特定してもよい。
【００８３】
なお、賭式”単勝”、賭式”馬連”、賭式”馬単”等のように、的中する買い目が１つしかない場合、関連して的中する買い目はないので、投票券情報提供サーバ１０は、ステップＳ４の処理を省いてもよい。
【００８４】
次に、投票券情報提供システム１は、各賭式の集中度を算出する（ステップＳ５）。具体的には、投票券情報提供サーバ１０が、あるレースにおいて、最大投票数と特定した買い目の投票数と関連して的中する買い目の投票数とを加算した投票数）を、賭式に対する全投票数（全買い目の投票数の合計）で割った、各賭式の集中度を算出する。
【００８５】
ここで、集中度は、最大投票数と特定した買い目および関連して的中する買い目に、どのくらい投票数が集中しているかを示す度合いである。的中した場合は、集中度は、主催者が投票券の購入者に払い戻される還元率となる。
【００８６】
また、賭式”単勝”、賭式”馬連”、賭式”馬単”等のように、的中する買い目が１つしかない場合、関連して的中する買い目はないので、関連して的中する買い目の投票数はゼロであり、これらの賭式の集中度は、最大投票数と特定した買い目の投票数を、賭式に対する全投票数で割った値となる。
【００８７】
例えば、図８に示すような場合、投票券情報提供サーバ１０は、最大投票数と特定した買い目”2-3”の投票数”5,000”と、関連して的中する買い目”1-2”の投票数”2,000”と、関連して的中する買い目”1-3”の投票数”2,000”との合計”9,000”を、全投票数”10,000”で割り算し、集中度90%を算出する。
【００８８】
図９に示すような場合、投票券情報提供サーバ１０は、最大投票数と特定した買い目”2-3”の投票数”2,600”と、関連して的中する買い目”2-4”の投票数”2,500”と、関連して的中する買い目”3-4”の投票数”2,450”との合計”7,550”を、全投票数”10,000”で割り算し、集中度75.5%を算出する。
【００８９】
図１０に示すような場合、投票券情報提供サーバ１０は、最大投票数と特定した買い目”2”の投票数”8,100”を、全投票数”10,000”で割り算し、集中度81%を算出する。
【００９０】
図１１に示すような場合、投票券情報提供サーバ１０は、最大投票数と特定した買い目”2”の投票数”5,000”と、関連して的中する買い目”1”の投票数”3,500”との合計”8,500”を、全投票数”10,000”で割り算し、集中度85%を算出する。
【００９１】
図１２に示すような場合、投票券情報提供サーバ１０は、最大投票数と特定した買い目”2-3”の投票数”4,500”を、全投票数”10,000”で割り算し、集中度45%を算出する。
【００９２】
図１３に示すような場合、投票券情報提供サーバ１０は、最大投票数と特定した買い目”2-5”の投票数”800”を、全投票数”10,000”で割り算し、集中度8%を算出する。
【００９３】
なお、賭式”ワイド”および賭式”複勝”のように、関連して的中する買い目の組み合せが複数ある場合、投票券情報提供サーバ１０は、各組み合せ集中度を算出し、最大の集中度となる関連して的中する買い目との組合せを採用してもよい。
【００９４】
次に、投票券情報提供システム１は、いずれかの賭式で集中度が閾値以上か否かを判定する（ステップＳ６）。具体的には、投票券情報提供サーバ１０が、記憶部１２のデータベースを参照して、いずれかの賭式で集中度が、各賭式の基準となる還元率（予め定められた基準値の一例）以上か否かを判定する。
【００９５】
例えば、賭式”ワイド”の基準となる還元率を75%とすると、図８に示すような場合、集中度90%で、図９に示すような場合、集中度75.5%で、いずれも、基準となる還元率を超える。なお、図９は、還元率に近い集中度の例である。
【００９６】
賭式”単勝”の基準となる還元率を75%とすると、図１０に示すような場合、集中度81%で、基準となる還元率を超える。
【００９７】
賭式”複勝”の基準となる還元率を70%とすると、図１１に示すような場合、集中度85.5%で、基準となる還元率を超える。
【００９８】
賭式”馬連”の基準となる還元率を75%とすると、図１２に示すような場合、集中度45%で、基準となる還元率を超えない。
【００９９】
賭式”馬単”の基準となる還元率を75%とすると、図１３に示すような場合、集中度8%で、基準となる還元率を超えない。
【０１００】
このように、投票券情報提供サーバ１０は、前記レースの賭式毎に、前記投票数が最大の買い目が的中した場合に前記公営競技の主催者が受け取ると予想される受取額が予め定められた基準値以下である賭式を特定する賭式特定手段の一例として機能する。また、投票券情報提供サーバ１０は、少なくとも前記投票数が最大の買い目を含む当該投票数が最大の買い目が的中した場合に関連する買い目の合計投票数を当該関連する買い目の賭式に対する投票数で割った投票集中度を、前記レースの賭式毎に算出する集中度算出手段の一例として機能する。また、投票券情報提供サーバ１０は、前記集中度に基づき、前記基準値以下である賭式を特定する賭式特定手段の一例として機能する。
【０１０１】
なお、予め定められた基準値は、基準となる還元率より低くしてもよいし、還元率の範囲外でもよい。基準値を低めに設定することにより、控除率に割り込まないように、事前に防止できる。また、公営競技における他のレースの投票数の情報に基づいて、基準値が設定されてもよい。他の多くのレースにおいて全ての賭式で基準値を大きく下回る場合、全体として主催者側の控除率を確保できるならば、基準値を上げてもよい。
【０１０２】
いずれかの賭式で集中度が閾値以上でない場合（ステップＳ６；ＹＥＳ）、投票券情報提供システム１は、ステップＳ１の処理に戻る。
【０１０３】
いずれかの賭式で集中度が閾値以上である場合（ステップＳ６；ＹＥＳ）、投票券情報提供システム１は、集中度が閾値以上でない賭式に対して集中度に応じたポイントを算出する（ステップＳ７）。具体的には、投票券情報提供サーバ１０が、同じレースにおいて、集中度が閾値以上でない賭式のうち、集中度が低いほど、ユーザに付与するポイントを多くしたポイントを算出する。なお、集中度とポイントの関係は、所定の関係式や予め定められたテーブル等に基づき決める。
【０１０４】
次に、投票券情報提供システム１は、レコメンド情報を出力する（ステップＳ８）。具体的には、投票券情報提供サーバ１０が、図１４に示すように、レース毎に、集中度が閾値以上でない賭式に対して付与するポイントのポイント情報を表示したレコメンド情報を生成する。投票券情報提供サーバ１０が、生成されたレコメンド情報を各端末装置３０に送信する。なお、投票券情報提供サーバ１０が、会員ＤＢ１２ｄで関連付けられたメールアドレス宛に、レコメンド情報を、メール通知として送信してもよい。
【０１０５】
図１４に示すように、各端末装置３０は、受信したレコメンド情報を表示部３３に表示する。ユーザがレコメンドされたレースの賭式の投票券を購入した場合、ポイントがユーザに付与される。会員ＤＢ１２ｄで関連付けられたメールアドレス宛に、メールとして送信した場合、メールの画面として、レコメンド情報が、表示部３３に表示される。
【０１０６】
このように、投票券情報提供サーバ１０は、前記公営競技のレースが始まる前に、前記特定された賭式と異なる賭式をレコメンドするためのレコメンド情報を出力するレコメンド情報出力手段の一例として機能する。
【０１０７】
投票券情報提供システム１は、レコメンド情報を出力して、一連の処理を終了する。なお、ステップＳ８の処理の後、ステップＳ１の処理に戻ってもよい。この場合、投票券情報提供システム１は、投票券の受付締め切られるまで、最新オッズ情報に基づいて、ステップＳ５において集中度を算出し、最新の集中度に応じたポイントを算出してもよい。
【０１０８】
以上のように、本実施形態によれば、主催者側が受け取ると予想される受取額が基準値以下にならない賭式を、投票券を購入するユーザにレコメンドすることにより、受取額がなるべく基準値以下にならないように、すなわち、主催者側の控除率をなるべく確保できるようにすることができる。また、主催者側が受け取ると予想される受取額が基準値以下にならない賭式を、ユーザにレコメンドすることにより、特定の賭式へのさらに集中しないようにすることがきる。
【０１０９】
また、特定の賭式へのさらに集中しないようにすることがきるので、いわゆる元返しでオッズが1.0となったときに特定の賭式のみ払戻のためのオッズを主催者側で1.1等に増やして設定する場合や、主催者側がポイントを付与にために支払う額がある場合でも、主催者側の損失をなるべく減らすようにすることができる。
【０１１０】
図１５に示すように、特定の競争体に人気があまり集中していない通常の場合、売上金額４０に対する還元金額４１の割合である還元率があまり高くなく、売上金額４０に対する控除金額４２の割合である控除率があまり低くならない。従って、主催者側に残る控除金額４２が、運営費５０より多くなる。
【０１１１】
一方、極端に人気のある競争体でレースが決着した場合、売上金額４０に対する還元金額４１の割合である還元率が高くなり、売上金額４０に対する控除金額４２の割合である控除率が低くなる。従って、主催者側に残る控除金額４２が、運営費５０より小さくなるケースが発生することがあり、主催者側の赤字となってしまう可能性があった。
【０１１２】
ここで、説明を簡略化するために、賭式は、"馬単”と”ワイド”の２種類だけとする。
【０１１３】
図１６に示すように、賭式”ワイド”のある特定の買い目に人気が集中しているとすると、賭式”ワイド”の売上金額４３が多くなる。このまま投票券の受付が締め切られ、人気が集中した買い目が的中すると、賭式”ワイド”の還元金額４４が多くなり、賭式”ワイド”の控除金額４５が少なくなり、賭式”ワイド”の還元率が高くなる。すなわち、賭式”ワイド”の集中度が閾値以上の賭式となる。
【０１１４】
一方、集中度が閾値以上でない賭式”馬単”の売上金額４６（賭式”馬単”の還元金額４７と賭式”馬単”の控除金額４８とから構成）が、賭式”ワイド”の売上金額４３に比べ少なくなる。
【０１１５】
図１６に示すように、主催者側は、賭式”ワイド”の控除金額４５と賭式”馬単”の控除金額４８との合計を取得するが、運営費５０より少なり、赤字額４９が発生することがある。なお、運営費５０は、レースを開催する開催費５１（定額）と、投票券販売額合計に比例するポイント費５２（例えば、ポイント原資、税金）とから構成される。
【０１１６】
しかし、ステップＳ８のように、集中度が閾値以上でない賭式”馬単”に対して付与するポイントを表示したレコメンド情報を、投票券情報提供サーバ１０が端末装置３０に表示部３３に表示させ、ユーザがレコメンドされたレースの賭式”馬単”の投票券を購入した場合、図１７に示すように、ポイントを獲得しようと、賭式”馬単”の売上金額４６が増加する可能性が高くなる。
【０１１７】
図１７に示すように、賭式”馬単”の売上金額４６が増加し、賭式”馬単”の控除金額４８も増加する。図１７に示すように、ポイント費５２が増加しても、賭式”馬単”の控除金額４８がより増加するので、集中していない賭式へ誘導する前に比べて、少なくとも赤字額４９が減少する。
【０１１８】
また、少なくとも投票数が最大の買い目を含む当該投票数が最大の買い目が的中した場合に関連する買い目の合計投票数を当該関連する買い目の賭式に対する投票数で割った投票集中度を、レースの賭式毎に算出し、集中度に基づき、基準値以下である賭式を特定する場合、集中度により、的確に各賭式の集中度合いを把握して、受取額がなるべく基準値以下にならないように、すなわち、主催者側の控除率をなるべく確保できるようにすることが的確にできる。
【０１１９】
また、レコメンド情報が、投票券を購入するユーザに付与するポイントのポイント情報である場合、ポイントにより、主催者側が受け取ると予想される受取額が基準値以下でない賭式に誘導し、受取額がなるべく基準値以下にならないようにすることができる。
【０１２０】
また、特定された賭式と異なる賭式において、公営競技のレースの履歴に基づき、当該賭式毎にポイントを変更した場合、過去のレースの賭式の状態に応じたポイントを付与することにより、主催者側が受け取ると予想される受取額が基準値以下でない賭式に有効に誘導し、受取額がなるべく基準値以下にならないようにすることができる。
【０１２１】
また、特定された賭式と異なる賭式において、少なくとも投票数が最大の買い目を含む当該投票数が最大の買い目が的中した場合に関連する買い目の合計投票数を当該関連する買い目の賭式に対する投票数で割った投票集中度に基づき、当該賭式毎にポイントを変更した場合、集中度に応じてポイントが設定されるため、例えば、集中度が解消できるように、主催者側が受け取ると予想される受取額が基準値以下でない賭式に有効に誘導し、受取額がなるべく基準値以下にならないようにすることができる。
【０１２２】
また、基準値は、公営競技における他のレースの投票数の情報に基づいて設定される場合、公営競技のレース全体において、特定の賭式に投票券が集中しないように、的確に制御できる。
【０１２３】
なお、ステップＳ１からＳ８までの処理を、アプリケーションソフトにより端末装置３０が行ってもよい。
【０１２４】
ステップＳ１において、端末装置３０が、投票券情報提供サーバ１０から投票券の受付締め切られたか否かの情報を取得して、判定を行う。
【０１２５】
ステップＳ２において、端末装置３０が、投票券情報提供サーバ１０から、賭式の買い目毎の投票数の情報を取得する。
【０１２６】
ステップＳ３において、端末装置３０が、賭式毎の最大投票数の買い目を特定する。
【０１２７】
ステップＳ４のように、端末装置３０が、最大投票数と特定した買い目と関連して的中する買い目を特定する。
【０１２８】
ステップＳ５のように、端末装置３０が、各賭式の集中度を算出する。
【０１２９】
ステップＳ６のように、端末装置３０が、いずれかの賭式で集中度が閾値以上か否かを判定する。
【０１３０】
ステップＳ７のように、端末装置３０が、集中度が閾値以上でない賭式に対して集中度に応じたポイントを算出する。
【０１３１】
ステップＳ８のように、端末装置３０が、ポイントを表示したレコメンド情報を生成し、レコメンド情報を表示部３３に表示する。
【０１３２】
投票券情報提供サーバ１０による一連の処理を、端末装置３０が行っても、同様の効果を得ることができる。
【０１３３】
さらに、本発明は、上記各実施形態に限定されるものではない。上記各実施形態は、例示であり、本発明の特許請求の範囲に記載された技術的思想と実質的に同一な構成を有し、同様な作用効果を奏するものは、いかなるものであっても本発明の技術的範囲に包含される。
【符号の説明】
【０１３４】
１：投票券情報提供システム
１０：投票券情報提供サーバ（投票券情報提供装置）
１２ａ： レース情報ＤＢ
１２ｂ： 投票数ＤＢ
２０：主催者サーバ
３０：端末装置（投票券情報提供装置）
【要約】
公営競技の投票券に関する情報を提供する投票券情報提供装置（１０、３０）において、公営競技のレースが始まる前に、当該レースの投票券の各賭式における各買い目に対する投票数の情報を取得し（Ｓ２）レースの賭式毎に、投票数が最大の買い目が的中した場合に公営競技の主催者が受け取ると予想される受取額が予め定められた基準値以下である賭式を特定し（Ｓ３、Ｓ４）、公営競技のレースが始まる前に、特定された賭式と異なる賭式をレコメンドするためのレコメンド情報を出力する（Ｓ８）【図１】
0005679503.tif 000002
【図２】
0005679503.tif 000003
【図３】
0005679503.tif 000004
【図４】
0005679503.tif 000005
【図５】
0005679503.tif 000006
【図６】
0005679503.tif 000007
【図７】
0005679503.tif 000008
【図８】
0005679503.tif 000009
【図９】
0005679503.tif 000010
【図１０】
0005679503.tif 000011
【図１１】
0005679503.tif 000012
【図１２】
0005679503.tif 000013
【図１３】
0005679503.tif 000014
【図１４】
0005679503.tif 000015
【図１５】
0005679503.tif 000016
【図１６】
0005679503.tif 000017
【図１７】
0005679503.tif 000018