ホーム > 特許ランキング > 株式会社なんでもドラフト
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023059799
(43)【公開日】2023-04-27
(54)【発明の名称】情報処理方法、情報処理装置、及びプログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20230420BHJP
A63F 13/812 20140101ALI20230420BHJP
A63F 13/65 20140101ALI20230420BHJP
A63B 71/06 20060101ALI20230420BHJP
【ＦＩ】
G06Q50/10
A63F13/812 A
A63F13/65
A63B71/06 B
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2022078357
(22)【出願日】2022-05-11
(62)【分割の表示】P 2021169406の分割
【原出願日】2021-10-15
(71)【出願人】
【識別番号】519446126
【氏名又は名称】株式会社なんでもドラフト
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(72)【発明者】
【氏名】森井 啓允
(72)【発明者】
【氏名】並木 啓梧
(72)【発明者】
【氏名】藤田 理
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC18
(57)【要約】
【課題】現実世界で行われるイベントにおけるプレイヤのパフォーマンスをユーザによっ
て変更する新たな仕組みを提供すること。
【解決手段】情報処理方法は、サーバ装置に含まれる１又は複数のプロセッサが、各ユー
ザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の選択肢情
報の中から少なくとも１つの選択肢情報を取得すること、現実の野球の対戦中のいずれか
のチームに対して、取得された各選択肢情報を集計すること、集計された結果情報を、い
ずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して結果情報を報知可能
な第２情報処理装置に出力すること、を実行する。
【選択図】図１４
て変更する新たな仕組みを提供すること。
【解決手段】情報処理方法は、サーバ装置に含まれる１又は複数のプロセッサが、各ユー
ザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の選択肢情
報の中から少なくとも１つの選択肢情報を取得すること、現実の野球の対戦中のいずれか
のチームに対して、取得された各選択肢情報を集計すること、集計された結果情報を、い
ずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して結果情報を報知可能
な第２情報処理装置に出力すること、を実行する。
【選択図】図１４
【特許請求の範囲】
【請求項1】
サーバ装置に含まれる１又は複数のプロセッサが、
各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の
選択肢情報の中から少なくとも１つの選択肢情報を取得すること、
前記現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計
すること、
集計された結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネー
ジャに対して前記結果情報を報知可能な第２情報処理装置に出力すること、
を実行する情報処理方法。
各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の
選択肢情報の中から少なくとも１つの選択肢情報を取得すること、
前記現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計
すること、
集計された結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネー
ジャに対して前記結果情報を報知可能な第２情報処理装置に出力すること、
を実行する情報処理方法。
【請求項2】
前記取得することは、
前記選択肢情報を選択したユーザのユーザ識別情報又は前記ユーザに割り当てられたチ
ームの識別に関するチーム識別情報を取得することを含み、
前記集計することは、
取得された前記ユーザ識別情報に対応するチームごとに、又は取得された前記チーム識
別情報に対応するチームごとに、前記各選択肢情報を集計することを含み、
前記出力することは、
それぞれのチームに対応するそれぞれの第２情報処理装置に出力することを含む、請求
項１に記載の情報処理方法。
前記選択肢情報を選択したユーザのユーザ識別情報又は前記ユーザに割り当てられたチ
ームの識別に関するチーム識別情報を取得することを含み、
前記集計することは、
取得された前記ユーザ識別情報に対応するチームごとに、又は取得された前記チーム識
別情報に対応するチームごとに、前記各選択肢情報を集計することを含み、
前記出力することは、
それぞれのチームに対応するそれぞれの第２情報処理装置に出力することを含む、請求
項１に記載の情報処理方法。
【請求項3】
前記取得することは、
所定時間内に、攻撃側のチームに属するユーザの各第１情報処理装置からバッターに関
する選択肢情報を取得し、及び／又は、守備側のチームに属するユーザの各第１情報処理
装置からピッチャーに関する選択肢情報を取得することを含む、請求項２に記載の情報処
理方法。
所定時間内に、攻撃側のチームに属するユーザの各第１情報処理装置からバッターに関
する選択肢情報を取得し、及び／又は、守備側のチームに属するユーザの各第１情報処理
装置からピッチャーに関する選択肢情報を取得することを含む、請求項２に記載の情報処
理方法。
【請求項4】
前記取得することは、
前記マネージャにより指定されたタイミング、予め決定されたタイミング、又は各ユー
ザにより指定されたタイミングを契機とする前記所定時間内に、前記選択肢情報の取得を
許可することを含む、請求項３に記載の情報処理方法。
前記マネージャにより指定されたタイミング、予め決定されたタイミング、又は各ユー
ザにより指定されたタイミングを契機とする前記所定時間内に、前記選択肢情報の取得を
許可することを含む、請求項３に記載の情報処理方法。
【請求項5】
前記集計することは、
前記各選択肢情報に基づいて少なくとも１つの選択肢情報を決定すること、又は、前記
各選択肢情報の中から選択肢情報の順番を決定することを含む、請求項１から４のいずれ
か一項に記載の情報処理方法。
前記各選択肢情報に基づいて少なくとも１つの選択肢情報を決定すること、又は、前記
各選択肢情報の中から選択肢情報の順番を決定することを含む、請求項１から４のいずれ
か一項に記載の情報処理方法。
【請求項6】
前記結果情報に含まれる集計数が一番多い選択肢情報と同じ選択肢情報を選択したユー
ザに対して特典を付与すること、をさらに実行する、請求項１から５のいずれか一項に記
載の情報処理方法。
ザに対して特典を付与すること、をさらに実行する、請求項１から５のいずれか一項に記
載の情報処理方法。
【請求項7】
サーバ装置に含まれる１又は複数のプロセッサに、
各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の
選択肢情報の中から少なくとも１つの選択肢情報を取得すること、
前記現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計
すること、
集計された結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネー
ジャに対して前記結果情報を報知可能な第２情報処理装置に出力すること、
を実行させるプログラム。
各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の
選択肢情報の中から少なくとも１つの選択肢情報を取得すること、
前記現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計
すること、
集計された結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネー
ジャに対して前記結果情報を報知可能な第２情報処理装置に出力すること、
を実行させるプログラム。
【請求項8】
各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数の
選択肢情報の中から少なくとも１つの選択肢情報を取得する取得部と、
前記現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計
する集計部と、
集計された結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネー
ジャに対して前記結果情報を報知可能な第２情報処理装置に出力する出力部と、
を実行する情報処理装置。
選択肢情報の中から少なくとも１つの選択肢情報を取得する取得部と、
前記現実の野球の対戦中のいずれかのチームに対して、取得された各選択肢情報を集計
する集計部と、
集計された結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネー
ジャに対して前記結果情報を報知可能な第２情報処理装置に出力する出力部と、
を実行する情報処理装置。
【請求項9】
ユーザが利用する情報処理装置に、
前記ユーザの操作に応答して、対戦中の現実の野球の試合の戦略に関する複数の選択肢
情報の中から少なくとも１つの選択肢情報を選択すること、
選択された前記少なくとも１つの選択肢情報を他の情報処理装置に出力すること、
前記他の情報処理装置から、前記複数の選択肢情報の集計結果を含む結果情報を取得す
ること、
取得された前記結果情報に基づく画面情報を表示画面に表示制御すること、
を実行させるプログラム。
前記ユーザの操作に応答して、対戦中の現実の野球の試合の戦略に関する複数の選択肢
情報の中から少なくとも１つの選択肢情報を選択すること、
選択された前記少なくとも１つの選択肢情報を他の情報処理装置に出力すること、
前記他の情報処理装置から、前記複数の選択肢情報の集計結果を含む結果情報を取得す
ること、
取得された前記結果情報に基づく画面情報を表示画面に表示制御すること、
を実行させるプログラム。
【請求項10】
前記表示制御することは、
取得された前記結果情報を表示する第１表示領域と、前記対戦中の現実の野球の試合を
表示する第２表示領域とを含む前記画面情報を表示制御することを含む、請求項９に記載
のプログラム。
取得された前記結果情報を表示する第１表示領域と、前記対戦中の現実の野球の試合を
表示する第２表示領域とを含む前記画面情報を表示制御することを含む、請求項９に記載
のプログラム。
【請求項11】
サーバ装置に含まれる１又は複数のプロセッサが、
各ユーザが利用する各第１情報処理装置から、現実のイベントを進行する１又は複数の
プレイヤのパフォーマンスに関する複数の選択肢情報の中から少なくとも１つの選択肢情
報を取得すること、
前記現実のイベントを進行する１又は複数のプレイヤに対して、取得された各選択肢情
報を集計すること、
集計された結果情報を、前記現実のイベントを進行する１又は複数のプレイヤ又はマネ
ージャに対して前記結果情報を報知可能な第２情報処理装置に出力すること、
を実行する情報処理方法。
各ユーザが利用する各第１情報処理装置から、現実のイベントを進行する１又は複数の
プレイヤのパフォーマンスに関する複数の選択肢情報の中から少なくとも１つの選択肢情
報を取得すること、
前記現実のイベントを進行する１又は複数のプレイヤに対して、取得された各選択肢情
報を集計すること、
集計された結果情報を、前記現実のイベントを進行する１又は複数のプレイヤ又はマネ
ージャに対して前記結果情報を報知可能な第２情報処理装置に出力すること、
を実行する情報処理方法。
【請求項12】
ユーザが利用する情報処理装置に、
前記ユーザの操作に応答して、現実のイベントを進行する１又は複数のプレイヤのパフ
ォーマンスに関する複数の選択肢情報の中から少なくとも１つの選択肢情報を選択するこ
と、
選択された前記少なくとも１つの選択肢情報を他の情報処理装置に出力すること、
前記他の情報処理装置から、前記複数の選択肢情報の集計結果を含む結果情報を取得す
ること、
取得された前記結果情報に基づく画面情報を表示画面に表示制御すること、
を実行させるプログラム。
前記ユーザの操作に応答して、現実のイベントを進行する１又は複数のプレイヤのパフ
ォーマンスに関する複数の選択肢情報の中から少なくとも１つの選択肢情報を選択するこ
と、
選択された前記少なくとも１つの選択肢情報を他の情報処理装置に出力すること、
前記他の情報処理装置から、前記複数の選択肢情報の集計結果を含む結果情報を取得す
ること、
取得された前記結果情報に基づく画面情報を表示画面に表示制御すること、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
開示の技術は、情報処理方法、情報処理装置、及びプログラムに関する。
【背景技術】
【0002】
従来、ユーザが選手モードを選択すると、投手の投球、打者の打撃、塁上の走者の走塁
、打撃をしたときの守備手の動作、戦略の設定、作戦の指示を、ユーザがジョイスティッ
クとボタンを用いて制御することができるゲームが知られている（例えば特許文献１参照
）。
、打撃をしたときの守備手の動作、戦略の設定、作戦の指示を、ユーザがジョイスティッ
クとボタンを用いて制御することができるゲームが知られている（例えば特許文献１参照
）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１３－２４４４０４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来技術においては、ゲームにおける戦略等をユーザが決定するだけで
あり、現実世界で行われるイベント、例えば野球の試合において、プレイヤのパフォーマ
ンスをユーザによって変更するようなシステムは存在しなかった。
あり、現実世界で行われるイベント、例えば野球の試合において、プレイヤのパフォーマ
ンスをユーザによって変更するようなシステムは存在しなかった。
【0005】
そこで、開示技術は、現実世界で行われるイベントにおけるプレイヤのパフォーマンス
をユーザによって変更する新たな仕組みを提供することを目的とする。
をユーザによって変更する新たな仕組みを提供することを目的とする。
【課題を解決するための手段】
【0006】
開示の一態様における情報処理方法は、サーバ装置に含まれる１又は複数のプロセッサ
が、各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数
の選択肢情報の中から少なくとも１つの選択肢情報を取得すること、前記現実の野球の対
戦中のいずれかのチームに対して、取得された各選択肢情報を集計すること、集計された
結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して
前記結果情報を報知可能な第２情報処理装置に出力すること、を実行する。
が、各ユーザが利用する各第１情報処理装置から、現実の野球の試合の戦略に関する複数
の選択肢情報の中から少なくとも１つの選択肢情報を取得すること、前記現実の野球の対
戦中のいずれかのチームに対して、取得された各選択肢情報を集計すること、集計された
結果情報を、前記いずれかのチームに所属する対戦中のプレイヤ又はマネージャに対して
前記結果情報を報知可能な第２情報処理装置に出力すること、を実行する。
【発明の効果】
【0007】
開示技術によれば、現実世界で行われるイベントにおけるプレイヤのパフォーマンスを
ユーザによって変更する新たな仕組みを提供することができる。
ユーザによって変更する新たな仕組みを提供することができる。
【図面の簡単な説明】
【0008】
【図1】第１実施形態に係る情報処理システムの構成の一例を示す図である。
【図2】第１実施形態に係るサーバの一例を示すブロック図である。
【図3】第１実施形態に係るユーザ端末の一例を示す図である。
【図4】第１実施形態に係るユーザデータの一例を示す図である。
【図5】第１実施形態に係るドラフトデータの一例を示す図である。
【図6】第１実施形態に係るチームデータの一例を示す図である。
【図7】第１実施形態に係るイベントデータの一例を示す図である。
【図8】第１実施形態に係る試合前の画面の遷移例を示す図である。
【図9】第１実施形態に係る投手における戦略投票画面の一例を示す図である。
【図10】第１実施形態に係る投手における戦略の集計結果画面の一例を示す図である。
【図11】第１実施形態に係る打者における戦略投票画面の一例を示す図である。
【図12】第１実施形態に係る打者における戦略の集計結果画面の一例を示す図である。
【図13】第１実施形態に係るチーム作りに関する処理の一例を示すフローチャートである。
【図14】第１実施形態に係る試合中の戦略選択処理の一例を示すフローチャートである。
【発明を実施するための形態】
【0009】
添付図面を参照して、本開示の好適な実施形態について説明する。なお、各図において
、同一の符号を付したものは、同一又は同様の構成を有する。
、同一の符号を付したものは、同一又は同様の構成を有する。
【0010】
［第１実施形態］
＜システム概要＞
図１は、開示の第１実施形態に係る情報処理システム１の構成の一例を示す図である。
図１に示すとおり、情報処理システム１は、サーバ１０と、１又は複数のユーザ端末２０
Ａ、２０Ｂ、２０Ｃとを含む。サーバ１０と、１又は複数のユーザ端末２０とは、ネット
ワークＮを介して相互にデータの送受信が可能である。サーバ１０は、複数の処理装置に
より構成されてもよく、ユーザ端末２０Ａ、２０Ｂ、２０Ｃは、数は任意の数でもよく、
個々に区別しない場合はユーザ端末２０と称する。
＜システム概要＞
図１は、開示の第１実施形態に係る情報処理システム１の構成の一例を示す図である。
図１に示すとおり、情報処理システム１は、サーバ１０と、１又は複数のユーザ端末２０
Ａ、２０Ｂ、２０Ｃとを含む。サーバ１０と、１又は複数のユーザ端末２０とは、ネット
ワークＮを介して相互にデータの送受信が可能である。サーバ１０は、複数の処理装置に
より構成されてもよく、ユーザ端末２０Ａ、２０Ｂ、２０Ｃは、数は任意の数でもよく、
個々に区別しない場合はユーザ端末２０と称する。
【0011】
情報処理システム１は、例えば、現実世界で行われるイベントに対し、イベントに参加
しているプレイヤのパフォーマンスを、ユーザからの投票の結果に応じて決定し、決定さ
れた内容をプレイヤに伝えてプレイしてもらうことができるシステムである。例えば、情
報処理システム１は、イベントとして現実世界の野球の試合を想定した場合、ユーザはそ
の野球の試合にファンとして応援するだけではなく、現実世界の野球のチーム作りや、現
実世界の野球の試合中に、戦略の決定に参加することを可能にする。以下、第１実施形態
では、イベントの一例として、現実世界の対戦イベントを含むスポーツ、特に野球を例に
挙げて説明する。
しているプレイヤのパフォーマンスを、ユーザからの投票の結果に応じて決定し、決定さ
れた内容をプレイヤに伝えてプレイしてもらうことができるシステムである。例えば、情
報処理システム１は、イベントとして現実世界の野球の試合を想定した場合、ユーザはそ
の野球の試合にファンとして応援するだけではなく、現実世界の野球のチーム作りや、現
実世界の野球の試合中に、戦略の決定に参加することを可能にする。以下、第１実施形態
では、イベントの一例として、現実世界の対戦イベントを含むスポーツ、特に野球を例に
挙げて説明する。
【0012】
サーバ１０は、情報処理システム１を実行するプラットフォームを提供するサーバであ
る。サーバ１０は、例えば、１又は複数のプロセッサを備える情報処理装置であり、ユー
ザの会員登録を制御したり、野球チームの監督、ユニフォーム、ロゴ、選手、スタメン選
手などの選択処理を制御したり、現実の試合中の戦略決定を制御したり、試合後のファン
ミーティングの開催を制御したりする。サーバ１０は、プラットフォームを提供する運営
者又はテレビ局などにより管理又は利用される。
る。サーバ１０は、例えば、１又は複数のプロセッサを備える情報処理装置であり、ユー
ザの会員登録を制御したり、野球チームの監督、ユニフォーム、ロゴ、選手、スタメン選
手などの選択処理を制御したり、現実の試合中の戦略決定を制御したり、試合後のファン
ミーティングの開催を制御したりする。サーバ１０は、プラットフォームを提供する運営
者又はテレビ局などにより管理又は利用される。
【0013】
サーバ１０は、その他、課金処理、システム内通貨（チケット等）の管理処理や、選択
状況の通知処理、外部システムから、現実世界の野球の試合のライブ中継映像を取得し、
ウェブブラウザの所定領域にライブ中継映像を埋め込んだりする処理を行ってもよい。
状況の通知処理、外部システムから、現実世界の野球の試合のライブ中継映像を取得し、
ウェブブラウザの所定領域にライブ中継映像を埋め込んだりする処理を行ってもよい。
【0014】
ユーザ端末２０は、サーバ１０が提供するプラットフォームにより実現される処理を実
行する情報処理装置（又は処理端末）である。ユーザ端末２０として、例えばパーソナル
コンピュータ、スマートフォン等の携帯端末、又はタブレット端末、データ通信可能なテ
レビ（例、スマートテレビ）等が用いられる。
行する情報処理装置（又は処理端末）である。ユーザ端末２０として、例えばパーソナル
コンピュータ、スマートフォン等の携帯端末、又はタブレット端末、データ通信可能なテ
レビ（例、スマートテレビ）等が用いられる。
【0015】
ユーザ端末２０には、サーバ１０が提供するプラットフォームを利用するためのアプリ
ケーションプログラム（アプリ）がインストールされてもよい。このアプリは、サーバ１
０が提供するプラットフォームにおいて、開示の処理をユーザ端末２０に実行させる。こ
のアプリを実行することにより、ユーザ端末２０はサーバ１０にアクセスして、アプリの
実行に用いる情報を送受信する。
ケーションプログラム（アプリ）がインストールされてもよい。このアプリは、サーバ１
０が提供するプラットフォームにおいて、開示の処理をユーザ端末２０に実行させる。こ
のアプリを実行することにより、ユーザ端末２０はサーバ１０にアクセスして、アプリの
実行に用いる情報を送受信する。
【0016】
また、ユーザ端末２０は、ウェブブラウザを用いて、サーバ１０が提供するウェブサイ
トにアクセスし、このウェブサイトにおいて制御される開示の処理を実行してもよい。ま
た、ユーザ端末２０は、ウェブブラウザを用いて、サーバ１０とのインタラクティブな通
信を行い、データの送受信を行う。
トにアクセスし、このウェブサイトにおいて制御される開示の処理を実行してもよい。ま
た、ユーザ端末２０は、ウェブブラウザを用いて、サーバ１０とのインタラクティブな通
信を行い、データの送受信を行う。
【0017】
＜ファン参加型野球リーグの概要＞
ここで、開示のファン参加型野球リーグの概要について説明する。ユーザは、ユーザ端
末２０を用いて、運営側が提供するファン参加型野球リーグに参加するため、会員登録を
行う。サーバ１０は、会員登録の際、例えば所定金額の入金が確認されると、所定数のチ
ケットを発行し、ユーザに関連付ける。
ここで、開示のファン参加型野球リーグの概要について説明する。ユーザは、ユーザ端
末２０を用いて、運営側が提供するファン参加型野球リーグに参加するため、会員登録を
行う。サーバ１０は、会員登録の際、例えば所定金額の入金が確認されると、所定数のチ
ケットを発行し、ユーザに関連付ける。
【0018】
また、サーバ１０は、新規会員になったユーザを、所定のチームに割り振る。所定のチ
ームは例えば４チームのうちの１チームであり、サーバ１０は、各チームに属するユーザ
の総数が同程度になるようユーザの割り振りを実行する。
ームは例えば４チームのうちの１チームであり、サーバ１０は、各チームに属するユーザ
の総数が同程度になるようユーザの割り振りを実行する。
【0019】
ユーザの会員登録が完了すると、ユーザは、自らが利用するユーザ端末２０を操作して
、自身が割り振られたチームのチーム作りを行う。例えば、ユーザは、ユーザ端末２０を
操作して、ファン参加型野球リーグのウェブページからログインを行う。ログイン後、ユ
ーザは、例えば、所定数のチケットを使用して、チームの監督、ロゴ、ユニフォーム、選
手などを選択して投票を行う。
、自身が割り振られたチームのチーム作りを行う。例えば、ユーザは、ユーザ端末２０を
操作して、ファン参加型野球リーグのウェブページからログインを行う。ログイン後、ユ
ーザは、例えば、所定数のチケットを使用して、チームの監督、ロゴ、ユニフォーム、選
手などを選択して投票を行う。
【0020】
サーバ１０は、リーグ戦開始前に、各チームの監督、ロゴ、ユニフォーム、選手などの
投票を受け付け、チームごとに投票結果を集計し、各チームの監督、ロゴ、ユニフォーム
、選手などを決定する。例えば、サーバ１０は、同じ監督に対して、投票数が一番多いチ
ームが２つ以上あれば、投票数がより多いチームにその監督を割り当てる。同様にして、
ロゴ、ユニフォーム、選手等がサーバ１０によって割り当てられる。なお、選手等の選択
についてはドラフト形式で行ってもよい。
投票を受け付け、チームごとに投票結果を集計し、各チームの監督、ロゴ、ユニフォーム
、選手などを決定する。例えば、サーバ１０は、同じ監督に対して、投票数が一番多いチ
ームが２つ以上あれば、投票数がより多いチームにその監督を割り当てる。同様にして、
ロゴ、ユニフォーム、選手等がサーバ１０によって割り当てられる。なお、選手等の選択
についてはドラフト形式で行ってもよい。
【0021】
サーバ１０は、試合開始前に、その試合のスターティングメンバーに入る選手の投票を
受け付ける。ユーザにより決定されたスターティングメンバー情報は、現実世界の野球の
試合のマネージャ等に通知される。試合開始前とは、プレーボール前の所定期間である。
また、マネージャは、監督又はコーチ等である。
受け付ける。ユーザにより決定されたスターティングメンバー情報は、現実世界の野球の
試合のマネージャ等に通知される。試合開始前とは、プレーボール前の所定期間である。
また、マネージャは、監督又はコーチ等である。
【0022】
サーバ１０は、現実世界の野球の試合が始まると、試合中の経過をリアルタイム配信す
る。例えば、サーバ１０は、ウェブページ内の所定領域にライブ中継映像を埋め込んでも
よいし、バーチャルな画像等を用いて試合経過を配信してもよい。サーバ１０は、試合中
の所定のタイミングで、戦略を決定する処理を実行する。所定のタイミングは、予め決定
されてもよいし、マネージャにより試合の流れ等に応じて決定されてもよいし、各ユーザ
により決定されてもよい。各ユーザにより決定される場合、所定数以上のユーザが、ユー
ザ端末２０を利用して、所定時間内に戦略決定の指示を出したタイミングを所定のタイミ
ングとしてもよい。
る。例えば、サーバ１０は、ウェブページ内の所定領域にライブ中継映像を埋め込んでも
よいし、バーチャルな画像等を用いて試合経過を配信してもよい。サーバ１０は、試合中
の所定のタイミングで、戦略を決定する処理を実行する。所定のタイミングは、予め決定
されてもよいし、マネージャにより試合の流れ等に応じて決定されてもよいし、各ユーザ
により決定されてもよい。各ユーザにより決定される場合、所定数以上のユーザが、ユー
ザ端末２０を利用して、所定時間内に戦略決定の指示を出したタイミングを所定のタイミ
ングとしてもよい。
【0023】
サーバ１０は、戦略を決定する処理（以下「作戦タイム」とも称する。）として、例え
ば、ピッチャーに関する戦略、例えばコースや球種をユーザに選択させる処理やピッチャ
ー交代時の次のピッチャーをユーザに選択させる処理、又はバッターに関する戦略、例え
ば強振やエンドランなどをユーザに選択させる処理などを実行する。
ば、ピッチャーに関する戦略、例えばコースや球種をユーザに選択させる処理やピッチャ
ー交代時の次のピッチャーをユーザに選択させる処理、又はバッターに関する戦略、例え
ば強振やエンドランなどをユーザに選択させる処理などを実行する。
【0024】
ユーザ端末２０は、作戦タイムがサーバ１０から通知されると、戦略を選択可能な画面
を表示し、ユーザからの選択を受け付ける。なお、ユーザによる選択は、投票とも表記す
る。また、ユーザ端末２０は、戦略の決定について、チケット（有料チケット又は無料チ
ケット）を使用しての投票を可能にしてもよい。また、ユーザ端末２０は、ユーザが戦略
を決定する際に、クレジットカードによる決済又は電子マネーの決済等の所定の決済を行
ってから投票を可能にしてもよい。
を表示し、ユーザからの選択を受け付ける。なお、ユーザによる選択は、投票とも表記す
る。また、ユーザ端末２０は、戦略の決定について、チケット（有料チケット又は無料チ
ケット）を使用しての投票を可能にしてもよい。また、ユーザ端末２０は、ユーザが戦略
を決定する際に、クレジットカードによる決済又は電子マネーの決済等の所定の決済を行
ってから投票を可能にしてもよい。
【0025】
サーバ１０は、各ユーザからの投票を集計し、集計結果を試合中のマネージャやプレイ
ヤに報知可能な処理装置に送信する。これにより、試合中のプレイヤは、集計結果に基づ
いて決定された戦略を実行することができる。また、サーバ１０は、集計結果を各ユーザ
が利用する各ユーザ端末２０に送信する。なお、マネージャやプレイヤに報知可能な処理
装置に送信する第１集計結果と、ユーザ端末２０に送信する第２集計結果とは、異なって
もよい。例えば、第１集計結果には、決定された選択肢のみを集計結果に含めてもよく、
第２集計結果には各選択肢の投票状況を含めてもよい。
ヤに報知可能な処理装置に送信する。これにより、試合中のプレイヤは、集計結果に基づ
いて決定された戦略を実行することができる。また、サーバ１０は、集計結果を各ユーザ
が利用する各ユーザ端末２０に送信する。なお、マネージャやプレイヤに報知可能な処理
装置に送信する第１集計結果と、ユーザ端末２０に送信する第２集計結果とは、異なって
もよい。例えば、第１集計結果には、決定された選択肢のみを集計結果に含めてもよく、
第２集計結果には各選択肢の投票状況を含めてもよい。
【0026】
サーバ１０は、試合が終了すると、ファンであるユーザと、プレイヤとの交流を行うフ
ァンミーティングの開催を制御してもよい。例えば、サーバ１０は、開催日時を決定した
り、ファンミーティングへの参加人数を制限したりする。以下、上述したファン参加型野
球リーグを実行可能にする情報処理システム１の各構成等について詳細に説明する。
ァンミーティングの開催を制御してもよい。例えば、サーバ１０は、開催日時を決定した
り、ファンミーティングへの参加人数を制限したりする。以下、上述したファン参加型野
球リーグを実行可能にする情報処理システム１の各構成等について詳細に説明する。
【0027】
＜構成＞
図２は、開示の第１実施形態に係るサーバ１０の一例を示すブロック図である。サーバ
１０は、１つ又は複数のプロセッサ１１０、１つ又は複数のネットワーク通信インタフェ
ース１２０、メモリ１３０、及びこれらの構成要素を相互接続するための１つ又は複数の
通信バス１７０を含む。
図２は、開示の第１実施形態に係るサーバ１０の一例を示すブロック図である。サーバ
１０は、１つ又は複数のプロセッサ１１０、１つ又は複数のネットワーク通信インタフェ
ース１２０、メモリ１３０、及びこれらの構成要素を相互接続するための１つ又は複数の
通信バス１７０を含む。
【0028】
サーバ１０は、場合によりユーザインタフェース１５０を含んでもよく、これとしては
、ディスプレイ、及び入力装置（キーボード及び／又はマウス、又は他の何らかのポイン
ティングデバイス等）を挙げることができる。
、ディスプレイ、及び入力装置（キーボード及び／又はマウス、又は他の何らかのポイン
ティングデバイス等）を挙げることができる。
【0029】
メモリ１３０は、例えば、ＤＲＡＭ、ＳＲＡＭ、他のランダムアクセス固体記憶装置な
どの高速ランダムアクセスメモリであり、また、１つ又は複数の磁気ディスク記憶装置、
光ディスク記憶装置、フラッシュメモリデバイス、又は他の不揮発性固体記憶装置などの
不揮発性メモリでもよく、非一時的な記録媒体でもよい。
どの高速ランダムアクセスメモリであり、また、１つ又は複数の磁気ディスク記憶装置、
光ディスク記憶装置、フラッシュメモリデバイス、又は他の不揮発性固体記憶装置などの
不揮発性メモリでもよく、非一時的な記録媒体でもよい。
【0030】
メモリ１３０は、情報処理システム１により用いられるデータを記憶する。例えば、メ
モリ１３０は、ユーザデータ、野球チームに関するデータや戦略に関するデータなどを記
憶する。なお、各データの詳細は、図４乃至７を用いて後述される。
モリ１３０は、ユーザデータ、野球チームに関するデータや戦略に関するデータなどを記
憶する。なお、各データの詳細は、図４乃至７を用いて後述される。
【0031】
また、メモリ１３０の他の例として、プロセッサ１１０から遠隔に設置される１つ又は
複数の記憶装置でもよい。ある実施形態において、メモリ１３０はプロセッサ１１０によ
り実行されるプログラム、モジュール及びデータ構造、又はそれらのサブセットを格納す
る。
複数の記憶装置でもよい。ある実施形態において、メモリ１３０はプロセッサ１１０によ
り実行されるプログラム、モジュール及びデータ構造、又はそれらのサブセットを格納す
る。
【0032】
プロセッサ１１０は、例えばＣＰＵ（Central Processing Unit）などであり、メモリ
１３０に記憶されるプログラムを実行することで、イベント制御部１１２、第１制御部１
１３、第２制御部１１４、取得部１１５、集計部１１６、出力部１１７、付与部１１８を
構成する。
１３０に記憶されるプログラムを実行することで、イベント制御部１１２、第１制御部１
１３、第２制御部１１４、取得部１１５、集計部１１６、出力部１１７、付与部１１８を
構成する。
【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】
選択部２１７は、ユーザの操作に応答して、対戦中の現実の野球の試合の戦略に関する
複数の選択肢情報の中から少なくとも１つの選択肢情報を選択する。例えば、現実の野球
の試合の戦略は、ピッチャー交代、ピッチャーの投げる球種又はコース、あるいはバッタ
ーの打ち方などを含む。
複数の選択肢情報の中から少なくとも１つの選択肢情報を選択する。例えば、現実の野球
の試合の戦略は、ピッチャー交代、ピッチャーの投げる球種又はコース、あるいはバッタ
ーの打ち方などを含む。
【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】
１…情報処理システム、１０…サーバ、２０…ユーザ端末、１１０…プロセッサ、１３０
…メモリ、１１２…イベント制御部、１１３…第１制御部、１１４…第２制御部、１１５
…取得部、１１６…集計部、１１７…出力部、１１８…付与部、２１０…プロセッサ、２
１２…クライアントアプリケーション、２１３…画面制御部、２１４…表示制御部、２１
５…第１処理部、２１６…第２処理部、２１７…選択部、２１８…出力部、２１９…取得
部、２３０…メモリ
…メモリ、１１２…イベント制御部、１１３…第１制御部、１１４…第２制御部、１１５
…取得部、１１６…集計部、１１７…出力部、１１８…付与部、２１０…プロセッサ、２
１２…クライアントアプリケーション、２１３…画面制御部、２１４…表示制御部、２１
５…第１処理部、２１６…第２処理部、２１７…選択部、２１８…出力部、２１９…取得
部、２３０…メモリ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】