(57)【要約】【課題】公営競技においてユーザが投票先を自ら選択することなく、負け分の少なくとも一部を回収し得る投票を可能とすること。【解決手段】ユーザによる公営競技への投票を支援する投票支援装置は、所定の期間におけるユーザの差し引きの負け分を算出する負け分算出部と、負け分を考慮して買い目を選択する買い目選択部と、選択した買い目に投票する投票部と、を備えている。【選択図】図１
2017157144.tif 000002
【特許請求の範囲】
【請求項１】
ユーザによる公営競技への投票を支援する投票支援装置であって、
所定の期間におけるユーザの差し引きの負け分を算出する負け分算出部と、
前記負け分を考慮して買い目を選択する買い目選択部と、
前記選択した買い目に投票する投票部と、を備える、
ことを特徴とする投票支援装置。
【請求項２】
前記負け分算出部は、ホスト装置から、ユーザが前記公営競技に投票するために用意した準備資金と、ユーザの残資金を取得し、準備資金から残資金を差し引いて前記負け分を算出する、
請求項１に記載の投票支援装置。
【請求項３】
前記買い目選択部は、前記残資金の少なくとも一部の資金に基づいて前記負け分の少なくとも一部を回収可能な買い目を選択する、
請求項２に記載の投票支援装置。
【請求項４】
前記買い目選択部は、前記負け分の少なくとも一部を回収可能な買い目であって、最低のオッズの買い目を選択する、
請求項３に記載の投票支援装置。
【請求項５】
前記買い目選択部は、前記残資金の全部に基づいて前記負け分の全部を回収可能な買い目を選択する、
請求項３または４に記載の投票支援装置。
【請求項６】
前記選択した買い目をユーザに通知する通知部を備える、
請求項２ないし５のいずれか１項に記載の投票支援装置。
【請求項７】
前記投票部は、ユーザからの同意の有無に依らず、前記選択された買い目に投票し、
前記通知部は、投票結果をユーザに通知する、
請求項６に記載の投票支援装置。
【請求項８】
前記通知部は、前記選択された買い目を投票する前に、前記選択した買い目をユーザに通知し、
前記投票部は、ユーザから前記選択された買い目に対する同意を得た場合、前記選択された買い目に投票する、
請求項６に記載の投票支援装置。
【請求項９】
前記買い目選択部は、前記残資金の全部に基づいて前記負け分の全部を回収可能な買い目を選択することができない場合、最高のオッズの買い目を選択する、
請求項８に記載の投票支援装置。
【請求項１０】
前記買い目選択部は、前記残資金の全部に基づいて前記負け分の全部を回収可能な買い目を選択することができない場合、最高のオッズの買い目に基づいて前記負け分の全部を回収するために必要な資金と前記残資金との差額を算出し、
前記通知部は、前記差額をユーザに通知し、
前記投票部は、前記差額に応じた入金が行われた場合、前記最高オッズの買い目に投票する、
請求項９に記載の投票支援装置。
【請求項１１】
前記ホスト装置から、所定の期間におけるユーザの投票履歴を取得し、ユーザの嗜好を抽出する嗜好抽出部を有し、
前記買い目選択部は、前記負け分の少なくとも一部を回収可能な買い目であって、前記嗜好に基づく買い目を選択する、
請求項３ないし５のいずれか１項に記載の投票支援装置。
【請求項１２】
前記嗜好抽出部は、前記投票履歴に基づき、ユーザが投票した場および／または賭式のうちの相対的に高頻度のものを、ユーザが好む場および／または賭式を前記嗜好として抽出する、
請求項１１に記載の投票支援装置。
【請求項１３】
前記嗜好抽出部は、前記ホスト装置から、ユーザが登録した好みの選手および／または馬を取得し、取得した選手および／または馬を前記嗜好とする、
請求項１１または１２に記載の投票支援装置。
【請求項１４】
前記投票した買い目に応じて投票券を発券する発券部を備える、
請求項１ないし１３のいずれか１項に記載の投票支援装置。
【請求項１５】
ユーザによる公営競技への投票を支援する投票支援装置と、
前記投票支援装置からの投票を受け付けるホスト装置と、を備え、
前記投票支援装置は、
所定の期間におけるユーザの差し引きの負け分を算出する負け分算出部と、
前記負け分を考慮して買い目を選択する買い目選択部と、
前記選択した買い目に投票する投票部と、を有する、
ことを特徴とする投票支援システム。
【請求項１６】
ユーザによる公営競技への投票を支援する投票支援装置から、所定の期間におけるユーザの差し引きの負け分を考慮して選択された買い目を受け付ける受付部と、
前記受け付けた買い目に従って投票処理を行う投票処理部と、
行った投票処理結果を前記投票支援装置に通知する投票結果通知部と、を備える、
ことを特徴とするホスト装置。
【請求項１７】
ユーザの識別子と、前記公営競技に投票するためにユーザ用意した準備資金と、ユーザの残資金とを関連付けて保持する保持部と、
前記投票支援装置からの問い合わせに応じて、前記準備資金と前記残資金を前記投票支援装置に応答する応答部と、を備える、
請求項１６に記載のホスト装置。
【請求項１８】
前記保持部は、ユーザの識別子とユーザの投票履歴を関連付けて保持し、
前記応答部は、前記投票支援装置からの問い合わせに応じて、前記投票履歴を回答する、
請求項１７に記載のホスト装置。
【請求項１９】
前記保持部は、前記投票履歴として、ユーザが投票した場および／または賭式を保持する、
請求項１８に記載のホスト装置。
【請求項２０】
前記保持部は、ユーザが登録した好みの選手および／または馬を保持し、
前記応答部は、前記投票支援装置からの問い合わせに応じて、前記好みの選手および／または馬を回答する、
請求項１７ないし１９のいずれか１項に記載のホスト装置。
【請求項２１】
ユーザによる公営競技への投票を支援する投票支援方法であって、
投票支援装置が、所定の期間におけるユーザの差し引きの負け分を算出するステップと、
前記負け分を考慮して買い目を選択するステップと、
前記選択した買い目に投票するステップと、を含む、
ことを特徴とする投票支援方法。
【請求項２２】
ユーザによる公営競技への投票を支援するプログラムであって、
所定の期間におけるユーザの差し引きの負け分を算出する処理と、
前記負け分を考慮して買い目を選択する処理と、
前記選択した買い目に投票する処理と、をコンピュータに実行させる、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、投票支援装置、投票支援システム、ホスト装置、投票支援方法およびプログラムに関し、特にユーザ（ないし来場者）による公営競技への投票を支援する投票支援装置、投票支援システム、ホスト装置、投票支援方法およびプログラムに関する。
【背景技術】
【０００２】
近年、競馬、競輪、競艇、および、オートレースなどの公営競技に投票する際のユーザの利便性を向上させるための様々なシステムが実現されている。一例として、ユーザの端末（例えば、ＰＣ（Personal Computer）、スマートフォンなどのモバイル端末）から投票の依頼を受け付けるウェブサーバなどを設け、当該ウェブサーバが公営競技の主催者側のホスト装置にアクセスして実際の投票を行うことで、投票を可能とするシステムが実現されている（特許文献１、２）。
【０００３】
特許文献１には、利用者から各レースにつき所定の金額を上限値とした投資依頼を受け付け、利用者の代わりに投票券の購入申込を行う投資支援サーバが記載されている。これにより、利用者が公営競技に対する十分な知識、経験を有していない場合であっても公営競技への投資を楽しむことができる。
【０００４】
また、特許文献２には、ユーザが重視する項目（オッズ、馬体重、過去のレース成績など）を受け付け、受け付けた項目において優位なレース情報をユーザに提示する馬券発売代行サーバが記載されている。これにより、ユーザによるレース選択を支援することが可能となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】実用新案登録第３１５４７６９号公報
【特許文献２】特開２０１５−１２７９２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記特許文献の全開示内容は、本書に引用をもって繰り込み記載されているものとする。以下の分析は、本発明者によってなされたものである。
【０００７】
公営競技に投票を行うための方法として、以下のような方法が知られている。
（１）ユーザの端末（ＰＣ、スマートフォンなど）からウェブサーバにアクセスして投票する方法
（２）場（じょう）（場外発売所を含む、以下同様）で発行されたプリペイドカードを用いて投票する方法
【０００８】
（１）の方法では、ユーザは自身の預金口座（銀行口座、郵便貯金口座など）から投票用の専用口座に、投票のための資金を予め移動し、専用口座に用意した資金を用いて投票を行う。一方、（２）の方法では、ユーザ（以下、場への来場者もユーザという）は場（競馬場、競輪場、競艇場、オートレース場など）で発行されたプリペイド式のカード（プリペイドカード）に、投票のための資金を予め入金（チャージ）し、入金した資金を用いて投票を行う。以下、ユーザが投票用に用意した資金（すなわち専用口座に移動した資金、プリペイドカードに入金した資金など）を「準備資金」という。
【０００９】
ユーザは、上記（１）または（２）の方法でレース当日に準備資金を用意して投票を繰り返す。このとき、投票したレースにおける的中状況に応じて、ユーザの専用口座またはプリペイドカードに蓄積される資金が増減する。具体的には、投票が的中した場合には、配当金に応じて資金が増加し、投票が外れた場合には投票した資金に応じて資金が減少する。以下、ユーザの専用口座またはプリペイドカードが保持する現時点の（最新の）資金を「残資金」という。
【００１０】
ところで、ユーザは、負けが込んで「残資金」が底を突き始めると、その日の投票を終了することを検討し始める。このとき、ユーザは、せめてその日の負け分（すなわち、準備資金から残資金を差し引いた金額）を取り返したい（すなわち「とんとん」にしたい）と考えることがある。
【００１１】
また、時間的な制約などにより、ユーザはその日の投票を終了させる必要に迫られる場合もある。このような場合にも、負け分が生じているときには、ユーザはその日の負け分を取り返して「とんとん」で投票を終了したいと考えることがある。
【００１２】
上記のように残資金を用いて負け分を取り返すという動機で投票する場合、ユーザは自ら投票先を検討するのが億劫であることが多い。特に、時間的な制約がある場合、ユーザは自ら検討するために十分な時間を割くことができない場合もある。したがって、これらの場合には、ユーザには投票先を自ら選択することなく、負け分（または少なくともその一部）を簡便に回収したいという要望がある。
【００１３】
特許文献１、２によると、ウェブサーバ（投資支援サーバ、馬券発売代行サーバ）をユーザの端末と主催者側のホスト装置との間に設けることにより、ユーザによる公営競技への投票を支援することが可能となる。しかしながら、これらの文献に記載された技術を用いても、上述の要望に応えることはできない。
【００１４】
そこで、公営競技においてユーザが投票先を自ら選択することなく、負け分の少なくとも一部を回収し得る投票を可能とすることが課題となる。本発明の目的は、かかる課題解決に寄与する投票支援装置、投票支援システム、ホスト装置、投票支援方法およびプログラムを提供することにある。
【課題を解決するための手段】
【００１５】
本発明の第１の態様に係る投票支援装置は、ユーザによる公営競技への投票を支援する投票支援装置であって、所定の期間におけるユーザの差し引きの負け分を算出する負け分算出部と、前記負け分を考慮して買い目を選択する買い目選択部と、前記選択した買い目に投票する投票部と、を備えている。
【００１６】
本発明の第２の態様に係る投票支援システムは、ユーザによる公営競技への投票を支援する投票支援装置と、前記投票支援装置からの投票を受け付けるホスト装置と、を備えている。前記投票支援装置は、所定の期間におけるユーザの差し引きの負け分を算出する負け分算出部と、前記負け分を考慮して買い目を選択する買い目選択部と、前記選択した買い目に投票する投票部と、を有する。
【００１７】
本発明の第３の態様に係るホスト装置は、ユーザによる公営競技への投票を支援する投票支援装置から、所定の期間におけるユーザの差し引きの負け分を考慮して選択された買い目を受け付ける受付部と、前記受け付けた買い目に従って投票処理を行う投票処理部と、行った投票処理結果を前記投票支援装置に通知する投票結果通知部と、を備えている。
【００１８】
本発明の第４の態様に係る投票支援方法は、ユーザによる公営競技への投票を支援する投票支援方法であって、投票支援装置が、所定の期間におけるユーザの差し引きの負け分を算出するステップと、前記負け分を考慮して買い目を選択するステップと、前記選択した買い目に投票するステップと、を含む。
【００１９】
本発明の第５の態様に係るプログラムは、ユーザによる公営競技への投票を支援するプログラムであって、所定の期間におけるユーザの差し引きの負け分を算出する処理と、前記負け分を考慮して買い目を選択する処理と、前記選択した買い目に投票する処理と、をコンピュータに実行させる。なお、プログラムは、非一時的なコンピュータ可読記録媒体（non-transitory computer-readable storage medium）に記録されたプログラム製品として提供することもできる。
【発明の効果】
【００２０】
本発明に係る投票支援装置、投票支援システム、ホスト装置、投票支援方法およびプログラムによると、公営競技においてユーザが投票先を自ら選択することなく、負け分の少なくとも一部を回収し得る投票が可能となる。
【図面の簡単な説明】
【００２１】
【図１】一実施形態に係る投票支援装置の構成を例示するブロック図である。
【図２】第１の実施形態に係る投票支援システムの構成を例示するブロック図である。
【図３】公営競技への投票方法を説明するための図である。
【図４】第１の実施形態に係る投票支援システムにおけるホスト装置が保持する情報を例示する図である。
【図５】第１の実施形態に係る投票支援システムにおける投票支援装置の動作を説明するための図である。
【図６】第１の実施形態に係る投票支援システムの動作を例示するシーケンス図である。
【図７】第２の実施形態に係る投票支援システムの構成を例示するブロック図である。
【図８】第２の実施形態に係る投票支援システムにおけるホスト装置が保持する情報を例示する図である。
【図９】第２の実施形態に係る投票支援システムにおける投票支援装置の動作を説明するための図である。
【図１０】第３の実施形態に係る投票支援システムの構成を例示するブロック図である。
【図１１】第３の実施形態に係る投票支援システムにおけるホスト装置が保持する情報を例示する図である。
【図１２】第３の実施形態に係る投票支援システムの動作を例示するシーケンス図である。
【発明を実施するための形態】
【００２２】
はじめに、一実施形態の概要について説明する。なお、この概要に付記する図面参照符号は、専ら理解を助けるための例示であり、本発明を図示の態様に限定することを意図するものではない。
【００２３】
図１は、一実施形態に係る投票支援装置の構成を例示するブロック図である。投票支援装置８（例えば、図２、図７のウェブサーバとしての投票支援装置１２、図１０の発券機としての投票支援装置３６）は、ユーザ（場に来場する来場者を含む）による公営競技（競馬、競輪、競艇、オートレースなど）への投票を支援する。図１を参照すると、投票支援装置８は、所定の期間（例えば投票当日）におけるユーザの差し引きの負け分を算出する負け分算出部１６と、負け分を考慮して買い目を選択する買い目選択部１８と、選択した買い目に投票する投票部２０と、を備えている。
【００２４】
ここで、負け分算出部１６は、ホスト装置（例えば、図２、図７、図１０のホスト装置１４）から、ユーザが公営競技に投票するために用意した準備資金と、ユーザの最新の残資金を取得し、準備資金から残資金を差し引いて負け分を算出してもよい。また、買い目選択部１８は、残資金の少なくとも一部の資金に基づいて負け分の少なくとも一部を回収可能な買い目を選択してもよいし、残資金の全部に基づいて負け分の全部を回収可能な買い目（すなわち、とんとんを実現可能な買い目）を選択してもよい。さらに、買い目選択部１８は、負け分の少なくとも一部を回収可能な買い目であって、最低のオッズの買い目を選択してもよい。これにより、負け分が回収される可能性が最大化される。
【００２５】
かかる投票支援装置８によると、所定の期間におけるユーザの差し引きの負け分が算出され、算出された負け分を考慮して買い目が自動的に選択され、さらに選択された買い目に対する投票が行われる。したがって、投票支援装置８によると、公営競技においてユーザが投票先を自ら選択することなく、負け分の少なくとも一部を回収し得る投票が可能となる。
【００２６】
＜実施形態１＞
次に、第１の実施形態に係る投票支援システムについて図面を参照して説明する。本実施形態では、一例として、ユーザの端末（ＰＣ（Personal Computer）、スマートフォンなど）からウェブサーバを経由して投票する形態を想定する。また、ユーザは自身の預金口座（銀行口座、郵便貯金口座など）から投票用の専用口座に、投票のための資金を予め移動し、専用口座に用意した資金を用いて投票を行うものとする。
【００２７】
以下、ユーザが投票用に用意した資金（専用口座に移動した資金）を「準備資金」という。また、ユーザが所定の期間（例えば投票当日、予め設定された期間、ユーザが選択した期間など）に投票を繰り返した結果として、ユーザの専用口座に蓄積された現時点の（最新の）資金を「残資金」という。なお、ユーザは投票開示時のみならず、自身の口座から専用口座に資金を随時追加することもできる。この場合における「準備資金」は、ユーザが投票開始時から現時点までに自身の口座から専用口座に移動した資金の総額を指す。
【００２８】
［構成］
図２は、本実施形態に係る投票支援システムの構成を例示するブロック図である。図２を参照すると、投票支援システムは、ユーザによる公営競技への投票を支援する投票支援装置（例えばウェブサーバ）１２と、公営競技の主催者側のホスト装置１４（例えば、公営競技の主催者である公営競技運営の主体となる地方自治体などが管理しているホスト装置、または、インターネットなどから投票を受け付ける民間企業が管理しているホスト装置など）とを備えている。投票支援装置１２は、例えばインターネットを経由して、ユーザ端末１０によるアクセスを受け付け、ユーザ端末１０の操作者による投票を支援する。ホスト装置１４は、投票支援装置１２からの投票を受け付けて実際に投票処理を行い、投票結果を投票支援装置１２に通知する。
【００２９】
まず、図３を参照して、公営競技への投票の概要と、以下の説明に登場する用語について説明する。図３の左欄を参照すると、「○○場☆☆レース」に対する「賭式・組番」、「オッズ」、「購入」の有無が表示されている。ここで、「○○場」とは、公営競技場（競馬場、競輪場、競艇場、オートレース場など）の名称を表す。また、「☆☆レース」は、例えば、当該場で開催される「☆☆」番目のレース（またはレース名）を表す。さらに、「賭式」は賭けの方式（公営競技の種目にもよるが、単勝式、複勝式、連勝単式、連勝複式、重勝式など）を表し、「組番」は当該賭式における数字（例えば、競馬の場合の馬番号）の組み合わせを表す。「場、レース、賭式、および、組番」の組を指定することにより、投票対象（以下、「買い目」ともいう。）が一意に定まる。また、「オッズ」とは、買い目が的中した場合に、買い目に投票した資金の何倍の配当金が得られるかを示す。例えば、オッズが「５」の買い目に対して１，０００円を投票し、的中した場合、配当金として５，０００円が得られる。以下では、投票可能な最低金額を、一例として１００円とする。
【００３０】
図２に戻ると、投票支援装置１２は、負け分算出部１６、買い目選択部１８、投票部２０、および、通知部２２を備えている。
【００３１】
負け分算出部１６は、投票当日におけるユーザの差し引きの負け分を算出する。具体的には、負け分算出部１６は、公営競技の主催者側のホスト装置１４にアクセスして、ユーザが公営競技に投票するために用意した準備資金と、ユーザの最新の残資金を取得し、準備資金から残資金を差し引いて負け分を算出する。
【００３２】
買い目選択部１８は、負け分を考慮して買い目を選択する。買い目選択部１８は、残資金の少なくとも一部の資金に基づいて負け分の少なくとも一部を回収可能な買い目を選択する。なお、負け分の全額を取り返すこと（とんとん）を目指すのではなく、負け分の一部（例えば、半分、１／３）を取り返すことを目指す場合、買い目選択部１８は、ユーザから取り返す分（例えば、取り返すべき金額、負け分に対する割合など）をユーザ端末１０から受け付けるようにしてもよい。また、残資金の全部ではなく一部に基づいて投票を行う場合、買い目選択部１８は、ユーザ端末１０から投票する資金（例えば、投票金額、残資金に対する割合など）を受け付けるようにしてもよい。
【００３３】
買い目選択部１８は、負け分の少なくとも一部を回収可能な買い目であって、最低のオッズの買い目を選択してもよい。これにより、買い目が的中して負け分の一部を回収できる確率を最大化することができる。
【００３４】
また、買い目選択部１８は、残資金の全部に基づいて負け分の全部を回収可能な買い目を選択してもよい。これにより、買い目が的中した場合、当日の負け分を完全に取り返して当日の投票を「とんとん」で終了することが可能となる。
【００３５】
投票部２０は、買い目選択部１８が選択した買い目に投票する。
【００３６】
通知部２２は、投票部２０が投票した買い目をユーザ端末１０に通知する。
【００３７】
投票部２０は、ユーザからの同意の有無に依らず、買い目選択部１８により選択された買い目に投票してもよい。このとき、通知部２２は、投票結果をユーザに通知する。
【００３８】
一方、通知部２２は、買い目選択部１８が選択した買い目を投票部２０が投票する前に、選択された買い目をユーザ端末１０に通知してもよい。このとき、投票部２０は、選択された買い目に対する投票を、ユーザ端末１０からの同意が得られた後に行う。
【００３９】
残資金が最低投票可能金額（１００円）未満である場合、負け分算出部１６は「金額不足」と判定してもよい。負け分算出部１６が「金額不足」と判定すると、通知部２２は金額不足である旨をユーザ端末１０に通知する。このとき、通知部２２は、最低投票可能金額と残資金との差額を入金するようにユーザ端末１０に促してもよい。これにより、残資金が不足する場合であっても、負け分を取り戻すための投票に勧誘することが可能となる。
【００４０】
また、当日の最終レースが終了している場合のように、購入可能なレースが存在しない場合、買い目選択部１８は「購入可能レースなし」と判定してもよい。このとき、通知部２２は購入可能レースが存在しない旨をユーザ端末１０に通知する。
【００４１】
さらに、残資金の全部を用いても、負け分の全部を回収し得る買い目を選択できない場合が考えられる。例えば、開始時点からの負け分が１００，０００円であり、残資金が１００円しかなく、投票可能な買い目の最高のオッズが９００倍の場合、得られる配当額は最高９０，０００円となり、負け分の全額を回収することは不可能である。かかる場合には、買い目選択部１８は、最高のオッズの買い目を選択してもよい。これにより、「とんとん」が不可能な場合であっても、買い目が的中した際に可能な限り負け分を多く回収して「とんとん」に近づけることができる。なお、残資金の全部を用いても負け分の全部を回収し得る買い目を選択できず、買い目選択部１８が最高オッズの買い目を選択した場合、通知部２２はその旨をユーザ端末１０に通知してもよい。また、投票部２０はユーザ端末１０から投票への同意が得られた場合に、買い目選択部１８が選択した買い目に投票するようにしてもよい。
【００４２】
残資金の全部に基づいて負け分の全部を回収可能な買い目を選択できない場合、買い目選択部１８は最高のオッズの買い目に基づいて負け分の全部を回収するために必要な資金と残資金との差額を算出してもよい。このとき、通知部２２は差額をユーザ端末１０に通知する。また、投票部２０は、差額に応じた入金が行われた場合、買い目選択部１８が選択した買い目に投票する。これにより、残資金のみを用いて「とんとん」にできない場合であっても、追加の入金に基づいて「とんとん」を実現可能な投票をユーザに促すことができる。
【００４３】
次に、ホスト装置１４の構成について説明する。図２を参照すると、公営競技の主催者側のホスト装置１４は、受付部２４、投票処理部２６、投票結果通知部２８、保持部３０、および、応答部３２を備えている。
【００４４】
受付部２４は、投票当日におけるユーザの差し引きの負け分を考慮して選択された買い目を、投票支援装置１２から受け付ける。投票処理部２６は、受付部２４が受け付けた買い目に従って投票処理を行う。投票結果通知部２８は、投票処理部２６が行った投票処理結果を投票支援装置１２に通知する。
【００４５】
保持部３０は、ユーザの識別子としての会員ＩＤと、公営競技に投票するためにユーザが用意した準備資金と、ユーザの最新の残資金とを関連付けて保持する。図４は、ホスト装置１４に設けられた保持部３０が保持する情報を例示する図である。図４を参照すると、保持部３０は、ユーザの会員ＩＤ（識別子、Identifier）と、当該ユーザの準備資金と、当該ユーザの残資金とを関連付けて保持する。図４を参照すると、例えば会員ＩＤ「Ｍ−ａ」のユーザは準備資金１０，０００円を専用口座に用意したものの、残資金が２，０００円となっており、８，０００円に相当する負け分が生じている。
【００４６】
応答部３２は、投票支援装置１２からの会員情報の問い合わせに応じて、保持部３０が保持する当該会員の準備資金と残資金を投票支援装置１２に応答する。
【００４７】
［動作］
次に、本実施形態の投票支援システムの動作について図面を参照して説明する。
【００４８】
はじめに、図５を参照して、本実施形態における投票支援装置１２の動作を説明する。図５において、買い目Ｓ１〜Ｓ５は、それぞれ、場、レース、賭式、および組番の組を表す。
【００４９】
まず、ユーザが図４の会員ＩＤ「Ｍ−ａ」のユーザである場合について説明する。この場合、負け分算出部１６は、投票当日におけるユーザの差し引きの負け分として、８，０００円（＝１０，０００円−２，０００円）を算出する。残資金の全部（２，０００円）を投票して「とんとん」を目指す場合、買い目選択部１８は図５に示した買い目Ｓ１〜Ｓ５の中から、的中した場合に負け分の全額（８，０００円）と投票する資金（２，０００円）の合計１０，０００円（＝８，０００円＋２，０００円）が配当金として得られる買い目の候補として、買い目Ｓ１〜Ｓ４を抽出する。さらに、買い目選択部１８は、抽出した買い目の候補Ｓ１〜Ｓ４の中から、投票対象の買い目としてオッズが最低の買い目Ｓ４を選択する。
【００５０】
一方、残資金の一部（例えば１，０００円）を投票して「とんとん」を目指す場合、買い目選択部１８は図５に示した買い目Ｓ１〜Ｓ５の中から、的中した場合に負け分の全額（８，０００円）と投票する資金（１，０００円）の合計９，０００円（＝８，０００円＋１，０００）が配当として得られる買い目の候補として、買い目Ｓ１、Ｓ２を抽出する。さらに、買い目選択部１８は、抽出した候補Ｓ１、Ｓ２の中から、投票対象の買い目としてオッズが最も低い買い目Ｓ２を選択する。
【００５１】
次に、ユーザが図４の会員ＩＤ「Ｍ−ｂ」に該当する場合について説明する。この場合、負け分算出１６は、ユーザの残資金（９５円）が最低投票可能金額（１００円）未満であるため、「金額不足」と判定する。すると、通知部２２は、金額不足である旨をユーザ端末１０に通知する。なお、通知部２２は、投票可能とするために必要な金額をユーザに通知して、入金を促すようにしてもよい。
【００５２】
次に、ユーザが図４の会員ＩＤ「Ｍ−ｃ」のユーザである場合について説明する。この場合、負け分算出部１６は、投票当日におけるユーザの差し引きの負け分として、９，０００円（＝１０，０００円−１，０００円）を算出する。残資金の全部（１，０００円）を投票して「とんとん」を目指す場合、買い目選択部１８は図５に示した買い目Ｓ１〜Ｓ５の中から、的中した場合に負け分の全額（９，０００円）と投票する資金（１，０００円）の合計１０，０００円（＝９，０００円＋１，０００円）が配当として得られる買い目の候補として、買い目Ｓ１、Ｓ２を抽出する。さらに、買い目選択部１８は、抽出した買い目の候補Ｓ１、Ｓ２の中から、投票対象の買い目としてオッズが最低の買い目Ｓ２を選択する。
【００５３】
なお、図５の買い目に含まれる「場」には、公営競技の種目（例えば、競馬、競輪、競艇、オートレースなど）のうちの単一種目の「場」のみが含まれるようにしてもよいし、複数の種目（例えば、競馬と競輪）の「場」が混在していてもよい。
【００５４】
次に、図６のシーケンス図を参照して、本実施形態に係る投票支援システム（図２）の動作について説明する。
【００５５】
ユーザはユーザ端末１０を操作して、本実施形態に基づく投票支援機能を実行する（ステップＡ１）。ここでは、一例として、ユーザは図４に示す会員ＩＤ「Ｍ−ａ」のユーザとする。
【００５６】
ユーザ端末１０による投票支援機能の実行を検出すると、投票支援装置１２の負け分算出部１６はユーザの会員ＩＤをホスト装置１４に通知して、当該ユーザの会員情報を問い合わせる（ステップＡ２）。
【００５７】
ホスト装置１４の応答部３２は、保持部３０が保持する情報（図４）を参照して会員ＩＤ「Ｍ−ａ」に該当するユーザの会員情報（準備資金、残資金）を取得し（ステップＡ３）、取得した会員情報（ここでは、準備資金１０，０００円、残資金２，０００円）を投票支援装置１２に返却する（ステップＡ４）。
【００５８】
負け分算出部１６は、取得した会員情報（準備資金、残資金）に基づき、ユーザの負け分８，０００円を算出する。ここでは、残資金の全部（２，０００円）を投票して「とんとん」を目指すものとする。このとき、買い目選択部１８は、投票可能金額を２，０００円とし、目標払戻金額を１０，０００円とする（ステップＡ５）。この場合、残資金（２，０００円）は最低投票可能金額（１００円）以上であるため、金額不足である旨のユーザ端末１０への通知（ステップＡ６）は省略可能である。
【００５９】
投票支援装置１２の買い目選択部１８は、購入可能なレース情報をホスト装置１４に問い合わせる（ステップＡ７）。ホスト装置１４は、レースの開催情報を取得し（ステップＡ８）、取得したレースの開催情報を投票支援装置１２に返却する（ステップＡ９）。ここで、レースの開催情報は、投票対象となり得る「買い目」（すなわち、場、レース、賭式、および、組番の組）と、当該買い目に対する「オッズ」の情報を含む。ここでは、一例として、開催情報は図５の左端２列分の情報を含むものとする。
【００６０】
買い目選択部１８は、取得した開催情報に基づいて購入可能なレースを決定する（ステップＡ１０）。なお、ここでは購入可能なレースが存在するため、購入可能レースが存在しない旨のユーザ端末１０への通知（ステップＡ１１）は省略可能である。
【００６１】
残資金の全部（２，０００円）を投票して「とんとん」を目指す場合、上述のように、買い目選択部１８は、図５に示した買い目Ｓ１〜Ｓ５の中から負け分を最も高い確率で取り返すことが可能な買い目Ｓ４を選択する（ステップＡ１２）。
【００６２】
ここで、投票部２０は、ユーザからの同意の有無に依らず、買い目選択部１８により選択された買い目に対する投票要求を送出してもよい（ステップＡ１４）。
【００６３】
一方、通知部２２は、買い目選択部１８が選択した買い目を投票部２０が投票する前に、当該選択された買い目をユーザ端末１０に通知してもよい。この場合、ユーザ端末１０から選択した買い目に対する同意が得られたときに（ステップＡ１３）、投票部２０は選択された買い目に対する投票要求を行う（ステップＡ１４）。
【００６４】
ホスト装置１４の受付部２４が投票支援装置１２から投票要求を受け付けると、投票処理部２６は受け付けた投票要求に従って投票処理を実行する（ステップＡ１５）。また、投票結果通知部２８は、投票結果を投票支援装置１２に返却する（ステップＡ１６）。
【００６５】
投票結果が返却されると、投票支援装置１２の通知部２２は、ユーザ端末１０に投票結果を転送する（ステップＡ１７）。すると、ユーザ端末１０の表示部（ディスプレイなど）には、投票結果が表示される（ステップＡ１８）。
【００６６】
本実施形態の投票支援システムでは、投票当日におけるユーザの差し引きの負け分が算出され、負け分を考慮して買い目が選択され、選択された買い目に対する投票が行われる。かかる投票支援システムによると、公営競技においてユーザが投票先を自ら選択することなく、負け分を回収し得る投票が可能となる。一例として、ユーザが残資金を用いて当日の負け分全体を取り返してとんとんにしたい場合、ユーザは本実施形態の投票支援機能を実行するためのボタンをクリックするのみで、簡単に投票を済ませることができる。
【００６７】
＜実施形態２＞
次に、第２の実施形態に係る投票支援システムについて図面を参照して説明する。本実施形態では、第１の実施形態と同様に、ユーザの端末（ＰＣ、スマートフォンなど）からウェブサーバを経由して投票する形態を想定する。本実施形態では、第１の実施形態に加えて、ユーザ個人の嗜好を投票に反映させる。以下では、本実施形態と第１の実施形態の差分を中心に説明する。
【００６８】
［構成］
図７は、本実施形態に係る投票支援システムの構成を例示するブロック図である。図７を参照すると、本実施形態の投票支援装置１２は、第１の実施形態の投票支援装置１２（図２）に対して、さらに嗜好抽出部３４を備えている。
【００６９】
嗜好抽出部３４は、公営競技の主催者側のホスト装置１４にアクセスして、投票当日におけるユーザの投票履歴を取得し、ユーザの嗜好を抽出する。例えば、嗜好抽出部３４は、投票履歴に基づき、ユーザが投票した場、および／または、賭式のうちの相対的に高頻度のものを、ユーザが好む場および／または賭式として抽出する。また、嗜好抽出部３４は、ホスト装置１４にアクセスして、ユーザが登録した好みの選手（競馬であれば、騎手および／または馬としてもよい。）を取得し、取得した選手を嗜好としてもよい。
【００７０】
買い目選択部１８は、負け分の少なくとも一部を回収可能な買い目であって、さらに嗜好抽出部３４により抽出された嗜好に基づく買い目を選択する。
【００７１】
本実施形態では、ホスト装置１４の保持部３０はユーザの識別子（例えば会員ＩＤ）と、準備資金と、残資金と、ユーザの投票履歴とを関連付けて保持する。保持部３０は、投票履歴として、ユーザが投票した場および／または賭式を保持するようにしてもよい。さらに、保持部３０は、ユーザが登録した好みの選手（競馬であれば、好みの騎手および／または馬）をユーザの識別子に関連付けて保持してもよい。
【００７２】
図８は、ホスト装置の保持部３０が保持する情報を例示する図である。図８を参照すると、保持部３０は会員ＩＤ「Ｍ−ａ」のユーザについて、準備資金および残資金のみならず、投票履歴「ａ１、ａ２、ａ３」と好みの選手「Ｆａ」を関連付けて保持している。ここで、投票履歴ａ１、ａ２、ａ３は、それぞれ、「場」と「賭式」と「投票金額」の組を含むようにしてもよい。
【００７３】
なお、図８の投票履歴に含まれる「場」には、公営競技の種目のうちの単一種目の「場」のみが含まれていてもよいし、複数の種目の「場」が混在していてもよい。
【００７４】
応答部３２は、投票支援装置１２からの問い合わせに応じて、準備資金および残資金に加えて、投票履歴および／または好みの選手を回答する。
【００７５】
［動作］
次に、本実施形態の投票支援システム（図７）の動作について説明する。
【００７６】
まず、本実施形態における投票支援装置１２の嗜好抽出部３４の動作について説明する。ここでは、嗜好抽出部３４がユーザの投票履歴に応じて、当該ユーザの嗜好を抽出する動作について説明する。嗜好抽出部３４は、ホスト装置１４にアクセスして、投票当日におけるユーザの投票履歴を取得する。このとき、図９の左側のテーブルに示す投票履歴（場、賭式、投票金額）が取得されたとする。嗜好抽出部３４は、場単位および賭式単位の投票金額の合計を算出する。嗜好抽出部３４は、合計投票金額が多いものほど、ユーザの嗜好を反映した「場」および「賭式」であると判定する。図９の右側のテーブル（２つ）に示すように、合計投票金額の多い順にソートすると、場については「○○」、「□□」、「△△」の順となる。一方、賭式については、投票金額の多い順にソートすると、「３連単」、「２連単」の順となる。嗜好抽出部３４は、投票金額が最高の場および／または賭式をユーザの嗜好としてもよい。
【００７７】
一方、嗜好抽出部３４は、投票履歴に基づき、ユーザが投票した場および／または賭式のうちの相対的に高頻度のものを、ユーザが好む場および／または賭式を嗜好として抽出してもよい。また、嗜好抽出部３４は、最高頻度の場および／または賭式をユーザの嗜好としてもよい。
【００７８】
本実施形態では、買い目選択部１８は、残資金の少なくとも一部の資金に基づいて負け分の少なくとも一部を回収可能な買い目を選択する際、ユーザの嗜好を反映させる。例えば、買い目選択部１８は、「とんとん」を目指す場合、「とんとん」を実現可能な「買い目」の候補のうち、個人の嗜好を反映した買い目であって、かつ、最低オッズのものを選択してもよい。なお、「とんとん」を実現可能な買い目の候補の中に個人の嗜好（場、賭式、選手など）を反映可能な買い目が存在しない場合、買い目選択部１８は「とんとん」の実現を優先し、個人の嗜好を反映させないようにしてもよい。
【００７９】
一例として、ユーザが図４の会員ＩＤ「Ｍ−ａ」に該当し、図５のテーブルに示す買い目とオッズが与えられた場合を考える。ユーザが残資金の全部（２，０００円）を投票して負け分の全額（８，０００円）の回収を目指す場合、上述のように、買い目選択部１８は、買い目Ｓ１〜Ｓ４を「とんとん」可能な候補として抽出する。ここで、買い目Ｓ１〜Ｓ４のうちの買い目Ｓ２、Ｓ３は、ユーザの嗜好を反映したものである（すなわち、買い目Ｓ２、Ｓ３にはユーザの好みの場、賭式、好みの選手の少なくともいずれかが含まれる）とする。このとき、本実施形態の買い目選択部１８は、ユーザの嗜好を反映した買い目Ｓ２、Ｓ３の中からオッズが最低の買い目Ｓ３を選択する。
【００８０】
次に、図６のシーケンス図を参照して、本実施形態の投票支援システムの動作について第１の実施形態との差分を中心に説明する。
【００８１】
本実施形態では、ホスト装置１４の応答部３２は、保持部３０が保持する情報（図８）を参照して会員ＩＤ「Ｍ−ａ」に該当するユーザの会員情報（準備資金、残資金、投票履歴、好みの選手）を取得し（ステップＡ３）、取得した会員情報（この場合、準備資金１０，０００円、残資金２，０００円、投票履歴ａ１、ａ２、ａ３、好みの選手Ｆａ）を投票支援装置１２に返却する（ステップＡ４）。
【００８２】
また、本実施形態では、残資金の全部（２，０００円）を投票して「とんとん」を目指す場合、上述のように、買い目選択部１８は、図５に示した買い目Ｓ１〜Ｓ５の中から、ユーザの嗜好を反映しつつ、負け分を最も高い確率で取り返すことが可能な買い目Ｓ３を選択する（ステップＡ１２）。
【００８３】
その他の動作は、第１の実施形態における投票支援システムの動作と同様である。
【００８４】
本実施形態の投票支援システムでは、投票当日におけるユーザの差し引きの負け分が算出され、負け分とユーザの嗜好（場、賭式、選手など）を考慮して買い目が選択されて、選択された買い目に対する投票が行われる。かかる投票支援システムによると、第１の実施形態と同様に、ユーザが自ら投票先を選択することなく、負け分を取り返し得る投票が実現される。また、本実施形態によると、買い目に対してユーザの嗜好が反映されるため、投票支援装置が自動で投票した買い目に対するユーザからの納得が得られやすい。
【００８５】
＜実施形態３＞
次に、第３の実施形態に係る投票支援システムについて図面を参照して説明する。本実施形態は、場（じょう）（場外発売所を含む、以下同様）で発行されたプリペイドカードを用いて投票する形態に関する。ユーザ（ここでは場への来場者）は場で発行されたプリペイド式のカード（プリペイドカード）に、投票のための資金を予め入金（チャージ）し、入金した資金を用いて投票を行う。以下、ユーザが投票用に用意した資金（すなわちプリペイドカードに入金した資金）を「準備資金」という。また、投票当日にユーザが投票や入金を繰り返したことによる資金の増減を反映した現時点の（最新の）資金を「残資金」という。以下では、本実施形態と第１の実施形態の差分を中心に説明する。
【００８６】
［構成］
図１０は、本実施形態に係る投票支援システムの構成を例示するブロック図である。図１０を参照すると、投票支援システムは、ユーザによる公営競技への投票を支援する投票支援装置（例えば券売機）３６と、公営競技の主催者側のホスト装置１４とを備えている。投票支援装置３６は、ユーザによる操作を受け付け、ユーザによる投票を支援する。ホスト装置１４は、投票支援装置３６からの投票を受け付けて実際の投票処理を行い、投票結果を投票支援装置３６に送信する。
【００８７】
図１０を参照すると、本実施形態における投票支援装置３６は、第１の実施形態の投票支援装置１２（図２）と比較すると、通知部２２の代わりに（または、通知部２２に加えて）発券部３８を備えている。発券部３８は、投票部２０が投票した買い目に応じて投票券を発券する。
【００８８】
なお、投票支援装置３６は、第１の実施形態の通知部２２による通知内容を、投票支援装置３６に設けられたディスプレイ（非図示）に表示してもよい。  
【００８９】
図１１は、本実施形態に係る投票支援システムにおけるホスト装置１４の保持部３０が保持する情報を例示する図である。図１１を参照すると、保持部３０は、ユーザ（プリペイドカードの発行先）を識別するためのカードＩＤと、ユーザがプリペイドカードに入金した準備資金と、ユーザの最新の残資金とを関連付けて保持する。図１１に示すケースでは、保持部３０は、カードＩＤ（識別子、Identifier）と、当該カードに入金された準備資金と、当該カードの残資金とを関連付けて保持する。図１１を参照すると、カードＩＤ「Ｃ−ａ」のプリペイドカードを所有するユーザは、準備資金１０，０００円を入金したものの、残資金が２，０００円となっている。すなわち、当該ユーザには、８，０００円の負け分が生じている。
【００９０】
［動作］
次に、図１２のシーケンス図を参照して、本実施形態の投票支援システムの動作について第１の実施形態との差分を中心に説明する。
【００９１】
ユーザは、場に設置された投票支援装置（例えば発券機）３６を操作して、本実施形態に基づく投票支援機能を実行する（ステップＢ１）。ここでは、一例として、ユーザは図１１に示すカードＩＤ「Ｃ−ａ」のプリペイドカードを所持するユーザとする。
【００９２】
投票支援機能が実行されると、投票支援装置３６の負け分算出部１６はユーザのカードＩＤをホスト装置１４に通知して、当該カードＩＤのカード情報を問い合わせる（ステップＢ２）。
【００９３】
ホスト装置１４の応答部３２は、保持部３０が保持する情報（図１１）を参照してカードＩＤ「Ｃ−ａ」に該当するカード情報（準備資金、残資金）を取得し（ステップＢ３）、取得したカード情報（準備資金１０，０００円、残資金２，０００円）を投票支援装置３６に返却する（ステップＢ４）。
【００９４】
以下、ステップＢ５〜Ｂ１６において、第１の実施形態のステップＡ５〜Ａ１６と同様の処理が行われる。ただし、第１の実施形態のようにユーザ端末１０を介してエラー表示（ステップＡ６、Ａ１１）や投票の実施判断の受付（ステップＡ１３）を行う代わりに、本実施形態では、投票支援装置３６のインタフェース（ディスプレイ、入力ボタンなど）を介して、エラー表示（ステップＢ６、Ｂ１１）や投票の実施判断の受付（ステップＢ１３）が行われる。
【００９５】
また、本実施形態では、ホスト装置１４から投票結果が返却されると（ステップＢ１６）、投票支援装置３６の発券部３８は、投票結果に応じて発券処理を行う（ステップＢ１７）。
【００９６】
本実施形態の投票支援システムでは、投票当日におけるユーザ（来場者）の差し引きの負け分が算出され、負け分を考慮して買い目が選択されて、選択された買い目に対する投票結果に応じて発券が行われる。かかる投票支援システムによると、公営競技においてユーザが自ら投票先を選択することなく、負け分を回収し得る投票券を持ち帰ることができる。例えば、ユーザが場から帰宅する際に、カードの残資金を使いきりたいものの、時間的な余裕がない場合や、初心者のように予想に自信がない場合も考えられる。このような場合においても、本実施形態によると、ユーザは自ら投票先を選ぶことなく、高い確率で負け分を取り返すことが可能な投票券を持ち帰ることができる。さらに、本実施形態によると、持ち帰った投票券が的中した来場者の再来場を促すことにもつながる。
【００９７】
＜変形例＞
上記第３の実施形態と第２の実施形態とを組み合わせることにより、場で発行されたプリペイドカードを用いて投票する形態において、さらにユーザの嗜好を反映させるようにしてもよい。
【００９８】
また、第１の実施形態および第２の実施形態において、ユーザ端末１０はＰＣやスマートフォンに限定されない。例えば、ユーザ端末１０はインターネットを経由して投票支援装置１２にアクセス可能な他の装置（ゲーム機器、テレビ等）であってもよい。
【００９９】
さらに、第１ないし第３の実施形態において、買い目選択部１８が選択する買い目は１つに限定されず、複数の買い目を選択してもよい。ただし、買い目を複数とした場合には、買い目ごとに投票可能な金額が減少するため、負け分（またはその一部）を取り戻すためには、買い目を１つとした場合と比較して、より高いオッズの買い目に投票する必要がある。したがって、複数の買い目を選択する場合、買い目選択部１８は、かかるトレードオフの関係を考慮しつつ買い目を選択する。
【０１００】
なお、上記特許文献の全開示内容は、本書に引用をもって繰り込み記載されているものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態の各要素、各図面の各要素などを含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【符号の説明】
【０１０１】
８      投票支援装置
１０    ユーザ端末
１２    投票支援装置（ウェブサーバ）
１４    ホスト装置
１６    負け分算出部
１８    買い目選択部
２０    投票部
２２    通知部
２４    受付部
２６    投票処理部
２８    投票結果通知部
３０    保持部
３２    応答部
３４    嗜好抽出部
３６    投票支援装置（券売機）
３８    発券部
【図１】
2017157144.tif 000003
【図２】
2017157144.tif 000004
【図３】
2017157144.tif 000005
【図４】
2017157144.tif 000006
【図５】
2017157144.tif 000007
【図６】
2017157144.tif 000008
【図７】
2017157144.tif 000009
【図８】
2017157144.tif 000010
【図９】
2017157144.tif 000011
【図１０】
2017157144.tif 000012
【図１１】
2017157144.tif 000013
【図１２】
2017157144.tif 000014