IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 株式会社コナミデジタルエンタテインメントの特許一覧

特許7341475ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
<>
  • 特許-ゲームシステム、それに用いるコンピュータプログラム、及び制御方法 図1
  • 特許-ゲームシステム、それに用いるコンピュータプログラム、及び制御方法 図2
  • 特許-ゲームシステム、それに用いるコンピュータプログラム、及び制御方法 図3
  • 特許-ゲームシステム、それに用いるコンピュータプログラム、及び制御方法 図4
  • 特許-ゲームシステム、それに用いるコンピュータプログラム、及び制御方法 図5
  • 特許-ゲームシステム、それに用いるコンピュータプログラム、及び制御方法 図6
  • 特許-ゲームシステム、それに用いるコンピュータプログラム、及び制御方法 図7
  • 特許-ゲームシステム、それに用いるコンピュータプログラム、及び制御方法 図8
  • 特許-ゲームシステム、それに用いるコンピュータプログラム、及び制御方法 図9
  • 特許-ゲームシステム、それに用いるコンピュータプログラム、及び制御方法 図10
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-09-01
(45)【発行日】2023-09-11
(54)【発明の名称】ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
(51)【国際特許分類】
   A63F 13/69 20140101AFI20230904BHJP
   A63F 13/46 20140101ALI20230904BHJP
   A63F 13/58 20140101ALI20230904BHJP
   A63F 13/798 20140101ALI20230904BHJP
   A63F 13/825 20140101ALI20230904BHJP
【FI】
A63F13/69
A63F13/46
A63F13/58
A63F13/798
A63F13/825
【請求項の数】 3
(21)【出願番号】P 2019224990
(22)【出願日】2019-12-13
(62)【分割の表示】P 2019132946の分割
【原出願日】2019-07-18
(65)【公開番号】P2021016768
(43)【公開日】2021-02-15
【審査請求日】2022-07-14
(73)【特許権者】
【識別番号】506113602
【氏名又は名称】株式会社コナミデジタルエンタテインメント
(72)【発明者】
【氏名】新出 真
(72)【発明者】
【氏名】藤松 信也
【審査官】鈴木 崇雅
(56)【参考文献】
【文献】特開2017-192631(JP,A)
【文献】特開2016-055182(JP,A)
【文献】ファンタシースターオンライン2 ステップアップガイド,第2巻,株式会社エンターブレイン,2013年04月11日,第31頁
(58)【調査した分野】(Int.Cl.,DB名)
A63F 13/00-98
A63F 9/26
(57)【特許請求の範囲】
【請求項1】
進行に使用されるパラメータを規定するためのレベル値がプレイ状況に基づいて付与される経験値の累積量としての獲得量に応じて上昇するとともに、前記レベル値に上昇の限度としてのレベル上限値が設定されるゲームを提供するコンピュータを備えるゲームシステムであって、
前記コンピュータは、
前記経験値の獲得量を前記レベル値が前記レベル上限値に達した後において当該レベル上限値に達した後の初期値から前記プレイ状況に基づいて増加させる経験値増加手段と、
前記初期値から所定量まで前記経験値の獲得量が増加した場合に特典を付与する特典付与手段と
備え、
前記特典付与手段は、前記ゲームにおいて前記レベル値の上昇に伴い付与され前記ゲームの進行に関連して消費される消費型の特典を、前記特典として付与する、ゲームシステム。
【請求項2】
進行に使用されるパラメータを規定するためのレベル値がプレイ状況に基づいて付与される経験値の累積量としての獲得量に応じて上昇するとともに、前記レベル値に上昇の限度としてのレベル上限値が設定されるゲームを提供するコンピュータのプログラムであって、
前記コンピュータを、
前記経験値の獲得量を前記レベル値が前記レベル上限値に達した後において当該レベル上限値に達した後の初期値から前記プレイ状況に基づいて増加させる経験値増加手段と、
前記初期値から所定量まで前記経験値の獲得量が増加した場合に特典を付与する特典付与手段と、
して機能させ、
前記特典付与手段は、前記ゲームにおいて前記レベル値の上昇に伴い付与され前記ゲームの進行に関連して消費される消費型の特典を、前記特典として付与する、
プログラム。
【請求項3】
進行に使用されるパラメータを規定するためのレベル値がプレイ状況に基づいて付与される経験値の累積量としての獲得量に応じて上昇するとともに、前記レベル値に上昇の限度としてのレベル上限値が設定されるゲームを提供するコンピュータを備えるゲームシステムの制御方法であって、
前記コンピュータは、
前記経験値の獲得量を前記レベル値が前記レベル上限値に達した後において当該レベル上限値に達した後の初期値から前記プレイ状況に基づいて増加させる経験値増加ステップと、
前記初期値から所定量まで前記経験値の獲得量が増加した場合に特典を付与する特典付与ステップと、
を備え、
前記特典付与ステップは、前記ゲームにおいて前記レベル値の上昇に伴い付与され前記ゲームの進行に関連して消費される消費型の特典を、前記特典として付与する、
制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、進行に使用されるパラメータを規定するためのレベル値がプレイ状況に基づいて付与される経験値の獲得量に応じて上昇するとともに、そのレベル値に上昇の限度としてのレベル上限値が設定されるゲームを提供するゲームシステム等に関する。
【背景技術】
【0002】
進行に使用されるパラメータを規定するためのレベル値がプレイ状況に基づいて付与される経験値の獲得量に応じて上昇するとともに、そのレベル値に上昇の限度としてのレベル上限値が設定されるゲームを提供するゲームシステムが存在する。例えば、このようなレベル値、及び経験値の獲得量として、オブジェクトのレベル、及び経験値を利用し、経験値に応じてオブジェクトのレベルをアップさせるゲームが知られている(例えば特許文献1参照)。
【先行技術文献】
【特許文献】
【0003】
【文献】特開2017-192631号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献1のゲームでは、レベルがレベル上限に達した後にも経験値がオブジェクトに付与され、そのレベル上限を超えて付与された経験値(余剰経験値)に基づいて、バフや新スキルの解放等の効果(特典)が付与される。そして、このような特典の付与により、レベル上限に達したユーザのゲームに対する継続意欲の低下の抑制が図られている。しかし、このような特典とレベルアップに伴う本来の特典(効果)との関係に関しては言及されていない。このため、このような余剰経験値に基づく特典とレベルアップに伴う特典との間に特段の関係はないと考えられる。一方、レベル上限前の経験値も余剰経験値もレベル上限前後という付与時期(あるいは条件)に差はあるものの同じ経験値であることに違いはない。このため、余剰経験値に基づく特典は、レベルアップの延長線上に位置すべきものと言え、本来レベルアップの特典と同様であることが好ましいはずである。結果として、これらの特典間に仮に相違が生じてしまうと、レベル上限の前後においてゲーム性に相違が生じてしまう可能性がある。少なくとも、同じ経験値であるにもかかわらず、それらの間の価値に相違が生じてしまうことは間違いなく、結果的にユーザに違和感を与えてしまう可能性がある。
【0005】
一方、レベルアップ時の特典には、一般的に各種のパラメータの規定(例えば、パラメータの上限値)を変更する効果(特典)が含まれる。特許文献1のゲームのバフや新スキルの解放といった特典も同様であるが、これらの特典はゲームの進行に関連して消費されない特典(以下、非消費型の特典と呼ぶ場合がある)に分類することができる。しかし、このような非消費型の特典が余剰経験値に基づく特典(レベル上限後の特典)として利用される場合、ゲームにおける進行状況の差異、又はゲームにおける優劣の差異が、レベル上限のユーザと他のユーザとの間で大きくなり過ぎてしまう可能性がある。具体的には、非消費型の特典は継続的(或いは持続的)な効果を発揮することから、一度その特典が付与されると以降においてその効果が継続的に与えられる。また、既にレベル上限を超えていることから、そのような非消費型の特典の付与に限界はなく、プレイすればするほど多くの特典が付与される。結果として、他のユーザがレベル上限のユーザに追い付ける確率(または、勝利できる確率)が低くなってしまい、むしろ他のユーザのゲームに対する継続意欲の低下を招いてしまう可能性がある。
【0006】
そこで、本発明は、ユーザの違和感を抑制しつつ、レベル値がレベル上限値に達したユーザだけでなく、その他のユーザのゲームに対する継続意欲の低下の抑制も図ることができるゲームシステム等を提供することを目的とする。
【課題を解決するための手段】
【0007】
本発明のゲームシステムは、進行に使用されるパラメータを規定するためのレベル値がプレイ状況に基づいて付与される経験値の獲得量に応じて上昇するとともに、前記レベル値に上昇の限度としてのレベル上限値が設定されるゲームを提供するゲームシステムであって、前記経験値の獲得量を前記レベル値が前記レベル上限値に達した後において当該レベル上限値に達した後の初期値から前記プレイ状況に基づいて増加させる経験値増加手段と、前記初期値から所定量まで前記経験値の獲得量が増加した場合に特典を付与する特典付与手段と、前記特典の付与に伴い、前記経験値の獲得量を前記所定量減少させる経験値減算手段と、を備え、前記特典付与手段は、前記ゲームにおいて前記レベル値の上昇に伴い、前記ゲームの進行に関連して消費される消費型の特典と、前記ゲームの進行に関して消費されない非消費型の特典と、を含むレベル上昇用の特典が付与される場合に、前記消費型の特典、及び前記非消費型の特典のうち前記消費型の特典だけを前記特典として付与するものである。
【0008】
一方、本発明のコンピュータプログラムは、コンピュータを、上述のゲームシステムの各手段として機能させるように構成されたものである。
【0009】
また、本発明の制御方法は、進行に使用されるパラメータを規定するためのレベル値がプレイ状況に基づいて付与される経験値の獲得量に応じて上昇するとともに、前記レベル値に上昇の限度としてのレベル上限値が設定されるゲームを提供するゲームシステムに組み込まれるコンピュータに、前記経験値の獲得量を前記レベル値が前記レベル上限値に達した後において当該レベル上限値に達した後の初期値から前記プレイ状況に基づいて増加させる経験値増加手順と、前記初期値から所定量まで前記経験値の獲得量が増加した場合に特典を付与する特典付与手順と、前記特典の付与に伴い、前記経験値の獲得量を前記所定量減少させる経験値減算手順と、を実行させ、前記特典付与手順は、前記ゲームにおいて前記レベル値の上昇に伴い、前記ゲームの進行に関連して消費される消費型の特典と、前記ゲームの進行に関して消費されない非消費型の特典と、を含むレベル上昇用の特典が付与される場合に、前記消費型の特典、及び前記非消費型の特典のうち前記消費型の特典だけを前記特典として付与するものである。
【図面の簡単な説明】
【0010】
図1】本発明の一形態に係るゲームシステムの概略構成を示す図。
図2】ゲーム機の制御系の要部を示す機能ブロック図。
図3】ホーム画面の一例を模式的に示す図。
図4】リザルト画面の一例を模式的に示す図。
図5】ランク値が上限値に達する前における経験値の獲得量とランクアップとの関係を説明するための説明図。
図6】ランク値が上限値に達した後における経験値の獲得量とランクアップ基準量との関係を説明するための説明図。
図7】プレイデータの構成の一例を示す図。
図8】経験値増加処理の手順の一例を示すフローチャート。
図9】特典付与処理の手順の一例を示すフローチャート。
図10】変形例に係る経験値の獲得量とランクアップ基準量との関係の一例を説明するための説明図。
【発明を実施するための形態】
【0011】
以下、本発明の一形態に係るゲームシステムの一例を説明する。まず、図1を参照して、本発明の一形態に係るゲームシステムの全体構成を説明する。ゲームシステム1は、センターサーバ2と、センターサーバ2に所定のネットワークNTを介して接続可能なクライアント装置としての複数のゲーム機3とを含む。センターサーバ2は、複数のコンピュータ装置としてのサーバユニット2A、2B…が組み合わされることにより一台の論理的なサーバ装置として構成されている。ただし、単一のサーバユニットによりセンターサーバ2が構成されてもよい。あるいは、クラウドコンピューティングを利用して論理的にセンターサーバ2が構成されてもよい。
【0012】
ネットワークNTは、センターサーバ2に対してゲーム機3をそれぞれ接続させることができる限り、適宜に構成されてよい。一例として、ネットワークNTは、WANとしてのインターネットと、センターサーバ2及びゲーム機3のそれぞれをインターネットに接続するLAN、あるいはアクセスポイントAPといった各種の接続設備又は機器等を含んでよい。
【0013】
図1の例では、ゲーム機3としてゲーム機3A、3B、3Cが示されている。ゲーム機3はいずれもゲームを提供するゲーム装置の一例である。ゲーム機3Aはアミューズメント店舗等の施設に設置され、所定の対価の支払いと引き換えにそのプレイ料金に対応した範囲でユーザにゲームをプレイさせる業務用ゲーム機として構成されている。この種のゲーム機はアーケードゲーム機と呼ばれることもある。この種のゲーム機3A(以下、アーケードゲーム機3Aと呼ぶ場合がある)は、多数のユーザにゲームを繰り返しプレイさせて収益を上げることを主たる目的として店舗等の所定の施設に設置される場合が多い。一方、ゲーム機3B、3Cは、ユーザの個人的な使用に供される家庭用の据置型ゲーム機、或いは携帯型のゲーム機である。このようなゲーム機3B、3C(以下、据え置き型ゲーム機3B、或いは携帯型ゲーム機3Cとそれぞれ呼ぶ場合があり、これらを区別しない場合にはユーザ端末装置型のゲーム機3と呼ぶ場合がある)として、スマートフォン等の携帯電話機又は携帯情報端末(タブレット端末、及びパーソナルコンピュータを含む)が機能してよい。なお、図1の例では、複数種類のゲーム機3がセンターサーバ2に接続されているが、センターサーバ2に接続されるゲーム機3は一種類であってもよい。
【0014】
ゲーム機3は、キャラクタ育成ゲームを提供する。キャラクタ育成ゲームは、ゲーム中のキャラクタを育成するタイプのゲームである。このようなキャラクタとして、モンスタ、スポーツ選手、或いは戦士等の各種のジョブ(職業)を持つ人物、並びに車や動物等の各種の物が利用されてよい。また、育成対象のキャラクタは、一体でもよいし、複数体でもよい。以下では、一例として、ゲーム機3がダンスユニット(複数のキャラクタによるチーム)を育成するタイプのキャラクタ育成ゲームを提供する場合について説明する。
【0015】
このようなキャラクタ育成ゲームでは、ゲーム中の各種の要素を通じてダンスユニットを形成する各キャラクタが育成される。このような育成用の要素には、ミニゲームが含まれる。つまり、各キャラクタは、このようなミニゲームのプレイを通じて育成される。このようなミニゲームは、各種のゲームを含んでよいが、一例として音楽ゲームを含んでいる。音楽ゲームは、タイミングゲームの一種である。タイミングゲームは、適切なプレイ行為の実行時期を評価するタイプのゲームである。音楽ゲームの場合、その適切なプレイ行為を実行すべき実行時期が楽曲とともに提供される。また、音楽ゲームでは、楽曲のリズムと一致する時期が実行時期として利用される。つまり、音楽ゲームは、適切なプレイ行為を実行すべき時期を楽曲のリズムに合わせてユーザに案内し、実際にプレイ行為が実行された時期を評価するタイプのゲームである。また、例えば、音楽ゲームにはプレイ用に複数の楽曲が用意され、そこから選択された楽曲が実際のプレイに使用される。例えば、そのような音楽ゲームは、表示装置に表示されるゲーム画面を通じて提供される。具体的には、このようなゲーム画面は、各実行時期に対応する指示標識及び現在時刻の基準として機能する基準標識を含み、それらの指示標識及び基準標識を利用し、各実行時期において指示標識及び基準標識の位置が一致するように指示標識と基準標識との間に相対的変位を生じさせることにより各実行時期を案内する。
【0016】
ゲームシステム1には、ネットワークNTを介してユーザ端末装置4が接続される場合もある。ユーザ端末装置4は、ネットワーク接続が可能でかつユーザの個人用途に供されるコンピュータ装置である。例えば、据置型又はブック型のパーソナルコンピュータ4A、あるいは携帯電話(スマートフォンを含む。)のようなモバイル端末装置4Bがユーザ端末装置4として利用される。その他にも、据置型の家庭用ゲーム機、携帯型ゲーム機、携帯型タブレット端末装置といった、ネットワーク接続が可能でかつユーザの個人用途に供される各種のコンピュータ装置がユーザ端末装置4として利用されてよい。ユーザ端末装置4は、各種のコンピュータソフトウエアを実装することにより、センターサーバ2が提供する種々のサービスをユーザに享受させることが可能である。なお、このようなユーザ端末装置4がコンピュータソフトウエアを通じてゲーム機3として機能してもよい。
【0017】
センターサーバ2は、ゲーム機3又はそのユーザに対して各種のゲーム機用サービスを提供する。ゲーム機用サービスは、ネットワークNTを介してゲーム機3のプログラム或いはデータを配信し、更新する配信サービスを含んでいる。センターサーバ2は、このような配信サービスを通じて各ゲーム機3にキャラクタ育成ゲームの提供に必要な各種のプログラム或いはデータを適宜に配信等する。また、ゲーム機用サービスは、ネットワークNTを介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービスを含んでいる。ゲームシステム1は、このようなマッチングサービスを通じてキャラクタ育成ゲーム(音楽ゲーム等のキャラクタ育成ゲームの一部の場合を含む)を、複数のユーザ間において進行を共通させる複数プレイ型のゲームとして提供する場合がある。
【0018】
なお、ゲーム機用サービスは、その他にもゲーム機3からユーザの識別情報を受け取って、そのユーザを認証するサービスを含んでいてよい。また、認証したユーザのプレイデータをゲーム機3から受け取って保存し、或いは保存するプレイデータをゲーム機3に提供するサービスを含んでいてもよい。さらに、ユーザから料金を徴収する課金サービス等を含んでいてもよい。同様に、センターサーバ2は、ネットワークNTを介してユーザ端末装置4のユーザに各種のWebサービスを提供してよい。Webサービスは、ゲーム機3が提供するゲームに関する各種の情報を提供するゲーム用情報サービス、各ユーザ端末装置4に各種データ或いはソフトウエアを配信(データ等のアップデートを含む)する配信サービス、ユーザによる情報発信、交換、共有といった交流の場を提供するコミュニティサービス、及び各ユーザを識別するためのユーザIDを付与するサービス等のサービスを含んでよい。
【0019】
次に、図2を参照してゲームシステム1の制御系の要部を説明する。まず、センターサーバ2には、制御ユニット21、及び記憶手段としての記憶部22が設けられる。制御ユニット21は、所定のコンピュータプログラムに従って各種の演算処理及び動作制御を実行するプロセッサの一例としてのCPUと、その動作に必要な内部メモリその他の周辺装置とを組み合わせたコンピュータとして構成されている。
【0020】
記憶部22は、ハードディスクアレイ等の不揮発性記憶媒体(コンピュータ読み取り可能な記憶媒体)を含んだ記憶ユニットによって実現される外部記憶装置である。記憶部22は、一の記憶ユニット内に全てのデータを保持するように構成されてもよいし、複数の記憶ユニットにデータを分散して記憶するように構成されてもよい。記憶部22には、ユーザに各種のサービスを提供するために必要な各種の処理を制御ユニット21に実行させるコンピュータプログラムの一例として、プログラムPG1が記録される。また、記憶部22には、各種のサービスの提供に必要なサーバ用データが記憶される。そのようなサーバ用データはキャラクタ育成ゲーム用の各種のデータを含んでいるが、図2の例ではそのような各種のデータの一種として、プレイデータPDが示されている。プレイデータPDは、各ユーザの過去のプレイ実績に関する情報が記述されたデータである。プレイデータPDは、例えば、前回までのプレイ結果(過去の実績)を次回以降に引き継ぐため、或いは各ユーザに固有の設定内容を引き継ぐために使用される。プレイデータPDの詳細は、後述する。
【0021】
なお、サーバ用データは、例えばその他にも各種のサービスを実現するための各種のデータを含んでよい。例えば、そのようなデータには、楽曲データ、シーケンスデータ、動画データ、或いはID管理データ等が含まれてよい。楽曲データは、音楽ゲームで使用される楽曲を再生するためのデータである。シーケンスデータは、音楽ゲームにおいてユーザによってプレイ行為が実行されるべき各実行時期が記述されたデータである。シーケンスデータは、各実行時期の案内及びその評価に使用される。このため、シーケンスデータには、各実行時期、及びその実行時期に実行されるべき適切なプレイ行為の情報が互いに関連付けられるように記述される。動画データは、音楽ゲーム中に動画を表示するためのデータである。このような動画は、ダンス動画(各キャラクタによるダンスアニメーションを含む)を含む。このようなダンス動画のキャラクタのダンス(動作)は、動画データに基づいてプログラムPG1によって随時実現されてもよいが、例えばモーションセンサを付けた人が動いた軌跡を収録し、その検出結果に基づく軌跡により実現されてもよい。また、各動画は、仮想三次元空間を仮想カメラで撮影した撮影結果として構成されてよい。ID管理データは、ユーザID等の各種IDを管理するためのデータである。しかし、それらの図示は省略した。
【0022】
制御ユニット21には、制御ユニット21のハードウエア資源とソフトウエア資源としてのプログラムPG1との組合せによって実現される論理的装置として、ゲーム機サービス管理部24が設けられる。ゲーム機サービス管理部24は、ゲーム機3に対して上述のゲーム機用サービスを実現するための各種処理を実行する。なお、制御ユニット21には、その他にも各種の論理的装置が設けられ得る。例えば、そのような論理的装置には、ユーザ端末装置4が接続される場合にそのユーザ端末装置4に上述のWebサービスを実現するための各種の処理を実行するWebサービス管理部が含まれる。同様に、制御ユニット21には、キーボード等の入力装置、モニタ等の出力装置等が必要に応じて接続され得る。しかし、それらの図示は省略した。
【0023】
一方、ゲーム機3には、コンピュータとしての制御ユニット31と、記憶手段としての記憶部32とが設けられる。制御ユニット31は、所定のコンピュータプログラムに従って各種の処理を実行するプロセッサの一例としてのCPUと、その動作に必要な内部メモリその他の周辺装置とを組み合わせたコンピュータとして構成されている。
【0024】
記憶部32は、ハードディスク、半導体記憶装置といった不揮発性記憶媒体(コンピュータ読み取り可能な記憶媒体)を含んだ記憶ユニットによって実現される外部記憶装置である。記憶部32には、ユーザに各種のサービスを提供するために必要な各種の処理を制御ユニット21に実行させるコンピュータプログラムの一例として、プログラムPG2が記録される。また、記憶部32には、キャラクタ育成ゲームの提供に必要なゲームデータが記録される。そのようなゲームデータには、音楽ゲーム用のデータを含む各種のデータが含まれるが、図2の例ではその一種としてプレイデータPDが示されている。プレイデータPDは、配信サービスを通じてセンターサーバ2から提供される。なお、ゲームデータには、プレイデータPDと同様に配信サービスを通じて提供される楽曲データ、シーケンスデータ、動画データ、或いはID管理データが含まれ得る。また、ゲームデータには、例えば、その他にもゲーム用の各種の画像を表示するための画像データ、及び各種のBGMを再生するためのBGMデータ等が含まれ得る。しかし、これらの図示は省略した。
【0025】
制御ユニット31には、制御ユニット31のハードウエア資源とソフトウエア資源としてのプログラムPG2との組合せによって各種の論理的装置が構成される。そして、それらの論理的装置を通じてキャラクタ育成ゲームの提供に必要な各種の処理(センターサーバ2のゲーム機サービス管理部24が提供するゲーム機用サービスを享受するために必要な処理を含む)が実行されるが、図2の例では、キャラクタ育成ゲームに関連する論理的装置として、進行制御部33、及びデータ管理部34が示されている。
【0026】
進行制御部33は、ゲームの進行を制御するための各種の処理を行う論理的装置である。そのような処理には、指示標識及び基準標識を通じた各実行時期の案内を行う処理、或いはそのような各実行時期に基づいてプレイ行為を評価するための処理等も含まれる。あるいは、ダンスユニットによるダンス等の各種動画を表示するための処理も含まれる。つまり、音楽ゲームのプレイを実現するための各種の処理が含まれる。
【0027】
一方、データ管理部34は、記憶部32に記録される各種データの管理に関する各種の処理を行う論理的装置である。このような処理には、ゲームの進行に関連して変化するデータを更新する処理が含まれる。また、このようなデータには、プレイデータPDが含まれる。つまり、データ管理部34が実行する処理には、ゲームの進行に関連してプレイデータPDを更新する処理が含まれる。具体的には、データ管理部34は、そのようなプレイデータPDを更新する処理として、例えば、経験値増加処理、及び特典付与処理を実行する。経験値増加処理、及び特典付与処理の手順は、後述する。
【0028】
また、ゲーム機3にはアーケードゲーム機3A、或いはユーザ端末装置型のゲーム機3等の種類に応じて適宜に各種の出力装置、及び入力装置が設けられてよいが、図2の例ではモニタ37、及びスピーカSPがゲーム機3に設けられる出力装置として示されている。モニタ37、及びスピーカSPは、それぞれゲーム画面等を表示するための周知の表示装置、及び音声を再生するための周知の音声再生装置である。同様に、図2の例では、ゲーム機3に設けられる入力装置として、ユーザのプレイ行為を入力するための入力装置36が示されている。入力装置36は、ゲーム機3の種類に応じて適宜に構成されてよい。例えば、アーケードゲーム機3Aの場合、入力装置36として音楽ゲーム用に足で踏むように押す押しボタン付きのステージが利用されてもよい。そして、このステージの上でユーザは音楽ゲームをプレイしてよい。あるいは、複数の押ボタンが設けられたコントロールパネルが用意されてもよい。このような場合、足或いは手で押しボタンを押す操作がプレイ行為として利用される。また、タッチパッドやタッチパネルディスプレイが入力装置36として利用されてもよい。この場合、これらを手や足、あるいはタッチ用のペン(いわゆるスタイラスペン)でタッチする行為がプレイ行為として利用される。
【0029】
一方、例えば、据え置き型ゲーム機3Bの場合、入力装置36として複数の押しボタンを含むキーボード、或いは専用のコントローラ(主として足で操作するために床等に敷いて用いるマットコントローラを含む)が使用されてよい。この場合、それらの押しボタンを押す操作がプレイ行為として利用される。同様に、例えば、携帯型ゲーム機3Cの場合、入力装置36として、例えば、ユーザのタッチ操作(指で触れる操作)に対応した信号を出力するタッチパネルが利用されてよい。この場合、タッチ操作及びその位置がプレイ行為として利用される。また、携帯型ゲーム機3Cに、有線または無線で専用のコントローラ(上述のマットコントローラを含む)が接続され、使用されてもよい。
【0030】
なお、その他にも、例えばアーケードゲーム機3Aには、現金、代替硬貨、メダル、電子通貨(ポイントを含む)、クレジットカード機能等を利用してユーザからゲームに必要な所定の対価を徴収するための対価徴収装置が入力装置として設けられてもよい。そして、そのような装置によって、例えば電子通貨の残量を記録するカードを介して電子通貨等の各種の対価が徴収されてよい。また、例えばユーザ端末装置型のゲーム機3の場合、ユーザ端末装置型のゲーム機3はゲームを有償(追加的範囲のプレイ等のためにゲームの一部が有償の場合を含む)で提供しても、無償(事前にソフトウエアを購入している場合を含む)で提供してもよい。ゲームが有償で提供される場合、ユーザ端末装置型のゲーム機3においてその対価は各種の周知の決済処理を通じて徴収されてよい。
【0031】
次に、キャラクタ育成ゲームの進行について説明する。以下では、入力装置36としてタッチパネルを利用する携帯型ゲーム機3Cを例に、このような携帯型ゲーム機3Cのモニタ37に表示されるゲーム画面の一例を参照しつつ、キャラクタ育成ゲームの進行について説明する。図3は、ホーム画面の一例を模式的に示す図である。ホーム画面40は、キャラクタ育成ゲームのためにモニタ37に表示される各種のゲーム画面のうち、主として他のゲーム画面への起点として機能するゲーム画面である。このため、ホーム画面40には、各画面に遷移するためのタッチ位置(タッチ操作がされるべき位置)として機能するアイコン(以下、遷移用アイコンと呼ぶ場合がある)が表示される。また、ホーム画面40には、その他にも管理用の機能や情報が設けられる場合がある。具体的には、図3に示すように、ホーム画面40は、“STORY”アイコン41、“DANCER”アイコン42、“TEAM”アイコン43、“抽選”アイコン44、“おつかい”アイコン45、“DANCE BATTLE”アイコン46、“MISSION”アイコン47、情報領域48、及びキャラクタ画像CAを含んでいる。
【0032】
“STORY”アイコン41は、ストーリ画面(不図示)に遷移するための遷移用アイコンである。ストーリ画面は、ゲーム中の各キャラクタが持つ個々のヒストリ、或いは複数人の会話シーンなど、各キャラクタに設定されている物語(ストーリ)アニメーション(動画)を選択、視聴するためのゲーム画面である。このようなストーリは、ゲームで獲得した報酬や各キャラクのレベル等、プレイ状況に応じて新しく解禁される(視聴可能になる)ものを含む場合がある。
【0033】
“DANCER”アイコン42は、キャラクタ画面(不図示)に遷移するための遷移用アイコンである。キャラクタ画面は、各キャラクタの詳細を提示するためのゲーム画面である。キャラクタ育成ゲームには多くのキャラクタが用意されており、キャラクタ画面には各キャラクタの詳細が表示される。例えば、キャラク画面では、各キャラクタの詳細として、各キャラクタのパラメータの情報がキャラクタ毎に表示される。
【0034】
“TEAM”アイコン43は、チーム(ユニット)編成画面(不図示)に遷移するための遷移用アイコンである。チーム編成画面は、ダンスユニットを形成する各キャラクタを選択するためのゲーム画面である。一つのダンスユニットは、適宜の数のキャラクタによって形成されてよいが、以下では、一つのダンスユニットが3名のキャラクタによって形成される場合について説明する。
【0035】
“抽選”アイコン44は、抽選結果画面(不図示)に遷移するための遷移用アイコンである。抽選結果画面は、キャラクタ育成ゲームに関連する各種の要素を抽選で付与するための抽選ゲームを提供するためのゲーム画面である。例えば、このような抽選ゲームでは、キャラクタ育成ゲームに関連する要素として各キャラクタに対応するカードが抽選で付与される。抽選ゲームで付与されたカードは、キャラクタ育成ゲームにおいてプレイの進行に使用されてもよいし、単にコレクション或いは鑑賞用のカードとして機能してもよい。
【0036】
“おつかい”アイコン45は、おつかい画面(不図示)に遷移するための遷移用アイコンである。おつかい画面は、おつかいイベントを提供するためのゲーム画面である。おつかいイベントは、各種のアイテムを獲得するためのイベントである。おつかいイベントは、ゲームに設定された所定の価値の消費に伴い提供される。
【0037】
“DANCE BATTLE”アイコン46は、音楽ゲーム画面(不図示)に遷移するための遷移用アイコンである。音楽ゲーム画面は、上述のような指示標識等の表示を通じて実際に音楽ゲームをユーザにプレイさせるためのゲーム画面である。また、そのような音楽ゲーム画面には、ダンスユニットによるダンス動画も表示される。
【0038】
“MISSION”アイコン47は、ミッション画面(不図示)に遷移するための遷移用アイコンである。ミッション画面は、ゲーム中に用意されたミッションのリスト、達成条件、達成に伴う報酬、或いは達成履歴等のミッションに関する情報を提供するためのゲーム画面である。ミッションは、達成条件を満たす(達成する)ことにより所定の報酬をユーザに付与するためのイベントの一種である。ゲーム中には、このようなミッションとして、プレイ毎に達成の可否の判別が可能なものから、今回(1回)のプレイだけでは達成できない比較的長期のプレイを対象にするものまで用意されていてよい。
【0039】
情報領域48は、ゲームに関連する各種の情報を提示するための領域である。情報領域48は、例えば、名称領域48A、ランク領域48B、体力値領域48C、及び通貨領域48Dを含んでいる。名称領域48Aは、ユーザのゲーム中における名称(“ゴゴ”)、及びゲーム中に用意されたユーザ用の各種の称号(プレイ状況が各種の付与条件を満たした場合にその満たされた条件に応じて与えられ、後述のランクのうちの一部のランクに対応するように設けられる場合が多く、ユーザのランクを示す情報の一種として機能する場合も多いが、ランクとは独立して付与されてもよい)のうちプレイ中のユーザに与えられた称号(“紅鶴学園ゴールド生”)を表示するため領域である。
【0040】
ランク領域48Bは、ユーザのランクを示すランク値を表示するための領域である。ランクは、位、段階等の程度を示す概念であり、いわゆるレベルに相当する意味をもつ。このため、ランク値は、ユーザのゲームにおける成長度を示すレベル値として機能し、この値が大きいほど多くゲームをプレイしたことを示す場合が多い。ランク値として、数値、アルファベット等の文字、或いは記号等の適宜の要素(互いに区別され、程度を特定可能なもの)が利用されてよいが、図3の例では数値(“75”)が利用されている。また、ランク値は、各種のパラメータを規定するための値である。つまり、ランク値に応じて、後述の体力値等の各種のパラメータが規定される。ランク値は、キャラクタ育成ゲームのプレイ状況(例えば、育成用の音楽ゲームの獲得得点等のプレイ結果)に基づいて付与される経験値に応じて上昇する。このため、ランク領域48Bには経験値の獲得量の情報も表示される。具体的には、ランク領域48Bは、経験値ゲージEGを含んでいる。経験値ゲージEGは、ホーム画面40において経験値の獲得量を示すゲージとして機能する画像である。経験値ゲージEGには、現在までの経験値の獲得量(右斜線)、及び次回のランク値アップ(上昇)までの残量(白抜き)の情報が提示される。経験値の獲得量とランク値の上昇との関係は、更に後述する。
【0041】
通貨領域48Dは、ゲーム内において通貨として機能する通貨価値(以下、ゲーム内通貨と呼ぶ場合がある)に関する情報を表示する領域である。ゲーム内通貨は、アイテムの購入、或いは各種の抽選機会の付与(上述の抽選ゲームのプレイ)等の所定の機能を利用するために消費される価値である。ゲーム内通貨は、例えば、現実の通貨の消費(プレイ用の対価と同様に徴収されてよい)に伴い購入される。通貨領域48Dには、例えば、通貨残高領域48D1と、通貨購入用アイコン48D2とが設けられる。通貨残高領域48D1は、現在ユーザが所有するゲーム内通貨の残高(“0”)を提示するための領域である。通貨購入用アイコン48D2は、ゲーム内通貨を購入(残高を増やす)ためのタッチ位置として機能するアイコンである。具体的には、通貨購入用アイコン48D2は、ゲーム内通貨の購入を要求するためにタッチ操作される位置として機能する。通貨購入用アイコン48D2へのタッチ操作に伴い、例えば、購入額の選択、或いは購入実行の可否確認を行うための追加領域(いわゆるポップアップ)が更に提示されてもよい。
【0042】
体力値領域48Cは、体力値に関する情報を表示する領域である。体力値は、イベントの利用等の各種の進行をキャラクタ育成ゲームに付与するために消費される価値である。体力値は、ユーザの体力値としてユーザ毎に設定される。このような体力値は、各種の進行の付与のために使用されてよいが、例えば上述のおつかいイベントの提供(利用)、或いは音楽ゲームのプレイのために消費される。体力値は、時間経過に従って徐々に最大値(レベル等に応じて変化する場合がある)まで回復する。また、キャラクタ育成ゲームには、体力値を所定量回復させるためのアイテム(以下、回復アイテムと呼ぶ場合がある)も用意される。このような回復アイテムによる体力値の回復には制限(例えば、期間、回数、或いは最大値まで等の量)が設定されてもよいし、無制限に使用が許容されてもよい。
【0043】
体力値領域48Cには、例えば、体力値提示領域48C1と、回復用アイコン48C2とが設けられる。体力値提示領域48C1は、各ユーザの体力値の現在値(残量)及び最大値を提示するための領域である。図3の例では、このユーザの現在の体力値(“30/30”の分子)、及び最大値(“30/30”の分母)として、いずれも“30”が提示されている。なお、体力値の回復は最大値に制限されてもよいが、制限されなくともよい。このため、例えば体力値の回復が最大値に制限されない場合、体力値の現在値(残量)は体力値の最大値(分母)を上回ってもよい。回復用アイコン48C2は、体力値を回復するためのタッチ位置として機能するアイコンである。より具体的には、回復用アイコン48C2は、体力値の回復を要求するためにタッチ操作される位置として機能する。回復用アイコン48C2へのタッチ操作に伴い、例えば、体力値を回復させるための回復アイテムの選択、或いはそのような回復アイテムの使用の可否を確認するための追加的領域(いわゆるポップアップ)がさらに提示されてもよい。そして、そのようなタッチ操作によって回復アイテムが実際に使用(消費)された場合に、体力値が所定量回復する。
【0044】
キャラクタ画像CAは、各キャラクタに対応する画像である。ホーム画面40には、育成対象のダンスユニットを構成する各キャラクタに対応するキャラクタ画像CAが適宜に表示される。図3の例では、ホーム画面40には、ダンスユニットを構成する3名(全員)のキャラクタに対応する3つのキャラクタ画像CAがそれぞれ表示されている。
【0045】
なお、体力値提示領域48C1には、このようなユーザの体力値に限定されず、例えばカーソル等の所定の指定手段によって指定されたキャラクタ等、適宜の条件に該当するキャラクタに関する体力値の情報が提示されてよい。あるいは、体力値提示領域48C1には、全キャラクタの体力値が提示されてもよい。同様に、ホーム画面40における各キャラクタ画像CAの配置は適宜でよい。例えば、事前の指定、或いはプレイ状況等の条件に応じてユーザが最も推奨するキャラクタ(いわゆる推しメンバ)が決定され、そのようなキャラクタのキャラクタ画像CAがホーム画面40において最も手前に配置されてもよい。あるいは、各キャラクタ画像CAの配置は、ユーザの指定に基づいて決定されてもよい。さらに、各キャラクタには、キャラクタ毎、或いはチーム(ユニット)毎に適宜にレベル値(ランク値)が設定されてよい。そして、そのようなレベル値に応じて各キャラクタ、或いはチームを定義する各種のパラメータの上限値等が適宜に規定されてよい。あるいは、ユーザのランク値、及び各キャラクタ(若しくはチーム)のランク値のいずれか一方は省略されてもよい。同様に、経験値の獲得量は、ランク領域48Bの経験値ゲージEGに限定されず、適宜の場所に適宜の手法で提示されてよい。
【0046】
図4を参照して、経験値ゲージEGについて更に説明する。キャラクタ育成ゲームでは、音楽ゲーム等のミニゲームの後にリザルト画面が表示される場合がある。リザルト画面は、ミニゲームのプレイ結果を提示するためのゲーム画面である。このようなリザルト画面に、経験値ゲージEGが提示される場合がある。図4は、そのようなリザルト画面の一例を模式的に示す図である。また、図4の例は、対戦型のゲームとして提供された場合の音楽ゲームの後に表示されるリザルト画面の一例を示している。この場合、図4に示すように、リザルト画面50Fは、対戦結果表示領域50F1、楽曲情報領域50F2、及び獲得情報領域50F3を含んでいる。
【0047】
対戦結果表示領域50F1は、音楽ゲームにおける対戦結果(例えば勝利を意味する“WIN”)を提示するための領域である。楽曲情報領域50F2は、音楽ゲームにおいてプレイに使用された楽曲の情報を提示するための領域である。楽曲情報領域50F2には、楽曲の情報として、例えば名称(“A楽曲”)、及びその難易度(“NORMAL”)が表示される。獲得情報領域50F3は、音楽ゲームのプレイ結果に応じて付与される各種の価値の情報を提示するための領域である。このような各種の価値として、適宜の価値が採用されてよいが、図4の例では経験値、及びアイテムがこのような価値の一種として付与されている。このため、獲得情報領域50F3には、このような価値の情報として、経験値の獲得量(“+957”)、及びアイテム(“Aアイテム”)の情報を含んでいる。また、このような経験値の獲得量が影響を与える要素(価値)として、ランク値、及び経験値の累積量に関する情報も表示されている。
【0048】
具体的には、獲得情報領域50F3は、獲得経験値部F31、ランク情報部F32、累積経験値部F33、及び報酬情報部F34を含んでいる。獲得経験値部F31は、今回の音楽ゲームのプレイを通じて獲得された経験値の獲得量の情報を表示するための部分である。また、報酬情報部F34は、今回の音楽ゲームのプレイを通じて報酬として付与されるアイテムの情報を表示するための部分である。このため、獲得経験値部F31には今回の経験値の獲得量として“+957”の情報が、報酬情報部F34には今回の付与されたアイテムとして“Aアイテム”の情報が、それぞれ表示されている。
【0049】
一方、ランク情報部F32は、今回獲得された経験値の獲得量を反映した後のユーザのランク値を表示するための部分である。図4の例では、ランク情報部F32には“1UP”及び“76”の情報が表示されている。“1UP”は今回の経験値の獲得量によりユーザのランク値が一つ上昇することを、“76”はそのような上昇後のユーザのランク値を、それぞれ示している。つまり、ランク情報部F32には、今回獲得された経験値の獲得量を反映した後のユーザのランク値の情報に加えて、そのような経験値の獲得量によってランク値が上昇した場合にはその上昇したランク値の数の情報も表示される。
【0050】
また、累積経験値部F33は、今回獲得された経験値の獲得量を反映した後の累積的な経験値の獲得量を表示するための部分である。累積経験値部F33には、このような累積的な経験値の獲得量を示すために経験値ゲージEGが表示される。経験値ゲージEGには、今回獲得された経験値の獲得量を反映した後の累積的な経験値の獲得量EV(右斜線)が表示される。また、経験値ゲージEGは左右方向に延びる帯状に形成され、左端がゼロ(初期値)として、右端が次回にランク値上昇(ランクアップ)に到るために必要な経験値の累積量(以下、ランクアップ基準量と呼ぶ場合がある)として、それぞれ機能するように経験値の獲得量EV(右斜線)が変化する。このため、経験値ゲージEGにおいて経験値の未獲得部分(白抜き部分)が次にランクアップするために必要な残量として機能する。そして、これらの累積的な経験値の獲得量EV(経験値ゲージEGの右斜線に対応する部分)、及び次回のランクアップ基準量にそれぞれ対応する数値が経験値ゲージEGの上方に表示される。具体的には、図4の例では、累積的な経験値の獲得量EVに対応する数値として“597”が、次回のランクアップ基準量に対応する数値として“785”が、それぞれ表示されている。また、これらは前者を分子、後者を分母としてそれぞれ配置する分数形式(“597/785”)で表示される。
【0051】
次に、図5及び図6を参照して、経験値の獲得量とランク値の上昇(ランクアップ)との関係について更に説明する。ランク値には、上昇の限度としての上限値が設定される。ランク値の無制限の上昇は、リソース等の問題から好ましくないからである。また、ランク値が無制限に上昇すると、ゲームにおける進行状況の差異又はゲームにおける優劣の差異がユーザ間において大きくなり過ぎてしまう可能性がある。結果として、上位のユーザに他のユーザが追い付ける確率(または、勝利できる確率)が低くなってしまい、他のユーザのゲームに対する継続意欲が低下してしまう可能性もある。このため、ランク値には上限値が設定される。同種のゲームには、ランク値(レベル値)が上限値(レベル上限値)に達した後には経験値の獲得量が蓄積されない場合も多いが、経験値ゲージEGにはそのような上限値に達した後においても経験値の獲得量が反映される。ただし、既にランク値は上限値に達していることから経験値の獲得量はランク値の上昇に寄与できない。このため、そのような上限値に達する前後において経験値の獲得量とランクアップ(ランクアップのための基準量への到達)との関係には変化が生じる。
【0052】
図5は、ランク値が上限値に達する前における経験値の獲得量とランクアップとの関係を説明するための説明図である。図5の例は、(a)ランクアップ前、(b)ランクアップ時、及び(c)ランクアップ直後の三つの状態に対応する経験値ゲージEGを示している。図5に示すように、経験値ゲージEGの経験値の獲得量EVは、プレイ状況に基づいて徐々に増加し、ランクアップ基準量まで到るとランクアップ特典の付与とともにゼロ(初期値)にリセットされる。
【0053】
具体的には、まず(a)の経験値ゲージEGが示すように、ランクアップ前まではプレイ状況に基づく経験値の獲得に伴い、経験値の獲得量EVは徐々に増加する。このような増加は、例えば、経験値の獲得量EVが経験値ゲージEGの白抜き部分を埋めるように経験値ゲージEGにおいて表現される。つまり、経験値の獲得量EVは、徐々にランクアップ基準量に迫るように白抜き部分の範囲に拡大を続ける。ランクアップ基準量は、ランクアップの基準として機能する値(獲得量)である。このようなランクアップ基準量は、適宜に設定されてよい。例えば、ランク値の上昇に伴い、ランクアップまでに必要な経験値の獲得量EVが漸次増加するように、ランク値毎(所定の間隔毎でもよい)にランクアップ基準量は設定されてもよい。つまり、ランクアップ基準量は、その基準量によって付与されるランク値に応じて変化してもよい。あるいは、ランクアップ基準量は、ランク値にかかわらず一律に同じ獲得量であってもよい。
【0054】
続いて(b)の経験値ゲージEGが示すように、ランクアップ基準量まで経験値の獲得量EVが到った(経験値の獲得量EVがランクアップ基準量と一致した)場合には、ランク値が一つ上昇する。また、このようなランクアップ(ランク値の上昇)には、ランクアップ特典(効果)が伴う。つまり、ランクアップ時には、ランクアップ特典が付与される。ランクアップ特典は、適宜に構成されてよいが、例えば消費型の特典(効果)、及び非消費型の特典を含んでいる。消費型の特典は、ゲームの進行(時間経過を含む)に関連して消費されるタイプの特典である。このような消費型の特典には、使用に伴い消費される(消えてしまう)アイテム(例えば回復アイテム等)、或いは進行に伴い減少する(消費される)パラメータの値等の回復等が含まれるが、図5の例ではこのようなパラメータ値の回復として体力値の回復が採用されている。体力値の回復は、体力値を所定量回復させる特典である。つまり、ランクアップに伴い、ランクアップ特典として体力値が所定量回復する。このような所定量は適宜に設定されてよい。例えば所定量として体力値の最大値相当の量(この場合、最大値、つまりパラメータの上限値を超えた回復が許容されてよい)が採用されてもよいし、最大値まで回復される量(残量に応じて変化する量)が採用されてもよい。また、このような所定量は、回復アイテムによる回復量と同等等、関係していてもよいし、無関係であってもよい。
【0055】
一方、非消費型の特典は、ゲームが進行しても消費されない(効果が所定期間維持される、固定される)タイプの特典である。非消費型の特典には、例えば、各種のパラメータの上限値(消費型のパラメータの場合は分母、非消費型のパラメータの場合はその値等)を上昇させる効果が含まれる。このようなパラメータの上限値(最大値)の上昇は、ランク値の上昇が意図する本来の効果である。このようなパラメータとして各種のパラメータが利用されてよいが、図5の例では体力値が採用されている。つまり、ランクアップに伴い、ランクアップ特典として体力値の最大値が上昇する。同様に、このような非消費型の特典として、使用しても消えないアイテム(例えばキャラクタ用の衣装等)、或いは特別なイベント(進行)の付与等の各種の特典が利用されてよいが、図5の例ではストーリ解放が採用されている。ストーリ解放は、ストーリ画面において視聴可能なストーリを新しく解放する特典である。つまり、ランクアップに伴い、ランクアップ特典としてストーリ画面において新しいストーリが解放される。
【0056】
さらに、このようなランクアップ特典の付与(あるいはランクアップ)に伴い、(c)の経験値ゲージEGが示すように、経験値ゲージEGの経験値の獲得量EVは、ゼロ(初期値)にリセットされる。具体的には、経験値ゲージEGの全部が白塗り表示に戻る。つまり、今回のランクアップまでに獲得した経験値がクリアされ、新たにゼロから経験値の獲得量EVの蓄積が開始される。このようにレベル上限値に到達するまでは、プレイ状況に基づく経験値の獲得量EVの増加、ランクアップ基準量到達に伴うランクアップ(ランクアップ特典の付与)、及び経験値の獲得量EVのクリア(リセット)が繰り返される。また、この例においてランクアップ特典が本発明のレベル上昇用の特典として機能する。なお、ランクアップ特典は、上述のとおり適宜でよく、例えばパラメータの上限値の上昇(例えば体力値の最大値アップ)等の本来の特典だけであってもよい。つまり、消費型の特典、或いはストーリ解放等の他の非消費型の特典といったその他の付随的な特典を含んでいなくてもよい。
【0057】
一方、図6は、ランク値が上限値に達した後における経験値の獲得量とランクアップ基準量との関係を説明するための説明図である。図6の例は、図5の例と同様に、(a)ランクアップ基準量に到達する前、(b)ランクアップ基準量に到達した際、及び(c)ランクアップ基準量に到達した後の三つの状態に対応する経験値ゲージEGを示している。図6に示すように、経験値ゲージEGの経験値の獲得量EVは、図5の例と同様に、プレイ状況に基づいて徐々に増加し、ランクアップ基準量まで到るとゼロ(初期値)にリセットされる。一方で、ランクアップ基準量に到った際の特典は、ランク値が上限値に達する前(図5の例)と相違している。
【0058】
具体的には、ランク値が上限値に達した後に経験値ゲージEGの経験値の獲得量EVがランクアップ基準量(例えば上限値到達後の次回に相当)に到達した(初期値からランクアップ基準量まで増加した)場合には、ランクアップ特典の代わりに、基準達成特典(効果)が付与される。このような基準達成特典として適宜の特典が利用されてよいが、例えばランクアップ特典の一部が利用される。具体的には、ランクアップ特典のうち、消費型の特典だけが基準達成特典として利用される。つまり、ランクアップとの相違を明確化するために(あるいは、実質的にランクアップと同様の効果が生じることを避けるために)、ランクアップ特典のうち、ランクアップに伴う本来の特典等の非消費型の特典の付与が省略される。このため、図6の例では、基準達成特典として体力値の回復(回復効果)が付与され、経験値ゲージEGの経験値の獲得量EVが初期値にリセット(クリア)されている。この場合、ランクアップ基準量への到達に伴い、体力値が回復した後に再度初期値から経験値の獲得量EVの蓄積が開始される。このような相違が上限値に達する前後において経験値の獲得量とランクアップ(あるいはランクアップ基準量への到達)との間の関係に生じる。この例においてランクアップ基準量(それに相当する経験値の獲得量)が本発明の所定量として機能する。また、体力値の回復(消費型の特典)が本発明のレベル上昇用の特典の一部として機能する。同様に、体力値が本発明の進行用の価値として機能する。
【0059】
なお、ランク値が上限値に達した後におけるランクアップ基準量として、ランク値が上限値に達する前と同様の基準量が採用されてもよいし、それとは別の独自(上限値に到達後に特有)の基準量が適宜に採用されてもよい。例えば、ランク値が上限値に達したユーザがランクアップ基準量を達成し易く(つまり、基準達成特典が付与され易く)なるように、ランクアップ基準量としてランク値が上限値に達する前よりも少ない基準量が採用されてもよい。また、基準達成特典は、ランクアップ特典の一部に限定されない。基準達成特典として、ランクアップ特典とは全く相違する特有の特典が適宜に採用されてもよい。さらに、基準達成特典として、実質的にランクアップと相違する限り、非消費型の特典が許容されてもよい。
【0060】
次に、プレイデータPDの詳細について説明する。図7は、プレイデータPDの構成の一例を示す図である。プレイデータPDは、上述のとおりゲームに関する各ユーザのプレイ実績を管理するためのデータである。このようなプレイ実績には、上述のランク値、体力値、或いは経験値等の情報が含まれる。このため、図7に示すように、プレイデータPDは、これらのランク値等をユーザ毎に管理付けて管理するプレイレコードPDRを含んでいる。そして、プレイレコードPDRは、“ユーザID”、“ランク”、“体力値(最大)”、“体力値(残量)”、“経験値”、“ストーリ”、及び“アイテム”の情報を含んでいる。
【0061】
“ユーザID”は、各ユーザを識別するためにユーザ毎にユニークなユーザID(各ユーザのアカウントを識別できる限り、一人のユーザが複数のユーザIDを使用してもよく、必ずしもユーザと1対1で対応していなくてもよい)を示す情報である。“ランク”は、各ユーザのランク値を示す情報である。“体力値(最大)”、及び“体力値(残量)”は、いずれも体力値を示す情報である。具体的には、“体力値(最大)”は体力値の最大値を示す情報である。一方、“体力値(残量)”は体力値の残量(使用可能な量)を示す情報である。例えば、体力値提示領域48C1の現在値(残量)には“体力値(残量)”が示す体力値の残量(図3の例の分子)が、最大値には“体力値(最大)”が示す体力値の最大値(図3の例の分母)が、それぞれ表示される。“経験値”は、経験値の獲得量を示す情報である。例えば、経験値ゲージEGには“経験値”が示す経験値の獲得量(例えば図5或いは図6の例の右斜線EV)が表示される。“ストーリ”は、ストーリ画面で視聴可能なストーリを示す情報である。複数のストーリが存在する場合、各ストーリをストーリ毎に識別するためのストーリIDの情報が“ストーリ”に記述される。また、例えばストーリ解放によって解放されたストーリが存在する場合、そのようなストーリに対応するストーリIDの情報が“ストーリ”に記述される。“アイテム”は、各ユーザが所有するアイテムを示す情報である。例えば、“アイテム”には複数のアイテムをそれぞれ識別するためにアイテム(種類の単位でもよい。その場合、更に数の情報を“アイテム”は含んでいてもよい。)毎にユニークなアイテムIDの情報が記述される。そして、ストーリと同様に、報酬等としてユーザに付与されたアイテムに対応するアイテムIDの情報が“アイテム”に記述される。プレイレコードPDRには、これらの情報が相互に関連付けられるように記録されている。
【0062】
なお、プレイデータPDは、これらの情報に限定されず、管理対象の各種のプレイ実績の情報を含んでいてよい。あるいは、例えば、ランク値に応じて体力値の最大値が固定的に設定される(一義的に取得される)場合の“体力値(最大)”の情報等、これらの情報の一部が適宜に省略されてもよい。さらに、例えば、これらの情報の一部は適宜に別々のデータとして管理されてもよい。
【0063】
次に、図8図9を参照して、経験値増加処理、及び特典付与処理について説明する。経験値増加処理は、プレイ状況に基づいて経験値の獲得量を増加させるための処理である。データ管理部34は、例えば音楽ゲーム等の育成用のミニゲーム(経験値が付与される対象のゲーム)のプレイが終了する毎に図8の経験値増加処理を開始し、まずその育成用のミニゲーム(例えば音楽ゲーム)のプレイ状況を取得する(ステップS101)。例えば、育成用のゲームが音楽ゲームの場合、データ管理部34は、このようなプレイ状況として音楽ゲームのプレイによって獲得した獲得得点(プレイ結果)を取得する。
【0064】
続いてデータ管理部34は、ステップS101で取得したプレイ状況に基づいて今回付与すべき(ユーザが獲得すべき)経験値の量を算出する(ステップS102)。このような算出は、例えば獲得得点と経験値の量とを関連付ける(マッピングする)適宜の変換データ(不図示)を介して実現されてよい。なお、このような算出は、ゲームの進行の一部としてゲームの終了後に、進行制御部33を通じてプレイ結果の提示のために実行されてもよい。その場合、データ管理部34は、ステップS101においてプレイ状況としてその算出された経験値の量を取得し、ステップS102の処理を省略してもよい。あるいは、反対に進行制御部33は、プレイ結果の提示のために経験値増加処理の処理結果を利用(取得)してもよい。
【0065】
次にデータ管理部34は、ステップS102で算出した(あるいはステップS101で取得した)経験値の量をユーザに付与する(ステップS103)。具体的には、データ管理部34は、このような付与をプレイデータPDの“経験値”で管理される獲得量を増加させることにより実現する。つまり、データ管理部34は、“経験値”で管理される獲得量がステップS102で算出した経験値の量増加するように、プレイデータPDを更新する。そして、データ管理部34は、このような付与の後に今回の経験値増加処理を終了する。これにより、音楽ゲーム等のプレイ状況に応じてプレイデータPDの“経験値”で管理される獲得量が増加する。また、このような獲得量の増加は、ランク値が上限値に達しているか否かにかかわらず実行される。このため、このような獲得量の増加は、ランク値が上限値に達した後においても実行される。そして、プレイデータPDの“経験値”で管理される獲得量に基づいてランク領域48Bの経験値ゲージEGに経験値の獲得量が提示される。つまり、このような経験値の獲得量の増加は、ランク値が上限値に達しているか否かにかかわらず、経験値ゲージEGに反映される。
【0066】
一方、特典付与処理は、ランクアップ特典、或いは基準達成特典を付与するための処理である。データ管理部34は、例えば経験値増加処理が終了する毎に図9の特典付与処理を開始し、まずランクアップ条件を満たすか否か判別する(ステップS201)。ランクアップ条件は、ランクアップに相当するか否かを判別するための条件である。ランクアップ条件として、特殊なアイテムの使用等の適宜の条件が利用されてよいが、例えば上述のランクアップ基準量に達しているか否かの条件が利用される。つまり、データ管理部34は、ランクアップ条件として、経験値の獲得量(プレイデータPDの“経験値”の獲得量)がランクアップ基準量に達しているか否か判別する。より具体的には、データ管理部34は、経験値の獲得量がランクアップ基準量に達している場合にランクアップ条件が満たされると、ランクアップ基準量に達していない場合にランクアップ条件が満たされないと、それぞれ判別する。そして、ランクアップ条件が満たされないと判別した場合、つまり経験値の獲得量がランクアップ基準量に達していない場合、データ管理部34は以降の処理をスキップして、今回の特典付与処理を終了する。
【0067】
一方、ランクアップ条件が満たされると判別した場合、つまり経験値の獲得量がランクアップ基準量に達している場合、データ管理部34はランク値が上限値に達しているか否か判別する(ステップS202)。ランク値が上限値に達していない場合、データ管理部34はランクアップ特典を付与する(ステップS203)。ランクアップ特典として体力値の回復、体力値の上限値アップ、及びストーリ解放が利用される場合、例えば、このような付与はプレイデータPDの“体力値(残量)”、“体力値(最大)”、及び“ストーリ”の情報の更新により実現される。つまり、データ管理部34は、例えば、体力値の最大値が上昇するように“体力値(最大)”を更新するとともに、“体力値(残量)”が所定量回復するように“体力値(残量)”を更新する。同様に、データ管理部34は、例えばストーリ解放によって解放されるストーリに対応するストーリIDが追加されるように、プレイデータPDの“ストーリ”の情報を更新する。
【0068】
一方、ランク値が上限値に達している場合、データ管理部34は基準達成特典を付与する(ステップS204)。基準達成特典としてランクアップ特典と同様の体力値の回復が利用される場合、このような付与はランクアップ特典と同様にプレイデータPDの“体力値(残量)”の更新により実現される。このような基準達成特典を付与した後に、或いはステップS203でランクアップ特典を付与した後に、データ管理部34は経験値の獲得量を初期値にリセットする(ステップS205)。換言すれば、データ管理部34は、前回の特典付与から今回の特典付与までの増加分(ランクアップ基準量相当の獲得量)を経験値の獲得量から減少させる。具体的には、データ管理部34は、“経験値”で管理される獲得量が初期値(例えばゼロ)になる(あるいは増加分相当減少する)ようにプレイデータPDを更新することにより、このようなリセットを実現する。そして、このようなリセットの後に、データ管理部34は今回の特典付与処理を終了する。
【0069】
図9の手順により、ランクアップに伴う特典が付与される。具体的には、ランク値が上限値に達するまでは、そのような特典としてランクアップ特典が付与される。例えば、ランクアップ特典として図5の例の体力値の回復、ストーリ解放、及び体力値の最大値アップが利用される場合、ランクアップ条件の具備(例えばランクアップ)に伴い、体力値の最大値がアップするとともに、体力値が所定量回復し、かつ新しいストーリが解放される。一方、ランク値が上限値まで達した後は、そのような特典として基準達成特典が付与される。例えば、基準達成特典として図6の例の体力値の回復が利用される場合、ランクアップ条件の具備(例えばランクアップ基準量への経験値の獲得量の到達)に伴い、体力値が所定量回復する。つまり、ランク値が上限値まで達した後には、そのような上限値に達する前と異なり、ランクアップ時の特典の一部だけが付与される。
【0070】
以上に説明したように、この形態によれば、ランク値が上限値に達した後も音楽ゲーム等のプレイ状況に基づいて経験値の獲得量は増加する。このため、ランク値が上限値(レベル上限値)に達した後においてもプレイ状況を経験値の獲得量に反映することができる。また、そのようなレベル上限値に達した後において経験値の獲得量がランクアップ基準量まで増加した(到達した)場合には、ランクアップ特典の代わりに、基準達成特典が付与される。具体的には、基準達成特典として、ランクアップ特典の一部である消費型の特典(例えば体力値の回復)が付与される。このため、レベル上限値に達した後における経験値の獲得量を、そのような特典の付与に活用することができる。これにより、レベル上限値に達した後における経験値の獲得量を、それがカウントされず無駄になってしまう場合に比べて有効活用することができる。また、基準達成特典は、その一部ではあるものの、ランクアップ特典と同様のものであるから、レベル上限値前後における経験値の価値の相違から生じ得る違和感を抑制することができる。
【0071】
さらに、このような特典の付与に伴い、例えば経験値ゲージEGの経験値の獲得量EV(ランクアップ後、つまりレベル上限値に到達した後の増加分)はゼロにリセットされる。つまり、特典の付与の対価が経験値の獲得量から減少する。これにより、例えばレベル上限値の引き上げ(変更)に伴い経験値の獲得量が再度ランクアップに寄与するようになった場合等、その後に特典の付与に寄与した経験値が再度別の特典(例えばランクアップ)に寄与する、つまりランクアップ後の増加分の経験値が重複的に別の特典に利用されることを抑制することができる。あるいは、経験値の獲得量が無制限に増加してしまう場合に生じ得る処理負荷、若しくはリソースの増加といったデメリットを低減することができる。これらにより、ユーザのゲームに対する意欲(動機付け)低下を抑制し、ゲームの利用促進を図ることができる。
【0072】
一方、レベル値が上限値に達した後において経験値の獲得量がランクアップ基準量まで増加した場合に付与される特典は、レベル上昇用の特典のうち消費型の特典だけである。より具体的には、レベル上昇用の特典のうち、体力値の回復効果(特典)だけである。このような体力値が一度回復しても、ゲームの進行に関連して消費される。このため、このような特典の付与に伴いレベル上限値のユーザと他のユーザとの間に生じる相違を一時的な期間に限定することができる。このため、レベル上限値のユーザと他のユーザとの間に生じ得る進行状況の差異、或いは優劣の差異を抑制することができる。これらにより、ユーザの違和感を抑制しつつ、レベル値が上限値に達したユーザだけでなく、その他のユーザのゲームに対する継続意欲の低下の抑制も図ることができる。
【0073】
以上の形態において、ゲーム機3のデータ管理部34が、図8のステップS103の処理を実行することにより本発明の経験値増加手段として機能する。また、ゲーム機3のデータ管理部34が、図9の手順を実行することにより本発明の特典付与手段及び経験値減算手段として機能する。具体的には、データ管理部34が図9のステップS204の処理を実行することにより特典付与手段として、図9のステップS205の処理を実行することにより経験値減算手段として、それぞれ機能する。
【0074】
本発明は上述した形態に限定されず、適宜の変形又は変更が施された形態にて実施されてよい。例えば、上述の形態では、経験値の獲得量は、ランクアップ時も、レベル上限値に到達した後においても、ランクアップ基準量への到達に伴い、一律に初期値にリセットされている。しかし、本発明は、このような形態に限定されない。例えば、経験値の獲得量は、レベル上限値に達するまでは累積的にカウントされ、レベル上限値に達した後の増加分だけが初期値(レベル上限値に達するまでの累積値)にリセットされてもよい。
【0075】
図10は、変形例に係る経験値の獲得量とランクアップ基準量との関係の一例を説明するための説明図である。図10の例は、図6の例と同様に、(a)ランクアップ基準量に到達する前、(b)ランクアップ基準量に到達した際、及び(c)ランクアップ基準量に到達した後の三つの状態に対応する経験値ゲージEGを示している。この例では、図10に示すように、図6の例と異なり、レベル上限値に達するまで経験値の獲得量EVは累積的にカウントされる。つまり、レベル上限値に達するまでは、たとえランクアップしたとしても経験値の獲得量EVはリセットされずに残る。このため、上限値達成時の獲得量EVを超えた増加分が基準達成特典の付与に使用され、リセットされる。
【0076】
具体的には、例えば(a)の経験値ゲージEGが示すように、レベル上限値に達するまで経験値の獲得量EVは累積的にカウントされるため、レベル上限値に達した後にはレベル上限値時の経験値の獲得量EVが残り、それ以降はその獲得量EVを超えて経験値が増加する。換言すれば、レベル上限値に達してもランクアップ基準量に到達するまでは、経験値の獲得量EVは依然として累積的にカウントされる。そして、(b)の経験値ゲージEGが示すように、経験値の獲得量EVがランクアップ基準量(レベル上限値に到達した後の次回に相当)に到達した場合、つまりレベル上限値時の経験値の獲得量EVを超えた増加分が所定量に達した場合に、図6の例と同様に基準達成特典が付与される。
【0077】
一方、(c)の経験値ゲージEGが示すように、ランクアップ基準量への到達(基準達成特典の付与)に伴い、そのような増加分がリセットされる。つまり、レベル上限値時の経験値の獲得量EVを超えて増加した経験値の獲得量EVがレベル上限値時の経験値の獲得量EVに戻される。レベル上限値に到達した後は、このような流れが繰り返される。このようにランクアップ基準量に到達した後におけるリセット先、つまり基準達成特典の付与に伴いリセットされる初期値は、経験値の獲得量EVのカウントの仕方(持ち方)に応じてゼロ、或いはレベル上限値時の経験値の獲得量等に適宜に設定されてよい。同様に、基準達成特典の付与に対応する経験値の所定量は、初期値としてゼロにリセットされる場合のランクアップ基準量(それに相当する経験値の獲得量)、或いはレベル上限値時の経験値の獲得量にリセットされる場合の増加分(レベル上限値時の経験値の獲得量からランクアップ基準量までの増加分、つまりランクアップ基準量からレベル上限値時の経験値の獲得量を減算した獲得量)等、適宜に設定されてよい。
【0078】
また、上述の形態では、例えばレベル上限値に到達した後に経験値の獲得量EVがランクアップ基準量に到達した場合に、その到達に伴い自動的に基準達成特典が付与されている。しかし、本発明は、このような形態に限定されない。例えば、このような基準達成特典の付与は、ユーザの指定等、適宜の時期に実行されてよい。このような場合、例えば、その時期によっては経験値の獲得量EVはランクアップ基準量を超えて蓄積されてもよい。このような場合、経験値の獲得量EVは、ランクアップに到達した際にリセットされてもよいし、されなくてもよい。ランクアップ到達時にリセットされる場合、ランクアップ到達に伴い基準達成特典を付与する権利を示す情報が別途カウントされてもよい。このような場合、このような権利(あるいはそれを示す情報)が本発明の特典として機能してよい。一方、ランクアップ到達時にリセットされない場合、その後の基準達成特典の付与に伴い経験値の獲得量EVがリセットされてもよい。また、このように経験値の獲得量EVがランクアップ到達時にリセットされない場合、ランクアップ基準時を超えて経験値の獲得量EVが蓄積される。このため、経験値の獲得量EVのリセットは初期値へのリセットに限定されない。この場合、基準達成特典の付与のための経験値としての所定量(例えば図6の例におけるゼロからランクアップ基準時までの増加分、或いは図10の例におけるレベル上限値時の経験値の獲得量からランクアップ基準量までの増加分)がリセットされるように経験値の獲得量EVから減算されてもよい。つまり、この場合、経験値の獲得量EVは、一律に初期値にリセットされるのではなく、所定量減少してもよい。
【0079】
上述の形態では、ランク値の上限値が固定的であるか、可変的であるか特に言及されていないが、これらのいずれであってもよい。つまり、ランク値の上限値に達した後は以降において同様の状態が持続されてもよいし、ランク値の上限値は所定の条件(例えばプレイ状況、或いは管理者の指定等)に応じて適宜に変更されてよい。このため、例えば上限値が変更される場合、ランク値の上限値に達した後においても、このような上限値の変更に伴い、再度ランクアップの機会が提供されてよい。つまり、ランクアップ基準量への到達に伴い、基準達成特典が付与される状態から再度ランクアップ特典が付与される状態に戻ってもよい。
【0080】
また、上述の形態では、ランク値の上限値に達した後の経験値の獲得量EVも一律に同じ“経験値”の情報としてプレイデータPDによって管理されている。しかし、本発明は、このような形態に限定されない。例えば、ランク値の上限値に達した後の経験値の獲得量は、そのような上限値に達する経験値の獲得量とは別の情報として管理されてもよい。この場合、それらの獲得量(上限値への到達前後の獲得量)は、別々の情報として同じプレイデータPDによって管理されてもよいし、別々のデータによって管理されてもよい。
【0081】
上述の形態では、ゲーム機3はキャラクタ育成ゲームを提供している。しかし、ゲーム機3が提供するゲームは、このようなゲームに限定されない。ゲーム機3は、経験値、及びそれを利用するランク(レベル)を含む適宜のゲームを提供してよい。そして、そのようなゲームに含まれる各種の経験値(あるいはそれに相当する価値)が上述のように構成されてよい。
【0082】
また、上述の形態のゲーム機3の役割(各種処理等)の全部或いは一部をセンターサーバ2が実行してもよい。つまり、本発明のゲームシステムは、センターサーバ2及びゲーム機3が適宜に協働して本実施形態のゲーム機3及びセンターサーバ2が有する各機能を実現するように構成されてもよい。一方で、センターサーバ2は省略されてもよい。この場合、一台のゲーム機3が本発明のゲームシステムとして機能してもよい。あるいは、反対に、センターサーバ2が単独で本発明のゲームシステムとして機能してもよい。
【0083】
上述した実施の形態及び変形例のそれぞれから導き出される本発明の各種の態様を以下に記載する。なお、以下の説明では、本発明の各態様の理解を容易にするために添付図面に図示された対応する部材を括弧書きにて付記するが、それにより本発明が図示の形態に限定されるものではない。
【0084】
本発明のゲームシステムは、進行に使用されるパラメータを規定するためのレベル値がプレイ状況に基づいて付与される経験値の獲得量(EV)に応じて上昇するとともに、前記レベル値に上昇の限度としてのレベル上限値が設定されるゲームを提供するゲームシステム(1)であって、前記経験値の獲得量を前記レベル値が前記レベル上限値に達した後において当該レベル上限値に達した後の初期値から前記プレイ状況に基づいて増加させる経験値増加手段(34)と、前記初期値から所定量まで前記経験値の獲得量が増加した場合に特典を付与する特典付与手段(34)と、前記特典の付与に伴い、前記経験値の獲得量を前記所定量減少させる経験値減算手段(34)と、を備え、前記特典付与手段は、前記ゲームにおいて前記レベル値の上昇に伴い、前記ゲームの進行に関連して消費される消費型の特典と、前記ゲームの進行に関連して消費されない非消費型の特典と、を含むレベル上昇用の特典が付与される場合に、前記消費型の特典、及び前記非消費型の特典のうち前記消費型の特典だけを前記特典として付与するものである。
【0085】
本発明によれば、レベル値がレベル上限値に達した後もプレイ状況に基づいて経験値の獲得量は増加する。このため、レベル値がレベル上限値に達した後においてもプレイ状況を経験値の獲得量に反映することができる。また、そのようなレベル上限値に達した後において経験値の獲得量が所定量増加した場合には特典が付与される。このため、レベル上限値後の経験値の獲得量を特典の付与に活用することができる。これにより、レベル上限値に達した後における経験値の獲得量を、それがカウントされず無駄になってしまう場合に比べて有効活用することができる。さらに、このような特典の付与に伴い、経験値の獲得量は、所定量減少される。つまり、特典の付与の対価が経験値の獲得量から減少する。これにより、例えばレベル上限値の引き上げ(変更)に伴い経験値の獲得量が再度レベルアップに寄与するようになった場合等、その後に特典付与に寄与した経験値が再度別の特典(例えばレベルアップ)に寄与する、つまり所定量の経験値が重複的に別の特典に利用されることを抑制することができる。あるいは、経験値の獲得量が無制限に増加してしまう場合に生じ得る処理負荷、若しくはリソースの増加といったデメリットを低減することができる。これらにより、レベル上限値に達したユーザのゲームに対する意欲(動機付け)低下を抑制し、ゲームの利用促進を図ることができる。
【0086】
一方、レベル値が上限値に達した後において経験値の獲得量が初期値から所定量まで増加した場合に付与される特典は、レベル上昇用の特典のうち消費型の特典だけである。そして、このような消費型の特典は、一度付与されてもゲームの進行に関連して消費される。このため、このような特典の付与に伴いレベル上限値のユーザと他のユーザとの間に生じる相違を一時的な期間に限定することができる。このため、レベル上限値のユーザと他のユーザとの間に生じ得る進行状況の差異、或いは優劣の差異を抑制することができる。また、レベル値が上限値に達した後の特典は、その一部ではあるものの、レベル上昇用の特典と同様のものであるから、レベル値が上限値に達する前後における経験値の価値の相違から生じ得る違和感を抑制することができる。これらにより、ユーザの違和感を抑制しつつ、レベル値が上限値に達したユーザだけでなく、その他のユーザのゲームに対する継続意欲の低下の抑制も図ることができる。
【0087】
また、本発明のゲームシステムの一態様において、前記特典付与手段は、所定の進行を付与するために消費されるとともに、時間の経過に従って徐々に回復する進行用の価値を前記ゲームが含み、当該進行用の価値を回復させる回復効果が前記消費型の特典として利用される場合に、当該回復効果を前記特典として付与してもよい。
【0088】
一方、本発明のコンピュータプログラムは、コンピュータ(31)を、上述のゲームシステムの各手段として機能させるように構成されたものである。
【0089】
また、本発明の制御方法は、進行に使用されるパラメータを規定するためのレベル値がプレイ状況に基づいて付与される経験値の獲得量(EV)に応じて上昇するとともに、前記レベル値に上昇の限度としてのレベル上限値が設定されるゲームを提供するゲームシステム(1)に組み込まれるコンピュータ(31)に、前記経験値の獲得量を前記レベル値が前記レベル上限値に達した後において当該レベル上限値に達した後の初期値から前記プレイ状況に基づいて増加させる経験値増加手順と、前記初期値から所定量まで前記経験値の獲得量が増加した場合に特典を付与する特典付与手順と、前記特典の付与に伴い、前記経験値の獲得量を前記所定量減少させる経験値減算手順と、を実行させ、前記特典付与手順は、前記ゲームにおいて前記レベル値の上昇に伴い、前記ゲームの進行に関連して消費される消費型の特典と、前記ゲームの進行に関して消費されない非消費型の特典と、を含むレベル上昇用の特典が付与される場合に、前記消費型の特典、及び前記非消費型の特典のうち前記消費型の特典だけを前記特典として付与するものである。本発明のコンピュータプログラム、或いは制御方法が実行されることにより、本発明のゲームシステムを実現することができる。
【符号の説明】
【0090】
1 ゲームシステム
3 ゲーム機
31 制御ユニット(コンピュータ)
34 データ管理部(経験値増加手段、特典付与手段、経験値減算手段)
EV 経験値の獲得量
PG2 プログラム(コンピュータプログラム)

図1
図2
図3
図4
図5
図6
図7
図8
図9
図10