JP7076863B1 - 情報処理方法、情報処理装置、及びプログラム - Google Patents

Abstract

【課題】現実世界で行われるイベントにおけるプレイヤのパフォーマンスをユーザによって変更する新たな仕組みを提供すること。【解決手段】情報処理方法は、サーバ装置に含まれる１又は複数のプロセッサが、各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の選択肢情報の中から少なくとも１つの選択肢情報を取得すること、現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計すること、集計された結果情報を、いずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して結果情報を報知可能な第２情報処理装置に出力すること、を実行する。【選択図】図１４

Description

開示の技術は、情報処理方法、情報処理装置、及びプログラムに関する。

従来、ユーザが選手モードを選択すると、投手の投球、打者の打撃、塁上の走者の走塁、打撃をしたときの守備手の動作、戦略の設定、作戦の指示を、ユーザがジョイスティックとボタンを用いて制御することができるゲームが知られている（例えば特許文献１参照）。

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

しかしながら、従来技術においては、ゲームにおける戦略等をユーザが決定するだけであり、現実世界で行われるイベント、例えば野球の試合において、プレイヤのパフォーマンスをユーザによって変更するようなシステムは存在しなかった。

そこで、開示技術は、現実世界で行われるイベントにおけるプレイヤのパフォーマンスをユーザによって変更する新たな仕組みを提供することを目的とする。

開示の一態様における情報処理方法は、サーバ装置に含まれる１又は複数のプロセッサが、各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の選択肢情報の中から少なくとも１つの選択肢情報を取得すること、前記現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計すること、集計された結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して前記結果情報を報知可能な第２情報処理装置に出力すること、を実行する。

開示技術によれば、現実世界で行われるイベントにおけるプレイヤのパフォーマンスをユーザによって変更する新たな仕組みを提供することができる。

第１実施形態に係る情報処理システムの構成の一例を示す図である。 第１実施形態に係るサーバの一例を示すブロック図である。 第１実施形態に係るユーザ端末の一例を示す図である。 第１実施形態に係るユーザデータの一例を示す図である。 第１実施形態に係るドラフトデータの一例を示す図である。 第１実施形態に係るチームデータの一例を示す図である。 第１実施形態に係るイベントデータの一例を示す図である。 第１実施形態に係る試合前の画面の遷移例を示す図である。 第１実施形態に係る投手における戦略投票画面の一例を示す図である。 第１実施形態に係る投手における戦略の集計結果画面の一例を示す図である。 第１実施形態に係る打者における戦略投票画面の一例を示す図である。 第１実施形態に係る打者における戦略の集計結果画面の一例を示す図である。 第１実施形態に係るチーム作りに関する処理の一例を示すフローチャートである。 第１実施形態に係る試合中の戦略選択処理の一例を示すフローチャートである。

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

［第１実施形態］
＜システム概要＞
図１は、開示の第１実施形態に係る情報処理システム１の構成の一例を示す図である。図１に示すとおり、情報処理システム１は、サーバ１０と、１又は複数のユーザ端末２０Ａ、２０Ｂ、２０Ｃとを含む。サーバ１０と、１又は複数のユーザ端末２０とは、ネットワークＮを介して相互にデータの送受信が可能である。サーバ１０は、複数の処理装置により構成されてもよく、ユーザ端末２０Ａ、２０Ｂ、２０Ｃは、数は任意の数でもよく、個々に区別しない場合はユーザ端末２０と称する。

情報処理システム１は、例えば、現実世界で行われるイベントに対し、イベントに参加しているプレイヤのパフォーマンスを、ユーザからの投票の結果に応じて決定し、決定された内容をプレイヤに伝えてプレイしてもらうことができるシステムである。例えば、情報処理システム１は、イベントとして現実世界の野球の試合を想定した場合、ユーザはその野球の試合にファンとして応援するだけではなく、現実世界の野球のチーム作りや、現実世界の野球の試合中に、戦略の決定に参加することを可能にする。以下、第１実施形態では、イベントの一例として、現実世界の対戦イベントを含むスポーツ、特に野球を例に挙げて説明する。

サーバ１０は、情報処理システム１を実行するプラットフォームを提供するサーバである。サーバ１０は、例えば、１又は複数のプロセッサを備える情報処理装置であり、ユーザの会員登録を制御したり、野球チームの監督、ユニフォーム、ロゴ、選手、スタメン選手などの選択処理を制御したり、現実の試合中の戦略決定を制御したり、試合後のファンミーティングの開催を制御したりする。サーバ１０は、プラットフォームを提供する運営者又はテレビ局などにより管理又は利用される。

サーバ１０は、その他、課金処理、システム内通貨（チケット等）の管理処理や、選択状況の通知処理、外部システムから、現実世界の野球の試合のライブ中継映像を取得し、ウェブブラウザの所定領域にライブ中継映像を埋め込んだりする処理を行ってもよい。

ユーザ端末２０は、サーバ１０が提供するプラットフォームにより実現される処理を実行する情報処理装置（又は処理端末）である。ユーザ端末２０として、例えばパーソナルコンピュータ、スマートフォン等の携帯端末、又はタブレット端末、データ通信可能なテレビ（例、スマートテレビ）等が用いられる。

ユーザ端末２０には、サーバ１０が提供するプラットフォームを利用するためのアプリケーションプログラム（アプリ）がインストールされてもよい。このアプリは、サーバ１０が提供するプラットフォームにおいて、開示の処理をユーザ端末２０に実行させる。このアプリを実行することにより、ユーザ端末２０はサーバ１０にアクセスして、アプリの実行に用いる情報を送受信する。

また、ユーザ端末２０は、ウェブブラウザを用いて、サーバ１０が提供するウェブサイトにアクセスし、このウェブサイトにおいて制御される開示の処理を実行してもよい。また、ユーザ端末２０は、ウェブブラウザを用いて、サーバ１０とのインタラクティブな通信を行い、データの送受信を行う。

＜ファン参加型野球リーグの概要＞
ここで、開示のファン参加型野球リーグの概要について説明する。ユーザは、ユーザ端末２０を用いて、運営側が提供するファン参加型野球リーグに参加するため、会員登録を行う。サーバ１０は、会員登録の際、例えば所定金額の入金が確認されると、所定数のチケットを発行し、ユーザに関連付ける。

また、サーバ１０は、新規会員になったユーザを、所定のチームに割り振る。所定のチームは例えば４チームのうちの１チームであり、サーバ１０は、各チームに属するユーザの総数が同程度になるようユーザの割り振りを実行する。

ユーザの会員登録が完了すると、ユーザは、自らが利用するユーザ端末２０を操作して、自身が割り振られたチームのチーム作りを行う。例えば、ユーザは、ユーザ端末２０を操作して、ファン参加型野球リーグのウェブページからログインを行う。ログイン後、ユーザは、例えば、所定数のチケットを使用して、チームの監督、ロゴ、ユニフォーム、選手などを選択して投票を行う。

サーバ１０は、リーグ戦開始前に、各チームの監督、ロゴ、ユニフォーム、選手などの投票を受け付け、チームごとに投票結果を集計し、各チームの監督、ロゴ、ユニフォーム、選手などを決定する。例えば、サーバ１０は、同じ監督に対して、投票数が一番多いチームが２つ以上あれば、投票数がより多いチームにその監督を割り当てる。同様にして、ロゴ、ユニフォーム、選手等がサーバ１０によって割り当てられる。なお、選手等の選択についてはドラフト形式で行ってもよい。

サーバ１０は、試合開始前に、その試合のスターティングメンバーに入る選手の投票を受け付ける。ユーザにより決定されたスターティングメンバー情報は、現実世界の野球の試合のマネージャ等に通知される。試合開始前とは、プレーボール前の所定期間である。また、マネージャは、監督又はコーチ等である。

サーバ１０は、現実世界の野球の試合が始まると、試合中の経過をリアルタイム配信する。例えば、サーバ１０は、ウェブページ内の所定領域にライブ中継映像を埋め込んでもよいし、バーチャルな画像等を用いて試合経過を配信してもよい。サーバ１０は、試合中の所定のタイミングで、戦略を決定する処理を実行する。所定のタイミングは、予め決定されてもよいし、マネージャにより試合の流れ等に応じて決定されてもよいし、各ユーザにより決定されてもよい。各ユーザにより決定される場合、所定数以上のユーザが、ユーザ端末２０を利用して、所定時間内に戦略決定の指示を出したタイミングを所定のタイミングとしてもよい。

サーバ１０は、戦略を決定する処理（以下「作戦タイム」とも称する。）として、例えば、ピッチャーに関する戦略、例えばコースや球種をユーザに選択させる処理やピッチャー交代時の次のピッチャーをユーザに選択させる処理、又はバッターに関する戦略、例えば強振やエンドランなどをユーザに選択させる処理などを実行する。

ユーザ端末２０は、作戦タイムがサーバ１０から通知されると、戦略を選択可能な画面を表示し、ユーザからの選択を受け付ける。なお、ユーザによる選択は、投票とも表記する。また、ユーザ端末２０は、戦略の決定について、チケット（有料チケット又は無料チケット）を使用しての投票を可能にしてもよい。また、ユーザ端末２０は、ユーザが戦略を決定する際に、クレジットカードによる決済又は電子マネーの決済等の所定の決済を行ってから投票を可能にしてもよい。

サーバ１０は、各ユーザからの投票を集計し、集計結果を試合中のマネージャやプレイヤに報知可能な処理装置に送信する。これにより、試合中のプレイヤは、集計結果に基づいて決定された戦略を実行することができる。また、サーバ１０は、集計結果を各ユーザが利用する各ユーザ端末２０に送信する。なお、マネージャやプレイヤに報知可能な処理装置に送信する第１集計結果と、ユーザ端末２０に送信する第２集計結果とは、異なってもよい。例えば、第１集計結果には、決定された選択肢のみを集計結果に含めてもよく、第２集計結果には各選択肢の投票状況を含めてもよい。

サーバ１０は、試合が終了すると、ファンであるユーザと、プレイヤとの交流を行うファンミーティングの開催を制御してもよい。例えば、サーバ１０は、開催日時を決定したり、ファンミーティングへの参加人数を制限したりする。以下、上述したファン参加型野球リーグを実行可能にする情報処理システム１の各構成等について詳細に説明する。

＜構成＞
図２は、開示の第１実施形態に係るサーバ１０の一例を示すブロック図である。サーバ１０は、１つ又は複数のプロセッサ１１０、１つ又は複数のネットワーク通信インタフェース１２０、メモリ１３０、及びこれらの構成要素を相互接続するための１つ又は複数の通信バス１７０を含む。

サーバ１０は、場合によりユーザインタフェース１５０を含んでもよく、これとしては、ディスプレイ、及び入力装置（キーボード及び／又はマウス、又は他の何らかのポインティングデバイス等）を挙げることができる。

メモリ１３０は、例えば、ＤＲＡＭ、ＳＲＡＭ、他のランダムアクセス固体記憶装置などの高速ランダムアクセスメモリであり、また、１つ又は複数の磁気ディスク記憶装置、光ディスク記憶装置、フラッシュメモリデバイス、又は他の不揮発性固体記憶装置などの不揮発性メモリでもよく、非一時的な記録媒体でもよい。

メモリ１３０は、情報処理システム１により用いられるデータを記憶する。例えば、メモリ１３０は、ユーザデータ、野球チームに関するデータや戦略に関するデータなどを記憶する。なお、各データの詳細は、図４乃至７を用いて後述される。

また、メモリ１３０の他の例として、プロセッサ１１０から遠隔に設置される１つ又は複数の記憶装置でもよい。ある実施形態において、メモリ１３０はプロセッサ１１０により実行されるプログラム、モジュール及びデータ構造、又はそれらのサブセットを格納する。

プロセッサ１１０は、例えばＣＰＵ（Central Processing Unit）などであり、メモリ１３０に記憶されるプログラムを実行することで、イベント制御部１１２、第１制御部１１３、第２制御部１１４、取得部１１５、集計部１１６、出力部１１７、付与部１１８を構成する。

＜＜登録処理＞＞
イベント制御部１１２は、開示されたファン参加型野球リーグに関する処理の実行を制御する。例えば、イベント制御部１１２は、ユーザの登録を制御したり、課金処理を制御したり、試合後のファンミーティングに関する処理を制御したりする。具体例として、イベント制御部１１２は、ファン参加型野球リーグに参加したいユーザからの登録情報を取得し、ユーザ登録を実行する。また、イベント制御部１１２は、登録されたユーザから所定金額の入金又は課金を処理し、金額に応じたチケットの枚数を発行してユーザに関連付ける。

また、イベント制御部１１２は、試合前の処理を実行するための第１制御部１１３と、試合中の処理を実行するための第２制御部１１４とを有する。なお、第１制御部１１３は、後述する第２制御部１１４の取得部１１５、集計部１１６、出力部１１７と同様の機能を有する。

＜＜試合前処理＞＞
第１制御部１１３は、チーム作りに関する処理を制御する。例えば、第１制御部１１３は、各チームの監督、ロゴ、ユニフォーム、選手の選択処理を実行する。第１制御部１１３は、各監督、各選手の紹介ページを保持し、ユーザからの表示指示に応じて、ユーザ端末２０に配信してもよい。

第１制御部１１３は、ユーザが所定の選択をする場合には、チケットの使用を条件としてもよい。例えば、第１制御部１１３は、監督や選手の選択処理は、少なくとも１枚のチケットの使用を条件とする。また、第１制御部１１３は、ユーザに対し、チケットの保有枚数を上限として、１つの選択肢の投票数（ＢＥＴ数）を適宜決定させてもよい。

第１制御部１１３は、チームごとに、所属する各ユーザの各選択肢に対する投票数を集計し、集計結果に基づいてチームごとに選択された選択肢を決定する。例えば、監督につて、第１～第４チームそれぞれに属する各ユーザが、監督Ａ～Ｄを選択するとする。第１制御部１１３は、チームごとに、投票数の多い監督の順番を決定する。例えば、第１チーム内の各ユーザによる投票数の順は、監督Ａ、監督Ｃ、監督Ｄ、監督Ｂの順であるとする。このとき、第１チームにおいて監督Ａが、他のチームの投票数一位の監督でなければ、第１制御部１１３は、第１チームの監督として監督Ａに決定する。監督Ａが複数のチームで投票数一位であれば、第１制御部１１３は、監督Ａへの投票数が１番多いチームに、監督Ａを割り当て当てる。

投票数一位の監督に決定しなかったチームは、投票数二位以下の未決定の監督に対して、投票数一位の場合と同様の処理により監督が決定される。すわなち、各チーム内で、各ユーザの投票数に応じて監督の希望順位を決定し、ドラフト形式で監督が選択される。なお、ロゴ、ユニフォーム、選手についても、同様の選択処理が実行されてもよい。また、第１制御部１１３は、選手を選択する場合、ポジションごとに、各選手のチームにおける希望順位を決定するようにしてもよい。

また、第１制御部１１３は、各ユーザが、自分の投票内容、及び自分のチーム内の投票結果を確認できるように、投票状況を示す情報を各ユーザ端末２０に送信するようにしてもよい。

また、第１制御部１１３は、ユーザがチームの監督又は選手を選択する際に、ユーザの希望にマッチングする監督又は選手を推薦する機能を備えてもよい。例えば、第１制御部１１３は、ユーザに対して１又は複数の質問処理を実行することで、そのユーザの回答内容に応じてマッチング処理を行い、マッチングする監督又は選手を推薦するようにする。

各監督には、攻撃型又は守備型などの選手の好み、強行又は堅実などの試合におけるゲームプランなどの属性情報が対応付けられ、各選手には、攻撃型又は守備型、足の速さ、パワー、肩の強さなどの属性情報が対応付けられる。この場合、第１制御部１１３は、質問に対するユーザの回答結果と、監督又は選手の各属性情報とのマッチング処理を実行し、お勧めの監督又は選手をユーザに提案することができる。これにより、ユーザの選択負担を減らすことができ、システム利用における利便性を向上させることができる。

また、第１制御部１１３は、現実世界の試合前の所定時間内に、スターティングメンバーを選択する処理を実行してもよい。第１制御部１１３は、監督等の選択処理と同様にして、チームごとに、スターティングメンバーを誰にするのかについて投票を受け付ける。例えば、第１制御部１１３は、ポジションごと又はカテゴリ（内野、外野など）ごとに投票数一位のプレイヤを決定し、決定されたプレイヤをマネージャの処理装置に送信する。

＜＜試合中処理＞＞
第２制御部１１４は、主に試合中における戦略決定に関する処理を実行し、取得部１１５、集計部１１６、出力部１１７、付与部１１８を有する。

取得部１１５は、各ユーザが利用する各ユーザ端末２０（第１情報処理装置）から、現実の野球の試合の戦略に関する複数の選択肢情報の中から少なくとも１つの選択肢情報を取得する。例えば、第２制御部１１４は、所定のタイミングで試合における戦略に関する複数の選択肢情報を各ユーザ端末２０に送信し、取得部１１５は、各ユーザにより選択された少なくとも１つの選択肢情報を、ネットワーク通信インタフェース１２０を介して取得する。

集計部１１６は、現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計する。例えば、集計部１１６は、各選択肢に対する投票率（＝投票数／全投票数）を算出したり、一番投票数が多い又は一番投票率が高い選択肢を決定したり、投票数の多い順又は投票率が高い順に選択肢の順番を決定したりしてもよい。

出力部１１７は、集計された結果情報を、いずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して、結果情報を報知可能な第２情報処理装置に出力する。例えば、出力部１１７は、ピッチャーに関する戦略、例えばコース、球種等が選択肢であれば、キャッチャーが確認可能な第２情報処理装置に集計の結果情報を出力する。これにより、キャッチャーはピッチャーに対して集計結果をサイン等で伝えることができる。

上述した処理によれば、現実の野球の試合中に、各ユーザの投票結果に応じて戦略が決定され、決定された戦略による実際のプレイをユーザは楽しむことができる。その結果、情報処理システム１は、現実の試合に参加する体験をユーザに提供することができる。

また、取得部１１５は、選択肢情報を選択したユーザのユーザ識別情報、又は、ユーザに割り当てられたチームの識別に関するチーム識別情報を取得することを含んでもよい。例えば、取得部１１５は、選択肢情報とともに、ユーザ識別情報又はチーム識別情報を取得してもよい。

また、集計部１１６は、取得部１１５により取得されたユーザ識別情報に対応するチームごとに、又は取得部１１５により取得されたチーム識別情報に対応するチームごとに、各選択肢情報を集計することを含んでもよい。例えば、集計部１１６は、攻撃側のチームに属する各ユーザが選択した攻撃に関する選択肢情報を集計する。

また、出力部１１７は、それぞれのチームに対応するそれぞれの第２情報処理装置に結果情報を出力することを含んでもよい。例えば、出力部１１７は、攻撃側のチームには、マネージャが利用する第２情報処理装置に結果情報を出力し、守備側のチームには、キャッチャーが利用する第２情報処理装置に結果情報を出力してもよい。また、出力部１１７は、それぞれのチームが現在攻撃側なのか、守備側なのかを判定し、攻撃時に対応する第２情報処理装置、又は守備時に対応する第２情報処理装置に結果情報を出力してもよい。

以上の処理により、攻撃側と守備側とで、それぞれの戦略を決定するための選択肢を、攻撃側のチームに属する各ユーザ、及び、守備側のチームに属する各ユーザに提供することができる。また、それぞれのチームで集計した結果を、それぞれのチームの装置に出力することが可能になり、互いに戦略を知られることなく現実の試合における公平なプレイを可能にすることができる。

また、取得部１１５は、所定時間内に、攻撃側のチームに属するユーザの各ユーザ端末２０からバッターに関する選択肢情報を取得し、及び／又は、守備側のチームに属するユーザの各ユーザ端末２０からピッチャーに関する選択肢情報を取得することを含んでもよい。例えば、バッターに関する選択肢情報は、強振、バント、エンドラン、右打ち、待てなどを含む。また、ピッチャーに関する選択肢情報は、速球、遅球、カーブ、スライダー、フォーク、カットボール、シュートなどの球種又は３×３のストライクコース、ストライクコースの上下左右の４つのボールコースなどのコース、あるいは、交代時の次のピッチャーを含む。なお、選択肢情報は、或るユーザによって作成されてもよい。例えば、ユーザによって作成される選択肢情報は、予め用意された複数の選択肢情報の中からユーザにより選択された情報や、ユーザによって新たに作成された選択肢情報でもよい。この場合の或るユーザは、運営者又は課金等を行った特定のユーザ等を含む。

以上の処理により、１球ごとに変わり得る戦略に対して、攻撃側と守備側とで、それぞれの戦略を決定するための選択肢情報を、攻撃側のチームに属する各ユーザ、及び、守備側のチームに属する各ユーザに提供することができる。また、ユーザが、緊迫した場面での戦略決定に参加することが可能になる。

また、取得部１１５は、攻撃に関する選択肢情報として、バッター以外にもランナーがいる場合、盗塁の要否に関する情報を取得してもよい。また、取得部１１５は、ピッチャー交代や、攻守交替の際の空き時間に行われるエンターテインメントに関する選択肢情報を取得してもよい。エンターテインメントに関する選択肢情報は、例えば、手品、ダンス、クイズ、体操などを含み、集計の結果は、投票数の多い順を含む。具体例として、ピッチャー交代時に、次のピッチャーの準備が終わるまで、決定された順番で繰り返しエンターテインメントが行われる。これによりユーザである視聴者に対し、自分達で決定した観たい順にエンターテインメントを見ることができる。

また、取得部１１５は、マネージャ（監督又はコーチ）により指定されたタイミング、予め決定されたタイミング、又は各ユーザにより指定されたタイミングを契機とする所定時間内に、選択肢情報の取得を許可することを含んでもよい。例えば、第２制御部１１４は、所定のタイミングを検知すると、各ユーザ端末２０に所定時間内に選択肢情報を送信する。選択肢情報は、所定のタイミングに応じて内容が変更されてもよい。

所定のタイミングは、マネージャが、自身が利用する処理装置を操作することで指示したタイミングでもよいし、予め１回、７回の１球目などと決定されたタイミングでもよいし、所定数以上のユーザが、自身のユーザ端末２０を操作して指示したタイミングでもよい。

以上の処理により、所定のタイミングで所定時間内に選択肢情報を受け付け可能にすることで、現実の野球の試合が間延びすることを防ぎ、ユーザに対し、現実の野球の試合の臨場感を保ったまま、戦略決定に参加させることができる。また、システムの処理負荷の増加を防ぐことにも寄与することができる。

また、集計部１１６は、取得された各選択肢情報に対して、少なくとも１つの選択肢情報を決定すること、又は、各選択肢情報の中から選択肢情報の順番を決定することを含んでもよい。例えば、上述したとおり、集計部１１６は、球種の各選択肢情報の中から一番投票数が多かった選択肢情報を決定したり、例えば、エンターテインメント系の選択肢情報であれば、選択肢情報の順番を決定したりしてもよい。また、集計部１１６は、選択肢情報のジャンルに応じて、１つの選択肢情報を決定するのか、選択肢情報の順番を決定するのかを判定してもよい。例えば、集計部１１６は、戦略に関する選択肢情報であれば１つの選択肢情報を決定し、エンターテインメント系に関する選択肢情報であれば選択肢情報の順番を決定する。

以上の処理により、集計部１１６は、選択肢情報に応じて、何を決定するかを判定して集計することにより、様々な選択肢情報を与えることができるようになる。その結果、ファン参加型野球リーグのエンターテインメント性を向上させ、ユーザにより楽しんでもらえる環境を提供することができる。

また、サーバ１０は、集計部１１６による結果情報に含まれる集計数又は投票数が一番多い選択肢情報と同じ選択肢情報を選択したユーザに対して特典を付与する付与部１１８を有してもよい。例えば、付与部１１８は、投票数が一番多かった選択肢情報に投票した各ユーザを特定し、特定した各ユーザに対して、所定の特典を付与して各ユーザに関連付ける。特典は、例えば、ファンミーティングに参加するためのポイントや、プレイヤのグッズの取得に使用できるポイントなどである。

以上の処理により、ユーザ個人の戦略と、チーム内の他のユーザの戦略との一致性をユーザに提供するとともに、特典を付与することで、戦略決定への参加のモチベーションを増加させることができる。

図３は、開示の第１実施形態に係るユーザ端末２０の一例を示す図である。ユーザ端末２０は、１つ又は複数のプロセッサ２１０、１つ又は複数のネットワーク通信インタフェース２２０、メモリ２３０、ユーザインタフェース２５０、及びこれらの構成要素を相互接続するための１つ又は複数の通信バス２７０を含む。

ユーザインタフェース２５０は、ディスプレイ２５１、及び入力装置（キーボード及び／又はマウス、又は他の何らかのポインティングデバイス等）２５２を含む。

メモリ２３０は、例えば、ＤＲＡＭ、ＳＲＡＭ、又は他のランダムアクセス固体記憶装置などの高速ランダムアクセスメモリであり、また、１つ又は複数の磁気ディスク記憶装置、光ディスク記憶装置、フラッシュメモリデバイス、又は他の不揮発性固体記憶装置などの不揮発性メモリでもよく、非一時的な記録媒体でもよい。

メモリ２３０は、情報処理システム１により用いられるデータやプログラムを記憶する。例えば、メモリ２３０は、情報処理システム１における携帯端末用のアプリケーションプログラムなどを記憶する。

プロセッサ２１０は、メモリ２３０に記憶されるプログラムを実行することで、クライアントアプリケーション２１２を構成する。クライアントアプリケーション２１２は、例えば、ウェブブラウザやメールアプリケーションなどを含む。ウェブブラウザは、サーバ１０により提供されるプラットフォームのウェブページの閲覧を可能にする。また、インストールされた携帯端末用のアプリケーションの実行により、プラットフォームのウェブページの閲覧が可能になる。クライアントアプリケーション２１２は、開示の処理を実行するため、画面制御部２１３、表示制御部２１４、第１処理部２１５、第２処理部２１６を有する。

画面制御部２１３は、上述したファン参加型野球リーグに関する画面情報を生成する。例えば、画面制御部２１３は、ユーザ会員登録画面や、試合前のチーム作りに関する画面（後述する図８を参照）、試合中の戦略選択に関する画面（後述する図９～１２）の画面情報を生成する。なお、画面制御部２１３は、画面内に現実の野球の試合のライブ中継映像が埋め込まれた画面情報を生成してもよい。

表示制御部２１４は、生成された画面情報を表示画面に表示制御する。例えば、表示制御部２１４は、画面制御部２１３により生成された各画面情報をディスプレイ（表示画面）２５１に表示制御する。

第１処理部２１５は、試合前の処理を制御するサーバ１０の第１制御部１１３に対応する処理部である。例えば、第１処理部２１５は、サーバ１０の第１制御部１１３から送信される、監督、ロゴ、コーチ、選手の各選択肢情報に対して選択処理を実行する。第１処理部２１５は、ユーザ操作に応じて、選択肢情報に投票するチケットの枚数を増減し、投票を行う。試合前の選択処理の詳細については、図８を用いて後述する。

第２処理部２１６は、試合中の処理を制御するサーバ１０の第２制御部１１４に対応する処理部である。例えば、第２処理部２１６は、選択部２１７、出力部２１８、取得部２１９を有する。なお、第１処理部２１５も、第２処理部２１６の各部と同様の機能を有する。

選択部２１７は、ユーザの操作に応答して、対戦中の現実の野球の試合の戦略に関する複数の選択肢情報の中から少なくとも１つの選択肢情報を選択する。例えば、現実の野球の試合の戦略は、ピッチャー交代、ピッチャーの投げる球種又はコース、あるいはバッターの打ち方などを含む。

出力部２１８は、選択部２１７により選択された少なくとも１つの選択肢情報を他の情報処理装置（例えばサーバ１０）に出力する。例えば、出力部２１８は、ユーザインタフェース２５０を用いてユーザにより選択された少なくとも１つの選択肢情報を、ネットワーク通信インタフェース２２０を用いてサーバ１０に送信する。

取得部２１９は、サーバ１０から、複数の選択肢情報の集計結果を含む結果情報を取得する。例えば、取得部２１９は、各選択肢情報の投票率又は投票数を含む結果情報、一番投票率が高い又は一番投票数が多い選択肢情報を含む結果情報、又は、各選択肢情報の投票数又は投票率に関する順序を含む結果情報を取得する。

この場合、表示制御部２１４は、取得部２１９により取得された結果情報に基づく画面をディスプレイ２５１に表示制御する。これにより、ユーザは、現実の野球の試合の戦略決定に参加し、自分に対応付けられたチームの投票結果を知ることができる。

また、表示制御部２１４は、取得部２１９により取得された投票の結果情報を表示する第１表示領域と、対戦中の現実の野球の試合を表示する第２表示領域とを含む画面情報をディスプレイ２５１に表示制御することを含んでもよい。例えば、表示制御部２１４は、上述した野球の戦略に関する各選択肢情報を表示したり、各選択肢情報に対する投票結果を表示したりする第１表示領域と、同一のウェブページ内で、現実の野球の試合のライブ映像を配信可能なシステムから配信されるライブ映像を表示する第２表示領域とをディスプレイ２５１に表示制御する。

選択部２１７は、試合中の選択肢情報を受け付ける際に、所定数のチケットを必要としてもよい。例えば、所定数を１枚とし、ユーザに応じてチケットの枚数を増減できるようにしてもよい。この場合、出力部２１８は、投票された選択肢情報及びユーザ識別情報とともに、ユーザにより設定されたチケットの枚数情報をサーバ１０に出力する。

また、試合前の投票に用いる第１チケットと、試合中の投票に用いる第２チケットとは、異なるチケットとしてもよい。例えば、第１チケットは、ユーザの課金により付与されるチケットであり、第２チケットは、試合に参加することで付与される無料のチケットでもよい。また、第２チケットは、第１チケットの使用により付与されるチケットでもよく、第１チケットの使用数に応じて、第２チケットの投票の重みが変更されてもよい。

＜各データの例＞
次に、サーバ１０のメモリ１３０に格納されるデータの一部について図４乃至図７を用いて説明する。図４は、第１実施形態に係るユーザデータの一例を示す図である。図４に示す例のユーザデータ（会員データ）には、登録者（又は会員）ＩＤに関連付けて、ユーザ名、メールアドレス、パスワード、チケット、ポイント、チームなどが含まれる。

「登録者ＩＤ」は、例えば、ユーザを識別するための情報を含む。「ユーザ名」は、例えば、氏名、ニックネームなどのシステム上でユーザを表示する際に用いられるデータを含む。「メールアドレス」は、例えば、ユーザの連絡先である電子メールアドレスを含む。「パスワード」は、ユーザが自身を認証する際に用いられるデータを含む。

「チケット」は、ユーザが、課金やキャンペーンや報酬等により獲得したシステム内通貨を含む。また、チケットは、課金により獲得された第１チケットと、キャンペーン等で付与された無償の第２チケットとを分けて管理されてもよい。

「ポイント」は、例えば、選択肢情報の投票結果に応じて付与されたり、キャンペーン等により付与されたりするデジタルな特典を含む。「チームＩＤ」は、例えば、システムにより割り振られたチーム識別情報を含む。また、ユーザデータには、住所や、銀行口座番号やクレジットカード番号などの決済情報、ユーザが保有する選手のデジタルカードなどが含まれてもよい。

図５は、第１実施形態に係るドラフトデータの一例を示す図である。図５に示す例のドラフトデータには、ドラフトＩＤに関連付けて、監督、選手、ユニフォーム、ロゴなどが含まれる。

「ドラフトＩＤ」は、例えば、運営側で設定されたファン参加型野球リーグのシーズンを識別する情報を含む。「監督」は、例えば、各チームの監督になり得るマネージャの情報である。例えば、監督ごとに、コーチの情報、チーム作りに関する公約の情報、紹介画像（静止画又は動画）等が関連付けられてもよい。

「選手」は、例えば、ファン参加型野球リーグにおいてプレイするプレイヤの情報を含む。例えば、「選手」は、打者であれば、各プレイヤのポジション、守備力、攻撃力、走力、肩の強さ、パワーなどの情報を含み、投手であれば、各プレイヤの役割（先発、中継ぎ、抑え）、ＭＡＸ球速、フィールディング、コントロールなどの情報を含む。また、プレイヤごとに、選手の紹介画像等が関連付けられてもよい。

「ユニフォーム」は、例えば、野球のユニフォームのデザイン情報を含む。「ロゴ」は、ユニフォームの所定位置に付されるスポンサー等のロゴ情報を含む。

図６は、第１実施形態に係るチームデータの一例を示す図である。図６に示す例のチームデータには、チームＩＤに関連付けて、チーム名、監督、選手、送信先などが含まれる。チームデータには、他にもユニフォームやロゴ、スポンサーなどが関連付けられてもよい。

「チームＩＤ」は、例えば、運営側で設定された各チームを識別するチーム識別情報を含み、図４に示す「チームＩＤ」と同じ情報である。「チーム名」は、割り振られた各ユーザにより選択されたチーム名、又は運営側で設定されたチーム名を含む。「監督」は、各チームに割り振られたユーザ達によりドラフトされた監督の情報を含む。「選手」は、各チームに割り振られたユーザ達によりドラフトされた各選手の情報を含む。

「送信先」は、各ユーザにより投票され、集計された結果情報を送信する送信先を識別する情報を含む、送信先の識別情報は、例えば、装置のＩＰアドレス、メールアドレスなどである。また、「送信先」は、１チームについて、複数関連付けられてもよい。例えば、投票の結果情報は、攻撃時には第１送信先、守備時には第２送信先に送信されてもよい。

図７は、第１実施形態に係るイベントデータの一例を示す図である。図７に示す例のイベントデータには、イベントＩＤに関連付けて、イベント名、選択肢情報などが含まれる。イベントデータには、他にも各選択肢情報の説明情報などが関連付けられてもよい。

「イベントＩＤ」は、例えば、運営側で設定された試合中に行われる投票イベントの識別情報を含む。「イベント名」は、運営側で設定された投票イベントの名称を含む。「選択肢情報」は、現実の試合の戦略に関する選択肢情報又はエンターテインメントに関する選択肢情報を含む。

なお、イベントＩＤは、投票の契機となる所定のタイミングの契機情報に関連付けられてもよい。例えば、マネージャが利用する処理装置又は各ユーザ端末２０により、各ユーザによる投票を実施するための作戦タイムが指示された場合、第２制御部１１４は、攻撃側と守備側それぞれで、各選択肢情報を各ユーザ端末２０に送信する。また、予め決定されたタイミングである場合、第２制御部１１４は、エンターテインメントに関する各選択肢情報を各ユーザ端末２０に送信する。

第２制御部１１４は、当日の試合でベンチ入りしているメンバーに応じて選択肢情報を変更してもよい。例えば、第２制御部１１４は、イベントＩＤがピッチャー交代のイベントＩＤを示す場合、当日ブルペンに入っているピッチャーを特定し、特定したピッチャーの情報を選択肢情報に設定する。これにより、柔軟に選択肢情報を設定することが可能になる。

＜表示画面例＞
次に、情報処理システム１により提供される画面の遷移例について説明する。図８は、第１実施形態に係る試合前の画面の遷移例を示す図である。図８に示す画面遷移例は、時系列的な直接的又は間接的な遷移を示し、必ずしも直接的な遷移を示すものではなく、画面遷移が前後してもよい。

図８に示す画面Ｇ１２は、会員登録後の画面例を示す。画面Ｇ１２は、ユーザに割り振られたチームが表示され、自分のチームの監督になって欲しい人に投票が行われる画面例である。

画面Ｇ１２において、ユーザは、監督のアイコンの下方左右にある「＋」又は「‐」ボタンを押すことで、その監督への投票数を決めることができる。ユーザが「＋」ボタンを押すことで、監督のアイコンの右上にある投票数を示す数字が増加し、「‐」ボタンを押すことで、投票数を示す数字が減算される。なお、投票数と使用チケット数とは同じ意味を有し、投票数に応じて、画面Ｇ１２の左下の「残チケット〇〇数」が変更される。

画面Ｇ１２において、ユーザが、画面右下の「投票する」を押すと、投票された各監督の情報とともに、それぞれの監督の投票数がサーバ１０に送信される。監督の投票が終わると、例えば、画面Ｇ１４が表示される。

画面Ｇ１４は、チームのユニフォームに投票が行われる画面例である。画面Ｇ１４において、ユーザは、自身が割り振られたチームのユニフォームに投票を行う。投票方法は、監督の投票と同様である。画面Ｇ１４において、ユーザが画面右下の「投票する」を押すと、投票された各ユニフォームの情報とともに、それぞれのユニフォームの投票数がサーバ１０に送信される。また、ロゴの投票及び選手の投票についても同様に行われるが、図８に示す例では省略する。

チーム作りに関する投票が終わり、ユーザは、選手の投票時に所定の選手をフォローしたとすると、システムへのログイン後のマイページにおいて、フォローした選手に関する情報を確認することが可能である。

画面Ｇ１６は、ユーザがフォローした選手の情報を参照できる画面例である。画面Ｇ１６において、例えば、フォローした選手のアイコンと、フォローした選手について更新された情報と、投票した過去の履歴とが表示される。更新された情報とは、例えば球速アップやパワーアップなどである。また、投票した過去の履歴では、その選手への投票数などが表示される。これにより、ユーザは、試合当日までに選手の状態を把握することができる。

画面Ｇ１８は、対戦カードを示す画面例である。画面Ｇ１８において、対戦カードが表示され、スターティングメンバーを投票するためのＵＩ部品（例、ボタン）が表示される。ユーザは、自分に割り振られたチームのスターティングメンバーを決定するため、「選手投票はこちら」ボタンを押すと、画面Ｇ２０に遷移する。

画面Ｇ２０は、スターティングメンバーを投票するための画面例を示す。画面Ｇ２０において、選手の投票方法は、監督の投票方法と同様であり、ユーザは、ポジションごとに選手を選択し、投票する。

画面Ｇ２２は、スターティングメンバーにおける投票の集計結果の画面例を示す。画面Ｇ２２において、対戦カードの両チームの予想スターティングメンバーが表示される。例えば、表示時点における各ポジションの選手の投票順が表示されてもよい。これにより、対戦相手のスターティングメンバーを参考にしながら、自チームのスターティングメンバーについて、さらなる投票を行って試合を有利に進めようとすることができる。

図９は、第１実施形態に係る投手における戦略投票画面の一例を示す図である。図９に示す画面Ｇ３２には、現実の野球の試合のライブ映像が表示される表示領域Ｈ３０と、投手における戦略の選択肢情報を含む表示領域Ｈ３２とが表示される。なお、表示領域Ｈ３０は、必ずしも試合のライブ映像でなくてもよく、バーチャルに試合経過を確認できる表示領域でもよい。

画面Ｇ３２において、試合中のチームのどちらかの監督が、各ユーザに戦略を投票してもらう作戦タイムを指示した場合、現在が作戦タイム中であることが表示され、表示領域Ｈ３２が表示される。

画面Ｇ３２には、投手における戦略として、コースの各選択肢情報１～１３及び球種の各選択肢情報Ａ～Ｄが表示される。ユーザは、コース及び球種それぞれで選択肢情報を選択する。ユーザが「投票」ボタンを押すと、選択された選択肢情報がサーバ１０に送信される。なお、作戦タイムは、所定時間が設定されており、この所定時間が経過すると、投票が打ち切られ、サーバ１０の集計部１１６により投票が集計される。

図１０は、第１実施形態に係る投手における戦略の集計結果画面の一例を示す図である。図１０に示す画面Ｇ３４は、図９に示す画面Ｇ３２の各選択肢情報の結果を示す。例えば、各コース内に表示される数字は投票率を示す。投票率が一番高いコースである外角低めが強調表示され、決定された選択肢情報（外角低め）が容易に識別可能になっている。

また、球種についても同様に、投票率が一番高い速球が強調表示され、決定された選択肢情報（速球）が容易に識別可能になっている。なお、球種についても各選択肢情報に関連付けて投票率が表示されてもよい。

図１０に示す集計結果を示す結果情報は、例えば、キャッチャーが把握可能な処理装置（第２情報処理装置）にも出力される。この処理装置（第２情報処理装置）は、イヤホン、タブレット端末、スマートフォン、スマートグラスなどのうちの１つである。また、投手における戦略の結果情報は、監督が把握可能な処理装置にも出力され、監督からキャッチャーにサインなどで伝達するようにしてもよい。

図１１は、第１実施形態に係る打者における戦略投票画面の一例を示す図である。図１１に示す画面Ｇ４２には、現実の野球の試合のライブ映像が表示される表示領域Ｈ３０と、打者における戦略の選択肢情報を含む表示領域Ｈ４０とが表示される。

画面Ｇ４２において、試合中のチームのどちらかの監督が、各ユーザに戦略を投票してもらう作戦タイムを指示した場合、現在が作戦タイム中であることが表示され、表示領域Ｈ４０が表示される。

画面Ｇ４２には、打者における戦略として、打ち方の各選択肢情報が表示される。ユーザは、複数の選択肢情報の中から少なくとも１つの選択肢情報を選択する。ユーザが「投票」ボタンを押すと、選択された選択肢情報がサーバ１０に送信される。

図１２は、第１実施形態に係る打者における戦略の集計結果画面の一例を示す図である。図１２に示す画面Ｇ４４は、図１１に示す画面Ｇ４２の各選択肢情報の集計結果を示す。例えば、各打ち方の左欄に表示される数字は投票率を示す。投票率が一番高い打ち方である「強振」が強調表示され、決定された選択肢情報（強振）が容易に識別可能になっている。

決定された選択肢情報は、例えば、監督が把握可能な処理装置（第２情報処理装置）にも出力される。この処理装置（第２情報処理装置）は、イヤホン、タブレット端末、スマートフォン、スマートグラスなどのうちの１つである。監督は、決定された打ち方（強振）を、サインなどで打者に伝達するようにしてもよい。

＜動作説明＞
次に、情報処理システム１の各動作について説明する。図１３は、第１実施形態に係るチーム作りに関する処理の一例を示すフローチャートである。図１３に示す例では、ユーザ端末２０とサーバ１０とが連携して処理を実行する。

ステップＳ１０２で、ユーザは、ファン参加型野球リーグに参加するため、運営者が提供するプラットフォームへアクセスし、会員登録を行う。例えば、ユーザ端末２０の表示制御部２１４は、画面制御部２１３により生成された会員登録画面の画面情報をディスプレイ２５１に表示するよう制御し、第１処理部２１５は、ユーザ操作を受け付け、会員登録処理を実行し、ユーザにより設定された会員登録情報をサーバ１０に出力する。サーバ１０の第１制御部１１３は、ユーザ端末２０から会員登録情報を取得し、図４に示すユーザデータに新規登録する。

ステップＳ１０４で、ユーザは、チケット購入画面から所定金額の決済処理を行う。例えば、ユーザ端末２０の表示制御部２１４は、画面制御部２１３により生成されたチケット購入画面の画面情報をディスプレイ２５１に表示するよう制御し、第１処理部２１５は、ユーザ操作を受け付け、チケット購入処理を実行し、決済情報をサーバ１０に出力する。サーバ１０の第１制御部１１３は、例えば外部の決済システムと連携して決済処理を完了させると、図４に示すユーザデータ内のユーザに所定枚数のチケットを関連付ける。

ステップＳ１０６で、ユーザは、監督選択画面からチームの指揮を任せたい監督を選択する。例えば、ユーザ端末２０の表示制御部２１４は、画面制御部２１３により生成された監督選択画面の画面情報（例えば図８に示す画面Ｇ１２）をディスプレイ２５１に表示するよう制御し、第１処理部２１５は、ユーザ操作を受け付け、監督選択処理を実行し、選択された監督の情報と投票数（使用チケット枚数）とをサーバ１０に出力する。サーバ１０の第１制御部１１３は、選択された監督の情報と投票数とに基づいて、チームごとに、監督に対する投票の集計を行う。集計の結果、各チームに監督が割り当てられる。

ステップＳ１０８で、ユーザは、ユニフォーム又はロゴ選択画面からチームのユニフォーム又はロゴを選択する。例えば、ユーザ端末２０の表示制御部２１４は、画面制御部２１３により生成されたユニフォーム又はロゴ選択画面の画面情報（例えば図８に示す画面Ｇ１４）をディスプレイ２５１に表示するよう制御し、第１処理部２１５は、ユーザ操作を受け付け、ユニフォーム又はロゴ選択処理を実行し、選択されたユニフォーム又はロゴの情報と投票数（使用チケット枚数）とをサーバ１０に出力する。サーバ１０の第１制御部１１３は、選択されたユニフォーム又はロゴの情報と投票数とに基づいて、チームごとに、ユニフォーム又はロゴに対する投票の集計を行う。集計の結果、各チームにユニフォーム又はロゴが割り当てられる。

ステップＳ１１０で、ユーザは、選手選択画面からチームの各選手を選択する。例えば、ユーザ端末２０の表示制御部２１４は、画面制御部２１３により生成された選手選択画面の画面情報をディスプレイ２５１に表示するよう制御し、第１処理部２１５は、ユーザ操作を受け付け、各選手の選択処理を実行し、選択された各選手の情報と投票数（使用チケット枚数）とをサーバ１０に出力する。サーバ１０の第１制御部１１３は、選択された各選手の情報と投票数とに基づいて、チームごとに、各選手に対する投票の集計を行う。集計の結果、各チームに選手が割り当てられる。

以上の処理によれば、情報処理システム１に対して、現実の野球のチームとファンとをより密接にする仕組みを提供し、ユーザであるファンが、現実の野球のチーム作りから参加することができる。なお、チーム作りに関する選択肢情報の選択処理は、上述したドラフト形式で決定されてもよい。

図１４は、第１実施形態に係る試合中の戦略選択処理の一例を示すフローチャートである。図１４に示す例では、ユーザ端末２０とサーバ１０とが連携して処理を実行する。

ステップＳ２０２で、ユーザは、試合がある日にプラットフォームにログインし、試合の経過を表示し、戦略決定に参加する。例えば、ユーザ端末２０の表示制御部２１４は、画面制御部２１３により生成された試合表示画面の画面情報をディスプレイ２５１に表示するよう制御する。

ステップＳ２０４で、サーバ１０の第２制御部１１４は、試合中に作戦タイムの指示があるか否かを判定する。作戦タイムの指示は、監督による指示や、予め決定されたタイミングや、各ユーザによる指示などのいずれか１つを含む。作戦タイムの指示があれば（ステップＳ２０４－ＹＥＳ）、処理はＳ２０６に進み、作戦タイムの指示がなければ（ステップＳ２０４－ＮＯ）、処理はステップＳ２０４に戻る。

ステップＳ２０６で、サーバ１０の第２制御部１１４は、作戦タイムの指示があってから戦略受付期間が終了したか否かを判定する。戦略受付期間は、例えば２分などの試合の進行を妨げない程度の時間である。戦略受付期間が終了していなければ（ステップＳ２０６－ＮＯ）、取得部１１５は各選択肢情報を取得してステップＳ２０６に戻り、戦略受付期間が終了していれば（ステップＳ２０６－ＮＯ）、処理はステップＳ２０８に進む。

ステップＳ２０８で、サーバ１０の集計部１１６は、現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計する。

ステップＳ２１０で、サーバ１０の出力部１１７は、集計された結果情報を、いずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して結果情報を報知可能な処理装置に出力する。これにより、ユーザの投票により決定された戦略が、現実の野球の試合の対戦中のプレイヤに伝わり、その戦略が実行される。

ステップＳ２１２で、サーバ１０の第２制御部１１４は、試合が終了したか否かを判定する。試合が終了すれば（ステップＳ２１２－ＹＥＳ）、処理は終了し、試合が終了していなければ（ステップＳ２１２－ＮＯ）、処理はステップＳ２０４に戻る。

以上、第１実施形態について詳述したが、上記第１実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内において、下記に示すように、上記第１実施形態以外にも種々の変形及び変更が可能である。

［変形例］
第１実施形態で説明した情報処理システム１は、現実の野球の試合を例に挙げて説明したが、野球だけに限らず、任意の対戦イベントなどのスポーツにも適用可能である。例えばバスケットボール、アメリカンフットボールなどの試合が途中で中断され、戦略を臨機応変に立てられるようなスポーツには好適に適用可能である。また、現実のスポーツの試合には、現状のルール以外の新たなルールによって勝敗を決めるような試合を含む。例えば、野球の場合、１回はベースランニング対決、２回は遠投対決、３回はホームラン競争対決など、１又は複数のプレイヤが野球に関するプレイを行って、最終的に勝敗を決めるような試合も、現実の野球の試合に含める。この場合の選択肢情報は、チームの各プレイヤの中から誰を対決に出場させるかを選ぶため、プレイヤ情報を含む。

また、情報処理システム１は、課金等で得た収益の一部を、スポーツイベントのスポンサー等に分配するようにしてもよい。これにより、ユーザが課金し、課金で集まった金額の一部を、スポンサーに還元することができる。また、収益の一部は、均一に、又は活躍に応じて選手に還元されてもよい。

［第２実施形態］
第２実施形態では、スポーツイベントではなくエンターテインメントにおいて情報処理システム１を適用する。第２実施形態におけるエンターテインメントとは、リアルタイムに演者のパフォーマンスを変化させることが可能なイベントであり、例えば、テレビ番組の企画、ドラマ、演劇、ダンス、コンサートなどである。第２実施形態におけるサーバ１０は、各ユーザからの投票を受け付け、投票結果に応じて次のパフォーマンスを変更する。

＜システム概要＞
第２実施形態におけるシステム構成は、開示の第１実施形態に係る情報処理システム１のシステム構成と同様である。

＜構成＞
第２実施形態におけるシステムの構成は、図２及び３における構成と同様である。取得部１１５は、現実世界のイベントを進行する１又は複数の演者（プレイヤ）の進行（例、パフォーマンス）に関する選択肢情報を取得する。集計部１１６は、現実のイベント、例えば進行中のイベントを進行する１又は複数のプレイヤに対して、各パフォーマンスの投票を集計する。出力部１１７は、投票の集計結果を含む結果情報を演者自身またはマネージャ（司会者、現場監督、ディレクター等）が把握可能な処理装置に出力する。また、ユーザが利用するユーザ端末２０が、ユーザの操作に応答して、現実のイベントを進行する１又は複数のプレイヤのパフォーマンスに関する複数の選択肢情報の中から少なくとも１つの選択肢情報を選択すること、選択された少なくとも１つの選択肢情報を他の情報処理装置に出力すること、他の情報処理装置から、複数の選択肢情報の集計結果を含む結果情報を取得すること、取得された結果情報に基づく画面情報を表示画面に表示制御すること、を実行する。

例えば、テレビ番組の企画（例えばライブの企画）で出演者のこれから行うパフォーマンスを各ユーザの投票に応じて可変にし、コンサートによる選曲を各ユーザの投票に応じて可変にし、また、ドラマにおいて、次のシーンを各ユーザの投票に応じて可変にし、あるいは、ダンスにおいて、次のダンスを各ユーザの投票に応じて可変にすることができる。また、現実のイベントが行われるスタジアムなどの会場にいるユーザ（観客）に投票してもらうことも可能である。例えば、スタジアムにいるユーザだけが参加できる機能を搭載することも可能である。具体例としては、現地にいるユーザが、スタジアムやアリーナに設置された表示装置の画面に表示されたＱＲコード（登録商標）を、ユーザ端末２０を用いて読み取り、読み取られた選択肢情報に対する投票に参加してもよい。

以上、各実施形態及び変形例は、本発明を説明するための例示であり、本発明を各実施形態及び変形例のみに限定する趣旨ではなく、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。また、サーバ側、ユーザ端末側の各処理を適宜統合したり、他方の装置に処理を移行したりしてもよい。

１…情報処理システム、１０…サーバ、２０…ユーザ端末、１１０…プロセッサ、１３０…メモリ、１１２…イベント制御部、１１３…第１制御部、１１４…第２制御部、１１５…取得部、１１６…集計部、１１７…出力部、１１８…付与部、２１０…プロセッサ、２１２…クライアントアプリケーション、２１３…画面制御部、２１４…表示制御部、２１５…第１処理部、２１６…第２処理部、２１７…選択部、２１８…出力部、２１９…取得部、２３０…メモリ

Claims (10)

1. サーバ装置に含まれる１又は複数のプロセッサが、
   各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の選択肢情報の中から少なくとも１つの選択肢情報と、前記選択肢情報を選択したユーザのユーザ識別情報又は前記ユーザに割り当てられたチームの識別に関するチーム識別情報とを取得することであって、所定時間内に、攻撃側のチームに属するユーザの各第１情報処理装置からバッターに関する選択肢情報を取得し、及び／又は、守備側のチームに属するユーザの各第１情報処理装置からピッチャーに関する選択肢情報を取得することを含む、前記取得すること、
   取得された前記ユーザ識別情報に対応するチームごとに、又は取得された前記チーム識別情報に対応するチームごとに、取得された各選択肢情報を集計すること、
   集計された結果情報を、それぞれのチームに対応するそれぞれの第２情報処理装置であって、それぞれのチームに所属する対戦中のプレイヤ又はマネージャに対して前記結果情報を報知可能なそれぞれの第２情報処理装置に出力すること、
   を実行する情報処理方法。
2. 前記取得することは、
   前記マネージャにより指定されたタイミング、予め決定されたタイミング、又は各ユーザにより指定されたタイミングを契機とする前記所定時間内に、前記選択肢情報の取得を許可することを含む、請求項１に記載の情報処理方法。
3. サーバ装置に含まれる１又は複数のプロセッサが、
   各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の選択肢情報の中から少なくとも１つの選択肢情報を取得すること、
   前記現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計すること、
   集計された結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して前記結果情報を報知可能な第２情報処理装置に出力すること、
   を実行する情報処理方法であって、
   前記集計することは、
   前記各選択肢情報に基づいて少なくとも１つの選択肢情報を決定すること、又は、前記各選択肢情報の中から選択肢情報の順番を決定することを含む、情報処理方法。
4. サーバ装置に含まれる１又は複数のプロセッサが、
   各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の選択肢情報の中から少なくとも１つの選択肢情報を取得すること、
   前記現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計すること、
   集計された結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して前記結果情報を報知可能な第２情報処理装置に出力すること、
   前記結果情報に含まれる集計数が一番多い選択肢情報と同じ選択肢情報を選択したユーザに対して特典を付与すること、
   を実行する、情報処理方法。
5. サーバ装置に含まれる１又は複数のプロセッサに、
   各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の選択肢情報の中から少なくとも１つの選択肢情報と、前記選択肢情報を選択したユーザのユーザ識別情報又は前記ユーザに割り当てられたチームの識別に関するチーム識別情報とを取得することであって、所定時間内に、攻撃側のチームに属するユーザの各第１情報処理装置からバッターに関する選択肢情報を取得し、及び／又は、守備側のチームに属するユーザの各第１情報処理装置からピッチャーに関する選択肢情報を取得することを含む、前記取得すること、
   取得された前記ユーザ識別情報に対応するチームごとに、又は取得された前記チーム識別情報に対応するチームごとに、取得された各選択肢情報を集計すること、
   集計された結果情報を、それぞれのチームに対応するそれぞれの第２情報処理装置であって、それぞれのチームに所属する対戦中のプレイヤ又はマネージャに対して前記結果情報を報知可能なそれぞれの第２情報処理装置に出力すること、
   を実行させるプログラム。
6. 各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の選択肢情報の中から少なくとも１つの選択肢情報と、前記選択肢情報を選択したユーザのユーザ識別情報又は前記ユーザに割り当てられたチームの識別に関するチーム識別情報とを取得する取得部であって、所定時間内に、攻撃側のチームに属するユーザの各第１情報処理装置からバッターに関する選択肢情報を取得し、及び／又は、守備側のチームに属するユーザの各第１情報処理装置からピッチャーに関する選択肢情報を取得することを含む、前記取得部と、
   取得された前記ユーザ識別情報に対応するチームごとに、又は取得された前記チーム識別情報に対応するチームごとに、取得された各選択肢情報を集計する集計部と、
   集計された結果情報を、それぞれのチームに対応するそれぞれの第２情報処理装置であって、それぞれのチームに所属する対戦中のプレイヤ又はマネージャに対して前記結果情報を報知可能なそれぞれの第２情報処理装置に出力する出力部と、
   を備える情報処理装置。
7. サーバ装置に含まれる１又は複数のプロセッサに、
   各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の選択肢情報の中から少なくとも１つの選択肢情報を取得すること、
   前記現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計すること、
   集計された結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して前記結果情報を報知可能な第２情報処理装置に出力すること、
   を実行させるプログラムであって、
   前記集計することは、
   前記各選択肢情報に基づいて少なくとも１つの選択肢情報を決定すること、又は、前記各選択肢情報の中から選択肢情報の順番を決定することを含む、プログラム。
8. 各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の選択肢情報の中から少なくとも１つの選択肢情報を取得する取得部と、
   前記現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計する集計部と、
   集計された結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して前記結果情報を報知可能な第２情報処理装置に出力する出力部と、
   を備える情報処理装置であって、
   前記集計部は、
   前記各選択肢情報に基づいて少なくとも１つの選択肢情報を決定すること、又は、前記各選択肢情報の中から選択肢情報の順番を決定することを含む、情報処理装置。
9. サーバ装置に含まれる１又は複数のプロセッサに、
   各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の選択肢情報の中から少なくとも１つの選択肢情報を取得すること、
   前記現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計すること、
   集計された結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して前記結果情報を報知可能な第２情報処理装置に出力すること、
   前記結果情報に含まれる集計数が一番多い選択肢情報と同じ選択肢情報を選択したユーザに対して特典を付与すること、
   を実行させる、プログラム。
10. 各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の選択肢情報の中から少なくとも１つの選択肢情報を取得する取得部と、
    前記現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計する集計部と、
    集計された結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して前記結果情報を報知可能な第２情報処理装置に出力する出力部と、
    前記結果情報に含まれる集計数が一番多い選択肢情報と同じ選択肢情報を選択したユーザに対して特典を付与する付与部と、
    を備える情報処理装置。
    
    

Images