(57)【要約】【課題】複数のプレイヤによりプレイされるゲームにおいてプレイヤの所有する仮想資産を有効に活用する。【解決手段】複数の端末装置３と通信可能に接続されたサーバ５を、プレイヤの入力に基づいて、プレイヤが所有する仮想資産（例えばアイテム、ゲーム内通貨、ゲームポイント等）をゲーム内で使用する権限を他のプレイヤに委譲する条件を設定する条件設定処理部２１、条件が満たされた場合に、権限の委譲を実行する権限委譲処理部２３、として機能させる。【選択図】図３
2020099479.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末装置と通信可能に接続された情報処理装置を、
プレイヤの入力に基づいて、前記プレイヤが所有する仮想資産をゲーム内で使用する権限を他のプレイヤに委譲する条件を設定する条件設定処理部、
前記条件が満たされた場合に、前記権限の委譲を実行する権限委譲処理部、
として機能させる、ゲームプログラム。
【請求項２】
前記情報処理装置を、
前記プレイヤの入力に基づいて、使用する権限を委譲する前記仮想資産を指定する仮想資産指定処理部、
としてさらに機能させる、
請求項１に記載のゲームプログラム。
【請求項３】
前記情報処理装置を、
前記プレイヤの入力に基づいて、前記権限を委譲する相手である一又は複数の前記他のプレイヤを指定するプレイヤ指定処理部、
としてさらに機能させる、
請求項１又は２に記載のゲームプログラム。
【請求項４】
前記情報処理装置を、
前記プレイヤの要求に基づいて、どのプレイヤが前記権限を何回委譲されたかについて集計を行う集計処理部、
集計された結果を前記集計を要求したプレイヤの端末装置に通知する通知処理部、
としてさらに機能させる、
請求項１乃至３のいずれか１項に記載のゲームプログラム。
【請求項５】
前記条件設定処理部は、
前記プレイヤの入力に基づいて、複数の前記他のプレイヤを選択し、当該選択した複数の他のプレイヤの全部又は２人以上からなる一部が前記仮想資産を特定の用途に使用することに同意することを、前記権限を委譲する条件として設定する、
請求項１乃至４のいずれか１項に記載のゲームプログラム。
【請求項６】
前記情報処理装置を、
前記条件が満たされた場合に、前記権限を委譲する相手である前記他のプレイヤの前記端末装置に通知画面を表示する通知画面表示処理部、
としてさらに機能させる、
請求項１乃至５のいずれか１項に記載のゲームプログラム。
【請求項７】
複数の端末装置と通信可能に接続された情報処理装置によって実行されるゲーム処理方法であって、
プレイヤの入力に基づいて、前記プレイヤが所有する仮想資産をゲーム内で使用する権限を他のプレイヤに委譲する条件を設定するステップと、
前記条件が満たされた場合に、前記権限の委譲を実行するステップと、
を有する、ゲーム処理方法。
【請求項８】
複数の端末装置と通信可能に接続された情報処理装置であって、
プレイヤの入力に基づいて、前記プレイヤが所有する仮想資産をゲーム内で使用する権限を他のプレイヤに委譲する条件を設定する条件設定処理部と、
前記条件が満たされた場合に、前記権限の委譲を実行する権限委譲処理部と、
を有する、情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲームプログラム、ゲーム処理方法、及び情報処理装置に関する。
【背景技術】
【０００２】
ネットワークに接続された端末機器によりプレイされるいわゆるオンラインゲームにおいて、複数のプレイヤが複数のグループに分かれてバトル等を行うことにより支配地を拡大する、いわゆる戦国シミュレーションゲームが知られている。
【０００３】
このようなゲームの一例として、例えば特許文献１には、プレイヤが１又は複数の部隊を作成し、同じグループ（同じ大名等）に属する他のプレイヤの部隊と協力して、他のグループ（他の大名等）に属するプレイヤの部隊とリアルタイムに合戦を行うゲームシステムが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１８−８２７４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記従来技術では、城が攻められて耐久が所定の値まで低下すると陥落する。攻められる側のプレイヤは、所有する仮想資産を使用する（例えば装備品等のアイテムを大名に献上する）ことで城の耐久を回復することができる。
【０００６】
しかしながら、プレイヤは敵勢力によりどの城がいつ攻められるか分からないため、例えば攻め込まれたタイミングに気づかなかったような場合には、自身の仮想資産を有効に活用することができないという課題があった。
【０００７】
本発明はこのような問題点に鑑みてなされたものであり、複数のプレイヤによりプレイされるゲームにおいてプレイヤの所有する仮想資産を有効に活用することができるゲームプログラム、ゲーム処理方法、情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明のゲームプログラムは、複数の端末装置と通信可能に接続された情報処理装置を、プレイヤの入力に基づいて、前記プレイヤが所有する仮想資産をゲーム内で使用する権限を他のプレイヤに委譲する条件を設定する条件設定処理部、前記条件が満たされた場合に、前記権限の委譲を実行する権限委譲処理部、として機能させる。
【０００９】
また、上記目的を達成するために、本発明のゲーム処理方法は、複数の端末装置と通信可能に接続された情報処理装置によって実行されるゲーム処理方法であって、プレイヤの入力に基づいて、前記プレイヤが所有する仮想資産をゲーム内で使用する権限を他のプレイヤに委譲する条件を設定するステップと、前記条件が満たされた場合に、前記権限の委譲を実行するステップと、を有する。
【００１０】
また、上記目的を達成するために、本発明の情報処理装置は、複数の端末装置と通信可能に接続された情報処理装置であって、プレイヤの入力に基づいて、前記プレイヤが所有する仮想資産をゲーム内で使用する権限を他のプレイヤに委譲する条件を設定する条件設定処理部と、前記条件が満たされた場合に、前記権限の委譲を実行する権限委譲処理部と、を有する。
【発明の効果】
【００１１】
本発明のゲームプログラム等によれば、複数のプレイヤによりプレイされるゲームにおいてプレイヤの所有する仮想資産を有効に活用することができる。
【図面の簡単な説明】
【００１２】
【図１】一実施形態に係るゲームシステムの全体構成の一例を表すシステム構成図である。
【図２】合戦画面の一例を表すブロック図である。
【図３】サーバの機能的構成の一例を表すブロック図である。
【図４】条件設定画面の一例を表す説明図である。
【図５】条件設定画面の他の例を表す説明図である。
【図６】通知画面の一例を表す説明図である。
【図７】サーバのＣＰＵによって実行される処理手順の一例を表すフローチャートである。
【図８】プレイヤの委譲履歴を集計する変形例におけるサーバの機能的構成の一例を表すブロック図である。
【図９】プレイヤの委譲履歴を集計する変形例における条件設定画面の一例を表す説明図である。
【図１０】集計結果画面の一例を表す説明図である。
【図１１】プレイヤの委譲履歴を集計する変形例におけるサーバのＣＰＵによって実行される処理手順の一例を表すフローチャートである。
【図１２】サーバのハードウェア構成の一例を表すブロック図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を参照しつつ説明する。
【００１４】
＜１．ゲームシステムの全体構成＞
まず、図１を用いて、本実施形態に係るゲームシステム１の全体構成の一例について説明する。図１に示すように、ゲームシステム１は、複数のプレイヤによってそれぞれ操作される複数の端末装置３と、サーバ５を有する。複数の端末装置３とサーバ５は、例えばＬＡＮやインターネット等のネットワークＮＷを介して通信可能に接続されている。なお、ネットワークＮＷは無線又は有線のいずれでもよい。また、図１ではサーバ５が１台のコンピュータで構成されているが、複数台のコンピュータで構成されてもよい。
【００１５】
端末装置３は、例えばスマートフォン、タブレット型コンピュータ、携帯型ゲーム機等である。但し、これらに限定されるものではなく、例えば、デスクトップ型コンピュータ、ノート型コンピュータ、据え置き型のゲーム機等としてもよい。端末装置３は、各種の表示及びプレイヤによる各種の入力操作が行われるタッチパネル７を有する。プレイヤは、指やペン等によりタッチパネル７に接触することで所望の操作入力を行う。
【００１６】
タッチパネル７の検出方式は、特に限定されるものではないが、例えば抵抗膜方式、静電容量方式、光学方式、電磁誘導方式等、種々の検出手法を採用することが可能である。なお、端末装置３は、タッチパネル７以外に、ボタンやスイッチ等の入力部を備えてもよい。
【００１７】
サーバ５（情報処理装置の一例）は、いわゆるサーバコンピュータである。サーバ５は、ゲームサービスを受ける各プレイヤの端末装置３からのネットワークＮＷを介したアクセスを受け付けて、各プレイヤのゲーム情報を記録装置に蓄積して管理し、各プレイヤにネットワークＮＷを介したオンラインゲームサービスを提供する。
【００１８】
サーバ５によるゲームサービスの提供の形態としては、ゲームプログラム（アプリケーションソフトウェアともいう）がサーバ５に実装されており、端末装置３でゲームを実行するのではなく、端末装置３でのプレイヤの操作入力に応じてサーバ５でゲームを実行し、その実行結果を各プレイヤの端末装置３に送信する形態がある。例えば、各プレイヤの端末装置３に搭載されたウェブブラウザによってゲームをプレイできる、いわゆるブラウザゲームをサーバ５が提供してもよい。また、サーバ５でゲームを実行した結果のゲーム映像を、例えばストリーミング形式等で端末装置３に送信する、いわゆるクラウドゲームをサーバ５が提供してもよい。あるいは、ＳＮＳ（ソーシャルネットワーキングサービス）においてウェブブラウザ上で動作するＡＰＩ（アプリケーションプログラミングインタフェース）などの動作環境を基に作成されるアプリケーションソフトウェアによって実行される、いわゆるソーシャルゲームをサーバ５が提供してもよい。なお、端末装置３にゲームプログラムの一部をインストールし、サーバ５だけでなく端末装置３においても部分的にゲーム処理が実行されるようにしてもよい。
【００１９】
＜２．ゲームの概略内容＞
次に、本実施形態に係るゲーム、すなわち、サーバ５が本発明のゲームプログラム及びゲーム処理方法を実行することにより提供されるゲームの概略内容の一例について説明する。
【００２０】
本実施形態に係るゲームは、複数のプレイヤが複数のグループ（例えば歴史上の大名に仕える等）に分かれ、各プレイヤが領主となって武将等の家臣を集めて育成したり、部隊を作成して他の大名との合戦（バトルの一例）を行うことにより、プレイヤが仕える大名家の支配地を拡大する、いわゆる戦国シミュレーションゲームである。
【００２１】
各プレイヤは、１又は複数の部隊を作成し、同じグループ（同じ大名等）に属する他のプレイヤの部隊と協力して、他のグループ（他の大名等）に属するプレイヤの部隊とリアルタイムに合戦を行う。合戦では、各プレイヤが自分の部隊に対して移動や計略等を指示入力する入力フェイズ、及び、それらの入力された結果が各端末装置３の表示に反映される解決フェイズ、からなるターンが所定数繰り返される、いわゆるターン制バトルが採用されている。
【００２２】
各プレイヤは、入力フェイズの間に自分の部隊に指示を行う。これらの指示情報は、サーバ５に逐次送信されて処理される。そして、全ての部隊について各プレイヤにより指示入力の完了操作が行われるか、入力フェイズの制限時間が経過すると、解決フェイズに移行する。この移行の際に、サーバ５は、各プレイヤによる指示入力の結果を表す情報（例えば、どの部隊がどの位置に移動し、どの敵に攻撃を行うか、どのような勝敗になるか等）を、各端末装置３に一斉に送信する。端末装置３では、サーバ５から受信した情報に基づいて結果を表示する。
【００２３】
プレイヤが操作する領主は献上を行うことができる。「献上」は、大名に装備品等のアイテムを献上することであり、特定の城の耐久値（いわゆる城の体力値であり、これが０になると城が陥落する）を増大するために行われる。
【００２４】
図２に、合戦画面の一例を示す。なお、図２に示すマップは、国土地理院ウェブサイトで公開されている地図(https://maps.gsi.go.jp/#9/34.813803/136.038208/&ls=std%7Chillshademap&blend=0&disp=01&lcd=hillshademap&vs=c1j0l0u0t0z0r0f0&d=vl)に加工を施したものである。
【００２５】
図２に示す例では、例えば日本の近畿地方周辺の地域が表示されたマップ９に、複数の城１１と、城１１同士を接続する街道（航路を含む）１３等が表示されている。マップ９の下方には、防衛対象である味方勢力の城１１（この例では城Ａ、城Ｂ、城Ｃ等）を表す複数の城表示部１５が表示されている。各城表示部１５には、城の名前、画像、パラメータ（この例では耐久値及びゲージ）と共に、「選択」ボタン１７が表示されている。なお、城Ａの画像は敵勢力により攻撃されていることを示している。プレイヤは特定の城の「選択」ボタン１７を操作し、別途表示される指示入力画面において、自身の所有する装備品等のアイテムを大名に献上することで、当該城の耐久値を所定量だけ回復させることができる。
【００２６】
城表示部１５の左右両側にはスクロールボタン１９がそれぞれ表示されており、プレイヤは当該スクロールボタン１９を操作することで城表示部１５を左右にスクロールさせて他の城表示部１５を表示させることができる。なお、スクロールボタン１９を設けずにタッチパネル７のスワイプ操作により城表示部１５をスクロールさせてもよい。
【００２７】
以上が本実施形態に係るゲームの概略内容であるが、以下、その特徴部分の内容について詳細に説明する。
【００２８】
＜３．サーバの機能的構成＞
次に、図３を用いて、サーバ５の機能的構成の一例について説明する。
【００２９】
図３に示すように、サーバ５は、条件設定処理部２１と、権限委譲処理部２３と、仮想資産指定処理部２５と、プレイヤ指定処理部２７と、通知画面表示処理部２９とを有する。
【００３０】
条件設定処理部２１は、プレイヤの入力に基づいて、プレイヤが所有する仮想資産をゲーム内で使用する権限を他のプレイヤに委譲する条件を設定する。「仮想資産」は、プレイヤがゲーム内で使用可能な仮想的な資産であり、例えばアイテム（武器、防具、装具、その他使用することによって何らかの効果が得られる道具全般）、ゲーム内通貨、ゲームポイント等である。
【００３１】
これにより、プレイヤは権限を委譲する条件を所望の内容で設定することができる。例えば、対象を特定し、その対象のパラメータが変動して所定のしきい値に到達することを条件としたり、選択した複数の他のプレイヤの全部又は一部（２人以上）が仮想資産を特定の用途に使用することに同意すること等を、条件とすることができる。なお、上記は一例であり、上記以外の内容を使用権限の委譲を発動する条件として設定してもよい。
【００３２】
権限委譲処理部２３は、上記条件設定処理部２１により設定された条件が満たされた場合に、プレイヤが所有する仮想資産を使用する権限を他のプレイヤへ委譲する。
【００３３】
仮想資産指定処理部２５は、プレイヤの入力に基づいて、使用する権限を委譲する対象である仮想資産を指定する。
【００３４】
プレイヤ指定処理部２７は、プレイヤの入力に基づいて、権限を委譲する相手である一又は複数の他のプレイヤを指定する。指定するプレイヤは１人でもよいし複数でもよい。なお、複数のプレイヤが指定されて使用権限が委譲された場合、複数のプレイヤの全員が仮想資産を指定された個数の範囲内で使用（消費）することが可能となる。
【００３５】
通知画面表示処理部２９は、上記条件設定処理部２１により設定された条件が満たされた場合に、権限を委譲する相手である他のプレイヤの端末装置３のタッチパネル７に通知画面を表示する。「通知画面」は、権限を委譲する相手のプレイヤに対し権限が委譲されたことを通知する画面である。
【００３６】
なお、以上説明した各処理部における処理等は、これらの処理の分担の例に限定されるものではなく、例えば、更に少ない数の処理部（例えば１つの処理部）で処理されてもよく、また、更に細分化された処理部により処理されてもよい。また、上述した各処理部の機能は、後述するＣＰＵ５０１（後述の図１２参照）が実行するゲームプログラムにより実装されるものであるが、例えばその一部がＡＳＩＣやＦＰＧＡ等の専用集積回路、その他の電気回路等の実際の装置により実装されてもよい。さらに、以上説明した各処理部は、全部がサーバ５側に実装される場合に限定されるものではなく、その一部又は全部が端末装置３側に実装されてもよい。
【００３７】
＜４．条件設定画面及び通知画面＞
次に、図４〜図６を用いて、条件設定画面及び通知画面の一例について説明する。
【００３８】
図４に、条件設定画面の一例を示す。図４に示す例では、条件設定画面３１に、使用権限を委譲するアイテムを指定するためのアイテム入力部３３と、使用権限を委譲する条件を指定するための条件入力部３５と、使用権限を委譲するプレイヤを指定するためのプレイヤ入力部３７が表示されている。
【００３９】
アイテム入力部３３は、アイテムの種別を指定するための種別入力部３９と、個数を指定するための個数入力部４１とを有する。種別入力部３９と個数入力部４１は、例えばプルダウンメニューとして構成されている。但し、これ以外の入力方式（例えば別の入力ウィンドウの表示、アップダウンボタン等による数値入力ボックス、スライドバー等）としてもよい。図４に示す例では１０個の刀剣（ランク１０）が指定されており、これらの使用権限を委譲されたプレイヤは、これら１０個の刀剣（ランク１０）を献上することにより城の耐久値をアイテムの種別に応じた量だけ回復させることができる。
【００４０】
条件入力部３５は、対象（この例では城）を指定するための対象入力部４３と、対象のパラメータ（この例では耐久値）のしきい値（この例では下限値のパーセンテージ）を指定するためのしきい値入力部４５とを有する。対象入力部４３としきい値入力部４５は、例えばプルダウンメニューとして構成されている。但し、これ以外の入力方式（例えば別の入力ウィンドウの表示、アップダウンボタン等による数値入力ボックス、スライドバー等）としてもよい。図４に示す例では城Ａの耐久値が５０％まで低下することが条件として設定されており、この条件が満たされた場合に、１０個の刀剣（ランク１０）を使用する権限がプレイヤ入力部３７で指定されたプレイヤへ委譲される。
【００４１】
プレイヤ入力部３７は、ランキングからプレイヤを指定するための第１入力部４７と、ギルドマスターからプレイヤを指定するための第２入力部４９と、プレイヤ名又はアカウント等からプレイヤを指定するための第３入力部５１とを有する。図４に示す例では、第１入力部４７、第２入力部４９、及び第３入力部５１はそれぞれ３個ずつ設けられており、１人から９人の間で任意の数のプレイヤを指定することができる。第１入力部４７及び第２入力部４９は例えばプルダウンメニューとして構成されており、第３入力部５１は例えばテキスト入力ボックスとして構成されている。但し、これ以外の入力方式（例えば別の入力ウィンドウの表示等）としてもよい。なお、サーバ５ではランキングやギルドマスターに関する情報は予め集計されて記録されており、プルダウンメニューによりそれらの情報が一覧表示されるようになっている。
【００４２】
図５に、条件設定画面の他の例を示す。図５に示す条件設定画面３１は、図４に示す条件設定画面３１と条件入力部３５の内容が異なる。すなわち図５に示す例では、条件入力部３５は、同意が必要なプレイヤの人数を指定するための人数入力部５３と、アイテムの用途の対象（この例では城）を指定するための対象入力部５５とを有する。人数入力部５３と対象入力部５５は、例えばプルダウンメニューとして構成されている。但し、これ以外の入力方式（例えば別の入力ウィンドウの表示、アップダウンボタン等による数値入力ボックス、スライドバー等）としてもよい。図５に示す例では、プレイヤ入力部３７で指定されたプレイヤのうち３人以上が城Ａの耐久値の回復に同意することが条件として設定されており、この条件が満たされた場合に、１０個の刀剣（ランク１０）を使用する権限がプレイヤ入力部３７で指定されたプレイヤへ委譲される。
【００４３】
なお、３人以上のプレイヤが同意したことの判定は、例えば当該３人以上のプレイヤが自身のアイテムを使用（献上）することにより城Ａの耐久値を回復させたことを検出した場合に、同意したと判定してもよい。あるいは、例えば指定されたプレイヤに対し特定の用途（この例では城Ａの耐久値の回復）を通知すると共に、当該通知画面に同意ボタンを設けておき、３人以上のプレイヤにより当該同意ボタンが操作された場合に、同意したと判定してもよい。
【００４４】
図６に、通知画面の一例を示す。なお、図６に示す通知画面５７は例えばプレイヤＤの端末装置３に表示されているものとする。この例では、通知画面５７に、プレイヤＡより刀剣（ランク１０）の使用権限が委譲されたことが表示されている。また通知画面５７には、「はい」ボタン５９と、「いいえ」ボタン６１が表示されている。プレイヤＤにより「はい」ボタン５９が操作されると、使用権限の委譲が受諾され、プレイヤＡからプレイヤＤに刀剣（ランク１０）の使用権限が委譲される。一方、プレイヤＤにより「いいえ」ボタン６１が操作されると、使用権限の委譲が拒否され、プレイヤＡからプレイヤＤに刀剣（ランク１０）の使用権限は委譲されない。
【００４５】
＜５．サーバが実行する処理手順＞
次に、図７を用いて、サーバ５のＣＰＵ５０１によって実行される処理手順の一例について説明する。
【００４６】
ステップＳ１０では、サーバ５は、条件設定処理部２１により、端末装置３のタッチパネル７に条件設定画面３１を表示する（図４、図５参照）。
【００４７】
ステップＳ２０では、サーバ５は、仮想資産指定処理部２５により、条件設定画面３１におけるプレイヤの入力に基づいて、使用する権限を委譲する対象である仮想資産を指定する。また、プレイヤ指定処理部２７により、条件設定画面３１におけるプレイヤの入力に基づいて、権限を委譲する相手である一又は複数の他のプレイヤを指定する。また、条件設定処理部２１により、条件設定画面３１におけるプレイヤの入力に基づいて、プレイヤが所有する仮想資産をゲーム内で使用する権限を他のプレイヤに委譲する条件を設定する。
【００４８】
ステップＳ３０では、サーバ５は、上記ステップＳ２０で設定した条件が満たされたか否かを判定する。条件が満たされない場合には（ステップＳ３０：ＮＯ）、本フローを終了する。一方、条件が満たされた場合には（ステップＳ３０：ＹＥＳ）、ステップＳ４０に移る。
【００４９】
ステップＳ４０では、サーバ５は、条件設定画面３１で指定された委譲相手のプレイヤの端末装置３のタッチパネル７に、通知画面５７を表示する（図６参照）。
【００５０】
ステップＳ５０では、サーバ５は、委譲相手のプレイヤが使用権限の委譲を受託したか否かを判定する。通知画面５７において「いいえ」ボタン６１が操作されて委譲が拒否された場合には（ステップＳ５０：ＮＯ）、本フローを終了する。一方、通知画面５７において「はい」ボタン５９が操作されて委譲が受諾された場合には（ステップＳ５０：ＹＥＳ）、ステップＳ６０に移る。
【００５１】
ステップＳ６０では、サーバ５は、権限委譲処理部２３により、条件設定画面３１において指定された仮想資産を使用する権限を、条件設定画面３１において指定された他のプレイヤへ委譲する。以上により、本フローチャートを終了する。
【００５２】
なお、上述した処理手順は一例であって、上記手順の少なくとも一部を削除又は変更してもよいし、上記以外の手順を追加してもよい。また、上記手順の少なくとも一部の順番を変更してもよいし、複数の手順が単一の手順にまとめられてもよい。
【００５３】
＜６．実施形態の効果＞
本実施形態のゲームプログラムは、複数の端末装置３と通信可能に接続されたサーバ５を、プレイヤの入力に基づいて、プレイヤが所有する仮想資産をゲーム内で使用する権限を他のプレイヤに委譲する条件を設定する条件設定処理部２１、条件が満たされた場合に、権限の委譲を実行する権限委譲処理部２３、として機能させる。
【００５４】
本実施形態によれば、プレイヤは自身が所有する仮想資産をゲーム内で使用する権限を他のプレイヤに委譲する条件を設定することができる。そして、当該条件が満たされた場合には権限の委譲が実行され、他のプレイヤが仮想資産を使用することが可能となる。これにより、例えばプレイヤが仮想資産を使用すべきタイミングに気づかなかったような場合（例えば自身のログオフ中に敵勢力に攻め込まれた場合等）でも、権限を委譲した他のプレイヤがそのタイミングで仮想資産を使用することができる。したがって、プレイヤの所有する仮想資産を有効に活用することができる。
【００５５】
また、各プレイヤが所有する仮想資産を複数のプレイヤで共有して使用（消費）することができるので、チームワークによりゲームを進めているという連帯感や共闘感が増し、ゲームの興趣性を向上できる。
【００５６】
さらに、仮に、所定の条件が満たされた場合に仮想資産が自動的に消費されるゲームシステムとした場合には、条件の成立により機械的に仮想資産が消費されるため、プレイヤの意図に沿わなかったり、無駄な消費となる場合が生じうる（例えば戦況の変化により戦略上不要となった城を回復してしまう等）。本実施形態では、使用する権限を他のプレイヤに委譲するため、人による高度な戦略や判断により仮想資産を使用してもらうことができる。したがって、仮想資産を有効に活用することができる。
【００５７】
また、本実施形態では特に、ゲームプログラムは、サーバ５を、プレイヤの入力に基づいて、使用する権限を委譲する仮想資産を指定する仮想資産指定処理部２５、としてさらに機能させる。
【００５８】
これにより、プレイヤは自身が所有するどの仮想資産の使用権限を委譲するかを任意に指定できる。例えば、使用を抑制して意図的に貯めておいた仮想資産や、プレイスタイル等により結果的に貯まった仮想資産がある場合には、当該仮想資産を指定することで所有する仮想資産を有効に活用することができる。
【００５９】
また、本実施形態では特に、ゲームプログラムは、サーバ５を、プレイヤの入力に基づいて、権限を委譲する相手である一又は複数の他のプレイヤを指定するプレイヤ指定処理部２７、としてさらに機能させる。
【００６０】
これにより、プレイヤは仮想資産の使用権限を委譲する相手である他のプレイヤを任意に指定できる。例えば、ゲームの上級者（ランキング上位のプレイヤや、ギルドのマスター等）を指定することで、高度な戦略や判断により仮想資産を使用してもらい、より有効に活用することができる。また例えば、プレイヤに知人がいる場合には当該プレイヤを指定することで、知人に仮想資産の使用を任せるという安心感を得ることができる。さらに、１人ではなく複数のプレイヤを指定した場合には、指定したプレイヤが例えば仮想資産を使用すべきタイミングに気づかない等により仮想資産を有効に活用できなくなるリスクを低減できる。
【００６１】
また、本実施形態では特に、条件設定処理部２１は、プレイヤの入力に基づいて、複数の他のプレイヤを選択し、当該選択した複数の他のプレイヤの全部又は２人以上からなる一部が仮想資産を特定の用途に使用することに同意することを、権限を委譲する条件として設定する。
【００６２】
仮に、プレイヤが仮想資産の使用権限を委譲する条件の内容を設定する場合、実際に必要なタイミングで使用権限を委譲できない可能性がある（例えば本城が攻められて一刻も早く回復すべきであるのに、条件の耐久値が低く設定されており回復に使用できない等）。
【００６３】
本実施形態では、複数のプレイヤによる同意を使用権限を委譲する条件とするので、複数のプレイヤが仮想資産を特定の用途に使用すべきと判断した場合に使用権限が委譲されることとなり、実際に必要なタイミングで使用権限を委譲することができる。また、複数のプレイヤによる同意が必要となるため、判断の適切性をより向上できる。
【００６４】
また、本実施形態では特に、ゲームプログラムは、サーバ５を、条件が満たされた場合に、権限を委譲する相手である他のプレイヤの端末装置３に通知画面５７を表示する通知画面表示処理部２９としてさらに機能させる。
【００６５】
これにより、使用権限を委譲する相手のプレイヤに対して使用権限を委譲したことを知らせることができる。また、プレイヤによっては使用権限が自身に委譲されることを遠慮したい場合も考えられる。このような場合、通知画面５７において使用権限の委譲を受諾又は拒否することを選択可能としておくことにより、プレイヤに選択の自由を確保することができる。
【００６６】
＜７．変形例等＞
なお、本発明は、上記の実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。
【００６７】
（７−１．プレイヤの委譲履歴を集計する場合）
プレイヤが使用権限を委譲する相手を指定する際に、他のプレイヤは誰を指定しているのか、どのプレイヤが多く指定されているのか、等を知りたい場合も考えられる。そこで、プレイヤの委譲履歴（委譲を受諾した履歴）を集計する機能を設けてもよい。
【００６８】
図８に、本変形例のサーバ５Ａの機能的構成の一例を示す。図８に示すように、サーバ５Ａは、上記実施形態のサーバ５の機能構成に加えて、集計処理部６３と、通知処理部６５とを有する。
【００６９】
集計処理部６３は、プレイヤの要求に基づいて、どのプレイヤが権限を何回委譲されたかについて集計を行う。サーバ５には、使用権限の委譲が実行される度にその履歴が記録されている。集計処理部６３は、その履歴情報を用いて集計を行う。
【００７０】
通知処理部６５は、上記集計処理部６３により集計された結果を、集計を要求したプレイヤの端末装置３に通知する。
【００７１】
図９に、本変形例における条件設定画面の一例を示す。図９に示す例では、条件設定画面３１Ａに、前述の実施形態における条件設定画面３１と同様のアイテム入力部３３、条件入力部３５、及びプレイヤ入力部３７に加えて、「集計する」ボタン６７が表示されている。プレイヤにより「集計する」ボタン６７が操作されると、集計処理部６３により、どのプレイヤが何回使用権限を委譲されたかについて集計が行われる。
【００７２】
図１０に、集計結果画面の一例を示す。図１０に示す例では、ソート指示部６９により委譲回数が多い順に並べられたプレイヤ表示部７１が一覧表示されている（この例ではプレイヤＣ、プレイヤＦ、プレイヤＨ等）。各プレイヤ表示部７１には、プレイヤの名前、画像、委譲回数（累計でもよいし、所定の期間（例えば１月）の間に委譲された回数でもよい）、各種パラメータ（この例ではレベル、兵力、所属武将等）と共に、「選択」ボタン７３が表示されている。プレイヤは、集計結果を参考にしつつ、特定のプレイヤの「選択」ボタン７３を操作することで当該プレイヤを使用権限を委譲する相手として指定することができる。なお、プレイヤ表示部７１の上下両側にはスクロールボタン７５がそれぞれ表示されており、プレイヤは当該スクロールボタン７５を操作することでプレイヤ表示部７１を上下にスクロールさせて他のプレイヤ表示部７１を表示させることができる。
【００７３】
なお、ソート指示部６９により委譲回数以外の規則を指定して集計結果の並び替えを行ってもよい。例えば、指定回数が多い順や、その他のパラメータ（レベル、兵力、所属武将数等）を指定してもよい。また、スクロールボタン７５を設けずにタッチパネル７のスワイプ操作によりプレイヤ表示部７１をスクロールさせてもよい。
【００７４】
図１１に、サーバ５ＡのＣＰＵ５０１によって実行される処理手順の一例を示す。なお、前述の図７と同様の手順には同符号を付し、適宜説明を省略する。
【００７５】
ステップＳ１０では、サーバ５Ａは、条件設定処理部２１により、端末装置３のタッチパネル７に条件設定画面３１Ａを表示する（図９参照）。
【００７６】
ステップＳ１３では、サーバ５Ａは、プレイヤにより集計の要求があったか否かを判定する。条件設定画面３１Ａにおいて「集計する」ボタン６７が操作されなかった場合には（ステップＳ１３：ＮＯ）、後述のステップＳ２０に直接移る。一方、条件設定画面３１Ａにおいて「集計する」ボタン６７が操作された場合には（ステップＳ１３：ＹＥＳ）、ステップＳ１５に移る。
【００７７】
ステップＳ１５では、サーバ５Ａは、集計処理部６３により、どのプレイヤが何回権限を委譲されたかについて集計を行う。
【００７８】
ステップＳ１７では、サーバ５Ａは、通知処理部６５により、上記ステップＳ１５で集計された結果を、集計を要求したプレイヤの端末装置３のタッチパネル７に表示する（図１０参照）。
【００７９】
その後のステップＳ２０〜ステップＳ６０は、前述の図７と同様であるため説明を省略する。
【００８０】
以上説明した変形例によれば、ゲームプログラムは、サーバ５Ａを、プレイヤの要求に基づいて、どのプレイヤが何回権限を委譲されたかについて集計を行う集計処理部６３、集計された結果を集計を要求したプレイヤの端末装置３に通知する通知処理部６５、としてさらに機能させる。
【００８１】
これにより、プレイヤは使用権限の委譲相手となる他のプレイヤを指定する際に、必要に応じてどのプレイヤが何回権限を委譲されたかについて集計を行うことができる。その結果、各プレイヤは集計結果を参考にして、どのプレイヤを指定するのが最適であるか（あるいは好ましいか）を判断することができる。また、例えばプレイヤがゲームの初心者でありどのプレイヤを指定すればよいのか分からない場合であっても、とりあえず集計結果で最も上位のプレイヤを選択しておけば、仮想資産を有効に活用することが可能となる。したがって、初心者に親切なゲームを実現できる。さらに、ゲームの外部の例えばチャットやＳＮＳ等においてプレイヤ間で権限を委譲するプレイヤに関する情報を交換する等の手間を省くことができる。
【００８２】
（７−２．その他）
例えば、以上では、複数のプレイヤが複数のグループ（大名等）に分かれ、当該グループ間でバトルを行うことによりグループの支配地を拡大する、いわゆる戦国シミュレーションゲームに本発明を適用した場合について説明したが、複数のプレイヤによりプレイされるゲームであれば、本発明は様々なジャンルのゲームに適用可能である。例えば、一又は複数の敵キャラクタに対して複数のユーザで協力して戦いを挑むいわゆるレイドバトルや、戦国系以外のシミュレーションゲーム、ロールプレイングゲーム、アドベンチャーゲーム等にも、本発明は適用可能である。
【００８３】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。その他、一々例示はしないが、上記実施形態や各変形例は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【００８４】
＜８．サーバのハードウェア構成＞
次に、図１２を用いて、上記で説明したＣＰＵ５０１が実行するプログラムにより実装された各処理部を実現するサーバ５，５Ａのハードウェア構成の一例について説明する。なお、端末装置３が同様のハードウェア構成を有してもよい。
【００８５】
図１２に示すように、サーバ５は、例えば、ＣＰＵ５０１と、ＲＯＭ５０３と、ＲＡＭ５０５と、ＧＰＵ５０６と、例えばＡＳＩＣ又はＦＰＧＡ等の特定の用途向けに構築された専用集積回路５０７と、入力装置５１３と、出力装置５１５と、記録装置５１７と、ドライブ５１９と、接続ポート５２１と、通信装置５２３を有する。これらの構成は、バス５０９や入出力インターフェース５１１等を介し相互に信号を伝達可能に接続されている。
【００８６】
ゲームプログラムは、例えば、ＲＯＭ５０３やＲＡＭ５０５、記録装置５１７等に記録しておくことができる。
【００８７】
また、ゲームプログラムは、例えば、フレキシブルディスクなどの磁気ディスク、各種のＣＤ、ＭＯディスク、ＤＶＤ等の光ディスク、半導体メモリ等のリムーバブルな記録媒体５２５に、一時的又は永続的（非一時的）に記録しておくこともできる。このような記録媒体５２５は、いわゆるパッケージソフトウエアとして提供することもできる。この場合、これらの記録媒体５２５に記録されたゲームプログラムは、ドライブ５１９により読み出されて、入出力インターフェース５１１やバス５０９等を介し上記記録装置５１７に記録されてもよい。
【００８８】
また、ゲームプログラムは、例えば、ダウンロードサイト、他のコンピュータ、他の記録装置等（図示せず）に記録しておくこともできる。この場合、ゲームプログラムは、ＬＡＮやインターネット等のネットワークＮＷを介し転送され、通信装置５２３がこのプログラムを受信する。そして、通信装置５２３が受信したプログラムは、入出力インターフェース５１１やバス５０９等を介し上記記録装置５１７に記録されてもよい。
【００８９】
また、ゲームプログラムは、例えば、適宜の外部接続機器５２７に記録しておくこともできる。この場合、ゲームプログラムは、適宜の接続ポート５２１を介し転送され、入出力インターフェース５１１やバス５０９等を介し上記記録装置５１７に記録されてもよい。
【００９０】
そして、ＣＰＵ５０１が、上記記録装置５１７に記録されたプログラムに従い各種の処理を実行することにより、前述の条件設定処理部２１、権限委譲処理部２３等による処理が実現される。この際、ＣＰＵ５０１は、例えば、上記記録装置５１７からプログラムを、直接読み出して実行してもよく、ＲＡＭ５０５に一旦ロードした上で実行してもよい。更にＣＰＵ５０１は、例えば、プログラムを通信装置５２３やドライブ５１９、接続ポート５２１を介し受信する場合、受信したプログラムを記録装置５１７に記録せずに直接実行してもよい。
【００９１】
また、ＣＰＵ５０１は、各端末装置３のタッチパネル７からネットワークＮＷを介して入力される信号に加えて、必要に応じて、例えばマウス、キーボード、マイク等の入力装置５１３から入力する信号や情報に基づいて各種の処理を行ってもよい。
【００９２】
ＧＰＵ５０６は、ＣＰＵ５０１からの指示に応じて例えばレンダリング処理などの画像表示のための処理を行う。
【００９３】
そして、ＣＰＵ５０１及びＧＰＵ５０６は、上記の処理を実行した結果を、ネットワークＮＷを介して各端末装置３のタッチパネル７に出力すると共に、必要に応じて、例えばスピーカーやヘッドフォン等の音声出力部（図示せず）を含む、出力装置５１５から出力する。さらにＣＰＵ５０１及びＧＰＵ５０６は、必要に応じてこの処理結果を通信装置５２３や接続ポート５２１を介し送信してもよく、上記記録装置５１７や記録媒体５２５に記録させてもよい。
【符号の説明】
【００９４】
３              端末装置
５              サーバ（情報処理装置）
５Ａ            サーバ（情報処理装置）
２１            条件設定処理部
２３            権限委譲処理部
２５            仮想資産指定処理部
２７            プレイヤ指定処理部
２９            通知画面表示処理部
５７            通知画面
６３            集計処理部
６５            通知処理部
【図１】
2020099479.tif 000003
【図２】
2020099479.tif 000004
【図３】
2020099479.tif 000005
【図４】
2020099479.tif 000006
【図５】
2020099479.tif 000007
【図６】
2020099479.tif 000008
【図７】
2020099479.tif 000009
【図８】
2020099479.tif 000010
【図９】
2020099479.tif 000011
【図１０】
2020099479.tif 000012
【図１１】
2020099479.tif 000013
【図１２】
2020099479.tif 000014