(57)【要約】【課題】復活処理と課金処理等を連携させた処理を実現できるゲームシステム、サーバシステム及びプログラム等の提供。【解決手段】ゲームシステムは、操作情報に基づきゲーム空間内を移動する移動体を用いたゲームの処理を行うゲーム処理部と、移動体を用いたゲームがプレイ続行不能状態になった場合に、プレーヤが選択したゲーム空間内の復活ポイントＰ１〜Ｐ６において、プレイ続行不能状態になった移動体を復活させる復活処理を行う復活処理部と、課金処理部を含む。課金処理部は、プレーヤが選択した復活ポイントに応じて課金を異ならせる課金処理を行う。【選択図】図５
2014198182.tif 000002
【特許請求の範囲】
【請求項１】
操作情報に基づきゲーム空間内を移動する移動体を用いたゲームの処理を行うゲーム処理部と、
前記移動体を用いたゲームがプレイ続行不能状態になった場合に、プレーヤが選択した前記ゲーム空間内の復活ポイントにおいて、プレイ続行不能状態になった前記移動体を復活させる復活処理を行う復活処理部と、
課金処理を行う課金処理部と、
を含み、
前記課金処理部は、
前記プレーヤが選択した前記復活ポイントに応じて課金を異ならせる課金処理を行うことを特徴とするゲームシステム。
【請求項２】
請求項１において、
前記課金処理部は、
前記移動体がプレイ続行不能状態になったプレイ続行不能ポイントから、前記プレーヤが選択した前記復活ポイントまでの距離が近いほど課金が高くなる課金処理を行うことを特徴とするゲームシステム。
【請求項３】
請求項１又は２において、
前記復活処理部は、
前記移動体がプレイ続行不能状態にならなかった場合の前記移動体の予測移動ポイントを求め、
前記課金処理部は、
前記プレーヤが前記予測移動ポイントを前記復活ポイントとして選択した場合には、他のポイントを前記復活ポイントとして選択した場合に比べて課金が高くなる課金処理を行うことを特徴とするゲームシステム。
【請求項４】
請求項１乃至３のいずれかにおいて、
前記移動体がプレイ続行不能状態になったプレイ続行不能ポイントから、前記プレーヤが選択した前記復活ポイントまでの距離が遠い場合には、課金が低くなる課金処理を前記課金処理部が行うと共に、前記移動体の復活の際のゲーム条件を有利な条件に設定する処理を前記復活処理部が行い、
前記プレイ続行不能ポイントから前記復活ポイントまでの距離が近い場合には、課金が高くなる課金処理を前記課金処理部が行うと共に、前記移動体の復活の際のゲーム条件を不利な条件に設定する処理を前記復活処理部が行うことを特徴とするゲームシステム。
【請求項５】
請求項１乃至４のいずれかにおいて、
前記復活処理部は、
前記移動体がプレイ続行不能状態になったプレイ続行不能ポイントまでの前記移動体の移動軌跡に対して設定された複数の前記復活ポイントの候補を、或いは前記プレイ続行不能ポイントからの距離が異なる複数の距離範囲に設定された複数の前記復活ポイントの候補を、前記プレーヤに提示する処理を行うことを特徴とするゲームシステム。
【請求項６】
請求項１乃至５のいずれかにおいて、
前記復活処理部は、
復活の際の前記移動体のゲームパラメータの設定条件、前記移動体がプレイ続行不能状態から復活可能状態になるまでの待ち時間についての条件、前記移動体の復活可能回数についての条件、復活の際に他の移動体のゲームパラメータに対して前記移動体が与える作用についての条件、及び復活の際の前記移動体の装備変更条件のうちの少なくとも１つのゲーム条件を、前記課金処理における課金に応じて変化させる処理を行うことを特徴とするゲームシステム。
【請求項７】
操作情報に基づきゲーム空間内を移動する移動体を用いたゲームの処理を行うゲーム処理部と、
前記移動体を用いたゲームがプレイ続行不能状態になった場合に、所与の復活ポイントにおいて、プレイ続行不能状態になった前記移動体を復活させる復活処理を行う復活処理部と、
課金処理を行う課金処理部と、
を含み、
前記復活処理部は、
前記移動体の復活の際のゲーム条件を、前記課金処理における課金に応じて変化させる処理を行うことを特徴とするゲームシステム。
【請求項８】
請求項７において、
前記復活処理部は、
復活の際の前記移動体のゲームパラメータの設定条件、前記移動体がプレイ続行不能状態から復活可能状態になるまでの待ち時間についての条件、前記移動体の復活可能回数についての条件、復活の際に他の移動体のゲームパラメータに対して前記移動体が与える作用についての条件、及び復活の際の前記移動体の装備変更条件のうちの少なくとも１つのゲーム条件を、前記課金処理における課金に応じて変化させる処理を行うことを特徴とするゲームシステム。
【請求項９】
操作情報に基づきゲーム空間内を移動する移動体を用いたゲームの処理を行うゲーム処理部と、
前記移動体を用いたゲームがプレイ続行不能状態になった場合に、プレーヤが選択した前記ゲーム空間内の復活ポイントにおいて、プレイ続行不能状態になった前記移動体を復活させる復活処理を行う復活処理部と、
を含み、
前記復活処理部は、
前記移動体の復活の際のゲーム条件を、前記プレーヤが選択した前記復活ポイントに応じて変化させることを特徴とするゲームシステム。
【請求項１０】
操作情報に基づきゲーム空間内を移動する移動体を用いたゲームの処理を行うゲーム処理部と、
前記移動体を用いたゲームがプレイ続行不能状態になった場合に、プレーヤが選択した前記ゲーム空間内の復活ポイントにおいて、プレイ続行不能状態になった前記移動体を復活させる復活処理を行う復活処理部と、
課金処理を行う課金処理部と、
を含み、
前記課金処理部は、
前記プレーヤが選択した前記復活ポイントに応じて課金を異ならせる課金処理を行うことを特徴とするサーバシステム。
【請求項１１】
操作情報に基づきゲーム空間内を移動する移動体を用いたゲームの処理を行うゲーム処理部と、
前記移動体を用いたゲームがプレイ続行不能状態になった場合に、プレーヤが選択した前記ゲーム空間内の復活ポイントにおいて、プレイ続行不能状態になった前記移動体を復活させる復活処理を行う復活処理部と、
課金処理を行う課金処理部として、
コンピュータを機能させ、
前記課金処理部は、
前記プレーヤが選択した前記復活ポイントに応じて課金を異ならせる課金処理を行うことを特徴とするプログラム。
【請求項１２】
操作情報に基づきゲーム空間内を移動する移動体を用いたゲームの処理を行うゲーム処理部と、
前記移動体を用いたゲームがプレイ続行不能状態になった場合に、所与の復活ポイントにおいて、プレイ続行不能状態になった前記移動体を復活させる復活処理を行う復活処理部と、
課金処理を行う課金処理部として、
コンピュータを機能させ、
前記復活処理部は、
前記移動体の復活の際のゲーム条件を、前記課金処理における課金に応じて変化させる処理を行うことを特徴とするプログラム。
【請求項１３】
操作情報に基づきゲーム空間内を移動する移動体を用いたゲームの処理を行うゲーム処理部と、
前記移動体を用いたゲームがプレイ続行不能状態になった場合に、プレーヤが選択した前記ゲーム空間内の復活ポイントにおいて、プレイ続行不能状態になった前記移動体を復活させる復活処理を行う復活処理部として、
コンピュータを機能させ、
前記復活処理部は、
前記移動体の復活の際のゲーム条件を、前記プレーヤが選択した前記復活ポイントに応じて変化させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲームシステム、サーバシステム及びプログラム等に関する。
【背景技術】
【０００２】
従来より、例えば戦闘機を模した移動体をプレーヤの操作によりオブジェクト空間内で飛行させ、敵を攻撃して得点を競う戦闘機ゲームが知られている。
【０００３】
このような戦闘機ゲームでは、自機が撃墜された場合にも、撃墜された自機を所定の復活ポイントで復活させて、再出撃させる復活処理が行われる場合がある。このような復活処理の従来技術としては例えば特許文献１、２に開示される技術が知られている。
【０００４】
一方、近年、ネットワークを介してサーバシステムと端末装置とを通信接続して、ネットワークを利用したゲーム（以下、適宜、ネットワークゲームと呼ぶ）を楽しむことができるゲームシステムが脚光を浴びている。このようなゲームシステムでは、プレーヤが所望する価値に見合う課金処理を行うことが重要となる。
【０００５】
しかしながら、これらの特許文献１、２には、復活処理と課金処理等との連携については何ら考慮されていなかった。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０００−２４３１７号公報
【特許文献２】特開２０１２−９０８４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の幾つかの態様によれば、復活処理と課金処理等を連携させた処理を実現できるゲームシステム、サーバシステム及びプログラム等を提供できる。
【課題を解決するための手段】
【０００８】
本発明の一態様は、操作情報に基づきゲーム空間内を移動する移動体を用いたゲームの処理を行うゲーム処理部と、前記移動体を用いたゲームがプレイ続行不能状態になった場合に、プレーヤが選択した前記ゲーム空間内の復活ポイントにおいて、プレイ続行不能状態になった前記移動体を復活させる復活処理を行う復活処理部と、課金処理を行う課金処理部と、を含み、前記課金処理部は、前記プレーヤが選択した前記復活ポイントに応じて課金を異ならせる課金処理を行うゲームシステムに関係する。また本発明は、上記各部としてコンピュータを機能させるプログラム、又は該プログラムを記憶したコンピュータ読み取り可能な情報記憶媒体に関係する。
【０００９】
本発明の一態様によれば、ゲーム空間内を移動する移動体を用いたゲームがプレイ続行不能状態になった場合に、プレーヤが選択した復活ポイントにおいて、移動体を復活させる復活処理が行われる。この場合に本発明の一態様では、プレーヤが選択した復活ポイントに応じて課金を異ならせる課金処理が実行される。従って、復活処理と課金処理等を連携させた処理を実現できるようになり、これまでにないゲームシステムを提供できる。
【００１０】
また本発明の一態様では、前記課金処理部は、前記移動体がプレイ続行不能状態になったプレイ続行不能ポイントから、前記プレーヤが選択した前記復活ポイントまでの距離が近いほど課金が高くなる課金処理を行ってもよい。
【００１１】
このようにすれば、プレーヤは、課金を受け入れて時間のロス等を回避するのか、課金を受け入れずに時間のロス等を許容するのかを選択できるようになる。
【００１２】
また本発明の一態様では、前記復活処理部は、前記移動体がプレイ続行不能状態にならなかった場合の前記移動体の予測移動ポイントを求め、前記課金処理部は、前記プレーヤが前記予測移動ポイントを前記復活ポイントとして選択した場合には、他のポイントを前記復活ポイントとして選択した場合に比べて課金が高くなる課金処理を行ってもよい。
【００１３】
このようにすれば、プレイ続行不能状態になってから復活処理が行われるまでのタイムラグ期間等についても、課金により解消することが可能になる。
【００１４】
また本発明の一態様では、前記移動体がプレイ続行不能状態になったプレイ続行不能ポイントから、前記プレーヤが選択した前記復活ポイントまでの距離が遠い場合には、課金が低くなる課金処理を前記課金処理部が行うと共に、前記移動体の復活の際のゲーム条件を有利な条件に設定する処理を前記復活処理部が行い、前記プレイ続行不能ポイントから前記復活ポイントまでの距離が近い場合には、課金が高くなる課金処理を前記課金処理部が行うと共に、前記移動体の復活の際のゲーム条件を不利な条件に設定する処理を前記復活処理部が行ってもよい。
【００１５】
このようにすることで、課金による有利・不利の設定とゲーム条件による有利・不利の設定のバランスが保たれ、ゲームバランス等を向上できる。
【００１６】
また本発明の一態様では、前記復活処理部は、前記移動体がプレイ続行不能状態になったプレイ続行不能ポイントまでの前記移動体の移動軌跡に対して設定された複数の前記復活ポイントの候補を、或いは前記プレイ続行不能ポイントからの距離が異なる複数の距離範囲に設定された複数の前記復活ポイントの候補を、前記プレーヤに提示する処理を行ってもよい。
【００１７】
このようにすれば、プレーヤは、移動体の移動軌跡或いは複数の距離範囲に対して設定された復活ポイントの候補を確認しながら、復活ポイントを選択できるようになり、プレーヤのインターフェース環境を向上できる。
【００１８】
また本発明の一態様では、前記復活処理部は、復活の際の前記移動体のゲームパラメータの設定条件、前記移動体がプレイ続行不能状態から復活可能状態になるまでの待ち時間についての条件、前記移動体の復活可能回数についての条件、復活の際に他の移動体のゲームパラメータに対して前記移動体が与える作用についての条件、及び復活の際の前記移動体の装備変更条件のうちの少なくとも１つのゲーム条件を、前記課金処理における課金に応じて変化させる処理を行ってもよい。
【００１９】
このようにすれば、復活の際の移動体のゲームパラメータ、復活可能状態になるまでの待ち時間、復活可能回数、復活の際に他の移動体に与える作用、装備変更などのゲーム条件の設定についても、課金処理と連携した処理を実現できるようになり、これまでにないゲームシステムを提供できる。
【００２０】
また本発明の他の態様は、操作情報に基づきゲーム空間内を移動する移動体を用いたゲームの処理を行うゲーム処理部と、前記移動体を用いたゲームがプレイ続行不能状態になった場合に、所与の復活ポイントにおいて、プレイ続行不能状態になった前記移動体を復活させる復活処理を行う復活処理部と、課金処理を行う課金処理部と、を含み、前記復活処理部は、前記移動体の復活の際のゲーム条件を、前記課金処理における課金に応じて変化させる処理を行うゲームシステムに関係する。また本発明は、上記各部としてコンピュータを機能させるプログラム、又は該プログラムを記憶したコンピュータ読み取り可能な情報記憶媒体に関係する。
【００２１】
本発明の他の態様によれば、ゲーム空間内を移動する移動体を用いたゲームがプレイ続行不能状態になった場合に、プレーヤが選択した復活ポイントにおいて、移動体を復活させる復活処理が行われる。この場合に本発明の他の態様では、移動体の復活の際のゲーム条件を、課金処理における課金に応じて変化させる処理が行われる。従って、復活処理と課金処理等を連携させた処理を実現できるようになり、これまでにないゲームシステムを提供できる。
【００２２】
また本発明の他の態様では、前記復活処理部は、復活の際の前記移動体のゲームパラメータの設定条件、前記移動体がプレイ続行不能状態から復活可能状態になるまでの待ち時間についての条件、前記移動体の復活可能回数についての条件、復活の際に他の移動体のゲームパラメータに対して前記移動体が与える作用についての条件、及び復活の際の前記移動体の装備変更条件のうちの少なくとも１つのゲーム条件を、前記課金処理における課金に応じて変化させる処理を行ってもよい。
【００２３】
また本発明の他の態様は、操作情報に基づきゲーム空間内を移動する移動体を用いたゲームの処理を行うゲーム処理部と、前記移動体を用いたゲームがプレイ続行不能状態になった場合に、プレーヤが選択した前記ゲーム空間内の復活ポイントにおいて、プレイ続行不能状態になった前記移動体を復活させる復活処理を行う復活処理部と、を含み、前記復活処理部は、前記移動体の復活の際のゲーム条件を、前記プレーヤが選択した前記復活ポイントに応じて変化させる処理を行うゲームシステムに関係する。また本発明は、上記各部としてコンピュータを機能させるプログラム、又は該プログラムを記憶したコンピュータ読み取り可能な情報記憶媒体に関係する。
【００２４】
本発明の他の態様によれば、ゲーム空間内を移動する移動体を用いたゲームがプレイ続行不能状態になった場合に、プレーヤが選択した復活ポイントにおいて、移動体を復活させる復活処理が行われる。この場合に本発明の他の態様では、移動体の復活の際のゲーム条件を、プレーヤが選択した復活ポイントに応じて変化させる処理が行われる。従って、復活処理と復活の際のゲーム条件の設定処理等を連携させた処理を実現できるようになり、これまでにないゲームシステムを提供できる。
【００２５】
また本発明の他の態様は、操作情報に基づきゲーム空間内を移動する移動体を用いたゲームの処理を行うゲーム処理部と、前記移動体を用いたゲームがプレイ続行不能状態になった場合に、プレーヤが選択した前記ゲーム空間内の復活ポイントにおいて、プレイ続行不能状態になった前記移動体を復活させる復活処理を行う復活処理部と、課金処理を行う課金処理部と、を含み、前記課金処理部は、前記プレーヤが選択した前記復活ポイントに応じて課金を異ならせる課金処理を行うサーバシステムに関係する。
【図面の簡単な説明】
【００２６】
【図１】図１（Ａ）〜図１（Ｅ）は本実施形態のゲームシステムの構成例の説明図。
【図２】本実施形態のサーバシステムの構成例。
【図３】本実施形態の端末装置の構成例。
【図４】チーム対抗モードについての説明図。
【図５】図５（Ａ）、図５（Ｂ）は本実施形態の手法の説明図。
【図６】図６（Ａ）〜図６（Ｄ）は課金処理時のアニメーション表示手法の説明図。
【図７】図７（Ａ）、図７（Ｂ）は予測移動ポイントまで移動体を移動させる手法の説明図。
【図８】図８（Ａ）、図８（Ｂ）は復活ポイントの設定の際の不具合の説明図。
【図９】図９（Ａ）、図９（Ｂ）は距離範囲による復活ポイントの設定手法の説明図。
【図１０】図１０（Ａ）、図１０（Ｂ）も距離範囲による復活ポイントの設定手法の説明図。
【図１１】図１１（Ａ）、図１１（Ｂ）は復活ポイント情報、課金情報の一例を示す図。
【図１２】機体ランクに応じた課金処理手法の説明図。
【図１３】図１３（Ａ）、図１３（Ｂ）は復活ポイントに応じたゲーム条件の設定手法の説明図。
【図１４】復活の際のゲーム条件を課金に応じて変化させる手法の説明図。
【図１５】図１５（Ａ）〜図１５（Ｃ）も復活の際のゲーム条件を課金に応じて変化させる手法の説明図。
【図１６】図１６（Ａ）、図１６（Ｂ）も復活の際のゲーム条件を課金に応じて変化させる手法の説明図。
【図１７】本実施形態の詳細な処理例のフローチャート。
【図１８】本実施形態の詳細な処理例のフローチャート。
【図１９】本実施形態の詳細な処理例のフローチャート。
【図２０】本実施形態の詳細な処理例のフローチャート。
【発明を実施するための形態】
【００２７】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００２８】
１．ゲームシステム
まず、図１（Ａ）〜図１（Ｅ）を用いて本実施形態のゲームシステムの構成例について説明する。
【００２９】
図１（Ａ）では、サーバシステム５００（情報処理システム）が、ネットワーク５１０を介して端末装置ＴＭ１〜ＴＭｎと通信接続されている。例えばサーバシステム５００はホストであり、端末装置ＴＭ１〜ＴＭｎはクライアントである。なお、以下では、本実施形態のゲームシステム及びその処理を、主にサーバシステム５００により実現する場合を例にとり説明するが、ゲームシステム及びその処理の全部又は一部を、端末装置ＴＭ１〜ＴＭｎにより実現してもよい。
【００３０】
サーバシステム５００は例えば１又は複数のサーバ（管理サーバ、ゲームサーバ、課金サーバ、サービス提供サーバ、コンテンツ配信サーバ、認証サーバ、データベースサーバ、又は通信サーバ等）により実現できる。このサーバシステム５００は、コミュニティ型ウェブサイトやオンラインゲームを運営するための各種サービスを提供し、ゲーム実行に必要なデータの管理や、クライアントプログラム及び各種データ等の配信を行うことができる。
【００３１】
ネットワーク５１０（配信網、通信回線）は、例えばインターネットや無線ＬＡＮ等を利用した通信路であり、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網や無線ＬＡＮ等の通信網を含むことができる。また通信方法については有線／無線を問わない。
【００３２】
端末装置ＴＭ１〜ＴＭｎ（プレーヤ端末）は、例えばネット接続機能（インターネット接続機能）を有する端末である。これらの端末装置ＴＭ１〜ＴＭｎとしては、例えば図１（Ｂ）の家庭用ゲーム装置（据え置き型）、図１（Ｃ）の携帯型ゲーム装置、図１（Ｄ）の携帯型通信端末（スマートフォン、フューチャーフォン、携帯電話機）、或いは図１（Ｅ）の業務用ゲーム装置などの種々の装置を用いることができる。或いは、端末装置ＴＭ１〜ＴＭｎとして、パーソナルコンピュータ（ＰＣ）やタブレット型コンピュータなどの情報処理装置を用いてもよい。
【００３３】
図２に本実施形態のサーバシステム５００（ゲームシステム、ホスト装置、情報処理システム）の構成例を示す。なお、サーバシステム５００の構成は図２に限定されず、その構成要素（各部）の一部を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。
【００３４】
サーバシステム５００は、処理部６００、操作部６６０、記憶部６７０、通信部６９６を含む。
【００３５】
処理部６００は、通信部６９６を介して受信したデータや、記憶部６７０に記憶されるデータ、プログラム等に基づいて、サーバの各種サービス・管理に必要な種々の処理を行う。この処理部６００の機能は、各種プロセッサ（ＣＰＵ、ＧＰＵ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。
【００３６】
処理部６００は、受信処理部６０２、送信処理部６０４、ゲーム処理部６０６、復活処理部６０７、課金処理部６０８、管理処理部６１０、画像情報生成部６２０、音情報生成部６３０を含む。
【００３７】
受信処理部６０２は、端末装置等からの情報の受信処理を行う。送信処理部６０４は、端末装置等への情報の送信処理を行う。ここで受信処理は、通信部６９６に情報の受信を指示したり、通信部６９６が受信した情報を取得して記憶部６７０に書き込む処理などである。送信処理は、通信部６９６に情報の送信を指示したり、送信する情報を通信部６９６に指示する処理などである。
【００３８】
ゲーム処理部６０６は、各種のゲーム処理を行う。ここでゲーム処理としては、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、ゲーム終了条件が満たされた場合にゲームを終了する処理、或いはゲーム結果を演算する処理などがある。例えばゲーム処理部６０６は、端末装置に入力されたプレーヤ（ユーザ）の操作情報に基づいて、ゲームを開始したり、ゲームを進行させたり、ゲームを終了させたりするなどのゲーム処理を行う。また、プレーヤの操作情報に基づいて、移動体等のオブジェクトを移動させたり、動作させるゲーム処理を行ってもよい。またゲーム処理部６０６は、ゲーム情報である画像情報や音情報を生成させるための処理を行う。具体的には、ゲーム画面等を端末装置に表示するためのゲーム処理や、ゲーム音を端末装置に出力させるためのゲーム処理を行う。
【００３９】
復活処理部６０７は、プレイ続行不能状態になった移動体（プレーヤ）を復活ポイントにおいて復活させる復活処理を行う。課金処理部６０８は、種々の課金処理（課金の決定処理、課金データの作成処理、保存処理等）を行う。なお復活処理、課金処理の詳細については後述する。
【００４０】
管理処理部６１０は、サーバの各種の管理処理を行う。例えば、サーバが提供する各種サービスの管理処理、サーバ管理情報などの各種情報の管理処理を行う。
【００４１】
例えばプレーヤは、サーバシステム５００が提供するサービスを利用するために、所定の手続きを行ってアカウントを取得する。取得したアカウントと対応づけられるパスワードを入力してログインすることで、プレーヤは、ネットワークゲームのプレイや、アイテム等のオンライショッピングや、プレーヤ間でのメッセージ交換や、フレンドユーザの登録などの各種サービスを利用できるようになる。管理処理部６１０は、このようなプレーヤのアカウント情報の管理処理等も行う。
【００４２】
画像情報生成部６２０は、画像の生成のための情報である画像情報を生成する。音情報生成部６３０は、音（音声、ゲーム音、効果音）の生成のための情報である音情報を生成する。具体的には、画像情報は、本実施形態の手法により生成される画像を各端末装置ＴＭ１〜ＴＭｎにおいて生成・表示するための情報であり、画像データそのものであってもよいし、各端末装置が画像を生成・表示するために使用する各種データ（表示画面の設定データ、オブジェクトデータ等）であってもよい。音情報生成部６３０が生成する音情報についても同様である。
【００４３】
操作部６６０は、システムの管理者（運営者）が種々の情報を入力するためのものである。
【００４４】
記憶部６７０は、処理部６００や通信部６９６などのワーク領域となるものであり、その機能はＲＡＭ（ＤＲＡＭ、ＳＲＡＭ、ＶＲＡＭ）やＳＳＤ（Solid State Drive）やＨＤＤ（Hard Disk Drive）などにより実現できる。
【００４５】
記憶部６７０は、復活ポイント情報記憶部６７２、課金情報記憶部６７４、ゲームパラメータ情報記憶部６７６、ユーザ情報記憶部６７８を含む。復活ポイント情報記憶部６７２は、復活処理部６０７で使用される復活ポイントについての情報を記憶する。課金情報記憶部６７４は、課金処理部６０８により行われる課金処理の情報を記憶する。ゲームパラメータ情報記憶部６７６は、ゲーム処理部６０６のゲーム処理で用いられるゲームパラメータの情報を記憶する。ユーザ情報記憶部６７８は、プレーヤの個人情報（名前、性別、生年月日、メールアドレス等）をユーザ情報として記憶する。例えば、前述したプレーヤのアカウント情報もユーザ情報として記憶される。課金情報記憶部６７４に記憶される課金情報は、各プレーヤの各アカウント情報に対応づけられる。
【００４６】
情報記憶媒体６８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、ＨＤＤ、メモリ（ＲＯＭ等）、或いは光ディスク（ＣＤ、ＤＶＤ）などにより実現できる。この情報記憶媒体６８０には、本実施形態のゲームシステム（サーバシステム等）の各部をコンピュータ（操作部、処理部、記憶部、出力部を備える装置）として機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶されている。
【００４７】
なお、本実施形態の処理は、端末装置においてゲームプログラムを実行することで実現してもよいし、ウェブブラウザプログラムやスクリプト制御を実行することによって実現してもよい。例えばインターネット等の通信回線を通じてゲームに必要な情報を取得してブラウザ上でインタラクティブな表示を実現する、いわゆるブラウザゲームとして本実施形態の処理を実現する構成としてもよい。
【００４８】
通信部６９６は、有線や無線のネットワーク５１０を介して端末装置ＴＭ１〜ＴＭｎや他の外部サーバとの通信を行うものであり、その機能は、通信用ＡＳＩＣ又は通信用プロセッサなどのハードウェアや、通信用ファームウェアにより実現できる。
【００４９】
図３に本実施形態の端末装置（プレーヤ端末、クライアント装置）の構成例を示す。なお、端末装置の構成は図３に限定されず、その構成要素（各部）の一部を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。
【００５０】
端末装置は、処理部２００、操作部２６０、撮像部２６４、記憶部２７０、表示部２９０、音出力部２９２、Ｉ／Ｆ部２９４、通信部２９６を含む。
【００５１】
処理部２００（プロセッサ）は、操作部２６０からの操作情報やプログラムなどに基づいて、各種サービス提供のための処理、ゲーム処理、画像表示処理、或いは音出力処理などを行う。処理部２００は、記憶部２７０をワーク領域として各種処理を行う。この処理部２００の機能は、各種プロセッサ（ＣＰＵ、ＧＰＵ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。
【００５２】
処理部２００は、入力受け付け部２０１、受信処理部２０２、送信処理部２０４、ゲーム処理部２０６、表示制御部１２０、音制御部１３０を含む。
【００５３】
入力受け付け部２０１は、ユーザ（プレーヤ）からの入力情報の受け付け処理を行う。例えば操作部２６０を介して入力された情報の受け付け処理を行う。受信処理部２０２は、サーバシステムや他の端末装置等の外部装置からの情報の受信処理を行う。送信処理部２０４は、サーバシステムや他の端末装置等の外部装置への情報の送信処理を行う。ゲーム処理部２０６は、各種のゲーム処理を行う。表示制御部２２０は、表示部２９０に画像を表示するための制御を行う。例えば端末装置側で画像を生成する場合には、処理部２００で行われる種々の処理（アプリケーション処理、ゲーム処理）の結果に基づいて描画処理を行い、これにより画像を生成し、表示部２９０に出力する。サーバ側で画像を生成する場合には、サーバシステムからの画像情報に基づく画像を表示部２９０に表示する制御を行う。音制御部２３０は、処理部２００で行われる種々の処理の結果に基づいて音制御を行う。これにより、ＢＧＭ、効果音、又は音声などが音出力部２９２から出力されるようになる。
【００５４】
操作部２６０は、ユーザ（プレーヤ）が、操作情報等の種々の情報を入力するためのものであり、その機能は、操作ボタン、方向指示キー、アナログスティック、レバー、各種センサ（角速度センサ、加速度センサ等）、マイク、或いはタッチパネル型ディスプレイなどにより実現できる。
【００５５】
撮像部２６４（カメラ）は、被写体の撮像を行うものであり、ＣＣＤやＣＭＯＳセンサなどの画像センサと、フォーカスレンズ等により構成される光学系などにより実現される。
【００５６】
記憶部２７０は、処理部２００や通信部２９６などのワーク領域となるもので、その機能はＲＡＭやＳＳＤやＨＤＤなどにより実現できる。
【００５７】
情報記憶媒体２８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク、ＨＤＤ、或いはメモリなどにより実現できる。処理部２００は、情報記憶媒体２８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。
【００５８】
表示部２９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＬＣＤ、有機ＥＬディスプレイ、ＣＲＴ、或いはＨＭＤなどにより実現できる。音出力部２９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。
【００５９】
Ｉ／Ｆ（インターフェース）部２９４は、不揮発性記憶装置２９５（携帯型情報記憶媒体）とのインターフェース処理を行うものであり、その機能はＩ／Ｆ処理用のＡＳＩＣなどにより実現できる。不揮発性記憶装置２９５は、ユーザが各種の情報を保存するためのものであり、電源が非供給になった場合にもこれらの情報の記憶を保持する記憶装置である。不揮発性記憶装置２９５は、ＩＣカード（メモリーカード）、ＵＳＢメモリー、或いは磁気カードなどにより実現できる。
【００６０】
通信部２９６は、ネットワーク５１０を介して外部装置（サーバシステム、他の端末装置等）との間で通信を行うものであり、その機能は、通信用ＡＳＩＣ又は通信用プロセッサなどのハードウェアや、通信用ファームウェアにより実現できる。
【００６１】
そして本実施形態では図２に示すように、サーバシステム５００（ゲームシステム）が、ゲーム処理部６０６と復活処理部６０７と課金処理部６０８を含む。
【００６２】
ゲーム処理部６０６は、操作情報（プレーヤの操作情報）に基づきゲーム空間内を移動する移動体を用いたゲームの処理を行う。移動体は、例えば飛行機（戦闘機）、車、ロボット、船舶、或いは人等を模したオブジェクトである。３次元ゲームを例にとれば、この移動体のオブジェクトが、ゲーム空間であるオブジェクト空間に配置設定されて、プレーヤの操作情報やコンピュータによる所定のアルゴリズムにしたがって、その移動や動作（モーション）が制御される。なお移動体のオブジェクトは２次元ゲームにおける２次元のオブジェクトであってもよい。
【００６３】
具体的には、移動体（キャラクタ）、マップ（地形）、建物、コース（道路）、樹木、壁などの表示物を表す各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェイスなどのプリミティブ面で構成されるオブジェクト）が、オブジェクト空間に配置設定される。即ちワールド座標系でのオブジェクトの位置や回転角度（向き、方向と同義）が決定され、その位置（Ｘ、Ｙ、Ｚ）にその回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）でオブジェクトが配置される。そしてオブジェクト空間を移動（動作）する移動体の制御が行われる。例えばプレーヤが入力した操作情報や、プログラム（移動アルゴリズム）や、各種データなどに基づいて、移動体をオブジェクト空間内で移動させる制御が行われる。具体的には、移動体の移動情報（位置、回転角度、速度、或いは加速度）を、１フレーム（例えば１／６０秒）毎に順次求めるシミュレーション処理が行われる。なおフレームは、移動処理やモーション処理や画像生成処理を行う時間の単位である。
【００６４】
移動体をオブジェクト空間内で移動、動作させる制御（シミュレーション処理）については、端末装置のゲーム処理部２０６で行ってもよい。この場合にはサーバ側のゲーム処理部６０６は、移動体を用いたゲームの進行処理や管理処理などをゲーム処理として行う。またゲーム処理部６０６は、ネットワークゲームに必要な種々の処理（同期処理、通信処理等）を行う。
【００６５】
復活処理部６０７は、移動体を用いたゲームがプレイ続行不能状態になった場合に、プレイ続行不能状態になった移動体を復活させる復活処理を行う。例えばプレーヤが選択したゲーム空間内の復活ポイントにおいて、移動体を復活させる復活処理を行う。
【００６６】
ここでプレイ続行不能状態とは、移動体が攻撃等されて、その耐久力ポイントやヒットポイント等がゼロ（最下限値）になり、そのままではゲームに参加してゲームプレイを続行できなくなる状態である。戦闘機ゲームを例にとれば、敵に撃墜されて機体の耐久ポイントがゼロになった状態である。ＲＰＧゲームやアクションゲームを例にとれば、キャラクタが攻撃を受けて、ヒットポイント等がゼロになり、戦闘不能になった状態である。
【００６７】
また復活処理は、移動体の耐久力ポイントやヒットポイント等を回復させ、プレイ続行不能状態からプレイ可能状態に移行させる処理である。このような復活処理が行われた場合に、ゲーム空間における移動体以外の状態については維持されままとなる。例えば、味方の移動体の状態や敵の状態については維持されたまま、プレイ続行不能状態になった移動体の復活処理（回復処理）が行われる。この復活処理は、ゲーム空間内の全ての状態がリセットされて、ゲームを最初からやり直す処理（例えばコンティニュー処理）とは異なる処理である。
【００６８】
そして本実施形態では課金処理部６０８が、プレーヤが選択した復活ポイントに応じて課金（課金額、課金ポイント）を異ならせる課金処理を行う。例えば複数の復活ポイントのうちのいずれの復活ポイントが選択されたかに応じて課金を異ならせる課金処理を行う。或いはプレーヤによる復活ポイントの選択の態様（仕方）に応じて課金を異ならせる課金処理を行ってもよい。
【００６９】
ここで課金処理における課金は、現実の通貨によるものであってもよいし、ゲーム内やその他のサービスで利用できる仮想通貨（疑似通貨）によるものであってもよい。また課金額は、現実の通貨による課金額としてプレーヤに提示される必要はなく、例えば課金ポイントとしてプレーヤに提示されて、その課金ポイントを現実の通貨又は仮想通貨に変換するようにしてもよい。また、移動体を操作するプレーヤに対して課金が行われた場合には、プレーヤの課金情報は、図２のユーザ情報記憶部６７８に記憶されるプレーヤのアカウント情報に関連づけて、課金情報記憶部６７４に記憶されることになる。
【００７０】
また課金処理部６０８は、移動体がプレイ続行不能状態になったプレイ続行不能ポイント（デッドポイント）から、プレーヤが選択した復活ポイントまでの距離が近いほど課金（課金額、課金ポイント）が高くなる課金処理を行う。例えば復活ポイントとして第１〜第Ｎ（Ｎは２以上の整数）の復活ポイントが設定され、第１〜第Ｎの復活ポイントのうちの第ｊの復活ポイントの方が第ｉ（１＜ｉ＜ｊ＜Ｎ）の復活ポイントよりもプレイ続行不能ポイントからの距離が近い場合を想定する。この場合には、プレーヤが、プレイ続行不能ポイントに近い第ｊの復活ポイントを選択した場合の方が、プレイ続行不能ポイントから遠い第ｉの復活ポイントを選択した場合に比べて、課金が高くなる。
【００７１】
また復活処理部６０７は、移動体がプレイ続行不能状態にならなかった場合の移動体の予測移動ポイントを求めてもよい。そして課金処理部６０８は、プレーヤが予測移動ポイントを復活ポイントとして選択した場合には、他のポイントを復活ポイントとして選択した場合に比べて課金が高くなる課金処理を行ってもよい。例えば移動体がプレイ続行不能状態になってから復活処理が開始されるまでに、タイムラグ期間がある。そこで、仮に移動体がプレイ続行不能状態にならなかった場合に、このタイムラグ期間において到達したと考えられる予測移動ポイントを求める。例えばプレイ続行不能ポイントでの移動体の移動情報（速度、加速度等）に基づいて移動体の移動シミュレーション処理を行って、予測移動ポイントを求める。そしてプレーヤが、この予測移動ポイントを復活ポイントとして選択した場合には、他の復活ポイントを選択した場合に比べて、課金処理における課金（課金額、課金ポイント）を高くする。
【００７２】
また本実施形態では、移動体がプレイ続行不能状態になったプレイ続行不能ポイントから、プレーヤが選択した復活ポイントまでの距離が遠い場合には、課金が低くなる課金処理を課金処理部６０８が行うと共に、移動体の復活の際のゲーム条件を有利な条件に設定する処理を復活処理部６０７が行う。一方、プレイ続行不能ポイントから復活ポイントまでの距離が近い場合には、課金が高くなる課金処理を課金処理部６０８が行うと共に、移動体の復活の際のゲーム条件を不利な条件に設定する処理を復活処理部６０７が行う。このようにすれば、プレイ続行不能ポイントから遠い復活ポイントをプレーヤが選択した場合には、課金が低くなる一方で、移動体の復活の際のゲーム条件は有利な条件に設定されるようになる。一方、プレイ続行不能ポイントから近い復活ポイントをプレーヤが選択した場合には、課金が高くなる一方で、移動体の復活の際のゲーム条件は不利な条件に設定されるようになる。ここで、ゲーム条件は、復活の際の移動体のゲームパラメータの設定条件、移動体がプレイ続行不能状態から復活可能状態になるまでの待ち時間についての条件、移動体の復活可能回数についての条件、復活の際に他の移動体のゲームパラメータに対して移動体が与える作用についての条件、或いは復活の際の移動体の装備変更条件などである。また有利なゲーム条件とは、移動体の復活の際又は復活後に、プレーヤがゲームを有利に進めることを可能にする条件であり、不利なゲーム条件とは、移動体の復活の際又は復活後に、プレーヤがゲームを進めることが不利になるような条件である。
【００７３】
また復活処理部６０７は、移動体がプレイ続行不能状態になったプレイ続行不能ポイントまでの移動体の移動軌跡に対して設定された複数の復活ポイントの候補を、プレーヤに提示（表示）する処理を行う。或いは、プレイ続行不能ポイントからの距離が異なる複数の距離範囲に設定された複数の復活ポイントの候補を、プレーヤに提示（表示）する処理を行う。
【００７４】
例えば、プレイ続行不能状態になるまでの移動体の移動軌跡の情報を保存しておき、その移動軌跡上に複数の復活ポイントを設定し、例えば端末装置の表示部２９０を用いて復活ポイントをプレーヤに表示する。或いは、プレイ続行不能ポイントを基準として複数の距離範囲を設定し、例えば端末装置の表示部２９０を用いて復活ポイントをプレーヤに表示する。ここで移動軌跡と復活ポイントとは完全に一致している必要はなく、例えば移動軌跡の各ポイントのＺ座標（高さ方向の座標）は用いずに、各ポイントのＸ、Ｙ座標（平面方向の座標）だけを用いて、復活ポイントを設定してもよい。また距離範囲としては、例えばプレイ続行不能ポイントを中心とした同心円（略同心円）の範囲などを想定できるが、これに限定されるものではない。例えば第１〜第Ｍの距離範囲を設定した場合に、第ｋの距離範囲に設定される復活ポイントの方が、第ｌ（１＜ｋ＜ｌ＜Ｍ）の距離範囲に設定される復活ポイントに比べて、プレイ続行不能ポイントからの距離が近いものであればよい。
【００７５】
また復活処理部６０７は、移動体の復活の際のゲーム条件を、課金に応じて変化させる処理を行ってもよい。即ち、課金処理部６０８で行われたプレーヤへの課金が大きい場合には、ゲーム条件を有利に設定し、課金が少ない場合には、ゲーム条件を不利に設定する。具体的には課金処理部６０８は、復活の際の移動体のゲームパラメータの設定条件、移動体がプレイ続行不能状態から復活可能状態になるまでの待ち時間についての条件、移動体の復活可能回数についての条件、復活の際に他の移動体のゲームパラメータに対して移動体が与える作用についての条件、及び復活の際の移動体の装備変更条件のうちの少なくとも１つのゲーム条件を、課金に応じて変化させる処理を行う。例えばプレーヤが許容した課金（課金額、課金ポイント）が高い場合にはゲーム条件を有利に設定し、低い場合にはゲーム条件を不利に設定する。
【００７６】
ここでゲームパラメータの設定条件とは、ゲーム処理に用いられる移動体等の各種のパラメータの設定条件であり、例えば回復力、耐久力、攻撃力、移動性能（速度や加速度の性能）、安定性、或いは索敵力などのパラメータの設定条件である。プレイ続行不能状態から復活可能状態になるまでの待ち時間の条件とは、例えばプレイ続行不能状態から復活可能状態になるまでにプレーヤを待たせる時間やタイムラグ時間などの長短などの条件である。移動体の復活可能回数の条件とは、例えば１回のゲームにおいて、移動体を復活させることができる回数の上限等の大小の条件である。また復活の際に他の移動体のゲームパラメータに対して移動体が与える作用の条件とは、復活の際に敵の移動体等に対してダメージ等の種々の影響を及ぼすことなどに関する条件である。また復活の際の移動体の装備変更条件とは、復活の際に移動体の装備の変更を許可するか許可しないかなどに関する条件である。
【００７７】
なお本実施形態では、課金処理部６０８が、復活ポイントに応じて課金を異ならせる課金処理を行わない場合にも、復活処理部６０７が、移動体の復活の際のゲーム条件を、プレーヤが選択した復活ポイントに応じて変化させる処理を行うようにしてもよい。
【００７８】
また以上では、ゲーム処理、復活処理、課金処理等を、図２のサーバシステム５００が行う場合について説明したが、本実施形態はこれに限定されない。例えばゲーム処理、復活処理、課金処理等の一部又は全部を図３の端末装置が行うようにしてもよい。この場合には、復活処理部、課金処理部、復活ポイント情報記憶部、課金情報記憶部などを図３の端末装置に設ければよく、端末装置（或いは端末装置とサーバシステムが連携したシステム）が本実施形態のゲームシステムとして機能することになる。
【００７９】
２．本実施形態の手法
次に本実施形態の手法について詳細に説明する。なお、以下では、本実施形態のゲームシステムを戦闘機ゲームに適用した場合について主に例にとり説明するが、本実施形態はこれに限定されない。例えば本実施形態のゲームシステムは、ロールプレイングゲーム（ＲＰＧ）、アクションゲーム、戦略シミュレーションゲーム、育成ゲーム、カード対戦ゲーム、ドライビングゲーム。或いはスポーツゲームなどの種々のジャンルのゲームに適用することが可能である。この場合には本実施形態における移動体は、これらのゲームに登場してゲーム空間内を移動するオブジェクト（キャラクタ、船、車、電車、動物又はロボット等）になる。
【００８０】
２．１  復活ポイントに応じた課金処理
本実施形態のゲームシステムでは、サーバシステムと端末装置（プレーヤ端末）とがネットワークを介して通信接続されることで、プレーヤは他のプレーヤと一緒にネットワークゲームをプレイして楽しむことができるようになっている。このネットワークゲームは、例えばＦ２Ｐ（Free to Play）のゲームとなっており、無料でゲームを始めることができる。そしてプレーヤに与えられる様々な付加価値（アイテム、プレイ時間、経験値、ポイント、カスタマイズ等）に対して課金処理が行われる。
【００８１】
図４は、このネットワークゲームにおける１つのゲームモードであるチーム対抗モードを説明する図である。このゲームモードでは、オンライン上でリアルタイムにゲームを楽しんでいる味方プレーヤＰＬ１〜ＰＬ４が、各自の機体・武器を選んで、最大で４機の戦闘機ＭＢ１〜ＭＢ４（広義には移動体）のチームを編成する。競争相手となる他のプレーヤＰＬ５〜ＰＬ８も同様に最大で４機の戦闘機ＭＢ５〜ＭＢ８のチームを編成し、同じ陣営に属して戦果を競い合うライバル部隊として、一斉に出撃する。
【００８２】
ゲームのルールは、所定の制限時間内に、マップ上のＡ１〜Ａ３に示す拠点に配置される敵軍のＮＰＣ（Non Player Character）に対して自由に攻撃を仕掛け、メンバーの合計スコアが、より高いチームが勝利となる。各自の機体が得意とする敵に対して分担して攻撃（例えば攻撃機は対地攻撃メイン、戦闘機は空中戦メイン）を行うのが、勝利するためのセオリーとなる。このゲームモードは、仲間のプレーヤ達を気にかけつつ、自分がやりたい時・やるべき時・やれる時・やれる範囲で、味方と助け合いながら、ゲームをプレイし、自分の腕前の良さも実感できるゲームとなっている。ライバルチームも高得点を目指して戦闘しているため、高得点の敵ＮＰＣをライバルに先んじて撃破したり、ライバルが、手強い高得点の敵ＮＰＣに手こずっている間に、弱い敵ＮＰＣを大量に破壊して得点を稼ぐなど、様々な戦略を楽しむことができる。
【００８３】
制限時間が経過してゲームが終了すると、両部隊のそれぞれのメンバの敵撃破スコアを合算して、部隊のトータルスコアを算出し、より高いスコアのチームが勝利となる。勝利すれば、ライバルチームに勝った達成感を得ることができ、敗北したとしても、自分なりの活躍の仕方で貢献したパイロットとして評価される達成感を得ることが可能になる。
【００８４】
このようなネットワークゲームでは、制限時間内に多くの敵の拠点を攻略して、敵撃破スコアの合算値が高いチームが勝利となるため、制限時間が重要な要素となる。このため、ミッションのクリアのためには、時間のロスをなるべく避ける必要がある。従って、自機が撃墜されて、復活処理により自機の再出撃が行われた場合に、再出撃の際にロスされる時間の長短は、ゲームの勝利のためにプレーヤにとって重要な関心事項となる。
【００８５】
そこで本実施形態では図５（Ａ）に示すように、スタート地点から撃墜されたデッドポイントＤＰ（広義にはプレイ続行不能ポイント）までに、戦闘機（移動体）が飛行した軌跡ＴＲ上に、複数の復活ポイントＰ１〜Ｐ６の候補を設定する。そして、プレーヤの戦闘機が撃墜（広義にはプレイ続行不能状態）された場合に、設定された復活ポイントＰ１〜Ｐ６の候補の中からプレーヤが選択した復活ポイントにおいて、撃墜された飛行機を復活させる処理を行う。そして本実施形態では、プレーヤが選択した復活ポイントに応じて課金を異ならせる課金処理を行う。なお、軌跡ＴＲ（軌道）は、戦闘機（移動体）の移動軌跡に完全に一致している必要はなく、例えば高さ方向のＺ座標については任意とし、平面方向であるＸ、Ｙ座標だけを一致させてもよい。或いは軌跡ＴＲ及びその周囲において、復活するポイントとして適正なポイントを所定のアルゴリズムにより判断して、復活ポイントとして設定してもよい。
【００８６】
例えば図５（Ｂ）に各復活ポイントに課金が対応づけられた課金情報（課金テーブル）の例を示す。
【００８７】
図５（Ｂ）に示す課金情報を用いることで、戦闘機のデッドポイントＤＰ（プレイ続行不能ポイント）から、プレーヤが選択した復活ポイントまでの距離が近いほど課金が高くなる課金処理を実現できる。例えばプレーヤがデッドポイントＤＰから最も遠い復活ポイントＰ１を選択した場合には、課金（課金額、課金ポイント）は０となり、最小の課金となる。一方、最も近い復活ポイントＰ６を選択した場合には、課金は５００となり、最大の課金となる。なお復活ポイントＰ６はデッドポイントＤＰと同じ位置にしてもよい。
【００８８】
このようにすれば、プレーヤは、高い課金を受け入れることで、デッドポイントＤＰに近いポイントから戦闘機を復活させることができる。従って、例えば図４のようなネットワークゲームにおいて、プレーヤの戦闘機が撃墜されて、他のプレーヤから出遅れてしまった場合にも、高い課金を受け入れることで、より早く再出撃して戦場に復帰し、出遅れを取り戻すことが可能になる。即ち、撃墜による時間のロスを課金により補うことが可能になり、一秒でも早く最前線に戻りたいプレーヤの要望に応えることができる。そして、いち早く最前線に戻ることで、チームの成績を上げたり、チーム内での自身の戦果を上げることが可能になり、プレーヤの満足度を高めることができる。
【００８９】
復活ポイントの設定・選択手法や課金情報の提示手法としては種々の手法を採用できる。例えば、プレーヤの戦闘機が撃墜された後、図６（Ａ）〜図６（Ｄ）に示すようなアニメーション表示を行ってもよい。
【００９０】
図６（Ａ）〜図６（Ｄ）では、時間経過にしたがって、戦闘機ＭＢがスタート地点からデッドポイントまで軌跡ＴＲ上を移動するアニメーション表示が行われる。このアニメーション表示は、例えばゲーム空間を縮小化・簡素化して表現した簡易マップなどを用いて実現することができる。
【００９１】
そして図６（Ａ）のタイミングでプレーヤが復活を選択すると、例えば課金＝３００が課されて、図６（Ａ）に示す復活ポイントで戦闘機ＭＢが復活し、デッドポイントＤＰまでワープする。５秒経過後の図６（Ｂ）のタイミングでプレーヤが復活を選択すると、課金＝２００が課されて、図６（Ｂ）に示す復活ポイントで戦闘機ＭＢが復活し、デッドポイントＤＰまでワープする。１０秒経過後の図６（Ｃ）のタイミングでプレーヤが復活を選択すると、課金＝１００が課されて、図６（Ｃ）に示す復活ポイントで戦闘機ＭＢが復活し、デッドポイントＤＰまでワープする。１５秒経過後の図６（Ｄ）のタイミングでプレーヤは復活を選択すると、課金は行われずに、デッドポイントＤＰにおいて戦闘機ＭＢが復活する。
【００９２】
例えば、直ぐに復活することを望むプレーヤは、図６（Ａ）のタイミングで復活を選択することで、デッドポイントＤＰから直ぐに再出撃できるようになる。そしてその対価として、プレーヤに対して高い課金が課される。一方、早期の復活をそれほど望まないプレーヤは、図６（Ｄ）に示すように所定時間だけ待ってから復活を選択することで、デッドポイントＤＰから再出撃できるようになる。従って、この手法によれば、復活ポイントの選択入力の煩わしさを低減することができ、プレーヤにとって好適なインターフェース環境を提供できるようになる。
【００９３】
なお、図６（Ａ）〜図６（Ｄ）の手法は、復活ポイントをプレーヤが直接に選択するのではなく、時間経過に伴い位置が変化する復活ポイントをプレーヤが間接的に選択する手法となっている。このように本実施形態における復活ポイントの選択は、プレーヤによる直接的（明示的）な選択には限定されず、図６（Ａ）〜図６（Ｄ）のような間接的な選択であってもよい。
【００９４】
また、復活ポイントは移動体の実際の軌跡上に設定されている必要は必ずしもなく、例えば予測移動ポイントに復活ポイントを設定してもよい。
【００９５】
例えば図７（Ａ）では、デッドポイントＤＰにおいて戦闘機ＭＢが撃墜されて、プレイ続行不能状態になっている。この場合には図７（Ｂ）に示すように、戦闘機ＭＢが撃墜されなかった場合に、移動して到着したと予測される予測移動ポイントＰＰを求める。例えば図７（Ａ）の撃墜時の戦闘機ＭＢの移動情報（速度、加速度、移動方向等）と、撃墜されてから復活するまでのタイムラグ期間の長さに基づいて、戦闘機ＭＢの予測移動ポイントＰＰを求める。そしてプレーヤが高い課金を受け入れて、この予測移動ポイントＰＰを復活ポイントとして選択し、戦闘機ＭＢを再出撃できるようにする。具体的には、プレーヤがこの予測移動ポイントＰＰを復活ポイントとして選択した場合には、他のポイント（例えば図５（Ａ）のＰ１〜Ｐ６）を復活ポイントとして選択した場合に比べて、課金を高くする。
【００９６】
このようにすれば、プレーヤは、撃墜されなかったならば到達したと考えられる予測移動ポイントＰＰから戦闘機ＭＢを復活させて再出撃できるようになる。従って、撃墜されてから復活するまでのタイムラグ期間についても、課金により解消できるようになり、撃墜されたことによるプレーヤの時間のロスを、更に低減することが可能になる。
【００９７】
さて図８（Ａ）では、撃墜前の戦闘機ＭＢの軌跡ＴＲは、障害物であるビルＢＬ等を回避した移動軌跡となっている。この場合に、軌跡ＴＲ上の復活ポイントＰ３がプレーヤにより選択されてしまうと、図８（Ｂ）に示すように、復活による再出撃した際に、戦闘機ＭＢの正面にビルＢＬが出現して、戦闘機ＭＢがビルＢＬに追突するなどの不具合が生じるおそれがある。
【００９８】
そこで、このような不具合を回避するために、プレイ続行不能ポイントからの距離が異なる複数の距離範囲に対して復活ポイントを設定するようにしてもよい。
【００９９】
例えば図９（Ａ）では、複数の復活ポイントＰ１〜Ｐ２３がマップ上に予め設定されている。即ち、戦闘機の軌跡とは無関係に複数の復活ポイントＰ１〜Ｐ２３が設定されている。このように復活ポイントＰ１〜Ｐ２３をマップ上に予め設定しておけば、図８（Ａ）、図８（Ｂ）に示すような不具合の発生を防止できる。即ち、ビルＢＬ等の障害物が周囲に存在しない場所にＰ１〜Ｐ２３の各復活ポイントを設定しておくことで、上記不具合を解消できる。
【０１００】
そして図９（Ｂ）のデッドポイントＤＰの場所で戦闘機が撃墜されたとする。この場合に、図１０（Ａ）に示すように、このデッドポイントＤＰを基準として複数の距離範囲ＲＧ１、ＲＧ２、ＲＧ３を設定する。図１０（Ａ）では、デッドポイントＤＰを中心とする同心円の範囲が、距離範囲ＲＧ１、ＲＧ２、ＲＧ３として設定されている。そしてプレーヤは、これらの距離範囲ＲＧ１、ＲＧ２、ＲＧ３に設定された復活ポイントＰ１〜Ｐ２３の中から所望の復活ポイントを選択する。すると、選択された復活ポイントにおいて、撃墜された戦闘機が復活して再出撃する。
【０１０１】
この場合に、例えばプレーヤが、デッドポイントＤＰに近い距離範囲ＲＧ１に設定された復活ポイントＰ１４、Ｐ１７、Ｐ１８を選択した場合には、高い課金がプレーヤに課される。一方、デッドポイントＤＰから遠い距離範囲ＲＧ３に設定された復活ポイントＰ１、Ｐ２、Ｐ３、Ｐ４、Ｐ８、Ｐ１３、Ｐ１５、Ｐ２３を選択した場合には、プレーヤに課される課金は低くなる。距離範囲ＲＧ２の復活ポイントＰ５〜Ｐ７、Ｐ９〜Ｐ１２、Ｐ１６、Ｐ１９〜Ｐ２２が選択された場合には、その間の中間の課金となる。
【０１０２】
なお、プレーヤが距離範囲ＲＧ１、ＲＧ２、ＲＧ３だけを選択し、ＲＧ１、ＲＧ２、ＲＧ３の各距離範囲内での復活ポイントの選択については、所定のアルゴリズムにしたがってコンピュータが自動選択するようにしてもよい。この場合は、プレーヤがＲＧ１、ＲＧ２、ＲＧ３のいずれの距離範囲を選択したかで、プレーヤに対する課金を決定すればよい。
【０１０３】
また距離範囲の形状・態様としては種々の変形実施が可能である。例えば距離範囲は図１０（Ｂ）に示すような扇形状等であってもよい。例えば図１０（Ａ）において、プレーヤが戻ることを希望する最前線や敵の拠点が、例えば右上方向にあった場合には、課金が低い距離範囲ＲＧ３を選んだ方が、プレーヤにとって有利になってしまう事態が生じ得る。
【０１０４】
この点、例えば最前線や敵の拠点の位置を考慮して、図１０（Ｂ）のような形状の距離範囲ＲＧ１、ＲＧ２、ＲＧ３を設定すれば、上記のような事態を回避できる。例えば図１０（Ｂ）のＢ１に示す左下方向の位置に、最前線や敵の拠点が位置する場合には、図１０（Ｂ）のような配置設定で、扇形形状の距離範囲ＲＧ１、ＲＧ２、ＲＧ３を設ける。こうすれば、右上方向に位置する距離範囲ＲＧ３の方が、距離範囲ＲＧ１に比べて、Ｂ１に示す左下方向に位置する最前線や拠点から遠くなる。従って、高い課金の場合には、距離範囲ＲＧ１の復活ポイントＰ１〜Ｐ３をプレーヤに選択させ、低い課金の場合には、距離範囲ＲＧ３の復活ポイントＰ８〜Ｐ１２をプレーヤに選択させることで、上記のような事態を解消できる。
【０１０５】
図１１（Ａ）に、図２の復活ポイント情報記憶部６７２に記憶される復活ポイント情報の一例を示す。図１１（Ａ）では、各復活ポイント（Ｐ１、Ｐ２、Ｐ３・・・）に対して、その復活ポイントの位置の情報と、復活時の戦闘機の向きの情報が対応づけられている。例えば復活ポイントの位置や復活時の戦闘機の向きを適正に設定することで、図８（Ａ）、図８（Ｂ）に示すような不具合が起きるのを防止できる。例えば図８（Ｂ）の場合に、戦闘機ＭＢの向きを、ビルＢＬ側の反対方向に設定すれば、復活時に戦闘機ＭＢがビルＢＬに直ぐに衝突してしまうというような不具合を解消できる。
【０１０６】
図１１（Ｂ）は、距離範囲で復活ポイントを設定した場合において、図２の課金情報記憶部６７４に記憶される課金情報のテーブルの一例である。図１１（Ｂ）では、各距離範囲に対して、その距離範囲の復活ポイントを選択した場合の課金額や課金ポイントが対応づけられている。このような課金情報のテーブルを採用すれば、距離範囲を用いた課金処理の簡素化等を図れる。
【０１０７】
図１２は、機体ランクに応じた課金処理を行う手法の説明図である。例えばプレーヤが使用する戦闘機の機体にはランクが設定されており、ランクＡの機体は性能（戦闘性能、移動性能）が高く、ランクＣの機体は性能が低く、ランクＢの機体は中間の性能になる。そして図１２では、ランク（性能）の高い機体（移動体）ほど、遠くの復活ポイントからしか復活（再出撃）できず、ランクの低い機体ほど、近くの復活ポイントから復活できるようになっている。
【０１０８】
例えば課金が０の場合には、ランクＡの機体は、距離範囲ＲＧ３の復活ポイントからの復活のみが可能となり、距離範囲ＲＧ１、ＲＧ２からの復活は不可となる。一方、ランクＢの機体は、距離範囲ＲＧ２、ＲＧ３からの復活が可能となり、距離範囲ＲＧ１からの復活は不可となる。ランクＣの機体は、距離範囲ＲＧ１、ＲＧ２、ＲＧ３の全てから復活可能となる。
【０１０９】
また課金が１００の場合には、ランクＡの機体は、距離範囲ＲＧ２、ＲＧ３からの復活が可能となり、ランクＢの機体は、距離範囲ＲＧ１、ＲＧ２、ＲＧ３の全てから復活可能となる。なおランクＣの機体は、課金の有り無しに関係なく、距離範囲ＲＧ１、ＲＧ２、ＲＧ３の全てから復活可能となる。
【０１１０】
また課金が２００の場合には、ランクＡの機体は、距離範囲ＲＧ１、ＲＧ２、ＲＧ３の全てから復活可能となる。なおランクＢの機体は、課金が１００であって２００であっても、距離範囲ＲＧ１、ＲＧ２、ＲＧ３の全てから復活可能となる。
【０１１１】
このように、機体のランク（性能）によって、復活可能な距離範囲を異ならせることで、高いランクの機体に対しては、復活の際のゲーム条件を不利な条件に設定し、低いランクの機体に対しては、復活の際のゲーム条件を有利な条件に設定することが可能になり、ゲームバランス等を向上できる。
【０１１２】
２．２  復活の際のゲーム条件の設定
本実施形態では、上述の図１２に示すように、復活の際のゲーム条件についても設定している。この復活の際のゲーム条件の設定手法としては種々の手法を採用できる。
【０１１３】
例えば図１３（Ａ）では、戦闘機（移動体）の復活の際のゲーム条件を、プレーヤが選択した復活ポイントに応じて異ならせている。即ち、デッドポイントＤＰから遠い復活ポイントＰ１で復活した場合には、戦闘機の復活の際のゲーム条件を有利に設定する。一方、デッドポイントＤＰから近い復活ポイントＰ６で復活した場合には、戦闘機の復活の際のゲーム条件を不利に設定する。中間の復活ポイントＰ３で復活した場合には、ゲーム条件を、有利と不利の間の中ぐらいの条件に設定する。一例としては、復活時の耐久力、燃料（エネルギー）、ミサイル又は特殊兵器等のゲームパラメータの回復率が、デッドポイントＤＰからの距離が遠くなるほど高くなるように、ゲーム条件を設定する。
【０１１４】
このようにすれば、デッドポイントＤＰから遠い復活ポイントＰ１で復活したため、時間的にはロスが生じて、最前線や敵の拠点への到着が遅れたとしても、ゲームパラメータの回復率等のゲーム条件が有利に設定されることで、時間的なロスによる不利な状況を補填できるようになる。またデッドポイントＤＰから近い復活ポイントＰ６で復活したため、時間的なロスがなく、最前線や敵の拠点への到着が早まった場合にも、ゲームパラメータ（補充パラメータ）の回復率等のゲーム条件が不利に設定されることで、近い復活ポイントＰ６で復活した戦闘機が過剰に有利な状況になることが防止される。
【０１１５】
また図１３（Ｂ）は、図５（Ａ）、図５（Ｂ）で説明した課金処理の手法と図１３（Ａ）で説明したゲーム条件の設定手法を組合わせた手法である。
【０１１６】
即ち図１３（Ｂ）では、デッドポイントＤＰから復活ポイントまでの距離が遠い場合には、課金については低くなる一方で、戦闘機の復活の際のゲーム条件は有利な条件に設定される。例えばデッドポイントＤＰから遠い復活ポイントＰ１をプレーヤが選択した場合には、課金は０になると共に、ゲームパラメータの回復率が例えば１００％（或いは回復曲線が急な上昇カーブ）になる。
【０１１７】
また、デッドポイントＤＰから復活ポイントまでの距離が近い場合には、課金については高くなる一方で、戦闘機の復活の際のゲーム条件は不利な条件に設定される。例えばデッドポイントＤＰから近い復活ポイントＰ６をプレーヤが選択した場合には、高い課金が課されると共に、ゲームパラメータの回復率が例えば１０％（回復曲線が緩やかな上昇カーブ）になる。
【０１１８】
このようにすることで、課金による有利・不利の設定とゲーム条件による有利・不利の設定のバランスが保たれ、ゲームバランスを向上できる。
【０１１９】
また本実施形態では、移動体の復活の際のゲーム条件を、課金（課金の大小）に応じて変化させてもよい。例えば課される課金が高いほど、移動体の復活の際のゲーム条件を有利に設定する。ゲーム条件としては、復活の際の移動体のゲームパラメータの設定条件、移動体がプレイ続行不能状態から復活可能状態になるまでの待ち時間についての条件、移動体の復活可能回数についての条件、復活の際に他の移動体のゲームパラメータに対して移動体が与える作用についての条件、或いは復活の際の移動体の装備変更条件などがある。
【０１２０】
例えば図１４では、復活の際の戦闘機（移動体）のゲームパラメータの設定条件を、課金に応じて変化させている。具体的には図１４に示すように、課金＝０の場合にはゲームパラメータの設定条件の変更はないが、課金＝１００の場合には、復活後に３０秒だけ、ゲームパラメータの１つである戦闘機のスピードがアップする。課金＝２００の場合には、復活後に３０秒だけ戦闘機のスピードがアップすると共に、復活後、６０秒間の間、戦闘機の武器（ミサイル等）のリロード速度がアップする。このリロード速度も戦闘機のゲームパラメータの１つである。課金＝５００の場合には、復活後に３０秒だけ戦闘機のスピードがアップすると共に無敵になる。また復活後、６０秒間の間、武器のリロード速度がアップする。更に、復活後、９０秒間の間、敵から受けるダメージが５０％になる。このダメージのパラメータも戦闘機のゲームパラメータの１つである。
【０１２１】
図１５（Ａ）においても、復活の際の戦闘機のゲームパラメータの設定条件を、課金に応じて変化させている。具体的には、課金＝０の場合には、復活後の戦闘機の耐久力、燃料又は武器量（弾数）等のゲームパラメータの回復スピードは遅いが、課金＝１００の場合には、復活後の回復スピードが速くなる。課金＝２００の場合には、復活時に一気に１００％まで戦闘機の耐久力、燃料又は武器量等が回復する。課金＝５００の場合には、復活時に一気に１２０％まで戦闘機の耐久力、燃料又は武器量等のゲームパラメータが回復する。
【０１２２】
図１５（Ｂ）では、戦闘機が撃墜されてから（プレイ続行不能状態になってから）、復活可能状態になるまでの待ち時間についての条件を、課金に応じて変化させている。具体的には、課金＝０の場合には、復活までの待ち時間（タイムラグ期間）が長くなる。課金２００の場合には、待ち時間のカウントダウンの速度が増加して、復活までの待ち時間が短くなる。課金＝５００の場合には、復活までの待ち時間が０になる。従って、最前線や敵の拠点に戻るまでの時間のロスを低減できるようになる。
【０１２３】
図１５（Ｃ）では、移動体の復活可能回数についての条件を、課金に応じて変化させている。具体的には、課金＝０の場合には、復活可能回数（再出撃可能回数）はデフォルトの３回になる。一方、課金＝２００には復活可能回数＝４になり、課金＝５００の場合には、復活可能回数＝８になる。このように復活可能回数が増えることで、撃墜されても再出撃できる回数が増えるようになる。なお、課金＝０の場合にも、復活可能回数の上限を超えての再出撃を可能にして、上限を超えて再出撃した場合にはプレーヤにペナルティを課すようにする一方で、プレーヤが課金を受け入れると、ペナルティを課すことなく再出撃できるようにしてもよい。
【０１２４】
図１６（Ａ）では、復活の際に他の移動体のゲームパラメータ（耐久力等）に対してプレーヤの移動体が与える作用についての条件を、課金に応じて変化させている。具体的には、課金＝０の場合には、復活時に何もしないが、課金＝１００の場合には、プレーヤの戦闘機は、自身の撃墜時に自分を狙っていた敵にダメージ（作用）を与えてから、復活により再出撃できるようになる。また、課金＝２００の場合には、撃墜時に自分を狙っていた敵を倒してから、復活により再出撃できるようになる。また課金＝５００の場合には、マップ上の全ての敵にダメージを与えてから、復活により再出撃できるようになる。このようなダメージや敵を倒すことが、復活の際に他の移動体のゲームパラメータに対してプレーヤの移動体が与える作用である。なお、デッドポイントや復活ポイント（再出撃ポイント）から一定距離内に存在する敵に対して、復活時にダメージ等の作用を与えるようにしてもよい。
【０１２５】
図１６（Ｂ）では、復活の際の移動体の装備変更条件を、課金に応じて変化させている。具体的には、プレーヤが課金を受け入れなかった場合には、復活前に装備していた武器又はスキル等の変更を不可にする一方で、プレーヤが課金を受け入れた場合には、復活前に装備していた武器又はスキル等の変更を許可する。例えばゲームのスタート時に出現する敵と、ゲームの中盤や終盤において出現する敵とでは、その特性が異なる場合があり、ゲームのスタート時の装備のままでは、ゲームを有利に進めることができない場合がある。このような場合に、復活の際に課金を受け入れて、武器又はスキル等の装備を変更すれば、ゲームの中盤や終盤に現れる異なる特性の敵に対しても対処できるようになる。
【０１２６】
なお、以上では、移動体の復活の際のゲーム条件を、課金に応じて変化させる場合について主に説明したが、移動体の復活の際のゲーム条件を、プレーヤが選択した復活ポイントに応じて変化させてもよい。この場合のゲーム条件としては、図１４〜図１６（Ｂ）で説明した種々のゲーム条件を想定できる。即ち、復活の際の移動体のゲームパラメータの設定条件、移動体がプレイ続行不能状態から復活可能状態になるまでの待ち時間についての条件、移動体の復活可能回数についての条件、復活の際に他の移動体のゲームパラメータに対して移動体が与える作用についての条件、或いは復活の際の移動体の装備変更条件などのゲーム条件を、プレーヤが選択した復活ポイントに応じて変化させる。例えばプレーヤが選択した復活ポイントがデッドポイントから近い場合には、これらのゲーム条件を不利な条件に設定し、デッドポイントから遠い場合には、これらのゲーム条件を有利な条件に設定する。このようにすれば、ゲームバランス等の向上を図れるようになる。
【０１２７】
３．詳細な処理例
次に本実施形態の詳細な処理例について図１７〜図２０のフローチャートを用いて説明する。
【０１２８】
図１７は、図５（Ａ）、図５（Ｂ）等で説明した本実施形態の手法の詳細な処理例を示すフローチャートである。
【０１２９】
まず、移動体を用いたゲーム処理（ゲーム進行処理、移動処理、対戦処理等）が実行され、移動体が撃墜等されてプレイ続行不能状態になったか否かが判断される（ステップＳ１、Ｓ２）。そして移動体がプレイ続行不能状態になったと判断された場合には、移動体の移動軌跡情報を取得する（ステップＳ３）。例えば所定期間中、移動体の移動軌跡情報（位置、方向）をバッファに一時保存しておき、移動体がプレイ続行不能状態になったと判断されると、このバッファから移動軌跡情報を読み出す。
【０１３０】
次に、取得した移動軌跡情報に基づいて、図５（Ａ）で説明したように移動軌跡上に復活ポイントの候補を設定して、プレーヤに提示する（ステップＳ４）。例えば端末装置の表示部２９０に復活ポイントの選択画面を表示する。そしてプレーヤによる復活ポイントの選択入力を受け付ける（ステップＳ５）。例えば上記の復活ポイントの選択画面を用いた復活ポイントの選択入力を受け付ける。
【０１３１】
次に、選択された復活ポイントに基づいて、課金処理を実行する（ステップＳ６）。例えば図５（Ｂ）に示すような課金情報のテーブルを用いて課金額や課金ポイントを決定する。そして、選択された復活ポイントにおいて移動体を復活させる復活処理を実行する（ステップＳ７）。即ち、ゲーム空間内の復活ポイントに対応する位置に、移動体を配置して、プレーヤの操作情報の入力を受け付けて、移動体の再出撃を許可する。
【０１３２】
図１８は、図９（Ａ）〜図１１（Ｂ）等で説明した本実施形態の手法の詳細な処理例を示すフローチャートである。
【０１３３】
まず、移動体を用いたゲーム処理が実行され、移動体がプレイ続行不能状態になったか否かが判断される（ステップＳ１１、Ｓ１２）。そして移動体がプレイ続行不能状態になったと判断された場合には、図１０（Ａ）、図１０（Ｂ）で説明したように、プレイ続行不能ポイント（デッドポイント）に基づいて距離範囲を設定する（ステップＳ１３）。例えばプレイ続行不能ポイントからの距離が異なる複数の距離範囲を設定する。
【０１３４】
次に、各距離範囲に設定された復活ポイントの候補をプレーヤに提示する（ステップＳ１４）。例えば端末装置の表示部２９０に復活ポイント（距離範囲）の選択画面を表示する。そしてプレーヤによる復活ポイントの選択入力を受け付ける（ステップＳ１５）。
【０１３５】
次に、選択された復活ポイントが属する距離範囲に基づいて、課金処理を実行する（ステップＳ１６）。例えば図１１（Ｂ）に示すような課金情報のテーブルを用いて課金額や課金ポイントを決定する。そして、選択された復活ポイントにおいて移動体を復活させる復活処理を実行する（ステップＳ１７）。
【０１３６】
図１９は、図１３（Ａ）、図１３（Ｂ）等で説明した本実施形態の手法の詳細な処理例を示すフローチャートである。即ち、復活の際のゲーム条件を復活ポイントに応じて変化させる手法についてのフローチャートである。
【０１３７】
図１９のステップＳ２１〜Ｓ２５は、図１７のステップＳ１〜Ｓ５と同様であるため説明を省略する。図１９のステップＳ２６では、ステップＳ２５でプレーヤによる復活ポイントの選択入力を受け付けた後、選択された復活ポイントに基づいて、移動体の復活の際のゲーム条件を設定する。このゲーム条件としては、例えば図１４〜図１６（Ｂ）で説明した様々なゲーム条件を想定できる。
【０１３８】
そして、ゲーム条件が設定されると、選択された復活ポイントにおいて、設定されたゲーム条件にしたがい、移動体を復活させる復活処理を実行する（ステップＳ２７）。例えば図１５（Ａ）のゲーム条件であれば、選択された復活ポイントがプレイ続行不能ポイントから遠いほど、移動体の耐久力等の回復スピードを増加させたり、回復値自体を大きくする。図１５（Ｂ）のゲーム条件であれば、選択された復活ポイントがプレイ続行不能ポイントから遠いほど、復活までの待ち時間を短くする。このようにすることで、プレーヤが選択した復活ポイントに応じて、復活の際のゲーム条件を有利な条件或いは不利な条件に設定できるようになる。
【０１３９】
図２０は、図９（Ａ）〜図１０（Ｂ）のような距離範囲を設定した場合において、復活の際のゲーム条件を復活ポイントに応じて変化させる手法の詳細な処理例を示すフローチャートである。
【０１４０】
図２０のステップＳ３１〜Ｓ３５は、図１８のステップＳ１１〜Ｓ１５と同様であるため説明を省略する。図２０のステップＳ３６では、ステップＳ３５でプレーヤによる復活ポイントの選択入力を受け付けた後、選択された復活ポイントが属する距離範囲に基づいて、移動体の復活の際のゲーム条件を設定する。そして、ゲーム条件が設定されると、選択された復活ポイントにおいて、設定されたゲーム条件にしたがい、移動体を復活させる復活処理を実行する（ステップＳ３７）。
【０１４１】
なお図１９、図２０では、移動体の復活の際のゲーム条件を復活ポイントに応じて変化させる手法の詳細な処理について示したが、移動体の復活の際のゲーム条件を課金に応じて変化させる手法についても、同様の処理により実現できる。この場合には図１９のステップＳ２６、図２０のステップＳ３６において、プレーヤに対する課金に応じて、移動体の復活の際のゲーム条件を設定すればよい。
【０１４２】
なお、上記のように本実施形態について詳細に説明したが、本発明の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本発明の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語（移動体、プレイ続行不能状態等）と共に記載された用語（戦闘機、デッドポイント等）は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また、移動体の復活処理、復活ポイントの設定処理、課金処理、ゲーム条件の設定処理、ゲーム処理等も本実施形態で説明したものに限定されず、これらと均等な手法も本発明の範囲に含まれる。
【符号の説明】
【０１４３】
ＴＭ１〜ＴＭｎ  端末装置、ＭＢ、ＭＢ１〜ＭＢ８  戦闘機（移動体）、
ＰＬ１〜ＰＬ８  プレーヤ、ＴＲ  軌跡、Ｐ１〜Ｐ２３  復活ポイント、
ＤＰ  デッドポイント（プレイ続行不能ポイント）、ＲＧ１〜ＲＧ３  距離範囲、
２００  処理部、２０２  受信処理部、２０４  送信処理部、２０６  ゲーム処理部、
２２０  表示制御部、２３０  音制御部、２６０  操作部、
２６４  撮像部、２７０  記憶部、２８０  情報記憶媒体、２９０  表示部、
２９２  音出力部、２９４  Ｉ／Ｆ部、２９５  不揮発性記憶装置、２９６  通信部、
５００  サーバシステム、５１０  ネットワーク、６００  処理部、
６０２  受信処理部、６０４  送信処理部、６０６  ゲーム処理部、
６０８  復活処理部、６１０  管理処理部、６２０  画像情報生成部、
６３０  音情報生成部、６６０  操作部、６７０  記憶部、
６７２  復活ポイント情報記憶部、６７４  課金情報記憶部、
６７６  ゲームパラメータ情報記憶部、６７８  ユーザ情報記憶部、
６８０  情報記憶媒体、６９６  通信部
【図１】
2014198182.tif 000003
【図２】
2014198182.tif 000004
【図３】
2014198182.tif 000005
【図５】
2014198182.tif 000006
【図６】
2014198182.tif 000007
【図７】
2014198182.tif 000008
【図９】
2014198182.tif 000009
【図１０】
2014198182.tif 000010
【図１１】
2014198182.tif 000011
【図１２】
2014198182.tif 000012
【図１３】
2014198182.tif 000013
【図１４】
2014198182.tif 000014
【図１５】
2014198182.tif 000015
【図１６】
2014198182.tif 000016
【図１７】
2014198182.tif 000017
【図１８】
2014198182.tif 000018
【図１９】
2014198182.tif 000019
【図２０】
2014198182.tif 000020
【図４】
2014198182.tif 000021
【図８】
2014198182.tif 000022