以下、図面を参照しつつ、本発明の様々な実施形態について説明する。ただし、本発明の技術的範囲はそれらの実施形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶ点に留意されたい。
(1)本実施形態の概略
本実施形態のゲームシステムでは、プレイヤは、サーバが提供するゲームを携帯端末を用いて実施する。サーバは、提供するゲームにおけるイベントとして、プレイヤが所有するゲーム媒体を用いた敵キャラクタとのバトル(対戦)を実行する。バトルにおける敵キャラクタは、他のプレイヤが所有するゲーム媒体又はノンプレイヤキャラクタである。ゲーム媒体とは、ゲームに使用される電子データであり、例えば、カード、アイテム、キャラクタ及びアバタ等を含む。また、ゲーム媒体は、ゲームの進行に応じ、プレイヤによって、ゲーム内で、取得、保有、使用、管理、交換、合成、強化、売却、廃棄、及び/又は贈与等され得る電子データであるが、ゲーム媒体の利用態様は本明細書で明示されるものには限られない。本実施形態では、予めゲームシステムに登録されたカードをゲーム媒体の例として説明する。
このゲームにおいて、プレイヤには、バトルを実行するためのバトルポイントが与えられる。バトルポイントは、バトルを実行するたびに消費されていき、バトルポイントがバトルを実行するための必要値を下回ると、バトルを実行することができなくなる。バトルポイントは、一定時間が経過するたびに所定値ずつ回復し、さらに、特定の回復アイテムを使用することによっても回復する。本実施形態のゲームシステムでは、プレイヤはバトルポイントがバトルを実行するための必要値を下回ると、プレイヤが所有する回復アイテムを用いて自動的に回復させるように設定することも可能である。これにより、バトルポイントがバトルを実行するための必要値を下回った場合でも、プレイヤは特定の回復アイテムを使用してバトルポイントを回復させる操作を行うことなくバトルを続行することが可能となり、プレイヤのゲームへの継続意欲を維持させることが可能となる。
(2)ゲームシステム1の構成
図1は、ゲームシステム1の概略構成の一例を示す図である。
ゲームシステム1は、少なくとも一台の携帯端末2と、サーバ3とを備える。携帯端末2とサーバ3とは、通信ネットワークを介して相互に接続され、例えば、基地局4、移動体通信網5、ゲートウェイ6、及びインターネット7を介して相互に接続される。携帯端末2で実行されるプログラム(例えば、閲覧プログラム)と、サーバ3で実行されるプログラム(例えば、ゲームプログラム)とは、ハイパーテキスト転送プロトコル(Hypertext Transfer Protocol, HTTP)等の通信プロトコルを用いて通信を行う。
(2.1)携帯端末2の構成
図2は、携帯端末2の概略構成の一例を示す図である。
携帯端末2は、基地局4、移動体通信網5、ゲートウェイ6、及びインターネット7を介してサーバ3に接続し、サーバ3と通信を行う。携帯端末2は、プレイヤによる操作部(ボタン等)の操作に応じて、サーバ3から提供されるゲームを実行する。そのために、携帯端末2は、端末通信部21と、端末記憶部22と、操作部23と、表示部24と、端末処理部25とを備える。
なお、本実施形態では、携帯端末2として、多機能携帯電話(所謂「スマートフォン」)を想定するが、本発明はこれに限定されるものではない。携帯端末2は、本発明が適用可能であればよく、例えば、携帯電話(所謂「フィーチャーフォン」)、携帯情報端末(Personal Digital Assistant, PDA)、携帯ゲーム機、携帯音楽プレイヤ、タブレットPC等でもよい。
端末通信部21は、所定の周波数帯を感受帯域とするアンテナを含む、通信インターフェース回路を備え、携帯端末2を無線通信ネットワークに接続する。端末通信部21は、基地局4により割り当てられるチャネルを介して、基地局4との間で、CDMA(Code Division Multiple Access)方式等による無線信号回線を確立して通信を行う。端末通信部21は、端末処理部25から供給されたデータをサーバ3等に送信する。また、端末通信部21は、サーバ3等から受信したデータを端末処理部25に供給する。
端末記憶部22は、例えば、半導体メモリを備える。端末記憶部22は、端末処理部25での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。例えば、端末記憶部22は、ドライバプログラムとして、操作部23を制御する入力デバイスドライバプログラム、表示部24を制御する出力デバイスドライバプログラム等を記憶する。また、端末記憶部22は、アプリケーションプログラムとして、サーバ3から提供されるゲームに係る表示データの取得及び表示を行うプログラム等を記憶する。コンピュータプログラムは、例えばCD−ROM(compact disk read only memory)、DVD−ROM(digital versatile disk read only memory)等のコンピュータ読み取り可能な可搬型記録媒体から、公知のセットアッププログラム等を用いて端末記憶部22にインストールされてもよい。また、端末記憶部22は、データとして、サーバ3から受信したゲームに係る表示データ、映像データ、画像データ等を記憶する。さらに、端末記憶部22は、所定の処理に係る一時的なデータを一時的に記憶してもよい。
操作部23は、携帯端末2の操作が可能であればどのようなデバイスでもよく、例えば、タッチパネル式の入力装置、キーパッド等である。プレイヤは、操作部23を用いて、文字、数字等を入力することができる。操作部23は、プレイヤにより操作されると、その操作に対応する信号を発生する。そして、発生した信号は、プレイヤの指示として、端末処理部25に供給される。
表示部24は、映像、画像等の表示が可能であればどのようなデバイスでもよく、例えば、タッチパネル式の表示装置、液晶ディスプレイ、有機EL(Electro−Luminescence)ディスプレイ等である。表示部24は、端末処理部25から供給された映像データに応じた映像、画像データに応じた画像等を表示する。
端末処理部25は、一又は複数個のプロセッサ及びその周辺回路を備える。端末処理部25は、携帯端末2の全体的な動作を統括的に制御するものであり、例えば、CPU(Central Processing Unit)である。端末処理部25は、携帯端末2の各種処理が端末記憶部22に記憶されているプログラム、操作部23の操作等に応じて適切な手順で実行されるように、端末通信部21、表示部24等の動作を制御する。端末処理部25は、端末記憶部22に記憶されているプログラム(オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等)に基づいて処理を実行する。また、端末処理部25は、複数のプログラム(アプリケーションプログラム等)を並列に実行することができる。
(2.1.1)端末処理部25の構成
端末処理部25は、少なくとも閲覧実行部251を備える。閲覧実行部251は、端末処理部25が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、閲覧実行部251は、ファームウェアとして携帯端末2に実装されてもよい。
閲覧実行部251は、操作部23を用いたプレイヤからの指示に応じて、サーバ3により提供されるゲームを実行する。閲覧実行部251は、操作部23を用いてプレイヤからゲームの開始指示を受け付けると、さらに操作部23を用いてプレイヤからプレイヤID及びパスワードを受け付け、受け付けたプレイヤID及びパスワードを含むゲーム開始要求を端末通信部21を介してサーバ3に送信する。なお、プレイヤID及びパスワードを予め端末記憶部22に記憶しておき、閲覧実行部251は、端末記憶部22から読み出すことによりプレイヤID及びパスワードを取得してもよい。なお、サーバ3は、プレイヤID及びパスワードを用いた認証処理に成功すると、後述するホーム画面を表示するためのホーム画面表示データを携帯端末2に送信する。
閲覧実行部251は、端末通信部21を介してサーバ3からホーム画面表示データを受信すると、受信した表示データに基づいて描画データを作成する。即ち、閲覧実行部251は、受信した表示データを解析して制御データ及び内容データを特定し、特定した制御データに従って同じく特定した内容データをレイアウトし、描画データを作成する。そして、閲覧実行部251は、作成した描画データを表示部24に出力する。
また、閲覧実行部251は、操作部23を用いたプレイヤからの指示に応じて、その指示に応じた要求種別と、そのプレイヤのプレイヤIDとを含むゲーム進行要求を端末通信部21を介してサーバ3に送信する。要求種別には、ホーム画面表示データ等の各種画面の表示データの取得要求、バトルポイントの自動回復の設定を行うための自動回復設定要求、バトルの実行要求等のうちの何れかの要求が指定される。閲覧実行部251は、ゲーム進行要求に対する応答として、対応する表示データを端末通信部21を介してサーバ3から受信し、受信した表示データに対応する描画データを作成して表示部24に出力する。
(2.2)サーバ3の構成
図3は、サーバ3の概略構成の一例を示す図である。
サーバ3は、ゲームを実行するコンピュータの一例である。サーバ3は、携帯端末2からの要求に応じて、バトルを実行するゲームを提供するとともに、バトルポイントの消費、回復等を行う。また、サーバ3は、携帯端末2からの要求に応じて、表示データを作成し、携帯端末2に送信する。そのために、サーバ3は、サーバ通信部31と、サーバ記憶部32と、サーバ処理部33とを備える。
サーバ通信部31は、サーバ3をインターネット7に接続するためのイーサネット(登録商標)などの有線の通信インターフェース回路を備え、インターネット7との間で通信を行う。そして、サーバ通信部31は、携帯端末2等から受信したデータを、サーバ処理部33に供給する。また、サーバ通信部31は、サーバ処理部33から供給されたデータを、携帯端末2等に送信する。
サーバ記憶部32は、例えば、半導体メモリ、磁気テープ装置、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。サーバ記憶部32は、サーバ処理部33での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。例えば、サーバ記憶部32は、アプリケーションプログラムとして、バトルを実行するとともに、バトルポイントの消費、回復等を行い、その結果に係る表示データを作成するゲームプログラム等を記憶する。コンピュータプログラムは、例えばCD−ROM、DVD−ROM等のコンピュータ読み取り可能な可搬型記録媒体から、公知のセットアッププログラム等を用いて端末記憶部22にインストールされてもよい。また、サーバ記憶部32は、データとして、プレイヤを管理するプレイヤ管理テーブル(図4(a))、カードを管理するカード管理テーブル(図4(b))等を記憶する。さらに、サーバ記憶部32は、所定の処理に係る一時的なデータを一時的に記憶してもよい。
図4(a)は、プレイヤを管理するプレイヤ管理テーブルのデータ構造の一例を示す図である。プレイヤ管理テーブルは、各プレイヤについて、当該プレイヤのプレイヤID、パスワード、名前、画像データのファイル名、当該プレイヤが所属する所属グループのグループID、当該プレイヤがバトルに使用するカードのカードID、当該プレイヤが所有しているバトルポイント、バトルポイントを自動回復させるか否かの自動回復設定、バトルポイントを回復させるための回復アイテム及び回復ポイントに関する情報、並びに自動回復を行った自動回復回数等を記憶する。プレイヤが所属するグループとは、例えばいわゆるRAIDバトル等のイベントにおいて複数のプレイヤより組織されたチームのように、ゲームにおけるメッセージ送受信機能等を用いて情報を共有する、特定の協力関係が構築された複数プレイヤの集まりである。バトルポイントは、プレイヤが所有している所有ポイントの一例である。自動回復設定として、有効又は無効が記憶される。回復アイテムに関する情報として、回復アイテムの種類毎に、当該回復アイテムのアイテム名、所有数、自動使用可能な数及び使用数等が関連付けて記憶される。回復ポイントに関する情報として、所有値、自動使用可能な値及び使用値等が記憶される。回復ポイントは例えばゲーム内通貨であり、プレイヤは回復ポイントを消費することにより回復アイテムを取得することができる。
図4(b)は、カードを管理するカード管理テーブルのデータ構造の一例を示す図である。カード管理テーブルは、各キャラクタのカードについて、当該カードのカードID、名前、画像データのファイル名、消費ポイント数、攻撃力、生命力等を記憶する。消費ポイント数は、そのカードを用いて1回のバトルを実行するために必要となるポイント数であり、バトルを実行するたびにバトルポイントから消費される所定のポイント数を示す。
サーバ処理部33は、一又は複数個のプロセッサ及びその周辺回路を備える。サーバ処理部33は、サーバ3の全体的な動作を統括的に制御するものであり、例えば、CPUである。サーバ処理部33は、サーバ3の各種処理がサーバ記憶部32に記憶されているプログラム等に応じて適切な手順で実行されるように、サーバ通信部31等の動作を制御する。サーバ処理部33は、サーバ記憶部32に記憶されているプログラム(オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等)に基づいて処理を実行する。また、サーバ処理部33は、複数のプログラム(アプリケーションプログラム等)を並列に実行することができる。
(2.2.1)サーバ処理部33の機能
図5(a)〜(d)、図6(a)〜(d)、図7(a)〜(c)は、サーバ3により作成される表示データに基づく携帯端末2の表示画面の一例を示す図である。
図5(a)には、ゲームを開始したときに表示されるホーム画面500が示される。ホーム画面500には、ゲームに関するお知らせ501、「ゲーム選択」ボタン502、「バトルポイント自動回復設定」ボタン503等が表示される。「ゲーム選択」ボタン502がタップされると、実行するゲームを選択するためのゲーム選択画面が表示され、「バトルポイント自動回復設定」ボタン503がタップされると、バトルポイントの自動回復設定を行うためのバトルポイント自動回復設定画面が表示される。
図5(b)には、バトルポイント自動回復設定画面510が示される。バトルポイント自動回復設定画面510には、プレイヤによりバトルに使用されるように設定されているキャラクタのカードの画像511、攻撃力512、生命力513及び消費ポイント数514、そのプレイヤが現在所有しているバトルポイント515等が表示される。なお、本実施形態では、説明を容易にするために、1つのカードを用いてバトルを行う例について説明するが、複数のカードからなるデッキを用いてバトルを行うものとしてもよい。その場合、バトルポイント自動回復設定画面510には、デッキを構成する全てのカードについての各情報が表示されるとともに、全てのカードの消費ポイント数の総和が1回のバトルを実行するために必要となるポイント数として表示される。
バトルポイント自動回復設定画面510には、さらに、バトルポイントを自動回復させるか否かを指定するための入力欄516、自動回復させる場合に回復アイテムの自動使用可能な数を指定するための入力欄517、回復ポイントの自動使用可能な値を指定するための入力欄518等が表示される。回復アイテムの自動使用可能な数の入力欄517には、回復アイテムの種類毎に、現在設定されている自動使用可能な数を初期値として、現在の所有数までの数字が選択可能に表示される。回復ポイントの自動使用可能な値の入力欄518には、現在設定されている自動使用可能な値を初期値として、現在の所有値までの数字が選択可能に表示される。プレイヤは、入力欄517により、自動使用可能な回復アイテムの種類及び数を設定することができる。なお、入力欄517において自動使用可能な回復アイテムの種類の設定を省略し、全ての種類の回復アイテムについて共通に自動使用可能な数が設定されてもよい。さらに、入力欄517において自動使用可能な回復アイテムの数の設定を省略し、自動使用可能な種類の回復アイテムについてはプレイヤが所有する全ての回復アイテムを自動使用可能にしてもよい。また、、入力欄517及び/又は518の表示を省略し、バトルポイントを自動回復させる場合には、プレイヤが所有する全ての回復アイテム及び/又は全ての回復ポイントを自動使用可能にしてもよい。
バトルポイント自動回復設定画面510には、さらに、「設定」ボタン519、「戻る」ボタン520、「対戦相手選択」ボタン521等が表示される。「設定」ボタン519がタップされると、各入力欄516〜518で指定された項目がサーバ3に設定され、バトルポイント自動回復設定画面が再度表示される。「戻る」ボタン520がタップされると、ホーム画面が再度表示される。「対戦相手選択」ボタン521がタップされると、対戦相手を選択するための対戦相手選択画面(不図示)が表示される。対戦相手選択画面には、プレイヤが対戦可能な対戦相手の一覧が表示され、プレイヤは対戦相手選択画面から対戦相手を選択することができる。また、この対戦相手選択画面から対戦を実行できるようにしてもよい。また、バトルに使用されるように設定されているキャラクタのカードではなく、対戦相手に応じて、1回のバトルを実行するために必要となるポイント数が決定されてもよい。
なお、自動使用可能な回復アイテムについて、自動使用可能な種類及び数ではなく、回復アイテム自体を選択可能にしてもよい。その場合、例えば、自動使用可能な回復アイテムを事前に登録する自動回復ボックスを利用してもよい。
図5(c)には、自動回復ボックス設定画面530が示される。自動回復ボックス設定画面530には、プレイヤが所有している回復アイテムの一覧及び各回復アイテムを選択するためのチェックボックス531と、全ての回復アイテムを選択するための「全選択」ボタン532と、全ての回復アイテムの選択を解除するための「全解除」ボタン533とが表示される。また、自動回復ボックス設定画面530には、選択したアイテムを自動回復ボックスへ登録するための登録ボタン534と、「戻る」ボタン535とが表示される。プレイヤは、自動使用可能にする回復アイテムのチェックボックスをチェックし、登録ボタン534をタップすることにより、自動使用可能な回復アイテムを選択することができる。サーバ記憶部32は、プレイヤが所有している回復アイテムごとに、その回復アイテムが自動使用可能であるか否かを記憶しており、自動回復ボックス設定画面530における指定にしたがって、各回復アイテムが自動使用可能であるか否かは更新される。これにより、プレイヤは、現在所有している全ての回復アイテムを把握しやすくなり、所有している回復アイテムのうち、どの回復アイテムを自動使用可能にするかを適切に決定することができる。
図5(d)には、自動回復設定が有効になっているときに表示されるホーム画面540が表示される。ホーム画面540では、「バトルポイント自動回復設定」ボタン541に、自動回復設定されている旨及び自動使用される回復アイテムの個数が回復アイテムの種類毎に表示される。
図6(a)には、ゲーム選択画面600が示される。ゲーム選択画面600には、「バトル」ボタン601、「クエスト」ボタン602、「カード」ボタン603、「マイページ」ボタン604、「ショップ」ボタン605等が表示される。「バトル」ボタン601がタップされると、実行するゲームとしてバトルが選択され、バトルを開始するためのバトル開始画面が表示される。「クエスト」ボタン602がタップされると、実行するゲームとしてクエストが選択され、クエストを開始するためのクエスト開始画面(不図示)が表示される。「カード」ボタン603がタップされると、プレイヤが所有するカードに係る設定等を行うためのカード設定画面(不図示)が表示される。「マイページ」ボタン604がタップされると、各種設定等を行うためのマイページ画面(不図示)が表示される。「ショップ」ボタン605がタップされると、ゲーム内通貨を用いてアイテム等を取得するためのショップ画面(不図示)が表示される。
図6(b)には、バトル開始画面610が示される。バトル開始画面610には、バトルに使用されるキャラクタのカードを選択するための「キャラクタ選択」ボタン611、選択されたカードの画像612、攻撃力613、生命力614及び消費ポイント数615、プレイヤが現在所有しているバトルポイント616等が表示される。また、バトル開始画面610には、図5(b)の「対戦相手選択」ボタン521と同様の「対戦相手選択」ボタン617と、図5(a)の「バトルポイント自動回復設定」ボタン503と同様の「自動回復設定」ボタン618が表示される。さらに、バトル開始画面610には、「バトル実行」ボタン619と「戻る」ボタン620が表示される。「キャラクタ選択」ボタン621がタップされると、キャラクタ選択画面(不図示)が表示される。キャラクタ選択画面には、バトルで使用可能なキャラクタのカードの一覧が表示され、プレイヤはキャラクタ選択画面から、バトルで使用するキャラクタのカードを選択することができる。「バトル実行」ボタン619がタップされると、バトルの結果内容を表すバトル実行画面が表示される。「戻る」ボタン620がタップされると、ゲーム選択画面600が再度表示される。
図6(c)、(d)には、それぞれバトル実行画面630、バトル結果画面640が示される。バトル実行画面630は「バトル実行」ボタン619がタップされた直後に表示される画面であり、バトル結果画面640はバトル終了時に表示される画面である。バトル実行画面630、バトル結果画面640には、ゲームを実行するプレイヤのカード631とその生命力632が表示されるとともに、対戦相手のカード633とその生命力634が表示される。バトルでは、プレイヤのカードの攻撃力に基づいて対戦相手のカードに与えるダメージ量が決定され、決定されたダメージ量が対戦相手のカードの生命力から減算される。一方、対戦相手のカードの攻撃力に基づいてプレイヤのカードに与えるダメージ量が決定され、決定されたダメージ量がプレイヤのカードの生命力から減算される。そして、対戦相手のカードの生命力が先に0になった場合、プレイヤの勝利となり、プレイヤのカードの生命力が先に0になった場合、プレイヤの敗北となる。バトル結果画面640には、プレイヤのカードと対戦相手のカードの生命力の変化を表すバトルの演出画像がアニメーション等により表示され、結果内容(勝敗)641が表示される。また、バトル実行画面630、バトル結果画面640には、「戻る」ボタン636が表示される。「戻る」ボタン636がタップされると、バトル開始画面が再度表示される。
図7(a)には、バトル実行後に表示されるバトル開始画面700が示される。バトル開始画面700では、バトルポイント626の値が、バトル実行前の図6(b)のバトル開始画面610に表示された値(10)から消費ポイント数615の値(10)が減算された値(0)に変更されている。
自動回復設定が有効である場合、図7(a)のバトル開始画面700において「バトル実行」ボタン629がタップされると、回復アイテムを使用して、バトルポイントが0から所定値(例えば50)に回復され、再度バトルが実行される。
図7(b)には、この場合のバトル実行後に表示されるバトル開始画面710が示される。バトル開始画面710では、バトルポイント626の値が、バトル実行前の図7(a)のバトル開始画面700に表示された値(0)から所定値(50)に回復し、さらに消費ポイント数625の値(10)が減算された値(40)に変更されている。さらに、バトル開始画面710には、自動回復が行われた旨711が表示される。なお、バトル開始画面710の表示が省略され、バトル開始画面700の次にバトル実行画面が表示されてもよい。
一方、自動回復設定が無効である場合、図7(a)のバトル開始画面700において「バトル実行」ボタン629がタップされると、バトルは実行されず、バトルポイント不足であることを示すバトル結果画面が表示される。
図7(c)には、バトルポイント不足であることを示すバトル結果画面720が示される。バトル結果画面720には、バトルポイントが不足している旨721と、バトルポイントが回復するまでの時間722と、回復ポイントを用いて回復アイテムを取得するための「回復アイテム取得」ボタン723と、プレイヤが所有している回復アイテムを使用するための「回復アイテム使用」ボタン724と、「自動回復設定」ボタン725と、「戻る」ボタン726とが表示される。「回復アイテム取得」ボタン723がタップされると、回復ポイントを用いて回復アイテムを取得するためのショップ画面が表示される。「回復アイテム使用」ボタン724がタップされると、プレイヤが所有している回復アイテムを使用するための画面が表示され、表示された画面により、プレイヤは、使用する回復アイテムの数、種類等を指定することができる。「自動回復設定」ボタン725がタップされると、バトルポイントの自動回復設定画面が表示される。「戻る」ボタン726がタップされると、バトル開始画面が再度表示される。バトル結果画面720により、プレイヤは、時間722が経過するまで待機するか、所有している回復アイテムを使用するか、回復ポイントを用いて回復アイテムを取得するか、自動回復設定を行うかを選択することができる。
(2.2.2)サーバ処理部33の構成
以上の機能を実現するために、サーバ処理部33は、図3(a)に示すように、制御部331と、ゲーム開始部332と、ゲーム進行部333と、表示データ作成部334と、自動回復設定部335と、イベント実行部336と、自動回復部337と、特典付与部338とを備える。これらの各部は、サーバ処理部33が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、これらの各部は、ファームウェアとしてサーバ3に実装されてもよい。
以下、制御部331による処理について説明する。制御部331は、ゲームの進行を制御し、適宜、ゲーム開始部332、ゲーム進行部333等に処理の実行を指示する。
制御部331は、サーバ通信部31を介して携帯端末2からゲーム開始要求を受信すると、受信したゲーム開始要求に含まれるプレイヤID及びパスワードをプレイヤ認証部(不図示)に送信し、認証処理の実行を指示する。
制御部331は、プレイヤ認証部による認証が成功した場合、そのプレイヤIDをゲーム開始部332に渡し、ゲーム開始処理の実行を指示する。また、制御部331は、ゲーム開始部332から受け取ったホーム画面表示データをサーバ通信部31を介して携帯端末2に送信する。
一方、制御部331は、サーバ通信部31を介して携帯端末2からゲーム進行要求を受信すると、受信したゲーム進行要求をゲーム進行部333に渡し、ゲーム進行処理の実行を指示する。また、制御部331は、ゲーム進行部333から受け取った各種の表示データをサーバ通信部31を介して携帯端末2に送信する。
ゲーム開始部332は、各種指示(ゲーム開始、自動回復設定、表示データ作成等)を受け付けるボタン等を表示するホーム画面表示データを作成する。そして、ゲーム開始部332は、作成したホーム画面表示データを制御部331に渡す。
以下、ゲーム進行部333による処理について説明する。ゲーム進行部333は、ゲーム進行要求に応じてゲームを進行し、その進行結果に応じた情報を表示する各種の表示データを作成する。そして、ゲーム進行部333は、作成した表示データを制御部331に渡す。
ゲーム進行部333は、制御部331から受け取ったゲーム進行要求に含まれる要求種別から、携帯端末2の要求を特定する。
ゲーム進行部333は、特定した要求がホーム画面表示データの取得要求である場合、ゲーム開始部332に、ゲーム進行要求に含まれるプレイヤIDを渡すとともに、ホーム画面表示データの作成を指示する。この場合、ゲーム開始部332は、ゲーム進行部333から受信したプレイヤIDに対応するプレイヤを特定する。また、ゲーム開始部332は、作成したホーム画面表示データをゲーム進行部333に渡す。
ゲーム進行部333は、特定した要求がホーム画面以外の各画面表示データの取得要求である場合、表示データ作成部334に、ゲーム進行要求に含まれるプレイヤIDを渡すとともに、各画面表示データの作成を指示する。
ゲーム進行部333は、特定した要求がバトルポイントの自動回復設定要求である場合、自動回復設定部335に、ゲーム進行要求に含まれるプレイヤIDと、自動回復設定要求に含まれる各設定を渡すとともに、バトルポイントの自動回復の設定を指示する。
ゲーム進行部333は、特定した要求がバトルの実行要求である場合、イベント実行部336に、ゲーム進行要求に含まれるプレイヤIDを渡すとともに、バトルの実行を指示する。
ゲーム進行部333は、ゲーム開始部332、表示データ作成部334、自動回復設定部335又はイベント実行部336から受け取った表示データを制御部331に渡す。
以下、表示データ作成部334による処理について説明する。表示データ作成部334は、各画面を表示するための表示データを作成し、ゲーム進行部333に渡す。
表示データ作成部334は、ゲーム進行部333からゲーム選択画面、バトルポイント自動回復設定画面、対戦相手選択画面、バトル開始画面、クエスト開始画面、カード設定画面、マイページ画面、ショップ画面、キャラクタ選択画面等の表示データの作成指示を受ける。表示データ作成部334は、サーバ記憶部32に記憶されているプレイヤ管理テーブルを参照し、ゲーム進行部333から受け取ったプレイヤIDに対応するプレイヤを特定するとともに、特定したプレイヤに対応する各画面の表示データを作成する。
表示データ作成部334は、バトルポイント自動回復設定画面の表示データを作成する場合、プレイヤ管理テーブルを参照し、バトルに使用するカードのカードID、バトルポイント、回復アイテムのアイテム名、所有数及び自動使用可能な数、回復ポイントの所有値及び自動使用可能な値等を抽出する。さらに、表示データ作成部334は、サーバ記憶部32に記憶されているカード管理テーブルを参照し、プレイヤ管理テーブルから抽出したカードIDに対応するカードの名前、画像データのファイル名、消費ポイント数、攻撃力及び生命力を抽出する。次に、表示データ作成部334は、抽出した各情報、「設定」ボタン、「戻る」ボタン及び「対戦相手選択」ボタン等を所定のレイアウトで表示させるためのバトルポイント自動回復設定画面表示データを作成し、ゲーム進行部333に渡す。なお、表示データ作成部334は、バトル開始画面の表示データを作成する場合も、同様にして、カード管理テーブルからバトルに使用するカードの情報を抽出し、バトル開始画面の表示データを作成する。
以下、自動回復設定部335による処理について説明する。自動回復設定部335は、ゲーム進行部333からバトルポイントの自動回復の設定が指示された場合、プレイヤによる各設定を受け付け、バトルポイントの自動回復設定を行う。
自動回復設定部335は、バトルポイントの自動回復の設定が指示された場合、サーバ記憶部32に記憶されているプレイヤ管理テーブルを参照し、ゲーム進行部333から受け取ったプレイヤIDに対応するプレイヤを特定する。自動回復設定部335は、ゲーム進行部333から受け取った自動回復設定要求に含まれる各設定に従って、プレイヤ管理テーブルにおけるバトルポイントの自動回復設定、回復アイテムの自動使用可能な数、及び回復ポイントの自動使用可能な値を設定する。また、自動回復設定部335は、設定された内容をプレイヤが確認できるように、表示データ作成部334と同様にして、バトルポイント自動回復設定画面表示データを作成し、ゲーム進行部333に渡す。
以下、イベント実行部336による処理について説明する。イベント実行部336は、ゲーム進行部333からバトルの実行が指示された場合、バトルを実行する。
イベント実行部336は、バトルの実行が指示された場合、サーバ記憶部32に記憶されているプレイヤ管理テーブルを参照し、ゲーム進行部333から受け取ったプレイヤIDに対応するプレイヤと、そのプレイヤの現在のバトルポイントを特定する。さらに、イベント実行部336は、特定したプレイヤがバトルに使用するカードのカードIDを抽出し、カード管理テーブルから、抽出したカードIDに対応する攻撃力、生命力、消費ポイント数等を抽出する。
イベント実行部336は、現在のバトルポイントが、バトルに使用するカードの消費ポイント数以上であることを条件にバトルを実行する。イベント実行部336は、バトルに使用されるプレイヤのカードの攻撃力に基づいて対戦相手のカードに与えるダメージ量を決定し、決定したダメージ量を対戦相手のカードの生命力から減算する。一方、イベント実行部336は、対戦相手のカードの攻撃力に基づいてプレイヤのカードに与えるダメージ量を決定し、決定したダメージ量をプレイヤのカードの生命力から減算する。そして、イベント実行部336は、対戦相手のカードの生命力が先に0になった場合、プレイヤが勝利したと判定し、プレイヤのカードの生命力が先に0になった場合、プレイヤが敗北したと判定する。
また、イベント実行部336は、バトルを実行すると、プレイヤ管理テーブルのバトルポイントから消費ポイント数を減算することにより、バトルポイントから消費ポイント数を消費させる。また、イベント実行部336は、バトルの演出画像及び結果内容を表示するためのバトル実行画面表示データ及びバトル結果画面表示データを作成し、ゲーム進行部333に渡す。
以下、自動回復部337による処理について説明する。自動回復部337は、イベント実行部336により、バトルポイントが消費ポイント数未満であると判定された場合に、回復アイテムを用いてバトルポイントを自動的に回復させる。
自動回復部337は、プレイヤ管理テーブルにおいてバトルポイントの自動回復設定が有効であり、自動使用可能な種類の回復アイテムの所有数が、不足するバトルポイントを回復させるための必要数(例えば1)以上であり、且つその回復アイテムの使用数が自動使用可能な数以下である場合、バトルポイントを回復させる。自動回復部337は、プレイヤ管理テーブルのバトルポイントに、回復アイテムごとに定められている回復量又は回復率に応じた値を加算することにより、バトルポイントを回復させる。なお、自動回復部337は、プレイヤ管理テーブルのバトルポイントを、プレイヤごとに定められた上限値に更新することにより、バトルポイントを回復させてもよい。自動回復部337は、プレイヤ管理テーブルの回復アイテムの所有数をデクリメント(1減算)するとともに、使用数をインクリメント(1加算)する。さらに、自動回復部337は、プレイヤ管理テーブルの自動回復回数をインクリメントする。なお、自動回復部337は、自動使用可能な回復アイテムとして、複数種類の回復アイテムが設定されている場合、予め定められた優先順位(回復量又は回復率が低い順又は高い順)に従って、回復アイテムを使用していく。この優先順位は、プレイヤにより指定可能にしてもよい。
一方、自動回復部337は、バトルポイントが消費ポイント数未満となった場合でも、プレイヤ管理テーブルにおいてバトルポイントの自動回復設定が無効である場合は、バトルポイントを自動回復しない。また、回復アイテムの使用数がその自動使用可能な数を越えている場合は、回復アイテムを使用せず、バトルポイントを自動回復しない。これらの場合、自動回復部337は、バトルポイント不足であることを表示するためのバトル結果画面表示データを作成し、ゲーム進行部333に渡す。
また、自動回復部337は、回復アイテムの所有数が必要数未満であるとき、回復ポイントの所有値が回復アイテムを取得するための必要値未満である場合、又は、回復ポイントの使用値が自動使用可能な値を越えている場合は、回復ポイントを使用せず、バトルポイントを自動回復しない。一方、自動回復部337は、回復ポイントの所有値が必要値以上であり、且つ回復ポイントの使用値が自動使用可能な値以下である場合は、回復ポイントを回復アイテムに交換する。自動回復部337は、プレイヤ管理テーブルの回復アイテムの所有数を増加するとともに、回復ポイントから必要値を減算することにより、回復ポイントを回復アイテムに交換する。そして、自動回復部337は、その回復アイテムを用いてバトルポイントを回復させる。なお、自動回復部337は、回復ポイントを回復アイテムに交換せずに、回復ポイントを用いて直接にバトルポイントを回復させてもよい。
このように、自動回復部337は、バトルポイントを自動回復させるために、自動使用可能な数及び/又は種類の回復アイテムのみを用いる。また、自動回復部337は、バトルポイントを自動回復させるために、自動使用可能な値の回復ポイントのみを用いる。これにより、コンピュータがバトルポイントを自動的に回復する場合であっても、プレイヤは、一定の範囲内でバトルの進行を制御している感覚を得ることができる。
なお、自動回復部337は、バトルポイントの自動回復回数に応じて、バトルポイントの回復率又は回復量を変化させてもよい。その場合、自動回復部337は、バトルポイントの自動回復回数が多いほど、バトルポイントの回復率又は回復量を大きくする。また、自動回復部337は、バトルポイントの自動回復回数に応じて、バトルを実行した場合に消費する消費ポイント数を変化させてもよい。その場合、自動回復部337は、バトルポイントの自動回復回数が多いほど、消費ポイント数を小さくする。また、自動回復部337は、所有ポイントを自動的に回復させる場合の回復率又は回復量を、所有ポイントをプレイヤの指示に従って回復させる場合よりも大きく設定してもよい。これらにより、プレイヤにとって所有ポイントの自動回復を行うことが魅力的なものとなり、自動回復機能の利用率を向上させることが可能となる。
また、プレイヤ管理テーブルにプレイヤに関連する他のプレイヤを記憶しておき、自動回復部337は、相互に関連するプレイヤのバトルポイントを連動させて、特定のプレイヤのバトルポイントを自動的に回復させた場合に、そのプレイヤに関連する他のプレイヤのバトルポイントも自動的に回復させてもよい。例えば、自動回復部337は、特定のプレイヤのバトルポイントを自動的に回復させた場合に、そのプレイヤと同一の所属グループに所属する他のプレイヤのバトルポイントも自動的に回復させる。その場合、例えば特定のプレイヤのバトルポイントの自動回復を所定回数以上行った場合に限り、又は乱数発生処理等により当選した場合に限り、他のプレイヤのバトルポイントを自動回復させてもよい。また、他のプレイヤのバトルポイントの回復率又は回復量は、特定のプレイヤのバトルポイントの回復率又は回復量より小さくしてもよい。なお、プレイヤに関連する他のプレイヤとは、そのプレイヤと同一の所属グループに所属する他のプレイヤに限らず、そのプレイヤとフレンド関係にある他のプレイヤ、又は、過去の敵キャラクタとのバトルもしくはクエストにおいてそのプレイヤを救援した他のプレイヤ等であってもよい。これにより、ゲーム内における協力関係の構築意欲を向上させることも可能となる。
また、自動回復部337は、バトルの難易度(対戦相手のレベル)に応じて、自動回復回数(又はその上限)を設定してもよい。その場合、自動回復部337は、バトルの難易度が高いほど、自動回復回数(又はその上限)を高く設定する。これにより、対戦相手に勝利するまでに所有ポイントが0になる回数と同程度の自動回復回数を設定することが可能となり、イベントをスムーズに進行させることが可能な範囲で自動回復回数を設定することが可能となる。
また、バトルに用いられるカードにレベル又は希少性といった属性が定められている場合、自動回復部337は、バトルに用いられるカードの属性に応じて、バトルポイントの自動回復回数(又はその上限)を設定してもよい。その場合、自動回復部337は、バトルに用いられるカードのレベル又は希少性が高いほど、自動回復回数(又はその上限)を高く設定する。これにより、プレイヤは、レベルが高くなっていくほど、自動回復回数を多くすることができるようになり、プレイヤのレベル向上意欲を向上させることが可能となる。また、自動回復部337は、プレイヤのログイン回数、バトルの実行回数、フレンド関係にあるプレイヤの数等に応じて、自動回復回数(又はその上限)を定めてもよい。その場合、自動回復部337は、プレイヤのログイン回数、バトルの実行回数、フレンド関係にあるプレイヤの数等が高いほど、自動回復回数(又はその上限)を高く設定する。これにより、プレイヤのゲームの実施意欲、バトルへの参加意欲、及びゲーム内における協力関係の構築意欲を向上させることが可能となる。
以下、特典付与部338による処理について説明する。特典付与部338は、所有ポイントの自動回復回数に応じて、プレイヤに特典を付与する。
特典付与部338は、自動回復部337により所有ポイントの自動回復がなされると、プレイヤ管理テーブルの自動回復回数が所定回数以上であるか否かを判定し、所定回数以上である場合、プレイヤに特典を付与する。なお、特典付与部338は、特典として、例えば特定のキャラクタのカード又は回復アイテム等をプレイヤに付与する。特典付与部338は、自動回復回数が多いほど高い特典、例えばレベル又は希少性の高いカード又は回復アイテムをプレイヤに付与する。これにより、プレイヤにとって所有ポイントの自動回復を行うことが魅力的なものとなり、自動回復機能の利用率を向上させることが可能となる。
(3)ゲームシステム1の動作
図8は、ゲームシステム1の動作シーケンスの一例を示す。なお、以下に説明する動作シーケンスは、予め端末記憶部22及びサーバ記憶部32に記憶されているプログラムに基づいて、主に端末処理部25及びサーバ処理部33により、携帯端末2及びサーバ3の各要素と協働して実行される。
プレイヤは、携帯端末2の操作部23を用いてゲームの開始を指示する。閲覧実行部251は、操作部23を用いてプレイヤからプレイヤID及びパスワードを受け付け、受け付けたプレイヤID及びパスワードを含むゲーム開始要求を端末通信部21を介してサーバ3に送信する(ステップS101)。
サーバ3の制御部331は、サーバ通信部31を介して携帯端末2からゲーム開始要求を受信すると、受信したゲーム開始要求に含まれるプレイヤID及びパスワードをプレイヤ認証部に送信し、認証処理の実行を指示する(ステップS102)。
制御部331は、プレイヤ認証部による認証が成功した場合、そのプレイヤIDをゲーム開始部332に渡し、ゲーム開始処理の実行を指示する。ゲーム開始部332は、制御部331によりゲーム開始処理の実行が指示されると、ホーム画面表示データを作成し、作成したホーム画面表示データを制御部331に渡す(ステップS103)。
次に、制御部331は、ゲーム開始部332から受け取ったホーム画面表示データをサーバ通信部31を介して携帯端末2に送信する(ステップS104)。
閲覧実行部251は、端末通信部21を介してサーバ3からホーム画面表示データを受信すると、受信したホーム画面表示データに基づいて描画データを作成する。閲覧実行部251は、作成した描画データを表示部24に出力し、ホーム画面を表示する(ステップS105)。
次に、閲覧実行部251は、操作部23を用いたプレイヤからの指示に応じて、その指示に対応する要求種別と、そのプレイヤのプレイヤIDとを含むゲーム進行要求を端末通信部21を介してサーバ3に送信する(ステップS106)。
なお、図5(b)のバトルポイント自動回復設定画面510の「設定」ボタン519がタップされた場合、要求種別は、バトルポイントの自動回復設定要求となる。この自動回復設定要求には、各入力欄516〜518で指定された設定が含まれる。また、図6(b)のバトル開始画面610の「バトル実行」ボタン619がタップされた場合、要求種別は、バトルの実行要求となる。また、図5(a)〜(d)、図6(a)〜(d)、図7(a)〜(c)の各画面に示された他の各ボタンがタップされた場合、要求種別は、対応する各画面の表示データの取得要求となる。
制御部331は、サーバ通信部31を介して携帯端末2からゲーム進行要求を受信すると、受信したゲーム進行要求をゲーム進行部333に渡し、ゲーム進行処理の実行を指示する。ゲーム進行部333は、制御部331によりゲーム進行処理の実行が指示されると、ゲーム進行処理を実行する(ステップS107)。ゲーム進行処理において、サーバ処理部33の各部は、受信したゲーム進行要求に対応する表示データを作成し、ゲーム進行部333は、作成された表示データを制御部331に渡す。ゲーム進行処理の詳細については後述する。
次に、制御部331は、ゲーム進行部333から受け取った各表示データをサーバ通信部31を介して携帯端末2に送信する(ステップS108)。
閲覧実行部251は、端末通信部21を介してサーバ3から各表示データ等を受信すると、受信した表示データに基づいて描画データを作成する。また、閲覧実行部251は、作成した描画データを表示部24に出力し、対応する画面を表示する(ステップS109)。以降、ステップS106〜S109の処理が繰り返される。
図9は、ゲーム進行部333によるゲーム進行処理の動作フローの一例を示す図である。図9に示すゲーム進行処理は、図8のステップS107において実行される。
最初に、ゲーム進行部333は、制御部331から受け取ったゲーム進行要求に含まれる要求種別から、携帯端末2の要求を特定する(ステップS201)。
特定した要求がバトルポイントの自動回復設定要求である場合(ステップS202−Yes)、ゲーム進行部333は、自動回復設定部335に、バトルポイントの自動回復の設定を指示し、自動回復設定部335は、自動回復設定処理を実行する(ステップS203)。自動回復設定処理において、自動回復設定部335は、バトルポイントの自動回復設定画面表示データを作成し、ゲーム進行部333に渡す。自動回復設定処理の詳細については後述する。
次に、ゲーム進行部333は、バトルポイントの自動回復設定画面表示データを制御部331に渡し(ステップS209)、一連のステップを終了する。
一方、ステップS201において特定した要求がバトルの実行要求である場合(ステップS202−No、ステップS204−Yes)、ゲーム進行部333は、イベント実行部336に、バトルの実行を指示し、イベント実行部336は、バトルの実行処理を実行する(ステップS205)。バトルの実行処理において、イベント実行部336は、バトルの実行画面表示データ及びバトルの結果画面表示データを作成し、ゲーム進行部333に渡す。バトルの実行処理の詳細については後述する。
次に、ゲーム進行部333は、イベント実行部336から受け取ったバトルの実行画面表示データ及びバトルの結果画面表示データを制御部331に渡し(ステップS209)、一連のステップを終了する。
一方、ステップS201において特定した要求がホーム画面表示データの取得要求である場合(ステップS204−No、ステップS206−Yes)、ゲーム進行部333は、ゲーム開始部332にホーム画面表示データの作成を指示する。ゲーム開始部332は、ホーム画面表示データを作成し、ゲーム進行部333に渡す(ステップS207)。
次に、ゲーム進行部333は、ゲーム開始部332から受け取ったホーム画面表示データを制御部331に渡し(ステップS209)、一連のステップを終了する。
一方、ステップS201において特定した要求が上記の何れでもない場合、即ちホーム画面表示データ以外の各画面の表示データの取得要求である場合(ステップS206−No)、ゲーム進行部333は、表示データ作成部334に各画面の表示データの作成を指示する。表示データ作成部334は、指示された画面の表示データを作成し、ゲーム進行部333に渡す(ステップS208)。
次に、ゲーム進行部333は、受け取った画面表示データを制御部331に渡し(ステップS209)、一連のステップを終了する。
図10は、自動回復設定部335による自動回復設定処理の動作フローの一例を示す図である。図10に示す自動回復設定処理は、図9のステップS203において実行される。
最初に、自動回復設定部335は、自動回復設定要求に含まれる自動回復させるか否かの設定に従って、プレイヤ管理テーブルにおける自動回復設定を設定する(ステップS301)。
次に、自動回復設定部335は、自動回復設定要求に含まれる回復アイテムの自動使用可能な種類及び数の設定に従って、プレイヤ管理テーブルにおける自動使用可能な種類の回復アイテム毎の自動使用可能な数を設定する(ステップS302)。
次に、自動回復設定部335は、自動回復設定要求に含まれる回復ポイントの自動使用可能な値の設定に従って、プレイヤ管理テーブルにおける回復ポイントの自動使用可能な値を設定する(ステップS303)。
次に、自動回復設定部335は、バトルポイント自動回復設定画面表示データを作成してゲーム進行部333に渡し(ステップS304)、一連のステップを終了する。
図11は、イベント実行部336、自動回復部337、特典付与部338によるバトル実行処理の動作フローの一例を示す図である。図11に示すバトル実行処理は、図9のステップS205において実行される。
最初に、イベント実行部336は、携帯端末2のプレイヤの現在のバトルポイントが、バトルに使用するカードの消費ポイント数以上であるか否かを判定する(ステップS401)。
バトルポイントが消費ポイント数以上である場合(ステップS401−Yes)、イベント実行部336は、処理をステップS412へ移行する。一方、バトルポイントが消費ポイント数未満である場合(ステップS401−No)、自動回復部337は、バトルポイントの自動回復設定が有効であるか否かを判定する(ステップS402)。
自動回復部337は、バトルポイントの自動回復設定が無効である場合(ステップS402−No)、バトルポイントを自動回復せずに、バトルポイント不足であることを表示するためのバトル結果画面表示データを作成してゲーム進行部333に渡し(ステップS403)、一連のステップを終了する。
一方、自動回復部337は、バトルポイントの自動回復設定が有効である場合(ステップS402−Yes)、自動使用可能な種類の回復アイテムの所有数が、不足するバトルポイントを回復させるための必要数以上であるか否かを判定する(ステップS404)。
自動回復部337は、自動使用可能な種類の回復アイテムの所有数が必要数以上である場合(ステップS404−Yes)、その回復アイテムの使用数が自動使用可能な数を越えているか否かを判定する(ステップS405)。
自動回復部337は、その回復アイテムの使用数が自動使用可能な数以下である場合(ステップS405−No)、処理をステップS409へ移行する。一方、自動回復部337は、その回復アイテムの使用数が自動使用可能な数を越えている場合(ステップS405−Yes)、バトルポイントを自動回復せずに、バトルポイント不足であることを表示するためのバトル結果画面表示データを作成してゲーム進行部333に渡し(ステップS403)、一連のステップを終了する。
一方、自動回復部337は、自動使用可能な種類の回復アイテムの所有数が必要数未満である場合(ステップS404−No)、回復ポイントの所有値が、必要となる回復アイテムを取得するための必要値以上であるか否かを判定する(ステップS406)。
自動回復部337は、回復ポイントの所有値が必要値未満である場合(ステップS406−No)、バトルポイントを自動回復せずに、バトルポイント不足であることを表示するためのバトル結果画面表示データを作成してゲーム進行部333に渡し(ステップS403)、一連のステップを終了する。
一方、自動回復部337は、回復ポイントの所有値が必要値以上である場合(ステップS406−Yes)、回復ポイントの使用値が自動使用可能な値を越えているか否かを判定する(ステップS407)。
自動回復部337は、回復ポイントの使用値が自動使用可能な値を越えている場合(ステップS407−Yes)、バトルポイントを自動回復せずに、バトルポイント不足であることを表示するためのバトル結果画面表示データを作成してゲーム進行部333に渡す(ステップS403)。
一方、自動回復部337は、回復ポイントの使用値が自動使用可能な値以下である場合(ステップS407−No)、回復ポイントを回復アイテムに交換し(ステップS408)、処理をステップS409へ移行する。
ステップS409において、自動回復部337は、バトルポイントを回復させる(ステップS409)。
次に、特典付与部338は、自動回復回数が所定回数以上であるか否かを判定する(ステップS410)。
特典付与部338は、自動回復回数が所定回数未満である場合(ステップS410−No)、特に処理を行わず、処理をステップS412へ移行する。一方、特典付与部338は、自動回復回数が所定回数以上である場合(ステップS410−Yes)、プレイヤに特典を付与し(ステップS411)、処理をステップS412へ移行する。
ステップS412において、イベント実行部336は、バトルを実行する(ステップS412)。
次に、イベント実行部336は、バトルポイントから消費ポイント数を消費させる(ステップS413)。
次に、イベント実行部336は、バトルの演出画像及び結果内容を表示するためのバトル実行画面表示データ及びバトル結果画面表示データを作成してゲーム進行部333に渡し(ステップS414)、一連のステップを終了する。
以上説明してきたように、サーバ3は、バトルポイントが所定値未満となった場合に、バトルポイントを、プレイヤが所有する回復ポイント又は回復アイテムを用いて自動的に回復させる。これにより、ゲームの進行が中断されることを防止し、プレイヤのゲームへの継続意欲を維持させることが可能となる。
なお、本発明は、本実施形態に限定されるものではない。例えば、本実施形態では、サーバ3が提供するゲームのイベントがバトルである例について説明したが、イベントは、ゲームのシナリオに従って進行するクエストでもよい。クエストとは、一般に、探索、ミッション等とも称されるものであり、戦闘、アイテムの取得等を行うことによりクリアされる複数のステージによって提供される。プレイヤは、クエストを実行することにより、キャラクタを成長させたり、特定のアイテム等の特典を取得することが可能となる。
この場合、サーバ記憶部32は、バトルについての各情報と同様に、クエストについても、使用するカードのカードID、クエストを実行するための所有ポイントであるクエストポイントに関する情報、自動回復設定、回復アイテムに関する情報及び自動回復回数をそれぞれ記憶する。なお、回復ポイントに関する情報は、バトルとクエストで共通に管理される。ホーム画面には、「バトルポイント自動回復設定」ボタンと同様に、「クエストポイント自動回復設定」ボタンが表示される。「クエストポイント自動回復設定」ボタンがタップされると、バトルポイント自動回復設定画面と同様の、クエストポイントの自動回復設定を行うためのクエストポイント自動回復設定画面が表示される。イベント実行部336は、クエスト開始画面からクエストの実行が指示されると、クエストポイントが所定値以上であることを条件にクエストを実行するとともに、クエストポイントから所定値を消費させる。自動回復部337は、クエストポイントが所定値未満となった場合に、回復ポイント、又は、クエストポイントの回復アイテムを用いてクエストポイントを自動的に回復させる。なお、消費する所定値は、バトルの場合と同様に、クエストに使用されるキャラクタのカードの消費ポイント数とする。なお、クエストにキャラクタのカードが使用されない場合は、クエストの難易度に従って、消費する所定値が設定されてもよい。または、消費する所定値は固定値としてもよい。
また、ゲームのイベントがバトルとクエストの両方を含む場合、自動回復部337は、バトルポイントとクエストポイントを連動させて、バトルポイント及びクエストポイントのうちの一方の所有ポイントを自動的に回復させた場合に、他方の所有ポイントも自動的に回復させてもよい。その場合、例えば一方の所有ポイントの自動回復を所定回数以上行った場合に限り、又は乱数発生処理等により当選した場合に限り、他方の所有ポイントを自動回復させてもよい。また、連動して回復させる側の所有ポイントの回復率又は回復量は、先に回復させた側の所有ポイントの回復率又は回復量より小さくしてもよい。これらにより、プレイヤにとって所有ポイントの自動回復を行うことが魅力的なものとなり、自動回復機能の利用率を向上させることが可能となる。
また、本実施形態では、ホーム画面と、バトル開始画面の両方から自動回復設定を行えるものとしたが、何れか一方については省略してもよい。
また、本実施形態では、サーバ3がゲームを実行するものとしたが、サーバ3を省略し、携帯端末2がゲームを制御してもよい。その場合、端末記憶部22は、プレイヤ管理テーブルのうちその携帯端末2のプレイヤについての情報及びカード管理テーブル等を記憶し、端末処理部25は、図2に示した各部に加えて、サーバ3のサーバ処理部33の各部と同様の機能を持つ各部を有する。端末処理部25は、各情報を端末通信部21及びサーバ通信部31を介して送受信することに代えて、端末処理部25内で送受信する。
当業者は、本発明の精神及び範囲から外れることなく、様々な変更、置換、及び修正をこれに加えることが可能であることを理解されたい。