JP7137856B2 - プログラム、ゲーム制御方法、ゲーム装置およびゲームシステム - Google Patents

Description

本発明は、プログラム、ゲーム制御方法、ゲーム装置およびゲームシステムに関する。

従来からユーザがキャラクタを選択して設定することができるゲームが知られている。特許文献１には、ユーザが一覧から選択したキャラクタをイベントデッキに組み込むことができるゲーム装置が開示されている。特許文献１のゲーム装置によれば、イベントデッキに組み込まれた単独のキャラクタまたは複数のキャラクタの組み合わせに応じて様々なイベントを発生させることができる。

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

しかしながら、ユーザは、キャラクタをイベントデッキに組み込むために、自らキャラクタを選択して設定する操作に手間取ってしまうという問題がある。
本発明は、上述したような問題点に鑑みてなされたものであり、ユーザの操作性を向上させることを目的とする。

本発明のプログラムは、ユーザが所有するオブジェクトのうちゲームに使用する使用対象オブジェクトを設定するためのプログラムであって、ユーザにより選択されたオブジェクトを使用対象オブジェクトに設定する第１の設定ステップと、ユーザが所定の第１の条件を満たすオブジェクトを所有する場合に、設定された使用対象オブジェクトに代えて、前記所定の第１の条件を満たすオブジェクトを使用対象オブジェクトに新たに設定する第２の設定ステップと、をコンピュータに実行させるためのプログラムである。

メインメニュー画面の一例を示す図である。 デッキ設定画面の一例を示す図である。 イベントキャラクタテーブルの一例を示す図である。 イベントキャラクタ所有データの一例を示す図である。 待機画面の一例を示す図である。 投球ゾーン領域および待機ゾーン領域の一例を示す図である。 演出表示画面の一例を示す図である。 投球ゾーン領域および待機ゾーン領域の一例を示す図である。 投球ゾーン領域および待機ゾーン領域の一例を示す図である。 ユーザが所有するイベントキャラクタの一例を示す概念図である。 デッキ設定画面の一例を示す図である。 選択画面の一例を示す図である。 ゲームシステムの全体的な構成の一例を示す図である。 ゲーム装置の機能構成の一例を示す図である。 設定枠関連データの一例を示す図である。 ゲーム装置による処理の一例を示すフローチャートである。 ゲーム装置による自動設定処理１の一例を示すフローチャートである。 ゲーム装置による自動設定処理２の一例を示すフローチャートである。 ゲーム装置による手動設定処理の一例を示すフローチャートである。

以下、本発明の実施形態について、図面を参照しながら説明する。

［１．ゲームの説明］
以下、本発明を適用するのに好適なゲームの概要について説明する。ゲームの概要については、後述するゲーム装置上のタッチパネルを搭載した液晶表示パネルに表示される画面を用いて説明する。
本実施形態のゲームは主に野球ゲームに関するものである。本実施形態のゲームは、メインゲームと、オプションゲームとに分かれている。ユーザは、メインゲームとオプションゲームとを任意に選択して実行することができる。以下では、メインゲームについて簡単に説明し、オプションゲームについて詳細に説明する。なお、本実施形態のオプションゲームは、実行できる期間が限定されたゲームであるが、期間が限定されておらず、いつでも実行できるゲームであってもよい。

まず、メインゲームについて説明する。メインゲームは、育成パート、対戦パートなどから構成される。
育成パートでは、投手または野手（捕手も含む）の主人公キャラクタを育成する。育成パートでは、育成対象となる主人公キャラクタが野球の練習をし、様々なイベントを通じて育成される。育成パートでは、まず、ユーザは主人公キャラクタの基本情報を決定した後に、主人公キャラクタと一緒に練習などを行うチームメイトとなるイベントキャラクタをメインゲーム用のデッキ設定画面で設定する。イベントキャラクタは、主人公キャラクタの育成過程においてイベントが発生することにより主人公キャラクタの育成に影響を及ぼすキャラクタである。例えば、設定されたイベントキャラクタに応じて主人公キャラクタの能力が上昇するイベントなどが発生する。また、例えば、設定されたイベントキャラクタの属性に応じて、練習による主人公キャラクタの能力の上昇値が高くなる。したがって、ユーザは、能力が上昇するイベントが発生するようなイベントキャラクタを設定したり、主人公キャラクラの能力が上昇する属性をもつイベントキャラクタを設定したりする。なお、イベントキャラクタは、対戦パートによる勝利報酬で取得したり、抽選や交換により取得したりすることができる。

対戦パートでは、育成パートで育成した投手および野手の主人公キャラクタを含むユーザチームと他のチームとで試合を行う。対戦パートでは、実際の野球と同様に試合を行い、攻撃と守備とを交互に通常９回ずつ繰り返し、より多くの点を獲得したチームが勝利する。ユーザチームが勝利することで多くの特典が付与されたり、多くのゲーム内通貨が付与されたり、上述したイベントキャラクタなどを取得したりすることができる。対戦パートでは育成パートで育成した主人公キャラクタを含むチームで試合を行うことから、育成パートでは能力が上昇するように主人公キャラクタを育成することで、対戦パートで勝利する確率を上げることができる。

次に、オプションゲームについて説明する。
本実施形態のオプションゲームは、ユーザが投手キャラクタを操作して相手チームの打者キャラクタと対戦すると共に、投手キャラクタに投球させた球で所定の領域に配置されたブロックを消去するゲームである。
オプションゲームでは、ユーザは育成パートで育成させた主人公キャラクタのうち１人の投手キャラクタを選択する。また、ユーザは、投球させる球種と、投球させた球を着弾させる着弾点とを選択する。投手キャラクタにより投球させた球が到達する投球ゾーン領域は矩形状のブロックにより区分けされ、各ブロックにはそれぞれマークが付されている。着弾点のブロックが消去されたり、着弾点のブロックと隣接するブロックとが入れ替わったりすることで、同じマークのブロックが縦方向あるいは横方向に３個以上並んだ場合に、３個以上並んだブロックが消去される。ブロックが消去されることで、消去されたブロックの数に応じた得点が付与される。

また、本実施形態のオプションゲームでは、上述した育成パートと同様に、イベントキャラクタをオプションゲーム用のデッキ設定画面で設定することができる。同じマークのブロックが消去されて、スキル発動条件を満たすことで、デッキ設定画面に設定されたイベントキャラクタのスキルを発動させることができる。スキルを発動させることで所定のマークのブロックが所定のマークとは異なるマークのブロックに変化する。したがって、スキルを発動させることで、同じマークのブロックが縦方向あるいは横方向に３個以上並ぶ確率が上昇し、同じマークのブロックが３個以上並んだ場合にはブロックが消去されるので、更に多くの得点が付与される。ここでは、設定されたイベントキャラクタのパラメータに応じて、異なるマークのブロックに変化させることができる個数が異なる。したがって、ユーザは多くの個数のブロックを変化させることができるイベントキャラクタをデッキ設定画面で設定することで、多くの得点が付与されることを期待できる。
ここで、本実施形態では、ユーザが自らイベントキャラクタをデッキ設定画面で設定する操作をしなくとも、イベントキャラクタを自動で設定できる。一方、ユーザが自らイベントキャラクタを選択して設定したい場合もあることから、ユーザが選択したイベントキャラクタをデッキ設定画面で設定できるようになっている。

次に、オプションゲームの詳細について説明する。
図１は、本実施形態のオプションゲームのメインメニュー画面Ｇ１００の一例を示す図である。メインメニュー画面Ｇ１００には、ゲーム開始ボタンＢ１０１、デッキ設定ボタンＢ１０２が表示される。
ゲーム開始ボタンＢ１０１は、ユーザがゲームを開始する場合に選択するボタンである。ゲーム開始ボタンＢ１０１が選択されることで待機画面に移行する。
デッキ設定ボタンＢ１０２は、オプションゲームに登場させるイベントキャラクタをユーザが自らデッキ設定画面で設定する場合に選択するボタンである。デッキ設定ボタンＢ１０２が選択されることでデッキ設定画面に移行する。

図２は、デッキ設定画面Ｇ２００の一例を示す図である。
デッキ設定画面Ｇ２００には、設定枠２０１ａ、２０１ｂ、２０１ｃと、変更ボタンＢ２０５ａ、Ｂ２０５ｂ、Ｂ２０５ｃと、戻るボタンＢ２０６とが表示される。設定枠２０１ａ～２０１ｃはそれぞれ第１設定枠～第３設定枠に対応する。

設定枠２０１ａ、２０１ｂ、２０１ｃは、ユーザが所有するイベントキャラクタのうちオプションゲームに登場させるイベントキャラクタを設定するための枠である。本実施形態では、３つの設定枠２０１ａ、２０１ｂ、２０１ｃが用意されていることから、ユーザが所有するイベントキャラクタのうち３つのイベントキャラクタを設定することができる。設定枠２０１ａ、２０１ｂ、２０１ｃには、キャラクタ表示領域Ａ２０２と、レアリティ表示領域Ａ２０３と、スキル表示領域Ａ２０４とが含まれる。

キャラクタ表示領域Ａ２０２には、設定枠２０１ａ、２０１ｂ、２０１ｃに設定されたイベントキャラクタのキャラクタ名および顔画像が表示される。
レアリティ表示領域Ａ２０３には、設定枠２０１ａ、２０１ｂ、２０１ｃに設定されたイベントキャラクタのレアリティが表示される。レアリティとは、パラメータの一例であり、入手しにくさを表すものである。本実施形態のレアリティの種類としては、「Ｎ（ノーマル）」、「ＰＮ（パワフルノーマル）」、「Ｒ（レア）」、「ＰＲ（パワフルレア）」、「ＳＲ（スーパレア）」、「ＰＳＲ（パワフルスーパレア）」の６種類がある。Ｎ、ＰＮ、Ｒ、ＰＲ、ＳＲ、ＰＳＲの順にレアリティが高くなる。ユーザは、キャラクタ名が同一であってレアリティがそれぞれ異なるイベントキャラクタを所有することができる。本実施形態では、レアリティが高いイベントキャラクタほど、オプションゲームを有利に進めることができるスキルを発動することができる。
スキル表示領域Ａ２０４には、設定枠２０１ａ、２０１ｂ、２０１ｃに設定されたイベントキャラクタのスキルが表示される。スキルとは能力である。本実施形態では、スキルがオプションゲームにおいて発動されることでオプションゲームを有利に進めることができる。

図２の例では、設定枠２０１ａ、２０１ｂ、２０１ｃにそれぞれキャラクタＡ、キャラクタＢ、キャラクタＣが設定されている。設定枠２０１ａに設定されたキャラクタＡは、レアリティがＰＲであり、スキルがスキルＡ２である。設定枠２０１ｂに設定されたキャラクタＢは、レアリティがＰＮであり、スキルがスキルＢ１である。設定枠２０１ｃに設定されたキャラクタＣは、レアリティがＲであり、スキルがスキルＣ２である。

図３は、イベントキャラクタテーブルＴＢＬ３００の一例を示す図である。
イベントキャラクタテーブルＴＢＬ３００は、オプションゲームに登場し得る全てのイベントキャラクタに関する情報であって、全てのイベントキャラクタごとに関連付けられた情報を記憶したテーブルである。イベントキャラクタテーブルＴＢＬ３００は、書き換えられない情報であり、後述する記憶装置１０７のイベントキャラクタデータＤＴ１に記憶されている。
イベントキャラクタテーブルＴＢＬ３００には、キャラクタ名欄Ａ３０１、キャラクタ種別欄Ａ３０２、レアリティ欄Ａ３０３、キャラクタ識別欄Ａ３０４、スキル欄Ａ３０５、画像欄Ａ３０６、効果音欄Ａ３０７がある。

キャラクタ名欄Ａ３０１には、イベントキャラクタのキャラクタ名が含まれる。図３の例では、キャラクタ名欄Ａ３０１には、キャラクタＡ、キャラクタＢ、キャラクタＣが含まれる。
キャラクタ種別欄Ａ３０２には、イベントキャラクタの種類ごとの種別番号が含まれる。本実施形態のイベントキャラクタの種類とは、イベントキャラクタのキャラクタ名ごとの分類をいう。すなわち、キャラクタ名が同一であれば同一種類のイベントキャラクタである。図３の例では、キャラクタＡには種別番号としてＣＴ１０１が関連付けられ、キャラクタＢには種別番号としてＣＴ１０２が関連付けられ、キャラクタＣには種別番号としてＣＴ１０３が関連付けられている。

レアリティ欄Ａ３０３には、イベントキャラクタのレアリティの情報が含まれる。図３の例では、キャラクタ名ごとにそれぞれレアリティとして、上述したＮ、ＰＮ、Ｒ、ＰＲ、ＳＲ、ＰＳＲが含まれる。
キャラクタ識別欄Ａ３０４には、イベントキャラクタのレアリティごとの識別番号が含まれる。図３の例では、キャラクタＡのレアリティＮには識別番号としてＩＤ１０１１が関連付けられ、キャラクタＡのレアリティＰＮには識別番号としてＩＤ１０１２が関連付けられ、キャラクタＡのレアリティＲにはＩＤ１０１３が関連付けられ、キャラクタＡのレアリティＰＲにはＩＤ１０１４が関連付けられ、キャラクタＡのレアリティＳＲにはＩＤ１０１５が関連付けられ、キャラクタＡのレアリティＰＳＲにはＩＤ１０１６が関連付けられている。なお、レアリティが同じでもイベントキャラクタの種類が異なる場合には異なる識別番号が関連付けられている。したがって、識別番号により、ある特定のレアリティを有する１つのイベントキャラクタが特定される。

スキル欄Ａ３０５には、イベントキャラクタのレアリティごとのスキルの情報が含まれる。図３の例では、キャラクタＡのレアリティＮ、ＰＮにはスキルＡ１が関連付けられ、キャラクタＡのレアリティＲ、ＰＲにはスキルＡ２が関連付けられ、キャラクタＡのレアリティＳＲにはスキルＡ３が関連付けられ、キャラクタＡのレアリティＰＳＲにはスキルＡ４が関連付けられている。スキルＡ１の効果は、例えば「ランダムに△４個を○に変える」であり、スキルＡ２の効果は、例えば「ランダムに△８個を○に変える」であり、スキルＡ３の効果は、例えば「ランダムに△・□の計１２個を○に変える」であり、スキルＡ４の効果は、例えば「△・□の全てを○に変える」である。スキルＡ１からスキルＡ４になるほど、スキルの効果が上昇しており、スキルの効果が上昇するほどオプションゲームを有利に進めることができる。なお、本実施形態では、レアリティＮとレアリティＰＮとが同一のスキルであり、レアリティＲとレアリティＰＲとが同一のスキルであるが、それぞれ異なるスキルであってもよい。また、本実施形態では、レアリティが同じでもイベントキャラクタの種類が異なる場合には異なるスキルが関連付けられている。

画像欄Ａ３０６には、スキルを発動させたときに表示させる、レアリティごとの演出画像の情報が含まれる。演出画像の情報は、属性情報の一例である。図３の例では、キャラクタＡのレアリティＮ、ＰＮには画像Ａ１の情報が関連付けられ、キャラクタＡのレアリティＲ、ＰＲには画像Ａ２の情報が関連付けられ、キャラクタＡのレアリティＳＲには画像Ａ３の情報が関連付けられ、キャラクタＡのレアリティＰＳＲには画像Ａ４の情報が関連付けられている。なお、本実施形態では、レアリティＮとレアリティＰＮとが同一の画像であり、レアリティＲとレアリティＰＲとが同一の画像であるが、それぞれ異なる画像であってもよい。また、画像Ａ１～画像Ａ４の情報は、画像データ自体である場合に限られず、画像Ａ１～画像Ａ４を記憶した記憶装置のアドレス情報であってもよい。また、本実施形態では、レアリティが同じでもイベントキャラクタの種類が異なる場合には異なる画像の情報が関連付けられている。

効果音欄Ａ３０７には、スキルを発動させたときに発する、レアリティごとの効果音の情報が含まれる。効果音の情報は、属性情報の一例である。図３の例では、キャラクタＡのレアリティＮ、ＰＮには効果音Ａ１の情報が関連付けられ、キャラクタＡのレアリティＲ、ＰＲには効果音Ａ２の情報が関連付けられ、キャラクタＡのレアリティＳＲには効果音Ａ３の情報が関連付けられ、キャラクタＡのレアリティＰＳＲには効果音Ａ４の情報が関連付けられている。なお、本実施形態では、レアリティＮとレアリティＰＮとが同一の効果音であり、レアリティＲとレアリティＰＲとが同一の効果音であるが、それぞれ異なる効果音であってもよい。また、効果音Ａ１～効果音Ａ４の情報は、音データ自体である場合に限られず、効果音Ａ１～効果音Ａ４を記憶した記憶装置のアドレス情報であってもよい。また、本実施形態では、レアリティが同じでもイベントキャラクタの種類が異なる場合には異なる効果音の情報が関連付けられている。

なお、イベントキャラクタテーブルＴＢＬ３００には、イベントキャラクタの顔画像の情報が関連付けられていてもよい。また、この場合、同一種類のイベントキャラクタであっても、レアリティごとに異なる顔画像が関連付けられていてもよい。例えば、イベントキャラクタの顔画像は、デッキ設定画面Ｇ２００や後述する選択画面Ｇ１２００において表示される。

図４は、イベントキャラクタ所有データＤ４００の一例を示す図である。
イベントキャラクタ所有データＤ４００は、ユーザが所有するイベントキャラクタの情報を記憶したデータである。イベントキャラクタ所有データＤ４００は、ユーザがイベントキャラクタを所有する状況に応じて更新される情報であり、後述する記憶装置１０７の所有キャラクタデータＤＴ２に記憶されている。
なお、イベントキャラクタは、上述したように対戦パートによる勝利報酬で取得したり、抽選や交換により取得したりすることができる。また、イベントキャラクタは、所有できる上限数があることからユーザが削除したり、他のイベントキャラクタと交換したりすることで失うことがある。したがって、イベントキャラクタ所有データＤ４００は、ユーザごとに異なり、更には同一のユーザであってもゲームの進行に応じて異なる場合がある。

イベントキャラクタ所有データＤ４００には、キャラクタ種別欄Ａ４０１、キャラクタ識別欄Ａ４０２がある。
キャラクタ種別欄Ａ４０１には、ユーザが所有するイベントキャラクタの種類を示す種別番号が記憶されている。図４の例では、種別番号としてＣＴ１０１、ＣＴ１０２、ＣＴ１０３が記憶されている。なお、図３に示すイベントキャラクタテーブルＴＢＬ３００を参照すると、種別番号ＣＴ１０１はキャラクタＡであり、種別番号ＣＴ１０２はキャラクタＢであり、種別番号ＣＴ１０３はキャラクタＣである。
キャラクタ識別欄Ａ４０２には、ユーザが所有するイベントキャラクタの識別番号が、種別番号ごと、すなわちイベントキャラクタの種類ごとに記憶されている。図４の例では、種別番号ＣＴ１０１については識別番号ＩＤ１０１１、ＩＤ１０１４が記憶され、種別番号ＣＴ１０２については識別番号ＩＤ１０２１、ＩＤ１０２２が記憶され、種別番号ＣＴ１０３については識別番号ＩＤ１０３１、ＩＤ１０３２、ＩＤ１０３３が記憶されている。なお、理解を容易にするために識別番号の後にはレアリティの情報を記述している。図３に示すイベントキャラクタテーブルＴＢＬ３００を参照すると、識別番号ＩＤ１０１１はレアリティＮのキャラクタＡであり、識別番号ＩＤ１０１４はレアリティＰＲのキャラクタＡである。また、識別番号ＩＤ１０２１はレアリティＮのキャラクタＢであり、識別番号ＩＤ１０２２はレアリティＰＮのキャラクタＢである。また、識別番号ＩＤ１０３１はレアリティＮのキャラクタＣであり、識別番号ＩＤ１０３２はレアリティＰＮのキャラクタＣであり、識別番号ＩＤ１０３３はレアリティＲのキャラクタＣである。すなわち、図４に示すイベントキャラクタ所有データＤ４００では、キャラクタＡのうち最も高いレアリティがＰＲであり、キャラクタＢのうち最も高いレアリティがＰＮであり、キャラクタＣのうち最も高いレアリティがＲである。
なお、図４に示すイベントキャラクタ所有データＤ４００において、キャラクタ種別欄Ａ４０１はなくてもよく、キャラクタ識別欄Ａ４０２にユーザが所有するイベントキャラクタの識別番号のみが記憶されていてもよい。

上述した図２のデッキ設定画面Ｇ２００に戻り、設定枠２０１ａ、２０１ｂ、２０１ｃにそれぞれ設定されたキャラクタＡ、キャラクタＢ、キャラクタＣのレアリティ表示領域Ａ２０３に注目すると、キャラクタＡはレアリティＰＲであり、キャラクタＢはレアリティＰＮであり、キャラクタＣはレアリティＲである。すなわち、図２に示すデッキ設定画面Ｇ２００では、ユーザが所有するイベントキャラクタが図４に示すイベントキャラクタ所有データＤ４００の場合において、イベントキャラクタの種類ごとに最も高いレアリティのイベントキャラクタが設定されている。

変更ボタンＢ２０５ａ、Ｂ２０５ｂ、Ｂ２０５ｃは、設定枠２０１ａ、２０１ｂ、２０１ｃに設定されたイベントキャラクタを変更する場合に選択するボタンである。
戻るボタンＢ２０６は、デッキ設定画面Ｇ２００からメインメニュー画面Ｇ１００に戻りたい場合に選択するボタンである。
メインメニュー画面Ｇ１００から、ゲーム開始ボタンＢ１０１が選択されることでオプションゲームが開始される。

図５は、オプションゲームの待機画面Ｇ５００の一例を示す図である。
待機画面Ｇ５００には、投手キャラクタＣＨ５０１、打者キャラクタＣＨ５０２、ゲーム状況表示アイテムＩ５０３、投球ゾーン領域Ａ５０４、待機ゾーン領域Ａ５０７、球種選択領域Ａ５０８、イベントキャラクタ表示領域Ａ５１０などが表示される。
投手キャラクタＣＨ５０１は、ユーザが操作する対象の選手キャラクタである。打者キャラクタＣＨ５０２は、投手キャラクタＣＨ５０１が投球した球を打撃する対戦相手の選手キャラクタである。
ゲーム状況表示アイテムＩ５０３は、現時点におけるゲーム状況を表示するアイテムである。ゲーム状況表示アイテムＩ５０３は、ストライクカウント数、ボールカウント数、打席回数などの表示が含まれる。図５の例では、ゲーム状況表示アイテムＩ５０３に１打席目の打者キャラクタとの対戦であることが表示される。

投球ゾーン領域Ａ５０４は、投手キャラクタが投球する球が到達する領域を示している。投球ゾーン領域Ａ５０４は、横方向に５行、縦方向に５列の合計２５個の矩形状のブロックに区分けされている。また、投球ゾーン領域Ａ５０４は、ストライク判定領域Ａ５０５と、ボール判定領域Ａ５０６との２つの領域から構成される。ストライク判定領域Ａ５０５は、投手キャラクタが投球した球が到達することでストライクとして判定される領域である。ストライク判定領域Ａ５０５は、投球ゾーン領域Ａ５０４のうち中央に位置する横方向に３行、縦方向に３列の合計９個のブロックで構成される領域である。一方、ボール判定領域Ａ５０６は、投手キャラクタが投球したときに球が到達することでボールとして判定される領域である。ボール判定領域Ａ５０６は、投球ゾーン領域Ａ５０４のうちストライク判定領域Ａ５０５を取り囲むように位置する計１６個のブロックで構成される領域である。

投球ゾーン領域Ａ５０４の各ブロックにはそれぞれ所定のマークが付されている。図５の例では、各ブロックに付されるマークは「△（三角）」、「○（丸）」、「□（四角）」の３つのマークのうち何れか１つである。投球ゾーン領域Ａ５０４に位置するブロックは、投手キャラクタが投球する球種と着弾した位置（着弾点）とに応じて、着弾したブロックが消えたり、着弾したブロックと隣接するブロックとが入れ替わったりする。このとき、同じマークのブロックが縦方向あるいは横方向に３個以上並んだ場合に、３個以上並んだブロックが消去される。ブロックが消去した場合には、消去されたブロックの上側に位置する全てのブロックが下側に向かって落下する。

待機ゾーン領域Ａ５０７は、ブロックが待機する領域を示している。待機ゾーン領域Ａ５０７は、投手キャラクタが投球する球を到達させることができない領域であり、投球ゾーン領域Ａ５０４の上側に位置する。待機ゾーン領域Ａ５０７は、横方向に２行、縦方向に５列の計１０個の矩形状のブロックに区分けされている。
待機ゾーン領域Ａ５０７の各ブロックにも、投球ゾーン領域Ａ５０４と同様に、それぞれ所定のマークが付されている。投球ゾーン領域Ａ５０４に位置するブロックが消えた場合には、待機ゾーン領域Ａ５０７に位置するブロックが投球ゾーン領域Ａ５０４に落下する。待機ゾーン領域Ａ５０７に位置するブロックは空にならないように常に補充される。また、待機ゾーン領域Ａ５０７に補充されるブロックに付されたマークは、原則として規則性がなくランダムである。

球種選択領域Ａ５０８は、投手キャラクタが投球可能な球種、いわゆる持ち球に対応する球種選択ボタンＢ５０９ａ～Ｂ５０９ｆが表示される。ここでは、選択した投手キャラクタが右投げである場合について説明する。なお、投手キャラクタが左投げの投手キャラクタである場合には一部球種の呼び名、変化球の変化方向に違いが生じる。

球種選択ボタンＢ５０９ａには、投手キャラクタの持ち球のうちストレート系球種が表示される。ストレート系球種とは、原則、投球後に変化せずに直進する軌道をもつ球種である。代表的な球種としては、ストレートがある。また、ツーシーム、ムービングファスト、超スローボール、ライズボールなどもストレート系球種として分類される。図５の例では、球種選択ボタンＢ５０９ａにより投手キャラクタが投球する球種としてストレートを選択できる場合を示している。
ストレート系球種では、投球が投球ゾーン領域Ａ５０４に着弾したときに、着弾点に位置するブロックが消去され、消去されたブロックの上側に位置する全てのブロックが消去されることで生じた空間を埋めるように落下する。このとき、同じマークのブロックが３個以上並んだ場合には、３個以上並んだブロックが消去される。

球種選択ボタンＢ５０９ｂには、投手キャラクタの持ち球のうちフォーク系球種が表示される。フォーク系球種は変化球の一種であって、縦方向のうち下側に向かって落ちる軌道をもつ球種である。代表的な球種として、フォークがある。また、パーム、チェンジアップ、ナックル、ヴァーティカル・スライダー（Ｖスライダー）などもフォーク系球種として分類される。図５の例では、球種選択ボタンＢ５０９ｂにより投手キャラクタが投球する球種としてフォークを選択できる場合を示している。
フォーク系球種では、投球が投球ゾーン領域Ａ５０４に着弾したときに、着弾点に位置するブロックと、その真下に位置するブロックとが入れ替わる。入れ替えにより同じマークのブロックが３個以上並んだ場合には、３個以上並んだブロックが消去される。なお、着弾点が投球ゾーン領域Ａ５０４のうち最下のブロックであった場合には、着弾点のブロックと同じ列であって投球ゾーン領域Ａ５０４のうち最上のブロックと入れ替わる。

球種選択ボタンＢ５０９ｃには、投手キャラクタの持ち球のうちスライダー系球種が表示される。スライダー系球種は変化球の一種であって、投手の利き腕と反対側の横方向に変化する軌道をもつ球種である。利き腕が右利きの投手キャラクタの場合には投球ゾーン領域Ａ５０４に向かって左方向に変化する。代表的な球種として、スライダーがある。また、高速スライダー、カットボール、スロースライダーカットなどもスライダー系球種として分類される。図５の例では、球種選択ボタンＢ５０９ｃにより投手キャラクタが投球する球種としてスライダーを選択できる場合を示している。
スライダー系球種では、投球が投球ゾーン領域Ａ５０４に着弾したときに、着弾点に位置するブロックと、その左に位置するブロックとが入れ替わる。入れ替えにより同じマークのブロックが３個以上並んだ場合には、３個以上並んだブロックが消去される。なお、着弾点が投球ゾーン領域Ａ５０４のうち最も左のブロックであった場合には、着弾点のブロックと同じ行であって最も右に位置するブロックと入れ替わる。

球種選択ボタンＢ５０９ｄには、投手キャラクタの持ち球のうちシュート系球種が表示される。シュート系球種は変化球の一種であって、投手の利き腕側の横方向に変化する軌道をもつ球種である。利き腕が右利きの投手キャラクタの場合には投球ゾーン領域Ａ５０４に向かって右方向に変化する。代表的な球種として、シュートがある。また、高速シュート、シンキングファストなどもシュート系球種として分類される。図５の例では、球種選択ボタンＢ５０９ｄにより投手キャラクタが投球する球種としてシュートを選択できる場合を示している。
シュート系球種では、投球が投球ゾーン領域Ａ５０４に着弾したときに、着弾点に位置するブロックと、その右に位置するブロックとが入れ替わる。入れ替えにより同じマークのブロックが３個以上並んだ場合には、３個以上並んだブロックが消去される。なお、着弾点が投球ゾーン領域Ａ５０４のうち最も右のブロックであった場合には、着弾点のブロックと同じ行であって最も左に位置するブロックと入れ替わる。

球種選択ボタンＢ５０９ｅには、投手キャラクタの持ち球のうちカーブ系球種が表示される。カーブ系球種は変化球の一種であって、投手の利き腕と反対側の横方向かつ下方向である斜め方向に変化する軌道をもつ球種である。利き腕が右利きの投手キャラクタの場合には投球ゾーン領域Ａ５０４に向かって左斜め下方向に変化する。代表的な球種としてはカーブがある。また、スローカーブ、Ｄカーブ、スラーブ、超スローカーブ、ナックルカーブなどもカーブ系球種として分類される。図５の例では、球種選択ボタンＢ５０９ｅにより投手キャラクタが投球する球種としてカーブを選択できる場合を示している。
カーブ系球種では、投球が投球ゾーン領域Ａ５０４に着弾したときに、着弾点に位置するブロックと、その左斜め下に位置するブロックとが入れ替わる。入れ替えにより同じマークのブロックが３個以上並んだ場合には、３個以上並んだブロックが消去される。なお、着弾点が投球ゾーン領域Ａ５０４のうち最も左のブロックであった場合には、着弾点のブロックの下の行であって最も右に位置するブロックと入れ替わる。また、着弾点が投球ゾーン領域Ａ５０４のうち最も左かつ最も下のブロックであった場合には、投球ゾーン領域Ａ５０４のうち最も右かつ最も上のブロックと入れ替わる。

球種選択ボタンＢ５０９ｆには、投手キャラクタの持ち球のうちシンカー系球種が表示される。シンカー系球種は変化球の一種であって、投手の利き腕側の横方向かつ下方向である斜め方向に変化する軌道をもつ球種である。利き腕が右利きの投手キャラクタの場合には投球ゾーン領域Ａ５０４に向かって右斜め下方向に変化する。代表的な球種としてはシンカーがある。また、高速シンカー、超高速シンカー、スローシンカー、サークルチェンジ、スローサークルチェンジなどもシンカー系球種として分類される。図５の例では、球種選択ボタンＢ５０９ｆにより投手キャラクタが投球する球種としてシンカーを選択できる場合を示している。
シンカー系球種では、投球が投球ゾーン領域Ａ５０４に着弾したときに、着弾点に位置するブロックと、その右斜め下に位置するブロックとが入れ替わる。入れ替えにより同じマークのブロックが３個以上並んだ場合には、３個以上並んだブロックが消去される。なお、着弾点が投球ゾーン領域Ａ５０４のうち最も右のブロックであった場合には、着弾点のブロックの下の行であって最も左に位置するブロックと入れ替わる。また、着弾点が投球ゾーン領域Ａ５０４のうち最も右かつ最も下のブロックであった場合には、投球ゾーン領域Ａ５０４のうち最も左かつ最も上のブロックと入れ替わる。

なお、本実施形態では、投手キャラクタの利き腕が右腕である場合について、球種の名称、変化方向を説明したが、利き腕が左腕である場合には、名称が異なる球種がある。例えば、利き腕が右腕の場合にはカーブは左斜め下方向に変化するが、利き腕が左腕の場合には右斜め下方向に変化する。すなわち、カーブは利き腕が右腕と左腕とでは、左右対称の方向に変化する。同様に、スライダー系球種、シュート系球種、シンカー系球種についても同様に、利き腕が右腕と左腕とでは左右対称の方向に変化する。

イベントキャラクタ表示領域Ａ５１０には、スキル発動条件を満たすことで、設定枠２０１ａ、２０１ｂ、２０１ｃに設定されたイベントキャラクタが表示される。イベントキャラクタ表示領域Ａ５１０に表示されたイベントキャラクタをユーザが、例えばタッチすることで、イベントキャラクタのスキルを発動させることができる。
ここで、スキルを発動させる対象となるイベントキャラクタは打席回数に応じて変わる。したがって、スキル発動条件を満たすことでイベントキャラクタ表示領域Ａ５１０には、打席回数に応じたイベントキャラクタが表示される。具体的に、図２に示すデッキ設定画面Ｇ２００の例では、１打席目の打者キャラクタと対戦する場合、スキル発動条件を満たすことで、イベントキャラクタ表示領域Ａ５１０には設定枠２０１ａに設定されたキャラクタＡが表示される。また、２打席目の打者キャラクタと対戦する場合、スキル発動条件を満たすことで、イベントキャラクタ表示領域Ａ５１０には設定枠２０１ｂに設定されたキャラクタＢが表示される。また、３打席目の打者キャラクタと対戦する場合、スキル発動条件を満たすことで、イベントキャラクタ表示領域Ａ５１０には設定枠２０１ｃに設定されたキャラクタＣが表示される。図５の例では、イベントキャラクタ表示領域Ａ５１０に設定枠２０１ａに設定されたイベントキャラクタであるキャラクタＡが表示されている。

次に、投球ゾーン領域Ａ５０４に球が着弾したときにブロックが消去される動作の一例について説明する。
図６（ａ）は、投手キャラクタが投球する前の投球ゾーン領域Ａ５０４および待機ゾーン領域Ａ５０７の一例を示す図である。ここでは、球種選択ボタンＢ５０９ｂが、選択されることで、球種としてフォークを投球する場合を例にして説明する。ユーザは、投球ゾーン領域Ａ５０４のうちフォークを投球したときに着弾させたい着弾点を例えばタッチして選択することで、投手キャラクタが投球する動作のアニメーションが開始され、投球された球が投球ゾーン領域Ａ５０４のうち選択された着弾点に着弾する。図６（ａ）の例では、投球ゾーン領域Ａ５０４のストライク判定領域Ａ５０５のうちブロックＢ６０１に着弾したものとする。

図６（ｂ）は、球種としてフォークを投球してブロックＢ６０１に着弾したときにブロックが入れ替えられた状態の一例を示す図である。ブロックが入れ替えられることで、同一のマークのブロックが一直線上に３個以上並んだ場合、３個以上並んだブロックが消去される。図６（ｂ）の例では、投球する前に着弾点に位置していたブロックＢ６０１と、投球する前にブロックＢ６０１の直下に位置していたブロックＢ６０２とが入れ替わっている。ブロックＢ６０１とブロックＢ６０２とが入れ替わることによって、ブロックＢ６０２と、ブロックＢ６０２の左隣りのブロックと、ブロックＢ６０２の右隣のブロックとで同一のマークのブロックが横方向に３個並ぶ。したがって、ブロックＢ６０２を含む横方向に並んだ３個のブロックが消去される。なお、図６（ｂ）では消去されるブロックにハッチングを付している。また、ブロックが消去された場合には消去されたブロックの数に応じた得点が付与される。例えば、１度で消去されたブロックの数が多いほど高い得点が付与される。また、ブロックを消去した回数が加算される。図６（ｂ）の例では、ブロックＢ６０２を含む横方向に並んだ３個のブロックが消去されることで、ブロックを消去した回数として１が加算される。ブロックが消去され、消去されたブロックの空間が空となることで、消去されるブロックの上側に位置する全てのブロックが、上側から順次に空を埋めるように補充される。

また、１回の投球で複数のブロックが消去条件を満たす場合、例えば、１回の投球によるブロックの入れ替えにより異なるマークのブロックがそれぞれ縦方向あるいは横方向に３個以上並んだ場合や、ブロックの補充により新たに縦方向あるいは横方向に同じマークのブロックが３個以上並んだ場合などは、１回の投球で複数のブロックの消去が発生する。このように複数の消去が発生することを連鎖という。連鎖が発生した場合には連鎖が発生したことを示す専用のアニメーションなどの演出が行われたり、ボーナス点の加算などにより付与される得点が増加したりする。また、連鎖はそれぞれの消去ごとに、ブロックを消去した回数が１回として加算される。

したがって、ユーザは、投球ゾーン領域Ａ５０４および待機ゾーン領域Ａ５０７に位置するブロックのマークを確認して、数多くのブロックを消去できたり、複数の連鎖が発生したりすることができるような球種と着弾点との組み合わせを検討する。１人の打者キャラクタに対して複数の投球を行い、例えば、ストライクカウント数が３つになったり、ボールカウント数が４つになったり、打者キャラクタにヒットを打たれたりするなどの所定の投球終了の条件を満たすことで、各打席の打者キャラクタとの対戦が終了する。１打席目から３打席目の打者キャラクタごとにそれぞれ、上述した対戦を行う。

また、ブロックを消去した回数が所定の回数（例えば２０回）に達することでスキル発動条件を満たす。スキル発動条件を満たすことで、設定枠に設定されたイベントキャラクタのうち打席回数に応じたイベントキャラクタのスキルを発動させることができる。スキルを発動させるタイミングは、投球するタイミングとは異なり、投球を待機しているタイミングで発動させることができる。また、本実施形態のスキルは、図３に示すイベントキャラクタテーブルＴＢＬ３００で説明したように、所定のマークのブロックを所定のマークとは異なるマークのブロックに変化させるものである。したがって、このようなスキルを発動させることで、投球ゾーン領域Ａ５０４に位置するブロックのマークが変化するために、投球することなく同一のマークのブロックを一直線上に３個以上並ぶように遷移させることができる。同一のマークのブロックが一直線上に３個以上並んだ場合には、３個以上並んだブロックが消去されたり、更には連鎖が発生したりすることがあることから、投球することなく得点が付与される。

また、スキル発動条件を満たしていれば、打者キャラクタとの対戦が終了するまでの間であれば、ユーザの所望するタイミングでスキルを発動させることができる。したがって、スキル発動条件を満たした直後にスキルを発動させてもよく、スキル発動条件を満たした後に１回あるいは複数回の投球を経た後にスキルを発動させてもよい。したがって、ユーザは、スキル発動条件を満たしている場合には、投球を待機しているときに投球ゾーン領域Ａ５０４および待機ゾーン領域Ａ５０７に位置するブロックのマークを確認して、数多くのブロックを消去できたり、複数の連鎖が発生したりすることができるようなタイミングでスキルを発動させることができる。また、ユーザは、例えば、選択した投手キャラクタが最適なブロックの入れ替えをするための持ち球を有していない場合などにスキルを発動させることができる。

スキル発動条件を満たした場合には、図５（ａ）に示すように、イベントキャラクタ表示領域Ａ５１０には、設定枠２０１ａ、２０１ｂ、２０１ｃに設定されたイベントキャラクタのうち打席回数に応じたイベントキャラクタが表示される。イベントキャラクタ表示領域Ａ５１０に表示されたイベントキャラクタをユーザが例えばタッチして選択することで、イベントキャラクタのスキルを発動させることができる。本実施形態では、イベントキャラクタ表示領域Ａ５１０のイベントキャラクタがタッチされることで、実際にスキルが発動する前にイベントキャラクタごとに異なる演出表示画面に移行する。

図７（ａ）、（ｂ）は、演出表示画面Ｇ７００ａ、Ｇ７００ｂの一例を示す図である。
図７（ａ）に示す演出表示画面Ｇ７００ａは、図２に示すデッキ設定画面Ｇ２００のように、設定枠２０１ａにレアリティＰＲのキャラクタＡが設定されている場合に表示される画面の一例である。演出表示画面Ｇ７００ａは、イベントキャラクタ画像Ｉ７０１ａ、スキル表示領域Ａ７０２ａが表示される。また、演出表示画面Ｇ７００ａの表示と共に、ゲーム装置から効果音Ｎ７０３ａが発せられる。

イベントキャラクタ画像Ｉ７０１ａは、設定枠に設定されたイベントキャラクタの画像であって、イベントキャラクタのレアリティに応じた画像である。図７（ａ）の例では、図２のデッキ設定画面Ｇ２００の設定枠２０１ａにレアリティＰＲのキャラクタＡが設定されていることから、イベントキャラクタ画像Ｉ７０１ａがキャラクタＡのレアリティＰＲに対応する画像である。なお、図７（ａ）に示すイベントキャラクタ画像Ｉ７０１ａは、図３に示すイベントキャラクタテーブルＴＢＬ３００のうちキャラクタＡのレアリティＰＲに関連付けられた、画像欄Ａ３０６における画像Ａ２の情報に基づいて表示される。

スキル表示領域Ａ７０２ａは、設定枠に設定されたイベントキャラクタのスキルであって、設定されたイベントキャラクタのレアリティに応じて発動されるスキル名および効果が表示される。図７（ａ）の例では、スキル表示領域Ａ７０２ａには、「スキルＡ２」と「ランダムに△８個を〇に変化」とが表示される。なお、図７（ａ）に示すスキル表示領域Ａ７０２ａに表示されるスキル名および効果は、図３に示すイベントキャラクタテーブルＴＢＬ３００のうちキャラクタＡのレアリティＰＲに関連付けられた、スキル欄Ａ３０５におけるスキルＡ２の情報に基づいて表示される。

また、効果音Ｎ７０３ａは、設定枠に設定されたイベントキャラクタのレアリティに応じて発せられる音である。図７（ａ）の例では、効果音Ｎ７０３ａとして「効果音Ａ２」が発せられる。なお、図７（ａ）に示す効果音Ｎ７０３ａは、図３に示すイベントキャラクタテーブルＴＢＬ３００のうちキャラクタＡのレアリティＰＲに関連付けられた、効果音欄Ａ３０７における効果音Ａ２の情報に基づいて発せられる。

図７（ｂ）に示す演出表示画面Ｇ７００ｂは、図２に示すデッキ設定画面Ｇ２００の設定枠２０１ａにレアリティＮのキャラクタＡが設定された場合に表示される画面の一例である。演出表示画面Ｇ７００ｂは、イベントキャラクタ画像Ｉ７０１ｂ、スキル表示領域Ａ７０２ｂが表示される。また、演出表示画面Ｇ７００ｂの表示と共に、ゲーム装置から効果音Ｎ７０３ｂが発せられる。

図７（ｂ）の例では、イベントキャラクタ画像Ｉ７０１ｂはキャラクタＡのレアリティＮに対応する画像である。なお、図７（ｂ）に示すイベントキャラクタ画像Ｉ７０１ｂは、図３に示すイベントキャラクタテーブルＴＢＬ３００のうちキャラクタＡのレアリティＮに関連付けられた、画像欄Ａ３０６における画像Ａ１の情報に基づいて表示される。

また、図７（ｂ）の例では、スキル表示領域Ａ７０２ｂには、「スキルＡ１」と「ランダムに△４個を〇に変化」とが表示される。なお、図７（ｂ）に示すスキル表示領域Ａ７０２ｂに表示されるスキル名および効果は、図３に示すイベントキャラクタテーブルＴＢＬ３００のうちキャラクタＡのレアリティＮに関連付けられた、スキル欄Ａ３０５におけるスキルＡ１の情報に基づいて表示される。

また、図７（ｂ）の例では、効果音Ｎ７０３ｂとして「効果音Ａ１」が発せられる。なお、図７（ｂ）に示す効果音Ｎ７０３ｂは、図３に示すイベントキャラクタテーブルＴＢＬ３００のうちキャラクタＡのレアリティＮに関連付けられた、効果音欄Ａ３０７における効果音Ａ１の情報に基づいて発せられる。

このように、演出表示画面では、設定枠に設定されたイベントキャラクタに応じて、スキル名および効果が表示されたり、効果音が発せられたりする。また、同じイベントキャラクタであっても、設定枠に設定されたイベントキャラクタのレアリティに応じて、異なる演出画像が表示されたり、異なる効果音が発せられたりすることで、レアリティごとの演出画像や効果音を楽しむことができる。演出表示画面Ｇ７００ａ、Ｇ７００ｂが表示された後には、実際にスキルが発動される画面に移行する。

図８は、スキル発動前後の投球ゾーン領域Ａ５０４および待機ゾーン領域Ａ５０７の一例を示す図である。図８（ａ）はスキル発動前を示し、図８（ｂ）はスキル発動後を示している。図８の例では、図２のデッキ設定画面Ｇ２００の設定枠２０１ａにレアリティＰＲのキャラクタＡが設定されており、スキルとして「スキルＡ２」の「ランダムに△８個を〇に変化」が発動されたものとする。スキルが発動されることで、図８（ａ）に示す「△」のマークが付されたブロックのうち８個のブロックＢ８０１～Ｂ８０８が、図８（ｂ）に示すように「〇」のマークが付された８個のブロックＢ８１１～Ｂ８１８に変化する。「〇」のマークが付された８個のブロックＢ８１１～Ｂ８１８に変化することによって、「〇」のマークが付されたブロックが縦方向あるいは横方向に３個あるいは３個以上並ぶことから３個以上並んだブロックが消去される。なお、図８（ｂ）では消去されるブロックにハッチングを付している。ブロックが消去された場合には消去されたブロックの数に応じた得点が付与される。スキルを発動させた場合であっても、再びスキル発動条件を満たすことで、再度スキルを発動させることができる。スキルが発動した後には、図５の待機画面Ｇ５００に戻る。

なお、図８（ｂ）の例では、「スキルＡ２」の「ランダムに△８個を〇に変化」させるスキルを発動される場合について説明したが、他のスキルであっても同様に、同一のマークのブロックが縦方向あるいは横方向に３個以上並ぶことで３個以上並んだブロックが消去される。

また、打席ごとに、特定のマークが付された所定個以上のブロックを消去することで、ボーナス移行条件を満たす。ボーナス移行条件を満たすことで、ボーナスステージに進むことができる。本実施形態のボーナスステージは、大量の得点が付与され得るミニゲームである。

図９は、ボーナスステージ画面に表示される投球ゾーン領域Ａ５０４および待機ゾーン領域Ａ５０７の一例を示す図である。ボーナスステージに移行した場合には、待機画面Ｇ５００の投球ゾーン領域Ａ５０４および待機ゾーン領域Ａ５０７に配置されていたブロックがリセットされ、新たなブロックが配置される。
図９に示すように、投球ゾーン領域Ａ５０４および待機ゾーン領域Ａ５０７の各ブロックには付されるマークの種類が、例えば２つ増える。図９の例では、各ブロックに付されるマークは「△（三角）」、「○（丸）」、「□（四角）」、「☆（星型）」、「◇（菱型）」の５つのマークのうち何れか１つである。ボーナスステージでは、投手キャラクタが投球できる球種はストレートだけであり、投手キャラクタが投球した球の着弾点に位置するブロックを消去できるのみである。ただし、投球ゾーン領域Ａ５０４および待機ゾーン領域Ａ５０７に位置する計３５個のブロックは、投球ゾーン領域Ａ５０４のうち何れか１つのブロックが消去されることで、全てのブロックが連鎖的に消去されるように配置される。したがって、ユーザは、全てのブロックを連鎖的に消去できる１つのブロックを探し出して、当該ブロックを着弾点として選択する。図９の例では、ブロックＢ９０１を着弾点として選択して、ブロックＢ９０１が消去されることで、全てのブロックが連鎖的に消去される。全てのブロックが消去されることで、大量の得点が付与される。なお、ユーザが着弾点を選択するまでに制限時間を設定される。

以上のように説明したオプションゲームによれば、同一種類のイベントキャラクであってもレアリティが高いイベントキャラクを設定枠に設定することで、スキルを発動させたときに１回で消去されるブロックの数が増えて、付与される得点が上昇する確率を高めることができる。したがって、通常、ユーザはレアリティの異なる同一種類のイベントキャラクを所有しており設定枠に低いレアリティのイベントキャラクタが設定されている場合には、高いレアリティのイベントキャラクタに入れ替える操作を行うことが想定される。本実施形態のゲームでは、ユーザの操作性を向上させるために、設定枠に高いレアリティのイベントキャラクタを自動で設定するイベントキャラクタの自動設定機能を有する。

一方、同一種類のイベントキャラクタであってもレアリティが異なることで、スキルを発動させるときの演出画像が異なったり、スキルを発動させるときの効果音が異なったりする。したがって、ユーザによっては好みの演出画像や効果音があることが想定され、低いレアリティであるか高いレアリティであるかに関わらず、ユーザが設定枠に好みの演出画像や効果音を発するレアリティのイベントキャラクタを設定したいと所望することが想定される。本実施形態のゲームでは、設定枠にユーザが選択したイベントキャラクタを手動で設定するイベントキャラクタの手動設定機能を有する。

また、設定枠にイベントキャラクタを自動で設定する自動設定機能と、設定枠にユーザがイベントキャラクタを手動で設定する手動設定機能とが併存する場合、例えば、ユーザが手動設定機能により設定枠に手動で設定したイベントキャラクタが、ユーザの意図に沿わずに自動設定機能により自動で入れ替えられてしまうことが想定される。この場合には、再びユーザが設定枠にイベントキャラクタを手動で設定しなければならずに却ってユーザの手間が増えてしまい、ユーザの操作性を向上させることができない。本実施形態のゲームでは、ユーザの意図に沿ったイベントキャラクタを設定できるようにする。

まず、イベントキャラクタの自動設定機能について説明する。
図１０（ａ）は、ユーザが所有するイベントキャラクタの一例を示す概念図である。ここでは、ユーザが所持するイベントキャラクタのうち同一種類のイベントキャラクタ、具体的にはキャラクタＡのみのイベントキャラクタを抽出して示している。図１０（ａ）の例では、現時点でユーザがレアリティＮのキャラクタＡと、レアリティＰＲのキャラクタＡとを所有していることを示している。一方、図１０（ａ）の破線は、ユーザがレアリティＰＮ、Ｒ、ＳＲ、ＰＳＲのキャラクタＡを所有していないことを示している。
このような状態で、ユーザが手動で設定枠にイベントキャラクタを設定することなく、ゲーム開始ボタンＢ１０１を選択して初めてオプションゲームを開始した場合には、自動設定機能により設定枠２０１ａには最も高いレアリティＰＲのキャラクタＡが自動で設定された上でゲームが開始される。したがって、ユーザは自らイベントキャラクタを設定枠２０１ａに設定する操作をしなくても、設定枠２０１ａにイベントキャラクタが設定された状態でオプションゲームが開始され、ユーザの操作性を向上させることができる。また、レアリティが高いイベントキャラクを設定枠に設定することで、スキルを発動させたときに１回で消去されるブロックの数が増えて、付与される得点が上昇する確率が高まることから、ユーザの意思に沿ったイベントキャラクタを設定枠に設定することができる。

次に、オプションゲームを終了した後に、ユーザが新たにイベントキャラクタをメインゲームやオプションゲームの報酬で取得したり、抽選や交換により取得したりした場合について説明する。
図１０（ｂ）は、新たなイベントキャラクタを取得した後の現時点におけるユーザが所有するイベントキャラクタの一例を示す概念図である。ここでは、図１０（ａ）と同様に、ユーザが所有するイベントキャラクタのうち同一種類のイベントキャラクタのみを抽出して示している。図１０（ｂ）の例では、レアリティＮ、ＰＲに加えて、レアリティＳＲのキャラクタＡを取得したことで、所有するイベントキャラクタが増えている。また、ユーザがレアリティＳＲのキャラクタＡを取得するまでは、設定枠にレアリティＰＲのキャラクタＡが設定されていたものとする。
このような状態から、ユーザが手動で設定枠にイベントキャラクタを設定することなく、ゲーム開始ボタンＢ１０１を選択してゲームを開始したり、デッキ設定ボタンＢ１０２を選択してデッキ設定画面Ｇ２００を確認したりした場合には、設定枠２０１ａに設定されていたレアリティＰＲよりもレアリティが高いレアリティＳＲのキャラクタＡが設定枠２０１ａに自動で設定される。

図１１は、デッキ設定画面Ｇ１１００の一例を示す図である。ここでは、図１０（ｂ）の例に示したように、レアリティＳＲのキャラクタＡを取得したことで所有するイベントキャラクタが増えた後に、デッキ設定ボタンＢ１０２を選択してデッキ設定画面Ｇ２００を表示させたものとする。
図１１の例では、設定枠２０１ａに設定されていたレアリティＰＲのキャラクタＡに代えて、設定枠２０１ａにはレアリティＰＲよりもレアリティが高いレアリティＳＲのキャラクタＡが自動で設定される。したがって、ユーザは自らイベントキャラクタを設定枠２０１ａに設定する操作をしなくても、設定枠にイベントキャラクタが自動で設定されることで、ユーザの操作性を向上させることができる。

なお、図１０（ｂ）の例とは異なり、レアリティＮ、ＰＲに加えて、レアリティＰＮ、Ｒ、ＰＲのキャラクタＡを取得した場合には、設定枠２０１ａに設定されているキャラクタのレアリティＰＲよりもレアリティが高くないので、設定枠２０１ａにはレアリティＰＲのキャラクタＡの設定が維持される。

次に、イベントキャラクタの手動設定機能について説明する。
上述したように、ユーザは設定枠に好みの演出画像や効果音を発するレアリティのイベントキャラクタを設定したい場合があるために、設定枠には既に設定されたキャラクタのレアリティよりも低くても好みの演出画像や効果音を発するレアリティのイベントキャラクタを設定することができる。
図１１に示すデッキ設定画面Ｇ１１００には、変更ボタンＢ２０５ａ～Ｂ２０５ｃが表示される。変更ボタンＢ２０５ａ、Ｂ２０５ｂ、Ｂ２０５ｃは、それぞれの設定枠２０１ａ、２０１ｂ、２０１ｃに対応する。ユーザは所有するイベントキャラクタのうち所望するイベントキャラクタを選択して設定枠２０１ａ、２０１ｂ、２０１ｃごとに手動で設定することができる。ここでは、図１１の例において設定枠２０１ａにレアリティＳＲのキャラクタＡが自動で設定されており、レアリティＳＲよりもレアリティが低いレアリティＮのキャラクタＡをユーザが選択して設定するものとする。ユーザは設定枠２０１ａに設定されるイベントキャラクタを変更するために変更ボタンＢ２０５ａを選択することで、設定枠２０１ａに設定可能なイベントキャラクタを選択するための選択画面が表示される。

図１２は、選択画面Ｇ１２００の一例を示す図である。
選択画面Ｇ１２００には、ユーザが所有するイベントキャラクタのうち、設定枠２０１ａに設定可能なイベントキャラクタが選択可能に表示される。図１２の例では、スキルＮのキャラクタＡ１２０１ａ、スキルＰＲのキャラクタＡ１２０１ｄ、スキルＳＲのキャラクタＡ１２０１ｅが表示されている。なお、図１２の破線は、ユーザがレアリティＰＮ、Ｒ、ＰＳＲのキャラクタＡを所有しておらず、選択できないことを示している。ユーザはレアリティＰＮ、Ｒ、ＰＳＲのキャラクタＡのうち、設定枠２０１ａに設定したいイベントキャラクタを選択することで、手動設定機能により設定枠２０１ａに選択されたイベントキャラクタが設定される。ユーザが手動で設定枠２０１ａを設定してから、ゲーム開始ボタンＢ１０１を選択してオプションゲームを開始した場合には、スキルが発動されると設定枠２０１ａに設定されたレアリティに応じた演出画像や効果音が発せられ、ユーザは好みの演出画像や効果音を視聴することができる。

また、手動設定機能により設定枠２０１ａにイベントキャラクタが設定された以降では、自動設定機能が制限される。具体的には、設定枠２０１ａに低いレアリティのイベントキャラクタが設定されていたとしても、設定枠２０１ａに設定されたイベントキャラクタが手動設定機能により設定されたイベントキャラクタである場合には、設定枠２０１ａに設定されたイベントキャラクタのレアリティよりも高いレアリティのイベントキャラクタを所有していても、設定枠２０１ａに高いレアリティのイベントキャラクタが設定されない。図１２の例では、ユーザが選択画面Ｇ１２００からレアリティＮのキャラクタＡを選択して設定枠２０１ａに設定された以降では、ゲーム開始ボタンＢ１０１を選択してオプションゲームを開始したとしても、自動で設定枠２０１ａにレアリティＰＲのキャラクタＡあるいはレアリティＳＲのキャラクタＡが設定されない。したがって、ユーザは常にオプションゲームを設定枠２０１ａに設定したレアリティＮのキャラクタＡで楽しむことができる。このように、ユーザが手動で設定枠２０１ａにイベントキャラクタを設定した以降では、自動設定機能により自動で設定枠２０１ａにイベントキャラクタを設定しないことで、ユーザの意図に沿わないイベントキャラクタが設定枠に設定されることを抑制することができる。

ただし、手動設定機能により設定枠２０１ａにイベントキャラクタが設定された以降であっても、過去に設定枠２０１ａに設定されたイベントキャラクタの最も高いレアリティよりも更に高いレアリティのイベントキャラクタを所有した場合には、自動設定機能により自動で設定枠２０１ａに、所有した更に高いレアリティのイベントキャラクタが設定される。図１２の例では、過去に設定枠２０１ａに設定された最も高いレアリティがレアリティＳＲのキャラクタＡであり、ユーザが選択画面Ｇ１２００からレアリティＮのキャラクタＡを選択して、設定枠２０１ａに設定していたとする。この場合であっても、レアリティＰＳＲのキャラクタＡを所有した場合には、設定枠２０１ａに設定されていたレアリティＮのキャラクタＡに代えて、設定枠２０１ａにはレアリティＰＳＲのキャラクタＡが自動で設定される。一方、過去に設定枠２０１ａに設定された最も高いレアリティＳＲよりもレアリティが低いレアリティＰＮ、Ｒ、ＰＲを所有したとしても、設定枠２０１ａにはレアリティＮのキャラクタＡの設定が維持される。ユーザが過去に設定枠２０１ａに設定された最も高いレアリティよりも更に高いレアリティのイベントキャラクタを所有した場合には、高いレアリティのイベントキャラクタを設定枠に新たに設定すると想定される。したがって、ユーザは自らイベントキャラクタを設定枠に設定する操作をしなくても、設定枠にイベントキャラクタが設定された状態でオプションゲームが開始されることからユーザの操作性を向上させることができる。

ここでは複数の設定枠２０１ａ、２０１ｂ、２０１ｃのうち設定枠２０１ａについて説明したが、設定枠２０１ｂ、２０１ｃでも設定枠２０１ａと同様に、上述した自動設定機能および手動設定機能が実行される。

［２．ゲームシステムの構成］
次に、上述したゲームを実現するためのゲームシステムの概要について説明する。
図１３は、本実施形態に係るゲームシステム１の全体的なハードウェア構成の一例を示す図である。本実施形態に係るゲームシステム１では、サーバ装置３０とゲーム装置１０とが、ネットワークを介して無線により接続されている。

ゲーム装置１０は、上述したゲームを操作するための装置であり、例えば、スマートフォンなどの携帯型通信装置や、携帯型ゲーム専用機器、タブレット、据え置き型ゲーム機器などである。ゲーム装置１０は、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、通信部１０４と、操作部１０５と、表示部１０６と、記憶装置１０７とを有している。

ＣＰＵ１０１は、ＲＯＭ１０２に記憶された制御プログラムをＲＡＭ１０３に読み出して各種処理を実行する。ＲＯＭ１０２は、ゲーム装置１０を動作させるために必要な制御プログラム（ＯＳなど）を記憶する。ＲＯＭ１０２に代えてフラッシュメモリ（ＮＶＲＡＭ）を用いてもよい。ＲＡＭ１０３は、ＣＰＵ１０１の主メモリ、ワークエリアなどの一時記憶領域として用いられる。通信部１０４は、ネットワークを介してサーバ装置３０やその他の外部装置との通信処理を行う。操作部１０５は、ユーザによる各種操作を受け付ける。なお、表示部１０６がタッチパネルを搭載した液晶表示パネルである場合には、タッチパネルが操作部１０５である。表示部１０６は、上述したゲームの画面など各種情報を表示する。記憶装置１０７は、主にゲームに関するゲームプログラムや、ゲームに関連する各種データなどを記憶する。

なお、ゲーム装置１０の機能や処理は、ＣＰＵ１０１がＲＯＭ１０２又は記憶装置１０７に格納されているプログラムを読み出し、このプログラムを実行することにより実現されるものである。また、他の例としては、ＣＰＵ１０１は、ＲＯＭ１０２などに記憶されたプログラムを読み出すのではなく、ＳＤカードなどの着脱可能な記録媒体に格納されているプログラムを読み出してもよい。また、プログラムをコンピュータに供給するための手段は、プログラムを記録したＣＤ－ＲＯＭなどのコンピュータ読み取り可能な記録媒体やプログラムを伝送するインターネットなどの伝送媒体であってもよい。以下、ゲーム装置１０はタッチパネルを搭載した液晶表示パネルを有するスマートフォンであるものとして説明する。

サーバ装置３０は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、通信部３０４と、記憶装置３０５とを有している。

ＣＰＵ３０１は、ＲＯＭ３０２に記憶された制御プログラムを読み出して各種処理を実行する。ＲＡＭ３０３は、ＣＰＵ３０１の主メモリ、ワークエリアなどの一時記憶領域として用いられる。通信部３０４は、ネットワークを介してゲーム装置１０やその他の外部装置との通信処理を行う。記憶装置３０５には、ゲームに関するプログラムや、ゲーム装置１０を操作するユーザのＩＤなどの識別情報や、その他ゲームに必要なユーザごとの各種情報が記憶されている。なお、不図示のデータベースなどにこれらの一部の情報を記憶するようにしてもよい。

図１４は、ゲーム装置１０における、図１～図１２で説明したゲームを実行するための機能構成の一例を示す図である。

ゲーム装置１０の記憶装置１０７には、ゲームを実行するためのプログラムが記憶されている。また、記憶装置１０７は、ゲーム処理に必要な各種データを記憶するデータ記憶部１０７１を備えている。例えば、データ記憶部１０７１には、イベントキャラクタデータＤＴ１、所有キャラクタデータＤＴ２、ゲームデータＤＴ３、設定枠データＤＴ４などが記憶されている。

イベントキャラクタデータＤＴ１は、イベントキャラクタに関する各種情報などからなる。イベントキャラクタデータＤＴ１には、例えばイベントキャラクタテーブルＴＢＬ３００が含まれる。また、イベントキャラクタデータＤＴ１には、イベントキャラクタのイベントに関する情報、その他イベントキャラクタに関連する情報などが含まれる。
所有キャラクタデータＤＴ２は、ユーザが所有するイベントキャラクタの情報などからなる。所有キャラクタデータＤＴ２には、例えばイベントキャラクタ所有データＤ４００が含まれる。また、所有キャラクタデータＤＴ２には、ユーザが所有する選手キャラクタに関する情報が含まれる。選択キャラクタに関する情報には、投手キャラクタごとに投手キャラクタが投球できる球種の情報などが含まれる。また、所有キャラクタデータＤＴ２には、育成パートにおいて育成された主人公キャラクタの情報などが含まれる。

ゲームデータＤＴ３は、ゲームに関する情報などからなる。ゲームデータＤＴ３には、ゲームの状況によって更新される情報などが含まれる。ゲームの状況によって更新されるデータとは、例えば、オプションゲームにおけるストライクカウント数、ボールカウント数、打席回数、投球している投手キャラクタの情報、投球ゾーン領域Ａ５０４および待機ゾーン領域Ａ５０７に配置されているブロックのマークの情報などからなる。また、ゲームデータＤＴ３には、オプションゲームなどを進める上で必要な情報などが含まれる。オプションゲームなどを進める上で必要な情報とは、例えば、投球された球が着弾したときにブロックが消去される法則、ブロックが入れ替えられる法則、スキルが発動されたときにブロックが消去される法則、ボーナスステージに関する情報などが含まれる。

設定枠データＤＴ４は、イベントキャラクタを設定する設定枠に関する各種情報などからなる。設定枠データＤＴ４には、設定枠関連データＤ１５００が含まれる。
図１５は、設定枠関連データＤ１５００の一例を示す図である。設定枠関連データＤ１５００は、設定枠ごとに関連付けられた情報を記憶したデータである。
設定枠関連データＤ１５００には、設定枠ごとに、キャラクタ種別欄Ａ１５０１、現キャラクタ識別欄Ａ１５０２、設定方法欄Ａ１５０３、過去レアリティ欄Ａ１５０４がある。

キャラクタ種別欄Ａ１５０１には、設定枠ごとに設定可能なイベントキャラクタの種別番号が含まれる。図１５の例では、第１設定枠には種別番号がＣＴ１０１のイベントキャラクタが関連付けられ、第２設定枠には種別番号がＣＴ１０２のイベントキャラクタを関連付けられ、第３設定枠には種別番号がＣＴ１０３のイベントキャラクタが関連付けられている。ここで、第１設定枠～第３設定枠はそれぞれ、図２に示すデッキ設定画面Ｇ２００の設定枠２０１ａ～２０１ｃに対応する。なお、図３に示すイベントキャラクタテーブルＴＢＬ３００を参照すると、種別番号ＣＴ１０１はキャラクタＡであり、種別番号ＣＴ１０２はキャラクタＢであり、種別番号ＣＴ１０３はキャラクタＣである。すなわち、図１５の例では、第１設定枠にはキャラクタＡのみが設定可能であり、第２設定枠にはキャラクタＢのみが設定可能であり、第３設定枠にはキャラクタＣのみが設定可能であることを示している。なお、キャラクタ種別欄Ａ１５０１に含まれる種別番号は、予め定められ、更新されない情報である。

現キャラクタ識別欄Ａ１５０２には、現時点で設定枠に設定されているイベントキャラクタの識別番号が含まれる。図１５の例では、第１設定枠には識別番号がＩＤ１０１４のイベントキャラクタが関連付けられ、第２設定枠には識別番号がＩＤ１０２１のイベントキャラクタを関連付けられ、第３設定枠には識別番号がＩＤ１０３３のイベントキャラクタが関連付けられている。なお、図３に示すイベントキャラクタテーブルＴＢＬ３００を参照すると、現時点で第１設定枠にはレアリティＰＲのキャラクタＡが設定され、第２設定枠にはレアリティＮのキャラクタＢが設定され、第３設定枠にはレアリティＲのキャラクタＣが設定されていることを示している。一方、現時点で設定枠にイベントキャラクタが設定されていない場合には、設定されていない設定枠の現キャラクタ識別欄Ａ１５０２が空欄となる。なお、理解を容易にするために識別番号の後にはレアリティの情報を記述している。

設定方法欄Ａ１５０３には、現時点で設定枠に設定されているイベントキャラクタの設定方法、すなわち自動設定機能により設定されたのか、あるいは手動設定機能により設定されたのかを示す情報が含まれる。図１５の例では、第１設定枠には自動設定機能により設定されたことを示す情報が関連付けられ、第２設定枠には手動設定機能により設定されたことを示す情報が関連付けられ、第３設定枠には自動設定機能により設定されたことを示す情報が関連付けられている。一方、現時点で設定枠にイベントキャラクタが設定されていない場合には、設定されていない設定枠の設定方法欄Ａ１５０３が空欄となる。

過去レアリティ欄Ａ１５０４には、過去に設定枠に設定されたイベントキャラクタのうち最も高いレアリティの情報が含まれる。図１５の例では、第１設定枠にはレアリティＰＲの情報が関連付けられ、第２設定枠にはレアリティＰＮの情報が関連付けられ、第３設定枠にはレアリティＲの情報が関連付けられている。一方、過去に設定枠にイベントキャラクタが設定されたことがない場合には、設定されたことがない設定枠の過去レアリティ欄Ａ１５０４が空欄となる。
なお、現キャラクタ識別欄Ａ１５０２、設定方法欄Ａ１５０３および過去レアリティ欄Ａ１５０４に含まれる情報は、設定枠にイベントキャラクタが設定されることで更新され得る情報である。

また、ゲーム装置１０は、ゲーム制御部１２０を備えており、ゲーム制御部１２０の機能は、記憶装置１０７に記憶されているゲームプログラムをＣＰＵ１０１が実行することにより実現される。ゲーム制御部１２０は、ゲーム装置１０でユーザがゲームを行うのに必要な制御を行う。また、ゲーム制御部１２０は、自動設定部１２１、手動設定部１２２を備えている。

自動設定部１２１は、ユーザが所定の第１の条件を満たすオブジェクトを所有する場合に、設定された使用対象オブジェクトに代えて、所定の第１の条件を満たすオブジェクトを使用対象オブジェクトに新たに設定する。
ここで、オブジェクトとは、例えば、ゲームにおいてユーザが所有することができるものである。ここで、所有とは、例えば、ユーザ識別情報と関連付けられることである。ユーザ識別情報とは、例えば、ユーザを一意に識別するための情報である。また、オブジェクトとは、例えば、ゲーム上に登場させたり参加させたりすることができるものである。本実施形態では、オブジェクトは、イベントキャラクタである。なお、オブジェクトは、ゲーム上に登場したり参加したりするキャラクタやアイテムなどであってもよい。

使用対象オブジェクトとは、例えば、ゲームにおいて使用する対象となるオブジェクトである。ここで、使用とは、例えば、ゲームに登場させたり参加させたりすることをいう。また、使用とは、例えば、ユーザが入力部などを介して操作したり指示したりすることをいう。本実施形態では、使用対象オブジェクトとは、イベントキャラクタのうち設定枠に設定されたイベントキャラクタである。
所定の第１の条件とは、例えば、予め定められた条件である。また、所定の第１の条件とは、例えば、各オブジェクトに共通な特定のパラメータ同士を比較した結果に基づいて成立する条件である。ここで、パラメータとは、例えば、各オブジェクトに関連付けられた属性をいう。また、パラメータとは、例えば、ゲームの優位性に影響を与える情報である。また、優位性とは、例えば、ゲーム上で与えられた課題をより達成させることができること、ゲームをより進行させることができること、得点や特典をより多く取得できること、より価値のある特典を取得できることなどをいう。ゲームの優位性に影響を与える情報とは、例えば、ゲーム上で与えられた課題をより達成させることができるか否かに関する情報、ゲームをより進行させることができるか否かに関する情報、得点や特典をより多く取得できるか否かに関する情報、より価値のある特典を取得できるか否かに関する情報などをいう。本実施形態では、パラメータとは、レアリティである。また、本実施形態では、イベントキャラクタにレアリティが関連付けられている。また、本実施形態では、所定の第１の条件は、イベントキャラクタのレアリティを比較した結果に基づいて成立する条件である。なお、所定の第１の条件は、オブジェクトを使用対象オジェクトに設定する操作性を向上できるような条件であれば、その他の条件であってもよい。

設定するとは、例えば、情報を記憶することをいう。本実施形態では、設定するとは、設定枠にイベントキャラクタを関連付けて記憶することをいう。また、オブジェクトを使用対象オブジェクトに設定するとは、例えば、ゲームにおいて使用する対象となるオブジェクトを記憶することをいう。本実施形態では、オブジェクトを使用対象オブジェクトに設定するとは、デッキの設定枠にイベントキャラクタを関連付けて記憶することをいう。デッキとは、例えば、何らかの目的（例えば、対戦や育成など）で選択されたオブジェクトの集合である。本実施形態では、デッキとは、オプションゲームにおいてスキル発生条件を満たしたり、スキルを発動させたりするときに登場するイベントキャラクタの集合である。なお、ゲームに使用する複数の使用対象オブジェクトを設定可能である。本実施形態では、複数の設定枠にそれぞれイベントキャラクタを関連付けることが可能である。

また、自動設定部１２１は、使用対象オブジェクトに設定されたオブジェクトと同一種類のオブジェクトを使用対象オブジェクトに新たに設定する。ここで、同一種類のオブジェクトとは、例えば、特定の種類ごとにオブジェクトを分けたときに同じ種類に分類されるオブジェクトをいう。ここで、種類とは、例えば、オブジェクトに関連付けられた属性である。本実施形態では、同一種類のオブジェクトは、キャラクタ名が同一のイベントキャラクタである。また、本実施形態では、同一種類のオブジェクトは、イベントキャラクタに関連付けられた種別番号が同一のイベントキャラクタである。

また、自動設定部１２１は、ユーザが所定の第１の条件を満たすオブジェクトを所有する場合であっても、所定の第２の条件を満たす場合には、所定の第１の条件を満たすオブジェクトを使用対象オブジェクトに新たに設定しない。ここで、設定しないとは、例えば、情報を記憶しないことをいう。本実施形態では、設定しないとは、設定枠にイベントキャラクタを関連付けて記憶せずに、現時点での設定枠とイベントキャラクタとの関連付けを維持することをいう。
所定の第２の条件とは、例えば、予め定められた条件である。また、所定の第２の条件とは、例えば、上述した所定の第１の条件とは異なる条件である。また、所定の第２の条件とは、例えば、オブジェクトが使用対象オブジェクトに手動で設定されたことに応じて成立する条件である。本実施形態では、対象設定枠にイベントキャラクタが手動で設定されたことに応じて成立する条件である。なお、所定の第２の条件は、ユーザの意図に沿わないオブジェクトが使用対象オブジェクトに設定されないような条件であれば、その他の条件であってもよい。

また、自動設定部１２１は、自動設定部１２１または手動設定部１２２により使用対象オブジェクトの設定がされた場合に関わらず、過去に使用対象オブジェクトに設定されたオブジェクトと同一種類であって、かつ、過去に使用対象オブジェクトに設定されたオブジェクトよりも特定のパラメータが優位なパラメータであるオブジェクトを所有する場合に、特定のパラメータが優位なパラメータであるオブジェクトを使用対象オブジェクトに新たに設定する。ここで、優位なパラメータとは、例えば、ゲームを有利に進めることができるパラメータである。ゲームを有利に進めることができるとは、例えば、ゲーム上で与えられた課題をより達成させることができる、あるいはより達成させることができる可能性が高いことをいう。また、ゲームを有利に進めることができるとは、例えば、ゲームをより進行させることができる、あるいはより進行させることができる可能性が高いことをいう。また、ゲームを有利に進めることができるとは、例えば、得点や特典をより多く取得できる、あるいはより多く取得できる可能性が高いことをいう。また、ゲームを有利に進めることができるとは、例えば、より価値のある特典を取得できる、あるいは取得できる可能性が高いことをいう。本実施形態では、優位なパラメータとは、優位なレアリティである。レアリティはＮ、ＰＮ、Ｒ、ＰＲ、ＳＲ、ＰＳＲの順に優れ、優位である。例えば、レアリティＰＮはレアリティＮよりも優位である。

なお、各オブジェクトは、それぞれ特定のパラメータと、特定のパラメータとは異なる種類の属性情報とが関連付けられている。ここで、特定のパラメータとは、例えば、ゲームの優位性に影響を与える情報である。本実施形態では、特定のパラメータとは、レアリティである。また、属性情報とは、例えば、オブジェクトに備わっている性質である。また、属性情報とは、例えば、各オブジェクトごとに異なる、画像情報および音情報のうち少なくとも何れかの情報である。本実施形態では、属性情報とは、レアリティよりもゲームの優位性に影響を与える度合いが少ない、またはゲームの優位性に影響を与えない情報である。ここで、ゲームの優位性に影響を与える度合いが少ない、またはゲームの優位性に影響を与えないとは、例えば、属性情報が変更されても、ゲーム上で与えられた課題をより達成させることができるか否かに影響を与えないまたは影響を与えることが少ない、ゲームをより進行させることができるか否かに影響を与えないまたは影響を与えることが少ない、得点や特典をより多く取得できるか否かに影響を与えないまたは影響を与えることが少ない、より価値のある特典を取得できるか否かに影響を与えないまたは影響を与えることを少ないことなどをいう。本実施形態では、属性情報は、演出画像の情報および効果音の情報のうち少なくとも何れかの情報である。

また、自動設定部１２１は、使用対象オブジェクトに設定されたオブジェクトをユーザが所有しなくなった場合、または使用対象オブジェクトにオブジェクトが設定されていない場合には、ユーザが所有するオブジェクトを使用対象オブジェクトに設定する。
ここで、オブジェクトをユーザが所有しなくなった場合とは、例えば、ユーザ識別情報と関連付けられていたオブジェクトが、当該ユーザ識別情報と関連付けられなくなることをいう。本実施形態では、イベントキャラクタ所有データＤ４００に記憶されていたイベントキャラクタが、イベントキャラクタ所有データＤ４００に記憶されなくなることをいう。本実施形態では、使用対象オブジェクトにオブジェクトが設定されていない場合とは、設定枠関連データＤ１５００の現キャラクタ識別欄Ａ１５０２にイベントキャラクタの識別番号が記憶されていない場合をいう。

手動設定部１２２は、ユーザにより選択されたオブジェクトを使用対象オブジェクトに設定する。本実施形態では、ユーザにより選択されたオブジェクトを使用対象オブジェクトに設定するとは、ユーザにより選択されたイベントキャラクタを設定枠に設定することをいう。

［３．ゲームシステムでの処理の流れ］
以下、本実施形態に係るゲーム装置１０による処理の流れについて説明する。本実施形態では、オプションゲームに使用するイベントキャラクタを自動で設定する自動設定処理と、オプションゲームに使用するイベントキャラクタをユーザが手動で設定する手動設定処理とをそれぞれ説明する。
図１６は、本実施形態に係るゲーム装置１０において、オプションゲームを実行する処理の一例を示すフローチャートである。図１６のフローチャートは、ユーザにより操作部１０５を介してオプションゲームの開始が指示されることで開始される。具体的には、図１６のフローチャートは、図１に示すメインメニュー画面Ｇ１００からゲーム開始ボタンＢ１０１が選択されることにより開始される。

Ｓ１００では、ゲーム制御部１２０は、ユーザが前回オプションゲームを実行した以降に新たなイベントキャラクタを取得したか否かを判定する。具体的に、ゲーム制御部１２０は、記憶装置１０７の所有キャラクタデータＤＴ２を参照し、前回オプションゲームを実行したときのイベントキャラクタ所有データＤ４００と、現時点でのイベントキャラクタ所有データＤ４００とを比較する。ゲーム制御部１２０は、現時点で新たなイベントキャラクタが増えている場合には、新たなイベントキャラクタを取得したと判定して、Ｓ１０４に進む。一方、ゲーム制御部１２０は、現時点で新たなイベントキャラクタが増えていない場合には、新たなイベントキャラクタを取得していないと判定して、Ｓ１０２に進む。

図１７は、Ｓ１０２の自動設定処理１の一例を示すフローチャートである。自動設定処理１では、新たなイベントキャラクタを取得していない場合に実行されるイベントキャラクタの自動設定処理である。
Ｓ２００では、自動設定部１２１は、設定枠データＤＴ４に記憶された設定枠関連データＤ１５００を読み出す。以降のＳ２０２からＳ２１０では対象とする設定枠を第１設定枠から第３設定枠まで変更して設定枠ごとに実行する。ここでは、対象とする設定枠を対象設定枠という。

Ｓ２０２では、自動設定部１２１は、対象設定枠にイベントキャラクタが既に設定されているか否かを判定する。具体的には、ゲーム制御部１２０は、設定枠関連データＤ１５００の現キャラクタ識別欄Ａ１５０２を参照して、現時点でイベントキャラクタが設定されているか否かを判定する。現キャラクタ識別欄Ａ１５０２にイベントキャラクタの識別番号が記憶されている場合にはイベントキャラクタが既に設定されていると判定してＳ２０４に進む。一方、イベントキャラクタの識別番号が記憶されていない場合にはイベントキャラクタが設定されていないと判定してＳ２０６に進む。例えば、ユーザが初めてオプションゲームを開始する場合には対象設定枠にイベントキャラクタが設定されていない。

Ｓ２０４では、自動設定部１２１は、現時点で対象設定枠に設定されているイベントキャラクタをユーザが所有しているか否かを判定する。具体的には、ゲーム制御部１２０は、所有キャラクタデータＤＴ２のイベントキャラクタ所有データＤ４００を読み出し、イベントキャラクタ所有データＤ４００に、対象設定枠に設定されているイベントキャラクタが記憶されているか否かを判定する。イベントキャラクタを所有していない場合にはＳ２０６に進み、イベントキャラクタを所有している場合には自動設定処理１を終了して、図１６のフローチャートに戻る。現時点で対象設定枠に設定されているイベントキャラクタを所有していない場合とは、例えば、前回までに対象設定枠に設定していたイベントキャラクタをユーザが削除したり、他のイベントキャラクタと交換したりすることで失っている場合である。

Ｓ２０６では、自動設定部１２１は、対象設定枠に設定可能なイベントキャラクタの種類を特定する。具体的に、ゲーム制御部１２０は、設定枠関連データＤ１５００を参照し、対象設定枠のキャラクタ種別欄Ａ１５０１に関連付けられた種別番号を特定する。例えば、図１５の設定枠関連データＤ１５００の例では、第１設定枠の場合には種別番号ＣＴ１０１が特定される。

Ｓ２０８では、自動設定部１２１は、対象設定枠に、ユーザが所有するイベントキャラクタであってかつＳ２０６で特定した種類のイベントキャラクタのうち、最も高いレアリティのイベントキャラクタを設定する。具体的には、自動設定部１２１は、イベントキャラクタ所有データＤ４００を参照し、特定した識別番号のイベントキャラクタのうち、最も高いレアリティのイベントキャラクタの識別番号を抽出する。ゲーム制御部１２０は、抽出したイベントキャラクタの識別番号を設定枠関連データＤ１５００の現キャラクタ識別欄Ａ１５０２に記憶する。例えば、図４のイベントキャラクタ所有データＤ４００の例では、第１設定枠の場合にはイベントキャラクタの識別番号ＩＤ１０１４（ＰＲ）が抽出され、図１５の設定枠関連データＤ１５００のうち第１設定枠の現キャラクタ識別欄Ａ１５０２に識別番号ＩＤ１０１４（ＰＲ）が記憶される。このように、設定枠と、イベントキャラクタの識別番号とを関連付けることで、自動で設定枠にイベントキャラクタが設定される。

Ｓ２１０では、自動設定部１２１は、設定枠データＤＴ４に記憶された設定枠関連データＤ１５００を更新する。具体的には、自動設定部１２１は、設定枠関連データＤ１５００のうち設定方法欄Ａ１５０３に、自動設定部１２１が対象設定枠にイベントキャラクタを設定したこと、すなわち自動設定機能により設定されたことを示す情報を記憶する。例えば、図１５の設定枠関連データＤ１５００の例では、第１設定枠に自動設定機能により設定されたことを示す情報が記憶される。また、自動設定部１２１は、設定枠関連データＤ１５００の過去レアリティ欄Ａ１５０４に記憶されたレアリティよりも、Ｓ２０８で設定したイベントキャラクタのレアリティが高いか否かを判定する。レアリティが高い場合、自動設定部１２１は、設定枠関連データＤ１５００の過去レアリティ欄Ａ１５０４のレアリティを、Ｓ２０８で設定したイベントキャラクタのレアリティに入れ替える。一方、高くない場合、自動設定部１２１は、設定枠関連データＤ１５００の過去レアリティ欄Ａ１５０４のレアリティを入れ替えない。

このように、自動設定部１２１は、ユーザが初めてオプションゲームを開始する場合や設定枠に設定していたイベントキャラクタを失っている場合、自動で設定枠にイベントキャラクタを設定することで、ユーザの操作性を向上させる。その後、自動設定部１２１は図１６のフローチャートに戻る。

図１８は、Ｓ１０４の自動設定処理２の一例を示すフローチャートである。自動設定処理２では、新たなイベントキャラクタを取得した場合に実行されるイベントキャラクタの自動設定処理である。
Ｓ３００では、自動設定部１２１は、設定枠データＤＴ４に記憶された設定枠関連データＤ１５００を読み出す。以降のＳ３０２からＳ３１６では対象とする設定枠を第１設定枠から第３設定枠まで変更して設定枠ごとに実行する。ここでは、対象とする設定枠を対象設定枠という。

Ｓ３０２では、自動設定部１２１は、取得したイベントキャラクタの種類が対象設定枠に設定可能な種類であるか否かを判定する。具体的に、自動設定部１２１は、設定枠関連データＤ１５００を参照し、対象設定枠のキャラクタ種別欄Ａ１５０１に関連付けられた種別番号を特定する。自動設定部１２１は、特定した種別番号と、取得したイベントキャラクタの種別番号とが同一であるか否かを判定する。種別番号が同一である場合には、自動設定部１２１は、取得したイベントキャラクタの種類が対象設定枠に設定可能な種類であると判定して、Ｓ３０４に進む。一方、種別番号が同一ではない場合には、自動設定部１２１は、取得したイベントキャラクタの種類が対象設定枠に設定可能な種類ではないと判定して、自動設定処理２を終了して図１６のフローチャートに戻る。

Ｓ３０４では、自動設定部１２１は、対象設定枠にイベントキャラクタが既に設定されているか否かを判定する。この処理は、Ｓ２０２と同様の処理である。イベントキャラクタが既に設定されている場合にはＳ３０８に進み、イベントキャラクタが設定されていない場合にはＳ３０６に進む。
Ｓ３０６では、自動設定部１２１は、対象設定枠に、取得したイベントキャラクタを設定する。具体的には、ゲーム制御部１２０は、取得したイベントキャラクタの識別番号を設定枠関連データＤ１５００の現キャラクタ識別欄Ａ１５０２に記憶する。このように、設定枠と、イベントキャラクタの識別番号とを関連付けることで、自動で設定枠にイベントキャラクタが設定される。

Ｓ３０８では、自動設定部１２１は、取得したイベントキャラクタが所定の第１の条件を満たすか否かを判定する。ここで、所定の第１の条件とは、取得したイベントキャラクタと、対象設定枠に既に設定されているイベントキャラクタとに共通な特定のパラメータ同士、ここではレアリティ同士を比較した結果に基づいて成立する条件である。具体的には、まず、自動設定部１２１は、設定枠関連データＤ１５００を参照し、対象設定枠の現キャラクタ識別欄Ａ１５０２に関連付けられた識別番号を特定することで、対象設定枠に既に設定されているイベントキャラクタのレアリティを特定する。次に、自動設定部１２１は、取得したイベントキャラクタのレアリティと、対象設定枠に既に設定されているイベントキャラクタのレアリティとを比較する。比較した結果、取得したイベントキャラクタのレアリティが対象設定枠に既に設定されているイベントキャラクタのレアリティよりも高い場合に第１の条件を満たすと判定し、高くない場合には第１の条件を満たさないと判定する。第１の条件を満たす場合、すなわち取得したイベントキャラクタのレアリティが高い場合には通常、ユーザはオプションゲームを有利に進めるためにイベントキャラクタを入れ替える操作をすると想定される。したがって、ユーザの操作性を向上させるために、イベントキャラクタを自動で設定枠に設定する処理に進むことができるようにＳ３１０に進む。一方、第１の条件を満たさない場合、すなわち取得したイベントキャラクタのレアリティが高くない場合には通常、ユーザはイベントキャラクタを入れ替える操作をしないと想定され、自動設定処理２を終了して図１６のフローチャートに戻る。
このような処理によって、図１０（ｂ）の例においてレアリティＳＲのキャラクタＡを取得した場合に、図１１の例に示すように設定枠２０１ａにレアリティＳＲのキャラクタＡのイベントキャラクタが自動で設定される処理が実現され得る。

Ｓ３１０では、自動設定部１２１は、所定の第２の条件を満たすか否かを判定する。ここで、所定の第２の条件とは、手動設定部１２２によりイベントキャラクタが対象設定枠に設定されたことに応じて成立する条件である。具体的には、自動設定部１２１は、設定枠関連データＤ１５００を参照し、設定方法欄Ａ１５０３に手動設定部１２２が対象設定枠にイベントキャラクタを設定したこと、すなわち手動設定機能により設定されたことを示す情報が記憶されている場合には第２の条件を満たすと判定する。一方、自動設定部１２１は、設定方法欄Ａ１５０３に自動設定部１２１が対象設定枠にイベントキャラクタを設定したこと、すなわち自動設定機能により設定されたことを示す情報が記憶されている場合には第２の条件を満たさない判定する。第２の条件を満たす場合、すなわち対象設定枠にユーザが手動で選択したイベントキャラクタが設定されている場合にはユーザは自ら好みの演出画像および効果音を発するイベントキャラクタを設定していると想定される。したがって、ユーザの意思に沿うように、イベントキャラクタを自動で設定枠に設定しないようにできる余地があるＳ３１２に進む。一方、第２の条件を満たさない場合、すなわち対象設定枠に自動でイベントキャラクタが設定されている場合には通常通り、ユーザはオプションゲームを有利に進めるためにイベントキャラクタを入れ替える操作をすると想定される。したがって、ユーザの操作性を向上させるために、イベントキャラクタを自動で設定枠に設定する処理に進むことができるＳ３１４に進む。
このような処理によって、図１１の例において設定枠２０１ａにレアリティＳＲのキャラクタＡからレアリティＮのキャラクタＡに手動で設定した場合には、レアリティＰＮ、Ｒ、ＰＲを取得して所有したとしても、設定枠２０１ａにレアリティＮのキャラクタＡ１２０１ａの設定が維持される処理が実現され得る。

Ｓ３１２では、自動設定部１２１は、過去に対象設定枠に設定されたイベントキャラクタの最も高いレアリティよりも、取得したイベントキャラクタのレアリティが更に高いか否かを判定する。具体的には、自動設定部１２１は、設定枠関連データＤ１５００を参照し、対象設定枠の過去レアリティ欄Ａ１５０４に関連付けられたレアリティを特定する。自動設定部１２１は、特定したレアリティと、取得したイベントキャラクタのレアリティとを比較して、取得したイベントキャラクタのレアリティが更に高い場合にはＳ３１４に進む。取得したイベントキャラクタのレアリティが過去に対象設定枠に設定されたイベントキャラクタの最も高いレアリティよりも更に高い場合には通常通り、ユーザはオプションゲームを有利に進めるためにイベントキャラクタを入れ替える操作をすると想定される。したがって、ユーザの操作性を向上させるために、イベントキャラクタを自動で設定枠に設定する処理であるＳ３１４に進む。一方、取得したイベントキャラクタのレアリティが更に高くない場合には、イベントキャラクタを自動で設定枠に設定しないように、自動設定処理２を終了して図１６のフローチャートに戻る。
このような処理によって、図１１の例において設定枠２０１ａにレアリティＳＲのキャラクタＡからレアリティＮのキャラクタＡに手動で設定した場合には、過去の最も高いレアリティＳＲよりも更に高いレアリティＰＳＲのキャラクタＡを取得することで設定枠２０１ａにレアリティＰＳＲのキャラクタＡが自動で設定される処理が実現され得る。一方、レアリティＰＮ、Ｒ、ＰＲのキャラクタＡを取得して所有したとしても設定枠２０１ａにレアリティＮのキャラクタＡ１２０１ａの設定が維持される処理が実現され得る。

Ｓ３１４では、自動設定部１２１は、現時点で対象設定枠に設定されているイベントキャラクタに代えて、取得したイベントキャラクタを対象設定枠に新たに設定する。具体的には、自動設定部１２１は、設定枠関連データＤ１５００のうち現時点で現キャラクタ識別欄Ａ１５０２に関連付けられている識別番号に代えて、取得したイベントキャラクタの識別番号を記憶する。例えば、図４のイベントキャラクタ所有データＤ４００の例において、識別番号ＩＤ１０１６（ＰＳＲ）のキャラクタＡを取得した場合には、第１設定枠に手動で識別番号ＩＤ１０１１（Ｎ）のキャラクタＡが設定されたり、自動で識別番号ＩＤ１０１４（ＰＲ）のキャラクタＡが設定されたりする場合に関わらず、図１５の設定枠関連データＤ１５００のうち第１設定枠の現キャラクタ識別欄Ａ１５０２に識別番号ＩＤ１０１６（ＰＳＲ）が記憶される。このように、対象設定枠と、イベントキャラクタの識別番号とを関連付けることで、自動で対象設定枠にイベントキャラクタが設定される。なお、対象設定枠に自動でイベントキャラクタが設定されている場合には、現時点で対象設定枠に自動で設定されているイベントキャラクタは過去の最も高いレアリティよりも更に高いレアリティが設定されていることになる。

また、対象設定枠に設定されるイベントキャラクタの種類は、設定枠関連データＤ１５００のキャラクタ種別欄Ａ１５０１に関連付けられた種別番号の種類のみである。したがって、Ｓ３１４では、現時点で対象設定枠に設定されているイベントキャラクタと同一種類のイベントキャラクタが対象設定枠に新たに設定される。異なる種類のイベントキャラクタまで自動で対象設定枠に設定するのをユーザが所望しない場合があり、同一種類のオブジェクトを自動で対象設定枠に設定することで、ユーザの意図に沿ったイベントキャラクタを対象設定枠に設定することができる。

Ｓ３１６では、自動設定部１２１は、設定枠データＤＴ４に記憶された設定枠関連データＤ１５００を更新する。具体的には、自動設定部１２１は、設定枠関連データＤ１５００のうち、設定方法欄Ａ１５０３に自動設定部１２１が対象設定枠にイベントキャラクタを設定したこと、すなわち自動設定機能により設定されたことを示す情報を記憶する。また、自動設定部１２１は、設定枠関連データＤ１５００の過去レアリティ欄Ａ１５０４のレアリティを、Ｓ３１４で設定したイベントキャラクタのレアリティに入れ替える。あるいは、自動設定部１２１は、設定枠関連データＤ１５００の過去レアリティ欄Ａ１５０４にＳ３０６で設定したイベントキャラクタのレアリティを記憶する。

このように、自動設定部１２１は、取得したイベントキャラクタのレアリティが対象設定枠に既に設定されているイベントキャラクタのレアリティよりも高い場合などに自動で設定枠にイベントキャラクタを設定することで、ユーザの操作性を向上させる。その後、自動設定部１２１は図１６のフローチャートに戻る。

Ｓ１０６では、ゲーム制御部１２０は、上述したような、ユーザが投手キャラクタを操作して相手チームの打者キャラクタと対戦すると共に、投手キャラクタに投球させた球で所定の領域に配置されたブロックを消去するゲームを実行する。このとき、ゲーム制御部１２０は、スキル発動条件を満たすことで、設定枠に設定されたイベントキャラクタのスキルを発動させる。このとき、例えば、ユーザが手動で好みの演出画像や効果音を発するレアリティのイベントキャラクタを設定している場合にはスキルが発動されることで、ユーザは好みの演出画像や効果音を視聴することができる。ゲーム制御部１２０は、１打席目から３打席目の打者キャラクタごとにゲームを実行して、３打席目の打者キャラクタの対戦が終了することで図１６のフローチャートを終了させる。このとき、ゲーム制御部１２０は、付与した得点に応じて、ユーザに新たなイベントキャラクタを取得させたり、メインゲームあるいはオプションゲームで使用することができるゲーム内通貨やアイテムなどを取得させたりするようにしてもよい。

図１９は、本実施形態に係るゲーム装置１０において、手動設定処理の一例を示すフローチャートである。図１８のフローチャートは、ユーザにより操作部１０５を介して設定枠に手動でイベントキャラクタを設定する指示がされることで開始される。具体的には、図１９のフローチャートは、図１に示すメインメニュー画面Ｇ１００からデッキ設定ボタンＢ１０２が選択されることにより開始される。

Ｓ４００では、手動設定部１２２は、設定枠データＤＴ４に記憶された設定枠関連データＤ１５００を読み出す。
Ｓ４０２では、手動設定部１２２は、読み出した設定枠関連データＤ１５００に基づいてデッキ設定画面Ｇ２００を表示部１０６に表示する。
Ｓ４０４では、手動設定部１２２は、設定枠に設定されたイベントキャラクタの変更が指示されたか否かを判定する。具体的には、手動設定部１２２は、デッキ設定画面Ｇ２００の変更ボタンＢ２０５ａ、Ｂ２０５ｂ、Ｂ２０５ｃのうち何れかが選択されたか否かを判定する。変更が指示されていない場合には変更の指示を待機し、変更が指示された場合にはＳ４０６に進む。上述したように、変更ボタンＢ２０５ａ、Ｂ２０５ｂ、Ｂ２０５ｃは、それぞれの設定枠２０１ａ、２０１ｂ、２０１ｃに対応する。例えば、設定枠２０１ａのイベントキャラクタを変更したい場合には、ユーザは変更ボタンＢ２０５ａを選択する。ここでは、選択された変更ボタンに対応する設定枠を対象設定枠という。

Ｓ４０６では、手動設定部１２２は、対象設定枠に設定可能なイベントキャラクタの情報を表示する。具体的に、手動設定部１２２は、設定枠関連データＤ１５００を参照し、対象設定枠のキャラクタ種別欄Ａ１５０１に関連付けられた種別番号を特定する。次に、手動設定部１２２は、イベントキャラクタ所有データＤ４００を参照し、所有するイベントキャラクタのうち特定した種別番号が関連付けられたイベントキャラクタの識別番号を抽出する。手動設定部１２２は、抽出した識別番号に基づいてイベントキャラクタを選択可能に表示部１０６に表示する。したがって、例えば、図１２の選択画面Ｇ１２００のように、対象設定枠に設定可能なイベントキャラクタが表示される。なお、手動設定部１２２は、イベントキャラクタテーブルＴＢＬ３００を参照することで、イベントキャラクタのレアリティやスキルの情報を表示する。

Ｓ４０８では、手動設定部１２２は、対象設定枠に設定するイベントキャラクタが選択されたか否かを判定する。具体的には、手動設定部１２２は、選択画面Ｇ１２００に表示されたイベントキャラクタから何れか１つのイベントキャラクタがユーザにより選択されたか否かを判定する。イベントキャラクタが選択されていない場合には選択を待機して、選択された場合にはＳ４１０に進む。
Ｓ４１０では、手動設定部１２２は、選択されたイベントキャラクタを対象設定枠に設定する。具体的には、手動設定部１２２は、設定枠関連データＤ１５００のうち対象設定枠の現キャラクタ識別欄Ａ１５０２に選択されたイベントキャラクタの識別番号を記憶する。
このように、対象設定枠と、イベントキャラクタの識別番号とを関連付けることで、手動で対象設定枠にイベントキャラクタが設定される。

Ｓ４１２では、手動設定部１２２は、設定枠データＤＴ４に記憶された設定枠関連データＤ１５００を更新する。具体的には、手動設定部１２２は、設定枠関連データＤ１５００のうち設定方法欄Ａ１５０３に、手動設定部１２２が対象設定枠にイベントキャラクタを設定したこと、すなわち手動設定機能により設定されたことを示す情報を記憶する。
このように、手動設定部１２２は、対象設定枠にユーザが選択したイベントキャラクタを設定することで、ユーザの意図に沿ったイベントキャラクタを設定することができる。
その後、手動設定部１２２は、戻るボタンＢ２０６の選択に応じてメインメニュー画面Ｇ１００を表示することで、図１９のフローチャートを終了させる。

以上のように、本実施形態によれば、ユーザが所有するイベントキャラクタのうちゲームに使用するイベントキャラクタを設定枠に設定するためのプログラムであって、ユーザにより選択されたイベントキャラクタを設定枠に設定する第１の設定ステップと、ユーザが所定の第１の条件を満たすイベントキャラクタを所有する場合に、設定枠に設定されたイベントキャラクタに代えて、前記所定の第１の条件を満たすイベントキャラクタを設定枠に新たに設定する第２の設定ステップと、がある。したがって、所定の第１の条件を満たすイベントキャラクタが設定枠に自動で設定されることで、ユーザが自らイベントキャラクタを設定枠に設定する操作をする必要がないことから、ユーザの操作性を向上させることができる。

また、本実施形態によれば、所定の第１の条件は、各イベントキャラクタのレアリティ同士を比較した結果に基づいて成立する条件である。各イベントキャラクタのレアリティ同士を比較した結果に基づいて、ユーザが所有するイベントキャラクタが設定枠に自動で設定されることで、ユーザが自らイベントキャラクタを設定枠に設定する操作をする必要がないことから、ユーザの操作性を向上させることができる。

また、本実施形態によれば、前記第２の設定ステップでは、設定枠に設定されたイベントキャラクタと同一種類のイベントキャラクタを設定枠に新たに設定する。同一種類のイベントキャラクタの場合に設定枠に自動で設定されることで、よりユーザの意図に沿ったイベントキャラクタが設定枠に設定される。

また、本実施形態によれば、前記第２の設定ステップでは、ユーザが前記所定の第１の条件を満たすイベントキャラクタを所有する場合であっても、所定の第２の条件を満たす場合には、前記所定の第１の条件を満たすイベントキャラクタを設定枠に新たに設定しない。所定の第２の条件を満たす場合に、イベントキャラクタを設定枠に自動で設定しないことで、ユーザの意図に沿わないイベントキャラクタが設定枠に設定されることを抑制することができる。

また、本実施形態によれば、前記所定の第２の条件は、前記第１の設定ステップによりイベントキャラクタが設定枠に設定されたことに応じて成立する条件である。ユーザにより選択されたイベントキャラクタが設定枠に設定された場合には、イベントキャラクタを設定枠に自動で設定しないことで、ユーザの意図に沿わないイベントキャラクタが設定枠に設定されることを抑制することができる。

また、本実施形態によれば、前記第２の設定ステップでは、前記第１の設定ステップまたは前記第２の設定ステップによりイベントキャラクタが設定枠に設定された場合に関わらず、過去に設定枠に設定されたイベントキャラクタと同一種類であって、かつ、過去に設定枠に設定されたイベントキャラクタよりもレアリティが高いレアリティであるイベントキャラクタを所有する場合に、高いレアリティであるイベントキャラクタを設定枠に新たに設定する。ユーザにより選択されたイベントキャラクタが設定枠に設定された場合であっても、過去より高いレアリティのイベントキャラクタを設定枠に自動で設定することで、ユーザの意図に沿ったイベントキャラクタが設定枠に設定される。

また、本実施形態によれば、ゲームに使用する複数のイベントキャラクタを設定枠に設定可能であり、前記第１の設定ステップまたは前記第２の設定ステップでは、イベントキャラクタを複数の設定枠ごとに設定する。所定の第１の条件を満たすイベントキャラクタが複数の設定枠ごとに自動で設定されることで、ユーザが自らイベントキャラクタを設定枠ごとに設定する操作をする必要がないことから、ユーザの操作性を向上させることができる。

また、本実施形態によれば、各イベントキャラクタはそれぞれ、レアリティと、レアリティとは異なる種類の属性情報とが関連付けられている。ユーザは属性情報に基づいて、設定枠に設定するイベントキャラクタを選択することができる。

また、本実施形態によれば、レアリティは、前記ゲームの優位性に影響を与える情報であり、前記属性情報は、レアリティよりも前記ゲームの優位性に影響を与える度合いが少ない、または前記ゲームの優位性に影響を与えない情報である。ユーザは属性情報に基づいて、設定枠に設定するイベントキャラクタを選択することができる。

また、本実施形態によれば、前記属性情報は、各オブジェクトごとに異なる、画像情報および音情報のうち少なくとも何れかの情報である。ユーザは画像情報や音情報に基づいて、設定枠に設定するイベントキャラクタを選択することができる。

また、本実施形態によれば、前記第２の設定ステップでは、設定枠に設定されたイベントキャラクをユーザが所有しなくなった場合、または設定枠にイベントキャラクタが設定されていない場合には、ユーザが所有するイベントキャラクタを設定枠に自動で設定する。設定枠に設定されたイベントキャラクタをユーザが所有しなくなった場合あるいは設定枠にイベントキャラクタが設定されていない場合には、イベントキャラクタを設定枠に自動で設定されることで、ユーザが自らイベントキャラクタを設定枠に設定する操作をする必要がないことから、ユーザの操作性を向上させることができる。

［４．変形例］
本発明の実施形態について図面を参照して詳述してきたが、具体的な構成は上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲で適宜変更可能である。

上述した実施形態では、メインゲームおよびオプションゲームが野球ゲームに関するゲームである場合について説明したが、この場合に限られず、スポーツゲーム（サッカー、テニス、アメリカンフットボール、バスケットボール、バレーボールなどを題材としたゲーム）、アドベンチャーゲーム、シミュレーションゲーム、ロールプレイングゲーム、または育成ゲームのように、ゲーム形式・ジャンルを問わず様々なゲームに適用することができる。

上述した実施形態では、設定枠にイベントキャラクタを設定する場合について説明したが、この場合に限られず、ゲーム上に登場するキャラクタを設定する場合であってもよい。例えば、ゲームがスポーツゲームの場合には、ユーザが所有する選手キャラクタのうち試合に出場させる選手キャラクタを自動で設定するようにしてもよい。このとき、設定枠に設定された選手キャラクタと同一のキャラクタ名の選手キャラクタを設定枠に自動で設定する場合に限られず、設定枠に設定された選手キャラクタと同一の守備位置の選手キャラクタを設定枠に自動で設定してもよい。また、設定枠に設定された選手キャラクタの能力とよりも高い能力の選手キャラクタを設定枠に自動で設定することができる。
また、例えば、ゲームがアドベンチャーゲーム、シミュレーションゲーム、ロールプレイングゲーム、または育成ゲームの場合には、ユーザが所有するキャラクタや、キャラクタがゲーム上で使用するアイテムのうち、ゲームに登場させるキャラクタやアイテムを自動で設定するようにしてもよい。このとき、設定枠に設定されたキャラクタやアイテムと同一のキャラクタ名のキャラクタや同一のアイテム名のアイテムを設定枠に自動で設定する場合に限られず、設定枠に設定されたキャラクタやアイテムと同一種類のキャラクタやアイテムを設定枠に自動で設定してもよい。また、設定枠に設定されたキャラクタやアイテムの能力よりも高い能力のキャラクタやアイテムを設定枠に自動で設定することができる。

上述した実施形態では、オプションゲーム用の設定枠にイベントキャラクタを設定する場合について説明したが、この場合に限られず、メインゲーム用のデッキ設定画面の設定枠にイベントキャラクタを設定する場合でも同様に適用することができる。
上述した実施形態では、３つの設定枠にイベントキャラクタを設定する場合について説明したが、この場合に限られず、１つの設定枠、２つの設定枠または４つ以上の設定枠にイベントキャラクタを設定してもよい。

上述した実施形態では、設定枠に設定されたイベントキャラクタに代えて、イベントキャラクタを設定枠に新たに設定するタイミングが、オプションゲームを開始するタイミングである場合について説明したが、この場合に限られず、イベントキャラクタを取得したタイミングであってもよい。また、イベントキャラクタを取得したタイミングと、オプションゲームを開始するタイミングとの間であって、予め定められたタイミングであってもよい。

上述した実施形態では、ゲーム装置１０側で行う処理として説明したが、一部の処理をサーバ装置３０で行うようにしてもよい。例えば、イベントキャラクタデータＤＴ１、所有キャラクタデータＤＴ２、ゲームデータＤＴ３、設定枠データＤＴ４のうち少なとも何れかのデータをサーバ装置３０側が保持し、サーバ装置３０と通信を行いながら上述の処理を実現するようにしてもよい。例えば、ゲーム制御部１２０の処理のうち表示部１０６に表示する処理をゲーム装置１０側で行い、その他の全ての処理あるいは一部の処理をゲーム装置１０側あるいはサーバ装置３０で行うようにしてもよい。

［５．付記］
以上のような記載から、本発明は例えば以下のように把握される。

（１－１）
本発明の態様に係るプログラムは、ユーザが所有するオブジェクトのうちゲームに使用する使用対象オブジェクトを設定するためのプログラムであって、ユーザにより選択されたオブジェクトを使用対象オブジェクトに設定する第１の設定ステップと、ユーザが所定の第１の条件を満たすオブジェクトを所有する場合に、設定された使用対象オブジェクトに代えて、前記所定の第１の条件を満たすオブジェクトを使用対象オブジェクトに新たに設定する第２の設定ステップと、をコンピュータに実行させるためのプログラムである。

（１－１２）
本発明の態様に係るゲーム制御方法は、ユーザが所有するオブジェクトのうちゲームに使用する使用対象オブジェクトを設定するゲーム制御方法であって、ユーザにより選択されたオブジェクトを使用対象オブジェクトに設定する第１の設定ステップと、ユーザが所定の第１の条件を満たすオブジェクトを所有する場合に、設定された使用対象オブジェクトに代えて、前記所定の第１の条件を満たすオブジェクトを使用対象オブジェクトに新たに設定する第２の設定ステップと、を有することを特徴とする。

（１－１３）
本発明の態様に係るゲーム装置は、ユーザが所有するオブジェクトのうちゲームに使用する使用対象オブジェクトを設定するゲーム装置であって、ユーザにより選択されたオブジェクトを使用対象オブジェクトに設定する第１の設定手段と、ユーザが所定の第１の条件を満たすオブジェクトを所有する場合に、設定された使用対象オブジェクトに代えて、前記所定の第１の条件を満たすオブジェクトを使用対象オブジェクトに新たに設定する第２の設定手段と、を有することを特徴とする。

（１－１４）
本発明の態様に係るゲームシステムは、ユーザが所有するオブジェクトのうちゲームに使用する使用対象オブジェクトを設定するゲームシステムであって、ユーザにより選択されたオブジェクトを使用対象オブジェクトに設定する第１の設定手段と、ユーザが所定の第１の条件を満たすオブジェクトを所有する場合に、設定された使用対象オブジェクトに代えて、前記所定の第１の条件を満たすオブジェクトを使用対象オブジェクトに新たに設定する第２の設定手段と、を有することを特徴とする。

上記（１－１）、（１－１２）、（１－１３）又は（１－１４）に係る発明によれば、所定の第１の条件を満たすオブジェクトが使用対象オブジェクトに自動で設定されることで、ユーザが自らオブジェクトを使用対象オブジェクトに設定する操作をする必要がないことから、ユーザの操作性を向上させることができる。

（１－２）
本発明の態様では、上記（１－１）の態様において、前記所定の第１の条件は、各オブジェクトに共通な特定のパラメータ同士を比較した結果に基づいて成立する条件であってもよい。上記（１－２）の態様によれば、各オブジェクトに共通な特定のパラメータ同士を比較した結果に基づいて、ユーザが所有するオブジェクトが使用対象オブジェクトに自動で設定されることで、ユーザが自らオブジェクトを使用対象オブジェクトに設定する操作をする必要がないことから、ユーザの操作性を向上させることができる。

（１－３）
本発明の態様では、上記（１－１）または（１－２）の態様において、前記第２の設定ステップでは、使用対象オブジェクトに設定されたオブジェクトと同一種類のオブジェクトを使用対象オブジェクトに新たに設定するようにしてもよい。上記（１－３）の態様によれば、同一種類のオブジェクトの場合に使用対象オブジェクトに自動で設定されることで、よりユーザの意図に沿ったオブジェクトが使用対象オブジェクトに設定される。

（１－４）
本発明の態様では、上記（１－１）～（１－３）の何れかの態様において、前記第２の設定ステップでは、ユーザが前記所定の第１の条件を満たすオブジェクトを所有する場合であっても、所定の第２の条件を満たす場合には、前記所定の第１の条件を満たすオブジェクトを使用対象オブジェクトに新たに設定しないようにしてもよい。上記（１－４）の態様によれば、所定の第２の条件を満たす場合に、オブジェクトを使用対象オブジェクトに自動で設定しないことで、ユーザの意図に沿わないオブジェクトが使用対象オブジェクトに設定されることを抑制することができる。

（１－５）
本発明の態様では、上記（１－４）の態様において、前記所定の第２の条件は、前記第１の設定ステップによりオブジェクトが使用対象オブジェクトに設定されたことに応じて成立する条件であってもよい。上記（１－５）の態様によれば、ユーザにより選択されたオブジェクトが使用対象オブジェクトに設定された場合には、オブジェクトを使用対象オブジェクトに自動で設定しないことで、ユーザの意図に沿わないオブジェクトが使用対象オブジェクトに設定されることを抑制することができる。

（１－６）
本発明の態様では、上記（１－５）の態様において、前記第２の設定ステップでは、前記第１の設定ステップまたは前記第２の設定ステップにより使用対象オブジェクトの設定がされた場合に関わらず、過去に使用対象オブジェクトに設定されたオブジェクトと同一種類であって、かつ、過去に使用対象オブジェクトに設定されたオブジェクトよりも特定のパラメータが優位なパラメータであるオブジェクトを所有する場合に、前記特定のパラメータが優位なパラメータであるオブジェクトを使用対象オブジェクトに新たに設定するようにしてもよい。上記（１－６）の態様によれば、ユーザにより選択されたオブジェクトが使用対象オブジェクトに設定された場合であっても、過去により優位なパラメータであるオブジェクトを使用対象オブジェクトに自動で設定することで、ユーザの意図に沿ったオブジェクトが使用対象オブジェクトに設定される。

（１－７）
本発明の態様では、上記（１－１）～（１－６）の何れかの態様において、前記ゲームに使用する複数の使用対象オブジェクトを設定可能であり、前記第１の設定ステップまたは前記第２の設定ステップでは、オブジェクトを複数の使用対象オブジェクトごとに設定するようにしてもよい。上記（１－７）の態様によれば、所定の第１の条件を満たすオブジェクトが複数の使用対象オブジェクトごとに自動で設定されることで、ユーザが自らオブジェクトを使用対象オブジェクトごとに設定する操作をする必要がないことから、ユーザの操作性を向上させることができる。

（１－８）
本発明の態様では、上記（１－１）～（１－７）の何れかの態様において、各オブジェクトはそれぞれ、特定のパラメータと、前記特定のパラメータとは異なる種類の属性情報とが関連付けられていてもよい。上記（１－８）の態様によれば、ユーザは属性情報に基づいて、使用対象オブジェクトに設定するオブジェクトを選択することができる。

（１－９）
本発明の態様では、上記（１－９）の態様において、前記特定のパラメータは、前記ゲームの優位性に影響を与える情報であり、前記属性情報は、前記特定のパラメータよりも前記ゲームの優位性に影響を与える度合いが少ない、または前記ゲームの優位性に影響を与えない情報であるようにしてもよい。上記（１－９）の態様によれば、ユーザは属性情報に基づいて、使用対象オブジェクトに設定するオブジェクトを選択することができる。

（１－１０）
本発明の態様では、上記（１－８）または（１－９）の何れかの態様において、前記属性情報は、各オブジェクトごとに異なる、画像情報および音情報のうち少なくとも何れかの情報であるようにしてもよい。上記（１－１０）の態様によれば、ユーザは画像情報や音情報に基づいて、使用対象オブジェクトに設定するオブジェクトを選択することができる。

（１－１１）
本発明の態様では、上記（１－１）～（１－１０）の何れかの態様において、前記第２の設定ステップでは、使用対象オブジェクトに設定されたオブジェクトをユーザが所有しなくなった場合、または使用対象オブジェクトにオブジェクトが設定されていない場合には、ユーザが所有するオブジェクトを使用対象オブジェクトに設定するようにしてもよい。上記（１－１１）の態様によれば、使用対象オブジェクトに設定されたオブジェクトをユーザが所有しなくなった場合あるいは使用対象オブジェクトにオブジェクトが設定されていない場合には、オブジェクトが使用対象オブジェクトに自動で設定されることで、ユーザが自らオブジェクトを使用対象オブジェクトに設定する操作をする必要がないことから、ユーザの操作性を向上させることができる。

以上、本発明を上述した実施形態と共に説明したが、本発明は上述した実施形態にのみ限定されるものではなく、本発明の範囲内で変更などが可能であり、上述した実施形態あるいは変形例を適時組み合わせてもよい。

１：ゲームシステム １０：ゲーム装置 ３０：サーバ装置 １０１，３０１：ＣＰＵ １０２，３０２：ＲＯＭ １０３，３０３：ＲＡＭ １０４，３０４：通信部 １０５：操作部 １０６：表示部 １０７，３０５：記憶装置 １０７１：データ記憶部 １２０：ゲーム制御部 １２１：自動設定部 １２２：手動設定部 Ｇ１００：メインメニュー画面 Ｂ１０１：ゲーム開始ボタン Ｂ１０２：デッキ設定ボタン Ｇ２００：デッキ設定画面 ２０１ａ～２０１ｃ：設定枠 Ａ２０２：キャラクタ表示領域 Ａ２０３：レアリティ表示領域 Ａ２０４：スキル表示領域 Ｂ２０５ａ、Ｂ２０５ｂ、Ｂ２０５ｃ：変更ボタン Ｂ２０６：戻るボタン ＴＢＬ３００：イベントキャラクタテーブル Ａ３０１：キャラクタ名欄 Ａ３０２：キャラクタ種別欄 Ａ３０３：レアリティ欄 Ａ３０４：キャラクタ識別欄 Ａ３０５：スキル欄 Ａ３０６：画像欄 Ａ３０７：効果音欄 Ｄ４００：イベントキャラクタ所有データ Ａ４０１：キャラクタ種別欄 Ａ４０２：キャラクタ識別欄 Ｇ５００：待機画面 ＣＨ５０１：投手キャラクタ ＣＨ５０２：打者キャラクタ Ｉ５０３：ゲーム状況表示アイテム Ａ５０４：投球ゾーン領域 Ａ５０５：ストライク判定領域 Ａ５０６：ボール判定領域 Ａ５０７：待機ゾーン領域 Ａ５０８：球種選択領域 Ａ５１０：イベントキャラクタ表示領域 Ｂ６０１、Ｂ６０２：ブロック Ｇ７００ａ、Ｇ７００ｂ：演出表示画面 Ｉ７０１ａ、Ｉ７０１ｂ：イベントキャラクタ画像 Ａ７０２ａ、Ａ７０２ｂ：スキル表示領域 Ｎ７０３ａ、Ｎ７０３ｂ：効果音 Ｂ８０１～Ｂ８０８：ブロック Ｂ８１１～Ｂ８１８：ブロック Ｂ９０１：ブロック Ｇ１１００：デッキ設定画面 Ｇ１２００：選択画面 １２０１ａ、１２０１ｄ、１２０１ｅ：キャラクタＡ Ｄ１５００：設定枠関連データ Ａ１５０１：キャラクタ種別欄 Ａ１５０２：現キャラクタ識別欄 Ａ１５０３：設定方法欄 Ａ１５０４：過去レアリティ欄

Claims (13)

1. ユーザが所有するオブジェクトのうちゲームに使用する使用対象オブジェクトを設定するためのプログラムであって、
   設定されている使用対象オブジェクトに代えて、ユーザが所有するオブジェクトのうち前記ユーザにより選択されたオブジェクトを使用対象オブジェクトに設定する手動設定ステップと、
   使用対象オブジェクトに設定されているオブジェクトを前記ユーザが所有した状態のまま、使用対象オブジェクトに設定されているオブジェクトよりも特定のパラメータが優位なパラメータであるオブジェクトを前記ユーザが新たに所有した場合に、使用対象オブジェクトに設定されているオブジェクトが前記手動設定ステップにより設定されたか否かに応じて、設定されている使用対象オブジェクトに代えて、前記新たに所有したオブジェクトを前記ユーザに確認することなく使用対象オブジェクトに新たに設定する自動設定ステップと、をコンピュータに実行させるためのプログラム。
2. 前記自動設定ステップでは、
   使用対象オブジェクトに設定されているオブジェクトを前記ユーザが所有した状態のまま、使用対象オブジェクトに設定されているオブジェクトよりも特定のパラメータが優位なパラメータであるオブジェクトを前記ユーザが新たに所有した場合であって、使用対象オブジェクトに設定されているオブジェクトが前記手動設定ステップにより設定されたものではない場合には、設定されている使用対象オブジェクトに代えて、前記新たに所有したオブジェクトを前記ユーザに確認することなく使用対象オブジェクトに新たに設定することを特徴とする請求項１に記載のプログラム。
3. 前記自動設定ステップでは、使用対象オブジェクトに設定されているオブジェクトと同一種類のオブジェクトを使用対象オブジェクトに新たに設定することを特徴とする請求項１または２に記載のプログラム。
4. 前記自動設定ステップでは、
   使用対象オブジェクトに設定されているオブジェクトを前記ユーザが所有した状態のまま、使用対象オブジェクトに設定されているオブジェクトよりも特定のパラメータが優位なパラメータであるオブジェクトを前記ユーザが新たに所有した場合であっても、使用対象オブジェクトに設定されているオブジェクトが前記手動設定ステップにより設定されたものであり、かつ、前記ユーザが新たに所有したオブジェクトが過去に使用対象オブジェクトに設定されたオブジェクトよりも特定のパラメータが優位なパラメータではない場合には、前記ユーザが新たに所有したオブジェクトを使用対象オブジェクトに新たに設定しないことを特徴とする請求項１ないし３の何れか１項に記載のプログラム。
5. 前記自動設定ステップでは、使用対象オブジェクトに設定されているオブジェクトが前記手動設定ステップまたは前記自動設定ステップにより設定された場合に関わらず、前記ユーザが新たに所有したオブジェクトが過去に使用対象オブジェクトに設定されたオブジェクトと同一種類であって、かつ、過去に使用対象オブジェクトに設定されたオブジェクトよりも特定のパラメータが優位なパラメータである場合には、前記ユーザが新たに所有したオブジェクトを前記ユーザに確認することなく使用対象オブジェクトに新たに設定することを特徴とする請求項１ないし４の何れか１項に記載のプログラム。
6. 前記ゲームに使用する複数の使用対象オブジェクトを設定可能であり、
   前記手動設定ステップまたは前記自動設定ステップでは、オブジェクトを複数の使用対象オブジェクトごとに設定することを特徴とする請求項１ないし５の何れか１項に記載のプログラム。
7. 各オブジェクトはそれぞれ、前記特定のパラメータと、前記特定のパラメータとは異なる種類の属性情報とが関連付けられていることを特徴とする請求項１ないし６の何れか１項に記載のプログラム。
8. 前記特定のパラメータは、前記ゲームの優位性に影響を与える情報であり、
   前記属性情報は、前記特定のパラメータよりも前記ゲームの優位性に影響を与える度合いが少ない、または前記ゲームの優位性に影響を与えない情報であることを特徴とする請求項７に記載のプログラム。
9. 前記属性情報は、各オブジェクトごとに異なる、画像情報および音情報のうち少なくとも何れかの情報であることを特徴とする請求項７または８に記載のプログラム。
10. 前記自動設定ステップでは、使用対象オブジェクトに設定されているオブジェクトをユーザが所有しなくなった場合、または使用対象オブジェクトにオブジェクトが設定されていない場合には、前記ユーザが所有するオブジェクトのうち特定のパラメータが最も優位なパラメータであるオブジェクトを前記ユーザに確認することなく使用対象オブジェクトに設定することを特徴とする請求項１ないし９の何れか１項に記載のプログラム。
11. ユーザが所有するオブジェクトのうちゲームに使用する使用対象オブジェクトを設定するゲーム制御方法であって、
    手動設定部において、設定されている使用対象オブジェクトに代えて、ユーザが所有するオブジェクトのうち前記ユーザにより選択されたオブジェクトを使用対象オブジェクトに設定する手動設定ステップと、
    自動設定部において、使用対象オブジェクトに設定されているオブジェクトを前記ユーザが所有した状態のまま、使用対象オブジェクトに設定されているオブジェクトよりも特定のパラメータが優位なパラメータであるオブジェクトを前記ユーザが新たに所有した場合に、使用対象オブジェクトに設定されているオブジェクトが前記手動設定ステップにより設定されたか否かに応じて、設定されている使用対象オブジェクトに代えて、前記新たに所有したオブジェクトを前記ユーザに確認することなく使用対象オブジェクトに新たに設定する自動設定ステップと、を有することを特徴とするゲーム制御方法。
12. ユーザが所有するオブジェクトのうちゲームに使用する使用対象オブジェクトを設定するゲーム装置であって、
    設定されている使用対象オブジェクトに代えて、ユーザが所有するオブジェクトのうち前記ユーザにより選択されたオブジェクトを使用対象オブジェクトに設定する手動設定手段と、
    使用対象オブジェクトに設定されているオブジェクトを前記ユーザが所有した状態のまま、使用対象オブジェクトに設定されているオブジェクトよりも特定のパラメータが優位なパラメータであるオブジェクトを前記ユーザが新たに所有した場合に、使用対象オブジェクトに設定されているオブジェクトが前記手動設定手段により設定されたか否かに応じて、設定されている使用対象オブジェクトに代えて、前記新たに所有したオブジェクトを前記ユーザに確認することなく使用対象オブジェクトに新たに設定する自動設定手段と、を有することを特徴とするゲーム装置。
13. ユーザが所有するオブジェクトのうちゲームに使用する使用対象オブジェクトを設定するゲームシステムであって、
    設定されている使用対象オブジェクトに代えて、ユーザが所有するオブジェクトのうち前記ユーザにより選択されたオブジェクトを使用対象オブジェクトに設定する手動設定手段と、
    使用対象オブジェクトに設定されているオブジェクトを前記ユーザが所有した状態のまま、使用対象オブジェクトに設定されているオブジェクトよりも特定のパラメータが優位なパラメータであるオブジェクトを前記ユーザが新たに所有した場合に、使用対象オブジェクトに設定されているオブジェクトが前記手動設定手段により設定されたか否かに応じて、設定されている使用対象オブジェクトに代えて、前記新たに所有したオブジェクトを前記ユーザに確認することなく使用対象オブジェクトに新たに設定する自動設定手段と、を有することを特徴とするゲームシステム。

Images