ホーム > 特許ランキング > 楽天グループ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2022-06-24
(45)【発行日】2022-07-04
(54)【発明の名称】投票管理装置、投票管理方法、ならびに、プログラム
(51)【国際特許分類】
G06Q 50/34 20120101AFI20220627BHJP
【ＦＩ】
G06Q50/34
【請求項の数】
8
(21)【出願番号】P 2021070777
(22)【出願日】2021-04-20
【審査請求日】2021-04-20
(73)【特許権者】
【識別番号】399037405
【氏名又は名称】楽天グループ株式会社
(74)【代理人】
【識別番号】100110135
【弁理士】
【氏名又は名称】石井 裕一郎
(74)【代理人】
【識別番号】100132883
【弁理士】
【氏名又は名称】森川 泰司
(74)【代理人】
【識別番号】100148633
【弁理士】
【氏名又は名称】桜田 圭
(74)【代理人】
【識別番号】100163452
【弁理士】
【氏名又は名称】南郷 邦臣
(74)【代理人】
【識別番号】100180312
【弁理士】
【氏名又は名称】早川 牧子
(72)【発明者】
【氏名】直井 和久
【審査官】岸 健司
(56)【参考文献】
【文献】特開２０１６－７１７５３（ＪＰ，Ａ）
【文献】特開２０１８－１６５９３３（ＪＰ，Ａ）
【文献】特開平１１－３３８９４９（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
公営競技における投票券の販売を管理する投票管理装置であって、ユーザが購入を希望する前記投票券の内容を示す、投票対象及び投票金額を含む投票情報を受け付ける受付部と、
前記受付部が受け付けた前記投票情報に含まれる前記投票金額に、提携事業者から付与された電子バリューが使用されているか否かを判別する判別部と、
前記判別部により前記投票金額に前記電子バリューが使用されていると判別されると、前記投票情報に含まれる前記投票対象のオッズを取得するオッズ取得部と、
前記オッズ取得部により取得された前記オッズが閾値以下である場合に、前記ユーザが過去の直近期間に購入した前記投票券の購入履歴を取得する履歴取得部と、
前記履歴取得部により取得された前記購入履歴に基づいて、低オッズの前記投票券に対して前記ユーザが投票できる許容額を示す投票許容額を設定する設定部と、
前記投票情報に含まれる前記投票金額が、前記設定部により設定された前記投票許容額を超える場合に、前記投票情報の受け付けを取り消す取消部と、
を備えることを特徴とする投票管理装置。
【請求項2】
前記設定部は、前記購入履歴における前記投票金額を合計した合計投票金額が一定金額を超える場合に、第１の許容額を前記投票許容額に設定し、前記合計投票金額が前記一定金額を超えない場合に、前記第１の許容額よりも額が低い第２の許容額を前記投票許容額に設定する、ことを特徴とする請求項１に記載の投票管理装置。
【請求項3】
前記設定部は、前記購入履歴における前記投票金額を合計した合計投票金額が前記ユーザに対して規定された上限額を超えない場合において、前記上限額から前記合計投票金額を減算した額を前記投票許容額に設定し、前記合計投票金額が前記上限額を超えた場合において、前記投票許容額に０を設定する、ことを特徴とする請求項１に記載の投票管理装置。
【請求項4】
前記設定部は、前記購入履歴における前記投票金額を合計した合計投票金額に比例する額を前記投票許容額に設定する、ことを特徴とする請求項１に記載の投票管理装置。
【請求項5】
前記履歴取得部により取得された前記購入履歴には、前記投票券が購入された時点のオッズ履歴が含まれており、前記設定部は、前記購入履歴に含まれる前記オッズ履歴に基づいたオッズ分布に対する、前記オッズ取得部により取得された前記オッズの乖離度を求め、当該乖離度が基準値よりも大きい場合に、当該乖離度の大きさに反比例する額を前記投票許容額に設定する、
ことを特徴とする請求項１に記載の投票管理装置。
【請求項6】
前記取消部が前記投票情報の受け付けを取り消した際に、前記受付部が受け付けた前記投票情報に含まれる前記投票金額を、前記投票許容額に修正した投票情報を提案する提案部を更に備える、ことを特徴とする請求項１乃至５の何れか１項に記載の投票管理装置。
【請求項7】
公営競技における投票券の販売を管理する投票管理装置が実行する投票管理方法であって、ユーザが購入を希望する前記投票券の内容を示す、投票対象及び投票金額を含む投票情報を受け付ける受付ステップと、
前記受付ステップにて受け付けた前記投票情報に含まれる前記投票金額に、提携事業者から付与された電子バリューが使用されているか否かを判別する判別ステップと、
前記判別ステップにて前記投票金額に前記電子バリューが使用されていると判別されると、前記投票情報に含まれる前記投票対象のオッズを取得するオッズ取得ステップと、
前記オッズ取得ステップにて取得した前記オッズが閾値以下である場合に、前記ユーザが過去の直近期間に購入した前記投票券の購入履歴を取得する履歴取得ステップと、
前記履歴取得ステップにて取得した前記購入履歴に基づいて、低オッズの前記投票券に対して前記ユーザが投票できる許容額を示す投票許容額を設定する設定ステップと、
前記投票情報に含まれる前記投票金額が、前記設定ステップにて設定した前記投票許容額を超える場合に、前記投票情報の受け付けを取り消す取消ステップと、
を備えることを特徴とする投票管理方法。
【請求項8】
公営競技における投票券の販売を管理するコンピュータに、ユーザが購入を希望する前記投票券の内容を示す、投票対象及び投票金額を含む投票情報を受け付ける受付手順、
前記受付手順にて受け付けた前記投票情報に含まれる前記投票金額に、提携事業者から付与された電子バリューが使用されているか否かを判別する判別手順、
前記判別手順にて前記投票金額に前記電子バリューが使用されていると判別されると、前記投票情報に含まれる前記投票対象のオッズを取得するオッズ取得手順、
前記オッズ取得手順にて取得した前記オッズが閾値以下である場合に、前記ユーザが過去の直近期間に購入した前記投票券の購入履歴を取得する履歴取得手順、
前記履歴取得手順にて取得した前記購入履歴に基づいて、低オッズの前記投票券に対して前記ユーザが投票できる許容額を示す投票許容額を設定する設定手順、
前記投票情報に含まれる前記投票金額が、前記設定手順にて設定した前記投票許容額を超える場合に、前記投票情報の受け付けを取り消す取消手順、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、投票管理装置、投票管理方法、ならびに、プログラムに関する。
【背景技術】
【0002】
競輪、競馬、競艇といった公営競技の投票券を、インターネットを介して、ユーザ端末から購入できる投票システムが知られている。
この投票システムでは、例えば、ユーザが操作するユーザ端末と、投票券の販売を管理する投票管理装置とが、インターネットを介して通信接続され（ログイン等がなされ）、ユーザが購入を望む投票券の内容を示す投票情報が、ユーザ端末から投票管理装置へ送信される。そして、この投票情報を受信した投票管理装置が、公営競技の主催者サーバに対して、投票情報に示される投票券の販売を要請することで、ユーザが望む投票券の購入が完了するようになっている。
この投票システムでは、例えば、ユーザが操作するユーザ端末と、投票券の販売を管理する投票管理装置とが、インターネットを介して通信接続され（ログイン等がなされ）、ユーザが購入を望む投票券の内容を示す投票情報が、ユーザ端末から投票管理装置へ送信される。そして、この投票情報を受信した投票管理装置が、公営競技の主催者サーバに対して、投票情報に示される投票券の販売を要請することで、ユーザが望む投票券の購入が完了するようになっている。
【0003】
このような投票システムでは、ユーザ端末から投票券を購入する際に、ユーザが意図せずに誤発注してしまう場合もある。例えば、あるレースの投票券をユーザが購入しようとする場合、そのレースの投票画面にて、投票対象（一例として、競輪であれば、賭式に応じた車番や枠番の組）と、投票金額（一例として、ベット数×単価）とを入力することになる。その際に、これら投票対象や投票金額をユーザが誤って入力してしまい、ユーザが気付かないまま、投票画面の購入ボタンを押下してしまうと、誤発注した内容で投票券を購入してしまうことになる。
【0004】
このようなユーザの誤りに対応すべく、例えば、特許文献１には、ユーザが購入しようとする投票券の異常を判定可能な情報処理装置の発明が開示されている。この特許文献１の発明では、ユーザが購入しようとする投票券の内容と、そのユーザが過去に購入した投票券の内容とを、そのユーザの投票成績を加味して比較することで、投票券の内容に異常があるか否か（変則度が閾値を超えているかどうか）を判定し、異常がある場合に、購入を確定する直前の確認画面（購入内容確認ページ）にて、アラートを表示させている。
【先行技術文献】
【特許文献】
【0005】
【文献】特許第６５１６４３１号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
上述した特許文献１の発明は、ユーザの投票成績を考慮することで、そのユーザが購入しようとする投票券についての異常を柔軟に判定できるようになっている。
【0007】
しかしながら、特許文献１の発明では、以下に説明するような不正行為の蓋然性が高い投票券の購入に対しては、異常として判定することができなかった。
【0008】
現在、競輪等を対象とした投票システムでは、例えば、提携事業者から付与されたポイント等の電子バリューを使用して、投票券の購入が行えるようになっている。このような電子バリューを使用できる投票システムでは、投票券を購入せずに、電子バリューを現金化（所定口座への振替等）することができない仕様となっており、投票券が的中した場合には、電子バリューを使用せずに投票券を購入した場合と同様に、払戻金を受け取ることができる。
しかしながら、一部には、勝者がほぼ確実と予想されるレース（いわゆる、鉄板レース）の投票券だけを、電子バリューを使用して購入するユーザもいる。つまり、鉄板レースの場合、勝者と目される投票対象のオッズは、おおよそ、２．０未満の低オッズとなり、的中しても投票金額に対して払戻金が大きく増える訳ではないものの、的中する可能性は高いため、払戻金を受け取ることができる可能性も高くなる。そのため、電子バリューを使ってこのような低オッズの投票券を購入する行為は、電子バリューの現金化に繋がることが懸念される。
しかしながら、一部には、勝者がほぼ確実と予想されるレース（いわゆる、鉄板レース）の投票券だけを、電子バリューを使用して購入するユーザもいる。つまり、鉄板レースの場合、勝者と目される投票対象のオッズは、おおよそ、２．０未満の低オッズとなり、的中しても投票金額に対して払戻金が大きく増える訳ではないものの、的中する可能性は高いため、払戻金を受け取ることができる可能性も高くなる。そのため、電子バリューを使ってこのような低オッズの投票券を購入する行為は、電子バリューの現金化に繋がることが懸念される。
【0009】
なお、低オッズの投票券について、電子バリューを使用して購入できないように制限を設けることも考えられるが、低オッズの投票券をある程度まで購入する状況は普通に起こり得るため、電子バリューの現金化を意図しない通常のユーザにとっては、投票の自由が不当に損なわれてしまうことになる。
そのため、電子バリューの現金化を図る不正行為の蓋然性が高い投票券の購入を適切に防止することのできる技術が求められていた。
そのため、電子バリューの現金化を図る不正行為の蓋然性が高い投票券の購入を適切に防止することのできる技術が求められていた。
【0010】
本発明は、上記実状に鑑みてなされたもので、不正行為の蓋然性が高い投票券の購入を適切に防止することのできる投票管理装置、投票管理方法、ならびに、プログラムを提供することを目的とする。
【課題を解決するための手段】
【0011】
本発明の第１の観点に係る投票管理装置は、
公営競技における投票券の販売を管理する投票管理装置であって、
ユーザが購入を希望する前記投票券の内容を示す、投票対象及び投票金額を含む投票情報を受け付ける受付部と、
前記受付部が受け付けた前記投票情報に含まれる前記投票金額に、提携事業者から付与された電子バリューが使用されているか否かを判別する判別部と、
前記判別部により前記投票金額に前記電子バリューが使用されていると判別されると、前記投票情報に含まれる前記投票対象のオッズを取得するオッズ取得部と、
前記オッズ取得部により取得された前記オッズが閾値以下である場合に、前記ユーザが過去の直近期間に購入した前記投票券の購入履歴を取得する履歴取得部と、
前記履歴取得部により取得された前記購入履歴に基づいて、低オッズの前記投票券に対して前記ユーザが投票できる許容額を示す投票許容額を設定する設定部と、
前記投票情報に含まれる前記投票金額が、前記設定部により設定された前記投票許容額を超える場合に、前記投票情報の受け付けを取り消す取消部と、
を備えることを特徴とする。
公営競技における投票券の販売を管理する投票管理装置であって、
ユーザが購入を希望する前記投票券の内容を示す、投票対象及び投票金額を含む投票情報を受け付ける受付部と、
前記受付部が受け付けた前記投票情報に含まれる前記投票金額に、提携事業者から付与された電子バリューが使用されているか否かを判別する判別部と、
前記判別部により前記投票金額に前記電子バリューが使用されていると判別されると、前記投票情報に含まれる前記投票対象のオッズを取得するオッズ取得部と、
前記オッズ取得部により取得された前記オッズが閾値以下である場合に、前記ユーザが過去の直近期間に購入した前記投票券の購入履歴を取得する履歴取得部と、
前記履歴取得部により取得された前記購入履歴に基づいて、低オッズの前記投票券に対して前記ユーザが投票できる許容額を示す投票許容額を設定する設定部と、
前記投票情報に含まれる前記投票金額が、前記設定部により設定された前記投票許容額を超える場合に、前記投票情報の受け付けを取り消す取消部と、
を備えることを特徴とする。
【0012】
また、上記観点に係る投票管理装置において、
前記設定部は、前記購入履歴における前記投票金額を合計した合計投票金額が一定金額を超える場合に、第１の許容額を前記投票許容額に設定し、前記合計投票金額が前記一定金額を超えない場合に、前記第１の許容額よりも額が低い第２の許容額を前記投票許容額に設定するようにしてもよい。
前記設定部は、前記購入履歴における前記投票金額を合計した合計投票金額が一定金額を超える場合に、第１の許容額を前記投票許容額に設定し、前記合計投票金額が前記一定金額を超えない場合に、前記第１の許容額よりも額が低い第２の許容額を前記投票許容額に設定するようにしてもよい。
【0013】
また、上記観点に係る投票管理装置において、
前記設定部は、前記購入履歴における前記投票金額を合計した合計投票金額が前記ユーザに対して規定された上限額を超えない場合において、前記上限額から前記合計投票金額を減算した額を前記投票許容額に設定し、前記合計投票金額が前記上限額を超えた場合において、前記投票許容額に０を設定するようにしてもよい。
前記設定部は、前記購入履歴における前記投票金額を合計した合計投票金額が前記ユーザに対して規定された上限額を超えない場合において、前記上限額から前記合計投票金額を減算した額を前記投票許容額に設定し、前記合計投票金額が前記上限額を超えた場合において、前記投票許容額に０を設定するようにしてもよい。
【0014】
また、上記観点に係る投票管理装置において、
前記設定部は、前記購入履歴における前記投票金額を合計した合計投票金額に比例する額を前記投票許容額に設定するようにしてもよい。
前記設定部は、前記購入履歴における前記投票金額を合計した合計投票金額に比例する額を前記投票許容額に設定するようにしてもよい。
【0015】
また、上記観点に係る投票管理装置において、
前記履歴取得部により取得された前記購入履歴には、前記投票券が購入された時点のオッズ履歴が含まれており、
前記設定部は、前記購入履歴に含まれる前記オッズ履歴に基づいたオッズ分布に対する、前記オッズ取得部により取得された前記オッズの乖離度を求め、当該乖離度が基準値よりも大きい場合に、当該乖離度の大きさに反比例する額を前記投票許容額に設定するようにしてもよい。
前記履歴取得部により取得された前記購入履歴には、前記投票券が購入された時点のオッズ履歴が含まれており、
前記設定部は、前記購入履歴に含まれる前記オッズ履歴に基づいたオッズ分布に対する、前記オッズ取得部により取得された前記オッズの乖離度を求め、当該乖離度が基準値よりも大きい場合に、当該乖離度の大きさに反比例する額を前記投票許容額に設定するようにしてもよい。
【0016】
また、上記観点に係る投票管理装置は、
前記取消部が前記投票情報の受け付けを取り消した際に、前記受付部が受け付けた前記投票情報に含まれる前記投票金額を、前記投票許容額に修正した投票情報を提案する提案部を更に備えるようにしてもよい。
前記取消部が前記投票情報の受け付けを取り消した際に、前記受付部が受け付けた前記投票情報に含まれる前記投票金額を、前記投票許容額に修正した投票情報を提案する提案部を更に備えるようにしてもよい。
【0017】
本発明の第２の観点に係る投票管理方法は、
公営競技における投票券の販売を管理する投票管理装置が実行する投票管理方法であって、
ユーザが購入を希望する前記投票券の内容を示す、投票対象及び投票金額を含む投票情報を受け付ける受付ステップと、
前記受付ステップにて受け付けた前記投票情報に含まれる前記投票金額に、提携事業者から付与された電子バリューが使用されているか否かを判別する判別ステップと、
前記判別ステップにて前記投票金額に前記電子バリューが使用されていると判別されると、前記投票情報に含まれる前記投票対象のオッズを取得するオッズ取得ステップと、
前記オッズ取得ステップにて取得した前記オッズが閾値以下である場合に、前記ユーザが過去の直近期間に購入した前記投票券の購入履歴を取得する履歴取得ステップと、
前記履歴取得ステップにて取得した前記購入履歴に基づいて、低オッズの前記投票券に対して前記ユーザが投票できる許容額を示す投票許容額を設定する設定ステップと、
前記投票情報に含まれる前記投票金額が、前記設定ステップにて設定した前記投票許容額を超える場合に、前記投票情報の受け付けを取り消す取消ステップと、
を備えることを特徴とする。
公営競技における投票券の販売を管理する投票管理装置が実行する投票管理方法であって、
ユーザが購入を希望する前記投票券の内容を示す、投票対象及び投票金額を含む投票情報を受け付ける受付ステップと、
前記受付ステップにて受け付けた前記投票情報に含まれる前記投票金額に、提携事業者から付与された電子バリューが使用されているか否かを判別する判別ステップと、
前記判別ステップにて前記投票金額に前記電子バリューが使用されていると判別されると、前記投票情報に含まれる前記投票対象のオッズを取得するオッズ取得ステップと、
前記オッズ取得ステップにて取得した前記オッズが閾値以下である場合に、前記ユーザが過去の直近期間に購入した前記投票券の購入履歴を取得する履歴取得ステップと、
前記履歴取得ステップにて取得した前記購入履歴に基づいて、低オッズの前記投票券に対して前記ユーザが投票できる許容額を示す投票許容額を設定する設定ステップと、
前記投票情報に含まれる前記投票金額が、前記設定ステップにて設定した前記投票許容額を超える場合に、前記投票情報の受け付けを取り消す取消ステップと、
を備えることを特徴とする。
【0018】
本発明の第３の観点に係るプログラムは、
公営競技における投票券の販売を管理するコンピュータに、
ユーザが購入を希望する前記投票券の内容を示す、投票対象及び投票金額を含む投票情報を受け付ける受付手順、
前記受付手順にて受け付けた前記投票情報に含まれる前記投票金額に、提携事業者から付与された電子バリューが使用されているか否かを判別する判別手順、
前記判別手順にて前記投票金額に前記電子バリューが使用されていると判別されると、前記投票情報に含まれる前記投票対象のオッズを取得するオッズ取得手順、
前記オッズ取得手順にて取得した前記オッズが閾値以下である場合に、前記ユーザが過去の直近期間に購入した前記投票券の購入履歴を取得する履歴取得手順、
前記履歴取得手順にて取得した前記購入履歴に基づいて、低オッズの前記投票券に対して前記ユーザが投票できる許容額を示す投票許容額を設定する設定手順、
前記投票情報に含まれる前記投票金額が、前記設定手順にて設定した前記投票許容額を超える場合に、前記投票情報の受け付けを取り消す取消手順、
を実行させることを特徴とする。
公営競技における投票券の販売を管理するコンピュータに、
ユーザが購入を希望する前記投票券の内容を示す、投票対象及び投票金額を含む投票情報を受け付ける受付手順、
前記受付手順にて受け付けた前記投票情報に含まれる前記投票金額に、提携事業者から付与された電子バリューが使用されているか否かを判別する判別手順、
前記判別手順にて前記投票金額に前記電子バリューが使用されていると判別されると、前記投票情報に含まれる前記投票対象のオッズを取得するオッズ取得手順、
前記オッズ取得手順にて取得した前記オッズが閾値以下である場合に、前記ユーザが過去の直近期間に購入した前記投票券の購入履歴を取得する履歴取得手順、
前記履歴取得手順にて取得した前記購入履歴に基づいて、低オッズの前記投票券に対して前記ユーザが投票できる許容額を示す投票許容額を設定する設定手順、
前記投票情報に含まれる前記投票金額が、前記設定手順にて設定した前記投票許容額を超える場合に、前記投票情報の受け付けを取り消す取消手順、
を実行させることを特徴とする。
【0019】
上記プログラムは、当該プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。
更に、上記プログラムを記録する情報記録媒体は、非一時的な（non-transitory）記録媒体であり、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。
更に、上記プログラムを記録する情報記録媒体は、非一時的な（non-transitory）記録媒体であり、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。
【発明の効果】
【0020】
本発明によれば、不正行為の蓋然性が高い投票券の購入を適切に防止することができる。
【図面の簡単な説明】
【0021】
【図1】本実施形態に係る投票システムの全体構成の一例を示すブロック図である。
【図2】本実施形態に係る投票管理装置等が実現される典型的な情報処理装置の概要構成の一例を示すブロック図である。
【図3】本実施形態に係る投票管理装置の機能構成の一例を示すブロック図である。
【図4】ユーザ端末から送られる投票情報の一例を示す模式図である。
【図5】記憶部に記憶される購入履歴情報の一例を示す模式図である。
【図6】オッズ分布を説明するための模式図である。
【図7】本実施形態に係る車券販売処理を説明するためのフローチャートである。
【図8】他の実施形態に係る投票管理装置の機能構成の一例を示すブロック図である。
【図9】提案画面の一例を示す模式図である。
【発明を実施するための形態】
【0022】
以下に本発明の実施形態を説明する。本発明の実施形態では、公営競技の１つである競輪の車券（投票券）を、ユーザ端末から購入可能な投票システムについて説明するが、このような競輪に限られず、競馬、競艇といった他の公営競技の投票券を購入する投票システムにおいても、同様に適用可能である。
つまり、以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
つまり、以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
【0023】
（全体構成）
本発明の実施形態に係る投票システム１００は、図１に示すように、主催者サーバ２００と、投票管理装置３００と、ユーザ端末４００とを含んで構成される。そして、投票管理装置３００とユーザ端末４００とは、インターネット９００を介して通信可能に接続されている。また、主催者サーバ２００と、投票管理装置３００とは、例えば、専用回線やＶＰＮ（Virtual Private Network）等を介して通信可能に接続されている。
なお、図１には、ユーザ端末４００を数台だけ示しているが、発明の理解を容易にするためであり、実際には、投票システム１００を利用するユーザ数に応じて、膨大な数のユーザ端末４００が含まれているものとする。
本発明の実施形態に係る投票システム１００は、図１に示すように、主催者サーバ２００と、投票管理装置３００と、ユーザ端末４００とを含んで構成される。そして、投票管理装置３００とユーザ端末４００とは、インターネット９００を介して通信可能に接続されている。また、主催者サーバ２００と、投票管理装置３００とは、例えば、専用回線やＶＰＮ（Virtual Private Network）等を介して通信可能に接続されている。
なお、図１には、ユーザ端末４００を数台だけ示しているが、発明の理解を容易にするためであり、実際には、投票システム１００を利用するユーザ数に応じて、膨大な数のユーザ端末４００が含まれているものとする。
【0024】
主催者サーバ２００は、競輪の主催者によって設置されたサーバ装置であり、主催するレースに関する情報を管理する。レースに関する情報には、例えば、レース出走情報、オッズ情報、レース結果情報、払い戻し情報等が含まれている。主催者サーバ２００は、これらのようなレースに関する情報を投票管理装置３００に送信する。また、主催者サーバ２００は、投票管理装置３００から送られる投票情報（ユーザが購入しようとする車券の内容を示す投票情報）を受信する。
【0025】
投票管理装置３００は、競輪の主催者に代わってユーザに車券（投票券）を販売する装置である。投票管理装置３００は、主催者サーバ２００から受信したレースに関する情報をユーザ端末４００に提供する。また、投票管理装置３００は、ユーザについての資金情報等を管理すると共に、ユーザ端末４００から送られる投票情報を受け付け、不正行為の蓋然性が高い場合に、その投票情報の受け付けを取り消す。一方、不正行為の蓋然性がない場合に、投票管理装置３００は、受け付けた投票情報に従った車券の購入を主催者サーバ２００に要請する。
【0026】
ユーザ端末４００は、例えば、スマートフォンやパーソナルコンピュータ等であり、車券を購入するユーザに操作される。
ユーザ端末４００は、ユーザからの操作に応じて、投票管理装置３００にアクセスし、レースに関する情報を受信して各種の画面を表示する。例えば、ユーザ端末４００は、ユーザが車券の購入を望むレースの投票画面を表示する。ユーザは、この投票画面から、賭式に応じた投票対象（車番や枠番の組）や、ベット数に応じた投票金額等を入力することになる。そして、投票画面の購入ボタンがユーザに押下されると、ユーザ端末４００は、投票対象、及び、投票金額を含んだ投票情報を、投票管理装置３００へ送信する。
なお、ユーザが提携事業者から付与されているポイント（車券の購入に使用できる電子バリュー）を有している場合に、このポイントを使用して車券の購入が可能となっている。例えば、投票画面にて、ユーザが投票金額を入力する際に、ポイントを使用して、投票金額に充当することができる。
ユーザ端末４００は、ユーザからの操作に応じて、投票管理装置３００にアクセスし、レースに関する情報を受信して各種の画面を表示する。例えば、ユーザ端末４００は、ユーザが車券の購入を望むレースの投票画面を表示する。ユーザは、この投票画面から、賭式に応じた投票対象（車番や枠番の組）や、ベット数に応じた投票金額等を入力することになる。そして、投票画面の購入ボタンがユーザに押下されると、ユーザ端末４００は、投票対象、及び、投票金額を含んだ投票情報を、投票管理装置３００へ送信する。
なお、ユーザが提携事業者から付与されているポイント（車券の購入に使用できる電子バリュー）を有している場合に、このポイントを使用して車券の購入が可能となっている。例えば、投票画面にて、ユーザが投票金額を入力する際に、ポイントを使用して、投票金額に充当することができる。
【0027】
（情報処理装置の概要構成）
以下、本実施形態に係る投票管理装置３００等が実現される典型的な情報処理装置５００について説明する。
以下、本実施形態に係る投票管理装置３００等が実現される典型的な情報処理装置５００について説明する。
【0028】
情報処理装置５００は、図２に示すように、ＣＰＵ（Central Processing Unit）５０１と、ＲＯＭ（Read Only Memory）５０２と、ＲＡＭ（Random Access Memory）５０３と、ＮＩＣ（Network Interface Card）５０４と、画像処理部５０５と、音声処理部５０６と、補助記憶部５０７と、インターフェース５０８と、操作ユニット５０９と、表示ユニット５１０と、スピーカ５１１と、を備える。
【0029】
ＣＰＵ ５０１は、情報処理装置５００全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。
【0030】
ＲＯＭ ５０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、補助記憶部５０７に記憶されたプログラムをＲＡＭ ５０３に読み出してＣＰＵ ５０１による当該プログラムの実行が開始される。
【0031】
ＲＡＭ ５０３は、データやプログラムを一時的に記憶するためのもので、補助記憶部５０７から読み出されたプログラムやデータ、その他、通信に必要なデータ等が保持される。
【0032】
ＮＩＣ ５０４は、情報処理装置５００をインターネット等のコンピュータ通信網に接続するためのものであり、ＬＡＮ（Local Area Network）を構成する際に用いられる１０ＢＡＳＥ－Ｔ／１００ＢＡＳＥ－Ｔ規格にしたがうものや、電話回線を用いてインターネットに接続するためのアナログモデム、ＩＳＤＮ（Integrated Services Digital Network）モデム、ＡＤＳＬ（Asymmetric Digital Subscriber Line）モデム、ケーブルテレビジョン回線を用いてインターネットに接続するためのケーブルモデム等から構成される。
【0033】
画像処理部５０５は、補助記憶部５０７等から読み出された画像データをＣＰＵ ５０１や画像処理部５０５が備える画像演算プロセッサ（図示せず）によって加工処理した後、これを画像処理部５０５が備えるフレームメモリ（図示せず）に記録する。フレームメモリに記録された画像情報は、所定の同期タイミングでビデオ信号に変換され、インターフェース５０８等を介して表示ユニット５１０に出力される。つまり、画像処理部５０５は、ＣＰＵ ５０１の制御の下、情報処理装置５００が行う処理の進行の中で必要となる画像を生成し、その画像を表示ユニット５１０に表示させる。
【0034】
音声処理部５０６は、補助記憶部５０７等から読み出された音声データを音声信号に変換し、インターフェース５０８を介してスピーカ５１１に出力する。つまり、音声処理部５０６は、ＣＰＵ ５０１の制御の下、情報処理装置５００が行う処理の進行の中で発生させるべき音声を生成し、その音声をスピーカ５１１から出力させる。
【0035】
補助記憶部５０７は、ハードディスク等であり、情報処理装置５００全体の動作制御に必要な各種のプログラムや各種のデータを記憶する。例えば、補助記憶部５０７には、本実施形態に係る投票管理装置３００等を実現するためのプログラムが記憶される。そして、ＣＰＵ ５０１の制御によって、補助記憶部５０７は、記憶されたプログラムやデータを適宜読み出し、これらをＲＡＭ ５０３等に一時的に記憶させる。
【0036】
インターフェース５０８には、操作ユニット５０９、表示ユニット５１０、及び、スピーカ５１１が接続される。なお、インターフェース５０８は、この他に接続された外部機器との間で必要な情報を送受信してもよい。
【0037】
操作ユニット５０９は、例えば、ボタンやタッチパネル（タッチスクリーン）であり、情報処理装置５００を利用するユーザの操作入力を受け付ける。
【0038】
表示ユニット５１０は、例えば、液晶表示パネル等であり、画像処理部５０５により出力された画像データに応じた画像を描画し、情報処理装置５００のユーザに提示する。
【0039】
スピーカ５１１は、音声処理部５０６により出力された音声データに応じた音声を出力し、情報処理装置５００のユーザに提示する。
【0040】
この他に、情報処理装置５００は、補助記憶部５０７の代わりに、ＤＶＤ（Digital Versatile Disc）－ＲＯＭ等のドライブユニットを備えるようにしてもよい。この場合、情報処理装置５００は、ドライブユニットに装着されるＤＶＤ－ＲＯＭ等からプログラムやデータを読み出して、上記と同様に動作する。
【0041】
以下、本実施形態に係る投票管理装置３００の機能構成等について、図３～図６を参照して説明する。この投票管理装置３００は、上記の情報処理装置５００により実現される。例えば、情報処理装置５００に電源が投入されると、投票管理装置３００として機能させるプログラムが実行され、本実施形態に係る投票管理装置３００が実現される。
なお、主催者サーバ２００、及び、ユーザ端末４００も同様に、情報処理装置５００によって実現可能であるが、これらについての説明を省略し、本実施形態において最も特徴的な投票管理装置３００について説明する。
なお、主催者サーバ２００、及び、ユーザ端末４００も同様に、情報処理装置５００によって実現可能であるが、これらについての説明を省略し、本実施形態において最も特徴的な投票管理装置３００について説明する。
【0042】
（投票管理装置の機能構成）
図３は、本実施形態に係る投票管理装置３００の機能構成の一例を示すブロック図である。図示するように、投票管理装置３００は、受信部３１０と、送信部３２０と、記憶部３３０と、制御部３４０とを備える。
図３は、本実施形態に係る投票管理装置３００の機能構成の一例を示すブロック図である。図示するように、投票管理装置３００は、受信部３１０と、送信部３２０と、記憶部３３０と、制御部３４０とを備える。
【0043】
受信部３１０は、主催者サーバ２００又はユーザ端末４００から送られる種々の情報を受信する。
例えば、受信部３１０は、主催者サーバ２００から送られるレース出走情報やオッズ情報等を受信する。また、受信部３１０は、ユーザ端末４００から送られる投票情報等を受信する。
例えば、受信部３１０は、主催者サーバ２００から送られるレース出走情報やオッズ情報等を受信する。また、受信部３１０は、ユーザ端末４００から送られる投票情報等を受信する。
【0044】
具体的に、受信部３１０は、図４に示すような投票情報３１１をユーザ端末４００から受信する。この投票情報３１１は、ユーザが購入を望む車券の内容を示す情報であり、ユーザＩＤ３１１ａ、レースＩＤ３１１ｂ、投票対象３１１ｃ、及び、投票金額３１１ｄが含まれている。
なお、ユーザＩＤ３１１ａは、投票を行う（車券を購入する）ユーザを識別するための情報であり、また、レースＩＤ３１１ｂは、投票するレース（開催地等も含む）を識別するための情報である。
また、投票対象３１１ｃは、ユーザが投票する車券であり、賭式と買い目とで指定される。ここで、賭式とは、車券の種類を示しており、具体的には、「２車単」、「２車複」、「２枠単」、「２枠複」、「３連単」、「３連複」、及び、「ワイド」の何れかである。また、買い目とは、賭式に応じた車番の組合せ、若しくは、枠番の組合せである。
そして、投票金額３１１ｄは、ベット数に応じた金額（ベット数×単価）である。
図４に示す投票情報３１１では、ユーザが投票する投票対象３１１ｃが１つ、つまり、１点買いの場合を示しているが、一例であり、複数点買いの場合もある。その場合、投票対象３１１ｃ、及び、投票金額３１１ｄが、それぞれ追加されることになる。
なお、ユーザＩＤ３１１ａは、投票を行う（車券を購入する）ユーザを識別するための情報であり、また、レースＩＤ３１１ｂは、投票するレース（開催地等も含む）を識別するための情報である。
また、投票対象３１１ｃは、ユーザが投票する車券であり、賭式と買い目とで指定される。ここで、賭式とは、車券の種類を示しており、具体的には、「２車単」、「２車複」、「２枠単」、「２枠複」、「３連単」、「３連複」、及び、「ワイド」の何れかである。また、買い目とは、賭式に応じた車番の組合せ、若しくは、枠番の組合せである。
そして、投票金額３１１ｄは、ベット数に応じた金額（ベット数×単価）である。
図４に示す投票情報３１１では、ユーザが投票する投票対象３１１ｃが１つ、つまり、１点買いの場合を示しているが、一例であり、複数点買いの場合もある。その場合、投票対象３１１ｃ、及び、投票金額３１１ｄが、それぞれ追加されることになる。
【0045】
なお、上述したＮＩＣ ５０４等が、このような受信部３１０として機能しうる。
【0046】
図３に戻って、送信部３２０は、主催者サーバ２００又はユーザ端末４００に対して、必要な情報を送信する。
例えば、送信部３２０は、ユーザに要求されたレースの投票画面等をユーザ端末４００へ送信する。そして、この投票画面を送信したユーザ端末４００にて、投票対象、及び、投票金額等が入力され、購入ボタンが押下されると、ユーザ端末４００から投票情報（上述した図４の投票情報３１１）が送られてくる。この投票情報等を基に、後述する制御部３４０によって、不正行為の蓋然性がないことが検証されると、送信部３２０は、投票情報に示される車券の購入を要請するための要請情報を、主催者サーバ２００へ送信する。
例えば、送信部３２０は、ユーザに要求されたレースの投票画面等をユーザ端末４００へ送信する。そして、この投票画面を送信したユーザ端末４００にて、投票対象、及び、投票金額等が入力され、購入ボタンが押下されると、ユーザ端末４００から投票情報（上述した図４の投票情報３１１）が送られてくる。この投票情報等を基に、後述する制御部３４０によって、不正行為の蓋然性がないことが検証されると、送信部３２０は、投票情報に示される車券の購入を要請するための要請情報を、主催者サーバ２００へ送信する。
【0047】
なお、上述したＮＩＣ ５０４等が、このような送信部３２０として機能しうる。
【0048】
記憶部３３０は、ユーザに車券を販売するために必要な種々の情報を記憶する。例えば、記憶部３３０は、各ユーザに関するユーザ情報の他に、各ユーザによって過去に購入された車券の購入履歴等を記憶する。
【0049】
具体的に、記憶部３３０は、図５に示すような購入履歴３３１を記憶する。この購入履歴３３１には、ユーザＩＤ３３１ａ、購入日時３３１ｂ、レースＩＤ３３１ｃ、投票対象３３１ｄ、投票金額３３１ｅ、及び、購入時オッズ３３１ｆが含まれている。
なお、購入日時３３１ｂは、ユーザが車券を購入した日時を示している。
また、購入時オッズ３３１ｆは、ユーザが車券を購入した時点における投票対象３３１ｄのオッズを示している。
なお、購入日時３３１ｂは、ユーザが車券を購入した日時を示している。
また、購入時オッズ３３１ｆは、ユーザが車券を購入した時点における投票対象３３１ｄのオッズを示している。
【0050】
この他にも、記憶部３３０は、各レースの詳細情報（選手名、脚質、競走得点、販売を締め切る締切時刻等）、オッズ情報（各買い目に応じたオッズ）、ユーザの資金情報（車券を購入するための資金額等）、並びに、提携事業者から付与されているポイント（車券の購入に使用できる電子バリュー）を記憶する。
なお、オッズ情報は、レース開始前に変動するため、主催者サーバ２００から逐次取得され、最新の情報に更新される。
また、上述したように、ユーザがポイントを有している場合に、このポイントを使用して車券の購入が可能となっている。
この実施形態では、ユーザの資金情報やポイントが、投票管理装置３００にて管理されている場合について説明するが、一例であり、別のサーバ（主催者サーバ２００及び投票管理装置３００とは異なるサーバ）にて管理されていてもよい。
なお、オッズ情報は、レース開始前に変動するため、主催者サーバ２００から逐次取得され、最新の情報に更新される。
また、上述したように、ユーザがポイントを有している場合に、このポイントを使用して車券の購入が可能となっている。
この実施形態では、ユーザの資金情報やポイントが、投票管理装置３００にて管理されている場合について説明するが、一例であり、別のサーバ（主催者サーバ２００及び投票管理装置３００とは異なるサーバ）にて管理されていてもよい。
【0051】
なお、上述した補助記憶部５０７等が、このような記憶部３３０として機能しうる。
【0052】
図３に戻って、制御部３４０は、投票管理装置３００全体を制御する。この制御部３４０は、受付部３４１、判別部３４２、オッズ取得部３４３、履歴取得部３４４、設定部３４５、取消部３４６、及び、要請部３４７を含んでいる。
【0053】
受付部３４１は、上述した受信部３１０がユーザ端末４００から受信した投票情報を受け付ける。つまり、受付部３４１は、上述した図４に示すような投票情報３１１を受け付ける。
【0054】
判別部３４２は、上記の受付部３４１が受け付けた投票情報に含まれる投票金額に、ユーザのポイントが使用されているか否かを判別する。
つまり、判別部３４２は、ユーザ端末４００の投票画面にて、投票金額が入力される際に、ユーザのポイントが充当されたかどうかを判別する。
つまり、判別部３４２は、ユーザ端末４００の投票画面にて、投票金額が入力される際に、ユーザのポイントが充当されたかどうかを判別する。
【0055】
オッズ取得部３４３は、上記の判別部３４２により、投票金額にポイントが使用されていると判別されると、投票情報に含まれる投票対象のオッズを取得する。
つまり、オッズ取得部３４３は、ユーザが購入を望む投票対象の現在のオッズを、主催者サーバ２００から取得する。なお、ユーザが複数点買いの場合、オッズ取得部３４３は、各投票対象の現在のオッズを、主催者サーバ２００からそれぞれ取得する。
つまり、オッズ取得部３４３は、ユーザが購入を望む投票対象の現在のオッズを、主催者サーバ２００から取得する。なお、ユーザが複数点買いの場合、オッズ取得部３４３は、各投票対象の現在のオッズを、主催者サーバ２００からそれぞれ取得する。
【0056】
履歴取得部３４４は、上記のオッズ取得部３４３が取得したオッズが閾値以下である場合に、ユーザが過去の直近期間に購入した車券の購入履歴を取得する。
例えば、オッズ取得部３４３が取得したオッズが１．９以下である場合に、履歴取得部３４４は、上述した図５に示す購入履歴３３１（該当するユーザＩＤ３３１ａの情報）から、購入日時３３１ｂが過去３ヶ月以内の購入履歴を取得する。
なお、オッズの閾値である１．９は一例であり、他の値であってもよい。また、直近期間の３ヶ月以内は一例であり、他の期間であってもよい。
例えば、オッズ取得部３４３が取得したオッズが１．９以下である場合に、履歴取得部３４４は、上述した図５に示す購入履歴３３１（該当するユーザＩＤ３３１ａの情報）から、購入日時３３１ｂが過去３ヶ月以内の購入履歴を取得する。
なお、オッズの閾値である１．９は一例であり、他の値であってもよい。また、直近期間の３ヶ月以内は一例であり、他の期間であってもよい。
【0057】
設定部３４５は、上記の履歴取得部３４４が取得した購入履歴に基づいて、低オッズの車券（投票対象）に対してそのユーザが投票できる許容額を示す投票許容額を設定する。
例えば、設定部３４５は、以下に説明する４つの手法の何れかに基づいて、投票許容額を設定する。
例えば、設定部３４５は、以下に説明する４つの手法の何れかに基づいて、投票許容額を設定する。
【0058】
（第１の手法）
設定部３４５は、履歴取得部３４４が取得した購入履歴の合計投票金額がユーザに規定された上限額を超えない場合において、その上限額から合計投票金額を減算した額を投票許容額に設定し、一方、合計投票金額が上限額を超えた場合において、投票許容額に０を設定する。
例えば、設定部３４５は、過去３ヶ月以内の購入履歴における合計投票金額が、１２万円（上限額）を超えない場合において、その１２万円から合計投票金額を減算した額を投票許容額に設定し、一方、合計投票金額が１２万円（上限額）を超えた場合において、投票許容額に０円を設定する。
なお、上限額である１２万円は一例であり、他の金額であってもよい。
設定部３４５は、履歴取得部３４４が取得した購入履歴の合計投票金額がユーザに規定された上限額を超えない場合において、その上限額から合計投票金額を減算した額を投票許容額に設定し、一方、合計投票金額が上限額を超えた場合において、投票許容額に０を設定する。
例えば、設定部３４５は、過去３ヶ月以内の購入履歴における合計投票金額が、１２万円（上限額）を超えない場合において、その１２万円から合計投票金額を減算した額を投票許容額に設定し、一方、合計投票金額が１２万円（上限額）を超えた場合において、投票許容額に０円を設定する。
なお、上限額である１２万円は一例であり、他の金額であってもよい。
【0059】
（第２の手法）
設定部３４５は、履歴取得部３４４が取得した購入履歴の合計投票金額に比例する額を投票許容額に設定する。
例えば、設定部３４５は、過去３ヶ月以内の購入履歴における合計投票金額に、０．１（１未満の正の定数）を乗算した額を投票許容額に設定する。
なお、１未満の正の定数である０．１は一例であり、他の値であってもよい。
設定部３４５は、履歴取得部３４４が取得した購入履歴の合計投票金額に比例する額を投票許容額に設定する。
例えば、設定部３４５は、過去３ヶ月以内の購入履歴における合計投票金額に、０．１（１未満の正の定数）を乗算した額を投票許容額に設定する。
なお、１未満の正の定数である０．１は一例であり、他の値であってもよい。
【0060】
（第３の手法）
設定部３４５は、上述した履歴取得部３４４が取得した購入履歴における投票金額を合計した合計投票金額が一定金額を超えるかどうかに応じて、投票許容額を設定する。
例えば、設定部３４５は、過去３ヶ月以内の購入履歴における合計投票金額が、１０万円（一定金額）を超える場合に、２万円（第１の許容額）を投票許容額に設定し、一方、合計投票金額が１０万円（一定金額）を超えない場合に、１万円（第２の許容額）を投票許容額に設定する。
なお、一定金額である１０万円は一例であり、他の金額であってもよい。同様に、第１の許容額である２万円は一例であり、また、第２の許容額である１万円は一例であり、他の金額であってもよい。
設定部３４５は、上述した履歴取得部３４４が取得した購入履歴における投票金額を合計した合計投票金額が一定金額を超えるかどうかに応じて、投票許容額を設定する。
例えば、設定部３４５は、過去３ヶ月以内の購入履歴における合計投票金額が、１０万円（一定金額）を超える場合に、２万円（第１の許容額）を投票許容額に設定し、一方、合計投票金額が１０万円（一定金額）を超えない場合に、１万円（第２の許容額）を投票許容額に設定する。
なお、一定金額である１０万円は一例であり、他の金額であってもよい。同様に、第１の許容額である２万円は一例であり、また、第２の許容額である１万円は一例であり、他の金額であってもよい。
【0061】
（第４の手法）
設定部３４５は、ユーザが過去に購入した車券のオッズ分布と、オッズ取得部３４３が取得したオッズとに基づいて投票許容額を設定する。
例えば、設定部３４５は、過去３ヶ月以内の購入履歴におけるオッズ履歴（購入時オッズ等）に基づいたオッズ分布に対する、オッズ取得部３４３が取得したオッズ（つまり、ユーザが購入しようとする投票対象の現在のオッズ等）との乖離度（乖離率）を求める。そして、乖離度が基準値よりも大きい場合に、その乖離度の大きさに反比例する額を投票許容額に設定する。
設定部３４５は、ユーザが過去に購入した車券のオッズ分布と、オッズ取得部３４３が取得したオッズとに基づいて投票許容額を設定する。
例えば、設定部３４５は、過去３ヶ月以内の購入履歴におけるオッズ履歴（購入時オッズ等）に基づいたオッズ分布に対する、オッズ取得部３４３が取得したオッズ（つまり、ユーザが購入しようとする投票対象の現在のオッズ等）との乖離度（乖離率）を求める。そして、乖離度が基準値よりも大きい場合に、その乖離度の大きさに反比例する額を投票許容額に設定する。
【0062】
具体的に設定部３４５は、過去３ヶ月以内の購入履歴における購入時オッズ等に基づいて、図６に示すようなオッズ分布ＯＤをプロットし、ユーザが購入しようとする投票対象の現在のオッズ等との乖離度を求める。そして、乖離度が３０％（基準値）よりも大きい場合に、その乖離度の大きさに反比例する額を投票許容額に設定する。つまり、乖離度が３０％よりも大きい場合に、設定部３４５は、乖離度が小さいほど大きな額を投票許容額に設定し、逆に、乖離度が小さいほど大きな額を投票許容額に設定する。一例として、設定部３４５は、乖離度が３１～４０％で、３万円を投票許容額に設定し、乖離度が４１～５０％で、２万５千円を投票許容額に設定し、乖離度が５１～６０％で、２万円を投票許容額に設定し、乖離度が６１～７０％で、１万５千円を投票許容額に設定し、乖離度が７１～８０％で、１万円を投票許容額に設定し、乖離度が８１以上で、５千円を投票許容額に設定する。
なお、基準値である３０％は一例であり、他の値であってもよい。また、投票許容額を設定するための基準となる各乖離度、及び、設定する各投票許容額は一例であり、他の値及び額であってもよい。
なお、基準値である３０％は一例であり、他の値であってもよい。また、投票許容額を設定するための基準となる各乖離度、及び、設定する各投票許容額は一例であり、他の値及び額であってもよい。
【0063】
図３に戻って、取消部３４６は、投票情報に含まれる投票金額が、上記の設定部３４５により設定された投票許容額を超える場合に、その投票情報の受け付けを取り消す。
つまり、ユーザが購入しようとする低オッズの車券が、上記の４つの手法の何れかで設投票許容額を超える場合に、取消部３４６は、その車券の受け付け（受付部３４１が受け付けた投票情報）を取り消す。
つまり、ユーザが購入しようとする低オッズの車券が、上記の４つの手法の何れかで設投票許容額を超える場合に、取消部３４６は、その車券の受け付け（受付部３４１が受け付けた投票情報）を取り消す。
【0064】
要請部３４７は、上記の取消部３４６によって、取り消されなかった投票情報に示される車券の販売を、主催者サーバ２００に請求する。
つまり、要請部３４７は、投票情報に従った要請情報を主催者サーバ２００に送信することでユーザが望む車券の購入を確定させる。
つまり、要請部３４７は、投票情報に従った要請情報を主催者サーバ２００に送信することでユーザが望む車券の購入を確定させる。
【0065】
なお、上述したＣＰＵ ５０１等が、このような構成からなる制御部３４０として機能しうる。
【0066】
（投票管理装置の動作）
以下、このような構成の投票管理装置３００の動作について図７を参照して説明する。図７は、投票管理装置３００が実行する車券販売処理の流れを示すフローチャートである。この車券販売処理は、例えば、ユーザ端末４００を操作するユーザが、投票管理装置３００にログインした後であって、何れかのレースの投票顔面にて投票対象及び投票金額等を入力して購入ボタンを押下することで開始される。
以下、このような構成の投票管理装置３００の動作について図７を参照して説明する。図７は、投票管理装置３００が実行する車券販売処理の流れを示すフローチャートである。この車券販売処理は、例えば、ユーザ端末４００を操作するユーザが、投票管理装置３００にログインした後であって、何れかのレースの投票顔面にて投票対象及び投票金額等を入力して購入ボタンを押下することで開始される。
【0067】
まず、投票管理装置３００は、投票情報を受け付ける（ステップＳ１１）。
すなわち、制御部３４０（受付部３４１）は、受信部３１０が受信した投票情報を受け付ける。具体的に、制御部３４０は、ユーザ端末４００から送られた図４に示すような投票情報３１１を受け付ける。
すなわち、制御部３４０（受付部３４１）は、受信部３１０が受信した投票情報を受け付ける。具体的に、制御部３４０は、ユーザ端末４００から送られた図４に示すような投票情報３１１を受け付ける。
【0068】
投票管理装置３００は、ポイントが使用されたか否かを判別する（ステップＳ１２）。
すなわち、制御部３４０（判別部３４２）は、上記のステップＳ１１にて受け付けた投票情報に含まれる投票金額に、ユーザのポイントが使用されているか否かを判別する。つまり、制御部３４０は、ユーザ端末４００の投票画面にて、投票金額が入力される際に、ユーザのポイントが充当されたかどうかを判別する。
すなわち、制御部３４０（判別部３４２）は、上記のステップＳ１１にて受け付けた投票情報に含まれる投票金額に、ユーザのポイントが使用されているか否かを判別する。つまり、制御部３４０は、ユーザ端末４００の投票画面にて、投票金額が入力される際に、ユーザのポイントが充当されたかどうかを判別する。
【0069】
投票管理装置３００は、ポイントが使用されていないと判別すると（ステップＳ１２；Ｎｏ）、後述するステップＳ１９に処理を進める。
【0070】
一方、ポイントが使用されたと判別した場合（ステップＳ１２；Ｙｅｓ）に、投票管理装置３００は、オッズを取得する（ステップＳ１３）。
すなわち、制御部３４０（オッズ取得部３４３）は、投票情報に含まれる投票対象のオッズを取得する。つまり、制御部３４０は、ユーザが購入を望む投票対象の現在のオッズを、主催者サーバ２００から取得する。
すなわち、制御部３４０（オッズ取得部３４３）は、投票情報に含まれる投票対象のオッズを取得する。つまり、制御部３４０は、ユーザが購入を望む投票対象の現在のオッズを、主催者サーバ２００から取得する。
【0071】
投票管理装置３００は、オッズが閾値以下であるか否かを判別する（ステップＳ１４）。
例えば、制御部３４０は、ユーザが購入を望む投票対象の現在のオッズが、１．９以下であるか否かを判別する。
例えば、制御部３４０は、ユーザが購入を望む投票対象の現在のオッズが、１．９以下であるか否かを判別する。
【0072】
投票管理装置３００は、オッズが閾値以下でないと判別すると（ステップＳ１４；Ｎｏ）、後述するステップＳ１９に処理を進める。
【0073】
一方、オッズが閾値以下であると判別した場合（ステップＳ１４；Ｙｅｓ）に、ユーザの購入履歴を取得する（ステップＳ１５）。
すなわち、制御部３４０（履歴取得部３４４）は、ユーザが過去の直近期間に購入した車券の購入履歴を取得する。
例えば、制御部３４０は、図５に示す購入履歴３３１（該当するユーザＩＤ３３１ａの情報）から、購入日時３３１ｂが過去３ヶ月以内の購入履歴を取得する。
すなわち、制御部３４０（履歴取得部３４４）は、ユーザが過去の直近期間に購入した車券の購入履歴を取得する。
例えば、制御部３４０は、図５に示す購入履歴３３１（該当するユーザＩＤ３３１ａの情報）から、購入日時３３１ｂが過去３ヶ月以内の購入履歴を取得する。
【0074】
投票管理装置３００は、投票許容額を設定する（ステップＳ１６）。
すなわち、制御部３４０（設定部３４５）は、上記のステップＳ１５にて取得した購入履歴に基づいて、低オッズの車券（投票対象）に対してそのユーザが投票できる投票許容額を設定する。
例えば、制御部３４０は、第１～第４の手法の何れかに基づいて、投票許容額を設定する。
すなわち、制御部３４０（設定部３４５）は、上記のステップＳ１５にて取得した購入履歴に基づいて、低オッズの車券（投票対象）に対してそのユーザが投票できる投票許容額を設定する。
例えば、制御部３４０は、第１～第４の手法の何れかに基づいて、投票許容額を設定する。
【0075】
つまり、第１の手法の場合、制御部３４０は、購入履歴における投票金額を合計した合計投票金額が一定金額を超えるかどうかに応じて、投票許容額を設定する。
例えば、制御部３４０は、過去３ヶ月以内の購入履歴における合計投票金額が、１０万円を超える場合に、２万円を投票許容額に設定し、一方、合計投票金額が１０万円を超えない場合に、１万円を投票許容額に設定する。
例えば、制御部３４０は、過去３ヶ月以内の購入履歴における合計投票金額が、１０万円を超える場合に、２万円を投票許容額に設定し、一方、合計投票金額が１０万円を超えない場合に、１万円を投票許容額に設定する。
【0076】
また、第２の手法の場合、制御部３４０は、購入履歴の合計投票金額がユーザに規定された上限額を超えない場合において、その上限額から合計投票金額を減算した額を投票許容額に設定し、一方、合計投票金額が上限額を超えた場合において、投票許容額に０を設定する。
例えば、制御部３４０は、過去３ヶ月以内の購入履歴における合計投票金額が、１２万円を超えない場合において、その１２万円から合計投票金額を減算した額を投票許容額に設定し、一方、合計投票金額が１２万円を超えた場合において、投票許容額に０円を設定する。
例えば、制御部３４０は、過去３ヶ月以内の購入履歴における合計投票金額が、１２万円を超えない場合において、その１２万円から合計投票金額を減算した額を投票許容額に設定し、一方、合計投票金額が１２万円を超えた場合において、投票許容額に０円を設定する。
【0077】
また、第３の手法の場合、制御部３４０は、購入履歴の合計投票金額に比例する額を投票許容額に設定する。
例えば、制御部３４０は、過去３ヶ月以内の購入履歴における合計投票金額に、０．１を乗算した額を投票許容額に設定する。
例えば、制御部３４０は、過去３ヶ月以内の購入履歴における合計投票金額に、０．１を乗算した額を投票許容額に設定する。
【0078】
また、第４の手法の場合、制御部３４０（設定部３４５）は、ユーザが過去に購入した車券のオッズ分布と、ステップＳ１３にて取得したオッズとに基づいて投票許容額を設定する。
例えば、制御部３４０は、過去３ヶ月以内の購入履歴におけるオッズ履歴（購入時オッズ等）に基づいた図６に示すようなオッズ分布に対する、ステップＳ１３にて取得したオッズとの乖離度を求める。そして、乖離度が基準値よりも大きい場合に、その乖離度の大きさに反比例する額を投票許容額に設定する。
例えば、制御部３４０は、過去３ヶ月以内の購入履歴におけるオッズ履歴（購入時オッズ等）に基づいた図６に示すようなオッズ分布に対する、ステップＳ１３にて取得したオッズとの乖離度を求める。そして、乖離度が基準値よりも大きい場合に、その乖離度の大きさに反比例する額を投票許容額に設定する。
【0079】
投票管理装置３００は、投票金額が投票許容額を超えているか否かを判別する（ステップＳ１７）。
すなわち、制御部３４０は、ステップＳ１１にて受け付けた投票情報に含まれる投票金額が、上記のステップＳ１６にて設定した投票許容額を超えているかどうかを判別する。
すなわち、制御部３４０は、ステップＳ１１にて受け付けた投票情報に含まれる投票金額が、上記のステップＳ１６にて設定した投票許容額を超えているかどうかを判別する。
【0080】
投票管理装置３００は、投票金額が投票許容額を超えていると判別すると（ステップＳ１７；Ｙｅｓ）、受け付けた投票情報を取り消す（ステップＳ１８）。
すなわち、制御部３４０（取消部３４６）は、ステップＳ１１にて受け付けた投票情報に含まれる投票金額が、ステップＳ１６にて設定した投票許容額を超える場合に、その投票情報の受け付けを取り消す。
すなわち、制御部３４０（取消部３４６）は、ステップＳ１１にて受け付けた投票情報に含まれる投票金額が、ステップＳ１６にて設定した投票許容額を超える場合に、その投票情報の受け付けを取り消す。
【0081】
一方、投票金額が投票許容額を超えていないと判別した場合（ステップＳ１７；Ｎｏ）に、投票管理装置３００は、投票情報に示される車券の販売を主催者サーバ２００に要請する（ステップＳ１９）。
すなわち、制御部３４０（要請部３４７）は、投票情報に従った要請情報を主催者サーバ２００に送信することでユーザが望む車券の購入を確定させる。
すなわち、制御部３４０（要請部３４７）は、投票情報に従った要請情報を主催者サーバ２００に送信することでユーザが望む車券の購入を確定させる。
【0082】
このような車券販売処理により、低オッズの車券をユーザがポイントを使用して購入しようとする際に投票許容額を適宜設定し、低オッズの車券の投票金額が投票許容額を超える場合に、不正行為の蓋然性が高いと判別し、その車券の購入に係る投票情報の受け付けを取り消す。
一方、低オッズの車券の投票金額が投票許容額を超えていない場合に、不正行為の蓋然性がないと判別し、受け付けた投票情報に従った車券の購入を主催者サーバ２００に要請する。
一方、低オッズの車券の投票金額が投票許容額を超えていない場合に、不正行為の蓋然性がないと判別し、受け付けた投票情報に従った車券の購入を主催者サーバ２００に要請する。
【0083】
この結果、不正行為の蓋然性が高い投票券の購入を適切に防止することができる。
【0084】
（他の実施形態）
上述した実施形態では、低オッズの車券の投票金額が投票許容額を超える場合に、制御部３４０（取消部３４６）が、その車券の購入に係る投票情報の受け付けの取り消しだけを行う場合について説明したが、投票情報を取り消す際に、その投票情報に含まれる投票金額を、投票許容額に修正した投票情報を提案するようにしてもよい。
上述した実施形態では、低オッズの車券の投票金額が投票許容額を超える場合に、制御部３４０（取消部３４６）が、その車券の購入に係る投票情報の受け付けの取り消しだけを行う場合について説明したが、投票情報を取り消す際に、その投票情報に含まれる投票金額を、投票許容額に修正した投票情報を提案するようにしてもよい。
【0085】
図８は、他の実施形態に係る投票管理装置３００の機能構成の一例を示すブロック図である。図示するように、投票管理装置３００は、受信部３１０と、送信部３２０と、記憶部３３０と、制御部３４０とを備える。
なお、受信部３１０～記憶部３３０は、上述した図３の投票管理装置３００と同じ構成である。
なお、受信部３１０～記憶部３３０は、上述した図３の投票管理装置３００と同じ構成である。
【0086】
制御部３４０は、受付部３４１、判別部３４２、オッズ取得部３４３、履歴取得部３４４、設定部３４５、取消部３４６、要請部３４７、及び、提案部３４８、を含んでいる。
なお、受付部３４１～要請部３４７は、上述した図３の制御部３４０と同じ構成である。つまり、図８の投票管理装置３００は、制御部３４０に、提案部３４８が更に含まれる点において、図３の投票管理装置３００と異なっている。
なお、受付部３４１～要請部３４７は、上述した図３の制御部３４０と同じ構成である。つまり、図８の投票管理装置３００は、制御部３４０に、提案部３４８が更に含まれる点において、図３の投票管理装置３００と異なっている。
【0087】
この提案部３４８は、取消部３４６が、投票情報を取り消す際に、その投票情報に含まれる投票金額を、投票許容額に修正した投票情報をユーザに提案する。
例えば、提案部３４８は、図９に示すような提案画面ＴＧを、送信部３２０を制御して送信し、ユーザ端末４００に表示させる。この提案画面ＴＧには、低オッズの車券の投票金額を投票許容額まで下げることを提案する本文ＨＢと、ＹｅｓボタンＢＴ１と、ＮｏボタンＢＴ２とが含まれている。
この提案画面ＴＧにて、ユーザにＹｅｓボタンＢＴ１が押下されると、投票金額が投票許容額に修正された投票情報が、ユーザ端末４００から投票管理装置３００へ再度送信される。一方、ＮｏボタンＢＴ２がユーザに押下されると、投票情報が取り消されたままになる。
例えば、提案部３４８は、図９に示すような提案画面ＴＧを、送信部３２０を制御して送信し、ユーザ端末４００に表示させる。この提案画面ＴＧには、低オッズの車券の投票金額を投票許容額まで下げることを提案する本文ＨＢと、ＹｅｓボタンＢＴ１と、ＮｏボタンＢＴ２とが含まれている。
この提案画面ＴＧにて、ユーザにＹｅｓボタンＢＴ１が押下されると、投票金額が投票許容額に修正された投票情報が、ユーザ端末４００から投票管理装置３００へ再度送信される。一方、ＮｏボタンＢＴ２がユーザに押下されると、投票情報が取り消されたままになる。
【0088】
この場合、ユーザが低オッズの車券を、投票金額を下げても購入したい場合に、投票画面での再入力を省略することができる。
【0089】
上記の実施形態では、競輪の車券（投票券）を、ユーザ端末から購入可能な投票システム１００について説明したが、このような競輪に限られず、競馬、競艇といった他の公営競技の投票券を購入する投票システムにおいても、同様に適用可能である。
【0090】
以上説明したように、本発明によれば、不正行為の蓋然性が高い投票券の購入を適切に防止する投票管理装置、投票管理方法、ならびに、プログラムを提供することができる。
【符号の説明】
【0091】
１００ 投票システム
２００ 主催者サーバ
３００ 投票管理装置
３１０ 受信部
３２０ 送信部
３３０ 記憶部
３４０ 制御部
３４１ 受付部
３４２ 判別部
３４３ オッズ取得部
３４４ 履歴取得部
３４５ 設定部
３４６ 取消部
３４７ 要請部
３４８ 提案部
４００ ユーザ端末
５００ 情報処理装置
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ ＮＩＣ
５０５ 画像処理部
５０６ 音声処理部
５０７ 補助記憶部
５０８ インターフェース
５０９ 操作ユニット
５１０ 表示ユニット
５１１ スピーカ
９００ インターネット
２００ 主催者サーバ
３００ 投票管理装置
３１０ 受信部
３２０ 送信部
３３０ 記憶部
３４０ 制御部
３４１ 受付部
３４２ 判別部
３４３ オッズ取得部
３４４ 履歴取得部
３４５ 設定部
３４６ 取消部
３４７ 要請部
３４８ 提案部
４００ ユーザ端末
５００ 情報処理装置
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ ＮＩＣ
５０５ 画像処理部
５０６ 音声処理部
５０７ 補助記憶部
５０８ インターフェース
５０９ 操作ユニット
５１０ 表示ユニット
５１１ スピーカ
９００ インターネット
【要約】
【課題】不正行為の蓋然性が高い投票券の購入を適切に防止できる投票管理装置等を提供する。
【解決手段】投票システムにおいて、投票管理装置３００の受付部３４１は、ユーザが購入を希望する車券の内容を示す、投票対象及び投票金額を含む投票情報を受け付ける。判別部３４２は、投票情報に含まれる投票金額にポイントが使用されているか否かを判別する。オッズ取得部３４３は、投票金額にポイントが使用されていると判別されると、投票対象のオッズを取得する。履歴取得部３４４は、取得されたオッズが閾値以下である場合に、ユーザが過去の直近期間に購入した車券の購入履歴を取得する。設定部３４５は、購入履歴に基づいて、低オッズの投票券に対してユーザが投票できる投票許容額を設定する。そして、取消部３４６は、投票金額が投票許容額を超える場合に、投票情報の受け付けを取り消す。
【選択図】図３
【解決手段】投票システムにおいて、投票管理装置３００の受付部３４１は、ユーザが購入を希望する車券の内容を示す、投票対象及び投票金額を含む投票情報を受け付ける。判別部３４２は、投票情報に含まれる投票金額にポイントが使用されているか否かを判別する。オッズ取得部３４３は、投票金額にポイントが使用されていると判別されると、投票対象のオッズを取得する。履歴取得部３４４は、取得されたオッズが閾値以下である場合に、ユーザが過去の直近期間に購入した車券の購入履歴を取得する。設定部３４５は、購入履歴に基づいて、低オッズの投票券に対してユーザが投票できる投票許容額を設定する。そして、取消部３４６は、投票金額が投票許容額を超える場合に、投票情報の受け付けを取り消す。
【選択図】図３
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】