JP2022180824A - 投票管理装置、販売管理方法、ならびに、プログラム - 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 (7)

1. スポーツ競技の試合結果を予想して投票する投票券の販売を管理する投票管理装置であって、
   前記スポーツ競技に参加する複数のチームのうち、ユーザが応援する応援チームに予定されている一定期間内の各試合についての前記投票券の購入を一括して予約する予約部と、
   前記各試合についての投票期間が到来する度に、前記応援チームが勝利する種別のうちから自動選択された第１投票内容を、前記ユーザに通知する通知部と、
   前記通知部により前記第１投票内容が通知された後から、対応する投票期限が到来する前までに、前記ユーザによって手動選択された第２投票内容を受け付ける受付部と、
   前記投票期限よりも所定期日前の基準日までに前記第２投票内容を受け付けていない前記ユーザに対して、前記基準日時点で推奨される推奨投票内容を提案する提案部と、
   前記投票期限が到来すると、前記受付部が前記第２投票内容を受け付けている前記ユーザに対して、前記第２投票内容に従った前記投票券を販売し、前記受付部が前記第２投票内容を受け付けていない前記ユーザに対して、前記第１投票内容に従った前記投票券を販売する販売部と、
   を備えることを特徴とする投票管理装置。
2. 前記提案部は、前記応援チームを同じくする複数ユーザのうちから既に受け付けている前記第２投票内容の集計結果に基づいて選定した前記推奨投票内容を提案する、
   ことを特徴とする請求項１に記載の投票管理装置。
3. 前記提案部は、前記応援チームを同じくする複数ユーザのうちから既に受け付けている前記第２投票内容の集計結果と、前記投票券の購入を予約していない通常ユーザが購入した前記投票券に含まれる前記応援チームに関する投票内容の集計結果とに基づいて選定した前記推奨投票内容を提案する、
   ことを特徴とする請求項１に記載の投票管理装置。
4. 前記提案部は、前記第２投票内容を受け付けていない前記ユーザのうち、前記推奨投票内容と内容の異なる前記第１投票内容が通知されている前記ユーザに対して、前記推奨投票内容を提案する、
   ことを特徴とする請求項１乃至３の何れか１項に記載の投票管理装置。
5. 前記予約部は、前記ユーザが前記応援チームのファンクラブに新規加入、若しくは、継続加入する際の年会費を支払うことに応答して、前記応援チームに予定されている年間の各試合についての前記投票券の購入を一括して予約する、
   ことを特徴とする請求項１乃至４の何れか１項に記載の投票管理装置。
6. スポーツ競技の試合結果を予想して投票する投票券の販売を管理する投票管理装置が実行する販売管理方法であって、
   前記スポーツ競技に参加する複数のチームのうち、ユーザが応援する応援チームに予定されている一定期間内の各試合についての前記投票券の購入を一括して予約する予約ステップと、
   前記各試合についての投票期間が到来する度に、前記応援チームが勝利する種別のうちから自動選択された第１投票内容を、前記ユーザに通知する通知ステップと、
   前記通知ステップにて前記第１投票内容が通知された後から、対応する投票期限が到来する前までに、前記ユーザによって手動選択された第２投票内容を受け付ける受付ステップと、
   前記投票期限よりも所定期日前の基準日までに前記第２投票内容を受け付けていない前記ユーザに対して、前記基準日時点で推奨される推奨投票内容を提案する提案ステップと、
   前記投票期限が到来すると、前記受付ステップにて前記第２投票内容を受け付けている前記ユーザに対して、前記第２投票内容に従った前記投票券を販売し、前記受付ステップにて前記第２投票内容を受け付けていない前記ユーザに対して、前記第１投票内容に従った前記投票券を販売する販売ステップと、
   を備えることを特徴とする販売管理方法。
7. スポーツ競技の試合結果を予想して投票する投票券の販売を管理するコンピュータに、
   前記スポーツ競技に参加する複数のチームのうち、ユーザが応援する応援チームに予定されている一定期間内の各試合についての前記投票券の購入を一括して予約する予約手順、
   前記各試合についての投票期間が到来する度に、前記応援チームが勝利する種別のうちから自動選択された第１投票内容を、前記ユーザに通知する通知手順、
   前記通知手順により前記第１投票内容が通知された後から、対応する投票期限が到来する前までに、前記ユーザによって手動選択された第２投票内容を受け付ける受付手順、
   前記投票期限よりも所定期日前の基準日までに前記第２投票内容を受け付けていない前記ユーザに対して、前記基準日時点で推奨される推奨投票内容を提案する提案手順、
   前記投票期限が到来すると、前記受付手順にて前記第２投票内容を受け付けている前記ユーザに対して、前記第２投票内容に従った前記投票券を販売し、前記受付手順にて前記第２投票内容を受け付けていない前記ユーザに対して、前記第１投票内容に従った前記投票券を販売する販売手順、
   を実行させることを特徴とするプログラム。

Images