ホーム > 特許ランキング > 楽天グループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-12-10
(45)【発行日】2024-12-18
(54)【発明の名称】サーバ装置、情報提供方法、ならびに、プログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20241211BHJP
【ＦＩ】
G06Q50/10
【請求項の数】
6
(21)【出願番号】P 2023219652
(22)【出願日】2023-12-26
【審査請求日】2023-12-26
(73)【特許権者】
【識別番号】399037405
【氏名又は名称】楽天グループ株式会社
(74)【代理人】
【識別番号】100110135
【弁理士】
【氏名又は名称】石井 裕一郎
(74)【代理人】
【識別番号】100132883
【弁理士】
【氏名又は名称】森川 泰司
(74)【代理人】
【識別番号】100148633
【弁理士】
【氏名又は名称】桜田 圭
(74)【代理人】
【識別番号】100163452
【弁理士】
【氏名又は名称】南郷 邦臣
(74)【代理人】
【識別番号】100180312
【弁理士】
【氏名又は名称】早川 牧子
(72)【発明者】
【氏名】武田 誠一
【審査官】和田 財太
(56)【参考文献】
【文献】特開２０２２－１８０８２４（ＪＰ，Ａ）
【文献】特開２０１３－０４５４１２（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ ５０／００
(57)【特許請求の範囲】
【請求項1】
複数の競技体が出場する試合に投票しようとするユーザに、当該試合に関する案内情報を提供するサーバ装置であって、前記複数の競技体の中で各ユーザが応援する競技体を、応援競技体としてそれぞれ登録する登録部と、
前記試合への投票を既に済ませた投票済ユーザのうち、前記ユーザと前記応援競技体が一致する同好ユーザが行った投票内容を取得する取得部と、
前記取得部が取得した前記投票内容に基づいて、前記試合における前記同好ユーザの投票分布を集計する集計部と、
前記集計部が集計した前記投票分布を、前記案内情報に含めて前記ユーザへ提供する提供部と、
前記複数の競技体のうちから、前記ユーザが登録した前記応援競技体とは異なる競技体を対比競技体として選定する選定部と、を備え、
前記取得部は、前記投票済ユーザのうち、前記対比競技体を前記応援競技体として登録した対比ユーザが行った投票内容を更に取得し、
前記集計部は、前記取得部が取得した前記投票内容に基づいて、前記試合における前記対比ユーザの投票分布を更に集計し、
前記提供部は、前記集計部が集計した前記対比ユーザの前記投票分布を、前記案内情報に更に含めて前記ユーザへ提供する、
ことを特徴とするサーバ装置。
【請求項2】
前記選定部は、前記ユーザが過去に投票した投票内容から、所定の頻度条件を満たす競技体を前記対比競技体として選定する、請求項１に記載のサーバ装置。
【請求項3】
前記集計部は、投票数の多い上位所定数までの選択肢と当該選択肢が占める割合とからなる前記投票分布を集計する、ことを特徴とする請求項１又は２に記載のサーバ装置。
【請求項4】
前記提供部は、前記試合への投票を受け付ける投票画面を前記ユーザへ提供する際に、当該投票画面における選択肢を指定するための操作オブジェクトの大きさを、前記投票分布に応じて変化させる、ことを特徴とする請求項１又は２に記載のサーバ装置。
【請求項5】
複数の競技体が出場する試合に投票しようとするユーザに、当該試合に関する案内情報を提供するサーバ装置が実行する情報提供方法であって、前記複数の競技体の中で各ユーザが応援する競技体を、応援競技体としてそれぞれ登録する登録ステップと、
前記試合への投票を既に済ませた投票済ユーザのうち、前記ユーザと前記応援競技体が一致する同好ユーザが行った投票内容を取得する取得ステップと、
前記取得ステップにて取得した前記投票内容に基づいて、前記試合における前記同好ユーザの投票分布を集計する集計ステップと、
前記集計ステップにて集計した前記投票分布を、前記案内情報に含めて前記ユーザへ提供する提供ステップと、
前記複数の競技体のうちから、前記ユーザが登録した前記応援競技体とは異なる競技体を対比競技体として選定する選定ステップと、を備え、
前記取得ステップでは、前記投票済ユーザのうち、前記対比競技体を前記応援競技体として登録した対比ユーザが行った投票内容を更に取得し、
前記集計ステップでは、前記取得ステップにて取得した前記投票内容に基づいて、前記試合における前記対比ユーザの投票分布を更に集計し、
前記提供ステップでは、前記集計ステップにて集計した前記対比ユーザの前記投票分布を、前記案内情報に更に含めて前記ユーザへ提供する、
ことを特徴とする情報提供方法。
【請求項6】
複数の競技体が出場する試合に投票しようとするユーザに、当該試合に関する案内情報を提供するコンピュータに、前記複数の競技体の中で各ユーザが応援する競技体を、応援競技体としてそれぞれ登録する登録ステップ、
前記試合への投票を既に済ませた投票済ユーザのうち、前記ユーザと前記応援競技体が一致する同好ユーザが行った投票内容を取得する取得ステップ、
前記取得ステップにて取得した前記投票内容に基づいて、前記試合における前記同好ユーザの投票分布を集計する集計ステップ、
前記集計ステップにて集計した前記投票分布を、前記案内情報に含めて前記ユーザへ提供する提供ステップ、
前記複数の競技体のうちから、前記ユーザが登録した前記応援競技体とは異なる競技体を対比競技体として選定する選定ステップ、を実行させ、
前記取得ステップでは、前記投票済ユーザのうち、前記対比競技体を前記応援競技体として登録した対比ユーザが行った投票内容を更に取得し、
前記集計ステップでは、前記取得ステップにて取得した前記投票内容に基づいて、前記試合における前記対比ユーザの投票分布を更に集計し、
前記提供ステップでは、前記集計ステップにて集計した前記対比ユーザの前記投票分布を、前記案内情報に更に含めて前記ユーザへ提供する、
ように実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、サーバ装置、情報提供方法、ならびに、プログラムに関する。
【背景技術】
【0002】
近年、スポーツくじ（スポーツ振興くじ）の投票券が販売され、人気を博している。このスポーツくじには、例えば、同節に開催されるサッカー（Ｊリーグ）の試合のうち、指定された所定数の試合について、各試合結果（各ホームチームの勝敗）をユーザが予想して投票するｔｏｔｏ（登録商標）と呼ばれる投票券も含まれている。
現在では、単一の試合結果を予想して投票するＷＩＮＮＥＲ（登録商標）と呼ばれる新規のスポーツくじも導入されている。この新規のスポーツくじには、サッカーやバスケットボールの単一の試合において、両チームが獲得した各得点（サッカー）、若しくは、両チームが獲得した各得点の得点差（バスケットボール）を予想する「単一試合得点選択方式」の投票券が含まれている。
これらのスポーツくじの投票券は、最寄りの販売店だけでなく、ユーザ端末（スマートフォンやパソコン等）からインターネットを介しても購入可能となっている。
現在では、単一の試合結果を予想して投票するＷＩＮＮＥＲ（登録商標）と呼ばれる新規のスポーツくじも導入されている。この新規のスポーツくじには、サッカーやバスケットボールの単一の試合において、両チームが獲得した各得点（サッカー）、若しくは、両チームが獲得した各得点の得点差（バスケットボール）を予想する「単一試合得点選択方式」の投票券が含まれている。
これらのスポーツくじの投票券は、最寄りの販売店だけでなく、ユーザ端末（スマートフォンやパソコン等）からインターネットを介しても購入可能となっている。
【0003】
このようなスポーツくじの先行技術として、例えば、特許文献１には、投票したい試合をユーザが見つけ出し易くする情報提供装置の発明が開示されている。
この特許文献１の発明では、情報提供装置が、ユーザが応援するチームを推定し、推定したチームが出場する試合を投票推奨試合として、ユーザ端末に表示する。
この特許文献１の発明では、情報提供装置が、ユーザが応援するチームを推定し、推定したチームが出場する試合を投票推奨試合として、ユーザ端末に表示する。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０２３－６２３５９号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
上述した特許文献１に記載の発明では、ユーザが応援するチームの試合が投票推奨試合として表示されるため、投票したい試合をユーザが容易に見つけ出すことができる。
それでも、現実に、そのような試合の投票を行おうとする際に、多くのユーザは、どの選択肢を選ぶべきかを迷うことになる。例えば、単一試合得点選択方式のスポーツくじであれば、サッカーの場合に１８種の選択肢の中から、また、バスケットボールの場合に１６種の選択肢の中から選んで投票する必要がある。
そのため、ユーザ中には、他のユーザが予想した試合結果を参考にしたいと望むユーザも多かった。
それでも、現実に、そのような試合の投票を行おうとする際に、多くのユーザは、どの選択肢を選ぶべきかを迷うことになる。例えば、単一試合得点選択方式のスポーツくじであれば、サッカーの場合に１８種の選択肢の中から、また、バスケットボールの場合に１６種の選択肢の中から選んで投票する必要がある。
そのため、ユーザ中には、他のユーザが予想した試合結果を参考にしたいと望むユーザも多かった。
【0006】
特に、自身が応援するチーム（推しチーム／推しクラブ）を心に決めているユーザであれば、応援するチームが出場する試合に投票するケースが多くなる。そして、そのようなユーザからは、自身が応援するチームについて深く理解している他のユーザが予想した試合結果を参考にしたいという要望が挙がっていた。
【0007】
このような実情から、くじを購入するユーザに応じて、より有用な情報を提供できるようにする技術が求められていた。
【0008】
本発明は、上記実状に鑑みてなされたもので、くじを購入するユーザに応じて、より有用な情報を提供できるサーバ装置、情報提供方法、ならびに、プログラムを提供することを目的とする。
【課題を解決するための手段】
【0009】
本発明の第１の観点に係るサーバ装置は、
複数の競技体が出場する試合に投票しようとするユーザに、当該試合に関する案内情報を提供するサーバ装置であって、
前記複数の競技体の中で各ユーザが応援する競技体を、応援競技体としてそれぞれ登録する登録部と、
前記試合への投票を既に済ませた投票済ユーザのうち、前記ユーザと前記応援競技体が一致する同好ユーザが行った投票内容を取得する取得部と、
前記取得部が取得した前記投票内容に基づいて、前記試合における前記同好ユーザの投票分布を集計する集計部と、
前記集計部が集計した前記投票分布を、前記案内情報に含めて前記ユーザへ提供する提供部と、
を備えることを特徴とする。
複数の競技体が出場する試合に投票しようとするユーザに、当該試合に関する案内情報を提供するサーバ装置であって、
前記複数の競技体の中で各ユーザが応援する競技体を、応援競技体としてそれぞれ登録する登録部と、
前記試合への投票を既に済ませた投票済ユーザのうち、前記ユーザと前記応援競技体が一致する同好ユーザが行った投票内容を取得する取得部と、
前記取得部が取得した前記投票内容に基づいて、前記試合における前記同好ユーザの投票分布を集計する集計部と、
前記集計部が集計した前記投票分布を、前記案内情報に含めて前記ユーザへ提供する提供部と、
を備えることを特徴とする。
【0010】
また、上記観点に係るサーバ装置は、
前記複数の競技体のうちから、前記ユーザが登録した前記応援競技体とは異なる競技体を対比競技体として選定する選定部、を更に備え、
前記取得部は、前記投票済ユーザのうち、前記対比競技体を前記応援競技体として登録した対比ユーザが行った投票内容を更に取得し、
前記集計部は、前記取得部が取得した前記投票内容に基づいて、前記試合における前記対比ユーザの投票分布を更に集計し、
前記提供部は、前記集計部が集計した前記対比ユーザの前記投票分布を、前記案内情報に更に含めて前記ユーザへ提供するようにしてもよい。
前記複数の競技体のうちから、前記ユーザが登録した前記応援競技体とは異なる競技体を対比競技体として選定する選定部、を更に備え、
前記取得部は、前記投票済ユーザのうち、前記対比競技体を前記応援競技体として登録した対比ユーザが行った投票内容を更に取得し、
前記集計部は、前記取得部が取得した前記投票内容に基づいて、前記試合における前記対比ユーザの投票分布を更に集計し、
前記提供部は、前記集計部が集計した前記対比ユーザの前記投票分布を、前記案内情報に更に含めて前記ユーザへ提供するようにしてもよい。
【0011】
また、上記観点に係るサーバ装置において、
前記選定部は、前記ユーザが過去に投票した投票内容から、所定の頻度条件を満たす競技体を前記対比競技体として選定するようにしてもよい。
前記選定部は、前記ユーザが過去に投票した投票内容から、所定の頻度条件を満たす競技体を前記対比競技体として選定するようにしてもよい。
【0012】
また、上記観点に係るサーバ装置において、
前記取得部は、前記同好ユーザを除いた前記投票済ユーザが行った投票内容を更に取得し、
前記集計部は、前記取得部が取得した前記投票内容に基づいて、異なる前記応援競技体毎に分類した前記投票済ユーザの投票分布のそれぞれを更に集計し、
前記提供部は、前記集計部が前記応援競技体毎に集計した前記投票分布のうち、前記同好ユーザの前記投票分布と最も異なる前記投票分布を、前記案内情報に更に含めて前記ユーザへ提供するようにしてもよい。
前記取得部は、前記同好ユーザを除いた前記投票済ユーザが行った投票内容を更に取得し、
前記集計部は、前記取得部が取得した前記投票内容に基づいて、異なる前記応援競技体毎に分類した前記投票済ユーザの投票分布のそれぞれを更に集計し、
前記提供部は、前記集計部が前記応援競技体毎に集計した前記投票分布のうち、前記同好ユーザの前記投票分布と最も異なる前記投票分布を、前記案内情報に更に含めて前記ユーザへ提供するようにしてもよい。
【0013】
また、上記観点に係るサーバ装置において、
前記集計部は、投票数の多い上位所定数までの選択肢と当該選択肢が占める割合とからなる前記投票分布を集計するようにしてもよい。
前記集計部は、投票数の多い上位所定数までの選択肢と当該選択肢が占める割合とからなる前記投票分布を集計するようにしてもよい。
【0014】
また、上記観点に係るサーバ装置において、
前記提供部は、前記試合への投票を受け付ける投票画面を前記ユーザへ提供する際に、当該投票画面における選択肢を指定するための操作オブジェクトの大きさを、前記投票分布に応じて変化させるようにしてもよい。
前記提供部は、前記試合への投票を受け付ける投票画面を前記ユーザへ提供する際に、当該投票画面における選択肢を指定するための操作オブジェクトの大きさを、前記投票分布に応じて変化させるようにしてもよい。
【0015】
本発明の第２の観点に係る情報提供方法は、
複数の競技体が出場する試合に投票しようとするユーザに、当該試合に関する案内情報を提供するサーバ装置が実行する情報提供方法であって、
前記複数の競技体の中で各ユーザが応援する競技体を、応援競技体としてそれぞれ登録する登録ステップと、
前記試合への投票を既に済ませた投票済ユーザのうち、前記ユーザと前記応援競技体が一致する同好ユーザが行った投票内容を取得する取得ステップと、
前記取得ステップにて取得した前記投票内容に基づいて、前記試合における前記同好ユーザの投票分布を集計する集計ステップと、
前記集計ステップにて集計した前記投票分布を、前記案内情報に含めて前記ユーザへ提供する提供ステップと、
を備えることを特徴とする。
複数の競技体が出場する試合に投票しようとするユーザに、当該試合に関する案内情報を提供するサーバ装置が実行する情報提供方法であって、
前記複数の競技体の中で各ユーザが応援する競技体を、応援競技体としてそれぞれ登録する登録ステップと、
前記試合への投票を既に済ませた投票済ユーザのうち、前記ユーザと前記応援競技体が一致する同好ユーザが行った投票内容を取得する取得ステップと、
前記取得ステップにて取得した前記投票内容に基づいて、前記試合における前記同好ユーザの投票分布を集計する集計ステップと、
前記集計ステップにて集計した前記投票分布を、前記案内情報に含めて前記ユーザへ提供する提供ステップと、
を備えることを特徴とする。
【0016】
本発明の第３の観点に係るプログラムは、
複数の競技体が出場する試合に投票しようとするユーザに、当該試合に関する案内情報を提供するコンピュータに、
前記複数の競技体の中で各ユーザが応援する競技体を、応援競技体としてそれぞれ登録する登録ステップ、
前記試合への投票を既に済ませた投票済ユーザのうち、前記ユーザと前記応援競技体が一致する同好ユーザが行った投票内容を取得する取得ステップ、
前記取得ステップにて取得した前記投票内容に基づいて、前記試合における前記同好ユーザの投票分布を集計する集計ステップ、
前記集計ステップにて集計した前記投票分布を、前記案内情報に含めて前記ユーザへ提供する提供ステップ、
を実行させることを特徴とする。
複数の競技体が出場する試合に投票しようとするユーザに、当該試合に関する案内情報を提供するコンピュータに、
前記複数の競技体の中で各ユーザが応援する競技体を、応援競技体としてそれぞれ登録する登録ステップ、
前記試合への投票を既に済ませた投票済ユーザのうち、前記ユーザと前記応援競技体が一致する同好ユーザが行った投票内容を取得する取得ステップ、
前記取得ステップにて取得した前記投票内容に基づいて、前記試合における前記同好ユーザの投票分布を集計する集計ステップ、
前記集計ステップにて集計した前記投票分布を、前記案内情報に含めて前記ユーザへ提供する提供ステップ、
を実行させることを特徴とする。
【0017】
上記プログラムは、当該プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。
更に、上記プログラムを記録する情報記録媒体は、非一時的な（non-transitory）記録媒体であり、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。
更に、上記プログラムを記録する情報記録媒体は、非一時的な（non-transitory）記録媒体であり、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。
【発明の効果】
【0018】
本発明によれば、くじを購入するユーザに応じて、より有用な情報を提供することができる。
【図面の簡単な説明】
【0019】
【図1】本実施形態に係る投票システムの全体構成の一例を示すブロック図である。
【図2】本実施形態に係るサーバ装置等が実現される典型的な情報処理装置の概要構成の一例を示すブロック図である。
【図3】実施形態１に係るサーバ装置の機能構成の一例を示すブロック図である。
【図4】ユーザ管理情報を説明するための模式図である。
【図5】購入情報を説明するための模式図である。
【図6】実施形態１に係る投票画面の一例を示す模式図である。
【図7】他の投票画面の一例を示す模式図である。
【図8】他の投票画面の一例を示す模式図である。
【図9】他の投票画面の一例を示す模式図である。
【図10】実施形態１に係る情報提供処理を説明するためのフローチャートである。
【図11】実施形態２に係るサーバ装置の機能構成の一例を示すブロック図である。
【図12】購入履歴情報を説明するための模式図である。
【図13】実施形態２に係る投票画面の一例を示す模式図である。
【図14】実施形態２に係る情報提供処理を説明するためのフローチャートである。
【発明を実施するための形態】
【0020】
以下に本発明の実施形態を説明する。本発明の実施形態では、スポーツくじ（スポーツ振興くじ）の一例として、単一の試合結果を予想して投票する単一試合得点選択方式の投票券を、ユーザ端末から購入可能な投票システムについて説明するが、他の方式の投票券を購入可能な投票システムでも、同様に適用可能である。例えば、予め定められた数の試合（例えば１３試合や５試合等）のそれぞれについて勝利する方のチームを予想する複数試合勝利チーム選択方式の投票券を購入可能な投票システムにおいても、同様に適用可能である。
また、このようなスポーツくじ以外にも、競輪、競馬、競艇といった公営競技の投票券を購入可能な投票システムにおいても、同様に適用可能である。
つまり、以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
また、このようなスポーツくじ以外にも、競輪、競馬、競艇といった公営競技の投票券を購入可能な投票システムにおいても、同様に適用可能である。
つまり、以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
【0021】
（全体構成）
本発明の実施形態に係る投票システム１００は、図１に示すように、主催者サーバ２００と、販売代行サーバ３００と、ユーザ端末４００とを含んで構成される。そして、主催者サーバ２００と、販売代行サーバ３００と、ユーザ端末４００とは、インターネット９００を介して通信可能に接続されている。なお、主催者サーバ２００と、販売代行サーバ３００とは、例えば、専用回線やＶＰＮ（Virtual Private Network）等を介して通信可能に接続されていてもよい。
また、図１には、ユーザ端末４００を数台だけ示しているが、発明の理解を容易にするためであり、実際には、投票システム１００を利用するユーザ数に応じて、膨大な数のユーザ端末４００が含まれているものとする。
本発明の実施形態に係る投票システム１００は、図１に示すように、主催者サーバ２００と、販売代行サーバ３００と、ユーザ端末４００とを含んで構成される。そして、主催者サーバ２００と、販売代行サーバ３００と、ユーザ端末４００とは、インターネット９００を介して通信可能に接続されている。なお、主催者サーバ２００と、販売代行サーバ３００とは、例えば、専用回線やＶＰＮ（Virtual Private Network）等を介して通信可能に接続されていてもよい。
また、図１には、ユーザ端末４００を数台だけ示しているが、発明の理解を容易にするためであり、実際には、投票システム１００を利用するユーザ数に応じて、膨大な数のユーザ端末４００が含まれているものとする。
【0022】
主催者サーバ２００は、例えば、スポーツくじの主催者によって設置されたサーバ装置であり、一例として、単一の試合結果を予想して投票する単一試合得点選択方式の投票に関する各種情報を管理する。なお、以下では、具体例として、サッカーについての単一試合得点選択方式の投票について説明するが、バスケットボールについての単一試合得点選択方式の投票であってもよい。
【0023】
サッカーの単一試合得点選択方式において、ユーザは、延長戦等を含まない９０分間における試合結果を、以下に示す１８種の選択肢の中から選んで投票することになる。
＜ホーム勝利＞
１． １－０
２． ２－０
３． ２－１
４． ３－０
５． ３－１
６． ３－２
７． その他のホーム勝利
＜引き分け＞
８． ０－０
９． １－１
１０． ２－２
１１． その他の引き分け
＜アウェイ勝利＞
１２． ０－１
１３． ０－２
１４． １－２
１５． ０－３
１６． １－３
１７． ２－３
１８． その他のアウェイ勝利
＜ホーム勝利＞
１． １－０
２． ２－０
３． ２－１
４． ３－０
５． ３－１
６． ３－２
７． その他のホーム勝利
＜引き分け＞
８． ０－０
９． １－１
１０． ２－２
１１． その他の引き分け
＜アウェイ勝利＞
１２． ０－１
１３． ０－２
１４． １－２
１５． ０－３
１６． １－３
１７． ２－３
１８． その他のアウェイ勝利
【0024】
このような単一試合得点選択方式の投票は、一例として、オッズ形式であり、投票できる１８通りの選択肢に対する投票状況に応じて各オッズが逐次変動し、投票締切後にオッズが確定する。そして、ユーザの購入した投票券の投票内容が、実際に行われた試合結果（確定した試合結果）に合致すると、確定オッズに応じた当せん金額が払い戻されるようになっている。
【0025】
そのため、主催者サーバ２００は、投票対象となる試合に出場する各チームのチーム情報、試合日程情報、投票情報、オッズ情報、及び、結果情報等を管理し、これらの情報を販売代行サーバ３００へ適宜提供する。
【0026】
販売代行サーバ３００は、例えば、スポーツくじの主催者に代わってユーザに投票券を販売するサーバ装置である。販売代行サーバ３００は、主催者サーバ２００から受信した投票対象となる試合に関する情報をユーザ端末４００に提供する。
なお、販売代行サーバ３００は、スポーツくじにおける全種類の投票券をユーザに販売可能であるが、発明の理解を容易にするために、サッカーについての単一試合得点選択方式の投票券をユーザに販売する場合を一例として説明する。
なお、販売代行サーバ３００は、スポーツくじにおける全種類の投票券をユーザに販売可能であるが、発明の理解を容易にするために、サッカーについての単一試合得点選択方式の投票券をユーザに販売する場合を一例として説明する。
【0027】
また、販売代行サーバ３００は、各ユーザが応援するチーム（推しチーム／推しクラブ）をそれぞれ登録し、投票券を購入しようとするユーザに対して、同じチームを応援する同好ユーザの投票分布を含む案内情報を提供する。
【0028】
ユーザ端末４００は、例えば、スマートフォンやパーソナルコンピュータ等であり、投票券を購入しようとする各ユーザによって操作される。
ユーザ端末４００は、ユーザからの操作に応じて、販売代行サーバ３００にアクセスし、投票対象となる試合に関する情報を受信して各種の画面を表示する。例えば、応援チームを登録したユーザのユーザ端末４００には、その応援チームが出場する試合の投票券を購入するための投票画面において、同じチームを応援する同好ユーザの投票分布を含む案内情報が表示される。
そして、投票画面が表示されたユーザ端末４００にて、ユーザによって投票のために必要な操作が行われると、ユーザ端末４００は、投票内容を販売代行サーバ３００へ送信する。
ユーザ端末４００は、ユーザからの操作に応じて、販売代行サーバ３００にアクセスし、投票対象となる試合に関する情報を受信して各種の画面を表示する。例えば、応援チームを登録したユーザのユーザ端末４００には、その応援チームが出場する試合の投票券を購入するための投票画面において、同じチームを応援する同好ユーザの投票分布を含む案内情報が表示される。
そして、投票画面が表示されたユーザ端末４００にて、ユーザによって投票のために必要な操作が行われると、ユーザ端末４００は、投票内容を販売代行サーバ３００へ送信する。
【0029】
（情報処理装置の概要構成）
本実施形態に係る販売代行サーバ３００等が実現される典型的な情報処理装置５００について説明する。
本実施形態に係る販売代行サーバ３００等が実現される典型的な情報処理装置５００について説明する。
【0030】
情報処理装置５００は、図２に示すように、ＣＰＵ（Central Processing Unit）５０１と、ＲＯＭ（Read Only Memory）５０２と、ＲＡＭ（Random Access Memory）５０３と、ＮＩＣ（Network Interface Card）５０４と、画像処理部５０５と、音声処理部５０６と、補助記憶部５０７と、インターフェース５０８と、操作ユニット５０９と、表示ユニット５１０と、を備える。
【0031】
ＣＰＵ ５０１は、情報処理装置５００全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。
【0032】
ＲＯＭ ５０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、補助記憶部５０７に記憶されたプログラムをＲＡＭ ５０３に読み出してＣＰＵ ５０１による当該プログラムの実行が開始される。
【0033】
ＲＡＭ ５０３は、データやプログラムを一時的に記憶するためのもので、補助記憶部５０７から読み出されたプログラムやデータ、その他、通信に必要なデータ等が保持される。
【0034】
ＮＩＣ ５０４は、情報処理装置５００をインターネット等のコンピュータ通信網に接続するためのものであり、ＬＡＮ（Local Area Network）を構成する際に用いられる１０ＢＡＳＥ－Ｔ／１００ＢＡＳＥ－Ｔ規格にしたがうものや、電話回線を用いてインターネットに接続するためのアナログモデム、ＩＳＤＮ（Integrated Services Digital Network）モデム、ＡＤＳＬ（Asymmetric Digital Subscriber Line）モデム、ケーブルテレビジョン回線を用いてインターネットに接続するためのケーブルモデム等から構成される。
【0035】
画像処理部５０５は、補助記憶部５０７等から読み出された画像データをＣＰＵ ５０１や画像処理部５０５が備える画像演算プロセッサ（図示せず）によって加工処理した後、これを画像処理部５０５が備えるフレームメモリ（図示せず）に記録する。フレームメモリに記録された画像情報は、所定の同期タイミングでビデオ信号に変換され、インターフェース５０８等を介して表示ユニット５１０に出力される。つまり、画像処理部５０５は、ＣＰＵ ５０１の制御の下、情報処理装置５００が行う処理の進行の中で必要となる画像を生成し、その画像を表示ユニット５１０に表示させる。
【0036】
音声処理部５０６は、補助記憶部５０７等から読み出された音声データを音声信号に変換し、例えば、外部のスピーカに出力する。つまり、音声処理部５０６は、ＣＰＵ ５０１の制御の下、情報処理装置５００が行う処理の進行の中で発生させるべき音声を生成し、その音声をスピーカから出力させる。
【0037】
補助記憶部５０７は、ハードディスク等であり、情報処理装置５００全体の動作制御に必要な各種のプログラムや各種のデータを記憶する。例えば、補助記憶部５０７には、本実施形態に係る販売代行サーバ３００を実現するためのプログラムが記憶される。そして、ＣＰＵ ５０１の制御によって、補助記憶部５０７は、記憶されたプログラムやデータを適宜読み出し、これらをＲＡＭ ５０３等に一時的に記憶させる。
【0038】
インターフェース５０８には、操作ユニット５０９、及び、表示ユニット５１０が接続される。なお、インターフェース５０８は、この他に接続された外部機器との間で必要な情報を送受信してもよい。
【0039】
操作ユニット５０９は、情報処理装置５００を利用する作業者等の操作入力を受け付ける。
【0040】
表示ユニット５１０は、画像処理部５０５により出力された画像データに応じた画像を描画し、情報処理装置５００を利用する作業者等に提示する。
【0041】
この他に、情報処理装置５００は、補助記憶部５０７の代わりに、ＤＶＤ（Digital Versatile Disc）－ＲＯＭ等のドライブユニットを備えるようにしてもよい。この場合、情報処理装置５００は、ドライブユニットに装着されるＤＶＤ－ＲＯＭ等からプログラムやデータを読み出して、上記と同様に動作する。
【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】
販売代行サーバ３００は、対比チームを選定する（ステップＳ２１）。
すなわち、制御部３４０（選定部３６１）は、複数のチームのうちから、ユーザが登録した応援チームとは異なるチームを対比チームとして選定する。
例えば、制御部３６０は、図１２に示すような購入履歴情報３５１から対象ユーザの投票内容３５１ｄを参照し、応援チームを除いて、一定期間内に所定回数以上の投票を行ったチームを、対比チームとして選定する。
すなわち、制御部３４０（選定部３６１）は、複数のチームのうちから、ユーザが登録した応援チームとは異なるチームを対比チームとして選定する。
例えば、制御部３６０は、図１２に示すような購入履歴情報３５１から対象ユーザの投票内容３５１ｄを参照し、応援チームを除いて、一定期間内に所定回数以上の投票を行ったチームを、対比チームとして選定する。
【0092】
販売代行サーバ３００は、同好ユーザが行った投票内容、及び、対比ユーザが行った投票内容を取得する（ステップＳ２２）。
すなわち、制御部３６０（取得部３６２）は、図５の販売情報３３２から、投票を締め切っていない試合への投票を既に済ませた投票済ユーザのうち、投票券を購入しようとするユーザと応援チームが一致する同好ユーザが行った投票内容を取得する。
更に、制御部３６０は、図５の販売情報３３２から、投票を締め切っていない試合への投票内容３３２ｄであり、かつ、上記のステップＳ２１にて選定した比較チームを応援チームとして登録した対比ユーザが行った投票内容３３２ｄを取得する。
すなわち、制御部３６０（取得部３６２）は、図５の販売情報３３２から、投票を締め切っていない試合への投票を既に済ませた投票済ユーザのうち、投票券を購入しようとするユーザと応援チームが一致する同好ユーザが行った投票内容を取得する。
更に、制御部３６０は、図５の販売情報３３２から、投票を締め切っていない試合への投票内容３３２ｄであり、かつ、上記のステップＳ２１にて選定した比較チームを応援チームとして登録した対比ユーザが行った投票内容３３２ｄを取得する。
【0093】
販売代行サーバ３００は、同好ユーザの投票分布、及び、対比ユーザの投票分布を集計する（ステップＳ２３）。
例えば、制御部３６０（集計部３６３）は、上記のステップＳ２２にて取得した同好ユーザの投票内容について、選択肢別に投票数をカウントし、投票数の多い上位所定数（一例として、上位３つ）までの選択肢とそれら選択肢が占める割合とからなる同好ユーザの投票分布を集計する。
更に、制御部３６０は、同じくステップＳ２２にて取得した対比ユーザの投票内容について、選択肢別に投票数をカウントし、投票数の多い上位所定数（一例として、上位３つ）までの選択肢とそれら選択肢が占める割合とからなる対比ユーザの投票分布を集計する。
例えば、制御部３６０（集計部３６３）は、上記のステップＳ２２にて取得した同好ユーザの投票内容について、選択肢別に投票数をカウントし、投票数の多い上位所定数（一例として、上位３つ）までの選択肢とそれら選択肢が占める割合とからなる同好ユーザの投票分布を集計する。
更に、制御部３６０は、同じくステップＳ２２にて取得した対比ユーザの投票内容について、選択肢別に投票数をカウントし、投票数の多い上位所定数（一例として、上位３つ）までの選択肢とそれら選択肢が占める割合とからなる対比ユーザの投票分布を集計する。
【0094】
販売代行サーバ３００は、試合一覧を含む選択画面をユーザ端末４００に提供し（ステップＳ１５）、投票する試合がユーザにより選択されたか否かを判別する（ステップＳ１６）。
販売代行サーバ３００は、投票する試合が選択されていないと判別すると（ステップＳ１６；Ｎｏ）、試合が選択されるまで待機する。
販売代行サーバ３００は、投票する試合が選択されていないと判別すると（ステップＳ１６；Ｎｏ）、試合が選択されるまで待機する。
【0095】
一方、投票する試合が選択されたと判別した場合（ステップＳ１６；Ｙｅｓ）に、販売代行サーバ３００は、同好ユーザの投票分布、及び、対比ユーザの投票分布を含む投票画面をユーザ端末４００に提供する（ステップＳ２４）。
例えば、制御部３６０（提供部３６４）は、図１３に示すような投票画面ＴＧ５において、同好ユーザによる投票数の多い上位３つの選択肢を円グラフＰＣ１にて表し、対比ユーザによる投票数の多い上位３つの選択肢を円グラフＰＣ２にて表す。なお、円グラフＰＣ１，ＰＣ２は、一例であり、他の種類のグラフにて上位の選択肢をそれぞれ表してもよい。
例えば、制御部３６０（提供部３６４）は、図１３に示すような投票画面ＴＧ５において、同好ユーザによる投票数の多い上位３つの選択肢を円グラフＰＣ１にて表し、対比ユーザによる投票数の多い上位３つの選択肢を円グラフＰＣ２にて表す。なお、円グラフＰＣ１，ＰＣ２は、一例であり、他の種類のグラフにて上位の選択肢をそれぞれ表してもよい。
【0096】
なお、図１３に示すような投票画面ＴＧ５がユーザ端末４００に表示された状態で、ユーザの操作により投票券の購入が要求されると、販売代行サーバ３００は、代金の決済を伴って、要求された投票内容の投票券をユーザに販売する。
すなわち、制御部３６０（販売部３４５）は、投票内容に係る投票券の購入を要請するための要請情報を送信部３２０を通じて主催者サーバ２００へ送信し、受信部３１０を通じて正常な応答情報を主催者サーバ２００から受信することにより、投票券の販売を確定させる。
すなわち、制御部３６０（販売部３４５）は、投票内容に係る投票券の購入を要請するための要請情報を送信部３２０を通じて主催者サーバ２００へ送信し、受信部３１０を通じて正常な応答情報を主催者サーバ２００から受信することにより、投票券の販売を確定させる。
【0097】
このような情報提供処理によって、投票券を購入しようとするユーザに対して、同好ユーザの投票分布、及び、対比ユーザの投票分布を含む投票画面（図１３に示すような投票画面ＴＧ５）が提供される。そのため、ユーザは、自身が応援するチームについて深く理解している同好ユーザが予想した試合結果だけでなく、それ以外の対比ユーザが予想した試合結果を参考にして、投票を行うことができる。
【0098】
この結果、くじを購入するユーザに応じて、より有用な情報を提供することができる。
【0099】
（他の実施形態）
上記の実施形態２では、選定部３６１が選定した対比チームを応援する対比ユーザの投票分布を、同好ユーザの投票分布と共に提示する場合について説明したが、他に、応援チーム毎に分類した投票済ユーザの投票分布のうち、同好ユーザの投票分布と最も異なる投票分布を、同好ユーザの投票分布と共に提示してもよい。
例えば、取得部３６２は、同好ユーザを除いた投票済ユーザが行った投票内容を更に取得する。
また、集計部３６３は、取得部３６２が取得した投票内容に基づいて、異なる応援チーム毎に分類した投票済ユーザの投票分布のそれぞれを更に集計する。
そして、提供部３６４は、集計部３６３が応援チーム毎に集計した投票分布のうち、同好ユーザの投票分布と最も異なる投票分布を、同好ユーザの投票分布と共に提示する。
上記の実施形態２では、選定部３６１が選定した対比チームを応援する対比ユーザの投票分布を、同好ユーザの投票分布と共に提示する場合について説明したが、他に、応援チーム毎に分類した投票済ユーザの投票分布のうち、同好ユーザの投票分布と最も異なる投票分布を、同好ユーザの投票分布と共に提示してもよい。
例えば、取得部３６２は、同好ユーザを除いた投票済ユーザが行った投票内容を更に取得する。
また、集計部３６３は、取得部３６２が取得した投票内容に基づいて、異なる応援チーム毎に分類した投票済ユーザの投票分布のそれぞれを更に集計する。
そして、提供部３６４は、集計部３６３が応援チーム毎に集計した投票分布のうち、同好ユーザの投票分布と最も異なる投票分布を、同好ユーザの投票分布と共に提示する。
【0100】
また、上記の実施形態１，２では、スポーツくじの一例として、単一の試合結果を予想して投票する単一試合得点選択方式の投票券を、ユーザ端末から購入可能な投票システムについて説明したが、他の方式の投票券を購入可能な投票システムでも、同様に適用可能である。例えば、予め定められた数の試合（例えば１３試合や５試合等）のそれぞれについて勝利する方のチームを予想する複数試合勝利チーム選択方式の投票券を購入可能な投票システムにおいても、同様に適用可能である。
また、このようなスポーツくじ以外にも、競輪、競馬、競艇といった公営競技の投票券を購入可能な投票システムにおいても、同様に適用可能である。
また、このようなスポーツくじ以外にも、競輪、競馬、競艇といった公営競技の投票券を購入可能な投票システムにおいても、同様に適用可能である。
【0101】
以上説明したように、本発明によれば、くじを購入するユーザに応じて、より有用な情報を提供することのできるサーバ装置、情報提供方法、ならびに、プログラムを提供することができる。
【符号の説明】
【0102】
１００ 投票システム
２００ 主催者サーバ
３００ 販売代行サーバ
３１０ 受信部
３２０ 送信部
３３０，３５０ 記憶部
３３１ ユーザ管理情報
３３２ 販売情報
３５１ 購入履歴情報
３４０，３６０ 制御部
３４１ 登録部
３４２，３６２ 取得部
３４３，３６３ 集計部
３４４、３６４ 提供部
３４５ 販売部
３６１ 選定部
４００ ユーザ端末
５００ 情報処理装置
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ ＮＩＣ
５０５ 画像処理部
５０６ 音声処理部
５０７ 補助記憶部
５０８ インターフェース
５０９ 操作ユニット
５１０ 表示ユニット
９００ インターネット
２００ 主催者サーバ
３００ 販売代行サーバ
３１０ 受信部
３２０ 送信部
３３０，３５０ 記憶部
３３１ ユーザ管理情報
３３２ 販売情報
３５１ 購入履歴情報
３４０，３６０ 制御部
３４１ 登録部
３４２，３６２ 取得部
３４３，３６３ 集計部
３４４、３６４ 提供部
３４５ 販売部
３６１ 選定部
４００ ユーザ端末
５００ 情報処理装置
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ ＮＩＣ
５０５ 画像処理部
５０６ 音声処理部
５０７ 補助記憶部
５０８ インターフェース
５０９ 操作ユニット
５１０ 表示ユニット
９００ インターネット
【要約】
【課題】くじを購入するユーザに応じて、より有用な情報を提供することのできるサーバ装置等を提供する。
【解決手段】販売代行サーバ３００において、登録部３４１は、複数の競技体の中で各ユーザが応援するチームを、応援チームとしてそれぞれ登録する。取得部３４２は、試合への投票を既に済ませた投票済ユーザのうち、ユーザと応援チームが一致する同好ユーザが行った投票内容を取得する。集計部３４３は、取得部３４２が取得した投票内容に基づいて、試合における同好ユーザの投票分布を集計する。そして、提供部３４４は、集計部３４３が集計した投票分布を、案内情報に含めてユーザへ提供する。
【選択図】図３
【解決手段】販売代行サーバ３００において、登録部３４１は、複数の競技体の中で各ユーザが応援するチームを、応援チームとしてそれぞれ登録する。取得部３４２は、試合への投票を既に済ませた投票済ユーザのうち、ユーザと応援チームが一致する同好ユーザが行った投票内容を取得する。集計部３４３は、取得部３４２が取得した投票内容に基づいて、試合における同好ユーザの投票分布を集計する。そして、提供部３４４は、集計部３４３が集計した投票分布を、案内情報に含めてユーザへ提供する。
【選択図】図３
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】