JP2022026953A - 発売代行装置、投票システム、発売方法、ならびに、プログラム - Google Patents

Abstract

【課題】意図的なオッズ操作を防止しつつ、簡易な処理でキャンセル可能とする発売代行装置等を提供する。
【解決手段】選定部３４２は、ユーザに推奨する投票候補を選定する。提示部３４３は、投票候補を示す表示オブジェクト、及び、投票候補に係る投票券の購入を指示するための操作オブジェクトを、ユーザに提示する。受付部３４４は、操作オブジェクトがユーザに操作されると、投票候補に係る投票券の購入を受け付ける。要請部３４５は、投票券の購入を受け付けてから所定の待機時間が経過した後に、投票候補に係る投票券の発売を、主催者サーバに要請。なお、受付部３４４は、待機時間が経過する前であれば、購入のキャンセルをユーザから受け付け可能であり、要請部３４５は、購入のキャンセルを受け付けると、投票候補に係る投票券の発売を要請しない。
【選択図】図３

Description

本発明は、発売代行装置、投票システム、発売方法、ならびに、プログラムに関する。

競馬、競輪、競艇といった公営競技の投票券を、インターネット等を介して、ユーザ端末から購入できる投票システムが知られている。このような投票システムを利用するユーザの中には、投票券の購入金額と、的中した際の払戻金額との収支がプラスとなるように計算して、投票券を購入するユーザも多い。
具体的に、馬券（勝馬投票券）の場合であれば、例えばユーザは、馬連、ワイド、三連単といった賭式において、本命馬や対抗馬を適宜織り交ぜた複数の買い目を購入する際に、いわゆる「トリガミ」が発生しないように、高いオッズの買い目については点数（購入数）を少なくし、また、低いオッズの買い目については点数を多くするなどして、馬券（同じレースで購入する馬券）の購入金額よりも、何れかの買い目が的中した際における払戻金額の方が多くなるように投票する。

より詳細には、このような投票システムでは、公営競技の主催者サーバと通信し、投票券の販売を仲介している。そして、特許文献１には、主催者サーバ（主催者のホストシステム）に取り消し依頼せずに、投票券の取り消しを可能とする投票券販売仲介装置の発明が開示されている。
この特許文献１の発明では、あるユーザから投票券のキャンセルが要求されると、その投票券を他のユーザに振り替えることができた場合に、そのキャンセルを成立させている。より詳細には、キャンセルが要求された投票券と同じ買い目の投票券が、他のユーザから購入された場合に限って、その投票券を振り替えることでキャンセルを成立させている。

特許第５７４５１９９号公報

ところで、投票時に、ユーザが操作ミスしてしまう場合も起こり得る。その場合、キャンセルを可能としたいが、現実の主催者サーバでは一度購入した投票券のキャンセルを受け付けていない。その理由の一つとして、大量に投票されて大量にキャンセルされるなどにより、意図的なオッズ操作が行われる虞があるためである。
上述した特許文献１の発明では、意図的なオッズ操作は防げるものの、キャンセルが成立しない場合もあり、ユーザにとって使い易いものとは言えなかった。

そこで、意図的なオッズ操作を防止しつつ、簡易な処理でキャンセル可能とする技術が求められていた。

本発明は、上記実状に鑑みてなされたもので、意図的なオッズ操作を防止しつつ、簡易な処理でキャンセル可能とすることのできる発売代行装置、投票システム、発売方法、ならびに、プログラムを提供することを目的とする。

本発明の第１の観点に係る発売代行装置は、
公営競技における投票券の発売を代行する発売代行装置であって、
ユーザに推奨する投票候補を選定する選定部と、
前記選定部により選定された前記投票候補を示す表示オブジェクト、及び、前記投票候補に係る投票券の購入を指示するための操作オブジェクトを、前記ユーザに提示する提示部と、
前記提示部により提示された前記操作オブジェクトが前記ユーザによって操作されると、前記投票候補に係る投票券の購入を受け付ける受付部と、
前記受付部が投票券の購入を受け付けてから所定の待機時間が経過した後に、前記投票候補に係る投票券の発売を、前記公営競技を主催する主催者サーバに要請する要請部と、を備え、
前記受付部は、前記待機時間が経過する前であれば、購入のキャンセルを前記ユーザから受け付け可能であり、
前記要請部は、前記受付部が購入のキャンセルを受け付けると、前記投票候補に係る投票券の発売を要請しない、
ことを特徴とする。

また、上記観点に係る発売代行装置において、
前記選定部は、投票券の発売を締め切る締切時刻までの残り時間の長短に応じて、異なる観点で前記投票候補を選定するようにしてもよい。

また、上記観点に係る発売代行装置において、
前記選定部は、前記残り時間が基準よりも短い場合に、既に購入が確定している前記ユーザの投票券に含まれる少なくとも一部の投票項目を買い増すための前記投票候補を選定するようにしてもよい。

また、上記観点に係る発売代行装置において、
前記選定部は、前記残り時間が基準よりも長い場合に、既に購入が確定している前記ユーザの投票券における投票項目と同一若しくは近似する投票項目が含まれる他のユーザの投票券における前記ユーザが未購入の投票項目を、前記投票候補として選定するようにしてもよい。

また、上記観点に係る発売代行装置において、
前記要請部は、処理負荷若しくは通信負荷の大小、又は、締切時刻までの残り時間の長短に応じて、前記待機時間の値を動的に変更するようにしてもよい。

本発明の第２の観点に係る投票システムは、
ユーザ端末と、公営競技を主催する主催者サーバとが、当該公営競技における投票券の発売を代行する発売代行装置と通信可能に接続された投票システムであって、
前記発売代行装置は、
ユーザに推奨する投票候補を選定する選定部と、
前記選定部により選定された前記投票候補を示す表示オブジェクト、及び、前記投票候補に係る投票券の購入を指示するための操作オブジェクトが含まれる画面情報を、前記ユーザ端末へ送信する送信部と、
前記送信部が送信した前記画面情報に含まれる前記操作オブジェクトが操作された後に前記ユーザ端末から送られる、前記投票候補に係る投票券の購入情報を受信する受信部と、
前記受信部が受信した前記購入情報に応じて、前記投票候補に係る投票券の発売を前記主催者サーバに要請する要請部と、を備え、
前記ユーザ端末は、
前記発売代行装置から送られた前記画面情報を受信する受信部と、
前記受信部が受信した前記画面情報に従って、前記表示オブジェクト及び前記操作オブジェクトを含む画面を表示する表示部と、
前記表示部に表示された前記画面において、前記操作オブジェクトが前記ユーザによって操作されると、前記投票候補に係る投票券の購入を受け付ける受付部と、
前記受付部が投票券の購入を受け付けてから所定の待機時間が経過した後に、前記購入情報を前記発売代行装置へ送信する送信部と、を備え、
前記受付部は、前記待機時間が経過する前であれば、購入のキャンセルを前記ユーザから受け付け可能であり、
前記送信部は、前記受付部が購入のキャンセルを受け付けると、前記購入情報を前記発売代行装置へ送信しない、
ことを特徴とする。

本発明の第３の観点に係る発売方法は、
公営競技における投票券の発売を代行する発売代行装置が実行する発売方法であって、
ユーザに推奨する投票候補を選定する選定ステップと、
前記選定ステップにて選定された前記投票候補を示す表示オブジェクト、及び、前記投票候補に係る投票券の購入を指示するための操作オブジェクトを、前記ユーザに提示する提示ステップと、
前記提示ステップにて提示された前記操作オブジェクトが前記ユーザによって操作されると、前記投票候補に係る投票券の購入を受け付ける受付ステップと、
前記受付ステップが投票券の購入を受け付けてから所定の待機時間が経過した後に、前記投票候補に係る投票券の発売を、前記公営競技を主催する主催者サーバに要請する要請ステップと、を備え、
前記受付ステップでは、前記待機時間が経過する前であれば、購入のキャンセルを前記ユーザから受け付け可能であり、
前記要請ステップでは、前記受付ステップが購入のキャンセルを受け付けると、前記投票候補に係る投票券の発売を要請しない、
ことを特徴とする。

本発明の第４の観点に係るプログラムは、
公営競技における投票券の発売を代行するコンピュータを、
ユーザに推奨する投票候補を選定する選定部、
前記選定部により選定された前記投票候補を示す表示オブジェクト、及び、前記投票候補に係る投票券の購入を指示するための操作オブジェクトを、前記ユーザに提示する提示部、
前記提示部により提示された前記操作オブジェクトが前記ユーザによって操作されると、前記投票候補に係る投票券の購入を受け付ける受付部、
前記受付部が投票券の購入を受け付けてから所定の待機時間が経過した後に、前記投票候補に係る投票券の発売を、前記公営競技を主催する主催者サーバに要請する要請部、として機能させ、
前記受付部は、前記待機時間が経過する前であれば、購入のキャンセルを前記ユーザから受け付け可能であり、
前記要請部は、前記受付部が購入のキャンセルを受け付けると、前記投票候補に係る投票券の発売を要請しない、
ように機能させることを特徴とする。

上記プログラムは、当該プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。
更に、上記プログラムを記録する情報記録媒体は、非一時的な（non-transitory）記録媒体であり、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。

本発明によれば、意図的なオッズ操作を防止しつつ、簡易な処理でキャンセル可能とすることができる。

本実施形態に係る投票システムの全体構成の一例を示すブロック図である。 本実施形態に係る発売代行装置等が実現される典型的な情報処理装置の概要構成の一例を示すブロック図である。 実施形態１に係る発売代行装置の機能構成の一例を示すブロック図である。 購入馬券情報の一例を示す模式図である。 （ａ）が、購入した馬券の購入時オッズによる払戻金額等の具体例を示す模式図であり、（ｂ）が、購入した馬券の現在のオッズによる払戻金額等の具体例を示す模式図である。 購入操作が行えるレコメンド画面の一例を示す模式図である。 キャンセル操作が行えるレコメンド画面の一例を示す模式図である。 実施形態１に係る発売処理を説明するためのフローチャートである。 実施形態２に係る発売代行装置の機能構成の一例を示すブロック図である。 実施形態２に係るユーザ端末の機能構成の一例を示すブロック図である。 実施形態２に係る発売処理及び表示処理を説明するためのフローチャートである。

以下に本発明の実施形態を説明する。本発明の実施形態では、公営競技の１つである競馬の馬券（勝馬投票券）を、ユーザが操作するユーザ端末から購入可能な投票システムについて説明するが、このような競馬に限られず、競輪、競艇といった他の公営競技の投票券を購入する投票システムにおいても、同様に適用可能である。
なお、以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。

（全体構成）
本発明の実施形態に係る投票システム１００は、図１に示すように、主催者サーバ２００と、発売代行装置３００と、ユーザ端末４００とを含んで構成される。そして、発売代行装置３００とユーザ端末４００とは、インターネット９００を介して通信可能に接続されている。また、主催者サーバ２００と、発売代行装置３００とは、専用回線やＶＰＮ（Virtual Private Network）等を介して通信可能に接続されている。
なお、図１には、ユーザ端末４００を３台だけ示しているが、発明の理解を容易にするためであり、実際には、ユーザ数に応じて、膨大な数のユーザ端末４００が含まれているものとする。

主催者サーバ２００は、競馬の主催者によって設置されたサーバ装置であり、主催するレースに関する情報を管理する。レースに関する情報には、例えば、レース前（馬券の発売を締め切る締切り時刻前）における賭式毎の馬券の情報（馬券の買い目に対するオッズ等）、及び、レース後における確定した着順や確定した払戻金額の情報が含まれている。主催者サーバ２００は、このようなレースに関する情報を発売代行装置３００に送信する。また、主催者サーバ２００は、発売代行装置３００から送られた馬券の購入に関する購入情報を受信する。

発売代行装置３００は、競馬の主催者に代わってユーザに馬券を発売する装置である。発売代行装置３００は、主催者サーバ２００から受信したレースに関する情報をユーザ端末４００に提供する。また、発売代行装置３００は、ユーザ端末４００から馬券の購入を受け付け、この馬券に関する購入情報を、発売代行装置３００内においてユーザからのキャンセルに対応可能とした上で、購入が確定した馬券に関する購入情報だけを主催者サーバ２００へ送信する。

ユーザ端末４００は、例えば、スマートフォンやパーソナルコンピュータ等であり、馬券を購入するユーザに使用される。
ユーザ端末４００は、ユーザからの操作に応じて、発売代行装置３００にアクセスし、レースに関する情報を受信して画面に表示する。また、ユーザ端末４００は、発売代行装置３００と協働し、馬券の購入処理や払い戻し処理を行う。

（情報処理装置の概要構成）
本実施形態に係る発売代行装置３００等が実現される典型的な情報処理装置５００について説明する。

情報処理装置５００は、図２に示すように、ＣＰＵ（Central Processing Unit）５０１と、ＲＯＭ（Read Only Memory）５０２と、ＲＡＭ（Random Access Memory）５０３と、ＮＩＣ（Network Interface Card）５０４と、画像処理部５０５と、音声処理部５０６と、補助記憶部５０７と、インターフェース５０８と、操作ユニット５０９と、表示ユニット５１０と、スピーカ５１１と、を備える。

ＣＰＵ ５０１は、情報処理装置５００全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。

ＲＯＭ ５０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、補助記憶部５０７に記憶されたプログラムをＲＡＭ ５０３に読み出してＣＰＵ ５０１による当該プログラムの実行が開始される。

ＲＡＭ ５０３は、データやプログラムを一時的に記憶するためのもので、補助記憶部５０７から読み出されたプログラムやデータ、その他、通信に必要なデータ等が保持される。

ＮＩＣ ５０４は、情報処理装置５００をインターネット等のコンピュータ通信網に接続するためのものであり、ＬＡＮ（Local Area Network）を構成する際に用いられる１０ＢＡＳＥ－Ｔ／１００ＢＡＳＥ－Ｔ規格にしたがうものや、電話回線を用いてインターネットに接続するためのアナログモデム、ＩＳＤＮ（Integrated Services Digital Network）モデム、ＡＤＳＬ（Asymmetric Digital Subscriber Line）モデム、ケーブルテレビジョン回線を用いてインターネットに接続するためのケーブルモデム等から構成される。

画像処理部５０５は、補助記憶部５０７等から読み出された画像データをＣＰＵ ５０１や画像処理部５０５が備える画像演算プロセッサ（図示せず）によって加工処理した後、これを画像処理部５０５が備えるフレームメモリ（図示せず）に記録する。フレームメモリに記録された画像情報は、所定の同期タイミングでビデオ信号に変換され、インターフェース５０８等を介して表示ユニット５１０に出力される。つまり、画像処理部５０５は、ＣＰＵ ５０１の制御の下、情報処理装置５００が行う処理の進行の中で必要となる画像を生成し、その画像を表示ユニット５１０に表示させる。

音声処理部５０６は、補助記憶部５０７等から読み出された音声データを音声信号に変換し、インターフェース５０８を介してスピーカ５１１に出力する。つまり、音声処理部５０６は、ＣＰＵ ５０１の制御の下、情報処理装置５００が行う処理の進行の中で発生させるべき音声を生成し、その音声をスピーカ５１１から出力させる。

補助記憶部５０７は、ハードディスク等であり、情報処理装置５００全体の動作制御に必要な各種のプログラムや各種のデータを記憶する。例えば、補助記憶部５０７には、本実施形態に係る発売代行装置３００等を実現するためのプログラムが記憶される。そして、ＣＰＵ ５０１の制御によって、補助記憶部５０７は、記憶されたプログラムやデータを適宜読み出し、これらをＲＡＭ ５０３等に一時的に記憶させる。

インターフェース５０８には、操作ユニット５０９、表示ユニット５１０、及び、スピーカ５１１が接続される。なお、インターフェース５０８は、この他に接続された外部機器との間で必要な情報を送受信してもよい。

操作ユニット５０９は、例えば、ボタンやタッチパネル（タッチスクリーン）であり、情報処理装置５００を利用するユーザの操作入力を受け付ける。

表示ユニット５１０は、例えば、液晶表示パネル等であり、画像処理部５０５により出力された画像データに応じた画像を描画し、情報処理装置５００のユーザに提示する。

スピーカ５１１は、音声処理部５０６により出力された音声データに応じた音声を出力し、情報処理装置５００のユーザに提示する。

この他に、情報処理装置５００は、補助記憶部５０７の代わりに、ＤＶＤ（Digital Versatile Disc）－ＲＯＭ等のドライブユニットを備えるようにしてもよい。この場合、情報処理装置５００は、ドライブユニットに装着されるＤＶＤ－ＲＯＭ等からプログラムやデータを読み出して、上記と同様に動作する。

（実施形態１）
以下、実施形態１に係る発売代行装置３００の機能構成等について、図３～図７を参照して説明する。この発売代行装置３００は、上記の情報処理装置５００により実現される。例えば、情報処理装置５００に電源が投入されると、発売代行装置３００として機能させるプログラムが実行され、本実施形態１に係る発売代行装置３００が実現される。
なお、主催者サーバ２００、及び、ユーザ端末４００も同様に、情報処理装置５００によって実現されるが、これらについて本実施形態１では説明を省略する。

（発売代行装置の機能構成）
図３は、本実施形態１に係る発売代行装置３００の機能構成の一例を示すブロック図である。図示するように、発売代行装置３００は、送信部３１０と、受信部３２０と、記憶部３３０と、制御部３４０とを備える。

送信部３１０は、主催者サーバ２００又はユーザ端末４００に対して、必要な情報を送信する。
例えば、送信部３１０は、ユーザに対して馬券を発売するための画面情報をユーザ端末４００へ送信する。そして、ユーザ端末４００から馬券の購入が指示された後に、指示された馬券の購入を申請する要請情報を主催者サーバ２００へ送信する。

なお、上述したＮＩＣ ５０４等が、このような送信部３１０として機能しうる。

受信部３２０は、主催者サーバ２００又はユーザ端末４００から送られる種々の情報を送信する。
例えば、受信部３２０は、主催者サーバ２００から送られるオッズ情報を受信する。また、受信部３２０は、ユーザ端末４００から送られる操作指示を受信する。

なお、上述したＮＩＣ ５０４等が、このような受信部３２０として機能しうる。

記憶部３３０は、ユーザに馬券を発売するために必要な種々の情報を記憶する。例えば、記憶部３３０は、ユーザ端末４００から購入された（購入が確定している）馬券についての購入馬券情報３３１を記憶する。
具体的に、購入馬券情報３３１は、図４に示すような情報であり、一例として、ユーザＩＤ３３１ａ、レースＩＤ３３１ｂ、賭式３３１ｃ、買い目３３１ｄ、点数３３１ｅ、及び、購入時オッズ３３１ｆが含まれている。
なお、ユーザＩＤ３３１ａは、馬券を購入したユーザの識別情報である。また、レースＩＤ３３１ｂは、馬券の購入対象となるレースの識別情報である。
また、賭式３３１ｃは、馬券の種類であり、例えば、単勝、複勝、ワイド（拡大馬番号二連勝複式）、及び、三連複（馬番号三連勝複式）の何れかである。
また、買い目３３１ｄは、賭式に応じた馬番、枠番、馬番の組合せおよび枠番の組合せであり、ここでは、購入されたものを示している。また、点数３３１ｅは、各買い目の購入数を示している。
そして、購入時オッズ３３１ｆは、購入時に提示されていた各買い目のオッズ（配当率）を示している。
この他にも、記憶部３３０は、各レースの詳細情報（距離、出走頭数、発売を締め切る締切時刻等）、オッズ情報（各買い目に応じたオッズ）、並びに、ユーザの専用口座に入金されている資金情報（馬券を購入するための資金額等）を記憶する。このオッズ情報は、主催者サーバ２００から適宜取得され、更新される。なお、この実施形態においてユーザの資金情報は、発売代行装置３００にて記憶しているが、一例であり、別のサーバ（主催者サーバ２００及び発売代行装置３００とは異なるサーバ）で記憶してもよい。

なお、上述した補助記憶部５０７等が、このような記憶部３３０として機能しうる。

図３に戻って、制御部３４０は、発売代行装置３００全体を制御する。この制御部３４０は、取得部３４１、選定部３４２、提示部３４３、受付部３４４、及び、要請部３４５を含んでいる。

取得部３４１は、レースにおける各買い目に応じた現在のオッズを示すオッズ情報を、主催者サーバ２００から順次取得する。その際、取得部３４１は、レースにおける馬券の発売を締め切る締切時刻までの残り時間が短くなるにつれて、オッズ情報を取得する頻度を多くするようにしてもよい。

選定部３４２は、ユーザに推奨する買い目（つまり、投票候補）を選定する。より詳細には、馬券の発売を締め切る締切時刻までの残り時間の長短に応じて、異なる観点で投票候補を選定する。
例えば、選定部３４２は、残り時間が基準よりも短い場合に、ユーザが既に購入している（購入が確定している）馬券に含まれる少なくとも一部の買い目を買い増すための投票候補（第１の投票候補）を選定する。
すなわち、選定部３４２は、取得部３４１により取得された最新のオッズ情報に従って、既に購入している馬券に含まれる買い目についてのオッズが下落したことにより、馬券の購入金額と、的中した際の払戻金額との収支がマイナスになると、その下落した買い目を買い増すための投票候補を選定する。

具体的に、図５に示す購入馬券（購入済の各買い目の内容）を一例として説明すると、購入金額が２，８００円の馬券は、図５（ａ）に示すように、購入時オッズであれば、どの買い目が的中しても、払戻金額の方が多くなっている。
その後、オッズが変動し、例えば、図５（ｂ）に示すような現在のオッズになると、馬単「１－２」の買い目だけ、払戻金額が２，１００円と購入金額の２，８００円よりも低く、その買い目が的中した場合に、収支がマイナス（－２，８００＋２，１００＝－７００円）となってしまう。そのため、選定部３４２は、馬単「１－２」の買い目を買い増すための投票候補を選定する。例えば、選定部３４２は、馬単「１－２」の買い目を３点買い増すことを投票候補として選定する（この場合、購入金額が３００円増えて３，１００円になるものの、馬単「１－２」の買い目が的中すると、払戻金額が３，２５０円（１２×１００×２，５＝３，２５０円）であり、収支がプラスとなる）。
この図５の購入馬券では、説明を容易にするために、賭式が１種類（馬単だけ）の場合を示しているが、賭式が複数種類の場合であれば、同時に的中する買い目については、それらの払戻金額を合計した上で、購入金額と払戻金額との収支を判定することになる。

なお、このように収支がマイナスになることを契機に、その買い目を買い増すための投票候補を選定するだけでなく、現在のオッズでは収支がマイナスになっていない状態であっても、オッズの下落傾向を捉え、締切時刻での収支がマイナスになると予想した場合に、その買い目を買い増すための投票候補を選定するようにしてもよい。例えば、選定部３４２は、取得部３４１により順次取得されたオッズ情報にて示されるオッズの変動に従って、ユーザが既に購入している馬券に含まれる買い目についてのオッズの下落傾向を特定し、締切時刻での購入金額と払戻金額との収支がマイナスになると予想した場合に、その下落傾向を特定した買い目を買い増すための投票候補を選定する。

一方、選定部３４２は、残り時間が基準よりも長い場合（例えば、残り時間が基準以上の場合も含む）に、ユーザが既に購入している馬券における買い目と同一若しくは近似する買い目が含まれる他のユーザ（類似ユーザ）の馬券におけるユーザが未購入の買い目を、投票候補（第２投票候補）として選定する。
例えば、選定部３４２は、取得部３４１により取得された最新のオッズ情報に従って、類似ユーザの馬券におけるユーザが未購入の買い目についてのオッズが規定よりも上昇すると、その上昇した買い目を投票候補として選定する。つまり、締切時刻までの時間的余裕が十分である場合に、選定部３４２は、オッズが大きく上昇（高騰）した未購入の買い目を投票候補として選定することになる。

なお、このようにオッズが規定よりも上昇したことを契機に、その買い目を投票候補として選定するだけでなく、現在のオッズでは高騰と呼べるほど上昇していない状態であっても、オッズの上昇傾向を捉え、締切時刻においてオッズが高騰していると予想した場合に、その買い目を投票候補として選定するようにしてもよい。つまり、選定部３４２は、取得部３４１により順次取得されたオッズ情報に示されるオッズの変動に従って、類似ユーザの馬券におけるユーザが未購入の買い目についてのオッズの上昇傾向を特定し、締切時刻でのオッズが規定値よりも高くなると予想した場合に、その上昇傾向を特定した買い目を投票候補として選定する。

図３に戻って、提示部３４３は、上記の選定部３４２により選定された投票候補をユーザに提示する。
例えば、提示部３４３は、図６に示すように、投票候補を示す表示オブジェクトＯＪ１、及び、その投票候補の馬券について購入を指示するための操作オブジェクトＯＪ２を含むレコメンド画面ＲＧを、対象となるユーザのユーザ端末４００に提示する。なお、操作オブジェクトＯＪ２には、例えば、ユーザＩＤ、レースＩＤ、賭式、買い目、及び、点数を含む詳細情報が紐付けられており、どのユーザがどのような投票候補の馬券をどれくらい購入するのかが、１つの操作（１クリック）で特定できるようになっている。
この操作オブジェクトＯＪ２がユーザによって操作（タップ操作やクリック操作）されると、詳細情報にて特定される馬券の購入が以下に説明する受付部３４４によって受け付けられることになる。なお、受け付け時点では、馬券の購入が確定しておらず、後述する待機時間が経過するまでの間は、購入のキャンセルが可能となっている。このような購入のキャンセルを可能とするために、操作オブジェクトＯＪ２がユーザに操作されると、提示部３４３は、待機時間が経過するまで、例えば、図７に示すように、操作オブジェクトＯＪ３を図６の操作オブジェクトＯＪ２と入れ替えて提示する。なお、操作オブジェクトＯＪ３の近傍には、待機時間の残りを知らせるためのプログレスバーを提示させてもよい。

図３に戻って、受付部３４４は、上記の提示部３４３により提示された投票候補に係る馬券の購入をユーザから受け付ける。
例えば、上述した図６のレコメンド画面ＲＧにおける操作オブジェクトＯＪ２が、ユーザによって操作されると、受付部３４４は、表示オブジェクトＯＪ１にて示される投票候補に係る馬券の購入を受け付ける。具体的に、操作オブジェクトＯＪ２には、上述した詳細情報（ユーザＩＤ、レースＩＤ、賭式、買い目、及び、点数等）が紐付けられているため、受付部３４４は、この詳細情報にて特定される馬券の購入を受け付けることになる。
なお、受付部３４４は、以下に説明する待機時間が経過する前であれば、購入のキャンセル操作をユーザから受け付けることができるようになっている。つまり、上述した図７に示すような操作オブジェクトＯＪ３が、待機時間が経過する前にユーザによって操作されると、受付部３４４は、購入のキャンセルを受けることになる。

要請部３４５は、上記の受付部３４４が馬券の購入を受け付けてから所定の待機時間が経過した後に、投票候補に係る馬券の発売を主催者サーバ２００に要請することで、ユーザによる馬券の購入を確定させる。より具体的に要請部３４５は、受付部３４４が受け付けた詳細情報（ユーザＩＤ、レースＩＤ、賭式、買い目、及び、点数等）により特定される馬券の発売を、主催者サーバ２００に要請して、ユーザによる馬券の購入を確定させる。
なお、待機時間の値は、例えば、発売代行装置３００における処理負荷若しくは主催者サーバ２００と発売代行装置３００との通信負荷の大小、又は、締切時刻までの残り時間の長短に応じて、動的に変更するようになっている。
例えば、要請部３４５は、処理負荷若しくは通信負荷が基準よりも小さい状況では、待機時間を長く設定し、逆に、処理負荷若しくは通信負荷が基準よりも大きい状況では、待機時間を短く設定する。また、要請部３４５は、締切時刻までの残り時間が基準よりも長い状況では、待機時間を長く設定し、逆に、締切時刻までの残り時間が基準よりも短い状況では、待機時間を短く設定する。
そして、要請部３４５は、受付部３４４が購入のキャンセルを受け付けると、投票候補に係る馬券の発売を要請しない。つまり、要請部３４５は、指示された馬券の発売を主催者サーバ２００に要請しないことで、その馬券の購入を確定しない。

なお、上述したＣＰＵ ５０１等が、このような構成からなる制御部３４０として機能しうる。

（発売代行装置の動作）
以下、このような構成の発売代行装置３００の動作について図８を参照して説明する。図８は、発売代行装置３００が実行する発売処理の流れを示すフローチャートである。この発売処理は、例えば、ユーザ端末４００を操作するユーザが、発売代行装置３００にサインインした後であって、何れかのレースの馬券を既に購入している状態で開始される。

まず、発売代行装置３００は、オッズ情報を取得する（ステップＳ１１）。
すなわち、制御部３４０（取得部３４１）は、レースにおける各買い目に応じた現在のオッズを示すオッズ情報を、主催者サーバ２００から取得する。

発売代行装置３００は、要件を満たすオッズ変動があったか否かを判別する（ステップＳ１２）。
例えば、制御部３４０は、馬券の発売を締め切る締切時刻までの残り時間が基準よりも短く、かつ、ユーザが既に購入している馬券に含まれる買い目についてのオッズが、馬券の購入金額と、的中した際の払戻金額との収支がマイナスになるまで、下落した場合に、投票候補を選定する要件を満たすオッズ変動があったと判別する。
この他にも、馬券の発売を締め切る締切時刻までの残り時間が基準よりも長く、かつ、ユーザが既に購入している馬券における買い目と同一若しくは近似する買い目が含まれる類似ユーザの馬券におけるユーザが未購入の買い目についてのオッズが規定よりも上昇した場合に、制御部３４０は、投票候補を選定する要件を満たすオッズ変動があったと判別する。
発売代行装置３００は、要件を満たすオッズ変動がなかったと判別すると（ステップＳ１２；Ｎｏ）、後述するステップＳ１９に処理を進める。

一方、要件を満たすオッズ変動があったと判別した場合（ステップＳ１２；Ｙｅｓ）に、発売代行装置３００は、投票候補を選定する（ステップＳ１３）。
例えば、締切時刻までの残り時間が基準よりも短く、かつ、ユーザが既に購入している馬券に含まれる買い目についてのオッズが下落し、購入金額と払戻金額との収支がマイナスになっていると、制御部３４０（選定部３４２）は、その下落した買い目を買い増すための投票候補を選定する。
また、締切時刻までの残り時間が基準よりも長く、かつ、類似ユーザの馬券におけるユーザが未購入の買い目についてのオッズが規定よりも上昇していると、制御部３４０は、その上昇した買い目を投票候補として選定する。

発売代行装置３００は、投票候補等をユーザに提示する（ステップＳ１４）。
例えば、制御部３４０（提示部３４３）は、図６に示すように、投票候補を示す表示オブジェクトＯＪ１、及び、その投票候補の馬券について購入を指示するための操作オブジェクトＯＪ２を含むレコメンド画面ＲＧを、対象となるユーザのユーザ端末４００に提示する。

発売代行装置３００は、馬券の購入を受け付ける（ステップＳ１５）。
例えば、図６のレコメンド画面ＲＧにおける操作オブジェクトＯＪ２が、ユーザによって操作されると、制御部３４０（受付部３４４）は、表示オブジェクトＯＪ１にて示される投票候補に係る馬券の購入を受け付ける。具体的に、操作オブジェクトＯＪ２には、詳細情報（ユーザＩＤ、レースＩＤ、賭式、買い目、及び、点数等）が紐付けられているため、受付部３４４は、この詳細情報にて特定される馬券の購入を受け付けることになる。
なお、操作オブジェクトＯＪ２がユーザに操作されると、制御部３４０は、待機時間が経過するまで、例えば、図７に示すように、操作オブジェクトＯＪ３を図６の操作オブジェクトＯＪ２と入れ替えて提示する。

発売代行装置３００は、購入のキャンセルがあったか否かを判別する（ステップＳ１６）。
例えば、制御部３４０は、図７に示すような操作オブジェクトＯＪ３がユーザによって操作されたかどうかを判別する。

発売代行装置３００は、購入のキャンセルがあったと判別すると（ステップＳ１６；Ｙｅｓ）、後述するステップＳ１９に処理を進める。

一方、購入のキャンセルがなかったと判別した場合（ステップＳ１６；Ｎｏ）に、発売代行装置３００は、待機時間が経過したか否かを判別する（ステップＳ１７）。
なお、待機時間の値は、例えば、発売代行装置３００における処理負荷若しくは主催者サーバ２００と発売代行装置３００との通信負荷の大小、又は、締切時刻までの残り時間の長短に応じて、動的に設定されている。

発売代行装置３００は、待機時間が経過していないと判別すると（ステップＳ１７；Ｎｏ）、上述したステップＳ１６に処理を戻す。

一方、待機時間が経過したと判別した場合（ステップＳ１７；Ｙｅｓ）に、発売代行装置３００は、馬券の購入を確定する（ステップＳ１８）。
すなわち、制御部３４０（要請部３４５）は、投票候補に係る馬券（上述したステップＳ１５にて購入を受け付けた馬券）の発売を、主催者サーバ２００に要請することで、ユーザによる馬券の購入を確定させる。より具体的に制御部３４０は、詳細情報（ユーザＩＤ、レースＩＤ、賭式、買い目、及び、点数等）により特定される馬券の発売を、主催者サーバ２００に要請して、ユーザによる馬券の購入を確定させる。

発売代行装置３００は、締切時刻が到来したか否かを判別する（ステップＳ１９）。

発売代行装置３００は、締切時刻が到来していないと判別すると（ステップＳ１９；Ｎｏ）、上述したステップＳ１１に処理を戻す。

一方、締切時刻が到来したと判別した場合（ステップＳ１９；Ｙｅｓ）に、発売代行装置３００は、発売処理を終える。

このような発売処理により、ユーザは、例えば、図６に示すような操作オブジェクトＯＪ２を操作する（１クリックする）だけで、表示オブジェクトＯＪ１にて示される投票候補の馬券を購入可能となる。なお、操作オブジェクトＯＪ２をユーザが誤って操作してしまうことも起こり得るが、その場合、例えば、図７に示すような操作オブジェクトＯＪ３をユーザが操作することによって、馬券の購入をキャンセルすることができる。
この結果、意図的なオッズ操作を防止しつつ、簡易な処理でキャンセル可能とすることができる。

また、このような発売処理により、締切時刻までの残り時間の長短に応じて、異なる観点で投票候補を選定して、ユーザに提示することになる。
例えば、締切時刻までの時間的余裕がない（少ない）場合では、購入済の買い目の買い増しを提示し、逆に、締切時刻までの時間的余裕がある（多い）場合では、ユーザが未購入の買い目を提示することになる。
この結果、多様な投票候補を状況に応じて適切に提示することができる。

（実施形態２）
上述した実施形態１では、馬券の購入を受け付けた発売代行装置３００が、待機時間が経過するまでキャンセル可能に待機する場合について説明したが、馬券の購入の指示を受け付けたユーザ端末４００が、待機時間が経過するまでキャンセル可能に待機するようにしてもよい。
以下、ユーザ端末４００が、待機時間が経過するまでキャンセル可能に待機することを特徴とした実施形態２について説明する。

（発売代行装置の機能構成）
図９は、本実施形態２に係る発売代行装置３００の機能構成の一例を示すブロック図である。図示するように、発売代行装置３００は、送信部３１０と、受信部３２０と、記憶部３３０と、制御部３４０とを備える。
なお、送信部３１０、受信部３２０、及び、記憶部３３０は、上述した図３に示す送信部３１０、受信部３２０、及び、記憶部３３０と同じ構成である。
つまり、送信部３１０は、制御部３４０（選定部３４２）により選定された投票候補を示す表示オブジェクト、及び、投票候補に係る投票券の購入を指示するための操作オブジェクトが含まれる画面情報を、ユーザ端末４００へ送信する。
また、受信部３２０は、送信部３１０が送信した画面情報に含まれる操作オブジェクトが操作された後にユーザ端末４００から送られる、投票候補に係る投票券の購入情報を受信する。

図９の制御部３４０は、取得部３４１、選定部３４２、及び、要請部３４５を含んでいる。つまり、上述した図３に示す制御部３４０から、提示部３４３、及び、受付部３４４を省いた構成となっている。
なお、要請部３４５は、受信部３２０が受信した購入情報に応じて、直ちに、投票候補に係る投票券の発売を主催者サーバ２００に要請することで、ユーザによる投票券の購入を確定させる。

（ユーザ端末の機能構成）
図１０は、本実施形態２に係るユーザ端末４００の機能構成の一例を示すブロック図である。
このユーザ端末４００は、上記の情報処理装置５００により実現される。例えば、情報処理装置５００に電源が投入されるとユーザ端末４００として機能させるプログラムが実行され、本実施形態２に係るユーザ端末４００が実現される。
図示するように、ユーザ端末４００は、送信部４１０と、受信部４２０と、記憶部４３０と、制御部４４０と、表示部４５０と、受付部４６０とを備える。

送信部４１０は、発売代行装置３００に対して、必要な情報を送信する。
例えば、送信部４１０は、上述した図６に示すようなレコメンド画面ＲＧが、表示部４５０にて表示されている状態で、ユーザによって操作オブジェクトＯＪ２が操作された場合に、所定の待機時間が経過した後に、表示オブジェクトＯＪ１にて示される投票候補に係る投票券の購入情報を、発売代行装置３００へ送信する。
なお、送信部４１０は、後述する受付部４６０が購入のキャンセルを受け付けると、購入情報を発売代行装置３００へ送信しない。

なお、上述したＮＩＣ ５０４等が、このような送信部４１０として機能しうる。

受信部４２０は、発売代行装置３００から送られる種々の情報を送信する。
例えば、受信部４２０は、発売代行装置３００から送られる、投票候補を示す表示オブジェクト、及び、投票候補に係る投票券の購入を指示するための操作オブジェクトが含まれる画面情報を受信する。
なお、上述したＮＩＣ ５０４等が、このような受信部４２０として機能しうる。

記憶部４３０は、受信部４２０が受信した情報等を記憶する。
例えば、記憶部４３０は、図６に示すようなレコメンド画面ＲＧを構成する表示オブジェクトＯＪ１、及び、操作オブジェクトＯＪ２等を記憶する。
この他にも、記憶部４３０は、各レースの詳細情報（距離、出走頭数、発売を締め切る締切時刻等）を記憶する。

なお、上述した補助記憶部５０７等が、このような記憶部４３０として機能しうる。

制御部４４０は、ユーザ端末４００全体を制御する。
例えば、制御部４４０は、記憶部４３０に記憶される情報に従って、図６に示すようなレコメンド画面ＲＧを生成して、表示部４５０に表示させる。
また、制御部４４０は、図６に示すようなレコメンド画面ＲＧが、表示部４５０にて表示されている状態で、ユーザによって操作オブジェクトＯＪ２が操作されると、所定の待機時間が経過した後に、送信部４１０を制御して、表示オブジェクトＯＪ１にて示される投票候補に係る投票券の購入情報を、発売代行装置３００へ送信する。
なお、待機時間の値は、例えば、ユーザ端末４００における処理負荷若しくは発売代行装置３００とユーザ端末４００との通信負荷の大小、又は、締切時刻までの残り時間の長短に応じて、動的に変更するようになっている。
例えば、制御部４４０は、処理負荷若しくは通信負荷が基準よりも小さい状況では、待機時間を長く設定し、逆に、処理負荷若しくは通信負荷が基準よりも大きい状況では、待機時間を短く設定する。また、制御部４４０は、締切時刻までの残り時間が基準よりも長い状況では、待機時間を長く設定し、逆に、締切時刻までの残り時間が基準よりも短い状況では、待機時間を短く設定する。
そして、制御部４４０は、後述する受付部４６０が購入のキャンセルを受け付けると、送信部４１０の制御を行わないことで、購入情報を発売代行装置３００へ送信させない。

なお、上述したＣＰＵ ５０１等が、このような制御部４４０として機能しうる。

表示部４５０は、ユーザに対して馬券を発売するための画面等を表示する。
例えば、表示部４５０は、制御部４４０により生成された図６に示すようなレコメンド画面ＲＧを表示する。
そして、図６に示すようなレコメンド画面ＲＧの操作オブジェクトＯＪ２がユーザによって操作されると、以下に説明する受付部４６０は、馬券の購入を受け付けることになる。なお、受け付け時点では、送信部４１０から発売代行装置３００へ、表示オブジェクトＯＪ１にて示される投票候補に係る投票券の購入情報を送信しておらず、上述したように、待機時間が経過するまでの間は、購入のキャンセルが可能となっている。このような購入のキャンセルを可能とするために、操作オブジェクトＯＪ２がユーザに操作されると、表示部４５０は、待機時間が経過するまで、例えば、図７に示すように、操作オブジェクトＯＪ３を図６の操作オブジェクトＯＪ２と入れ替えて表示する。

なお、上述した表示ユニット５１０が、このような表示部４５０として機能しうる。

受付部４６０は、ユーザからの操作を受け付ける。
例えば、図６に示すようなレコメンド画面ＲＧが、表示部４５０にて表示されている状態で、ユーザによって操作オブジェクトＯＪ２が操作されると、受付部４６０は、表示オブジェクトＯＪ１にて示される投票候補に係る投票券の購入を受け付ける。

なお、上述した操作ユニット５０９が、このような受付部４６０として機能しうる。

（発売代行装置及びユーザ端末の動作）
以下、このような構成の発売代行装置３００及びユーザ端末４００の動作について図１１を参照して説明する。図１１は、発売代行装置３００が実行する発売処理、及び、ユーザ端末４００が実行する表示処理の流れを示すフローチャートである。
この発売処理及び表示処理は、例えば、ユーザ端末４００を操作するユーザが、発売代行装置３００にサインインした後であって、何れかのレースの馬券を既に購入している状態で開始される。
なお、発売処理において、上述した図８の発売処理と同じ処理には、同じ参照符号を付している。以下では、同じ処理について、簡単に記載している。

まず、発売代行装置３００は、オッズ情報を取得する（ステップＳ１１）。発売代行装置３００は、要件を満たすオッズ変動があったか否かを判別する（ステップＳ１２）。
発売代行装置３００は、要件を満たすオッズ変動がなかったと判別すると（ステップＳ１２；Ｎｏ）、後述するステップＳ１９に処理を進める。

一方、要件を満たすオッズ変動があったと判別した場合（ステップＳ１２；Ｙｅｓ）に、発売代行装置３００は、投票候補を選定する（ステップＳ１３）。

発売代行装置３００は、画面情報をユーザ端末４００に送信する（ステップＳ２１）。
すなわち、制御部３４０は、送信部３１０を制御して、ステップＳ１３にて選定された投票候補を示す表示オブジェクト、及び、投票候補に係る投票券の購入を指示するための操作オブジェクトが含まれる画面情報を、ユーザ端末４００へ送信する。

この画面情報が発売代行装置３００から送られると、ユーザ端末４００は、画面情報を受信する（ステップＳ３１）。
すなわち、受信部４２０は、発売代行装置３００から送られる、投票候補を示す表示オブジェクト、及び、投票候補に係る投票券の購入を指示するための操作オブジェクトが含まれる画面情報を受信する。

ユーザ端末４００は、投票候補等を表示する（ステップＳ３２）。
すなわち、制御部４４０は、上記のステップＳ３１にて受信した画面情報に従って、例えば、図６に示すようなレコメンド画面ＲＧを生成して、表示部４５０に表示する。

ユーザ端末４００は、馬券の購入を受け付ける（ステップＳ３３）。
例えば、図６に示すようなレコメンド画面ＲＧが、表示部４５０にて表示されている状態で、ユーザによって操作オブジェクトＯＪ２が操作されると、受付部４６０は、表示オブジェクトＯＪ１にて示される投票候補に係る投票券の購入を受け付ける。
なお、図６に示すようなレコメンド画面ＲＧの操作オブジェクトＯＪ２がユーザによって操作されると、表示部４５０は、待機時間が経過するまで、例えば、図７に示すように、操作オブジェクトＯＪ３を図６の操作オブジェクトＯＪ２と入れ替えて表示する。

ユーザ端末４００は、購入のキャンセルがあったか否かを判別する（ステップＳ３４）。
例えば、制御部４４０は、図７に示すような操作オブジェクトＯＪ３がユーザによって操作されたかどうかを判別する。

ユーザ端末４００は、購入のキャンセルがあったと判別すると（ステップＳ３４；Ｙｅｓ）、そのまま表示処理を終了する。

一方、購入のキャンセルがなかったと判別した場合（ステップＳ３４；Ｎｏ）に、ユーザ端末４００は、待機時間が経過したか否かを判別する（ステップＳ３５）。
なお、待機時間の値は、例えば、ユーザ端末４００における処理負荷若しくは発売代行装置３００とユーザ端末４００との通信負荷の大小、又は、締切時刻までの残り時間の長短に応じて、動的に設定されている。

ユーザ端末４００は、待機時間が経過していないと判別すると（ステップＳ３５；Ｎｏ）、上述したステップＳ３４に処理を戻す。

一方、待機時間が経過したと判別した場合（ステップＳ３５；Ｙｅｓ）に、ユーザ端末４００は、購入情報を送信する（ステップＳ３６）。
すなわち、制御部４４０は、送信部４１０を制御して、表示オブジェクトＯＪ１にて示される投票候補に係る投票券の購入情報を、発売代行装置３００へ送信する。

この購入情報がユーザ端末４００から送られると、発売代行装置３００は、購入情報を受信する（ステップＳ２２）。
すなわち、受信部３２０は、投票候補に係る投票券の購入情報を受信する。
なお、上述したように、ユーザ端末４００にて購入のキャンセルがなされると、購入情報がユーザ端末４００から送られないことになる。その場合、発売代行装置３００は、ステップＳ２２及びステップＳ１８を適宜スキップして、ステップＳ１９に処理を進めるものとする。

発売代行装置３００は、馬券の購入を確定する（ステップＳ１８）。発売代行装置３００は、締切時刻が到来したか否かを判別する（ステップＳ１９）。

発売代行装置３００は、締切時刻が到来していないと判別すると（ステップＳ１９；Ｎｏ）、上述したステップＳ１１に処理を戻す。一方、締切時刻が到来したと判別した場合（ステップＳ１９；Ｙｅｓ）に、発売代行装置３００は、発売処理を終える。

このような発売処理及び表示処理により、ユーザは、例えば、図６に示すような操作オブジェクトＯＪ２を操作する（１クリックする）だけで、表示オブジェクトＯＪ１にて示される投票候補の馬券を購入可能となる。なお、操作オブジェクトＯＪ２をユーザが誤って操作してしまうことも起こり得るが、その場合、例えば、図７に示すような操作オブジェクトＯＪ３をユーザが操作することによって、馬券の購入をキャンセルすることができる。
この結果、意図的なオッズ操作を防止しつつ、簡易な処理でキャンセル可能とすることができる。

また、このような発売処理及び表示処理により、締切時刻までの残り時間の長短に応じて、異なる観点で投票候補を選定して、ユーザに提示することになる。
例えば、締切時刻までの時間的余裕がない（少ない）場合では、購入済の買い目の買い増しを提示し、逆に、締切時刻までの時間的余裕がある（多い）場合では、ユーザが未購入の買い目を提示することになる。
この結果、多様な投票候補を状況に応じて適切に提示することができる。

以上説明したように、本発明によれば、意図的なオッズ操作を防止しつつ、簡易な処理でキャンセル可能とする発売代行装置、投票システム、発売方法、ならびに、プログラムを提供することができる。

１００ 投票システム
２００ 主催者サーバ
３００ 発売代行装置
３１０ 送信部
３２０ 受信部
３３０ 記憶部
３４０ 制御部
３４１ 取得部
３４２ 選定部
３４３ 提示部
３４４ 受付部
３４５ 要請部
４００ ユーザ端末
４１０ 送信部
４２０ 受信部
４３０ 記憶部
４４０ 制御部
４５０ 表示部
４６０ 受付部
５００ 情報処理装置
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ ＮＩＣ
５０５ 画像処理部
５０６ 音声処理部
５０７ 補助記憶部
５０８ インターフェース
５０９ 操作ユニット
５１０ 表示ユニット
５１１ スピーカ
９００ インターネット

Claims (8)

1. 公営競技における投票券の発売を代行する発売代行装置であって、
   ユーザに推奨する投票候補を選定する選定部と、
   前記選定部により選定された前記投票候補を示す表示オブジェクト、及び、前記投票候補に係る投票券の購入を指示するための操作オブジェクトを、前記ユーザに提示する提示部と、
   前記提示部により提示された前記操作オブジェクトが前記ユーザによって操作されると、前記投票候補に係る投票券の購入を受け付ける受付部と、
   前記受付部が投票券の購入を受け付けてから所定の待機時間が経過した後に、前記投票候補に係る投票券の発売を、前記公営競技を主催する主催者サーバに要請する要請部と、を備え、
   前記受付部は、前記待機時間が経過する前であれば、購入のキャンセルを前記ユーザから受け付け可能であり、
   前記要請部は、前記受付部が購入のキャンセルを受け付けると、前記投票候補に係る投票券の発売を要請しない、
   ことを特徴とする発売代行装置。
2. 前記選定部は、投票券の発売を締め切る締切時刻までの残り時間の長短に応じて、異なる観点で前記投票候補を選定する、
   ことを特徴とする請求項１に記載の発売代行装置。
3. 前記選定部は、前記残り時間が基準よりも短い場合に、既に購入が確定している前記ユーザの投票券に含まれる少なくとも一部の投票項目を買い増すための前記投票候補を選定する、
   ことを特徴とする請求項２に記載の発売代行装置。
4. 前記選定部は、前記残り時間が基準よりも長い場合に、既に購入が確定している前記ユーザの投票券における投票項目と同一若しくは近似する投票項目が含まれる他のユーザの投票券における前記ユーザが未購入の投票項目を、前記投票候補として選定する、
   ことを特徴とする請求項２又は３に記載の発売代行装置。
5. 前記要請部は、処理負荷若しくは通信負荷の大小、又は、締切時刻までの残り時間の長短に応じて、前記待機時間の値を動的に変更する、
   ことを特徴とする請求項１乃至４の何れか１項に記載の発売代行装置。
6. ユーザ端末と、公営競技を主催する主催者サーバとが、当該公営競技における投票券の発売を代行する発売代行装置と通信可能に接続された投票システムであって、
   前記発売代行装置は、
   ユーザに推奨する投票候補を選定する選定部と、
   前記選定部により選定された前記投票候補を示す表示オブジェクト、及び、前記投票候補に係る投票券の購入を指示するための操作オブジェクトが含まれる画面情報を、前記ユーザ端末へ送信する送信部と、
   前記送信部が送信した前記画面情報に含まれる前記操作オブジェクトが操作された後に前記ユーザ端末から送られる、前記投票候補に係る投票券の購入情報を受信する受信部と、
   前記受信部が受信した前記購入情報に応じて、前記投票候補に係る投票券の発売を前記主催者サーバに要請する要請部と、を備え、
   前記ユーザ端末は、
   前記発売代行装置から送られた前記画面情報を受信する受信部と、
   前記受信部が受信した前記画面情報に従って、前記表示オブジェクト及び前記操作オブジェクトを含む画面を表示する表示部と、
   前記表示部に表示された前記画面において、前記操作オブジェクトが前記ユーザによって操作されると、前記投票候補に係る投票券の購入を受け付ける受付部と、
   前記受付部が投票券の購入を受け付けてから所定の待機時間が経過した後に、前記購入情報を前記発売代行装置へ送信する送信部と、を備え、
   前記受付部は、前記待機時間が経過する前であれば、購入のキャンセルを前記ユーザから受け付け可能であり、
   前記送信部は、前記受付部が購入のキャンセルを受け付けると、前記購入情報を前記発売代行装置へ送信しない、
   ことを特徴とする投票システム。
7. 公営競技における投票券の発売を代行する発売代行装置が実行する発売方法であって、
   ユーザに推奨する投票候補を選定する選定ステップと、
   前記選定ステップにて選定された前記投票候補を示す表示オブジェクト、及び、前記投票候補に係る投票券の購入を指示するための操作オブジェクトを、前記ユーザに提示する提示ステップと、
   前記提示ステップにて提示された前記操作オブジェクトが前記ユーザによって操作されると、前記投票候補に係る投票券の購入を受け付ける受付ステップと、
   前記受付ステップが投票券の購入を受け付けてから所定の待機時間が経過した後に、前記投票候補に係る投票券の発売を、前記公営競技を主催する主催者サーバに要請する要請ステップと、を備え、
   前記受付ステップでは、前記待機時間が経過する前であれば、購入のキャンセルを前記ユーザから受け付け可能であり、
   前記要請ステップでは、前記受付ステップが購入のキャンセルを受け付けると、前記投票候補に係る投票券の発売を要請しない、
   ことを特徴とする発売方法。
8. 公営競技における投票券の発売を代行するコンピュータを、
   ユーザに推奨する投票候補を選定する選定部、
   前記選定部により選定された前記投票候補を示す表示オブジェクト、及び、前記投票候補に係る投票券の購入を指示するための操作オブジェクトを、前記ユーザに提示する提示部、
   前記提示部により提示された前記操作オブジェクトが前記ユーザによって操作されると、前記投票候補に係る投票券の購入を受け付ける受付部、
   前記受付部が投票券の購入を受け付けてから所定の待機時間が経過した後に、前記投票候補に係る投票券の発売を、前記公営競技を主催する主催者サーバに要請する要請部、として機能させ、
   前記受付部は、前記待機時間が経過する前であれば、購入のキャンセルを前記ユーザから受け付け可能であり、
   前記要請部は、前記受付部が購入のキャンセルを受け付けると、前記投票候補に係る投票券の発売を要請しない、
   ように機能させることを特徴とするプログラム。

Images