知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2025-01-22
(45)【発行日】2025-01-30
(54)【発明の名称】プログラム、及びゲーム装置
(51)【国際特許分類】
A63F 13/45 20140101AFI20250123BHJP
A63F 13/58 20140101ALI20250123BHJP
A63F 13/52 20140101ALI20250123BHJP
A63F 13/80 20140101ALN20250123BHJP
【ＦＩ】
A63F13/45
A63F13/58
A63F13/52
A63F13/80 B
【請求項の数】
9
(21)【出願番号】P 2024047356
(22)【出願日】2024-03-22
【審査請求日】2024-03-27
【新規性喪失の例外の表示】特許法第３０条第２項適用 ・公開日 令和６年３月１８日 ・ウェブサイトのアドレス ｈｔｔｐｓ：／／ｗｗｗ．ｒｉｄｅ－ｋａｍｅｎｓ．ｃｏｍ／ｎｅｗｓ／ｐｏｓｔ－００２９４／
【早期審査対象出願】
(73)【特許権者】
【識別番号】000135748
【氏名又は名称】株式会社バンダイ
(74)【代理人】
【識別番号】100201341
【弁理士】
【氏名又は名称】畠山 順一
(72)【発明者】
【氏名】山口 奈緒
(72)【発明者】
【氏名】三田 健介
【審査官】池田 剛志
(56)【参考文献】
【文献】特開２０２１－１９４４６３（ＪＰ，Ａ）
【文献】特開２０２０－１４６１６５（ＪＰ，Ａ）
【文献】［初心者向け］ウマ娘の遊び方を徹底解説，App-BEST[online]，2022年09月04日，＜ＵＲＬ：https://web.archive.org/web/20220904090417/https://app-best.jp/articles/umamusume_howtoplay/＞，［2024年7月16日検索］
【文献】「ウマ娘」サポート効果を理解して脱初心者！おすすめＳＲカード［スピード編］，GAMER[online]，2021年08月08日，＜ＵＲＬ：https://www.gamer.ne.jp/news/202108080002/＞，［2024年7月16日検索］
【文献】［ウマ娘］初心者の頃に戸惑ったこと10個，［ウマ娘］のんびりウマ娘[online]，2021年05月08日，＜ＵＲＬ：https://nonbiri-um.hatenadiary.jp/entry/2021/05/08/124136＞，［2024年7月12日検索］
【文献】［オンゲキ］Don't Fight The Music(MAS/Lv.14+)ABFB［オンゲキbright/音ゲー］，YouTube[online][video]，2022年11月27日，＜ＵＲＬ：https://www.youtube.com/watch?v=h5Ji9uJfgw8＞，［2024年6月27日検索］
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ａ６３Ｆ １３／００－１３／９８，
９／２４
(57)【特許請求の範囲】
【請求項1】
コンピュータを、第１種類のゲーム要素と第２種類のゲーム要素とを含むグループを編成するグループ編成手段、
少なくとも一以上の行動からプレーヤがひとつの行動を選択し、選択した行動の結果に応じて第１種類のゲーム要素の属性値を変化させる行動パートを実行する行動パート実行手段、
前記グループを編成する第２種類のゲーム要素の属性値を少なくとも用いて、前記第１種類のゲーム要素が対戦を行う対戦パートを実行する対戦パート実行手段、
前記対戦パートの実行後、前記第１種類のゲーム要素の属性値に応じて変化するエンディングの演出を行うエンディングパートを実行するエンディングパート実行手段、
として機能させ、
一つのストーリーは、前記行動パートと、前記対戦パートと、前記エンディングパートと、を含み、
前記対戦パート実行手段は、前記対戦パートが所定の条件を満たしたことを条件として、次回以降のストーリーにおいて前記対戦パートをスキップ可能であることを提示し、前記プレーヤの選択により前記対戦パートのスキップが選択されたことを条件として、前記対戦パートをスキップ可能とし、
前記エンディングパート実行手段は、前記対戦パートのスキップが選択されたことを条件として、前記行動パートに続いて、前記行動パートの実行により変化した前記第１種類のゲーム要素の属性値に応じたエンディングの演出を行う、
プログラム。
【請求項2】
前記行動パート実行手段は、次回以降のストーリーの実行に際して、前記行動パートをスキップ不可能に制御する、請求項１に記載のプログラム。
【請求項3】
前記所定の条件は、前記対戦パートにおける対戦の勝利である、請求項２に記載のプログラム。
【請求項4】
前記所定の条件は、前記プレーヤによる前記対戦パートの所定回数以上の実行である、請求項２に記載のプログラム。
【請求項5】
前記対戦パート実行手段は、前記行動パートから前記対戦パートに移行する前に、前記プレーヤの選択により、前記対戦パートをスキップ可能に制御する、請求項２に記載のプログラム。
【請求項6】
前記対戦パート実行手段は、前記行動パートの開始前に、前記プレーヤの選択により、前記対戦パートをスキップ可能に制御する、請求項２に記載のプログラム。
【請求項7】
前記行動パート実行手段は、前記第１種類のゲーム要素に関連付けられたキャラクターを第１形態で提示し、前記対戦パート実行手段は、前記第１種類のゲーム要素に関連付けられたキャラクターを第２形態で提示する、
請求項２に記載のプログラム。
【請求項8】
前記対戦パート実行手段は、前記第１種類のゲーム要素に対応付けられたキャラクターの変身を演出し、その変身演出後に、前記第１種類のゲーム要素に対応付けられたキャラクターの形態を前記第１形態から前記第２形態に変更する、請求項７に記載のプログラム。
【請求項9】
第１種類のゲーム要素と第２種類のゲーム要素とを含むグループを編成するグループ編成手段と、少なくとも一以上の行動からプレーヤがひとつの行動を選択し、選択した行動の結果に応じて第１種類のゲーム要素の属性値を変化させる行動パートを実行する行動パート実行手段と、
前記グループを編成する第２種類のゲーム要素の属性値を少なくとも用いて、前記第１種類のゲーム要素が対戦を行う対戦パートを実行する対戦パート実行手段と、
前記対戦パートの実行後、前記第１種類のゲーム要素の属性値に応じて変化するエンディングの演出を行うエンディングパートを実行するエンディングパート実行手段と、
を備え、
一つのストーリーは、前記行動パートと、前記対戦パートと、前記エンディングパートと、を含み、
前記対戦パート実行手段は、前記対戦パートが所定の条件を満たしたことを条件として、次回以降のストーリーにおいて前記対戦パートをスキップ可能であることを提示し、前記プレーヤの選択により前記対戦パートのスキップが選択されたことを条件として、前記対戦パートをスキップ可能とし、
前記エンディングパート実行手段は、前記対戦パートのスキップが選択されたことを条件として、前記行動パートに続いて、前記行動パートの実行により変化した前記第１種類のゲーム要素の属性値に応じたエンディングの演出を行う、
ゲーム装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、プログラム、及びゲーム装置に関する。
【背景技術】
【0002】
近年、ユーザが複数のパートの各々をプレイすることができるように構成されたゲームが知られている。ゲームが複数のパートからなりプレーヤが各々をプレイすることができるように構成されている場合、ゲームの性質あるいはゲームの設定等によっては、プレーヤが特定のパートは頻繁にプレイする一方で、別のパートはあまりプレイしない場合があった。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１３－１４６５９０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
上記ゲームのようなゲームにおいて、プレーヤにとって各パートが興味のあるパートにすることが、ゲームの興趣性を高めることになる。
【0005】
そこで、本発明の目的は、プレーヤにとっての興趣性の高いゲームを提供することができるプログラム、及びゲーム装置を提供することにある。
【課題を解決するための手段】
【0006】
本発明の一態様は、コンピュータを、第１種類のゲーム要素と第２種類のゲーム要素とを含むグループを編成するグループ編成手段、少なくとも一以上の行動からプレーヤがひとつの行動を選択し、選択した行動の結果に応じて第１種類のゲーム要素の属性値を変化させる行動パートを実行する行動パート実行手段、グループを編成する第２種類のゲーム要素の属性値を少なくとも用いて、第１種類のゲーム要素が対戦を行う対戦パートを実行する対戦パート実行手段、として機能させ、一つのストーリーは、行動パートと対戦パートとを含み、対戦パート実行手段は、対戦パートが所定の条件を満たしたことを条件として、次回以降のストーリーの実行に際して、対戦パートをスキップ可能に制御する、プログラムである。
【0007】
本発明の一態様は、第１種類のゲーム要素と第２種類のゲーム要素とを含むグループを編成するグループ編成手段と、少なくとも一以上の行動からプレーヤがひとつの行動を選択し、選択した行動の結果に応じて第１種類のゲーム要素の属性値を変化させる行動パートを実行する行動パート実行手段と、グループを編成する第２種類のゲーム要素の属性値を少なくとも用いて、前記第１種類のゲーム要素が対戦を行う対戦パートを実行する対戦パート実行手段と、を備え、一つのストーリーは、行動パートと対戦パートとを含み、対戦パート実行手段は、対戦パートが所定の条件を満たしたことを条件として、次回以降のストーリーの実行に際して、対戦パートをスキップ可能に制御する、ゲーム装置である。
【発明の効果】
【0008】
本発明によれば、興趣性の高いゲームを提供することができる。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
＜ゲームの概要＞
本実施の形態におけるゲームシステムの理解を容易にするために、本実施の形態に適用されるゲームの概要を説明する。
本実施の形態におけるゲームシステムの理解を容易にするために、本実施の形態に適用されるゲームの概要を説明する。
【0011】
まず、本ゲームに登場するゲーム要素について説明する。
【0012】
本ゲームに登場するゲーム要素は、第１種類のゲーム要素と、第２種類のゲーム要素と、が存在する。
【0013】
第１種類のゲーム要素は、キャラクター（人物等）であり、画像、仮想的又は実体のある物品等に化体して表現される。物品、例えば、仮想的又は実体的なカードである。
【0014】
キャラクターには、第１キャラクターと、第２キャラクターと、第３キャラクターと、が存在する。第１キャラクターは、ゲームの主役となるメインキャラクターである。第２キャラクターは、メインキャラクターとグループを組むサブキャラクターである。第３キャラクターは、後述するフレンド機能を用いて追加することが可能なキャラクターである。プレーヤは、所望の第１キャラクター、第２キャラクター、及び第３キャラクターを選択し、ひとつのグループ（デッキ）を構成する。
【0015】
第１キャラクター、第２キャラクター、及び第３キャラクターは、複数のステータスを持つ。ステータスの種類は、キャラクターの属性、その属性値、キャラクターのサポート効果値、キャラクターのプレーヤとの親密度（親密度と記載する）、キャラクターのスキル(アビリティ)等のパラメータがある。
【0016】
キャラクターのレベルは、ゲームの進行とともに上昇する。キャラクターの属性は、キャラクターを代表する特性であり、例えば、赤、青、黄、緑等の色や、明るい、クール等の性格などである。本実施の形態では、キャラクターの属性は色とし、キャラクターは赤、青、黄、緑の４種類の色のうち二つの色に対応付けられるものとする。すなわち、キャラクターは二つの属性を持つ。以下、キャラクターの持つ二つの属性を、第１属性、第２属性と記載する。キャラクターの属性値は、属性の度合を示すパラメータである。キャラクターは、４つの属性（赤、青、黄、緑）の属性値を持つ。各属性値は、後述する行動を実行することにより、変化する。キャラクターのサポート効果値は、キャラクターが第２キャラクターの場合に発揮する能力値であり、後述するように、プレーヤが選択した行動をサポートする能力値であり、能力値が高いほどゲームの進行を有利にする。キャラクターの親密度は、プレーヤとキャラクターのとの親密度であり、後述する特別の行動を選択することにより、上昇する。親密度が高くなることにより、ゲーム中のキャラクターのプレーヤに対する愛情表現が変化したり、プレーヤに提供する情報量が多くなったりし、プレーヤとキャラクターとの関係が良好となる。また、後述する対戦を有利に進行することができる。キャラクターのスキルは、所定条件を満たすことにより発動し、ゲームの進行を有利する効果である。
【0017】
図１はキャラクターが化体したカードの一例を示す図である。図１中、カードＸ１は「赤」と「青」との属性を持ち、レベルが５０のキャラクターのカードの一例であり、カードＸ２は「黄」と「緑」との属性を持ち、レベルが５０のキャラクターのカードの一例である。
【0018】
第２種類のゲーム要素は、プレーヤの収集の対象となるアイテムであり、対戦等に影響を与える。本実施の形態では、このアイテムをストーンと呼ぶ。第２種類のゲーム要素（ストーン）は、複数のステータス情報を持つ。ステータスの種類は、キャラクターを代表する特性である属性、その属性値、ランク、スキル等のパラメータである。
【0019】
ストーンの属性は、キャラクターを代表する特性である属性のいずれか一つとなる。すなわち、赤、青、黄、緑の４種類のいずれか一つの色を持つ。ストーンの属性値は、属性の度合を示すパラメータである。ストーンは、４つの属性（赤、青、黄、緑）の属性値を持つ。ストーンのランクは、ストーンの強さを示すランクである。ストーンのスキルは、後述する行動を有利するスキルである。
【0020】
図２はストーンの一例を示す図である。図２中、ストーンＹ１は属性が「赤」、ランクが「ＳＳ」のストーンの一例を示す図であり、ストーンＹ２は属性が「青」、ランクが「ＳＳ」のストーンの一例を示す図である。ストーンのキャラクター画像は、ステータス情報が類似するキャラクターの変身後の姿の画像が好ましい。
【0021】
次に、本実施の形態におけるゲームの流れを説明する。ゲームは少なくとも１以上のストーリーによって構成される。図３は一つのストーリーの流れを説明するための図である。
【0022】
ストーリーは、デッキ編成パート１０と、エピソード１１と、行動パート１２と、変身パート１３と、対戦パート１４と、エンディングパート１５と、リザルトパート１６と、を含む。
【0023】
デッキ編成パート１０は、保有しているカード及びストーンからデッキを編成するパートである。デッキの編成にあたって、キャラクター枠として、保有しているカードから、メインとなる第１キャラクターのカードと、サブとなる第２キャラクターのカードと、後述するフレンド機能を用いた第３キャラクターのカードと、を選択する。第１キャラクターのカードは１枚、第２キャラクターのカードは２枚、第３キャラクターのカードは１枚まで選択可能である。但し、メインとなる第１キャラクターのカードはかならず１枚選択する必要がある。また、保有しているストーンから最高４個のストーンをデッキに含めることができる。更に、スペアのストーンとして１個のストーンを追加することも可能である。
【0024】
エピソード１１は、キャラクターのエピソードが表示されるパートであり、プレーヤの操作対象とはならないパートである。エピソード１１は、適時、パートの間に挿入される。
【0025】
行動パート１２は、ゲームのメインとなるパートであり、プレーヤの操作対象となる。行動パート１２は複数のターン２０を含む。一つの行動パート１２のターン２０の数は予め定められている。例えば、一つの行動パート１２は６ターンから構成される。プレーヤは、ターン２０毎に、一つの行動を選択可能である。行動の種類は、地区調査２１、依頼受注２２、及び休憩２３である。
【0026】
地区調査２１は、ストーリー（ゲーム）の開始時に選択された地区に点在するスポットから一つのスポットを選択し、選択したスポットを調査する行動である。スポットは、いずれかの属性を持つ。スポットの調査が完了すると、地区調査２１の調査結果に応じて、デッキのキャラクターのパラメータが上昇し、調査ポイントが付与される。地区調査２１の調査結果は成功と失敗とがあり、成功の調査結果が出た場合に、デッキのキャラクターのパラメータが上昇し、調査ポイントが付与される。特に、スポットの属性と同じキャラクターの属性の属性値の上昇率が高くなる。付与される調査ポイントは、行動パートを完了させるために必要となるポイントであり、蓄積される。
【0027】
地区調査２１は、地区調査２１と依頼受注２２との成功率を高めるパラメータである行動力ポイントを消費することにより行われる。成功率を高めるパラメータである行動力ポイントは、行動パート１２のスタート時に最大値が割り当てられる。
【0028】
依頼受注２２は、ゲーム管理側からの所定の依頼（ミッション）を選択し、その依頼（ミッション）を達成することにより、デッキのキャラクターのパラメータが上昇し、調査ポイントが付与されて蓄積される。特に、行動パートを完了させる調査ポイントが多く付与される。依頼受注２２のミッション結果は成功と失敗とがあり、成功のミッション結果が出た場合に、デッキのキャラクターのパラメータが上昇し、調査ポイントが付与される。依頼受注２２は、成功率を高めるパラメータである行動力ポイントを消費することにより行われる。
【0029】
休憩２３は、成功率を高めるパラメータである行動力ポイントを回復させる行動である。休憩２３の行動を選択することにより、地区調査の成功率が上昇する。
【0030】
以上の地区調査２１、依頼受注２２、及び休憩２３のいずれかを、ターン２０毎に選択し、その選択した行動を完了させ、蓄積した調査ポイントが所定値を超えると、行動パート１２を完了させることができる。
【0031】
蓄積した調査ポイントが所定値を超えて行動パート１２を完了させると、変身パート１３に進む。変身パート１３は、メインのキャラクターである第１キャラクターの変身を演出するパートである。第１キャラクターの変身は、行動パート１２時の第１キャラクターの普段の姿から戦闘用の姿に変身するものである。また、第１キャラクターの変身の変身演出は、行動パート１２によって変化したキャラクターの属性値等によって異なる変身演出が行われる。
【0032】
対戦パート１４は、第１種類のゲーム要素の変身後の第１キャラクターと、ゲーム運営側が用意したノンプレーヤキャラクターと、が対戦を行うパートである。対戦ゲームでは、デッキのストーンの属性値や、キャラクターの親密度等のパラメータにより、対戦の勝敗を決定する。
【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】
変身パート実行制御部１０５は、デッキの第１キャラクターの判定し、第１キャラクターのカードＩＤを特定し、そのカードＩＤに関連付けられている変身演出１から変身演出３を、カード情報データベースD２から特定しておく。変身演出１は、第１キャラクターの第１属性の属性値が第２属性の属性値よりも大きい場合に、選択される変身演出である。変身演出２は、第１キャラクターの第１属性の属性値が第２属性の属性値よりも小さい場合に、選択される変身演出である。変身演出３は、第１キャラクターの第１属性の属性値と第２属性の属性値とが同じ場合に、選択される変身演出である。図１６は変身演出１の一例を示す図であり、図１７は変身演出２の一例を示す図である。図１６及び図１７の例では、第１キャラクターの第１属性の属性値及び第２属性の属性値の大小によって、背景が異なる。また、第１キャラクターの台詞を変更するようにしても良い、尚、変身演出１から変身演出３に共通することは、第１キャラクターの変身後の姿は、行動パート１２において表示される通常の第１キャラクターの姿とは異なり、第１キャラクターをデフォルメした姿である。例えば、通常の第１キャラクターの姿よりも、変身後のキャラクターの姿の方が小さい。
【0077】
対戦パート実行制御部１０６は、変身パート１３の完了後、デッキを編成するキャラクターとノンプレーヤキャラクターとの対戦パート１４を実行する。対戦の勝敗は、デッキのストーンのパラメータと第１キャラクターの親密度とから算出される戦闘力の大小によって決定する。尚、対戦画面に登場する第１キャラクターは、変身パート１３により変身した第１キャラクターであり、第１キャラクターの第１属性の属性値及び第２属性の属性値の大小によって、背景が異なるようにしても良い。図１８及び図１９は対戦画面の一例を示す図である。
【0078】
対戦パート実行制御部１０６は、対戦パート１４が完了した場合（例えば、対戦が勝利した場合）、対戦パート１４が完了したこと旨をプレーヤ情報データベースＤ１のストーリー情報に記載する。
【0079】
対戦パート実行制御部１０６は、対戦パート１４のスキップ機能も有する。スキップ機能は、全てのパートを完了したストーリーについて、そのストーリーを再度実行する場合、再度の対戦パート１４をスキップできる機能である。このスキップ機能は、行動パート１２は、ターン毎に異なる行動を選択でき、キャラクターの育成に重点が置かれるパートであるため、一つのストーリーが完了しても、そのストーリーの行動パート１２を複数回の実施することに意義があるが、対戦パートは対戦に重点が置かれ、一度勝利してしまえば、複数回実施することの意義が薄いからである。
【0080】
対戦パート実行制御部１０６は、対戦パートの開始にあたって、プレーヤ情報データベースＤ１のストーリー情報を確認し、対戦パート１４が完了している場合、対戦パート１４の対戦開始画面においてスキップできる旨を表示し、対戦スキップボタンを表示する。図２０は対戦開始画面の一例を示す図である。そして、対戦スキップボタンが選択された場合、対戦パート実行制御部１０６は、対戦パート１４を実行することなくスキップし、エンディングパート実行制御部１０７に対戦パート１４の完了を通知する。尚、スキップの条件を、１回の対戦の勝利のみならず、複数回の対戦の勝利にしても良い。
【0081】
尚、行動パート１０３の時間と対戦パート１４の時間との差であるが、対戦パート１０４は上述したように簡易な対戦であるため、行動パート１０３の時間の方が長い。
【0082】
エンディングパート実行制御部１０７は、対戦パート１４の終了後のエンディングパート１５においてエンディングエピソードを提示する。エンディングエピソードは、第１キャラクターの第１属性の属性値と第２属性の属性値との大小関係によって異なる。
【0083】
エンディングパート実行制御部１０７は、デッキの第１キャラクターの判定し、第１キャラクターのカードＩＤを特定し、そのカードＩＤに関連付けられているエンディングエピソード１からエンディングエピソード３を、カード情報データベースD２から特定しておく。エンディングエピソード１は、第１キャラクターの第１属性の属性値が第２属性の属性値よりも大きい場合に、選択されるエンディングエピソードである。エンディングエピソード２は、第１キャラクターの第１属性の属性値が第２属性の属性値よりも小さい場合に、選択されるエンディングエピソードである。エンディングエピソード３は、第１キャラクターの第１属性の属性値と第２属性の属性値とが同じ場合に、選択されるエンディングエピソードである。図２１はエンディングエピソード１の一例を示す図であり、図２２はエンディングエピソード２の一例を示す図である。図２１及び図２２の例では、第１キャラクターの第１属性の属性値及び第２属性の属性値の大小によって、台詞、登場人物、背景等が異なる。
【0084】
リザルトパート実行制御部１０８は、付与するストーンのランク等を決定し、リザルト画面を表示する。付与するストーンのランクは、第１キャラクターの各属性値を評価点に変換し、評価点を合算する。そして、リザルトパート実行制御部１０８は、評価点の合算値により、ストーンのランクを決定する。また、リザルトパート実行制御部１０８は、付与するストーンの属性を決定する。リザルトパート実行制御部１０８は、第１キャラクターの第１属性の属性値と第１キャラクターの第２属性の属性値との大小関係により属性を決定する。第１属性の属性値が第２属性の属性値よりも大きい場合、リザルトパート実行制御部１０８は、ストーンの属性を第１属性に決定する。一方、第１属性の属性値が第２属性の属性値よりも小さい場合、リザルトパート実行制御部１０８は、ストーンの属性を第２属性に決定する。第１属性の属性値と第２属性の属性値とが同値の場合、抽選により第１属性又は第２属性のいずれかを選択する。
【0085】
リザルトパート実行制御部１０８は、付与するストーンのランク及び属性等の情報を含むストーリーのリザルト画面を表示する。図２３はリザルト画面の一例である。図２３では、第１キャラクターの属性値及び付与するストーンの情報が提示されている。
【0086】
ストア提示制御部１０９は、トップホーム画面６０のストアボタンが選択されると、サーバ２にストア画面を要求し、受信したストア画面情報から、取引対象となるカードの購入ボタンが選択可能にストア画面を表示する。図３１はストア画面の一例を示す図である。図３１のストア画面には、保有通貨一覧９０と、カード購入ボタン９１、９２及び９３と、レアリティ確定ゲージ９４と、を含む。
【0087】
保有通貨一覧９０は、プレーヤが保有する通貨の一覧が表示される。
通貨は、カードの代価となるものであり、本実施の形態では、カードチケット、無償通貨及び有償通貨を含む。カードチケット及び無償通貨は、無償にてゲーム運営側から付与されるものである。カードチケットは、複数の種類があり、１枚のカードを取得できる通常カードチケットと、１０枚のカードを連続して取得できる連続カードチケットと、がある。無償通貨は、１個単位で使用可能であり、カードの取得、他のアイテム等の取得に利用可能である。有償通貨は、金銭との交換により取得できるものであり、無償通貨と同様に、１個単位で使用可能であり、カードの取得、他のアイテム等の取得に利用可能である。
通貨は、カードの代価となるものであり、本実施の形態では、カードチケット、無償通貨及び有償通貨を含む。カードチケット及び無償通貨は、無償にてゲーム運営側から付与されるものである。カードチケットは、複数の種類があり、１枚のカードを取得できる通常カードチケットと、１０枚のカードを連続して取得できる連続カードチケットと、がある。無償通貨は、１個単位で使用可能であり、カードの取得、他のアイテム等の取得に利用可能である。有償通貨は、金銭との交換により取得できるものであり、無償通貨と同様に、１個単位で使用可能であり、カードの取得、他のアイテム等の取得に利用可能である。
【0088】
カード購入ボタン９１は、１日一回限定で、通常のカード価格よりも安い価格で、カードを取得できるボタンである。但し、使用できる通貨は、有償通貨に限られる。本実施の形態では、１枚のカードを取得するためには、１００個の通貨が必要であるが、１日一回限定カードボタン９１を選択することにより、通貨５０個で１枚カードを取得することが可能である。１日一回限定カードボタン９１は、選択されてカードとの交換が実施されると、翌日まで使用することはできない。尚、１日は一例であり、所定期間であれば、３日、１週間などの他の期間でも良い。
【0089】
カード購入ボタン９２は、通貨を消費して、１枚のカードを取得すること可能である。使用できる通貨は、カードチケット、無償通貨、有償通貨のいずれも使用可能である。
【0090】
カード購入ボタン９３は、通貨を消費して、１０枚のカードを取得すること可能である。使用できる通貨は、カードチケット、無償通貨、有償通貨のいずれも使用可能である。１０枚のカードを連続して購入するメリットは、後述するようにレアリティの高いカードの取得確率が高まることである。
カード購入ボタン９１、９２及び９３のいずれのカード購入も、ゲーム装置１又はサーバ２による抽選により、カードのレアリティが決定され、そのレアリティのカードが付与される。レアリティの高いカードの当選確率は低くなる。
カード購入ボタン９１、９２及び９３のいずれのカード購入も、ゲーム装置１又はサーバ２による抽選により、カードのレアリティが決定され、そのレアリティのカードが付与される。レアリティの高いカードの当選確率は低くなる。
【0091】
レアリティ確定ゲージ９４は、プレーヤに対するカード提供回数（プレーヤの取得回数）の示すゲージであり、１枚のカードを取得する毎に１ゲージが上昇する。本実施の形態では、カードを１００枚取得することにより、レアリティの高いカードが１枚、かならず付与されるシステムである。
【0092】
本実施の形態では、カードの購入に際して消費する通貨の優先順位が予め定められている。本実施の形態では、カードチケット、無償通貨、有償通貨の順番で消費される。
【0093】
＜ゲームサーバ２の構成＞
図２４はゲームサーバ２の機能構成例を示すブロック図である。ゲームサーバ２は、処理部７０と、通信部７１と、記憶部７２と、を備える。
図２４はゲームサーバ２の機能構成例を示すブロック図である。ゲームサーバ２は、処理部７０と、通信部７１と、記憶部７２と、を備える。
【0094】
処理部７０は、記憶部７２に格納されるプログラムやデータ、受信した情報等に基づいて、ゲームサーバ２の動作を統括的に制御する。処理部７０の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。処理部７０は、プレーヤ情報管理部８０と、ゲーム実行管理部８１と、ストア管理部８２と、の機能を備える。
【0095】
プレーヤ情報管理部８０は、プレーヤの情報を管理する。プレーヤの情報は、プレーヤＩＤ毎に、プレーヤ情報データベースＤ１、保有カード・ストーン情報データベースＤ３、及びデッキデータベースＤ４を有している。
【0096】
プレーヤ情報管理部８０は、プレーヤ端末１がゲームにログインする際に送信されるプレーヤＩＤ、各データベースの更新情報及び最終更新日時と、ゲームサーバ２側に保存されているプレーヤＩＤの各データベースの内容と、を突合し、一致している場合はその旨を、不一致の場合はームサーバ２側に保存されているプレーヤＩＤの各データベースの内容を送信することにより、プレーヤ端末１とゲームサーバ２との間で、各データベースの内容の同期を図る。
【0097】
ゲーム実行管理部８１は、ゲームを管理する。主に、ゲーム要素情報データベースＤ２を持ち、ゲーム要素の更新があった場合、プレーヤ端末１に更新情報を送信する。そして、プレーヤ端末１とのログイン時などにより、プレーヤ端末１とゲームサーバ２との間で、ゲーム要素データベースＤ２の内容の同期を図る。
【0098】
ストア管理部８２は、提供カード情報データベースＤ１０とプレーヤ保有通貨情報データベースＤ１１とを用いて、カードを提供するストアを管理する。図３２は提供カード情報データベースＤ１０の一例を示す図であり、図３３はプレーヤ保有通貨情報データベースＤ１１の一例を示す図である。
提供カード情報データベースＤ１０は、カードＩＤのフィールドと、レアリティ情報のフィールドと、当選確率のフィールドと、を含む。カードＩＤのフィールドは、カードの識別するカードＩＤが記載されたフィールドである。レアリティ情報のフィールドはそのカードのレアリティ情報が記載されたフィールドであり、数値が大きいほどレアリティが高い。当選確率のフィールドは、そのカードの当選確率が記載されたフィールドであり、数値が大きいほど当選する確率が高い。
提供カード情報データベースＤ１０は、カードＩＤのフィールドと、レアリティ情報のフィールドと、当選確率のフィールドと、を含む。カードＩＤのフィールドは、カードの識別するカードＩＤが記載されたフィールドである。レアリティ情報のフィールドはそのカードのレアリティ情報が記載されたフィールドであり、数値が大きいほどレアリティが高い。当選確率のフィールドは、そのカードの当選確率が記載されたフィールドであり、数値が大きいほど当選する確率が高い。
【0099】
プレーヤ保有通貨情報データベースD１１は、プレーヤＩＤのフィールドと、無償通貨のフィールドと、チケットのフィールドと、有償通貨のフィールドと、購入履歴情報のフィールドと、蓄積提供回数のフィールドと、を含む。プレーヤＩＤのフィールドはプレーヤのプレーヤＩＤが記載されるフィールドである。無償通貨のフィールドは、プレーヤが保有する無償通貨の個数が記載されるフィールドである。チケットのフィールドは、プレーヤが保有する無償通貨の個数が記載されるフィールドである。有償通貨のフィールドは、プレーヤが保有する有償通貨の個数が記載されるフィールドである。購入履歴情報のフィールドは、プレーヤのカード、通貨の購入履歴が記載されるフィールドである。蓄積提供回数のフィールドは、プレーヤにカードを提供した回数の蓄積数が記載されるフィールドである。
【0100】
ストア管理部８２は、プレーヤ端末１から要求を受けて、提供カード情報データベースＤ１０及びプレーヤ保有通貨情報データベースD１１を参照し、通貨の消費の代価として提供するカードを決定し、そのカードＩＤ情報を送信する。
【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】
サーバ２のストア管理部８２は、プレーヤ端末１から要求を受けて、プレーヤＩＤのプレーヤ保有通貨情報データベースD１１を参照し、プレーヤが保有するチケット、無償通貨、有償通貨、蓄積提供回数及び購入履歴情報を取得する（Ｓｔｅｐ ２００）。ストア管理部８２は、取得した無償通貨、有償通貨、蓄積提供回数及び購入履歴情報を含むストア画面情報を送信する（Ｓｔｅｐ ２０１）。
【0132】
プレーヤ端末１のストア提示制御部１０９は、ストア画面情報を受信すると（Ｓｔｅｐ ２０３）、ストア画面情報に含まれる無償通貨、有償通貨、蓄積提供回数及び購入履歴情報から、図３１に示す如く、ストア画面６１を表示する（Ｓｔｅｐ ２０４）。図３５はストア購入画面の遷移を説明するための図である。図３５（a）は、１日限定のカード購入がされていない場合の例である。
【0133】
プレーヤにより、カード購入ボタン９１、９２及び９３のいずれかが選択されると、ストア提示制御部１０９は、提供に必要な通貨の判定を行う（Ｓｔｅｐ ２０６）。ここで、通貨を消費する順番は、チケット、無償通貨、有償通貨の順番である。ストア提示制御部１０９は、この順番に従って、選択されたカード購入ボタンのカードの購入するために必要となる通貨を判定する。
【0134】
プレーヤがチケットを保有している場合（Ｓｔｅｐ ２０７）、ストア提示制御部１０９はチケット消費の告知を行い、決定ボタンが選択されると、サーバ２に購入決定を送信する。図３５はカード購入において、プレーヤ端末１に表示されるストア画面の遷移を説明するための図である。図３５（a）の例では、カード購入ボタン９２が選択されている。そして、カード購入ボタン９２の選択後、ストア提示制御部１０９は、消費する通貨とし、優先順位の最も高いチケットから消費することを告知している（図３５（ｂ））。
【0135】
サーバ２のストア管理部８２は、購入決定を受信し、チケットを消費し、プレーヤ保有通貨情報データベースD１１のチケットのフィールドから消費したチケット分を更新する（Ｓｔｅｐ ２１２）。
【0136】
一方、プレーヤがチケットを保有していない場合（Ｓｔｅｐ ２０９）、ストア提示制御部１０９は、第２順位の無償通貨を消費し（Ｓｔｅｐ ２１０）、必要通貨を充足しているかの判定を行う（Ｓｔｅｐ ２１１）。必要通貨を充足していない場合（Ｓｔｅｐ ２１１）、ストア提示制御部１０９は、第３順位の有償通貨を消費し（Ｓｔｅｐ ２２０）、必要通貨を充足しているかの判定を行う（Ｓｔｅｐ ２２１）。ストア提示制御部１０９は、必要通貨を充足している場合、告知を行い、購入決定ボタンが選択されると、サーバ２に購入決定を送信する。図３６はカード購入において、プレーヤ端末１に表示されるストア画面の遷移を説明するための図である。図３６（a）の例では、カード購入ボタン９３が選択されている。そして、カード購入ボタン９３の選択後、ストア提示制御部１０９は、消費する通貨とし、優先順位の高い無償通貨を全て消費し、不足分を有償通貨から消費することを告知している（図３６（ｂ））。
【0137】
サーバ２のストア管理部８２は、購入決定を受信し、プレーヤ保有通貨情報データベースD１１の無償又は有償通貨のフィールドから消費した無償通貨又は有償通貨の数分を更新する（Ｓｔｅｐ ２１２）。
【0138】
次に、ストア管理部８２は、提供するカードの種類を決定する抽選確率を変更する必要があるかを判定する（Ｓｔｅｐ ２１３）。プレーヤの蓄積提供回数が予め定められた上限値以上である場合（Ｓｔｅｐ ２１４）、ストア管理部８２はカードの抽選確率を変更する（Ｓｔｅｐ ２１５）。例えば、提供カード情報データベースＤ１０に記載されているカードの抽選確率を、レアリティが最も高いカードがかならず１枚は当選されるように抽選確率を変更する。一方、プレーヤの蓄積提供回数が予め定められた上限値以上でない場合（Ｓｔｅｐ ２１３）、ストア管理部８２は、提供カード情報データベースＤ１０の当選確率により、カードの抽選を実行する（Ｓｔｅｐ ２１６）。そして、ストア管理部８２は、当選したカードを提供する（Ｓｔｅｐ ２１７）。
【0139】
続いて、ストア管理部８２は、蓄積提供回数の更新処理を実行する（Ｓｔｅｐ ２１８）。図３７は蓄積提供回数の更新処理のフローチャートである。
【0140】
ストア管理部８２は、蓄積提供回数をＮ、今回の提供回数をｎ、上限値をＸとして（Ｓｔｅｐ ２３０）、蓄積提供回数Ｎ＝（Ｎ＋ｎ）を計算する（Ｓｔｅｐ ２３１）。（Ｎ＋ｎ）が上限値Ｘ以上である場合（Ｓｔｅｐ ２３２）、ストア管理部８２は蓄積提供回数Ｎを（Ｎ－Ｘ）とし、プレーヤ保有通貨情報データベースD１１のプレーヤＩＤの蓄積提供回数を（Ｎ－Ｘ）に更新する（Ｓｔｅｐ ２３３）。一方、（Ｎ＋ｎ）が上限値Ｘ未満である場合（Ｓｔｅｐ ２３２）、ストア管理部８２は蓄積提供回数Ｎを（Ｎ＋ｎ）とし、プレーヤ保有通貨情報データベースD１１のプレーヤＩＤの蓄積提供回数を（Ｎ＋ｎ）に更新する（Ｓｔｅｐ ２３４）。
以上で、蓄積提供回数の更新処理を終了する。
以上で、蓄積提供回数の更新処理を終了する。
【0141】
図３５（ｃ）及び図３６（ｃ）はカード提供後のプレーヤ端末１に表示されるストア画面の一例である。図３５（ｃ）の場合は、チケットを消費してカードを１回提供された場合のストア画面の一例であり、保有通貨一覧９０の保有チケットが１枚減って０になり、レアリティ確定ゲージ９４の提供回数（蓄積提供回数）が１増加し、６０回から６１回に増加している。一方、図３６（ｃ）の場合は、無償通貨及び有償通貨を消費してカードを１０回提供された場合のストア画面の一例であり、保有通貨一覧９０の無償通貨及び有償通貨がそれぞれ消費した分減少している（無償通貨は８００個から０個に減少、有償通貨は１０００個から８００個に減少）。更に、レアリティ確定ゲージ９４の提供回数（蓄積提供回数）は、上限値である１００回を超えているので、上限値である１００回までゲージが伸びている（Ｍａｘ状態）。また、提供前の提供回数（蓄積提供回数）が９５回であったので、提供回数の繰り越し分である５回分（＝１０５－１００）が、現在の提供回数（蓄積提供回数）として表示されている。
【0142】
本実施の形態は、行動パートにおいて複数の行動が用意されており、その各行動は第１種類のゲーム要素（キャラクター）のステータス情報に影響を与えるように構成されており、その第１種類のゲーム要素（キャラクター）のステータス情報により、異なる第２種類のゲーム要素（ストーン）を取得することができる。このような構成により、プレーヤはゲームに飽きることなく、ゲームを継続することが可能であり、興趣性の高いゲームを提供することができる。
【0143】
また、行動パートの第１種類のゲーム要素（キャラクター）の形態と、対戦パートの第１種類のゲーム要素（キャラクター）の形態と、は異なるため、プレーヤはゲームに飽きることなく、興趣性の高いゲームを提供することができる。
【0144】
更に、行動パートから対戦パートに遷移する際に実行される変身演出は、行動パートの行動の結果により異なる演出となるため、プレーヤはゲームに飽きることなく、興趣性の高いゲームを提供することができる。また、同様に、ストーリーのエンディングパートのエンディングエピソードも、行動パートの行動の結果により異なる演出となるため、プレーヤはゲームに飽きることなく、興趣性の高いゲームを提供することができる。
【0145】
また、本実施の形態は、一度完了した対戦をスキップすることが可能なスキップ機能を備えており、対戦を繰り返すことなく、ストーリーを繰り返し実行可能である。
【0146】
また、本実施の形態のストアは、チケット、無償通貨、有償通貨の順番で、カードに必要な通貨を消費していくので、プレーヤにとって貴重である有償通貨を最後まで保有することかできる。
【0147】
更に、カードの提供回数によって高レアリティのカードを取得できる機会をプレーヤに与えることで、プレーヤの購買意欲を高めることもできる。
【0148】
＜ストア動作の変形例＞
上述したストアは、恒常的に行われる動作を説明した。しかし、期間限定により、色々なカードやアイテムを提供したり、特別な利点を与えるたりすることは、プレーヤのゲームに対する興味を維持し、ゲームを継続させる重要な要素である。そこで、ストアのアイテム提供方法の変形例を説明する。
上述したストアは、恒常的に行われる動作を説明した。しかし、期間限定により、色々なカードやアイテムを提供したり、特別な利点を与えるたりすることは、プレーヤのゲームに対する興味を維持し、ゲームを継続させる重要な要素である。そこで、ストアのアイテム提供方法の変形例を説明する。
【0149】
変形例の概略を説明する。
変形例のアイテム提供方法は、期間限定で行われる。ここで、アイテムは、カードや、ゲームの進行を有利にするチケット、アイテムを含む。アイテム提供は、複数のステップ（段階）を含み、一つのステップに達成条件が設定されており、その達成条件をプレーヤが達成することにより、次のステップに進むことができる。各ステップにて提供されるアイテム、そのレアリティ、当選確率は、ユーザに開示される。プレーヤは、各ステップの開示情報を確認し、アイテムの提供を実行し、アイテムを取得する。
変形例のアイテム提供方法は、期間限定で行われる。ここで、アイテムは、カードや、ゲームの進行を有利にするチケット、アイテムを含む。アイテム提供は、複数のステップ（段階）を含み、一つのステップに達成条件が設定されており、その達成条件をプレーヤが達成することにより、次のステップに進むことができる。各ステップにて提供されるアイテム、そのレアリティ、当選確率は、ユーザに開示される。プレーヤは、各ステップの開示情報を確認し、アイテムの提供を実行し、アイテムを取得する。
【0150】
上記のアイテム提供方法を実行するため、サーバ２は、各ステップの提供情報データベースを持つ。図３８はステップ１からステップ４までの提供情報データベースD２０の一例を示す図である。各ステップの提供情報データベースD２０は、ステップの達成条件のフィールドと、アイテムのレアリティ情報のフィールドと、提供アイテムのフィールドと、そのアイテムの当選確率のフィールドと、を含む。各ステップにおいて、ステップの達成条件、提供されるアイテムの種類や、そのアイテムの当選確率は、異なる。
【0151】
サーバ２のストア管理部８２は、プレーヤ端末１からステップアップ提供の実行の要求を受信すると、提供情報データベースD２０の各ステップのフィールドの情報を読み出し、ステップアップ提供情報を、プレーヤ端末１に送信する。
プレーヤ端末１のストア提示制御部１０９は、ステップアップ提供情報を受信すると、ステップアップ提供画面を表示する。図３９はステップアップ提供画面の一例である。プレーヤは、各ステップのタブを選択することにより、そのステップの提供内容を確認することができる。
プレーヤ端末１のストア提示制御部１０９は、ステップアップ提供情報を受信すると、ステップアップ提供画面を表示する。図３９はステップアップ提供画面の一例である。プレーヤは、各ステップのタブを選択することにより、そのステップの提供内容を確認することができる。
【0152】
プレーヤは、各ステップの達成条件を満たすことにより、次のステップの内容のアイテムの提供を実行することができる。例えば、ステップ１の達成条件は、チケットによりアイテムを１回取得することであり、それを達成すると、ステップ２に進めることができる。
【0153】
サーバ２のストア管理部８２は、ステップ提供が行われる毎に、プレーヤ保有通貨情報データベースD１１のプレーヤの購入履歴情報のフィールドに購入履歴を記憶し、ステップ達成条件を満たした場合は、次のステップのアイテムの提供を可能にする。 尚、最後のステップが完了した場合、再度、最初のステップに戻り、ステップの提供を周回させるようにしても良い。
このような構成にすることにより、プレーヤのゲームに対する興味を維持し、ゲームを継続させることかできる。
このような構成にすることにより、プレーヤのゲームに対する興味を維持し、ゲームを継続させることかできる。
【0154】
＜その他の実施例＞
上記実施の形態では、成功率のパラメータ２５は、行動力ポイントの１つだけであったが、成功率のパラメータ２５が複数種類ある構成であっても良い。このような構成の場合、行動パート実行制御部１０４は、休憩２３が選択された際に回復する成功率のパラメータの全種類を回復させても、少なくともいずれか１つの種類にしても良く、回復量及び回復するパラメータの種類は抽選（ランダム関数）によって決定する。
上記実施の形態では、成功率のパラメータ２５は、行動力ポイントの１つだけであったが、成功率のパラメータ２５が複数種類ある構成であっても良い。このような構成の場合、行動パート実行制御部１０４は、休憩２３が選択された際に回復する成功率のパラメータの全種類を回復させても、少なくともいずれか１つの種類にしても良く、回復量及び回復するパラメータの種類は抽選（ランダム関数）によって決定する。
【0155】
また、行動パート実行制御部１０４は、成功率のパラメータが所定値より少なくなっている場合に、行動パートホーム画面６１において、休憩２３を選択するように促す表示を行動パートホーム画面６１に表示しても良い。この場合、サブキャラクターが会話する態様で表示するのが好ましい。
【0156】
行動パート実行制御部１０４は、成功率のパラメータ２５である行動力ポイントに応じた表情の第１キャラクターを行動パートホーム画面６１に表示してもよい。この場合、休憩時演出の実行前と後とでは異なる表情、例えば、疲労の表情と溌溂の表情というように、表情の異なる第１キャラクターが行動パートホーム画面６１に表示されることになる。
【0157】
成功率のパラメータ２５である行動力ポイントが最大値である時に休憩２３が選択されると、行動パート１２のターンが１つ無駄になる。そのため、行動パート実行制御部１０４は、休憩２３を実行して良いか、又は休憩２３を実行する必要が無い等の確認のダイアログを提示し、休憩時演出を実行しないように構成しても良い。即ち、行動パート実行制御部１０４は、地区調査２１又は依頼受注２２が選択された後に休憩２３が選択できるように制御する構成であっても良い。
【0158】
以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
【0159】
［付記１］
コンピュータを、
第１種類のゲーム要素と第２種類のゲーム要素とを含むグループを編成するグループ編成手段、
少なくとも一以上の行動からプレーヤがひとつの行動を選択し、選択した行動の結果に応じて第１種類のゲーム要素の属性値を変化させる行動パートを実行する行動パート実行手段、
前記グループを編成する第２種類のゲーム要素の属性値を少なくとも用いて、前記第１種類のゲーム要素が対戦を行う対戦パートを実行する対戦パート実行手段、
として機能させ、
一つのストーリーは、前記行動パートと前記対戦パートとを含み、
前記対戦パート実行手段は、前記対戦パートが所定の条件を満たしたことを条件として、次回以降のストーリーの実行に際して、前記対戦パートをスキップ可能に制御する、
プログラム。
コンピュータを、
第１種類のゲーム要素と第２種類のゲーム要素とを含むグループを編成するグループ編成手段、
少なくとも一以上の行動からプレーヤがひとつの行動を選択し、選択した行動の結果に応じて第１種類のゲーム要素の属性値を変化させる行動パートを実行する行動パート実行手段、
前記グループを編成する第２種類のゲーム要素の属性値を少なくとも用いて、前記第１種類のゲーム要素が対戦を行う対戦パートを実行する対戦パート実行手段、
として機能させ、
一つのストーリーは、前記行動パートと前記対戦パートとを含み、
前記対戦パート実行手段は、前記対戦パートが所定の条件を満たしたことを条件として、次回以降のストーリーの実行に際して、前記対戦パートをスキップ可能に制御する、
プログラム。
【0160】
［付記２］
前記対戦パート実行手段は、前記プレーヤの選択により、前記対戦パートをスキップ可能に制御する、
付記１に記載のプログラム。
前記対戦パート実行手段は、前記プレーヤの選択により、前記対戦パートをスキップ可能に制御する、
付記１に記載のプログラム。
【0161】
［付記３］
前記行動パート実行手段は、次回以降のストーリーの実行に際して、前記行動パートをスキップ不可能に制御する、
付記１又は付記２に記載のプログラム。
前記行動パート実行手段は、次回以降のストーリーの実行に際して、前記行動パートをスキップ不可能に制御する、
付記１又は付記２に記載のプログラム。
【0162】
［付記４］
前記所定の条件は、前記対戦パートにおける対戦の勝利である、
付記１から付記３のいずれかに記載のプログラム。
前記所定の条件は、前記対戦パートにおける対戦の勝利である、
付記１から付記３のいずれかに記載のプログラム。
【0163】
［付記５］
前記所定の条件は、前記プレーヤによる前記対戦パートの所定回数以上の実行である、
付記１から付記４のいずれかに記載のプログラム。
前記所定の条件は、前記プレーヤによる前記対戦パートの所定回数以上の実行である、
付記１から付記４のいずれかに記載のプログラム。
【0164】
［付記６］
前記対戦パート実行手段は、前記対戦パートをスキップ可能であることを提示する、
付記１から付記５のいずれかに記載のプログラム。
前記対戦パート実行手段は、前記対戦パートをスキップ可能であることを提示する、
付記１から付記５のいずれかに記載のプログラム。
【0165】
［付記７］
前記対戦パート実行手段は、前記行動パートから前記対戦パートに移行する前に、前記プレーヤの選択により、前記対戦パートをスキップ可能に制御する、
付記１から付記６のいずれかに記載のプログラム。
前記対戦パート実行手段は、前記行動パートから前記対戦パートに移行する前に、前記プレーヤの選択により、前記対戦パートをスキップ可能に制御する、
付記１から付記６のいずれかに記載のプログラム。
【0166】
［付記８］
前記対戦パート実行手段は、前記行動パートの開始前に、前記プレーヤの選択により、前記対戦パートをスキップ可能に制御する、
付記１から付記７のいずれかに記載のプログラム。
前記対戦パート実行手段は、前記行動パートの開始前に、前記プレーヤの選択により、前記対戦パートをスキップ可能に制御する、
付記１から付記７のいずれかに記載のプログラム。
【0167】
［付記９］
前記行動パート実行手段は、前記第１種類のゲーム要素に関連付けられたキャラクターを第１形態で提示し、
前記対戦パート実行手段は、前記第１種類のゲーム要素に関連付けられたキャラクターを第２形態で提示する、
付記１から付記８のいずれかに記載のプログラム。
前記行動パート実行手段は、前記第１種類のゲーム要素に関連付けられたキャラクターを第１形態で提示し、
前記対戦パート実行手段は、前記第１種類のゲーム要素に関連付けられたキャラクターを第２形態で提示する、
付記１から付記８のいずれかに記載のプログラム。
【0168】
［付記１０］
前記対戦パート実行手段は、前記第１種類のゲーム要素に対応付けられたキャラクターの変身を演出し、その変身演出後に、前記第１種類のゲーム要素に対応付けられたキャラクターの形態を前記第１形態から前記第２形態に変更する、
付記１から付記９のいずれかに記載のプログラム
前記対戦パート実行手段は、前記第１種類のゲーム要素に対応付けられたキャラクターの変身を演出し、その変身演出後に、前記第１種類のゲーム要素に対応付けられたキャラクターの形態を前記第１形態から前記第２形態に変更する、
付記１から付記９のいずれかに記載のプログラム
【0169】
［付記１１］
第１種類のゲーム要素と第２種類のゲーム要素とを含むグループを編成するグループ編成手段と、
少なくとも一以上の行動からプレーヤがひとつの行動を選択し、選択した行動の結果に応じて第１種類のゲーム要素の属性値を変化させる行動パートを実行する行動パート実行手段と、
前記グループを編成する第２種類のゲーム要素の属性値を少なくとも用いて、前記第１種類のゲーム要素が対戦を行う対戦パートを実行する対戦パート実行手段と、
を備え、
一つのストーリーは、前記行動パートと前記対戦パートとを含み、
前記対戦パート実行手段は、前記対戦パートが所定の条件を満たしたことを条件として、次回以降のストーリーの実行に際して、前記対戦パートをスキップ可能に制御する、
ゲーム装置。
第１種類のゲーム要素と第２種類のゲーム要素とを含むグループを編成するグループ編成手段と、
少なくとも一以上の行動からプレーヤがひとつの行動を選択し、選択した行動の結果に応じて第１種類のゲーム要素の属性値を変化させる行動パートを実行する行動パート実行手段と、
前記グループを編成する第２種類のゲーム要素の属性値を少なくとも用いて、前記第１種類のゲーム要素が対戦を行う対戦パートを実行する対戦パート実行手段と、
を備え、
一つのストーリーは、前記行動パートと前記対戦パートとを含み、
前記対戦パート実行手段は、前記対戦パートが所定の条件を満たしたことを条件として、次回以降のストーリーの実行に際して、前記対戦パートをスキップ可能に制御する、
ゲーム装置。
【符号の説明】
【0170】
１ ゲーム端末
２ ゲームサーバ
１０ デッキ編成パート
１１ エピソード
１２ 行動パート
１３ 変身パート
１４ 対戦パート
１５ エンディングパート
１６ リザルトパート
８０ プレーヤ情報管理部
８１ ゲーム実行管理部
８２ ストア管理部
１０１ プレーヤ情報管理部
１０２ ゲーム実行制御部
１０３ デッキ編成部
１０４ 行動パート実行制御部
１０５ 変身パート実行制御部
１０６ 対戦パート実行制御部
１０７ エンディングエピソード実行制御部
１０８ リザルトパート実行制御部
１０９ ストア提示制御部
２ ゲームサーバ
１０ デッキ編成パート
１１ エピソード
１２ 行動パート
１３ 変身パート
１４ 対戦パート
１５ エンディングパート
１６ リザルトパート
８０ プレーヤ情報管理部
８１ ゲーム実行管理部
８２ ストア管理部
１０１ プレーヤ情報管理部
１０２ ゲーム実行制御部
１０３ デッキ編成部
１０４ 行動パート実行制御部
１０５ 変身パート実行制御部
１０６ 対戦パート実行制御部
１０７ エンディングエピソード実行制御部
１０８ リザルトパート実行制御部
１０９ ストア提示制御部
【要約】
【課題】プレーヤにとっての興趣性の高いゲームを提供すること。
【解決手段】プログラムは、コンピュータを、第１種類のゲーム要素と第２種類のゲーム要素とを含むグループを編成するグループ編成手段、少なくとも一以上の行動からプレーヤがひとつの行動を選択し、選択した行動の結果に応じて第１種類のゲーム要素の属性値を変化させる行動パートを実行する行動パート実行手段、グループを編成する第２種類のゲーム要素の属性値を少なくとも用いて、第１種類のゲーム要素が対戦を行う対戦パートを実行する対戦パート実行手段、として機能させる。一つのストーリーは、前記行動パートと前記対戦パートとを含む。対戦パート実行手段は、対戦パートが所定の条件を満たしたことを条件として、次回以降のストーリーの実行に際して、前記対戦パートをスキップ可能に制御する。
【選択図】図６
【解決手段】プログラムは、コンピュータを、第１種類のゲーム要素と第２種類のゲーム要素とを含むグループを編成するグループ編成手段、少なくとも一以上の行動からプレーヤがひとつの行動を選択し、選択した行動の結果に応じて第１種類のゲーム要素の属性値を変化させる行動パートを実行する行動パート実行手段、グループを編成する第２種類のゲーム要素の属性値を少なくとも用いて、第１種類のゲーム要素が対戦を行う対戦パートを実行する対戦パート実行手段、として機能させる。一つのストーリーは、前記行動パートと前記対戦パートとを含む。対戦パート実行手段は、対戦パートが所定の条件を満たしたことを条件として、次回以降のストーリーの実行に際して、前記対戦パートをスキップ可能に制御する。
【選択図】図６
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】