(57)【特許請求の範囲】
【請求項１】
投票対象に対して投票が可能な複数の競技であって競技ごとに投票を受け付ける情報処理装置であって、
第１プレイヤから、第２プレイヤが投票又は予想する投票対象の全部又は一部と同一の投票対象に投票するとの指示を受け付ける受付部と、
前記第１プレイヤが、同一の前記第２プレイヤが投票又は予想する投票対象の全部または一部と同一の投票対象に投票した競技の数が多い場合に、同一の前記第２プレイヤが投票又は予想する投票対象の全部または一部と同一の投票対象に投票した競技の数が少ない場合よりも、前記第１プレイヤに多くの報酬を与える支払処理部と、を有する、
情報処理装置。
【請求項２】
競技ごとに、前記第１プレイヤが指定する所定価値又はその一部を、前記受付部で受け付けた投票対象に投票する処理を実行する投票処理部、を有し、
前記支払処理部は、前記第１プレイヤの所定価値を投票した投票対象が報酬の支払対象である場合に、前記第１プレイヤに対して、前記第１プレイヤが投票した所定価値に応じた報酬の支払処理を、競技ごとに行う、
請求項１に記載の情報処理装置。
【請求項３】
前記支払処理部は、前記第１プレイヤが、前記複数の競技のうち連続した競技に対して同一の前記第２プレイヤが投票又は予想する投票対象の全部または一部と同一の投票対象に投票した場合、前記第１プレイヤに報酬を与える、
請求項１又は２に記載の情報処理装置。
【請求項４】
前記支払処理部は、前記第１プレイヤが、同一の前記第２プレイヤが投票又は予想する投票対象の全部または一部と同一の投票対象に投票した競技の数を、所定期間ごとにリセットする、
請求項１〜３のいずれか一項に記載の情報処理装置。
【請求項５】
投票対象に対して投票が可能な複数の競技であって競技ごとに投票を受け付けるコンピュータに、
第１プレイヤから、第２プレイヤが投票又は予想する投票対象の全部又は一部と同一の投票対象を受け付けるステップと、
前記第１プレイヤが、同一の前記第２プレイヤが投票又は予想する投票対象の全部または一部と同一の投票対象に投票した競技の数が多い場合に、同一の前記第２プレイヤが投票又は予想する投票対象の全部または一部と同一の投票対象に投票した競技の数が少ない場合よりも、前記第１プレイヤに多くの報酬を与えるステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
例えば、競馬や競輪、競艇等の投票が行われる各種の競技においては、投票者からの投票を受け付ける投票装置が用いられる（例えば、特許文献１を参照）。投票者は、投票に必要な投票事項を投票用紙に記載し、投票装置に入力することにより投票を行うことができる。例えば、競馬の場合、レースが行われるレース場や単勝、複勝といった投票方式、投票する馬等の事項を投票用紙に記載し、投票装置に入力することにより、投票を行うことができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１１４４８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の競技に採用されている投票の方法は複雑であり、初心者のユーザにとっては敷居が高い。例えば、競馬、競輪、競艇等の場合、投票方式や投票対象となる馬又は競技者を多くの投票パターンの中から選択しなければならないため複雑である。このことは、投票をしたことがないユーザや投票の経験が少ないユーザを遠ざける一因になっていると考えられる。
【０００５】
そこで、本発明は、投票の経験が少ないユーザであっても容易に投票を行うことができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一態様に係る情報処理装置は、投票対象に対して投票が可能な複数の競技であって競技ごとに投票を受け付ける情報処理装置であって、第１プレイヤから、第２プレイヤが投票又は予想する投票対象の全部又は一部と同一の投票対象に投票するとの指示を受け付ける受付部と、第１プレイヤが、複数の競技のうち少なくとも２以上の競技に対して第２プレイヤが投票又は予想する投票対象の全部または一部と同一の投票対象に投票した場合、第１プレイヤに報酬を与える支払処理部と、を有する。
【発明の効果】
【０００７】
本発明によれば、投票の経験が少ないユーザであっても容易に投票を行うことができる技術を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係る投票システムのシステム構成の一例を示す図である。
【図２】サーバ及び端末のハードウェア構成例を示す図である。
【図３】サーバの機能ブロック構成例を示す図である。
【図４】ユーザ管理ＤＢ及び予想者管理ＤＢの一例を示す図である。
【図５】報酬定義ＤＢの一例を示す図である。
【図６】投票システムが行う処理手順の一例を示すシーケンス図である。
【図７】ユーザに支払われる報酬を表示する画面の一例を示す。
【発明を実施するための形態】
【０００９】
添付図面を参照して、本発明の実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。
【００１０】
＜システム構成＞
図１は、本実施形態に係る投票システム１のシステム構成の一例を示す図である。図１に示す投票システム１は、サーバ１０と、１以上の端末２０とを備える。サーバ１０及び端末２０は、インターネットやイントラネット、無線ＬＡＮ、移動通信等の通信ネットワークＮを介して互いに通信可能に接続されている。サーバ１０及び端末２０は、情報処理装置と称されてもよい。
【００１１】
サーバ１０は、１又は複数の物理的なサーバ等から構成されていてもよいし、ハイパーバイザー（hypervisor）上で動作する仮想的なサーバを用いて構成されていてもよいし、クラウドサーバを用いて構成されていてもよい。端末２０は、ユーザが利用する端末であり、ユーザは、端末２０を操作することで投票対象に投票を行うことができる。端末２０は、例えば、携帯電話（スマートフォンを含む）、タブレット端末、パーソナルコンピュータ等である。
【００１２】
サーバ１０は、例えば、競輪、競馬、競艇、オートレースのように投票行為が行われる各種競技において、予想者（Tipster）が投票する投票対象の管理、ユーザが投票する投票対象の管理、ユーザが所有する所定価値の管理、競技（レース）の結果に応じた払い戻し量（払戻金）等の管理を行う。
【００１３】
投票対象とは、所定価値を投票する対象であり、競技に出場する出場者（選手や動物を含む）のうち、勝利すると予想する出場者の指定と投票方式の指定との組み合わせにより一意に定められる対象を意味する。具体的には、競輪の場合、１着及び２着としてそれぞれ５番及び３番の選手を指定する２連単の車券、１番、２番及び５番の選手を指定する３連複の車券などである。なお、２連単とは、１着と２着の選手を着順どおりに予想する車券であり、３連複とは、１着〜３着の選手（着順は問わない）を予想する車券である。また、競馬の場合、１番の単勝馬券、５番の複勝馬券などである。
【００１４】
所定価値とは、例えば、金銭でもよいし、投票対象に投票することが可能なポイントであってもよい。ポイントは、投票することに加えて、所定のサービス又はゲームで利用可能であってもよい。また、ポイントは、例えば所定のサービス又はゲームをプレイするユーザが、所定のサービスやゲーム内にて無償で受け取ることが可能なポイント（無償ポイント）であってもよいし、所定のサービスやゲーム内で金銭の支払と引き換えに（課金することで）受け取ることが可能なポイント（有償ポイント）であってもよい。所定価値は、単に「価値」と称されてもよい。
【００１５】
本実施形態において、ユーザ（第１プレイヤ）は、予想者（第２プレイヤ）を指定することで、指定した予想者が投票又は予想する投票対象に投票することができる。すなわち、ユーザは、自ら、誰が（何が）勝利するのかを予想して投票対象を決定するのではなく、予想者が投票又は予想する投票対象を利用して投票を行うことができる。以下の説明では、自ら投票対象を予想するのではなく、利用をする予想者を指定することで投票を行うことを、「相乗りする」と表現する。ユーザは、予想者が投票した又は予想した投票対象を確認してから、相乗りする予想者を指定することができる。例えば、ユーザが、端末２０の画面を介して、相乗りする予想者として予想者Ａを指定し、更に、予想者Ａが投票した１番、５番及び６番の３連複の車券に所定価値を投票することを指定したとする。この場合、サーバ１０は、ユーザの所定価値を、１番、５番及び６番の３連複の車券に投票する。また、ユーザは、予想者が投票又は予想をする前に、相乗りする予想者を指定することも可能である。この場合、サーバ１０は、ユーザが指定した予想者が投票又は予想をした後、ユーザの所定価値を、当該予想者が投票又は予想をした投票対象に投票する。
【００１６】
予想者はどのような人物であってもよいが、例えば、複数の人物から構成されるグループであってもよいし、１人であってもよい。また、芸能人等の有名人であってもよいし、無名の一般人であってもよい。また、予想者は、必ずしも実在する人物に限定されず、コンピュータシミュレーションにより作り出された仮想的な人物であってもよい。
【００１７】
また、ユーザが複数回、同一の予想者に相乗りした場合、当該ユーザには、相乗りした回数に応じた報酬（ボーナス）が与えられる。例えば、ユーザが、１日に開催される全競技のうち３つの競技（３つのレース）にて予想者Ｂに相乗りした場合、同一の予想者Ｂに３回相乗りしたことに対して、所定の報酬が与えられる。所定の報酬は、所定価値と同一の価値（例えば所定価値が金銭であれば報酬も金銭であること）であってもよいし、所定価値とは異なる価値（例えば所定価値が金銭であれば報酬はポイントなど）であってもよい。投票対象が当たった場合に受けられる報酬（払い戻し）を「第１報酬」と称し、相乗りした回数に応じて与えられる報酬を「第２報酬」と称してもよい。また、投票対象が当たった場合に受けられる報酬（払い戻し）を「報酬」と称し、相乗りした回数に応じて与えられる報酬を「ボーナス」や「特典」と称してもよい。
【００１８】
＜ハードウェア構成＞
図２は、サーバ１０及び端末２０のハードウェア構成例を示す図である。サーバ１０及び端末２０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphical processing unit）等のプロセッサ１１、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等の記憶装置１２、有線又は無線通信を行う通信ＩＦ（Interface）１３、入力操作を受け付ける入力デバイス１４、及び情報の出力を行う出力デバイス１５を有する。入力デバイス１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等である。出力デバイス１５は、例えば、ディスプレイ及び／又はスピーカ等である。
【００１９】
＜機能ブロック構成＞
図３は、サーバ１０の機能ブロック構成例を示す図である。サーバ１０は、記憶部１００と、表示制御部１０１と、受付部１０２と、投票処理部１０３と、支払処理部１０４と、動画処理部１０５とを含む。記憶部１００は、サーバ１０が備える記憶装置１２を用いて実現することができる。また、表示制御部１０１と、受付部１０２と、投票処理部１０３と、支払処理部１０４と、動画処理部１０５とは、サーバ１０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ−ＲＯＭ等の記憶媒体であってもよい。
【００２０】
記憶部１００は、ユーザ管理ＤＢ１００ａと、予想者管理ＤＢ１００ｂと、報酬定義ＤＢ１００ｃを記憶する。
【００２１】
図４に、ユーザ管理ＤＢ１００ａ及び予想者管理ＤＢ１００ｂの一例を示す。ユーザ管理ＤＢ１００ａの「ユーザＩＤ」には、サーバ１０内でユーザを一意に識別するための識別子が格納される。「ニックネーム」には、ユーザ登録時にユーザが入力したニックネームが格納される。「所持価値」は、ユーザが所有する所定価値の量が格納される。「ポイント」は、ユーザが所有するポイントの量が格納される。「ポイント」には、有償ポイントの量と無償ポイントの量とがそれぞれ個別に格納されていてもよい。「投票履歴」には、ユーザが投票した投票対象及び投票した所定価値がレース毎に格納される。「投票履歴」には、更に、ユーザが相乗りした予想者がレース毎に格納されていてもよい。
【００２２】
予想者管理ＤＢ１００ｂの「予想者ＩＤ」には、サーバ１０内で予想者（予想者のグループを含む）を一意に識別するための識別子が格納される。「ニックネーム」には、予想者のニックネームが格納される。「所持価値」は、予想者が所有する所定価値の量が格納される。「増減量」には、所定時間（例えば第１レース開始時等）を基準として予想者の所持価値が増減した量が格納される。例えば図４の例では、予想者Ｃ１００は、第１レース開始時には３２，６１０円を所有しており、現在は２０，５９０円増えて５３，２００円を所持していることを示している。「投票履歴」には、予想者が投票した投票対象及び投票した所定価値がレース毎に格納される。
【００２３】
図５に、報酬定義ＤＢ１００ｃの一例を示す。「回数」は、同一の予想者に何回相乗りしたのかを示す。「応援ボーナス」は、投票した投票対象が当たるか否かに関わらず、ユーザに与えられる報酬を示す。図５の例では、応援ボーナスとして、相乗り回数に応じた所定量の無償ポイントが与えられることを示している。例えば２回相乗りした場合には、１５ポイントの無償ポイントが与えられることを示している。なお、ユーザが何度も同一の予想者に相乗りするという行為は、ユーザが同一の予想者を応援することと同義であると考えられる。そこで、本実施形態では、投票した投票対象が当たるか否かに関わらずユーザに与えられる報酬を、「応援ボーナス」と称する。一方、「的中ボーナス」は、投票した投票対象が当たった場合にユーザに与えられる報酬を示す。図５の例では、的中ボーナスとして、払い戻し量が、相乗り回数に応じた割合で割増されることを示している。例えば５回相乗りした場合、払い戻し量が２．５％割増されることを示している。なお、的中ボーナスはこれに限定されず、予め定められた量の報酬が与えられることとしてもよい。
【００２４】
表示制御部１０１は、端末２０のディスプレイに、ユーザから予想者の指定を受け付ける画面、予想者が予想をしている様子を示す動画及び報酬の量を示す画面等を表示させるために必要な各種の処理を行う。表示制御部１０１は、端末２０が備えるＷｅｂブラウザからのアクセスに応じて、又は、端末２０にインストールされた専用のアプリケーションからのアクセスに応じて、各種の画面を表示するためのデータを端末２０に送信するようにしてもよい。
【００２５】
受付部１０２は、ユーザから、予想者が投票又は予想する投票対象の全部又は一部と同一の投票対象に投票するとの指示を受け付ける機能を有する。言い換えると、受付部１０２は、ユーザから、直接又は間接的に相乗りする予想者の選択を受け付ける。例えば、受付部１０２は、相乗りする予想者の選択、投票する投票対象の選択及び投票する所定価値の量の指定を、端末２０の画面を介して直接受け付けるようにしてもよい。若しくは、受付部１０２は、ユーザから、他のユーザ（例えば友達関係や同一グループ内の他のユーザ等）が相乗りしている予想者と同一の予想者に相乗りするとの指示を受付けることで、間接的に相乗りする予想者の選択を受け付けるようにしてもよい。また、受付部１０２は、予想者から、投票する投票対象及び投票する所定価値の量の指定を受け付ける機能を有する。
【００２６】
投票処理部１０３は、競技ごとに、予想者が指定した投票対象に投票する機能を有する。また、投票処理部１０３は、競技ごとに、ユーザが指定する所定価値又はその一部を、受付部１０２がユーザから受け付けた投票対象の全部又は一部の投票対象に投票する処理を実行する機能を有する。なお、投票処理部１０３は、競技への投票受付や払い戻し金の支払等を行う外部のシステムにアクセスすることで、ユーザ及び予想者から受け付けた投票対象に投票を行うようにしてもよい。
【００２７】
支払処理部１０４は、ユーザが、複数の競技のうち少なくとも２以上の競技に対して予想者が投票又は予想する投票対象の全部または一部と同一の投票対象に投票した場合、当該ユーザに報酬（ボーナス）を与える機能を有する。
【００２８】
また、支払処理部１０４は、ユーザの所定価値を投票した投票対象が報酬の支払対象である場合（投票対象が当たった場合）に、当該ユーザに対して、第１プレイヤが投票した所定価値に応じた報酬（払い戻し）の支払処理を、サーバ１０自身で又は外部のシステムを利用して、競技ごとに行うようにしてもよい。
【００２９】
動画処理部１０５は、予想者が予想を行っている様子を撮影した動画を予想者の端末等から受信し、表示制御部１０１に渡す機能を有する。
【００３０】
＜処理手順＞
図６は、投票システム１が行う処理手順の一例を示すシーケンス図である。図６を用いて、サーバ１０及び端末２０が行う処理手順を具体的に説明する。なお、図６において、ユーザが利用する端末を端末２０ａとし、予想者が利用する端末を端末２０ｂと記載する。また、以下の説明において、ユーザに与えられる報酬（ボーナス）の算定は、図５に示す報酬定義ＤＢに従って行われるものとする。
【００３１】
まず、各予想者が利用する端末２０ｂは、予想者が予想を行っている様子を撮影した映像データをサーバ１０に送信する（Ｓ１０１）。映像データの送信は、所定期間の間（少なくとも複数の競技が行われる時間帯を含む期間であり、例えば１日など）、継続して行われる。
【００３２】
続いて、予想者の端末２０ｂは、予想者が投票又は予想した投票対象及び投票する所定価値の量の指定を受け付ける（Ｓ１０２）続いて、ユーザが利用する端末２０ａは、ユーザ操作に従い、予想者の選択を受け付ける画面の表示をサーバ１０に要求する（Ｓ１０３）。サーバ１０は、当該要求に従って予想者の選択を受け付ける画面の画面データを端末２０ａに送信する（Ｓ１０４）。画面データを受信した端末２０ａのディスプレイには、予想者の指定を受け付ける画面と、ユーザが投票する所定価値の量を予想者が投票又は予想した投票対象ごとに受け付ける画面とが表示される。なお、予想者が投票又は予想を終了していない場合、当該画面には、各予想者が投票又は予想した投票対象は表示されないこととしてもよい。
【００３３】
続いて、端末２０ａは、予想者の指定を受け付ける画面にてユーザが選択した予想者、投票する投票対象及び投票する所定価値の量を示す情報をサーバ１０に送信する（Ｓ１０５）。サーバ１０の受付部は、端末２０ａから、当該情報を受信することで、予想者の選択、投票する投票対象及び投票する所定価値の量を受け付ける（Ｓ１０６）。
【００３４】
投票処理部１０３は、予想者が選択した投票対象に対して、予想者により指定された量の所定価値を投票する（Ｓ１０７）。また、投票処理部１０３は、ステップＳ１０６の処理手順で受け付けた投票対象に対して、ユーザにより指定された量の所定価値を投票する（Ｓ１０８）。ステップＳ１０２〜ステップＳ１０８の処理手順は、競技ごとに繰り返し行われる。また、ステップＳ１０７の処理手順は、ステップＳ１０２の後、任意のタイミングで実行されてもよい。
【００３５】
ここで、支払処理部１０４は、ユーザが、所定期間内（例えば１日など）に行われる複数の競技のうち少なくとも２以上の競技に対して同一の予想者が投票又は予想する投票対象の全部または一部と同一の投票対象に投票した場合、当該ユーザに報酬を与える。例えば、ユーザが予想者Ａの投票に（直接又は間接的に）３回相乗りした場合、支払処理部１０４は、当該ユーザに対して、３０ポイントの無償ポイントを与える。また、ユーザが投票した投票対象が当たった場合、支払処理部１０４は、払い戻し量を１．５％増量してユーザに与える。
【００３６】
なお、ユーザが同一の予想者に相乗りした場合に報酬が与えられる条件は、“連続で”相乗りした回数に応じて報酬が与えられることとしてもよい。つまり、支払処理部１０４は、ユーザが、複数の競技のうち連続した競技に対して同一の予想者が投票又は予想する投票対象の全部または一部と同一の投票対象に投票した場合、当該ユーザに報酬を与えることとしてもよい。
【００３７】
また、ユーザが同一の予想者に連続して相乗りした回数が多いほど、ユーザに支払う報酬が増加するようにしてもよい。つまり、支払処理部１０４は、ユーザが、複数の競技のうち予想者が投票又は予想する投票対象の全部または一部と同一の投票対象に投票した競技の数が多いほど、ユーザに支払う報酬を増加させるようにしてもよい。この場合、図５に示す報酬定義ＤＢ１００ｃにおいて、「回数」は、同一の予想者に連続で何回相乗りしたのかを意味することとしてもよい。例えば「２回」は、同一の予想者に２回連続で相乗りしたことを意味することとしてもよい。
【００３８】
例えば、ユーザが、１日に行われる１０レースのうち、第１レースと、第３レースから第５レースまでのレースについて、予想者Ａに相乗りしたとする。この場合、ユーザは、第３レースから第５レースまで３回連続で予想者Ａに相乗りしたことになるため、全てのレースが終了した時点で応援ボーナスとして３０ポイントが与えられる。
【００３９】
なお、支払処理部１０４は、ユーザが、複数の競技のうち連続した競技に対して予想者が投票又は予想する投票対象の全部または一部と同一の投票対象に投票した場合、当該ユーザに報酬を、“競技が終了するごと”に与えるようにしてもよい。例えば、ユーザが、第３レースから第５レースまでのレースについて、予想者Ａに相乗りしたとする。この場合、ユーザは、第４レースの時点で、２回連続で予想者Ａに相乗りしたことになるため、第４レースが終了した時点で応援ボーナスとして１５ポイントが与えられる。また、第５レースの時点で、３回連続で予想者Ａに相乗りしたことになるため、第５レースが終了した時点で応援ボーナスとして更に３０ポイントが与えられる。つまり、ユーザＡには、第５レースが終了した時点で応援ボーナスとして合計４５ポイントが与えられる。
【００４０】
ユーザが同一の予想者に相乗りした回数は、所定期間ごとにリセットされることとしてもよい。つまり、支払処理部１０４は、ユーザが、所定期間内に行われる複数の競技のうち予想者が投票又は予想する投票対象の全部または一部と同一の投票対象に投票した競技の数を、当該所定期間ごとにリセットするようにしてもよい。例えば、所定期間が１日に設定されている場合、ユーザが予想者Ａに相乗りした回数は、１日ごとにリセットされる。また、例えば、所定期間が所定日を基準とした２日（例えば奇数日を基準とした２日間など）に設定されている場合、ユーザが予想者Ａに相乗りした回数は、当該２日ごとにリセットされる。また、例えば、所定期間が週の最初（例えば月曜日など）を基準とした１週間に設定されている場合、ユーザが予想者Ａに相乗りした回数は、月曜日ごとにリセットされる。
【００４１】
図７は、ユーザに支払われる報酬を表示する画面の一例を示す。図７に示す画面は、予想者の選択を受け付ける画面にて所定操作が行われることで表示されるようにしてもよい。図７（ａ）には、第１０レースにてチームＡが投票する車券の一覧と、ユーザが投票する所定価値の量を指定するボタンとが表示されている。例えば、図７（ａ）では、ユーザが相乗りする予想者としてチームＡを選択し、チームＡが予想した１−７の車券に１０００ポイント、１−７−３の車券に１０００ポイント、３−４−１の車券に５００ポイント、１−６−２の車券に５００ポイント投票することを選択した状態を示している。また、図７（ａ）には、ユーザに与えられる可能性のある報酬の額が表示されている。図７（ａ）の例では、仮にチームＡに相乗りして３−４−１の車券が当たった場合、応援ボーナスとして１５０ポイントが付与され、的中ボーナスとして最大２７０３ポイント（５００ポイント×９８．３倍×５．５％）が付与される可能性があることを示している。ボタンＢ１０が押下されると、図７（ａ）で選択された各車券に対して、指定されたポイントが投票される。また、図７（ｂ）には、連続で同一の予想者に相乗りした場合に付与される報酬の量を示す画面の一例を示す。ユーザは、図７（ｂ）の画面を参照することで、何回相乗りするとどの程度の報酬が与えられるのかを予め確認することができる。
【００４２】
＜まとめ＞
以上説明した実施形態によれば、ユーザから、相乗りする予想者の選択を受け付け、予想者が投票した投票対象の全部又は一部に、ユーザが指定した所定価値を投票するようにした。これにより、投票の経験が少ないユーザであっても容易に投票を行うことができる技術を提供することすることが可能になる。
【００４３】
また、ユーザが、複数の競技で同一の予想者が投票又は予想する投票対象と同一の投票対象に投票した場合（つまり、何回も同一の予想者に相乗りした場合）、当該ユーザには、相乗りした競技数（回数）に応じて報酬が与えられるようにした。これにより、例えば、予想経験が少なさそうな予想者であっても、報酬が貰えるのであれば相乗りしよう（応援しよう）というユーザが出てくることが想定されることから、ユーザが相乗りする先の予想者が特定の予想者に偏ってしまうという状況を抑制することが可能になる。
【００４４】
以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。
【符号の説明】
【００４５】
１…投票システム、１０…サーバ、１１…プロセッサ、１２…記憶装置、１３…通信ＩＦ、１４…入力デバイス、１５…出力デバイス、２０…端末、１００…記憶部、１０１…表示制御部、１０２…受付部、１０３…投票処理部、１０４…支払処理部、１０５…動画処理部
【図１】
0006857825.tif 000002
【図２】
0006857825.tif 000003
【図３】
0006857825.tif 000004
【図４】
0006857825.tif 000005
【図５】
0006857825.tif 000006
【図６】
0006857825.tif 000007
【図７】
0006857825.tif 000008