JP6892984B2 - 情報処理装置、配当実行プログラム、及び配当実行方法 - Google Patents

Description

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

近年、インターネットの飛躍的な普及及び通信環境の改善に伴い、通信ネットワークを介して様々なサービスが提供されている。そのようなサービスの１つとして、例えば、競馬、競艇、競輪等の公営競技において投票を可能にする投票券購入システムが開示されている。

また、他のサービスの１つとして、例えば、動画配信サービスがある。動画配信サービスでは、動画コンテンツの提供を所望するユーザからのアップロードを受け付けるとともに、動画コンテンツの視聴を所望するユーザに動画コンテンツを配信するサービスが提供される。動画配信サービスの１つとして、例えば、公営競技の予想に関する動画コンテンツを配信するサービスがある。

ところで、ゲーム機の馬券ゲームとして、実際に競馬場で開催される競馬のレースの着順を予想し、レース結果に基づいてプレイヤに獲得ポイントを払い出すリアル馬券ゲームが開示されている。リアル馬券ゲームでは、通常の馬券ゲームで利用されるクレジットとは別に、プレイヤに付与される付与ポイントを用いてベットする。予想が当たると、プレイヤにはオッズに基づいて獲得ポイントが払い出され、獲得ポイントは、馬券ゲームや育成ゲームで利用できる各種アイテムに交換できる（例えば、特許文献１）。

特開２０１３―２３０３１４号公報

競輪等の公営競技では、投票できる投票券の種類（賭式）が決まっている。例えば、競輪における賭け式としては、３連単（車番３連勝単式）、３連複（車番３連勝複式）、２車単（車番２連勝単式）、２連複（車番２連勝複式）、２枠単（枠番２連勝単式）、２枠複（枠番２連勝複式）、ワイド（拡大２連勝複式）の７種類の賭け式がある。

３連単は、１着、２着、３着の選手を順番通りに当てる賭け式である。３連複は、１着、２着、３着の選手を、順番を問わずに当てる賭け式である。２車単は、１着、２着の選手を順番通りに当てる賭け式である。２連複は、１着、２着の選手を、順番を問わずに当てる賭け式である。２枠単は、１着、２着の選手の枠を順番通りに当てる賭け式である。２枠複は、１着、２着の選手の枠を、順番を問わずに当てる賭け式である。ワイドは、３着以内にくる２選手を、順番を問わずに当てる賭け式である。

また、宝くじでは、例えば、１等の下一桁の番号の前後の抽選番号は、前後賞として知られている。

このように、賭け事には、その競技の性質に応じて様々な賭け式があり、ユーザは、その賭け式を利用していろんな種類の賭け式の投票券を購入し、より的中する確率が高いと思われる賭け式の投票券を購入することができる。

しかしながら、公営競技の賭式は組合せ数が多く的中確率は決して高くない。的中しないユーザは、投票へのモチベーションが薄れ、次第に投票しなくなる恐れがある。この場合に、外れが続くと、ユーザは再度投票を行うモチベーションを失い、投票サービスからの離脱に繋がるおそれがある。

本発明では、的中パターンのバリエーションを増やして、ユーザの成功体験を向上させる技術を提供する。

本発明の一態様に係る情報処理装置は、ユーザから競技に対して第１価値を用いた投票内容を受け付ける受付部と、受け付けた前記投票内容が、前記競技における第１的中条件を満たした場合、前記第１価値を用いて前記ユーザに配当を行う第１配当処理部と、受け付けた前記投票内容が、前記競技における第２的中条件満たした場合、第２価値を用いて前記ユーザに配当を行う第２配当処理部と、を備えることを特徴とする。

本発明の一態様によれば、的中パターンのバリエーションを増やして、ユーザの成功体験を向上させることができる。

本実施形態における情報処理装置の一例を示す図である。 本実施形態における投票券購入システムのネットワーク構成の一例を示す図である。 本実施形態における投票券購入システム１１の機能ブロックの一例を示す図である。 本実施形態におけるサーバ１６により管理されるデータベースのデータ構造例を示す図である。 本実施形態における賭式種別の一例を説明する図である。 本実施形態における配信者選択画面例を示す図である。 本実施形態における配信者予想画面例を示す図である。 本実施形態における投票券購入画面例を示す図である。 本実施形態における特典付与通知を示す図である。 本実施形態におけるグループメンバー間でコミュニケーションを行う場合に用いるチャット用画面の一例である。 本実施形態におけるユーザ端末１２とサーバ１６との間での配信者投票券情報が表示されるまでのシーケンス図である。 本実施形態におけるユーザ端末１２とサーバ１６との間での配信者投票券情報に基づいて投票券を購入するまでのシーケンス図（実施例１）である。 本実施形態におけるユーザ端末１２とサーバ１６との間での配信者投票券情報に基づいて投票券を購入するまでのシーケンス図（実施例２）である。 本実施形態における的中パターン判定及び配当処理（実施例１）のフローチャートである。 本実施形態における的中パターン判定及び配当処理（実施例２）のフローチャートである。 本実施形態における独自賭式種別の設定処理に関するフローチャートである。 本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。

図１は、本実施形態における情報処理装置の一例を示す図である。情報処理装置１は、受付部２、第１配当処理部３、第２配当処理部４を含む。情報処理装置１の一例として、後述するサーバ１６が挙げられる。

受付部２は、ユーザから競技に対して第１価値（例えば、金銭、または金銭に換算可能な情報財等）を用いた投票内容を受け付ける。受付部２の一例としては、後述するユーザ投票券情報取得部４６が挙げられる。

第１配当処理部３は、受け付けた投票内容が、競技における第１的中条件を満たした場合、第１価値を用いてユーザに配当を行う。第１配当処理部３の一例としては、後述する的中判定・配当処理部４８が挙げられる。

第２配当処理部４は、受け付けた投票内容が、競技における第２的中条件を満たした場合、第２価値（例えば、金銭には交換できない無償のポイント等）を用いてユーザに配当を行う。第２配当処理部４の一例としては、後述する的中判定・配当処理部４８が挙げられる。

このように構成することにより、的中パターンのバリエーションを増やして、ユーザの成功体験を向上させることができる。

第２配当処理部４は、受け付けた投票内容に含まれる所定の賭け式で指定された投票対象の一部が勝敗が確定した着順位と一致する場合、第２的中条件を満たすと判定してもい。

このように構成することにより、例えば、２連単の投票券を購入した場合であっても、１着のみまたは２着のみが当たっている場合であっても、それを的中してユーザに配当することができる。

第２配当処理部４は、受け付けた投票内容に含まれる所定の賭け式で指定された投票対象のうち所定の着順位の番号が、勝敗が確定した着順位に応じて特定される勝敗が確定した着順位とは異なる番号である場合、第２的中条件を満たすと判定してもよい。

このように構成することにより、例えば、Ｎ（任意の整数）番の単式の投票券を購入した場合、勝利した投票券の番号がＮ−１またはＮ＋１である場合、それを前後賞による的中とみなしてユーザに配当することができる。

第２配当処理部４は、第１価値による配当額に基づいて、または受け付けた投票内容に含まれる所定の賭け式で指定された投票対象に対する投票額と投票対象のオッズとに基づいて、第２価値による配当額を決定してもよい。
このように構成することにより、第１価値による配当額を基準に、または投票券の購入額とオッズを基準として第２価値による配当額を決定することができる。

情報処理装置１は、さらに、記憶部５と通知部６を含む。記憶部５は、投票がなされた競技を特定する競技特定情報（例えば、レース会場、レース名等）と、決定された第２価値による配当と、を関係づけて記憶する。記憶部５の一例として、後述する特典管理データベース５７が挙げられる。

通知部６は、第２価値による配当が行われる場合、第２価値による配当に基づいて特定される競技特定情報に関係する特典（例えば、特産品、ゲームで利用できる価値など）をユーザに通知する。通知部６の一例として、後述する通知部４９が挙げられる。

このように構成することにより、例えば、第２価値による配当の代わりに、第２価値の配当額に応じたその競技特定情報で特定される競技会場の特産物等を景品としてユーザに提供することが可能になる。

第２配当処理部４は、受け付けた投票内容が、競技に対する予想結果を提供する提供者により指定された投票券情報の全部または一部に基づいてユーザにより投票されることにより得られた投票内容である場合、ユーザを第２価値による配当の対象としてもよい。

このように構成することにより、提供者の予想を採用してユーザが投票した場合において、第２的中条件を満たした場合に、配当の対象とすることができる。

第２配当処理部４は、受け付けた投票内容が、投票に関してユーザ同士でグループを形成したユーザにより投票されることにより得られた投票内容である場合、ユーザを第２価値による配当の対象としてもよい。

このように構成することにより、グループチャットのグループを形成したりして投票した場合において、第２的中条件を満たした場合に、配当の対象とすることができる。

情報処理装置１は、さらに、生成部７を含む。生成部７は、競技に対する予想結果を提供する提供者または競技を運営する運営者により指定された的中条件に基づいて、第２的中条件を生成してもよい。生成部７の一例として、後述する賭式登録部５０が挙げられる。

このように構成することにより、配信者や運営側は、独自で第２的中条件を設定することができる。

図２は、本実施形態における投票券購入システムのネットワーク構成の一例を示す図である。投票券購入システム１１は、１以上のユーザ端末１２、１以上の配信者端末１５、サーバ１６、及び通信ネットワーク１７を含む。１以上のユーザ端末１２、１以上の配信者端末１５、及びサーバ１６は、通信ネットワーク１７を介して、相互に通信可能に接続されている。

ユーザ端末１２は、例えばユーザが携帯するスマートフォン、タブレット端末、携帯電話等の通信ネットワーク１７に接続可能な通信機能を有する携帯電子端末装置である。ユーザ端末１２は、操作表示部１３、音が入力されるマイクロフォン、音を出力するスピーカ等を有する。操作表示部１３は、画面１４への入力操作が可能であるとともに、画面１４に画像を表示するデバイスであり、例えばタッチパネルディスプレイである。なお、ユーザ端末１２は、いわゆるパーソナルコンピュータであってもよい。

ユーザ端末１２は、インターネット上のアプリケーションプログラムのダウンロードサイトから所定のアプリケーションプログラムをダウンロードしてインストールすることができる。これにより、ユーザは、ユーザ端末１２の操作表示部１３に入力操作を行うことにより、そのアプリケーションプログラムを操作することができる。本実施形態では、一例として、競馬、競艇、競輪等の公営競技（以下、「競技」と記述する場合もある。）における投票券を購入等可能で、かつ、配信者による着順予想を閲覧可能な専用のアプリケーションソフトウエア（以下「専用アプリケーションソフトウエア」という。）がユーザ端末１２にインストールされるものとする。

ユーザは、この専用アプリケーションソフトウエアをユーザ端末１２で起動させることによって、ユーザ端末１２をサーバ１６へアクセスさせることができる。ユーザ端末１２がサーバ１６にアクセスする場合には、例えば、予め登録されているユーザＩＤの入力が求められてもよい。

ユーザ端末１２にインストールされた専用アプリケーションソフトウエアが起動すると、ユーザ端末１２の画面１４には、後述するグラフィカルユーザインターフェース（ＧＵＩ）画面が表示される。ＧＵＩ画像には、配信者による競技の着順予想に関する動画コンテンツ及び投票券情報等が表示される。ユーザは、ＧＵＩ画像に表示される動画コンテンツ等を参考にして、競技の着順予想を行い、所定の入力を行うことによって、ユーザ端末１２を介して投票券の購入を行うことができる。

そして、ユーザは、購入した投票券がレース結果に対して的中した場合に、配当倍率（「オッズ」ともいう。オッズは、有償の投票券の多寡に応じて算出される。）に基づいた配当を受け取る。なお、投票券の購入は有償でも無償でも購入することができる。投票券の購入が有償の場合には、配当は一例として金銭で行われる。このため、ユーザＩＤには、決済を行うための、例えばユーザのクレジットカードの番号や銀行口座の番号等が関連付けられる。また、投票券の購入が無償の場合（すなわち、無償で投票できる場合）には、当該投票券購入システム１１内で利用できる無償のポイントを（金銭との交換はできない。）用いて投票することができる。なお、以下では、有償で投票券を指定して投票（購入）するだけでなく、無償で投票券を指定して投票する場合にも、「購入する」と称する。また、以下では、投票対象に対して賭けるお金、すなわち賭け金には、無償で賭けるポイント（賭けポイント）も含む。

配信者端末１５は、例えば配信者が使用するコンピュータ、スマートフォン、タブレット端末、携帯電話等の通信ネットワーク１７に接続可能な通信機能を有する電信端末装置である。本実施形態では、配信者端末１５は、一例として、パーソナルコンピュータであってもよい。また、配信者端末１５は、配信者が動画を撮影して配信するための撮像装置を有する。撮像装置は、配信者端末１５に内蔵されていてもよいし、外付けタイプのものであってもよい。

配信者は、配信者端末１５を用いてサーバ１６にアクセスする。そして、配信者は、サーバ１６を介して、ユーザ端末１２に対して、撮像装置を用いて撮影した動画コンテンツ（競技の着順予想に関する動画コンテンツ）を配信する。

サーバ１６は、ユーザ端末１２にインストールされた専用アプリケーションプログラムに関する管理を行う情報処理装置である。例えば、サーバ１６は、配信者端末１５より投稿された動画コンテンツをユーザ端末１２に対してストリーミング配信することができる。

また、サーバ１６は、ユーザ端末１２及び配信者端末１５からの投票券の購入指示に基づいて、投票券購入のための決済処理等を行うことができる。また、サーバ１６は、競技の着順の確定後、購入した投票券が的中したユーザに対して、的中した投票対象と賭け金とオッズに基づいて配当金（払戻金）を配当する配当処理を行う。

サーバ１６は、１台以上の物理的な情報処理装置により構成されるサーバシステムであってもよいし、１台以上の仮想サーバ装置により構成される仮想サーバシステムであってもよい。

図３は、本実施形態における投票券購入システム１１の機能ブロックの一例を示す図である。以下では、ユーザ端末１２、配信者端末１５、サーバ１６のそれぞれが有する機能について説明する。

ユーザ端末１２は、操作表示部１３、通信部２１、制御部２２、記憶部２６を含む。通信部２１は、通信ネットワーク１７に接続された機器との通信を可能にするインターフェースである。ここでは、通信部２１は、通信ネットワーク１７を介して、サーバ１６と通信を行う。

操作表示部１３は、ユーザの入力操作により入力が可能であると共に、表示も可能なタッチパネルディスプレイである。なお、本実施形態では、一例として、タッチパネルディスプレイを用いるが、これに限定されず、入力部と表示部とがそれぞれ独立していてもよい。

制御部２２は、ユーザ端末１２全体の動作を制御する。制御部２２は、本実施形態に係るアプリケーションプログラムを実行することにより、表示制御部２３、予想採用部２４、購入要求部２５として機能する。

表示制御部２３は、記憶部２６に格納されている専用アプリケーションプログラムのユーザインターフェース（ＵＩ）データ２７に基づいて、画面１４の表示状態を制御する。併せて、表示制御部２３は、サーバ１６と通信して、配信者により配信された動画コンテンツ及び配信者より指定された投票券情報を画面１４に表示させる。ここで、配信者より指定された投票券情報は、配信者が着順の予想のみした投票券情報（未購入の投票券）及び購入済の投票券を含む。

予想採用部２４は、操作表示部１３からの操作により、配信者により指定された投票券情報を採用する旨の指示を受け付けた場合、その指定された投票券情報を所定の一時保留領域２８に保持する。このとき、予想採用部２４は、操作表示部１３からの操作により、配信者により指定された投票券情報の一部または全部を所定の一時保留領域２８に保持することができる。さらに、予想採用部２４は、操作表示部１３からの操作により、一時保留領域２８に保持された投票券に関する情報に、ユーザ自身の予想に基づく新たな投票券情報を追加してもよい。

購入要求部２５は、操作表示部１３からの指示に応じて、一時保留領域２８に保持された投票券情報を購入するための購入要求を、サーバ１６へ送信する。購入要求部２５は、その購入要求に対して決済処理を行ったサーバ１６から、購入完了通知を受信する。

記憶部２６は、インストールされたプログラム（本実施形態に係る専用アプリケーションプログラムを含む。）や各種データ等を格納する。記憶部２６は、本実施形態では、一例として、ＵＩデータ２７等を格納する。ここで、データにはステータス情報や文字データだけでなく、グラフィカルデータも含む。

また、記憶部２６は、ユーザが指定した投票券情報を一時的に保留しておく一時保留領域２８を有する。また、一時保留領域２８には、配信者が指定した投票券情報を採用する場合にその採用する投票券情報の一部または全部を一時的に保有することもできる。一時保留領域２８には、例えば、競技を特定する情報（レース名またはレースＩＤ等）、着順情報、賭け金（賭けポイント）、及び予想採用部２４により投票券情報が保持された場合にはその投票券情報の基になった配信者を特定する情報（配信者名または配信者ＩＤ等）等が保持される。

配信者端末１５は、通信部３１、制御部３２、入力部３３、撮像部３４を含む。通信部３１は、通信ネットワーク１７に接続された機器との通信を可能にするインターフェースである。通信部３１は、通信ネットワーク１７を介して、サーバ１６と通信を行う。

制御部３２は、配信者端末１５全体の動作を制御する。制御部３２は、入力部３３からの指示に基づいて、サーバ１６を介して、ユーザ端末１２に、撮像部３４で撮像した動画コンテンツを配信する。

入力部３３は、制御部３２に対して指示を入力したり、データを入力したりする入力インターフェースである。配信者は、入力部３３を用いて、対象の競技の着順予想内容を入力したり、投票券を購入したり、動画コンテンツの配信に関する指示を入力する。撮像部３４は、ＣＣＤ（Charge Coupled Device）等の撮像装置である。

サーバ１６は、通信部４１、制御部４２、記憶部５１を含む。通信部４１は、通信ネットワーク１７に接続された機器との通信を可能にするインターフェースである。通信部４１は、通信ネットワーク１７を介して、ユーザ端末１２、及び配信者端末１５と通信を行う。

制御部４２は、サーバ１６全体の動作を制御する。それと共に、制御部４２は、ユーザ端末１２または配信者端末１５からの要求に応じて処理を実行し、実行結果をユーザ端末１２または配信者端末１５に返す等の制御を行う。制御部４２は、本実施形態に係るアプリケーションプログラムを実行することにより、配信制御部４３、配信者投票券情報取得部４４、配信者投票券情報提供部４５、ユーザ投票券情報取得部４６、決済処理部４７、的中判定・配当処理部４８、通知部４９、賭式登録部５０として機能する。

配信制御部４３は、配信者からの配信要求に応じて、配信者に関する配信者情報、及び配信者より撮影された動画コンテンツを受け付ける。配信制御部４３は、配信者情報を記憶部５１に登録する。配信制御部４３は、登録された配信者情報を、専用アプリケーションプログラムが起動しているユーザ端末１２に対して、配信する。それと共に、配信制御部４３は、専用アプリケーションプログラムが起動しているユーザ端末１２に対して、受け付けた動画コンテンツを配信する。

配信者投票券情報取得部４４は、配信者が指定した投票券情報（配信者投票券情報）を取得する。ここで、配信者投票券情報には、配信者が入力した競技の着順の予想情報及び配信者が購入した投票券情報を含む。

配信者投票券情報提供部４５は、配信者投票券情報取得部４４により取得された配信者投票券情報を、対応する配信者の動画コンテンツと関係付けて、ユーザ端末１２に対して提供する。

ユーザ投票券情報取得部４６は、ユーザ端末１２からの投票券購入要求に応じて、ユーザ端末１２の一時保留領域２８に保持されたユーザの投票券情報を取得する。

決済処理部４７は、ユーザ投票券情報取得部４６により取得されたユーザの投票券情報に基づいて、投票券を購入するための決済処理を行う。決済処理は、予め登録しているクレジットカード、口座番号等に基づいて、行われる。

的中判定・配当処理部４８は、競技の結果が確定した後、その競技において購入された投票券情報に的中した番号または組番号の投票券が含まれている場合、その番号または組番号に対して投じた投票額に確定したオッズを乗じて払戻額を算出する。より具体的には、的中判定・配当処理部４８は、その競技において従来ある賭け式で投票して的中したユーザに対しては第１価値（例えば、金銭）による配当を行い、その競技において独自に指定された賭け式で投票して的中したユーザに対しては第２価値（例えば、このシステム内で利用可能な無償のポイント等）による配当を行う。

通知部４９は、第２価値による配当が行われる場合、特典管理データベース５７から、第２価値に対応する特典（特産品、ゲームで利用できる価値など）を特定し、その特典に関する情報をユーザに通知する。

賭式登録部５０は、投票券購入システム１１の運営者や配信者等の所定の権限を有するから所定の入力がされた場合に、その競技において独自に指定された賭け式を賭式管理データベース５９に登録する。

記憶部５１は、配信者管理データベース５２、配信者投票券情報データベース５３、ユーザ情報管理データベース５４、ユーザ投票券情報データベース５５、オッズ情報データベース５６、特典管理データベース５７、グループ管理データベース５８、賭式管理データベースを格納する。なお、以下では、データベースを「ＤＢ」と称する。

配信者管理ＤＢ５２は、配信者を管理するデータベースである。配信者投票券情報ＤＢ５３は、配信者が指定した投票券情報を管理するデータベースである。ユーザ情報管理ＤＢ５４は、ユーザに関する情報を管理するデータベースである。ユーザ投票券情報ＤＢ５５は、ユーザが購入した投票券情報を管理するデータベースである。オッズ情報ＤＢ５６は、競技におけるオッズに関する情報を管理するデータベースである。特典管理ＤＢ５７は、特典に関する情報を管理するデータベースである。グループ情報ＤＢ５８は、レース毎にユーザ同士で形成されているグループ（コミュニティ）を管理するデータベースである。賭式管理ＤＢは、レース毎の賭式を管理するデータベースである。

図４は、本実施形態におけるサーバ１６により管理されるデータベースのデータ構造例を示す図である。

配信者管理ＤＢ５２は、「配信者ＩＤ」、「レースＩＤ」、「動画コンテンツＩＤ」のデータ項目を含む。以下では、配信者管理ＤＢ５２の各レコードを配信者情報と称する場合がある。項目「配信者ＩＤ」には、配信者を特定する情報（配信者ＩＤ）が格納される。項目「レースＩＤ」には、競技を特定する情報（レースＩＤ）が格納される。項目「動画コンテンツＩＤ」には、対応する配信者の動画コンテンツを特定する情報（動画コンテンツＩＤ）が格納される。

配信者投票券情報ＤＢ５３は、「配信者ＩＤ」、「レースＩＤ」、「投票券」、「賭式種別」、「購入金額」、「動画コンテンツＩＤ」のデータ項目を含む。項目「配信者ＩＤ」には、配信者を特定する情報（配信者ＩＤ）が格納される。項目「レースＩＤ」には、競技を特定する情報（レースＩＤ）が格納される。項目「投票券」には、レースＩＤで特定される競技（レース）における１着の番号または１着から所定の順位までの着順の組番号が格納される。項目「賭式種別」には、賭式の種別（単勝、複勝、３連単等）が格納される。項目「購入金額」には、投票券情報に対応する賭け金の額が格納される。項目「動画コンテンツＩＤ」には、対応する配信者の動画コンテンツを特定する情報（動画コンテンツＩＤ）が格納される。

ユーザ情報管理ＤＢ５４は、「ユーザＩＤ」、「ユーザ名」、「メールアドレス」、「保有金額」、「保有Ｐｔ」のデータ項目を含む。項目「ユーザＩＤ」には、ユーザを特定する情報（ユーザＩＤ）が格納される。項目「ユーザ名」には、ユーザの名前が格納される。項目「メールアドレス」には、ユーザのメールアドレスが格納される。項目「保有金額」には、投票券購入システム１１において、現在ユーザが使用可能な金額が格納される。項目「保有Ｐｔ」には、投票券購入システム１１において、現在ユーザが使用可能なポイントが格納される。

ユーザ投票券情報ＤＢ５５は、「ユーザＩＤ」、「レースＩＤ」、「投票券」、「賭式種別」、「購入金額」、「購入Ｐｔ」、「配信者ＩＤ」のデータ項目を含む。項目「ユーザＩＤ」には、ユーザを特定する情報（ユーザＩＤ）が格納される。項目「レースＩＤ」には、競技を特定する情報（レースＩＤ）が格納される。項目「投票券」には、レースＩＤで特定される競技（レース）における１着の番号または１着から所定の順位までの着順の組番号が格納される。項目「賭式種別」には、賭式の種別（単勝、複勝、３連単等）が格納される。項目「購入金額」には、投票券情報に対応する賭け金の額（有償の場合に用いられる項目であり、通貨が賭け金となる）が格納される。項目「購入Ｐｔ」には、投票券情報に対応する賭け金の額（無償の場合に用いられる項目であり、ポイントが賭け金となる）が格納される。項目「配信者ＩＤ」には、配信者の指定した投票券を採用してユーザが投票券を購入した場合、その配信者の配信者ＩＤが格納される。

オッズ情報ＤＢ５６は、「レースＩＤ」、「投票券」、「賭式種別」、「オッズ」、「独自賭式フラグ」のデータ項目を含む。項目「レースＩＤ」には、競技を特定する情報（レースＩＤ）が格納される。項目「投票券」には、レースＩＤで特定される競技（レース）での賭式に対応する投票対象の番号（組番号を含む）の組み合わせが格納される。項目「賭式種別」には、賭式の種別（単勝、複勝、３連単等）が格納される。項目「オッズ」には、各投票券に対応するオッズ情報が格納される。項目「独自賭式フラグ」には、その「投票券」の賭式種別がその競技において独自に指定された賭け式であるか否かを判定するフラグである。独自賭式フラグ＝０の場合、その競技において従来よりある賭け式であることを示す。独自賭式フラグ＝１の場合、その競技において独自に指定された賭け式であることを示す。

特典管理ＤＢ５７は、「会場ＩＤ」、「レースＩＤ」、「特典ＩＤ」、「特典の所在」のデータ項目を含む。項目「会場ＩＤ」には、会場（競技の開催場所）を特定する情報（会場ＩＤ）が格納される。項目「レースＩＤ」には、競技を特定する情報（レースＩＤ）が格納される。項目「特典ＩＤ」には、特典を特定する情報（特典ＩＤ）が格納される。項目「特典の所在」には、特典ＩＤで特定される特典（例えば、特典動画コンテンツ、静止画、キャラクターの絵柄データ等）の格納場所を示すアドレスが格納される。また、特典は、その会場や地域における特産品や景品であってもよい。この場合、項目「特典の所在」には、特産品や景品の保管場所や交換所の場所を示す情報が格納されている。

グループ管理ＤＢ５８は、「ユーザＩＤ」、「グループＩＤ、」、「レースＩＤ」のデータ項目を含む。項目「ユーザＩＤ」には、ユーザを特定する情報（配信者ＩＤ）が格納される。項目「グループＩＤ」には、ユーザのグループを特定する情報（グループＩＤ）が格納される。項目「レースＩＤ」には、競技を特定する情報（レースＩＤ）が格納される。

グループ管理ＤＢ５８には、あるレースについてユーザのグループが形成された場合、またはグループに新たなユーザがメンバーとして追加される場合に、レコード（グループ情報）が追加される。例えば、一方のユーザが友達申請を行い、他方のユーザがその友達申請を承諾した場合にグループ情報がグループ管理ＤＢ５８に追加される。また、例えば、ユーザ双方のユーザ端末１２に、相手方の電話番号やメールアドレスが登録されている場合、サーバ１６は、それらの同一のグループとしてグループ管理ＤＢ５８に登録する。また、例えば、サーバ１６は、同一の配信者の動画コンテンツを視聴しているユーザを同一のグループとしてグループ管理ＤＢ５８に登録する。

賭式管理ＤＢ５９は、「レースＩＤ」、「賭式種別」、「独自賭式フラグ」のデータ項目を含む。項目「レースＩＤ」には、競技を特定する情報（レースＩＤ）が格納される。項目「賭式種別」には、賭式の種別（単勝、複勝、３連単等）が格納される。項目「独自賭式フラグ」には、その「投票券」の賭式種別がその競技において独自に指定された賭け式であるか否かを判定するフラグである。独自賭式フラグ＝０の場合、その競技において従来ある賭け式であることを示す。独自賭式フラグ＝１の場合、その競技において独自に指定された賭け式であることを示す。

図５は、本実施形態における賭式種別の一例を説明する図である。本実施形態では、競技の一例として、競輪を例に説明する。競輪における賭式種別としては、通常、「３連単」、「３連複」、「２車単」、「２連複」、「２枠単」、「２枠複」、「ワイド」の７種類の賭け式がある。

「３連単」は、１着、２着、３着の選手を順番通りに当てる賭け式である。「３連複」は、１着、２着、３着の選手を、順番を問わずに当てる賭け式である。「２車単」は、１着、２着の選手を順番通りに当てる賭け式である。「２連複」は、１着、２着の選手を、順番を問わずに当てる賭け式である。「２枠単」は、１着、２着の選手の枠を順番通りに当てる賭け式である。「２枠複」は、１着、２着の選手の枠を、順番を問わずに当てる賭け式である。「ワイド」は、３着以内にくる２選手を、順番を問わずに当てる賭け式である。図５では、これら７種類の賭式種別は、独自賭式フラグ＝０で示される。

本実施形態では、これら7種類の賭式種別以外に、レース毎に、独自で、賭け式を設定することができる。図５では、あるレースについて、例えば、「単勝」、「複勝」、「３連単前後」、「３連複前後」、「２車単前後」、「２連複前後」、「２枠単前後」、「２枠複前後」の８種類の賭け式を新たに独自で設定するものとする（図５中において、ハッチングされている賭式種別に対応している）。

「単勝」は、１着の車番を当てる賭け式である。「複勝」は、１着〜２着（または３着）の車番のうち、いずれかの車番を当てる賭け式である。「３連単前後」は、３連単における３着の車番の前後を当てる賭け式である。「３連複前後」は、３連複における３着の車番の前後を当てる賭け式である。「２車単前後」は、２車単における２着の車番の前後を当てる賭け式である。「２連複前後」は、２連複における２着の車番の前後を当てる賭け式である。「２枠単前後」は、２枠単における２着の車番の前後を当てる賭け式である。「２枠複前後」は、２枠複における２着の枠番の前後を当てる。図５では、これら８種類の独自の賭式種別は、独自賭式フラグ＝１で示される。

次に、ユーザ端末１２においてインストールされた専用アプリケーションプログラムのユーザインターフェースについて、図６、図７、及び図８を用いて説明する。ユーザ端末１２において、専用アプリケーションプログラムを起動させると、画面１４にはその時点において投票券を購入可能なレースを選択する画面が表示される。ユーザは、操作表示部１３を操作して対象となるレースを選択すると、図６の画面が表示される。

図６は、本実施形態における配信者選択画面例を示す図である。配信者選択画面６１は、ログインユーザ表示欄６２、保有金額表示欄６３、保有ポイント表示欄６４、購入対象レース名表示欄６５、配信者一覧６６を含む。

ログインユーザ表示欄６２には、現在、ユーザ端末１２を用いて投票券購入システム１１にログインしているユーザのアイコン及びユーザ名が表示される。保有金額表示欄６３には、現在、投票券購入システム１１においてそのユーザが保有している金額が表示される。保有ポイント表示欄６４には、現在、投票券購入システム１１においてそのユーザが保有しているポイントが表示される。購入対象レース名表示欄６５には、投票券の購入対象のレース名が表示される。なお、購入対象レース名表示欄６５には、そのレースの投票券の購入締切までの時間を知らせるメッセージが表示される。

配信者一覧６６には、購入対象レース名表示欄６５において表示されているレースについて、レース予想に関する配信者情報に対応するサムネイル画像６６ａ，６６ｂ，６６ｃ，・・・が表示される。配信者一覧６６は、操作表示部１３によるスクロール操作により、現在表示されていない配信者情報を表示させることができる。いずれかの配信者のサムネイル画像６６をタップすると、その配信者に関して、図７の画面が表示される。

図７は、本実施形態における配信者予想画面例を示す図である。配信者予想画面７１は、レース名表示欄７２、選択配信者表示欄７３、配信者動画コンテンツ表示欄７４、配信者投票券情報表示欄７５、詳細表示ボタン７６を含む。

レース名表示欄７２には、今回のレース名が表示される。なお、レース名表示欄７２には、そのレースの投票券の購入締切までの時間を知らせるメッセージも表示される。選択配信者表示欄７３には、配信者選択画面６１の配信者一覧６６において選択した配信者名等が表示される。配信者動画コンテンツ表示欄７４には、その選択した配信者の動画コンテンツ（例えば、ストリーミング形式によるライブ配信動画）が表示される。配信者投票券情報表示欄７５には、その配信者の指定した投票券の組番号（賭け式が単勝または複勝の場合、対象の番号を含む。以下、同じ。）及びそのオッズが表示される。詳細表示ボタン７６をタップすると、図８の画面が表示され、その配信者の指定した投票券の詳細な内容を確認することができる。

図８は、本実施形態における投票券購入画面例を示す図である。投票券購入画面８１は、配信者動画コンテンツ表示欄８２、保有ポイント表示欄８３、保有ポイント追加指定欄８４、保有金額表示欄８５、保有金追加指定欄８６、配信者予想投票券表示欄８７、購入実行ボタン９６を含む。

配信者動画コンテンツ表示欄８２には、その選択した配信者の動画コンテンツ（例えば、ストリーミング形式によるライブ配信動画）が表示される。保有ポイント表示欄８３には、現在、投票券購入システム１１においてそのユーザが保有しているポイントが表示される。保有ポイント追加指定欄８４をタップすると、投票券を無償で購入するために投票券購入システム１１内だけで使用するポイント（チャージ）を追加することができる。保有金額表示欄８５には、現在、投票券購入システム１１においてそのユーザが保有している金額が表示される。保有金追加指定欄８６をタップすると、投票券を有償で購入するための金額を投票券購入システム１１に追加（チャージ）することができる。なお、投票券購入システム１１では、このチャージした金額内またはポイント内にて投票券を購入することができる。

配信者予想投票券表示欄８７は、予想投票券一覧８７ａ、賭け金／賭けポイント合計表示欄９２、セット単位購入ボタン９３、編集ボタン９４、削除ボタン９５を含む。配信者予想投票券表示欄８７には、配信者Ａが指定した投票券の組番号及び賭け金または賭けポイントがデフォルト表示される。

予想投票券一覧８７ａは、賭式種別８８、組番号表示欄８９、オッズ表示欄９０、賭け金／賭けポイント表示欄９１を含む。賭式種別８８は、投票する対象の賭式種別を表示する欄である。投票組番号表示欄８９は、投票する番号または組番号を表示する欄であり、配信者が指定した番号または組番号を表示する。図８の例では、予想投票券一覧８７ａには、「単勝 ４番」の車番、「３連複前後 １着３番、２着８番、３着９番」の組番号、「２車単 １着５番、２着２番」の組番号、「３連単前後 １着８番、２着５番、３着２番」の組番号の４つの組番号が表示されている。

オッズ表示欄９０には、投票組番号表示欄８８に表示されている番号または組番号に対応するオッズが表示される。賭け金／賭けポイント表示欄９１には、各番号または各組番号に対しての賭け金または賭けポイントが表示される。賭け金／賭けポイント合計表示欄９２には、予想投票券一覧８７ａ中の賭け金／賭けポイント表示欄９１の合計が表示される。

セット単位購入ボタン９３は、予想投票券一覧８７ａの投票券の組み合わせを１セットとすると、そのセット単位で投票券を購入するためのボタンである。セット単位購入ボタン９３の「＋」ボタンを押下する毎に、購入するセットの加算をすることができる。セット単位購入ボタン９３の「−」ボタンを押下する毎に、購入するセットの減算をすることができる。

編集ボタン９４を押下すると、予想投票券一覧８７ａの内容を編集することができる。編集としては、例えば、購入する単位をポイント（無償）から円（有償）に変更したり、円（有償）からポイント（無償）に変更したり、予想投票券一覧８７ａに新たにユーザ自身の予想を追加したり、予想投票券一覧８７ａから所定の組番号を削除したり等することができる。削除ボタン９５を押下すると、配信者予想投票券表示欄８７を削除することができる。

図９は、本実施形態における特典付与通知を示す図である。ユーザが図８を用いて投票券を購入してレースが行われて着順が確定した後、独自賭式フラグ＝１の投票券が的中したとする。この場合、画面１４には、特典付与を知らせるメッセージ１００が表示される。ユーザがメッセージ１００に記載されたアドレスをタップすると、特典として所定の動画コンテンツ（例えば、配信者Ａの動画コンテンツ）が画面１４に表示される。

図１０は、本実施形態におけるグループメンバー間でコミュニケーションを行う場合に用いるチャット用画面の一例である。チャット用画面１１１では、上述した専用アプリケーションプログラムのチャット機能を用いて、所定のグループ内でユーザ同士がメッセージのやり取り（グループチャット）をすることができる。図１０では、グループ内でユーザ同士がメッセージのやり取りをしている場合において、そのグループのメンバーが配信者Ａの予想を参考にして投票券を購入した場合に表示されるメッセージ例を示す。

メッセージ１１２には、グループ内のメンバーであるユーザＸが配信者Ａの予想を参考にして投票券を購入した旨、配信者Ａの着順予想の内容、及び「乗っかる」ボタン１１３が表示されている。

「乗っかる」ボタン１１３は、配信者Ａの予想に乗る場合にタップするボタンである。「乗っかる」ボタン１１３には、配信者Ａが指定した投票券についての配信者採用予想詳細画面８１（図８）へのリンク（リンク情報）が張られている。

したがって、ユーザＹがこの「乗っかる」ボタン１１３をタップすると、そのリンク情報に基づいて、配信者Ａが指定した投票券についての配信者採用予想詳細画面８１（図８）が表示される。これ以降は、図８で説明した操作を行うことにより、ユーザＹは、ユーザＸと同様に配信者Ａの予想を参考にして投票券を購入することができる。

図１１は、本実施形態におけるユーザ端末１２とサーバ１６との間での配信者投票券情報が表示されるまでのシーケンス図である。ユーザは、ユーザ端末１２を操作して、インストールされている専用アプリケーションプログラムを起動させる（Ｓ１）。すると、専用アプリケーションプログラムが起動したユーザ端末１２は、サーバ１６にデータ取得要求を行う（Ｓ２）。

サーバ１６は、配信者管理ＤＢ５２から、これから開始されるレースについて予想を行う配信者の配信者情報（配信者ＩＤ、レースＩＤ、動画コンテンツＩＤを含む）を取得する（Ｓ３）。サーバ１６は、その取得した配信者情報をユーザ端末１２へ送信する（Ｓ４）。

ユーザ端末１２は、サーバ１６から配信者情報を受信すると、図６の配信者一覧６６に配信者情報を表示させる（Ｓ５）。ユーザは、配信者一覧６６から、例えば配信者Ａの配信者情報のサムネイル画像６６ａを選択する（Ｓ６）。すると、ユーザ端末１２は、動画コンテンツＩＤに基づいて配信者Ａの動画コンテンツを要求する（Ｓ７）。ユーザ端末１２は、その要求に応じてサーバ１６から動画コンテンツを受信する（Ｓ８）。ユーザ端末１２は、受信した動画コンテンツを図７の配信者予想画面７１にて再生する。

サーバ１６（配信者投票券情報取得部４４）は、配信者Ａが投票券を指定した場合、その内容（配信者投票券情報）を取得する（Ｓ９）。配信者投票券情報は、配信者ＩＤ、レースＩＤ、投票券の番号または組番号、購入金額、動画コンテンツＩＤを含む。サーバ１６（配信者投票券情報取得部４４）は、取得した配信者投票券情報を配信者投票券情報ＤＢ５３に登録する。すると、サーバ１６（配信者投票券情報提供部４５）は、配信者投票券情報を、配信者Ａの動画コンテンツを視聴しているユーザ端末１２に対して、配信する（Ｓ１０）。

ユーザ端末１２は、図７の配信者予想画面７１の配信者投票券情報表示欄７５に、サーバ１６から送信された配信者Ａの配信者投票情報に含まれる投票券の番号または組番号を表示する（Ｓ１１）。

図１２は、本実施形態におけるユーザ端末１２とサーバ１６との間での配信者投票券情報に基づいて投票券を購入するまでのシーケンス図（実施例１）である。

ユーザは、図７の配信者予想画面７１において詳細表示ボタン７６をタップする。するとユーザ端末１２（予測採用部２４）は、配信者投票券情報を一時保留領域２８に保持する（Ｓ２１）。このとき、図８の投票券購入画面８１が表示される。

投票券購入画面８１において、ユーザは、配信者投票券情報の一部を消去したり、配信者投票券情報にユーザ自身で予想した投票券情報を追加したりしてもよい。また、ユーザは、各投票券情報に対して賭け金を指定する（Ｓ２２）。これらの操作に応じて、ユーザ端末１２（予測採用部２４）は、一時保留領域２８に保持されている情報を更新する。すなわち、ユーザ端末１２（予測採用部２４）は、投票券購入画面８１における入力操作に応じて一時保留領域２８の内容を更新する（配信者投票券情報の全部又は一部を一時保留領域２８に保持する）。

投票券購入画面８１において、ユーザは、購入する投票券が確定すると、購入実行ボタン９６をタップする（Ｓ２３）。すると、ユーザ端末１２（購入要求部２５）は、一時保留領域２８の内容に基づいて、ユーザ投票券情報（ユーザＩＤ、レースＩＤ、投票券の番号または組番号、購入金額（または購入Ｐｔ）、配信者ＩＤを含む）を含む購入要求をサーバ１６へ送信する（Ｓ２４）。なお、ユーザが配信者の予想と異なる投票券を追加した場合には、その投票券情報には配信者ＩＤの情報は含まれないようにしてもよい。

サーバ１６（ユーザ投票券情報取得部４６）は、その購入要求を取得する。サーバ１６（ユーザ投票券情報取得部４６）は、取得した購入要求に含まれるユーザ投票券情報の内容をユーザ投票券情報ＤＢ５５に登録する。サーバ１６（決済処理部４７）は、その購入要求に基づいて、投票券の購入に関する決済処理を行う（Ｓ２５）。決済処理が完了した場合、サーバ１６は、決済内容に基づいてユーザ情報管理ＤＢ５４の内容を更新すると共に、決済処理の完了をユーザ端末１２に通知する（Ｓ２６）。

サーバ１６は、そのレースの投票時間が締め切られた後、オッズ情報ＤＢ５６に確定したオッズ情報を登録する。サーバ１６（的中判定・配当処理部４８）は、レース後、着順が確定すると、ユーザ投票券情報ＤＢ５５とオッズ情報ＤＢ５６及び賭式管理ＤＢ５９を用いて、どの賭式種別の投票券が的中したかを判定し（的中パターン判定）、的中した投票券情報について配当処理を行う（Ｓ２７）。的中パターン判定では、独自賭式フラグ＝０の賭け式で的中した投票券、独自賭式フラグ＝１の賭け式で的中した投票券がそれぞれ判定される。

サーバ１６は、的中したユーザに対し、配当を行う（Ｓ２８）。サーバ１６は、例えば、独自賭式フラグ＝０の賭け式で的中した投票券を購入したユーザに対しては、金銭による払い戻しを行う。また、例えば、サーバ１６は、独自賭式フラグ＝１の賭け式で的中した投票券を購入したユーザに対しては、無償のポイントによる払い戻しやそのポイントに対応する特典の提供（特典付与通知）を行う。

特典付与通知を受け取ったユーザ端末１２の画面１４には、例えば図９で示すメッセージ１００が表示される。ユーザは、たとえば、図９におけるメッセージ１００に表示されているアドレスをタップする。するとユーザ端末１２は、サーバ１６に対して、特典閲覧要求（または特典視聴要求であってもよい。以下、同じ。）を行う。

サーバ１６は、その特典閲覧要求に対する特典動画コンテンツを、要求元のユーザ端末１２に対して配信する。ユーザ端末１２の画面１４には、配信された特典動画コンテンツが表示される。

図１３は、本実施形態におけるユーザ端末１２とサーバ１６との間での配信者投票券情報に基づいて投票券を購入するまでのシーケンス図（実施例２）である。図１３は、配信者Ａの配信者投票券情報を一時保留領域２８に格納後購入前に、他の配信者の配信者投票券情報を表示させた場合のシーケンス図である。

図１１のＳ１１の後、ユーザは、図７の配信者予想画面７１において詳細表示ボタン７６をタップする。すると、ユーザ端末１２（予測採用部２４）は、配信者Ａの配信者投票券情報を一時保留領域２８に保持する（Ｓ４１）。このとき、図８の投票券購入画面８１が表示される。その後、ユーザは、操作表示部１３を操作して、図６の配信者選択画面６１に戻る。なお、一時保留領域２８に保持されている配信者Ａの配信者投票券情報は、レースが終了するまで保持されているので、再度、配信者Ａについての図８の投票券購入画面８１に戻れば、その配信者Ａの配信者投票券情報が表示される。

配信者選択画面６１の配信者一覧６６から、ユーザは、配信者Ｂの配信者情報のサムネイル画像６６ｂを選択する（Ｓ４２）。すると、ユーザ端末１２は、配信者Ｂの動画コンテンツを要求する（Ｓ４３）。ユーザ端末１２は、その要求に応じてサーバ１６から動画コンテンツを受信する（Ｓ４４）。ユーザ端末１２は、受信した動画コンテンツを図７の配信者予想画面７１にて再生する。

サーバ１６（配信者投票券情報取得部４４）は、配信者Ｂが投票券を指定した場合、その内容（配信者投票券情報）を取得する。配信者投票券情報は、配信者ＩＤ、レースＩＤ、投票券の番号または組番号、購入金額、動画コンテンツＩＤを含む。サーバ１６（配信者投票券情報取得部４４）は、取得した配信者投票券情報を配信者投票券情報ＤＢ５３に登録する。すると、サーバ１６（配信者投票券情報提供部４５）は、配信者Ｂの配信者投票券情報を、配信者Ｂの動画コンテンツを視聴しているユーザ端末１２に配信する（Ｓ４５）。

ユーザ端末１２は、図７の配信者予想画面７１の配信者投票券情報表示欄７５に、サーバ１６から送信された配信者Ｂの配信者投票情報に含まれる投票券の番号または組番号を表示する（Ｓ４６）。それから、ユーザは、図７の配信者予想画面７１において詳細表示ボタン７６をタップする。すると、ユーザ端末１２（予測採用部２４）は、配信者Ｂの配信者投票券情報を一時保留領域２８に保持する（Ｓ４７）。このとき、図８の投票券購入画面８１が表示される。

投票券購入画面８１において、ユーザは、配信者Ｂの配信者投票券情報の一部を消去したり、配信者投票券情報にユーザ自身で予想した投票券情報を追加したりしてもよい。また、ユーザは、各投票券情報に対して賭け金を指定する（Ｓ４８）。これらの操作に応じて、ユーザ端末１２（予測採用部２４）は、一時保留領域２８に保持されている情報を更新する。すなわち、ユーザ端末１２（予測採用部２４）は、投票券購入画面８１における入力操作に応じて一時保留領域２８の内容を更新する（配信者投票券情報の全部又は一部を一時保留領域２８に保持する）。

投票券購入画面８１において、ユーザは、購入する投票券が確定すると、購入実行ボタン９６をタップする（Ｓ４９）。すると、ユーザ端末１２（購入要求部２５）は、一時保留領域２８の内容に基づいて、ユーザ投票券情報（ユーザＩＤ、レースＩＤ、投票券の組番号、購入金額（または購入Ｐｔ）、配信者ＩＤを含む）を含む購入要求をサーバ１６へ送信する（Ｓ５０）。なお、ユーザが配信者の予想と異なる投票券を追加した場合には、その投票券情報には配信者ＩＤの情報は含まれないようにしてもよい。

ここで、購入要求は、Ｓ４７及びＳ４８で指定した一時保留領域２８の内容に基づく購入要求である。これにより、直近に購入実行ボタン９６をタップした画面にて購入した投票券のみを購入するようにしてもよい。また、ユーザ端末１２（購入要求部２５）は、さらに、Ｓ４１で指定した一時保留領域２８の内容に基づく購入要求を併せて送信するようにしてもよい。すなわち、複数の配信者のそれぞれが指定した投票券に基づいてユーザが購入意思を示した投票券情報を、その都度一時保留領域２８に保持しておき、購入実行ボタン９６がタップされた場合に、ユーザ装置１２は、それまで一時保留領域２８に保留されていた投票券情報をまとめてサーバ１６へ送信するようにしてもよい。これにより、決済処理をまとめて行うことができる。

サーバ１６（ユーザ投票券情報取得部４６）は、その購入要求を取得する。サーバ１６（ユーザ投票券情報取得部４６）は、取得した購入要求に含まれるユーザ投票券情報の内容をユーザ投票券情報ＤＢ５５に登録する。サーバ１６（決済処理部４７）は、その購入要求に基づいて、投票券の購入に関する決済処理を行う（Ｓ５１）。決済処理が完了した場合、サーバ１６は、決済内容に基づいてユーザ情報管理ＤＢ５４の内容を更新すると共に、決済処理の完了をユーザ端末１２に通知する（Ｓ５２）。

サーバ１６は、そのレースの投票時間が締め切られた後、オッズ情報ＤＢ５６に確定したオッズ情報を登録する。サーバ１６（的中判定・配当処理部４８）は、レース後、着順が確定すると、ユーザ投票券情報ＤＢ５５とオッズ情報ＤＢ５６及び賭式管理ＤＢ５９を用いて、どの賭式種別の投票券が的中したかを判定し（的中パターン判定）、的中した投票券情報について配当処理を行う（Ｓ５３）。的中パターン判定では、独自賭式フラグ＝０の賭け式で的中した投票券、独自賭式フラグ＝１の賭け式で的中した投票券がそれぞれ判定される。

サーバ１６は、的中したユーザに対し、配当を行う（Ｓ５４）。サーバ１６は、例えば、独自賭式フラグ＝０の賭け式で的中した投票券を購入したユーザに対しては、金銭による払い戻しを行う。また、例えば、サーバ１６は、独自賭式フラグ＝１の賭け式で的中した投票券を購入したユーザに対しては、無償のポイントによる払い戻しやそのポイントに対応する特典の提供（特典付与通知）を行う。

特典付与通知を受け取ったユーザ端末１２の画面１４には、例えば図９で示すメッセージ１００が表示される。ユーザは、たとえば、図９におけるメッセージ１００に表示されているアドレスをタップする。するとユーザ端末１２は、サーバ１６に対して、特典閲覧要求を行う。

サーバ１６は、その特典閲覧要求に対する特典動画コンテンツを、要求元のユーザ端末１２に対して配信する。ユーザ端末１２の画面１４には、配信された特典動画コンテンツが表示される。

図１４は、本実施形態における的中パターン判定及び配当処理（実施例１）のフローチャートである。的中判定・配当処理部４８は、レースの着順が確定した旨の通知を取得する（Ｓ７１）。すると、的中判定・配当処理部４８は、オッズ情報ＤＢ５６と賭式管理ＤＢ５９から、そのレースにおけるすべての的中パターンを特定する（Ｓ７２）。ここで、すべての的中パターンは、独自賭式フラグ＝０の賭け式の的中番号及び的中組番号、独自賭式フラグ＝１の賭け式の的中番号及び的中組番号を含む。

的中判定・配当処理部４８は、ユーザ投票券情報ＤＢ５５から、的中したユーザ投票券情報を抽出する（Ｓ７３）。ここでは、的中判定・配当処理部４８は、Ｓ７２にて特定した的中パターン（特定された賭式種別、的中番号（または的中組番号））を用いて、ユーザ投票券情報ＤＢ５５から、的中した投票券を購入したユーザのユーザ投票券情報を抽出する。

的中判定・配当処理部４８は、抽出したユーザ投票券情報（賭式種別）毎に、次に説明するＳ７４〜Ｓ７７の処理を行う。まず、的中判定・配当処理部４８は、オッズ情報ＤＢ５６に基づいて、ユーザ投票券情報に含まれる項目「投票券」及び項目「賭式種別」が、通常の的中パターンか否かを判定する。ここで、的中判定・配当処理部４８は、ユーザ投票券情報に含まれる項目「投票券」及び項目「賭式種別」に対応するオッズ情報の独自賭式フラグが０の場合、通常の的中パターンであると判定する（Ｓ７４でＹＥＳ）。この場合、的中判定・配当処理部４８は、第１価値（例えば、金銭）による払い戻しを行い、その払戻金を配当金としてそのユーザに払い戻す（Ｓ７５）。

的中判定・配当処理部４８は、ユーザ投票券情報に含まれる項目「投票券」及び項目「賭式種別」に対応するオッズ情報の独自賭式フラグが１の場合、独自の的中パターンであると判定する（Ｓ７４でＮＯ）。この場合、的中判定・配当処理部４８は、第２価値（例えば、無償のポイント等）による払い戻しを行い、その払戻ポイントを配当としてそのユーザに払い戻す（Ｓ７６）。なお、無償のポイントで投票されている場合には、的中判定・配当処理部４８は、独自の賭け式による払い戻しを行わないようにしてもよい。

図１５は、本実施形態における的中パターン判定及び配当処理（実施例２）のフローチャートである。図１５は、図１４のフローチャートに、Ｓ８１、Ｓ８２の処理を追加したものである。図１５では、配信者の予想を参考にして投票券を購入したユーザ、またはレースについてユーザ間でグループを形成したユーザを、第２価値による配当の対象とする実施例である。
的中判定・配当処理部４８は、レースの着順が確定した旨の通知を取得する（Ｓ７１）。すると、的中判定・配当処理部４８は、オッズ情報ＤＢ５６と賭式管理ＤＢ５９から、そのレースにおけるすべての的中パターンを特定する（Ｓ７２）。ここで、すべての的中パターンは、独自賭式フラグ＝０の賭け式の的中番号及び的中組番号、独自賭式フラグ＝１の賭け式の的中番号及び的中組番号を含む。

的中判定・配当処理部４８は、ユーザ投票券情報ＤＢ５５から、的中したユーザ投票券情報を抽出する（Ｓ７３）。ここでは、的中判定・配当処理部４８は、Ｓ７２にて特定した的中パターン（特定された賭式種別、的中番号（または的中組番号））を用いて、ユーザ投票券情報ＤＢ５５から、的中した投票券を購入したユーザのユーザ投票券情報を抽出する。

的中判定・配当処理部４８は、抽出したユーザ投票券情報（賭式種別）毎に、次に説明するＳ７４〜Ｓ７７の処理を行う。まず、的中判定・配当処理部４８は、オッズ情報ＤＢ５６に基づいて、ユーザ投票券情報に含まれる項目「投票券」及び項目「賭式種別」が、通常の的中パターンか否かを判定する。ここで、的中判定・配当処理部４８は、ユーザ投票券情報に含まれる項目「投票券」及び項目「賭式種別」に対応するオッズ情報の独自賭式フラグが０の場合、通常の的中パターンであると判定する（Ｓ７４でＹＥＳ）。この場合、的中判定・配当処理部４８は、第１価値（例えば、金銭）による払い戻しを行い、その払戻金を配当金としてそのユーザに払い戻す（Ｓ７５）。

的中判定・配当処理部４８は、ユーザ投票券情報に含まれる項目「投票券」及び項目「賭式種別」に対応するオッズ情報の独自賭式フラグが１の場合、独自の的中パターンであると判定する（Ｓ７４でＮＯ）。

この場合、的中判定・配当処理部４８は、ユーザ投票券情報の項目「配信者ＩＤ」に基づいて、その投票券が配信者により指定された投票券情報を参考にしてユーザが投票したものか否かを判定する（Ｓ８１）。すなわちｍユーザ投票券情報の項目「配信者ＩＤ」に有効な情報（配信者ＩＤ）が登録されていない場合、的中判定・配当処理部４８は、その投票券が配信者により指定された投票券情報を参考にして購入されたものではないと判定し（Ｓ８１でＮＯ）、Ｓ８２へ進む。

ユーザ投票券情報の項目「配信者ＩＤ」に有効な情報（配信者ＩＤ）が登録されている場合、的中判定・配当処理部４８は、その投票券が配信者により指定された投票券情報を参考にして購入されたものであると判定し（Ｓ８１でＹＥＳ）、Ｓ７６へ進む。

次に、的中判定・配当処理部４８は、投票券が、投票に関してユーザ同士でグループを形成したユーザにより投票されたものか否かを判定する（Ｓ８２）。ここでは、的中判定・配当処理部４８は、ユーザＩＤとレースＩＤをキーとして、グループ管理ＤＢ５８を検索する。ユーザＩＤとレースＩＤに対応するグループ情報が登録されていない場合（Ｓ８２でＮＯ）、的中判定・配当処理部４８は、次のユーザ投票券情報についてＳ７４以降の処理を行う。

的中判定・配当処理部４８は、ユーザＩＤとレースＩＤをキーとして、グループ管理ＤＢ５８を検索する。ユーザＩＤとレースＩＤに対応するグループ情報が登録されている場合、的中判定・配当処理部４８は、その投票券は、投票に関してユーザ同士でグループを形成したユーザにより投票されたものと判定する（Ｓ８２でＹＥＳ）

Ｓ８１でＹＥＳまたはＳ８２でＹＥＳと判定された場合、的中判定・配当処理部４８は、第２価値（例えば、無償のポイント等）による払い戻しを行い、その払戻ポイントを配当としてそのユーザに払い戻す（Ｓ７６）。

図１６は、本実施形態における独自賭式種別の設定処理に関するフローチャートである。運営者は、レース毎に独自で賭式を設定することができる。具体的には、運営者は、自身の端末を用いてサーバ１６にアクセスし、独自の賭式種別を登録する。なお、配信者も、所定の手続きを経て所定の権限を取得することができれば、配信者端末１５を用いて、独自賭式種別を設定することができるようにしてもよい。

賭式登録部５０は、運営者または配信者により指定された的中条件（独自賭式種別）を取得する（Ｓ９１）。ここで、独自賭式種別は、独自の賭式の種別と、その賭け式の内容を含む。

賭式登録部５０は、取得した独自賭式種別に基づいて第２的中条件を生成し、オッズ情報ＤＢ５６に反映する（Ｓ９２）。ここでは、賭式登録部５０は、取得した独自賭式種別を賭式管理ＤＢ５９に登録する。このとき、賭式登録部５０は、独自賭式フラグ＝１として取得した独自賭式種別を賭式管理ＤＢ５９に登録する。これにより、独自賭式フラグ＝１で設定された独自賭式種別が第２的中条件として生成される。

図１７は、本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。コンピュータ１０１は、ユーザ端末１２、配信者端末１５またはサーバ１６として機能する。コンピュータ１０１は、ＣＰＵ１０２、ＲＯＭ１０３、ＲＡＭ１０４、記憶装置１０５、入力Ｉ／Ｆ１０６、出力Ｉ／Ｆ１０７、通信Ｉ／Ｆ１０８、読取装置１０９、バス１１０によって構成されている。

ここで、ＣＰＵは、中央演算装置を示す。ＲＯＭは、リードオンリメモリを示す。ＲＡＭは、ランダムアクセスメモリを示す。Ｉ／Ｆは、インターフェースを示す。バス１１０には、ＣＰＵ１０２、ＲＯＭ１０３、ＲＡＭ１０４、記憶装置１０５、入力Ｉ／Ｆ１０６、出力Ｉ／Ｆ１０７、通信Ｉ／Ｆ１０８、及び必要に応じて読取装置１０９が接続されている。

コンピュータ１０１がサーバ１６の場合、ＣＰＵ１０２は、記憶装置１０５から本実施形態に係るプログラムを読み出し、配信制御部４３、配信者投票券情報取得部４４、配信者投票券情報提供部４５、ユーザ投票券情報取得部４６、決済処理部４７、的中判定・配当処理部４８、通知部４９、賭式登録部５０として機能する。ＲＯＭ１０３は、読み出し専用のメモリを示す。ＲＡＭ１０４は、一時的に記憶するメモリである。

記憶装置１０５は、大容量の情報を記憶する装置である。記憶装置１０５としては、ハードディスク、ソリッドステートドライブ（ＳＳＤ）、フラッシュメモリカードなど様々な形式の記憶装置を使用することができる。コンピュータ１０１がサーバ１６の場合、記憶装置１０５には、本発明の実施形態に係るプログラムや、記憶部５１に格納されている各種データが記憶されている。

入力Ｉ／Ｆ１０６は、キーボード、マウス、電子カメラ、ウェブカメラ、マイク、スキャナ、センサ、タブレット、タッチパネルディスプレイ、情報読取装置等の入力装置と接続することが可能である。また、出力Ｉ／Ｆ１０７は、ディスプレイ、タッチパネル、プロジェクタ、プリンタ、スピーカ等の出力装置と接続することが可能である。

通信Ｉ／Ｆ１０８は、通信ネットワークと接続して他の装置と通信するためのポート等のインターフェースである。通信ネットワークは、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、専用線、有線、無線等の通信網であってよい。読取装置１０９は、可搬型記録媒体を読み出す装置である。

上記実施形態で説明した処理を実現するプログラムは、プログラム提供者側から通信ネットワークおよび通信Ｉ／Ｆ１０８を介して、例えば記憶装置１０５に格納されてもよい。また、上記実施形態で説明した処理を実現するプログラムは、市販され、流通している可搬型記憶媒体に格納されていてもよい。この場合、この可搬型記憶媒体は読取装置１０５にセットされて、ＣＰＵ１０２によってそのプログラムが読み出されて、実行されてもよい。可搬型記憶媒体としてはＣＤ−ＲＯＭ、フレキシブルディスク、光ディスク、光磁気ディスク、ＩＣカード、ＵＳＢメモリ装置、半導体メモリカードなど様々な形式の記憶媒体を使用することができる。このような記憶媒体に格納されたプログラムが読取装置１０９によって読み取られる。

また、当該プログラムは、スタンドアローン型のコンピュータにインストールされてもよいし、クラウドコンピュータによりインストールされて機能のみをユーザに提供してもよい。また、本実施形態では、ユーザ端末１２にサーバ１６と通信可能なアプリケーションプログラムをインストールして、本実施形態における投票券購入システムの制御を行ったが、これに限定されない。例えば、ユーザ端末１２にインストールされたＷｅｂブラウザを用いて、サーバ１６にアクセスし、サーバ１６側で運用されている本実施形態に係るシステムを使用してもよい。

本実施形態によれば、的中パターンのバリエーションを増やして、ユーザの成功体験を向上させることができる。なお、的中パターンは、単勝や、複勝、前後賞だけに限定されず、例えば、最下位や最下位から２番目を当てるようにしてもよい。

なお、特典は、特典管理ＤＢ５７に登録されているが、これは競技が行われている会場毎に異なる特典が登録されてもよいし、競技（レース）毎に異なる特典が登録されてもよい。

また、特典は、動画だけでなく、静止画であってもよいし、音楽データやテキストデータ、所定のプログラムであってもよい。静止画には、写真だけでなく、キャラクターの絵柄がデザインされたもの、漫画等を含んでもよい。また、テキストデータには、小説等のコンテンツであってもよい。音楽データには、動画コンテンツの音声部分のみを収録したものや単なる音声だけのデータであってもよいし、楽曲データであってもよい。所定のプログラムとしては、例えばゲーム用プログラムであってもよい。また、特典としては、所定のＷｅｂサイト等へのアクセス権であってもよいし、所定のゲーム用プログラムで使用可能なアイテムオブジェクト等やレベルアップするための経験値等であってもよい。また、特典は、上述したように、その会場や地域における特産品や景品であってもよい。

以上、実施形態、変形例に基づき本態様について説明してきたが、上記した態様の実施の形態は、本態様の理解を容易にするためのものであり、本態様を限定するものではない。本態様は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得ると共に、本態様にはその等価物が含まれる。また、その技術的特徴が本明細書中に必須なものとして説明されていなければ、適宜、削除することができる。

上記実施形態に加え、さらに、以下を付記する。
（付記１）
ユーザから競技に対して第１価値を用いた投票内容を受け付ける受付部と、
受け付けた前記投票内容が、前記競技における第１的中条件を満たした場合、前記第１価値を用いて前記ユーザに配当を行う第１配当処理部と、
受け付けた前記投票内容が、前記競技における第２的中条件を満たした場合、第２価値を用いて前記ユーザに配当を行う第２配当処理部と、
を備えることを特徴とする情報処理装置。
このように構成することにより、的中パターンのバリエーションを増やして、ユーザの成功体験を向上させることができる。
（付記２）
前記第２配当処理部は、前記受け付けた投票内容に含まれる所定の賭け式で指定された投票対象の一部が勝敗が確定した着順位と一致する場合、前記第２的中条件を満たすと判定する
ことを特徴とする付記１に記載の情報処理装置。
このように構成することにより、２連単の投票券を購入した場合であっても、１着のみまたは２着のみが当たっている場合であっても、それを的中してユーザに配当することができる。
（付記３）
前記第２配当処理部は、前記受け付けた投票内容に含まれる所定の賭け式で指定された投票対象のうち所定の着順位の番号が、勝敗が確定した着順位に応じて特定される前記勝敗が確定した着順位とは異なる番号である場合、前記第２的中条件を満たすと判定する
ことを特徴とする付記１に記載の情報処理装置。
このように構成することにより、例えば、Ｎ（Ｎは、任意の整数）番の単式の投票券を購入した場合、勝利した投票券の番号がＮ−１またはＮ＋１である場合、それを前後賞による的中とみなしてユーザに配当することができる。
（付記４）
前記第２配当処理部は、前記第１価値による配当額に基づいて、または前記受け付けた投票内容に含まれる所定の賭け式で指定された投票対象に対する投票額と前記投票対象のオッズとに基づいて、前記第２価値による配当額を決定する
ことを特徴とする付記１〜３のうちいずれか１項に記載の情報処理装置。
このように構成することにより、前記第１価値による配当額を基準に、または投票券の購入額とオッズを基準として前記第２価値による配当額を決定することができる。
（付記５）
前記情報処理装置は、さらに、
前記投票がなされた前記競技を特定する競技特定情報と、決定された前記第２価値による配当と、を関係づけて記憶する記憶部と、
前記第２価値による配当が行われる場合、前記第２価値による配当に基づいて特定される競技特定情報に関係する特典を前記ユーザに通知する通知部と、
を備えることを特徴とする付記１〜４のうちいずれか１項に記載の情報処理装置。
このように構成することにより、例えば、第２価値による配当の代わりに、第２価値の配当額に応じたその競技特定情報で特定される競技会場の特産物等を景品としてユーザに提供することが可能になる。
（付記６）
前記第２配当処理部は、前記受け付けた投票内容が、前記競技に対する予想結果を提供する提供者により指定された投票券情報の全部または一部に基づいて前記ユーザにより投票されることにより得られた投票内容である場合、前記ユーザを前記第２価値による配当の対象とする
ことを特徴とする付記１〜６のうちいずれか１項に記載の情報処理装置。
このように構成することにより、提供者の予想を参考にしてユーザが投票した場合において、第２的中条件を満たした場合に、配当の対象となる。
（付記７）
前記第２配当処理部は、前記受け付けた投票内容が、前記投票に関してユーザ同士でグループを形成したユーザにより投票されることにより得られた投票内容である場合、前記ユーザを前記第２価値による配当の対象とする
ことを特徴とする付記１〜６のうちいずれか１項に記載の情報処理装置。
このように構成することにより、グループチャットのグループを形成したりして投票した場合において、第２的中条件を満たした場合に、配当の対象となる。
（付記８）
前記情報処理装置は、さらに、
前記競技に対する予想結果を提供する提供者または前記競技を運営する運営者により指定された的中条件に基づいて、前記第２的中条件を生成する生成部
を備えることを特徴とする付記１〜７のうちいずれか１項に記載の情報処理装置。
このように構成することにより、配信者や運営側は、独自で第２的中条件を設定することができる。
（付記９）
コンピュータに、
ユーザから競技に対して第１価値を用いた投票内容を受け付ける受付処理と、
受け付けた前記投票内容が、前記競技における第１的中条件を満たした場合、前記第１価値を用いて前記ユーザに配当を行う第１配当処理と、
受け付けた前記投票内容が、前記競技における第２的中条件を満たした場合、第２価値を用いて前記ユーザに配当を行う第２配当処理と、
を実行させることを特徴とする配当実行プログラム。
このように構成することにより、的中パターンのバリエーションを増やして、ユーザの成功体験を向上させることができる。
（付記１０）
コンピュータが、
ユーザから競技に対して第１価値を用いた投票内容を受け付け、
受け付けた前記投票内容が、前記競技における第１的中条件を満たした場合、前記第１価値を用いて前記ユーザに配当を行い、
受け付けた前記投票内容が、前記競技における第２的中条件を満たした場合、第２価値を用いて前記ユーザに配当を行う、
ことを特徴とする配当実行方法。
このように構成することにより、的中パターンのバリエーションを増やして、ユーザの成功体験を向上させることができる。

１ 情報処理装置
２ 提供部
３ 取得部
４ 決定部
５ 端末装置
１１ 投票券購入システム
１２ ユーザ端末
１５ 配信者端末
１６ サーバ
１７ 通信ネットワーク
４１ 通信部
４２ 制御部
４３ 配信制御部
４４ 配信者投票券情報取得部
４５ 配信者投票券情報提供部
４６ ユーザ投票券情報取得部
４７ 決済処理部
４８ 的中判定・配当処理部
４９ 通知部
５０ 賭式登録部
５１ 記憶部
５２ 配信者管理ＤＢ
５３ 配信者投票券情報ＤＢ
５３ ユーザ情報管理ＤＢ
５５ ユーザ投票券情報ＤＢ
５６ オッズ情報ＤＢ
５７ 特典管理ＤＢ
５８ グループ管理ＤＢ
５９ 賭式管理ＤＢ

Claims (10)

1. ユーザから競技に対して第１価値または第２価値を用いた投票内容を受け付ける受付部と、
   前記第１価値または前記第２価値を用いた前記投票内容が、前記競技における第１的中条件を満たした場合、前記ユーザに第１の配当を行う第１配当処理部と、
   前記第１価値を用いた前記投票内容が、前記競技における第２的中条件を満たした場合、前記ユーザに第２の配当を行う第２配当処理部と、を備え、
   前記第２配当処理部は、前記第２価値を用いた前記投票内容が前記第２的中条件を満たした場合、前記ユーザに前記第２の配当を行わない
   ことを特徴とする情報処理装置。
2. 前記第２配当処理部は、前記受け付けた投票内容に含まれる所定の賭け式で指定された投票対象の一部が勝敗が確定した着順位と一致する場合、前記第２的中条件を満たすと判定する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記第２配当処理部は、前記受け付けた投票内容に含まれる所定の賭け式で指定された投票対象のうち所定の着順位の番号が、勝敗が確定した着順位に応じて特定される前記勝敗が確定した着順位とは異なる番号である場合、前記第２的中条件を満たすと判定する
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記第２配当処理部は、前記第１の配当による配当額に基づいて、または前記受け付けた投票内容に含まれる所定の賭け式で指定された投票対象に対する投票額と前記投票対象のオッズとに基づいて、前記第２の配当による配当額を決定する
   ことを特徴とする請求項１〜３のうちいずれか１項に記載の情報処理装置。
5. 前記情報処理装置は、さらに、
   前記投票がなされた前記競技を特定する競技特定情報と、前記第２の配当と、を関係づけて記憶する記憶部と、
   前記第２の配当に基づいて特定される競技特定情報に関係する特典を前記ユーザに通知する通知部と、
   を備えることを特徴とする請求項１〜４のうちいずれか１項に記載の情報処理装置。
6. 前記第２配当処理部は、前記受け付けた投票内容が、前記競技に対する予想結果を提供する提供者により指定された投票券情報の全部または一部に基づいて前記ユーザにより投票されることにより得られた投票内容である場合、前記ユーザを前記第２の配当の対象とする
   ことを特徴とする請求項１〜５のうちいずれか１項に記載の情報処理装置。
7. 前記第２配当処理部は、前記受け付けた投票内容が、前記投票に関してユーザ同士でグループを形成したユーザにより投票されることにより得られた投票内容である場合、前記ユーザを前記第２の配当の対象とする
   ことを特徴とする請求項１〜６のうちいずれか１項に記載の情報処理装置。
8. 前記情報処理装置は、さらに、
   前記競技に対する予想結果を提供する提供者または前記競技を運営する運営者により指定された的中条件に基づいて、前記第２的中条件を生成する生成部
   を備えることを特徴とする請求項１〜７のうちいずれか１項に記載の情報処理装置。
9. コンピュータに、
   ユーザから競技に対して第１価値または第２価値を用いた投票内容を受け付ける受付処理と、
   前記第１価値または前記第２価値を用いた前記投票内容が、前記競技における第１的中条件を満たした場合、前記ユーザに第１の配当を行う第１配当処理と、
   前記第１価値を用いた前記投票内容が、前記競技における第２的中条件を満たした場合、前記ユーザに第２の配当を行う第２配当処理と、を実行させ、
   前記第２配当処理は、前記第２価値を用いた前記投票内容が前記第２的中条件を満たした場合、前記ユーザに前記第２の配当を行わない
   ことを特徴とする配当実行プログラム。
10. コンピュータが、
    ユーザから競技に対して第１価値または第２価値を用いた投票内容を受け付け、
    前記第１価値または前記第２価値を用いた前記投票内容が、前記競技における第１的中条件を満たした場合、前記ユーザに第１の配当を行い、
    前記第１価値を用いた前記投票内容が、前記競技における第２的中条件を満たした場合、前記ユーザに第２の配当を行い、
    前記第２の配当を行う場合において、前記第２価値を用いた前記投票内容が前記第２的中条件を満たした場合、前記ユーザに前記第２の配当を行わない
    ことを特徴とする配当実行方法。
    
    

Images