特開 2024-40383 情報処理装置、情報処理方法及びプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024040383

(43)【公開日】2024-03-25

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

(51)【国際特許分類】

   G06Q 50/34 20120101AFI20240315BHJP

【ＦＩ】

G06Q50/34

【審査請求】有

【請求項の数】1

【出願形態】ＯＬ

(21)【出願番号】P 2024019643

(22)【出願日】2024-02-13

(62)【分割の表示】P 2020001998の分割

【原出願日】2020-01-09

(71)【出願人】

【識別番号】500033117

【氏名又は名称】株式会社ＭＩＸＩ

(72)【発明者】

【氏名】石井 公二

(72)【発明者】

【氏名】楠井 大地

(72)【発明者】

【氏名】舛井 一文

(57)【要約】

【課題】個人が単独で投票する場合に比べて、投票によって得られる払戻額を安定させることが可能な技術を提供する。
【解決手段】ステップＳ１で、投票受付部１３０は、グループに所属する各ユーザの端末２０から投票の受付を開始する。ステップＳ２で、投票実行部１４０は、受け付けた投票内容に従って投票券を購入し、該当する競技の結果に基づき、各ユーザの投票が当たったか否かを検出する。ステップＳ３で、分配部１５０は、検出された各ユーザの投票結果とともに、所属するグループに対して設定されている分配条件に基づき、各ユーザへ払戻額の分配を行い、処理を終了する。
【選択図】図５

【特許請求の範囲】

【請求項1】

グループに所属する複数のユーザの各々から、順位を競う競技の投票を受け付ける第１受付部と、
各ユーザによる前記競技の投票結果に応じた払戻額を、前記グループに対して設定されている分配条件に従って分配する分配部と
を具備する、情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

【背景技術】

【0002】

例えば、競輪や競馬、競艇等の競技においては、投票者（ユーザ）からの投票を受け付ける投票装置が用いられる。投票者は、投票に必要な投票事項を投票用紙に記載し、投票装置に入力することにより投票を行うことができる。一例として、競輪の場合、投票者は、過去の戦績、競技当日の選手の状態、オッズ等の情報を参考にして競技結果を予想し、予想結果に基づき、競技番号や、３連単、ワイドといった投票方式、投票対象となる選手の車番、投票する金額等を投票用紙にマークすることで、投票券を購入することができる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開平１１－９６２５３号公報

【発明の概要】

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

【0004】

ここで、投票を行うユーザが自分一人で投票券を購入する場合には、ある競技で大きく勝つこともあるが、別の競技で大きく負け越すこともあり、所定期間（例えば１日や１週間）でのユーザの払戻額が不安定になることが予測される。このことは、投票したことがないユーザや投票経験が少ないユーザを遠ざける一因になっていると考えられる。

【0005】

本発明は、以上説明した事情を鑑みてなされたものであり、個人が単独で投票する場合に比べて、投票によって得られる払戻額を安定させることが可能な技術を提供することを目的とする。

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

【0006】

本発明の一態様に係る情報処理装置は、グループに所属する複数のユーザの各々から、順位を競う競技の投票を受け付ける第１受付部と、各ユーザによる競技の投票結果に応じた払戻額を、グループに対して設定されている分配条件に従って分配する分配部と、を具備することを要旨とする。

【発明の効果】

【0007】

本発明によれば、個人が単独で投票する場合に比べて、投票によって得られる払戻額を安定させることが可能となる。

【図面の簡単な説明】

【0008】

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

【図2】サーバのハードウェア構成例を示す図である。

【図3】サーバの機能ブロック構成例を示す図である。

【図4】ユーザ管理ＤＢ、グループ管理ＤＢ及び分配条件ＤＢの一例を示す。

【図5】サーバが行う処理手順の一例を示すフローチャートである。

【図6】分配条件１の説明図である。

【図7】分配条件２の説明図である。

【図8】分配条件３の説明図である。

【図9】分配条件４の説明図である。

【図10】サーバの機能ブロック構成例を示す図である。

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

【0009】

添付図面を参照して、本発明の実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

【0010】

Ａ．本実施形態
＜システム構成＞
図１は、本実施形態に係る投票システム１のシステム構成の一例を示す図である。図１に示す投票システム１は、サーバ１０と、１以上の端末２０とを備える。サーバ１０及び端末２０は、インターネットやイントラネット、無線ＬＡＮ、移動通信等の通信ネットワークＮを介して互いに通信可能に接続されている。サーバ１０及び端末２０は、情報処理装置と称されてもよい。

【0011】

サーバ１０は、１又は複数の物理的なサーバ等から構成されていてもよいし、ハイパーバイザー（hypervisor）上で動作する仮想的なサーバを用いて構成されていてもよいし、クラウドサーバを用いて構成されていてもよい。端末２０は、ユーザが利用する端末であり、ユーザは、端末２０を操作することで投票対象に投票を行うことができる。端末２０は、例えば、携帯電話（スマートフォンを含む）、タブレット端末、パーソナルコンピュータ等である。

【0012】

サーバ１０は、投票が行われる各競技において、各ユーザが所属するグループの管理、各ユーザによって行われる投票の管理、各ユーザが保持する所定価値の管理、競技の結果に応じた払戻額（払い戻し量）の管理などの各種処理を実行する。

【0013】

競技は、例えば、競輪、競馬、競艇、オート競技、サッカー、野球、ラグビーのように、複数の出場者（チーム又は個人）の間で順位を競う、あらゆる競技を含む。

【0014】

グループは、払戻額の分配を目的として設立されるグループである。本実施形態では、グループに所属するユーザであって、当該グループの発起人となるユーザ（以下、「ホストユーザ」という。）により、当該グループの所属条件（例えば、投票経験年数や年齢など）が設定される。

【0015】

投票とは、各ユーザが、予想結果に基づき、競技番号や、投票方式（例えば、３連単やワイドなど）、投票対象（選手や動物）などを指定し、所定価値を投票する（賭ける）ことを意味する。

【0016】

所定価値とは、投票に利用可能な価値であり、例えば、金銭でもよいし、ポイントであってもよい。ポイントは、投票することに加えて、所定のサービス又はゲームで利用可能であってもよい。また、ポイントは、例えば所定のサービス又はゲームをプレイするユーザが、所定のサービスやゲーム内にて無償で受け取ることが可能なポイント（無償ポイント）であってもよいし、所定のサービスやゲーム内で金銭の支払と引き換えに（課金することで）受け取ることが可能なポイント（有償ポイント）であってもよい。所定価値は、単に「価値」と称されてもよい。

【0017】

本実施形態では、グループに対して払戻額の分配条件（収益、損益を平均化する手法など）が設定されている。グループに所属する各ユーザは、投票を行うと、グループに対して設定されている分配条件に従って、投票結果に応じた払戻額を受けることができる（詳細は後述）。

【0018】

＜ハードウェア構成＞
図２は、サーバ１０のハードウェア構成例を示す図である。サーバ１０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphical processing unit）等のプロセッサ１１、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等の記憶装置１２、有線又は無線通信を行う通信ＩＦ（Interface）１３、入力操作を受け付ける入力デバイス１４、及び情報の出力を行う出力デバイス１５を有する。入力デバイス１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等である。出力デバイス１５は、例えば、ディスプレイ及び／又はスピーカ等である。

【0019】

＜機能ブロック構成＞
図３は、サーバ１０の機能ブロック構成例を示す図である。サーバ１０は、記憶部１００と、条件受付部１１０と、募集部１２０と、投票受付部１３０と、投票実行部１４０と、分配部１５０とを含む。記憶部１００は、サーバ１０が備える記憶装置１２を用いて実現することができる。また、条件受付部１１０と、募集部１２０と、投票受付部１３０と、投票実行部１４０と、分配部１５０は、サーバ１０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

【0020】

記憶部１００には、ユーザに関する各種情報を管理するユーザ管理ＤＢ１０１と、各ユーザが所属するグループに関する各種情報を管理するグループ管理ＤＢ１０２と、払戻額を分配する際の分配条件を格納する分配条件ＤＢ１０３とを記憶する。

【0021】

図４のＡは、ユーザ管理ＤＢ１０１の一例を示す。
ユーザ管理ＤＢ１０１には、グループＩＤと、ユーザＩＤと、所持価値と、収支情報とが対応づけて登録されている。「グループＩＤ」は、ユーザが所属するグループを一意に識別するための識別子である。「ユーザＩＤ」は、ユーザを一意に識別するための識別子である。「所持価値」は、ユーザが投票に利用可能な所定価値である。「収支情報」は、競技ごとの投資額と、回収額と、払戻額とを含んで構成される。「投資額」は、ユーザによって投票される所定価値をあらわし、「回収額」は、投票結果に基づいて、ユーザに回収される所定価値をあらわし、「払戻額」は、所属するグループに設定されている分配条件に従って、当該ユーザに分配される所定価値をあらわす。

【0022】

図４のＢは、グループ管理ＤＢ１０２の一例を示す。
グループ管理ＤＢ１０２には、グループＩＤと所属条件とが対応づけて登録されている。「所属条件」は、投票経験年数や年齢など、そのグループに所属するのに必要な条件が含まれる。上述したように、本実施形態では、グループに所属するユーザであって、グループの発起人となるホストユーザが所属条件を設定するケースを想定するが、これに限る趣旨ではない。システム側で所属条件を予め設定してもよく、また、グループに所属しないシステム運営者などが所属条件を設定してもよい。

【0023】

図４のＣは、分配条件ＤＢ１０３の一例を示す。
分配条件ＤＢ１０３には、グループＩＤと、払戻額の分配条件とが対応付けて登録されている。図４のＣについて説明すると、グループＡについては、当該グループＡに所属する各ユーザの損益と収益を平均化し、各ユーザへ払戻額を分配する手法（分配条件１）が登録され、グループＢについては、利益の多いユーザほど分配を大きくする手法（分配条件２）が登録され、・・・といった具合である。分配条件は、例えばホストユーザが設定してもよいが、システム側で予め設定してもよく、また、グループに所属しないシステム運営者などが設定してもよい。

【0024】

条件受付部（第２受付部）１１０は、グループの発起人であるホストユーザから、グループを識別するグループＩＤとともに、当該グループへの所属条件を受け付ける。条件受付部１１０は、受け付けたグループＩＤと所属条件とを、対応づけてグループ管理ＤＢ１０２に登録する。

【0025】

募集部１２０は、所属条件を受け付けたグループについて、当該グループに所属するメンバ（すなわちユーザ）の募集を行う。一例として、募集部１２０は、本投票システム１を利用する各ユーザの端末２０に対し、グループへの所属条件（例えば、「投票経験年数が５年以上、募集人数は５名」など）を送信し、グループの募集が開始された旨を通知する。その後、募集部１２０は、所属条件に合致するユーザから、グループへの所属を希望する旨のリクエストを受けると、当該グループに所属するユーザとして承認する。例えば、あるユーザＡを、グループＡに所属するユーザとして承認した場合には、募集部１２０は、前掲図４のＡに示すように、ユーザＡのユーザＩＤ（Ｕ０００１）に、グループＡのグループＩＤ（Ｇ００１）を対応づけてユーザ管理ＤＢ１０１に登録する。

【0026】

投票受付部（第１受付部）１３０は、グループに所属する各ユーザの端末２０から、競技の投票を受け付ける。前述したように、各ユーザからの投票には、ユーザＩＤ、グループＩＤ、競技番号、投票方式、投票対象、投票する所定価値などの指定を含む。

【0027】

投票実行部１４０は、受け付けた投票内容に従って投票券を購入するとともに、該当する競技の結果に基づき、各ユーザの投票が当たったか否か（すなわち、投票結果）を検出する。

【0028】

分配部１５０は、検出された各ユーザの投票結果とともに、所属するグループに対して設定されている分配条件に基づき、各ユーザへ払戻額の分配を行う。なお、具体的な払戻額の分配方法については、後に詳述するため、ここでは割愛する。

【0029】

＜処理手順＞
図５は、サーバ１０が行う処理手順の一例を示すフローチャートである。図５に示すフローチャートは、あるグループに所属する複数のユーザの各々が、競技に投票を行う場合を想定する。

【0030】

ステップＳ１で、投票受付部１３０は、グループに所属する各ユーザの端末２０から投票の受付を開始する。各ユーザは、競技を観戦しながら、端末２０の画面を操作することで投票を行う。端末２０は、各ユーザから投票を受け付けると、ユーザＩＤ、グループＩＤ、競技番号、投票方式、投票対象、投票する所定価値の量などの指定を含む投票情報をサーバ１０に送信する。投票受付部１３０は、端末２０から投票情報を受信することで、投票を受け付ける。

【0031】

ステップＳ２で、投票実行部１４０は、受け付けた投票内容に従って投票券を購入し、該当する競技の結果に基づき、各ユーザの投票が当たったか否か（すなわち、投票結果）を検出する。ここで、投票結果については、例えば競技の中継映像を分析することで自動的に検出してもよく、また、外部から競技結果をあらわす競技結果データを受信し、受信した競技結果データをもとに、投票結果を検出してもよい。

【0032】

ステップＳ３で、分配部１５０は、検出された各ユーザの投票結果とともに、所属するグループに対して設定されている分配条件に基づき、各ユーザへ払戻額の分配を行い、処理を終了する。以下、設定可能な分配条件のバリエーションについて、図６～図９を参照しながら具体例を挙げて説明する。なお、図６～図９では、説明の便宜上、３名のユーザＡ、ユーザＢ、ユーザＣが所属するグループにおいて、ユーザＡ、ユーザＢ、ユーザＣの投資額は、それぞれ、５００００円、１００００円、４００００円であり、回収額は、それぞれ、７００００円、１７０００円、２５０００円である場合を想定する。

【0033】

＜分配条件１＞
分配条件１は、グループに所属するユーザ全員の損益と収益を平均化して、各ユーザへの払戻額を決定する。図６は、分配条件１の説明図である。
分配部１５０は、まず、各ユーザの収支（すなわち、投資額と回収額）を把握する（図６のＡ参照）。

【0034】

次に、分配部１５０は、全ユーザの合計収支を求める（図６のＢ参照）。ここでは、合計投資額が１０００００円、合計回収額が１１２０００円であることから、全ユーザの合計収支は、合計回収額から合計投資額を減じた１２０００円となる。そして、分配部１５０は、合計収支額をユーザの人数で除することで、ユーザ１人当たりの収支額を求める（図６のＣ参照）。ここでは、合計収支額が１２０００円であり、ユーザの人数が３人であることから、１人当たりの収支額は４０００円となる。

【0035】

最後に、分配部１５０は、１人当たりの収支額を、各ユーザの投資額にそれぞれ加算することで、各ユーザへの払戻額を求める（図６のＤ参照）。ここでは、１人当たりの収支額が４０００円であることから、ユーザＡへの払戻額は、５４０００円（＝５００００円＋４０００円）、ユーザＢへの払戻額は、１４０００円（＝１００００円＋４０００円）、ユーザＣへの払戻額は、４４０００円（＝４００００円＋４０００円）となる。

【0036】

＜分配条件２＞
分配条件２は、利益が多いユーザほど取り分が多くなるように、各ユーザへの払戻額を決定する。図７は、分配条件２の説明図である。
分配部１５０は、まず、各ユーザの回収率（＝回収額／投資額）を求める（図７のＡ参照）。ここでは、ユーザＡ、ユーザＢ、ユーザＣの回収率は、それぞれ１．４倍、１．７倍、０．６２５倍となる。

【0037】

次に、分配部１５０は、全ユーザの合計収支を求める（図７のＢ参照）。全ユーザの合計収支は、前掲図６のＢと同様に説明できるため割愛する。そして、分配部１５０は、各ユーザの回収率を利用して、各ユーザの収支額を求める（図７のＣ参照）。ここでは、ユーザＡの収支額は、４５１０円（＝１２０００円×１．４／（１．４＋１．７＋０．６２５））となり、ユーザＢの収支額は、５４７６円（＝１２０００円×１．７／（１．４＋１．７＋０．６２５）となり、ユーザＣの収支額は、２０１３円（＝１２０００×０．６２５／（１．４＋１．７＋０．６２５）となる。

【0038】

最後に、分配部１５０は、各ユーザの収支額を、各ユーザの投資額にそれぞれ加算することで、各ユーザへの払戻額を求める（図７のＤ参照）。ここでは、ユーザＡ、ユーザＢ、ユーザＣの収支額が、それぞれ、４５１０円、５４７６円、２０１３円であることから、ユーザＡへの払戻額は、５４５１０円（＝５００００円＋４５１０円）、ユーザＢへの払戻額は、１５４７６円（＝１００００円＋５４７６円）、ユーザＣへの払戻額は、４２０１３円（＝４００００円＋２０１３円）となる。

【0039】

＜分配条件３＞
分配条件３は、各ユーザの収益のみを平均化して、各ユーザへの払戻額を決定する。図８は、分配条件３の説明図である。
分配部１５０は、まず、各ユーザの収支（すなわち、投資額と回収額）を把握する（図８のＡ参照）。

【0040】

次に、分配部１５０は、利益が出ているユーザ（以下、利益ユーザという。）を特定し、利益ユーザの利益額の合計（合計利益）求める（図８のＢ参照）。ここでは、ユーザＡの利益が２００００円（＝７００００円－５００００円）であり、ユーザＢの利益が７００００円（＝１７０００円－１００００円）であることから、合計利益は２７０００円となる。一方、ユーザＣは、１５０００円の損失（＝２５０００円－４００００円）を出していることから、利益ユーザとはならない。

【0041】

そして、分配部１５０は、合計利益をユーザの人数で除することで、ユーザ１人当たりの分配利益を求める（図８のＣ参照）。ここでは、合計利益が２７０００円であり、ユーザの人数が３人であることから、１人当たりの分配利益は９０００円となる。

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

１…投票システム、１０…サーバ、１１…プロセッサ、１２…記憶装置、１３…通信ＩＦ、１４…入力デバイス、１５…出力デバイス、２０…端末、１００…記憶部、１０１…ユ0ーザ管理ＤＢ、１０２…グループ管理ＤＢ、１０３…分配条件ＤＢ、１１０…条件受付部、１２０…募集部、１３０…投票受付部、１４０…投票実行部、１５０…分配部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】