特許 7307135 情報提供装置、情報提供方法、及び情報提供プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-07-03

(45)【発行日】2023-07-11

(54)【発明の名称】情報提供装置、情報提供方法、及び情報提供プログラム

(51)【国際特許分類】

   G06Q 50/34 20120101AFI20230704BHJP

【ＦＩ】

G06Q50/34

【請求項の数】 13

(21)【出願番号】P 2021172276

(22)【出願日】2021-10-21

(65)【公開番号】P2023062359

(43)【公開日】2023-05-08

【審査請求日】2021-10-21

(73)【特許権者】

【識別番号】399037405

【氏名又は名称】楽天グループ株式会社

(74)【代理人】

【識別番号】110000958

【氏名又は名称】弁理士法人インテクト国際特許事務所

(74)【代理人】

【識別番号】100120189

【弁理士】

【氏名又は名称】奥 和幸

(74)【代理人】

【識別番号】100135518

【弁理士】

【氏名又は名称】青木 隆

(72)【発明者】

【氏名】脇田 健哉

【審査官】小原 正信

(56)【参考文献】

【文献】特開２０１４－０７１７４３（ＪＰ，Ａ）

【文献】特開２０２０－０９１８０７（ＪＰ，Ａ）

【文献】冨山 浩三，スポーツがもたらす社会的インパクトがスポーツチーム・クラブマネジメントに与える影響 : 地域愛着の視点から，[online]，大阪体育大学，2018年12月31日，第２４－３４ページ，インターネット<URL: https://ouhs.repo.nii.ac.jp/?action=pages_view_main&active_action=repository_view_main_item_detail&item_id=20&item_no=1&page_id=13&block_id=21>，[検索日：２０２２年１２月１６日]

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、前記複数の競技主体のうち何れかの競技主体が行う試合の開始前に該試合の結果を投票するにあたって該結果の予想に用いられる試合情報の閲覧の履歴を示す閲覧履歴を含むユーザ情報を取得する取得手段と、
前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定手段であって、前記複数の競技主体のうち何れの競技主体が行う試合の結果の予想に用いられる前記試合情報を前記ユーザが閲覧したかに基づいて、前記応援する競技主体を推定する推定手段と、
前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信手段と、
を備えることを特徴とする情報提供装置。

【請求項2】

予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報を取得する取得手段と、
前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定手段と、
前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信手段と、
を備え、
前記取得されるユーザ情報は、前記ユーザが前記システムを利用してとった複数の行動の履歴であって、前記行動が、前記複数の競技主体のうち何れの競技主体に関連するものであるかを示す履歴を含み、
前記推定手段は、前記複数の競技主体のうち何れかの競技主体に関連して前記ユーザが行動した回数が多いほど、前記何れかの競技主体が、前記ユーザが応援する競技主体として推定される蓋然性を高くすることを特徴とするとする情報提供装置。

【請求項3】

予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、試合の結果に対する投票の履歴を示す投票履歴を含むユーザ情報を取得する取得手段と、
前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定手段であって、前記複数の競技主体のうち何れの競技主体が行う試合の結果に対して前記ユーザが投票したかに基づいて、前記応援する競技主体を推定する推定手段と、
前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信手段と、
を備えることを特徴とする情報提供装置。

【請求項4】

予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、前記複数の競技主体のうち何れかの競技主体が行う試合に関する試合情報の閲覧の履歴を示す閲覧履歴、及び試合の結果に対する投票の履歴を示す投票履歴を含むユーザ情報を取得する取得手段と、
前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定手段であって、前記ユーザが前記試合情報を閲覧した試合を行う競技主体と、前記ユーザが投票した試合を行う競技主体と、で共通する競技主体の中から、前記ユーザが応援すると推定される競技主体を決定する推定手段と、
前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信手段と、
を備えることを特徴とする情報提供装置。

【請求項5】

前記取得されるユーザ情報は、前記ユーザと、前記複数の競技主体のうち何れか少なくとも一の競技主体と、を関連付けて示すことを特徴とする請求項１乃至４の何れか一項に記載の情報提供装置。

【請求項6】

前記投票履歴は、前記試合について予め定められた複数の結果のうち、前記ユーザが何れの結果に投票したかを示し、
前記推定手段は、前記投票履歴により示される前記結果、及び前記複数の結果のうち、現実となる可能性が相対的に高い結果として定められた結果に基づいて、前記応援する競技主体を推定することを特徴とする請求項３に記載の情報提供装置。

【請求項7】

前記取得されるユーザ情報は、前記複数の競技主体のうち、前記ユーザによりお気に入りとして登録された競技主体を示すお気に入り情報を含むことを特徴とする請求項１乃至６の何れか一項に記載の情報提供装置。

【請求項8】

前記取得されるユーザ情報は、前記ユーザが住む場所を示す情報を含み、
前記推定手段は、前記ユーザが住む前記場所と、前記複数の競技主体それぞれが本拠とする場所と、に基づいて、前記応援する競技主体を推定することを特徴とする請求項１乃至７の何れか一項に記載の情報提供装置。

【請求項9】

前記システムは、第１の競技、及び該第１の競技と異なる第２の競技のそれぞれについて、該競技の試合の結果に投票可能なシステムであり、
前記推定手段は、前記取得されたユーザ情報に基づいて、前記第１の競技を行う第１の前記複数の競技主体のうち、前記ユーザが応援する第１競技主体を推定し、
前記ユーザが応援すると推定された前記第１競技主体が本拠とする場所を示す場所情報を取得する第２取得手段と、
前記取得された場所情報により示される前記場所と、前記第２の競技を行う第２の前記複数の競技主体それぞれが本拠とする場所と、に基づいて、前記第２の複数の競技主体のうち、前記ユーザが応援する第２競技主体を推定する第２推定手段と、
を更に備えることを特徴とする請求項１乃至８の何れか一項に記載の情報提供装置。

【請求項10】

コンピュータにより実行される情報提供方法において、
予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、前記複数の競技主体のうち何れかの競技主体が行う試合の開始前に該試合の結果を投票するにあたって該結果の予想に用いられる試合情報の閲覧の履歴を示す閲覧履歴を含むユーザ情報を取得する取得ステップと、
前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定ステップであって、前記複数の競技主体のうち何れの競技主体が行う試合の結果の予想に用いられる前記試合情報を前記ユーザが閲覧したかに基づいて、前記応援する競技主体を推定する推定ステップと、
前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信ステップと、
を含むことを特徴とする情報提供方法。

【請求項11】

コンピュータにより実行される情報提供方法において、
予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、試合の結果に対する投票の履歴を示す投票履歴を含むユーザ情報を取得する取得ステップと、
前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定ステップであって、前記複数の競技主体のうち何れの競技主体が行う試合の結果に対して前記ユーザが投票したかに基づいて、前記応援する競技主体を推定する推定ステップと、
前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信ステップと、
を含むことを特徴とする情報提供方法。

【請求項12】

コンピュータを、
予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、前記複数の競技主体のうち何れかの競技主体が行う試合の開始前に該試合の結果を投票するにあたって該結果の予想に用いられる試合情報の閲覧の履歴を示す閲覧履歴を含むユーザ情報を取得する取得手段と、
前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定手段であって、前記複数の競技主体のうち何れの競技主体が行う試合の結果の予想に用いられる前記試合情報を前記ユーザが閲覧したかに基づいて、前記応援する競技主体を推定する推定手段と、
前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信手段と、
として機能させることを特徴とする情報提供プログラム。

【請求項13】

コンピュータを、
予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、試合の結果に対する投票の履歴を示す投票履歴を含むユーザ情報を取得する取得手段と、
前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定手段であって、前記複数の競技主体のうち何れの競技主体が行う試合の結果に対して前記ユーザが投票したかに基づいて、前記応援する競技主体を推定する推定手段と、
前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信手段と、
として機能させることを特徴とする情報提供プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、競技の試合に対する投票に関する情報を提供する方法に関する。

【背景技術】

【0002】

従来、所定の競技の試合の結果を予想して投票可能とするシステムが知られている。こうしたシステムにおいて、投票券の購入者は、予想が的中すると当せん金を受け取ることが可能である。例えば、日本においては、所謂サッカーくじとして、スポーツ振興くじが知られている。このスポーツ振興くじでは、試合の勝者や得点を予想可能である。また、スポーツ振興くじは、ウェブサイト、専用の売り場、コンビニエンスストア等で購入可能である。例えば、特許文献１には、店舗等に設置されるサッカーくじ発券装置が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０００－１４９０８１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

現在のスポーツ振興くじでは、複数の試合（例えば１３試合、５試合、３試合等）の結果を一度に予想するくじが販売されている。ユーザは、所定の期日又は期間内に行われる試合についての数個のくじの中から、購入するくじを選択することになっている。その一方で、将来においては、単一の試合の結果を予想するくじを導入することが予定されている。また、サッカーに加えて、バスケットボールについても、単一の試合の結果を予想するくじを導入することが予定されている。これは、サッカーやバスケットボールのリーグが好きなユーザにとっては朗報であるかもしれない。しかしながら、所定の期日又は期間内に行われる試合数が多くなると、購入候補となるくじの数も多くなる。そのため、多数のくじの中から購入したいくじを探し出すことがユーザにとって負担になったり難しくなったりすることが予想される。

【0005】

本発明は以上の点に鑑みてなされたものであり、その課題の一例は、投票したい試合をユーザが見つけ出すことを容易にする情報提供装置、情報提供方法、及び情報提供プログラムを提供することである。

【課題を解決するための手段】

【0006】

上記課題を解決するために、請求項１に記載の発明は、予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、前記複数の競技主体のうち何れかの競技主体が行う試合の開始前に該試合の結果を投票するにあたって該結果の予想に用いられる試合情報の閲覧の履歴を示す閲覧履歴を含むユーザ情報を取得する取得手段と、前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定手段であって、前記複数の競技主体のうち何れの競技主体が行う試合の結果の予想に用いられる前記試合情報を前記ユーザが閲覧したかに基づいて、前記応援する競技主体を推定する推定手段と、前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信手段と、を備えることを特徴とする。

【0007】

この発明によれば、ユーザに関する情報に基づいて、そのユーザが応援する競技主体が推定される。結果に投票可能な試合のうち、応援すると推定される競技主体が行う試合に関する推定試合情報が、そのユーザの端末装置に送信される。その結果、端末装置からユーザに対してその推定試合情報が提示されてもよい。ユーザは、複数の試合の中で、そのユーザ自身が応援する競技主体が行う試合の結果に投票したいと考える可能性が高い。従って、推定試合情報を送信することで、投票したい試合をユーザが見つけ出すことを容易にすることができる。
またこの発明によれば、何れの競技主体が行う試合についてユーザが情報を閲覧したかを示す履歴が、推定に用いられる。ユーザは、そのユーザが応援する競技主体が行う試合に関する情報を閲覧する可能性があるので、この履歴に基づいて、ユーザが応援する競技主体を推定することができる。
請求項２に記載の発明は、予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報を取得する取得手段と、前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定手段と、前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信手段と、を備え、前記取得されるユーザ情報は、前記ユーザが前記システムを利用してとった複数の行動の履歴であって、前記行動が、前記複数の競技主体のうち何れの競技主体に関連するものであるかを示す履歴を含み、前記推定手段は、前記複数の競技主体のうち何れかの競技主体に関連して前記ユーザが行動した回数が多いほど、前記何れかの競技主体が、前記ユーザが応援する競技主体として推定される蓋然性を高くすることを特徴とするとする。
この発明によれば、ユーザに関する情報に基づいて、そのユーザが応援する競技主体が推定される。結果に投票可能な試合のうち、応援すると推定される競技主体が行う試合に関する推定試合情報が、そのユーザの端末装置に送信される。その結果、端末装置からユーザに対してその推定試合情報が提示されてもよい。ユーザは、複数の試合の中で、そのユーザ自身が応援する競技主体が行う試合の結果に投票したいと考える可能性が高い。従って、推定試合情報を送信することで、投票したい試合をユーザが見つけ出すことを容易にすることができる。
またこの発明によれば、何れかの競技主体に関連してユーザがとった行動について、その競技主体を示す行動の履歴が推定に用いられる。従って、ユーザが何れの競技主体について応援する可能性あることを示す行動をとったかを特定することができる。
またこの発明によれば、複数の競技主体の中で、応援する可能性あることを示す行動をとった回数が多い競技主体であるほど、ユーザが応援する競技主体として推定される蓋然性を高くすることができる。
請求項３に記載の発明は、予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、試合の結果に対する投票の履歴を示す投票履歴を含むユーザ情報を取得する取得手段と、前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定手段であって、前記複数の競技主体のうち何れの競技主体が行う試合の結果に対して前記ユーザが投票したかに基づいて、前記応援する競技主体を推定する推定手段と、前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信手段と、を備えることを特徴とする。
この発明によれば、ユーザに関する情報に基づいて、そのユーザが応援する競技主体が推定される。結果に投票可能な試合のうち、応援すると推定される競技主体が行う試合に関する推定試合情報が、そのユーザの端末装置に送信される。その結果、端末装置からユーザに対してその推定試合情報が提示されてもよい。ユーザは、複数の試合の中で、そのユーザ自身が応援する競技主体が行う試合の結果に投票したいと考える可能性が高い。従って、推定試合情報を送信することで、投票したい試合をユーザが見つけ出すことを容易にすることができる。
またこの発明によれば、何れの競技主体が行う試合についてユーザが投票したかを示す履歴が、推定に用いられる。ユーザは、そのユーザが応援する競技主体が行う試合の結果に投票する可能性があるので、この履歴に基づいて、ユーザが応援する競技主体を推定することができる。
請求項４に記載の発明は、予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、前記複数の競技主体のうち何れかの競技主体が行う試合に関する試合情報の閲覧の履歴を示す閲覧履歴、及び試合の結果に対する投票の履歴を示す投票履歴を含むユーザ情報を取得する取得手段と、前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定手段であって、前記ユーザが前記試合情報を閲覧した試合を行う競技主体と、前記ユーザが投票した試合を行う競技主体と、で共通する競技主体の中から、前記ユーザが応援すると推定される競技主体を決定する推定手段と、前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信手段と、を備えることを特徴とする。
この発明によれば、ユーザに関する情報に基づいて、そのユーザが応援する競技主体が推定される。結果に投票可能な試合のうち、応援すると推定される競技主体が行う試合に関する推定試合情報が、そのユーザの端末装置に送信される。その結果、端末装置からユーザに対してその推定試合情報が提示されてもよい。ユーザは、複数の試合の中で、そのユーザ自身が応援する競技主体が行う試合の結果に投票したいと考える可能性が高い。従って、推定試合情報を送信することで、投票したい試合をユーザが見つけ出すことを容易にすることができる。
またこの発明によれば、ユーザにより情報が閲覧された試合を行い且つユーザが結果に投票した試合を行う競技主体の中から、ユーザが応援すると推定される競技主体が決定される。両方の履歴を用いることで、応援する競技主体の推定精度を高めることができる。

【0008】

請求項５に記載の発明は、前記取得されるユーザ情報は、前記ユーザと、前記複数の競技主体のうち何れか少なくとも一の競技主体と、を関連付けて示すことを特徴とする。

【0009】

この発明によれば、ユーザと少なくとも一の競技主体とを関連付けて示すユーザ情報が推定に用いられる。従って、ユーザが何れの競技主体を応援する可能性があるかを特定することができる。

【0018】

請求項６に記載の発明は、前記投票履歴は、前記試合について予め定められた複数の結果のうち、前記ユーザが何れの結果に投票したかを示し、前記推定手段は、前記投票履歴により示される前記結果、及び前記複数の結果のうち、現実となる可能性が相対的に高い結果として定められた結果に基づいて、前記応援する競技主体を推定することを特徴とする。

【0019】

この発明によれば、ユーザが投票を行った試合について、何れの結果にユーザが投票したかと、実現可能性が高い結果とに基づいて、応援する競技主体が推定される。或る試合に出場する複数の競技主体のうち一部の競技主体をユーザが応援する場合、ユーザが投票先として選択する結果は、ユーザが特定の競技主体を応援することの影響を受ける場合がある。そのため、ユーザが投票先として選択する結果と実現可能性が高い結果とが相違する場合がある。従って、ユーザが応援する競技主体を推定することができる。

【0022】

請求項７に記載の発明は、前記取得されるユーザ情報は、前記複数の競技主体のうち、前記ユーザによりお気に入りとして登録された競技主体を示すお気に入り情報を含むことを特徴とする。

【0023】

この発明によれば、ユーザが応援するが故にお気に入りに登録された競技主体を特定することができる。

【0024】

請求項８に記載の発明は、前記取得されるユーザ情報は、前記ユーザが住む場所を示す情報を含み、前記推定手段は、前記ユーザが住む前記場所と、前記複数の競技主体それぞれが本拠とする場所と、に基づいて、前記応援する競技主体を推定することを特徴とする。

【0025】

この発明によれば、ユーザが住む場所を示す情報が推定に用いられる。ユーザは、ユーザの地元又はその地元から比較的に近い場所を本拠とする競技主体を応援する可能性があるので、ユーザが応援する競技主体を推定することができる。

【0026】

請求項９に記載の発明は、前記システムは、第１の競技、及び該第１の競技と異なる第２の競技のそれぞれについて、該競技の試合の結果に投票可能なシステムであり、前記推定手段は、前記取得されたユーザ情報に基づいて、前記第１の競技を行う第１の前記複数の競技主体のうち、前記ユーザが応援する第１競技主体を推定し、前記ユーザが応援すると推定された前記第１競技主体が本拠とする場所を示す場所情報を取得する第２取得手段と、前記取得された場所情報により示される前記場所と、前記第２の競技を行う第２の前記複数の競技主体それぞれが本拠とする場所と、に基づいて、前記第２の複数の競技主体のうち、前記ユーザが応援する第２競技主体を推定する第２推定手段と、を更に備えることを特徴とする。

【0027】

この発明によれば、第１の競技についてユーザが応援すると推定された競技主体が本拠とする場所と、第２の競技を行う複数の競技主体それぞれが本拠とする場所とに基づいて、推定が行われる。ユーザは、互いに同じ区域又は比較的に近い区域に本拠がある複数の競技主体を応援する可能性がある。そのため、第１の競技についてユーザが応援する競技主体を、ユーザ情報を用いて推定することができれば、第２の競技については、たとえユーザ情報を用いなかったとしても、ユーザが応援する競技主体を推定することができる。

【0028】

請求項１０に記載の発明は、コンピュータにより実行される情報提供方法において、予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、前記複数の競技主体のうち何れかの競技主体が行う試合の開始前に該試合の結果を投票するにあたって該結果の予想に用いられる試合情報の閲覧の履歴を示す閲覧履歴を含むユーザ情報を取得する取得ステップと、前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定ステップであって、前記複数の競技主体のうち何れの競技主体が行う試合の結果の予想に用いられる前記試合情報を前記ユーザが閲覧したかに基づいて、前記応援する競技主体を推定する推定ステップと、前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信ステップと、を含むことを特徴とする。
請求項１１に記載の発明は、コンピュータにより実行される情報提供方法において、予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、試合の結果に対する投票の履歴を示す投票履歴を含むユーザ情報を取得する取得ステップと、前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定ステップであって、前記複数の競技主体のうち何れの競技主体が行う試合の結果に対して前記ユーザが投票したかに基づいて、前記応援する競技主体を推定する推定ステップと、前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信ステップと、を含むことを特徴とする。

【0029】

請求項１２に記載の発明は、コンピュータを、予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、前記複数の競技主体のうち何れかの競技主体が行う試合の開始前に該試合の結果を投票するにあたって該結果の予想に用いられる試合情報の閲覧の履歴を示す閲覧履歴を含むユーザ情報を取得する取得手段と、前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定手段であって、前記複数の競技主体のうち何れの競技主体が行う試合の結果の予想に用いられる前記試合情報を前記ユーザが閲覧したかに基づいて、前記応援する競技主体を推定する推定手段と、前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信手段と、として機能させることを特徴とする。
請求項１３に記載の発明は、コンピュータを、予め定められた複数の競技主体のうち２以上の競技主体同士でそれぞれ行われる複数の試合それぞれについて該試合の結果に投票可能なシステムを利用するユーザに関するユーザ情報であって、試合の結果に対する投票の履歴を示す投票履歴を含むユーザ情報を取得する取得手段と、前記取得されたユーザ情報に基づいて、前記複数の競技主体のうち、前記ユーザが応援する競技主体を推定する推定手段であって、前記複数の競技主体のうち何れの競技主体が行う試合の結果に対して前記ユーザが投票したかに基づいて、前記応援する競技主体を推定する推定手段と、前記複数の試合のうち、前記推定された競技主体が行う試合に関する推定試合情報を、前記ユーザの端末装置へ送信する送信手段と、として機能させることを特徴とする。

【発明の効果】

【0030】

本発明によれば、投票したい試合をユーザが見つけ出すことを容易にすることができる。

【図面の簡単な説明】

【0031】

【図1】一実施形態に係る投票システムＳの概要構成の一例を示す図である。

【図2】投票推奨試合情報の表示例を示す図である。

【図3】一実施形態に係るセンターサーバ１の概要構成の一例を示すブロック図である。

【図4】データベースに記憶される情報の一例を示す図である。

【図5】センターサーバ１のシステム制御部１１の機能ブロックの一例を示す図である。

【図6】ユーザが応援するチームの推定例を示す図である。

【図7】一実施形態に係るセンターサーバ１のシステム制御部１１により実行される応援チーム推定処理の一例を示すフローチャートである。

【図8】一実施形態に係るセンターサーバ１のシステム制御部１１により実行される情報提供処理の一例を示すフローチャートである。

【図9】ユーザが応援するチームの推定例を示す図である。

【図10】ユーザが応援する蓋然性を決定する方法の一例を示す図である。

【図11】一実施形態に係るセンターサーバ１のシステム制御部１１により実行される応援チーム推定処理の一例を示すフローチャートである。

【図12】ユーザが応援するチームの推定例を示す図である。

【図13】一実施形態に係るセンターサーバ１のシステム制御部１１により実行される応援チーム推定処理の一例を示すフローチャートである。

【図14】一実施形態に係るセンターサーバ１のシステム制御部１１により実行される応援チーム推定処理の一例を示すフローチャートである。

【図15】ユーザが応援するチームの推定例を示す図である。

【図16】一実施形態に係るセンターサーバ１のシステム制御部１１により実行される応援チーム推定処理の一例を示すフローチャートである。

【図17】ユーザが応援するチームの推定例を示す図である。

【図18】一実施形態に係るセンターサーバ１のシステム制御部１１により実行される応援チーム推定制御処理の一例を示すフローチャートである。

【発明を実施するための形態】

【0032】

以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態においては、本発明が、所定競技の試合の結果を予想してオンラインでの投票を可能とするシステムに適用される。投票により予想が的中したユーザは、例えば当せん金等の何らかの価値を有するものを受け取ることができる。本発明が適用される競技は、２以上の競技主体により試合が行われるタイプの競技であって、当該国の法律等において投票が許可されているものであれば特に限定されない。そのような競技の例として、スポーツがある。スポーツの例として、サッカー、バスケットボール、野球、テニス等が挙げられる。所定競技の他の例として、スポーツ以外のゲームがある。ゲームの例として、コンピュータゲーム、ビデオゲーム、ボードゲーム等が挙げられる。競技主体は、競技を行う主体である。競技主体の例として、チーム、プレーヤー、ペア等が挙げられる。投票によって、競技主体に関する何かを予想することが一般的である。例えば、勝利する方の競技主体や、各競技主体が獲得するスコア等が予想可能である。以下では、サッカー及びバスケットボールの試合の結果に投票可能なスポーツ振興くじに本発明が適用された場合の実施形態について説明する。また以下では、日本のプロリーグに所属するチーム同士が対戦する試合についてくじが販売される場合について主に説明する。しかしながら、例えば日本以外の国のプロリーグに所属するチーム同士が対戦する試合、互いに異なる国に所属するプロチーム同士が対戦する国際試合、又は互いに異なる国の代表チーム同士が対戦する国際試合について、本発明が適用されてもよい。

【0033】

［１．第１実施形態］
［１－１．投票システムの構成］
先ず、本実施形態に係る投票システムＳの構成及び機能概要について、図１及び図２を用いて説明する。図１は、本実施形態に係る投票システムＳの概要構成の一例を示す図である。

【0034】

図１に示すように、投票システムＳは、センターサーバ１と、複数のユーザ端末２と、を備える。センターサーバ１と各ユーザ端末２とは、ネットワークＮＷを介して互いに接続される。ネットワークＮＷは、例えばインターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

【0035】

センターサーバ１は、投票サイトに関する各種処理を実行する。投票サイトは、スポーツ振興くじを販売するウェブサイトである。投票サイトを利用することで、各ユーザは、サッカーやバスケットボールの試合の結果に対して投票することができる。投票サイトに関する処理として、センターサーバ１は、例えばユーザが投票するための処理を実行したり、くじの対象となる試合に関する情報を提供したりする。ユーザが購入可能なくじの種類の例として、複数試合勝利チーム選択方式、複数試合得点選択方式、単一試合得点選択方式等が挙げられる。複数試合勝利チーム選択方式は、予め定められた数の試合（例えば５試合、１３試合等）のそれぞれについて勝利する方のチームを予想する方式である。複数試合得点選択方式は、予め定められた複数の試合（例えば、２試合、３試合等）のそれぞれについて、両チームそれぞれの得点若しくは両チーム間の得点差を予想する方式である。単一試合得点選択方式は、単一の試合について、両チームそれぞれの得点若しくは両チーム間の得点差を予想する方式である。本実施形態においては、主として単一試合得点選択方式について説明する。なお、単一試合得点選択方式を、１試合予想ともいう。センターサーバ１が提供する情報としては、例えばくじの対象となる試合の一覧、各試合の詳細な情報、及びその他の情報がある。試合の一覧の例として、対応するくじの販売締切まで間もない試合の一覧、対応するくじが現在販売中の試合の一覧、日程別の試合の一覧等がある。サッカーとバスケットボールとで、試合の一覧を表示する画面が別々に存在してもよい。各試合の詳細な情報の例として、基本情報、オッズ情報、過去データ、及びくじ結果が挙げられる。基本情報は、例えば、くじの対象の試合で対戦するチームの過去の対戦成績、その対戦チームそれぞれの直近所定数の試合の結果、対象の試合のスターティングメンバー等のうち、少なくとも一つを含んでもよい。オッズ情報は、くじで投票可能な両チームの得点の組み合わせ若しくは両チーム間の得点差それぞれの現在のオッズを含んでもよい。過去データは、対象の試合で対戦するチームの過去の対戦において比較的に多かった得点の組み合わせ若しくは得点差の一覧を含んでもよい。くじ結果は、情報提供先のユーザが対象の試合のくじでの選択状況、くじの結果、得点の組み合わせ若しくは得点差ごとの確定したオッズのうち、少なくとも一つを含んでもよい。

【0036】

センターサーバ１は、更にくじの購入を促すための処理を実行する。例えば、センターサーバ１は、各ユーザについて、サッカーチーム又はバスケットボールチームのうち、そのユーザが応援するチームを推定してもよい。そして、センターサーバ１は、ユーザが応援するチームが行う試合を示す投票推奨試合情報を、そのユーザのユーザ端末２へ送信してもよい。投票推奨試合情報は、対象の試合で対戦する両チームを識別する情報（例えばチーム名、愛称、マーク等）を少なくとも含んでもよい。投票推奨試合情報は、対象の試合のくじの購入（投票）をユーザに促す情報を含んでもよいし含まなくてもよい。ユーザ端末２は、受信した投票推奨試合情報を画面に表示する。投票推奨試合情報は、例えば試合の一覧を表示する画面に表示されてもよいし、その他の画面に表示されてもよい。ユーザは、ユーザ端末２を操作することにより、投票推奨試合情報により示される試合のくじで投票するための画面を表示させることができる。ユーザが応援する蓋然性があるチームにより行われる試合に関する情報が表示されるので、その試合のくじの購入をユーザに促すことができる。

【0037】

図２は、投票推奨試合情報の表示例を示す図である。図２に示す１試合予想トップ画面１００は、サッカー及びバスケットボールの両方を含む１試合予想の入り口であると言うことができる画面である。１試合予想トップ画面１００は、例えばサッカー及びバスケットボールそれぞれに専用の１試合予想トップ画面へのリンクを含んでもよい。また、１試合予想トップ画面１００は、対応するくじの販売締切が間近である試合の一覧を含んでもよい。更に１試合予想トップ画面１００は、投票推奨試合一覧１１０を含む。投票推奨試合一覧１１０は、例えば複数の投票推奨試合情報１１１を含む。各投票推奨試合情報は、対象の試合で対戦するチームそれぞれの名称を含む。また、投票推奨試合情報１１１は、対戦するチームの何れがホームチームで何れがアウェーチームであるかを示す情報を含んでもよい。ホームチームは、対象の試合が行われる競技場を本拠とするチームである。アウェーチームは、ホームチームではない方のチームである。また、投票推奨試合情報１１１は、対戦するチームそれぞれの現在の順位を含んでもよい。また、投票推奨試合情報１１１は、対象の試合の競技がサッカーであるか又はバスケットボールであるかを示す情報（例えば、アイコン、スポーツ名等）を含んでもよい。また、投票推奨試合情報１１１は、対象の試合のくじの販売締切日時を含んでもよい。図２の例では、３個の投票推奨試合情報１１１が表示されている。ユーザは、例えばスワイプすることにより、現在表示されている投票推奨試合情報１１１以外の投票推奨試合情報を表示させることが可能であってもよい。スワイプとは、タッチパネルの画面に指を付けながら、その指を或る方向に移動させる行為である。

【0038】

また、ユーザは、各投票推奨試合情報１１１に関連付けて所定の操作することにより、その投票推奨試合情報１１１により示される試合のくじに対応する投票画面を表示させることが可能である。例えば投票推奨試合情報１１１をタップすることにより投票画面が表示される。タップとは、タッチパネルの画面の或る箇所に指で触れてその後その指を画面から離す行為である。投票画面には、投票可能な得点の組み合わせ若しくは得点差としての選択肢ごとに、投票領域が表示される。各投票領域は、対応する得点の組み合わせ若しくは得点差、現在のオッズ、口数入力欄、マイナスボタン、プラスボタン、及び払戻想定金額が表示されてもよい。口数入力欄は、購入するくじの数（口数）をユーザが入力するための領域である。マイナスボタンは、口数入力欄に表示されている口数を１減少させるためのボタンである。プラスボタンは、口数入力欄に表示されている口数を１増加させるためのボタンである。ユーザは、口数入力欄に直接口数を入力してもよいし、マイナスボタンやプラスボタンを押下することにより、口数入力欄に口数を入力してもよい。払戻想定金額は、当せんしたときにユーザに払い戻されることが想定される金額として、口数入力欄に表示されている口数及び現在のオッズで計算した金額である。投票画面には、更にカート追加ボタンが表示される。カート追加ボタンは、口数入力欄に１口以上の口数を入力した選択肢にユーザが投票することを指定して、対象のくじをその口数分、所定のカートに入れる（または追加する）ためのボタンである。このカートは、オンラインショッピングにおけるショッピングカートに類似する機能を有する。ユーザがこのカートを選択すると、カートに入れられたくじの一覧が画面に表示される。このときに所定の操作をすることにより、ユーザは、カートに入れられているくじを購入することができる。すなわち、実際に投票が行われる。

【0039】

各ユーザ端末２は、投票サイトを利用可能なユーザにより利用される携帯可能な端末装置である。ユーザ端末２の例として、パーソナルコンピュータ、スマートフォン、タブレット式コンピュータ等の携帯情報端末、携帯電話機、ＰＤＡ（Personal Digital Assistant）、セットトップボックス等が挙げられる。ユーザ端末２が携帯用の端末装置である場合、そのユーザ端末２には、投票サイト専用のアプリケーションがインストールされてもよい。このアプリケーションを利用して、ユーザは、くじを購入したり、くじや試合に関する情報を閲覧したりすることができる。このアプリケーションは、例えばセンターサーバ１又は所定のアプリケーション配信プラットフォームからダウンロード可能であってもよい。また各ユーザ端末２には、ウェブブラウザがインストールされていてもよい。ウェブブラウザを利用して、ユーザはくじの購入等が可能であってもよい。

【0040】

［１－２．センターサーバの構成］
次に、センターサーバ１の構成について、図３及び図４を用いて説明する。図３は、本実施形態に係るセンターサーバ１の概要構成の一例を示すブロック図である。図３に示すように、センターサーバ１は、システム制御部１１と、システムバス１２と、入出力インタフェース１３と、記憶部１４と、通信部１５と、を備えている。システム制御部１１と入出力インタフェース１３とは、システムバス１２を介して接続されている。

【0041】

システム制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ等により構成されている。

【0042】

入出力インタフェース１３は、記憶部１４及び通信部１５とシステム制御部１１との間のインタフェース処理を行う。

【0043】

記憶部１４は、例えば、ハードディスクドライブ等により構成されている。この記憶部１４には、例えば会員ＤＢ１４ａ、チームＤＢ１４ｂ、お気に入りチームＤＢ１４ｃ、試合ＤＢ１４ｄ、くじＤＢ１４ｅ、オッズＤＢ１４ｆ、くじ結果ＤＢ１４ｇ、閲覧履歴ＤＢ１４ｈ、購入履歴ＤＢ１４ｉ、応援チームＤＢ１４ｊ等のデータベースが記憶されてもよい。「ＤＢ」は、データベースの略語である。なお、本実施形態においては、サッカーに関する情報とバスケットボールに関する情報とが同一のデータベースに記憶されているが、別々のデータベースに記憶されてもよい。

【0044】

図４は、データベースに記憶される情報の一例を示す図である。会員ＤＢ１４ａには、投票サイトを利用可能なユーザに関する会員情報が、ユーザごとに記憶される。具体的に、会員ＤＢ１４ａには、会員情報として、ユーザＩＤ、氏名、住所、電話番号、電子メールアレス等が、互いに関連付けて記憶される。ユーザＩＤは、ユーザを識別する識別情報である。

【0045】

チームＤＢ１４ｂには、日本国内のプロサッカーリーグ及びプロバスケットボールリーグそれぞれに所属する各チームに関するチーム情報が記憶される。具体的に、チームＤＢ１４ｂには、チーム情報として、競技種別、チームＩＤ、チーム名、本拠地名等が、互いに関連付けて記憶されてもよい。競技種別は、対象のチームの競技がサッカー及びバスケットボールの何れであるかを示す情報である。チームＩＤは、対象のチームを識別する識別情報である。本拠地名は、対象のチームが本拠とする場所の地名を示す。チームが本拠とする場所は、そのチームが本拠とする競技場がある場所であってもよい。本拠地名は、例えば都市名又は市区町村名で示されてもよい。

【0046】

お気に入りチームＤＢ１４ｃには、プロサッカーリーグ又はプロバスケットボールリーグに所属するチームのうち、ユーザのお気に入りとしてそのユーザにより登録されたチームに関する情報が、ユーザと競技との組み合わせごとに記憶される。ユーザは、投票サイトを利用して、お気に入りのチームを登録することができる。具体的に、お気に入りチームＤＢ１４ｃには、ユーザＩＤ、競技種別、及びお気に入りチームＩＤ等が、互いに関連付けて記憶されてもよい。ユーザＩＤは、対象のユーザを示す。競技種別は、対象の競技を示す。お気に入りチームＩＤは、対象のユーザが対象の競技でお気に入りに登録したチームのチームＩＤである。１人のユーザに対して複数のお気に入りチームＩＤが記憶されてもよい。

【0047】

試合ＤＢ１４ｄには、サッカー及びバスケットボールの試合に関する試合情報が、試合ごとに記憶される。具体的に、試合ＤＢ１４ｄには、試合情報として、競技種別、試合ＩＤ、試合日、試合開始時刻、ホームチームＩＤ、アウェーチームＩＤ等が、互いに関連付けて記憶されてもよい。競技種別は、対象の試合の競技が、サッカー及びバスケットボールの何れであるかを示す。試合ＩＤは、対象の試合を識別する識別情報である。試合日は、対象の試合が行われる日である。試合開始時刻は、対象の試合が開始される時刻である。ホームチームＩＤは、対象の試合に出場するホームチームのチームＩＤである。アウェーチームＩＤは、対象の試合に出場アウェーチームのチームＩＤである。

【0048】

くじＤＢ１４ｅには、各くじに関する基本的な情報を示すくじ情報が記憶される。具体的に、くじＤＢ１４ｅには、くじ情報として、競技種別、くじＩＤ、試合ＩＤ、ホームチームＩＤ、アウェーチームＩＤ、販売期間等が、互いに関連付けて記憶されてもよい。競技種別は、対象のくじが対応する試合の競技が、サッカー及びバスケットボールの何れであるかを示す。くじＩＤは、対象のくじを識別する識別情報である。試合ＩＤは、対象のくじで投票の対象となる試合を示す。ホームチームＩＤは、対象の試合に出場するホームチームのチームＩＤである。アウェーチームＩＤは、対象の試合に出場アウェーチームのチームＩＤである。販売期間は、対象のくじが販売される期間を示す。例えば、対象の試合の一週間前からその試合の開始時刻の所定時間前までの間に、くじが販売されてもよい。

【0049】

オッズＤＢ１４ｆには、試合の結果としてくじで投票可能な選択肢に対する最新のオッズが、くじと選択肢との組み合わせごとに記憶される。具体的に、オッズＤＢ１４ｆには、くじＩＤ、選択肢情報及びオッズ等が、互いに関連付けて記憶されてもよい。くじＩＤは、対象のくじを示す。選択肢情報は、対象の選択肢を示す。サッカーの場合、選択肢は、ホームチームの得点とアウェーチームの得点との組み合わせであってもよい。具体的に、サッカーの選択肢情報は、得点の組み合わせとして、例えば「０－０」、「０－１」、「０－２」、「０－３」、「１－０」、「１－２」、「１－３」、「１－４」、「２－０」、「２－１」、「２－２」、「２－３」、「３－０」、「３－１」、「３－２」、「３－３」、「ホームチームが４点以上獲得してホームチーム勝利」、「アウェーチームが４点以上獲得してアウェーチーム勝利」のうち何れかを示してもよい。ここで、「ホームチームが４点以上獲得してホームチーム勝利」は、ホームチームが４点以上を獲得してホームチームが勝利する得点の組み合わせであれば、何れの組み合わせであってもよいことを示す。「アウェーチームが４点以上獲得してアウェーチーム勝利」は、アウェーチームが４点以上を獲得してアウェーチームが勝利する得点の組み合わせであれば、何れの組み合わせであってもよいことを示す。バスケットボールの場合、選択肢は、ホームチームの得点とアウェーチームの得点との差であってもよい。具体的に、バスケットボールの選択情報は、例えば「１～３点差でホームチーム勝利」、「４～６点差でホームチーム勝利」、「７～９点差でホームチーム勝利」、「１０～１２点差でホームチーム勝利」、「１３～１５点差でホームチーム勝利」、「１６～１８点差でホームチーム勝利」、「１９～２２点差でホームチーム勝利」、「２３点差以上でホームチーム勝利」、「１～３点差でアウェーチーム勝利」、「４～６点差でアウェーチーム勝利」、「７～９点差でアウェーチーム勝利」、「１０～１２点差でアウェーチーム勝利」、「１３～１５点差でアウェーチーム勝利」、「１６～１８点差でアウェーチーム勝利」、「１９～２２点差でアウェーチーム勝利」、「２３点差以上でアウェーチーム勝利」のうち何れかを示してもよい。オッズＤＢ１４ｆに記憶される各オッズは、現時点で最新又は最終のオッズであってもよい。例えば、センターサーバ１は、現在販売中の各くじについて、オッズを管理する所定のサーバ装置から定期的に最新のオッズを取得してもよい。そしてセンターサーバ１は、取得されたオッズでオッズＤＢ１４ｆのオッズを更新してもよい。

【0050】

くじ結果ＤＢ１４ｇには、くじの結果を示すくじ結果情報が、くじごとに記憶される。具体的に、くじ結果ＤＢ１４ｇには、くじ結果情報として、競技種別、くじＩＤ、試合ＩＤ、ホームチーム得点、アウェーチーム得点、及び結果情報等が、互いに関連付けて記憶されてもよい。競技種別は、対象のくじが対応する試合の競技が、サッカー及びバスケットボールの何れであるかを示す。くじＩＤは、対象のくじを示す。試合ＩＤは、対象のくじで投票の対象となる試合を示す。ホームチーム得点は、対象の試合でホームチームが実際に獲得した得点を示す。アウェーチーム得点は、対象の試合でアウェーチームが実際に獲得した得点を示す。結果情報は、対象の試合の結果として、投票可能な選択肢の中から的中した選択肢を示す情報である。具体的に、結果情報は、くじＤＢ１４ｅに記憶される選択肢情報と同様に、得点の組み合わせ又は得点差を示してもよい。

【0051】

閲覧履歴ＤＢ１４ｈには、ユーザによる投票サイトの閲覧の履歴が記憶される。具体的に、閲覧履歴ＤＢ１４ｈには、何れかのユーザ端末２が投票サイトのページを表示するごとに、閲覧ログとして、閲覧日時、閲覧者ＩＤ、及びＵＲＬ（Uniform Resource Locator）等が、互いに関連付けて記憶されてもよい。閲覧日時は、対象のページがユーザ端末２の画面に表示された日時を示す。閲覧者ＩＤは、対象のページを表示したユーザ端末２のユーザのユーザＩＤである。ＵＲＬは、対象のページを識別する情報である。表示されたページが、特定の試合の詳細を表示する画面のページである場合、ページのＵＲＬは、その試合の試合ＩＤを含んでもよい。また、このＵＲＬは、その試合で行われる競技がサッカー及びバスケットボールのうち何れであるかを示す競技種別を含んでもよい。更に、このＵＲＬは、表示された画面の種類（例えば、基本情報、オッズ情報、過去データ、又はくじ結果）を示す情報を含んでもよい。

【0052】

購入履歴ＤＢ１４ｉには、ユーザによるくじの購入の履歴が記憶される。この購入履歴は、試合の結果に対する投票の履歴でもある。具体的に、購入履歴ＤＢ１４ｉには、何れかのユーザがくじを購入するごとに、購入ログとして、購入番号、購入者ＩＤ、購入日時、くじＩＤ、投票情報、及び口数等が、互いに関連付けて記憶されてもよい。購入番号は、対象の購入を識別する情報である。購入者ＩＤは、くじを購入したユーザのユーザＩＤである。購入日時は、くじが購入された日時を示す。くじＩＤは、購入されたくじを示す。投票情報は、試合について予め定められた選択肢としての複数の結果のうち、ユーザが何れの結果に対して投票したかを示す。具体的に、投票情報は、くじＤＢ１４ｅに記憶される選択肢情報と同様に、得点の組み合わせ又は得点差を示してもよい。口数は、対象のくじが購入された個数を示す。

【0053】

応援チームＤＢ１４ｊには、各ユーザが応援するチームに関する情報が記憶される。具体的に、応援チームＤＢ１４ｊには、ユーザと競技との組み合わせごとに、ユーザＩＤ、競技種別、及び応援チームＩＤ等が、互いに関連付けて記憶されてもよい。ユーザＩＤは、対象のユーザを示す。競技種別は、対象の競技を示す。応援チームＩＤは、対象のユーザが対象の競技で応援するチームのチームＩＤである。１人のユーザに対して複数の応援チームＩＤが記憶されてもよい。応援チームＤＢ１４ｊは、ユーザが応援するチームをセンターサーバ１が推定することに基づいて更新される。

【0054】

記憶部１４には、更に、オペレーティングシステム、ＤＢＭＳ（Database Management System）、サーバプログラム等の各種プログラムが記憶されている。サーバプログラムは、投票サイトに関する処理をシステム制御部１１に実行させるプログラムである。サーバプログラムは、例えば、他の装置からインターネットＮＷを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。

【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】

次いで、推定部１１０２は、ユーザが投票した結果において、最人気の結果の予想よりも有利な方のチームの贔屓度を決定する（ステップＳ３１０）。例えば、ユーザによる投票先の結果における得点差から、最人気の結果の予想における得点差を減算することにより、得点差ずれを計算してもよい。この得点差ずれが正の値である場合、ホームチームの方に有利である。得点差ずれが負の値である場合、アウェーチームの方に有利である。得点差ずれが０である場合、何れのチームも有利ではない。推定部１１０２は、オッズ差が大きいほど、有利な方のチームの贔屓度を高くしてもよい。次いで、推定部１１０２は、ユーザが投票した結果において、最人気の結果の予想よりも不利な方のチームの贔屓度を決定する（ステップＳ３１１）。例えば、推定部１１０２は、オッズ差が大きいほど、不利な方のチームの贔屓度を低くしてもよい。得点差ずれが０である場合、推定部１１０２は、ホームチーム及びアウェーチームの両方に同一の贔屓度を決定してもよい。なお、サッカーにおいては、選択肢として「ホームチームが４点以上獲得してホームチーム勝利」、及び「アウェーチームが４点以上獲得してアウェーチーム勝利」がある。この場合、得点差を計算することができない。そこで、推定部１１０２は、ユーザによる投票先の結果及び最人気の結果それぞれが、ホームチームの勝利、アウェーチームの勝利、及び引き分けのうち何れを示しているかを用いて、贔屓度を決定してもよい。

【0103】

次いで、推定部１１０２は、ホームチーム及びアウェーチームそれぞれの投票重みを計算する（ステップＳ３１２）。例えば、推定部１１０２は、それぞれのチームの贔屓度に時期重みを乗算して、投票重みを計算してもよい。次いで、推定部１１０２は、ホームチーム及びアウェーチームそれぞれの購入スコアに、それぞれの投票重みを加算することにより、それらの購入スコアを更新する（ステップＳ３１３）。

【0104】

次いで、推定部１１０２は、番号ｉが、ステップＳ３０１で取得された購入ログの数未満であるか否かを判定する（ステップＳ３１４）。番号ｉが購入ログの数未満である場合（ステップＳ３１４：ＹＥＳ）、推定部１１０２は、番号ｉを１増加させて（ステップＳ３１５）、処理はステップＳ３０４に進む。

【0105】

一方、番号ｉが購入ログの数未満ではない場合（ステップＳ３１４：ＮＯ）、推定部１１０２は、各チームの購入スコアを重み合計で除算することにより、各チームの応援度を計算する（ステップＳ３１６）。次いで、推定部１１０２は、応援度が所定の閾以上であるチームを、応援チームに決定する（ステップＳ１１０）。次いで、推定部１１０２は、決定された応援チームのチームＩＤを、選択ユーザのユーザＩＤと選択競技を示す競技種別とに関連付けて応援チームＤＢ１４ｊに記憶させて（ステップＳ１１１）、応援チーム推定処理は終了する。

【0106】

以上説明したように、本実施形態によれば、ユーザ情報は、試合の結果に対する投票の履歴を示す購入履歴を含む。また、センターサーバ１が、複数のチームのうち何れのチームが行う試合の結果に対してユーザが投票したかに基づいて、応援するチームを推定する。この処理によれば、何れのチームが行う試合についてユーザが投票したかを示す購入履歴が推定に用いられる。ユーザは、そのユーザが応援するチームが行う試合の結果に投票する可能性があるので、この購入履歴に基づいて、ユーザが応援するチームを推定することができる。

【0107】

ここで、センターサーバ１が、ユーザの投票先として購入履歴により示される結果、及び複数の結果のうち、現実となる可能性が相対的に高い結果として定められた結果に基づいて、応援するチームを推定してもよい。この場合、ユーザが投票を行った試合について、何れの結果にユーザが投票したかと、実現可能性が高い結果とに基づいて、応援するチームが推定される。或る試合に出場する複数のチームのうち一部のチームをユーザが応援する場合、ユーザが投票先として選択する結果は、ユーザが特定のチームを応援することの影響を受ける場合がある。そのため、ユーザが投票先として選択する結果と実現可能性が高い結果とが相違する場合がある。従って、ユーザが応援するチームを推定することができる。

【0108】

［３．第３実施形態］
次に、図１２乃至図１３を参照して第３実施形態について説明する。以下に説明する点を除き、第２実施形態は第１実施形態又は第２実施形態と同一であってもよい。本実施形態においても、ユーザ情報として行動履歴が用いられる。本実施形態においては、行動履歴として、閲覧履歴及び購入履歴の両方が用いられる。従って、情報取得部１１０１は、閲覧履歴及び購入履歴を取得する。

【0109】

推定部１１０２は、情報取得部１１０１により取得された閲覧履歴及び購入履歴に基づいて、ユーザが応援するチームを推定する。例えば、推定部１１０２は、ユーザが情報を閲覧した試合を行うチームと、ユーザが投票を行った試合を行うチームと、で共通するチームの中から、そのユーザが応援すると推定されるチームを決定してもよい。これにより、推定精度を高めることができる。ユーザが或るチームを応援する場合、そのユーザは、応援するチームに関する情報を閲覧するとともに、そのチームが出場する試合のくじを購入する可能性がある。推定部１１０２は、例えば予め定められた複数のチームの中で、情報の閲覧の回数若しくは頻度が相対的に高い１又は複数のチームと、くじの購入回数若しくは頻度が相対的に高い１又は複数のチームと、で共通するチームを、そのユーザが応援するチームとして推定してもよい。

【0110】

図１２は、ユーザが応援するチームの推定例を示す図である。図１２に示すように、或るユーザＹの閲覧履歴２０２０は、閲覧ログ２０２１、２０２２及び２０２３等を含む。閲覧ログ２０２１は、チームＡとチームＢが対戦する試合の詳細画面が閲覧されたことを示す。閲覧ログ２０２２は、チームＣとチームＡが対戦する試合の詳細画面が閲覧されたことを示す。閲覧履歴２０２３は、チームＢとチームＤが対戦する試合の詳細画面が閲覧されたことを示す。全体として、全チームのうち、チームＡ及びＢの何れかが出場する試合の情報が閲覧された回数が最も多い。一方、ユーザＹの購入履歴３０２０は、閲覧ログ３０２１、３０２２及び３０２３等を含む。購入ログ３０２１は、チームＡとチームＥが対戦する試合のくじが購入されたことを示す。購入ログ３０２２は、チームＥとチームＢが対戦する試合のくじが購入されたことを示す。購入履歴３０２３は、チームＢとチームＤが対戦する試合のくじが購入されたことを示す。全体として、全チームのうち、チームＢ及びＥの何れかが出場する試合のくじが購入された回数が最も多い。共通するチームはチームＢである。従って、推定部１１０２は、ユーザＹはチームＢを応援すると推定してもよい。

【0111】

図１３は、本実施形態に係るセンターサーバ１のシステム制御部１１により実行される応援チーム推定処理の一例を示すフローチャートである。図１３において、図７と同一の処理については同一の符号が付されている。

【0112】

図１３に示すように、システム制御部１１は、選択ユーザの閲覧履歴に基づいて、選択競技の各チームの応援度を計算する（ステップＳ４０１）。例えば、システム制御部１１は、図７に示すステップＳ１０１～Ｓ１０９を実行してもよい。次いで、推定部１１０２は、ステップＳ４０１で計算された応援度が所定の閾値以上であるチームを、第１応援候補に決定する（ステップＳ４０２）。

【0113】

次いで、システム制御部１１は、選択ユーザの購入履歴に基づいて、選択競技の各チームの応援度を計算する（ステップＳ４０３）。例えば、システム制御部１１は、図１１に示すステップＳ３０１～Ｓ３１６を実行してもよい。次いで、推定部１１０２は、ステップＳ４０３で計算された応援度が所定の閾値以上であるチームを、第２応援候補に決定する（ステップＳ４０４）。なお、ステップＳ４０２で用いられる閾値とステップＳ４０４で用いられる閾値とは、同値であってもよいし異なる値であってもよい。

【0114】

次いで、推定部１１０２は、第１応援候補と第２応援候補とで共通するチームを、応援チームに決定する（ステップＳ４０５）。次いで、推定部１１０２は、決定された応援チームのチームＩＤを、選択ユーザのユーザＩＤと選択競技を示す競技種別とに関連付けて応援チームＤＢ１４ｊに記憶させて（ステップＳ１１１）、応援チーム推定処理は終了する。

【0115】

以上説明したように、本実施形態によれば、ユーザ情報は、試合に関する情報の閲覧の履歴を示す閲覧履歴、及び試合の結果に対する投票の履歴を示す購入履歴を含む。また、センターサーバ１が、ユーザが試合情報を閲覧した試合を行うチームと、ユーザが投票した試合を行うチームと、で共通するチームの中から、ユーザが応援すると推定されるチームを決定する。この処理によれば、ユーザにより情報が閲覧された試合を行い且つユーザが結果に投票した試合を行うチームの中から、ユーザが応援すると推定されるチームが決定される。両方の履歴を用いることで、応援するチームの推定精度を高めることができる。

【0116】

［４．第４実施形態］
次に、図１４を参照して第４実施形態について説明する。以下に説明する点を除き、第４実施形態は、第１実施形態～第３実施形態の何れかと同一であってもよい。本実施形態においては、ユーザ情報として、お気に入りの情報が用いられる。

【0117】

情報取得部１１０１は、予め定められた複数のチームのうち、ユーザによりお気に入りとして登録されたチームを示すお気に入り情報を取得する。本実施形態において、お気に入り情報は、お気に入りチームＤＢ１４ｃに記憶されるお気に入りチームＩＤであってもよい。

【0118】

推定部１１０２は、情報取得部１１０１により取得されたお気に入り情報に基づいて、ユーザが応援するチームを推定する。例えば、推定部１１０２は、お気に入りチームＩＤにより示されるチームを、ユーザが応援するチームであると推定してもよい。ユーザがお気に入りに登録したチームは、そのユーザが応援するチームである蓋然性が高い。

【0119】

図１４は、本実施形態に係るセンターサーバ１のシステム制御部１１により実行される応援チーム推定処理の一例を示すフローチャートである。図１４において、図７と同一の処理については同一の符号が付されている。

【0120】

図１４に示すように、情報取得部１１０１は、お気に入りチームＤＢ１４ｃから、選択ユーザのユーザＩＤと選択競技を示す競技種別との組み合わせに関連付けられたお気に入りチームＩＤを取得する（ステップＳ５０１）。次いで、推定部１１０２は、取得されたお気に入りチームＩＤにより示されるチームを応援チームに決定する（ステップＳ５０２）。次いで、推定部１１０２は、決定された応援チームのチームＩＤを、選択ユーザのユーザＩＤと選択競技を示す競技種別とに関連付けて応援チームＤＢ１４ｊに記憶させて（ステップＳ１１１）、応援チーム推定処理は終了する。

【0121】

以上説明したように、本実施形態によれば、ユーザが応援するが故にお気に入りに登録されたチームを特定することができる。

【0122】

［５．第５実施形態］
次に、図１５を及び図１６を参照して第５実施形態について説明する。以下に説明する点を除き、第５実施形態は、第１実施形態～第４実施形態の何れかと同一であってもよい。本実施形態においては、ユーザ情報として、そのユーザの住む場所を示す情報が用いられる。

【0123】

情報取得部１１０１は、ユーザが住む場所を示す情報を取得する。ユーザが住む場所を示す情報は、住所であってもよいし、ユーザの住所地がある市区町村、都道府県、地方、若しくはその他の種類の地域を示す情報であってもよい。

【0124】

情報取得部１１０１は、更に予め定められた複数のチームそれぞれが本拠とする場所を示す情報を取得してもよい。本拠とする場所を示す情報は、例えば本拠地として本拠となる競技場若しくは事務所の住所自体であってもよいし、その本拠地がある市区町村、都道府県、地方等、若しくはその他の種類の地域を示す情報であってもよい。

【0125】

推定部１１０２は、ユーザが住む場所と、複数のチームそれぞれが本拠とする場所と、に基づいて、そのユーザが応援するチームを推定する。例えば、推定部１１０２は、ユーザが住む場所と本拠地との位置関係に基づいて推定を行ってもよい。推定部１１０２は、ユーザが住む場所から本拠地までが相当程度に近いと考えられるチームを、そのユーザが応援するチームとして推定してもよい。その理由は、ユーザの地元にあるチームをそのユーザが応援する蓋然性が高いからである。推定部１１０２は、ユーザの住所地がある区域と、各チームの本拠地がある区域とを特定してもよい。例えば、日本が、市区町村単位、都道府県単位、地方単位、若しくは東西で複数の区域に分けられてもよい。推定部１１０２は、ユーザの住所地がある区域と同一区域に本拠地があるチームを、ユーザが応援するチームであると推定してもよい。或いは、推定部１１０２は、ユーザの住所地がある区域と同一区域に本拠地があるか若しくは隣接する区域に本拠地があるチームを、ユーザが応援するチームであると推定してもよい。或いは、推定部１１０２は、ユーザの住所地がある区域から本拠地がある区域までに通過する区域の数が所定数未満であるチームを、ユーザが応援するチームであると推定してもよい。或いは、推定部１１０２は、ユーザの住所地から本拠地までの距離が所定距離未満であるチームを、ユーザが応援するチームであると推定してもよい。

【0126】

図１５は、ユーザが応援するチームの推定例を示す図である。図１５に示すように、ユーザＸは川崎市に住んでいる。チームＤＢ１４ｂには、各チームの本拠地名が記憶されている。例えば、チームＡの本拠地は大阪府である。チームＢの本拠地は柏市である。チームＣの本拠地は横浜市である。チームＤの本拠地は旧浦和市に相当する地域である。チームＥの本拠地は川崎市である。チームＦの本拠地は仙台市である。ユーザが応援するチームの本拠地を、ユーザが住む市区町村内に限定する場合、推定部１１０２は、川崎市に本拠地があるチームＥをユーザＸが応援すると推定してもよい。

【0127】

図１６は、本実施形態に係るセンターサーバ１のシステム制御部１１により実行される応援チーム推定処理の一例を示すフローチャートである。図１６において、図７と同一の処理については同一の符号が付されている。

【0128】

図１６に示すように、情報取得部１１０１は、会員ＤＢ１４ａから、選択ユーザのユーザＩＤに関連付けられた住所を取得する（ステップＳ６０１）。次いで、情報取得部１１０１は、チームＤＢ１４ｂから、選択競技を示す競技種別に関連付けられた各チームの本拠地名を取得する（ステップＳ６０２）。次いで、推定部１１０２は、選択ユーザの住所地がある区域内に本拠地があるチームを、応援チームに決定する（ステップＳ６０３）。例えば、推定部１１０２は、ユーザの住所名に基づいて、ユーザの住所地がある区域を特定する。また、推定部１１０２は、本拠地名に基づいて、各チームの本拠地がある区域を特定する。推定部１１０２は、ユーザの住所地がある区域と本拠地の区域とが一致するチームを、応援チームに決定する。次いで、推定部１１０２は、決定された応援チームのチームＩＤを、選択ユーザのユーザＩＤと選択競技を示す競技種別とに関連付けて応援チームＤＢ１４ｊに記憶させて（ステップＳ１１１）、応援チーム推定処理は終了する。

【0129】

以上説明したように、本実施形態によれば、ユーザ情報は、ユーザが住む場所を示す情報を含む。また、センターサーバ１が、ユーザが住む場所と、複数のチームそれぞれが本拠とする場所と、に基づいて、応援するチームを推定する。この処理によれば、ユーザが住む場所を示す情報が推定に用いられる。ユーザは、ユーザの地元又はその地元から比較的に近い場所を本拠とするチームを応援する可能性があるので、ユーザが応援するチームを推定することができる。

【0130】

［６．第６実施形態］
次に、第６実施形態について説明する。以下に説明する点を除き、第６実施形態は、第１実施形態～第５実施形態の何れかと同一であってもよい。本実施形態においては、ユーザ情報として、閲覧履歴、購入履歴、お気に入りのチームの情報、住所を示す情報のうち、何れか２種類以上の情報が用いられる。従って、情報取得部１１０１は、対象となる２種類以上の情報それぞれを取得する。

【0131】

本実施形態において、推定部１１０２は、取得された２種類以上の情報を総合的に勘案して、ユーザが応援するチームを取得する。例えば、推定部１１０２は、各情報の重要性に応じた重みをその情報に付与する。例えば、他の情報と比較して、お気に入りのチームの情報の重要性が相対的に高いかもしれない。その理由は、好きなチームをユーザがお気に入りに登録する蓋然性が高いからである。また、閲覧履歴よりも購入履歴の方の重要性が高いかもしれない。その理由は、試合に関する情報を閲覧する行為よりも、金銭を支払って投票する行為の方が、ユーザにとってハードル高い行為であるからである。

【0132】

取得されるユーザ情報に閲覧履歴及び購入履歴の少なくとも何れか一方が含まれる合、前述したように、推定部１１０２は各チームについて応援度を計算してもよい。推定部１１０２は、各チームの応援度に、閲覧履歴又は購入履歴に対応した重みを乗算することで、閲覧履歴又は購入履歴に対応する各チームのスコアを計算してもよい。ユーザ情報にお気に入りのチームの情報が含まれる場合、推定部１１０２は、例えばユーザがお気に入りに登録したチームに、０よりも大きい所定のスコアを付与し、ユーザがお気に入りに登録していないチームに、スコアとして０を付与してもよい。ユーザ情報にユーザが住む場所の情報が含まれる場合、推定部１１０２は、例えば所定の条件に基づいてユーザの住所地から本拠地が近いと判定されるチームに、０よりも大きい所定のスコアを付与し、その他のチームに、スコアとして０を付与してもよい。或いは、推定部１１０２は、ユーザの住所地から本拠地までの距離又は区域数に応じて、各チームにスコアを付与してもよい。

【0133】

推定部１１０２は、各チームについて全スコアを合計し、合計スコアが最も高いチーム、合計スコアが高い順に所定数のチーム、若しくは合計スコアが所定の閾値以上であるチームを、ユーザが応援するチームであると推定してもよい。

【0134】

［７．第７実施形態］
次に、図１７及び図１８を参照して第７実施形態について説明する。以下に説明する点を除き、第７実施形態は、第１実施形態～第６実施形態の何れかと同一であってもよい。本実施形態においては、ユーザ情報として、対象となる競技とは異なる競技でユーザが応援すると推定されたチームの本拠がある場所を示す情報が用いられる。そのため、本実施形態においては、複数の競技について、ユーザが応援するチームを推定することが前提であってもよい。

【0135】

複数の競技のうち一部の競技については、第１実施形態～第６実施形態で説明したようなユーザ情報、すなわち、行動履歴、お気に入りのチームの情報、又はユーザが住む場所の情報からでは、そのユーザが応援するチームを推定することができないか、又は推定精度に疑問が生じる場合がある。例えば、そのユーザの閲覧履歴又は購入履歴が無い場合、その履歴から応援するチームを推定することは不可能である。また、情報の閲覧回数又はくじの購入回数が少ない場合、応援するチームの推定自体は可能であるかもしれないが、その推定精度は低くなる。また、ユーザがお気に入りに登録したチームがない場合、お気に入りの情報からの推定は不可能である。また、ユーザの住所地に本拠地が近いチームが存在しない場合、ユーザが住む場所の情報からの推定は難しい。

【0136】

その一方で、或る競技についてユーザが特定のチームを応援している場合、そのチームが本拠とする場所に比較的に近い場所を本拠とする別の競技のチームを、そのユーザが応援している可能性がある。その理由は、ユーザは、その場所がある地域に何らかの思い入れがある可能性があるからである。例えば、ユーザが過去に住んでいた地域や訪れたことがある地域のチームを、そのユーザが応援する可能性がある。或いは、単純に、ユーザは、応援するチームの本拠がある地域の別のチームを好きになるかもしれない。こうして、何れかの競技についてユーザが応援するチームを推定することができれば、そのチームの情報に基づいて、別の競技についてユーザが応援するチームを推定することができる場合がある。例えば、或る競技についてユーザが投票サイトを然程利用していないことにより、その競技についてユーザの行動履歴やお気に入りのチームの情報がない一方で、別の競技についてユーザが投票サイトを或る程度の頻度以上利用している場合に、有効であると考えられる。

【0137】

以降においては、サッカー及びバスケットボールのうち何れか一方を第１競技とする。サッカー及びバスケットボールのうち、第１競技ではない方の競技を、第２競技とする。本実施形態においては、２競技についてユーザが応援するチームの推定が行われるが、３競技以上の競技について推定が行われてもよい。

【0138】

本実施形態において、情報取得部１１０１は、第１競技及び第２競技それぞれについて、ユーザ情報を取得し又は取得を試みる。推定部１１０２は、情報取得部１１０１によりユーザ情報が取得された競技について、そのユーザ情報に基づいて、ユーザが応援するチームを推定し又は推定を試みる。ここで、第１競技については、応援するチームを推定することができた一方で、第２競技については、応援するチームを推定することができないと判定されたと仮定する。

【0139】

情報取得部１１０１は、第１競技についてユーザが応援すると推定部１１０２により推定されたチームが本拠とする場所を示す情報を取得する。この情報は、第５実施形態において説明した情報と同じ情報であってもよい。

【0140】

推定部１１０２は、情報取得部１１０１により取得された情報により示される場所と、第２競技を行う予め定められた複数のチームそれぞれが本拠とする場所と、に基づいて、それら複数のチームのうち、ユーザが応援するチームを推定する。例えば、ユーザが住む場所が、第１競技についてユーザが応援すると推定されたチームが本拠とする場所に変わったことを除き、推定部１１０２は、第５実施形態の場合と同様に、第２競技についてユーザが応援するチームを推定してもよい。

【0141】

図１７は、ユーザが応援するチームの推定例を示す図である。例えば、閲覧履歴及び購入履歴に基づいて、ユーザが応援するチームを推定するものとする。図１７に示すように、サッカーのプロリーグに所属しているチームは、チームＡ～Ｆ等である。推定部１１０２は、閲覧履歴及び購入履歴に基づいて、サッカーについてユーザＸがチームＡを応援すると推定した。チームＡの本拠地は大阪府である。一方、バスケットボールについて、ユーザＸの閲覧履歴及び購入履歴の何れも記憶されていない。バスケットボールのプロリーグに所属するチームは、チームＪ～チームＯ等である。チームＪの本拠地は秋田市である。チームＫの本拠地は茨城市である。チームＬの本拠地は大阪府である。チームＭの本拠とは川崎市である。チームＮの本拠地は名古屋市である。チームＯの本拠地は島根市である。ユーザが応援するチームの本拠地を、同一市区町村内に限定する場合、推定部１１０２は、大阪府に本拠地があるチームＬをユーザＸが応援すると推定してもよい。

【0142】

図１８は、本実施形態に係るセンターサーバ１のシステム制御部１１により実行される応援チーム推定制御処理の一例を示すフローチャートである。例えば、所定期間が経過するたびに、システム制御部１１は、各ユーザについて、応援チーム推定制御処理を実行してもよい。この場合、システム制御部１１は、各応援チーム推定制御処理を実行する際に、対象となるユーザを選択する。

【0143】

図１８に示すように、先ず推定部１１０２は、番号ｊを１に設定する（ステップＳ７０１）。次いで、推定部１１０２は、選択競技を競技ｊに設定する（ステップＳ７０２）。競技ｊは、投票サイトでくじの購入が可能な競技のうちｊ番目の競技である。次いで、情報取得部１１０１は、選択競技について、応援チーム推定処理で用いるユーザ情報があるか否かを判定する（ステップＳ７０３）。ユーザ情報として必要な情報は、応援チーム推定処理の内容に依存する。ユーザ情報として閲覧履歴又は購入履歴が用いられる場合、情報取得部１１０１は、選択ユーザのユーザＩＤと選択競技を示す競技種別との組み合わせに関連付けられた閲覧ログ又は購入ログを、閲覧履歴ＤＢ１４ｈ又は購入履歴ＤＢ１４ｉから検索してもよい。情報取得部１１０１は、閲覧ログの数が所定数（例えば、３個、５個等）以上であるか否かを判定してもよい。また、情報取得部１１０１は、購入ログの数が所定数以上であるか否かを判定してもよい。ユーザ情報としてお気に入りの情報が用いられる場合、情報取得部１１０１は、選択ユーザのユーザＩＤと選択競技を示す競技種別との組み合わせに関連付けられた応援チームＩＤがお気に入りチームＤＢ１４ｃに記憶されているか否かを判定してもよい。

【0144】

ユーザ情報がある場合（ステップＳ７０３：ＹＥＳ）、システム制御部１１は、選択競技について応援チーム推定処理を実行する（ステップＳ７０４）。応援チーム推定処理は、例えば第１実施形態～第６実施形態で説明されたような処理であってもよい。

【0145】

ユーザ情報がない場合（ステップＳ７０３：ＮＯ）、又はステップＳ７０４の後、推定部１１０２は、番号ｊが、くじを購入可能な競技数未満であるか否かを判定する（ステップＳ７０５）。番号ｊが競技数未満である場合（ステップＳ７０５：ＹＥＳ）、推定部１１０２は、番号ｊを１増加させて（ステップＳ７０６）、処理はステップＳ７０２に進む。

【0146】

一方、番号ｊが競技数未満ではない場合（ステップＳ７０５：ＮＯ）、推定部１１０２は、番号ｊを１に設定する（ステップＳ７０７）。次いで、推定部１１０２は、競技ｊについて、ステップＳ７０４の応援チーム推定処理で応援チームが決定されたか否かを判定する（ステップＳ７０８）。

【0147】

応援するチームが決定されていなかった場合（ステップＳ７０８：ＮＯ）、推定部１１０２は、競技ｊ以外の他の競技についてステップＳ７０４の応援チーム推定処理で決定された応援チームの本拠地名を、チームＤＢ１４ｂから取得する（ステップＳ７０９）。次いで、情報取得部１１０１は、競技ｊを示す競技種別に関連付けられた各チームの本拠地名を、チームＤＢ１４ｂから取得する（ステップＳ７１０）。次いで、推定部１１０２は、他の競技について決定された応援チームの本拠地がある区域内に本拠地がある競技ｊのチームを、応援チームに決定する（ステップＳ７１１）。例えば、推定部１１０２は、本拠地名に基づいて、各チームの本拠地がある区域を特定する。推定部１１０２は、他の競技の応援チームの本拠地がある区域と本拠地の区域とが一致するチームを、応援チームに決定する。次いで、推定部１１０２は、決定された応援チームのチームＩＤを、選択ユーザのユーザＩＤと競技ｊを示す競技種別とに関連付けて応援チームＤＢ１４ｊに記憶させる（ステップＳ１１１）。

【0148】

応援チームが決定されていた場合（ステップＳ７０８：ＹＥＳ）、又はステップＳ１１１の後、推定部１１０２は、番号ｊが、くじを購入可能な競技数未満であるか否かを判定する（ステップＳ７１２）。番号ｊが競技数未満である場合（ステップＳ７１２：ＹＥＳ）、推定部１１０２は、番号ｊを１増加させて（ステップＳ７１３）、処理はステップＳ７０８に進む。一方、番号ｊが競技数未満ではない場合（ステップＳ７１２：ＮＯ）、応援チーム推定制御処理は終了する。

【0149】

以上説明したように、本実施形態によれば、センターサーバ１が、ユーザ情報に基づいて、第１競技を行う複数のチームのうち、ユーザが応援するチームを推定する。また、センターサーバ１が、第１競技についてユーザが応援すると推定されたチームが本拠とする場所を示す情報を取得する。また、センターサーバ１が第１競技についてユーザが応援すると推定されたチームが本拠とする場所と、第２競技を行うの複数のチームそれぞれが本拠とする場所と、に基づいて、第２競技を行う複数のチームのうち、ユーザが応援するチームを推定する。ユーザは、互いに同じ区域又は比較的に近い区域に本拠がある複数のチームを応援する可能性がある。そのため、第１競技についてユーザが応援するチームを、ユーザ情報を用いて推定することができれば、第２競技については、たとえユーザ情報を用いなかったとしても、ユーザが応援するチームを推定することができる。

【符号の説明】

【0150】

１ センターサーバ
２ ユーザ端末
１１ システム制御部
１２ システムバス
１３ 入出力インタフェース
１４ 記憶部
１４ａ 会員ＤＢ
１４ｂ チームＤＢ
１４ｃ お気に入りチームＤＢ
１４ｄ 試合ＤＢ
１４ｅ くじＤＢ
１４ｆ オッズＤＢ
１４ｇ くじ結果ＤＢ
１４ｈ 閲覧履歴ＤＢ
１４ｉ 購入履歴ＤＢ
１４ｊ 応援チームＤＢ
１５ 通信部
ＮＷ ネットワーク
Ｓ 投票システム
１１０１ 情報取得部
１１０２ 推定部
１１０３ 送信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】