JP7688804B2 - コンピュータシステムおよびゲームシステム - Google Patents

Description

本発明は、コンピュータシステム等に関する。

従来から、例えば音楽ゲームのような時間経過とともに進行するゲームにおいて、複数のプレーヤがその進行途中で交代しながらプレイすることができるゲームが知られている。各プレーヤは、１つのゲームのゲームプレイを部分的に担当することによって、ゲームクリアに向けて生まれる一体感や連帯感等を楽しむことができる。

特許第４４２９７９１号公報

しかし、特許文献１のゲームは、複数のプレーヤが交代しながらではあるが、あくまでも１つのゲームをプレイするものであり、別個のゲームを複数のプレーヤが別々にプレイするゲームプレイの態様において、プレーヤ間の一体感等を生み出すものではなかった。

本発明が解決しようとする課題は、複数のプレーヤが別々にゲームをプレイしながらも、プレーヤ間の一体感や連帯感を高めることができる新たな興趣を実現するための技術を提供することである。

上記課題を解決するための第１の発明は、前回のゲームプレイが目標達成して終了した後に目標達成を目指して前回のゲームプレイのプレーヤとは異なるプレーヤが新たなゲームプレイを開始することを繰り返すことでゲームプレイを継承する目標達成継承プレイが継承中か否かを判定する継承判定手段（例えば、図１３の継承判定部２４４）と、前記継承判定手段の判定結果に応じて、前記目標達成継承プレイのゲームイベントの進行制御を行う進行制御手段（例えば、図１３のイベント制御部２４０）と、を備えたサーバシステムである。

第１の発明によれば、前回のゲームプレイが目標達成して終了した後に目標達成を目指して前回のゲームプレイのプレーヤとは異なるプレーヤが新たなゲームプレイを開始することを繰り返すことでゲームプレイを継承する目標達成継承プレイが継承中か否かを判定することができる。そして、その判定結果に応じて、目標達成継承プレイのゲームイベントの進行制御を行うことができる。つまり、達成目標を達成したゲームプレイが続けば目標達成継承プレイは継承中となり、新たなゲームプレイが開始されることとなる。したがって、目標達成継承プレイに参加したプレーヤは、別々にゲームをプレイするものの、プレーヤ間の一体感や連帯感を楽しむことが可能となる。

また、第２の発明として、前記継承判定手段は、継承中のゲームプレイの継承回数を計数する、第１の発明のサーバシステムを構成してもよい。

第２の発明によれば、達成目標を達成したゲームプレイが続いて目標達成継承プレイが継承中と判定した場合に、その継承回数を更新することができる。

また、第３の発明として、前記継承回数が所定条件を満たした場合に、当該目標達成継承プレイに参加したプレーヤの一部又は全部に特典を付与する制御を行う特典付与制御手段、を更に備えた第２の発明のサーバシステムを構成してもよい。

第３の発明によれば、例えば、達成目標を達成したゲームプレイが所定回数以上続いた場合に、当該ゲームプレイを行ったプレーヤの一部又は全部に特典を付与するといったことが可能となる。

また、第４の発明として、前記特典および／又は前記特典の付与先を、前記目標達成継承プレイに参加した人数に基づいて決定する、第３の発明のサーバシステムを構成してもよい。

第４の発明によれば、目標達成継承プレイに参加した人数に基づいて、付与する特典や、特典を付与する付与先のプレーヤを決定することができる。例えば、当該目標達成継承プレイで行われた継承回数のゲームプレイについて、その一部のゲームプレイを同じプレーヤが行った場合と、全て別のプレーヤが行った場合とで付与する特典の内容を変更したり、特典を付与するプレーヤを変更するといったことが可能となる。

また、第５の発明として、前記特典付与制御手段は、前記特典および／又は前記特典の付与先を、前記継承回数に基づいて決定する、第３又は第４の発明のサーバシステムを構成してもよい。

第５の発明によれば、目標達成継承プレイの継承回数に基づいて、付与する特典や、特典を付与する付与先のプレーヤを決定することができる。例えば、継承回数が多いほど付与する特典の数を増やすとか、付与先のプレーヤを増やすといったことが可能となる。

また、第６の発明として、前記特典付与制御手段は、前記目標達成継承プレイにおいて同一プレーヤがゲームプレイを行った回数の差異に基づいて、付与する前記特典をプレーヤ間で変更する、第３～第５の何れかの発明のサーバシステムを構成してもよい。

第６の発明によれば、目標達成継承プレイの各ゲームプレイを行ったプレーヤのそれぞれのゲームプレイの回数が異なる場合に、その差異に基づいて付与する特典をプレーヤ間で変更することができる。例えば、３人のプレーヤａ，ｂ，ｃによって達成目標を達成したゲームプレイが順次６回行われた目標達成継承プレイにおいて、各ゲームプレイを行ったプレーヤの内訳が、プレーヤａが３回、プレーヤｂが２回、プレーヤｃが１回であった場合に、ゲームプレイの回数が多い順に付与する特典を増やす等、各プレーヤａ，ｂ，ｃに異なる特典を付与することが可能となる。或いは、最もゲームプレイの回数が多いプレーヤａのみに特典を付与するとか、複数回ゲームプレイを行ったプレーヤａ，ｂのみに特典を付与するといったことも可能である。

また、第７の発明として、前記特典付与制御手段は、ゲームプレイを行った順番に基づいて、付与する前記特典をプレーヤ間で変更する、第３～第６の何れかの発明のサーバシステムを構成してもよい。

第７の発明によれば、目標達成継承プレイに参加したプレーヤによる当該ゲームプレイを行った順番（プレイ順）に基づいて、付与する特典をプレーヤ間で変更することができる。例えば、プレイ順が後のプレーヤほど付与する特典を増やす等して、プレーヤ毎に異なる特典を付与することが可能となる。

また、第８の発明として、前記目標達成継承プレイにおけるゲームプレイ各々の達成目標を設定する目標設定手段（例えば、図１３の目標設定部２４３）、を更に備えた第１～第６の何れかの発明のサーバシステムを構成してもよい。

第８の発明によれば、目標達成継承プレイにおけるゲームプレイ各々の達成目標を設定することができる。

また、第９の発明として、前記目標設定手段は、直前のゲームプレイの達成目標と同じ、又は、直前のゲームプレイの達成目標よりも難度の高い達成目標を設定することで、ゲームプレイ各々の達成目標を順番に設定する、第８の発明のサーバシステムを構成してもよい。

第９の発明によれば、ゲームプレイ各々の達成目標を直前のゲームプレイと同じ達成目標として設定することで、目標達成継承プレイにおけるゲームプレイ各々の達成目標を設定することができる。或いは、ゲームプレイ各々の達成目標を直前のゲームプレイの達成目標より難度の高い達成目標として設定することで、目標達成継承プレイにおけるゲームプレイ各々の達成目標を設定することができる。

また、第１０の発明として、ｘ番目のプレーヤの次にゲームプレイを行うｘ＋１番目のプレーヤを受け付けることで、前記目標達成継承プレイに挑むプレーヤを順番に受け付ける受付制御手段（例えば、図１３の次順プレーヤ決定部２４５）、を更に備えた第１～第９の何れかの発明のサーバシステムを構成してもよい。

第１０の発明によれば、ｘ番目のプレーヤがゲームプレイを行ったら、その次にゲームプレイを行うｘ＋１番目のプレーヤを受け付けることで、複数のプレーヤが順次ゲームプレイを行う目標達成継承プレイを実現できる。

また、第１１の発明として、前記受付制御手段は、ｘ＋１番目のプレーヤ候補に宛てた招待通知をすることと、当該招待通知に対するｘ＋１番目のプレーヤ候補からの承諾を受け付けることと、を行って、当該承諾の受け付けによってｘ＋１番目のプレーヤを決定する、第１０の発明のサーバシステムを構成してもよい。

第１１の発明によれば、ｘ＋１番目のプレーヤ候補に宛てて招待通知を行い、それに対する承諾があった場合に、当該プレーヤ候補をｘ＋１番目のプレーヤとすることができる。

また、第１２の発明として、前記受付制御手段は、ｘ番目のプレーヤによるプレーヤ指定操作に基づいてｘ＋１番目のプレーヤ候補を選択する、第１１の発明のサーバシステムを構成してもよい。

第１２の発明によれば、ｘ番目のプレーヤが指定したプレーヤを、ｘ＋１番目のプレーヤ候補として選択することができる。

また、第１３の発明として、前記受付制御手段は、ｘ番目のプレーヤのフレンドプレーヤの中から、ｘ＋１番目のプレーヤ候補を選択する、第１１の発明のサーバシステムを構成してもよい。

第１３の発明によれば、ｘ番目のプレーヤのフレンドプレーヤを、ｘ＋１番目のプレーヤ候補として選択することができる。

また、第１４の発明として、前記受付制御手段は、ｘ番目のプレーヤに基づく所与のマッチング条件を満たすプレーヤを、ｘ＋１番目のプレーヤ候補として選択する、第１１の発明のサーバシステムを構成してもよい。

第１４の発明によれば、ｘ番目のプレーヤに応じたマッチング条件を設定して用い、当該マッチング条件を満たすプレーヤをｘ＋１番目のプレーヤ候補として選択することができる。

また、第１５の発明として、前記マッチング条件は、ｘ番目のプレーヤに対してｘ＋１番目のプレーヤ候補が所与の優位条件を満たすこと、である、第１４の発明のサーバシステムを構成してもよい。

第１５の発明によれば、ｘ番目のプレーヤに対する優位条件を満たすことをマッチング条件として設定し、当該マッチング条件を満たすプレーヤをｘ＋１番目のプレーヤ候補として選択することができる。

また、第１６の発明として、前記受付制御手段は、ｘ番目のプレーヤの次にゲームプレイを行うｘ＋１番目のプレーヤの受け付けを所与の受付期間内に制限し、前記継承判定手段は、前記受付制御手段による前記受付期間内の受け付けがなされなかった場合に、前記目標達成継承プレイが途切れたと判定する、第１０～第１５の何れかの発明のサーバシステムを構成してもよい。

第１６の発明によれば、ｘ＋１番目のプレーヤを受け付ける受付期間を制限することができる。そして、受付期間内にｘ＋１番目のプレーヤの受け付けがなされれば次回のゲームプレイを行い、受け付けがなされないときには、目標達成継承プレイが途切れたとして次回のゲームプレイを行わないとすることができる。

また、第１７の発明として、所定のアイテムの使用および／又は所定の対価の支払いと引き換えに、前記受付期間を変更する制御を行う手段、を更に備えた第１６の発明のサーバシステムを構成してもよい。

第１７の発明によれば、ｘ＋１番目のプレーヤを受け付ける受付期間を、アイテムの使用や対価の支払いと引き換えに、例えば受付期間を延長する等して変更することが可能となる。

また、第１８の発明として、第１～第１７の何れかの発明のサーバシステム（例えば、図１のサーバシステム１１００）と、前記サーバシステムに通信接続可能なプレーヤ端末（例えば、図１のプレーヤ端末１５００）と、を具備するゲームシステム（例えば、図１のゲームシステム１０００）を構成してもよい。

第１８の発明によれば、第１～第１７の何れかの発明と同様の効果を奏するゲームシステムを実現できる。

ゲームシステムの全体構成例を示す図。 プレーヤ端末の装置構成例を示す図。 ゲーム画面の一例を示す図。 目標達成継承プレイのイベントの実行に係るおおまかな処理の流れを示すフローチャート。 イベント定義データのデータ構成例を示す図。 実行中イベント一覧画面および参加操作画面の一例を示す図。 招待通知画面の一例を示す図。 個別目標テーブルの一例を示す図。 プレイ曲リストの一例を示す図。 特典テーブルの一例を示す図。 特典テーブルの他の例を示す図。 特典テーブルの他の例を示す図。 サーバシステムの機能構成例を示すブロック図。 ユーザ管理データのデータ構成例を示す図。 楽曲データのデータ構成例を示す図。 実行中イベントデータのデータ構成例を示す図。 プレーヤ端末の機能構成例を示すブロック図。 サーバシステムにおける処理の流れを説明するためのフローチャート。 変形例１におけるプレーヤ端末の機能構成例を示す図。

以下、図面を参照して、本発明の好適な実施形態について説明する。なお、以下説明する実施形態によって本発明が限定されるものではなく、本発明を適用可能な形態が以下の実施形態に限定されるものでもない。また、図面の記載において、同一部分には同一の符号を付す。

［全体構成］
図１は、本実施形態におけるゲームシステム１０００の全体構成例を示す図である。図１に示すように、ゲームシステム１０００は、コンピュータシステムであるサーバシステム１１００と、本実施形態のゲームのプレーヤ（ユーザ）２が所持するプレーヤ端末１５００とを含み、これらがネットワーク９を介して相互にデータ通信可能に接続されて構成される。

ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

サーバシステム１１００は、本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０とを備え、本体装置１１０１は、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）等の各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３等の電子部品が搭載された制御基板１１５０を内蔵している。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（field-programmable gate array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

このサーバシステム１１００は、ＣＰＵ１１５１等が所定のプログラムおよびデータに基づいて演算処理することにより、ユーザ登録等に係るユーザ管理機能と、プレーヤ端末１５００でゲームをプレイするのに必要なデータを提供してプレーヤ端末１５００でのゲームの実行制御を管理するゲーム管理機能と、を実現する。つまり、本実施形態におけるゲームは、一種のクライアント・サーバ型のオンラインゲームとして実現される。プレーヤ２は、自分のプレーヤ端末１５００でサーバシステム１１００にアクセスし、発給されたアカウントによりログインして本実施形態のゲームを楽しむ。

また、サーバシステム１１００は、電子決済業者等が運営する外部の電子決済サーバと連携し、ゲーム内通貨であるゲームコインの購入手続き（課金処理）を行う。課金処理に際し、電子決済サーバは、サーバシステム１１００からの問合せに応答してゲームコインの購入額をプレーヤ２のクレジットカードやプリペイドカード等で清算する処理を行う。そして、サーバシステム１１００は、電子決済サーバにより清算された購入額相当のゲームコインをプレーヤ２に付与する。

なお、サーバシステム１１００は、図１に示す単体の構成に限らず、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよい。或いは、離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であってもよい。

プレーヤ端末１５００は、マンマシンインターフェースの機能を担うコンピュータシステムであって、携帯電話基地局や無線通信基地局等を介してネットワーク９に接続し、サーバシステム１１００とデータ通信を行うことができる。このプレーヤ端末１５００は、例えば、スマートフォン、携帯電話機、携帯型ゲーム装置、据置型家庭用ゲーム装置、据置型家庭用ゲーム装置のコントローラ、業務用ゲーム装置、パソコン、タブレット型コンピュータ、ウェアラブルコンピュータ等の形態を取り得る。

図２は、プレーヤ端末１５００の一例であるスマートフォンの装置構成例を示す図である。図２に示すように、プレーヤ端末１５００は、方向入力キー１５０２と、ホームキー１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０に対してデータを読み書きできるメモリカード読取装置１５４２とを備える。その他、図示しない電源ボタン、音量調節ボタン等が設けられている。

制御基板１５５０には、ＣＰＵ１５５１やＧＰＵ、ＤＳＰ等の各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワーク９に接続する携帯電話基地局や無線ＬＡＮ基地局等と無線通信するための無線通信モジュール１５５３等が搭載されている。また、制御基板１５５０には、方向入力キー１５０２やホームキー１５０４からの信号を受信する回路、タッチパネル１５０６のドライバ回路、スピーカ１５１０へ音声信号を出力する出力アンプ回路、マイク１５１２で集音された音声の信号を生成する音声信号生成回路、メモリカード読取装置１５４２への信号入出力回路といった、いわゆるＩ／Ｆ回路（インターフェース回路）１５５７等が搭載されている。これら制御基板１５５０に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。

この制御基板１５５０においてＩＣメモリ１５５２には、ゲームクライアントプログラムや、このゲームクライアントプログラムを実行するのに必要な各種設定データ等が格納される。ゲームクライアントプログラム等は、適宜のタイミングでサーバシステム１１００からダウンロードされる。なお、別途入手したメモリカード１５４０等の記憶媒体から読み出す構成としてもよい。そして、ＣＰＵ１５５１等がゲームクライアントプログラムを実行して演算処理を実行し、タッチパネル１５０６や方向入力キー１５０２、ホームキー１５０４に対する操作入力に応じてプレーヤ端末１５００の各部を制御することで、プレーヤ２のゲームプレイを可能にする。

［ゲームについて］
本実施形態のゲームは、和太鼓を仮想演奏する音楽ゲームである。ゲーム中、タッチパネル１５０６には、プレイ曲の譜面表示を含むゲーム画面が表示され、スピーカ１５１０からは、プレイ曲の音声や操作入力に応じた和太鼓の叩打音等が出力される。プレーヤは、スピーカ１５１０から出力されるプレイ曲を聞きながら、タッチパネル１５０６のゲーム画面に出現する音符に応じた操作入力を行って、プレイ曲の演奏を楽しむ。

図３は、ゲーム画面の一例を示す図である。図３に示すように、ゲーム画面は、画面を左右に横切る帯状の譜面表示部１０と、規準操作入力アイコン２０と、プレイ開始からの経過時間表示部２３と、プレイ曲の楽曲名を表示する曲名表示部２５と、難易度表示部２７とを備える。譜面表示部１０のデザインは適宜設定可能であるが、本実施形態では、画面左側に示される基準位置１１と、基準位置１１へ向けて移動表示される音符Ｓと、プレイ曲における小節単位の区切りを示す小節区切り線１５と、評価結果表示部１７と、スコア表示部１９とが含まれる。

基準位置１１は、移動表示される音符Ｓがいずれ到達する位置に設けられており、その到達タイミングを規準タイミング（目標とする操作入力のタイミング）として示すための基準となる位置を示している。本実施形態では１つの譜面表示部１０に１つだけ表示されるが、複数箇所設ける構成としてもよい。

音符Ｓは、規準操作の種類（規準操作種類）毎に異なるデザインで用意されている。この音符Ｓは、譜面表示部１０の右側から出現表示され、プレイ曲の音声再生と同期して、小節区切り線１５とともに基準位置１１へ向けて流れるように移動表示される。そして、音符Ｓが基準位置１１に到達したタイミングによって、その規準操作種類の操作入力をすべき規準タイミングであることがプレーヤに提示される。

本実施形態では、規準操作種類（それに対応する音符Ｓの種類）は２種類ある。１つが、和太鼓の鼓面（打面）を叩打する操作入力を表す円形の音符（ドン）Ｓａであり、もう１つが、鼓面フチや胴部の外周（打面外縁部）を叩打する操作入力を表す四角形の音符（カツ）Ｓｂである。もちろん、例示した２種類以外の規準操作や音符も適宜設定することができる。

そして、規準操作種類毎に、規準操作入力アイコン２０が用意される。例えば、ゲーム画面の下部右端に円形の音符Ｓａに対応する規準操作入力アイコン２０ａが、下部左端に四角形の音符Ｓｂに対応する規準操作入力アイコン２０ｂがそれぞれ配置され、何れの規準操作入力アイコン２０ａ，２０ｂにタッチ操作があったか（すなわち操作入力の種類）と、当該タッチ操作のタイミングに応じた操作入力評価がなされる。

評価結果表示部１７は、音符Ｓの移動表示による規準操作および規準タイミングの提示に対するプレーヤの操作入力評価の結果を、随時表示する。操作入力評価は、例えば、音符Ｓの中心が基準位置１１の中心線と重なるタイミングを規準タイミングとし、重なった音符Ｓの種類を規準操作種類として、（１）規準タイミングとプレーヤが行った操作入力（規準操作入力アイコン２０ａ，２０ｂのタッチ操作）のタイミング（操作入力タイミング）との時間差と、（２）規準操作種類と操作入力種類との異同と、をそれぞれ評価することで行う。規準操作種類と操作入力種類が一致し、且つ、規準タイミングと操作入力タイミングとの時間差が小さいほど、高評価となる。本実施形態では、例えば、規準操作種類と操作入力種類とが異なる場合は当該操作入力を「不可」とする。そして、規準操作種類と操作入力種類とが一致する場合には、規準タイミングと操作入力タイミングとの時間差を、当該時間差に係る基準（時間差評価基準）を用いて「良」「可」「不可」「スルー」の４段階で評価する。

ここで、本実施形態の音楽ゲームは、プレイ開始前にプレーヤがプレイ曲とともにプレイ難易度を選択して行う構成となっており、難易度表示部２７には、当該選択したプレイ難易度（図３では「ふつう」）が表示される。選択可能な難易度は、例えば、難易度の低い方から順に「かんたん」「ふつう」「むずかしい」「おに」の４段階とされる。なお、難易度の段階数は２段階や３段階でもよいし、５段階以上としてもよい。

そして、本実施形態では、例えば時間差評価基準が難易度別に用意され、プレーヤが選択したプレイ難易度に応じた時間差評価基準を用いて、規準タイミングと操作入力タイミングとの時間差が評価される。

スコア表示部１９は、操作入力評価の結果に応じてプレーヤに付与されるゲームスコアの累計を表示する。本実施形態のゲームは、演奏終了時のゲームスコアが所定の基準スコアに達していれば、ゲームクリアとなる。

［詳細］
本実施形態のゲームでは、前回のゲームプレイ（本実施形態ではプレイ曲の演奏）が目標達成して終了した後に、目標達成を目指して前回のゲームプレイのプレーヤとは異なるプレーヤが新たなゲームプレイを開始することを繰り返すことでゲームプレイを継承する目標達成継承プレイのイベント（目標達成継承プレイイベント）を実行する。目標達成継承プレイイベントは、１回のゲームプレイが終了した後、後述する決定方法によって次のプレーヤが決定された場合に、当該次のプレーヤによって次のゲームプレイが行われることで進行していく。次のプレーヤは、前回のゲームプレイのプレーヤとは異なるプレーヤとされる。ゲームに参加するプレーヤは、自らイベントを開始させて当該イベントに参加したり、他のプレーヤが開始させたイベントに参加することができる。なお、ここでいう１回のゲームプレイは、プレイ曲の全部を演奏することに限られない。すなわち、プレイ曲の全部を演奏することを１回のゲームプレイとしてもよいし、プレイ曲の一部を演奏する（例えば１番だけを演奏する）ことを１回のゲームプレイとしてもよい。

そして、イベントの実行にあたっては、サーバシステム１１００は、その目標達成継承プレイの達成目標を設定し、開始した新たなゲームプレイが目標達成して終了したか否かを判定することで当該目標達成継承プレイが継承中か否かを判定する（継承判定）。そして、継承中と判定した場合には目標達成継承プレイイベントを進行させ、次のプレーヤの決定に移る。また、継承中と判定した場合は、継承中のゲームプレイの継承回数を計数する。そしてその結果、継承回数が所定条件を満たした場合には、プレーヤの一部又は全部に特典を付与する制御を行う。

本実施形態では、順次行われるゲームプレイ各々の達成目標を個別に設定することで、目標達成継承プレイの達成目標の設定を行う。具体的には、ゲームに先立って、そのゲームプレイでの達成目標（以下「個別目標」という）を設定する。基本的には、その後のゲームプレイでその個別目標が達成されればイベントを続行し、次回のゲームプレイの個別目標を設定する。ゲームプレイの結果個別目標が達成されなかった場合には、イベントはそこで終了する。また、本実施形態では、例えば、個別目標を達成したゲームプレイがＭ回（Ｍ≧１）続いた場合に、当該ゲームプレイを行って当該目標達成継承プレイに参加したプレーヤの一部又は全部に特典を付与する制御を行う。すなわち、所定条件を「１回以上」として、継承回数が１回以上の場合に特典の付与制御を行う。なお、所定条件はこれに限らず、２回以上の回数を適宜設定してよい。

個別目標は、例えば、ゲームクリアを前提とした目標として予め設定される。例を挙げると、「ゲームをクリアし、且つ、演奏終了時のゲームスコアが所定の高スコアを超えたこと」「ゲームをクリアし、且つ、当該ゲームで達成した最大のコンボ数が所定数を超えたこと」「フルコンボを達成してゲームをクリアしたこと」「所定のプレイ難易度でゲームをクリアしたこと」等として設定しておくことができる。コンボ数は、例えば、ミスをせずに（「不可」又は「スルー」の評価とならずに）連続して操作入力に成功した数、つまり、操作入力が連続して「良」又は「可」と評価された数のことをいう。また、フルコンボは、例えば、全ての操作入力に成功して（全て「良」又は「可」と評価されて）ゲームをクリアしたことをいう。

先ず、イベントの実行に係るおおまかな処理の流れについて説明する。図４中左側の処理は、あるイベントでの１番目のプレーヤによる初回のゲームプレイに係る処理の概略フローを示す図であり、右側の処理は、当該イベントの２番目以降のプレーヤによる２回目以降のゲームプレイに係る処理の概略フローを示す図である。

本実施形態では、サーバシステム１１００は、プレーヤ端末１５００でのイベント開始操作を検出するとイベントを実行する。イベント開始操作に際し、プレーヤは、イベント種類を指定する。例えば、当該プレーヤのプレーヤ端末１５００にイベント種類の一覧を表示する制御を行い、何れかのイベント種類を選択する操作と併せてイベント開始操作を受け付ける。そして、図４に示すように、サーバシステム１１００は、プレーヤ端末１５００でのイベント開始操作を検出した場合はイベントを開始する制御を行い、先ず、初回のプレイ曲を選曲して、そのゲームプレイの個別目標を設定する（ステップＳ１０１）。これにより、選曲されたプレイ曲の演奏中に達成すべき目標が、個別目標として設定される。

その後、サーバシステム１１００は、イベント開始操作を行ったプレーヤのプレーヤ端末１５００に対し、設定した個別目標を表示する制御を行ってプレーヤに提示する（ステップＳ１０３）。その上で、当該プレーヤ端末１５００におけるプレイ曲の再生を制御して、ゲームを開始する（ステップＳ１０５）。そして、当該プレーヤ端末１５００のプレーヤ（イベント開始操作を行ったプレーヤ）が１番目のプレーヤとなってプレイ曲に合わせて操作入力を行うことで、初回のゲームプレイを行う（ステップＳ１０７）。その際、当該プレーヤは、ステップＳ１０１で設定された（ステップＳ１０３で提示された）個別目標の達成を目指してゲームをプレイする。例えば、上記した「フルコンボを達成してゲームをクリアしたこと」が個別目標とされた場合であれば、当該プレーヤは、フルコンボの達成に注力してプレイ曲を演奏する。

ゲームプレイを終えたならば、個別目標の達成の成否を判定する。そして、個別目標の達成に失敗した場合、すなわち、当該プレーヤがゲームをクリアできなかった場合や、クリアしたものの個別目標を達成できなかった場合には（ステップＳ１０９：ＮＯ）、当該イベントを終了する。一方、個別目標の達成に成功した場合、すなわち、当該プレーヤが個別目標を達成してゲームをクリアした場合には（ステップＳ１０９：ＹＥＳ）、イベントを続行して、次のプレーヤにその目標達成継承プレイのタスキ（バトン）を引き継ぐ。そのために、２番目のプレーヤを決定する（ステップＳ１１１）。

続いて、２回目以降のゲームプレイに係る図４中右側のステップＳ２０１に移行する。そして、サーバシステム１１００は、次回（ここでは２回目のゲーム）のプレイ曲を選曲し、そのゲームプレイの個別目標を設定する。

その後、サーバシステム１１００は、次回のゲームプレイを行う次のプレーヤ（ここではステップＳ１１１で決定した２番目のプレーヤ）のプレーヤ端末１５００に対し、設定した個別目標を表示する制御を行ってプレーヤに提示する（ステップＳ２０３）。その上で、当該プレーヤ端末１５００におけるプレイ曲の再生を制御して、ゲームを開始する（ステップＳ２０５）。そして、当該プレーヤ端末１５００のプレーヤがプレイ曲に合わせて操作入力を行うことで、Ｍ回目（ここではＭ＝２）のゲームプレイを行う（ステップＳ２０７）。このときも、初回のゲームプレイの場合と同じように、当該プレーヤは、ステップＳ２０１で設定された個別目標の達成を目指してゲームをプレイする。

ゲームプレイを終えたら個別目標の達成の成否によって継承判定を行い、個別目標の達成に失敗したのであれば（ステップＳ２０９：ＮＯ）、継承判定を否定判定する。その場合は、そのときの継承回数（当該イベントで行ったゲームプレイの回数）Ｍから失敗した分の１回を差し引いた数を、当該イベントでの最終的な継承回数Ｍ（つまり、その目標達成継承プレイにおいてタスキが繋がり、個別目標を達成したゲームプレイが続いた回数）として確定する。そして、当該イベントでゲームプレイを行って個別目標を達成したプレーヤ（以下「付与候補プレーヤ」という）の一部又は全部に特典を付与して（ステップＳ２１１）、当該イベントを終了する。

一方、個別目標の達成に成功した場合には（ステップＳ２０９：ＹＥＳ）、継承判定を肯定判定する。その場合は、イベントを続行してタスキの引き継ぎをするか否か（次のゲームプレイを行うか否か）の繰り返し判定を行う。本実施形態では、イベントの種類毎にゲームプレイの上限回数（図５の上限回数５７６）が設定されており、当該イベントで実行済みのゲームプレイの回数Ｍが上限回数に達していなければ次のゲームプレイを行うとして（ステップＳ２１３：ＹＥＳ）、次のプレーヤ（ここでは３番目のプレーヤ）を決定する（ステップＳ２１５）。その後、ステップＳ２０１に戻って３回目以降のゲームプレイに係る処理を繰り返す。一方、そのときの継承回数（当該イベントで行ったゲームプレイの回数）Ｍが上限回数に達した場合には（ステップＳ２１３：ＮＯ）、ステップＳ２１１に移行して特典の付与を行い、当該イベントを終了する。その場合は、上限回数５７６が最終的な継承回数Ｍ（タスキが繋がった回数）となる。

次に、イベント定義データについて説明する。本実施形態では、上記イベントを実行するために、予めイベント種類毎にプレイ曲のリストや個別目標の設定等を含むイベントの内容を定義したイベント定義データが用意されている。そして、イベント開始操作を検出した場合には、指定されたイベント種類のイベントに係るイベント定義データに従って、イベントを実行する。

図５は、イベント定義データ５７０のデータ構成例を示す図である。図５に示すように、１つのイベント定義データ５７０には、イベント種類を識別するためのイベント種類番号５７１と対応付けて、該当するイベントのイベント名５７２と、プレイ曲選曲方法５７３と、プレーヤ決定方法５７４と、個別目標テーブル５７５と、上限回数５７６と、プレイ曲リスト５７７と、特典テーブル５７８とが設定される。図８に個別目標テーブル５７５の一例を示し、図９にプレイ曲リスト５７７の一例を示し、図１０～図１２に特典テーブル５７８の一例を示す。

プレイ曲選曲方法５７３には、ゲームプレイに先立ちプレイ曲を選曲する際の当該選曲の方法が設定される。サーバシステム１１００は、図４のステップＳ１０１やステップＳ２０１に係る処理としてプレイ曲選曲処理を行い、プレイ曲選曲方法５７３の設定を用いてプレイ曲リスト５７７からプレイ曲を選曲する。

本実施形態では、（１）プレイ曲リスト５７７からそのプレイ順にプレイ曲名を読み出して選曲する第１の選曲方法、（２）プレイ曲リスト５７７のプレイ曲名の中からランダムに１つを選んで選曲する第２の選曲方法、（３）ゲームプレイを行うプレーヤにプレイ曲リスト５７７のプレイ曲名のうちの当該イベントで未プレイのプレイ曲名を提示して、その中から１曲を選択する操作を受け付けて選曲する第３の選曲方法、の何れかが選択的に設定される。プレイ曲の提示に際しては、そのプレイ難易度や、次回のゲームプレイでの個別目標等を併せて提示するとよい。

プレーヤ決定方法５７４には、当該イベントにおいてｘ番目のプレーヤの次にゲームプレイを行うｘ＋１番目のプレーヤ（つまり、２回目以降のゲームをプレイする２番目以降のプレーヤ）を決定する際の当該決定の方法が設定される。サーバシステム１１００は、図４のステップＳ１１１やステップＳ２１５に係る処理として次順プレーヤ決定処理を行い、プレーヤ決定方法５７４の設定を用いて次にゲームプレイを行う２番目又は３番目以降のプレーヤを決定する。

具体的には、次順プレーヤ決定処理では、所定の選択対象メンバーの一部又は全部を次のプレーヤ候補として、当該プレーヤ候補から次のプレーヤを決定する。選択対象メンバーは、例えば、ゲームに参加している全プレーヤとすることができる。その場合は、次のプレーヤを決定するにあたり、全プレーヤの中から次のプレーヤ候補が選ばれることとなる。

一方、選択対象メンバーは、一部のプレーヤに限定する構成とすることもできる。具体的には、予めイベントの開始時において、当該イベントについての選択対象メンバーを設定しておく構成が挙げられる。例えば、イベント開始操作を行ったプレーヤのフレンドリストを用い、当該プレーヤと、当該プレーヤのフレンドプレーヤとを選択対象メンバーとして設定する。その場合は、イベント開始操作を行ったプレーヤとそのフレンドプレーヤの中から、次のプレーヤ候補が選択される。

或いは、次（ｘ＋１番目）のプレーヤを決定する際に、その都度選択対象メンバーを設定する構成も可能である。例えば、当該決定に先立ち終了したゲームで個別目標の達成に成功したｘ番目のプレーヤのフレンドリストを用い、当該プレーヤと、当該プレーヤのフレンドプレーヤとを選択対象メンバーとして設定する。その場合は、当該イベントで前回ゲームをプレイしたプレーヤとそのフレンドプレーヤの中から、次のプレーヤ候補が選択される。

そして、サーバシステム１１００は、当該次順プレーヤ決定処理での次のプレーヤの決定を、プレーヤ決定方法５７４の設定に従って行う。本実施形態では、プレーヤ決定方法５７４には、（１）所定の参加操作を受け付けて決定する第１の決定方法、（２）招待通知を行って決定する第２の決定方法、（３）所定のプレーヤ指定操作を受け付けて決定する第３の決定方法、（４）所与のマッチング条件を用いて決定する第４の決定方法、の何れかが選択的に設定される。すなわち、サーバシステム１１００は、その具体的な手順をプレーヤ決定方法５７４の設定に応じた手順として次順プレーヤ決定処理を行うことで、次のプレーヤを決定する。以下、順番に各方法について説明する。

（１）第１の決定方法
プレーヤ決定方法５７４の設定が第１の決定方法とされている場合には、サーバシステム１１００は、選択対象メンバーの全部を次のプレーヤ候補として選択する。その後、各プレーヤ候補による参加操作を受け付けることで、目標達成継承プレイに挑むプレーヤを順番に受け付ける。そして、サーバシステム１１００は、何れかのプレーヤ候補のプレーヤ端末１５００において参加操作を検出した場合に、当該プレーヤ端末１５００のプレーヤを次のプレーヤとして決定する。

例えば、サーバシステム１１００は、次のプレーヤ候補のプレーヤ端末１５００に対し、図６（ａ）に示す実行中イベント一覧画面を表示する制御を行う。ここでの処理は、例えば、ゲームメニューにイベントメニューを設け、当該メニューから実行中イベント一覧画面の表示メニューを選べるようにすることで実現できる。

図６（ａ）に示すように、実行中イベント一覧画面には、実行中のイベントであって、当該プレーヤ端末１５００のプレーヤが次のプレーヤ候補となっているイベントが一覧表示され、参加操作を受け付けている旨や、当該イベントにおける個別目標の達成状況（当該イベントが何回目のゲームプレイまで進んでいるのか）が付記される。この実行中イベント一覧画面において何れかのイベントがタッチ操作されて選択されると、図６（ｂ）に示す参加操作画面に遷移する。参加操作画面には参加ボタンＢ１が配置され、次回のプレイ曲やそのゲームプレイの個別目標等が併せて表示される。そして、サーバシステム１１００は、参加操作画面での参加ボタンＢ１のタッチ操作を検出した場合に、当該プレーヤ端末１５００のプレーヤを次のプレーヤとして決定する。

また、第１の決定方法に係る次順プレーヤ決定処理では、ｘ番目のゲームプレイの終了後、プレーヤ候補を選択した時点からの経過時間を計時することで次のプレーヤの受け付けを所与の受付期間内に制限する。そして、当該受付期間内の受け付けがなされない場合は目標達成継承プレイが途切れたとして、強制終了判定を肯定判定する。具体的には、プレーヤ決定方法５７４の設定が第１の決定方法の場合には、前述の強制終了判定に係る強制終了判定処理として、先ず、プレーヤ候補の選択時点から所定期間（例えば３日としてもよいし、１週間等としてもよい）が経過するまでの間を受付期間として、参加操作を受け付ける。そして、受付期間内に参加操作がなく次のプレーヤの受け付けがなければ、目標達成継承プレイが途切れたとして強制終了判定を肯定判定し、そのイベントを強制終了する。

なお、参加操作は、先着順で受け付けて次のプレーヤを決定するとしてもよいし、受付期間内に参加操作を行ったプレーヤの中からランダムに１人を選ぶことで次のプレーヤを決定するとしてもよい。或いは、受付期間内の参加操作を行ったプレーヤのうち、後述するプレイ成績が同程度以上のプレーヤの中から１人を選び、次のプレーヤを決定するとしてもよい。

（２）第２の決定方法
プレーヤ決定方法５７４の設定が第２の決定方法とされている場合には、サーバシステム１１００は、次のプレーヤ候補に宛てた招待通知をする。その後、招待通知に対する次のプレーヤ候補からの承諾を受け付けることで、目標達成継承プレイに挑むプレーヤを順番に受け付ける。そして、サーバシステム１１００は、当該承諾の受け付けによって、次のプレーヤを決定する。

例えば先ず、選択対象メンバーの中からランダムに１人を選択し、次のプレーヤ候補とする。そして、当該プレーヤ候補のプレーヤ端末１５００に対し、図７に示す招待通知画面を表示する制御を行うことで招待通知を行う。ここでの処理は、例えば、イベントメニューから招待通知画面の表示メニューを選べるようにすることで実現できる。或いは、プレーヤ候補とされたプレーヤのログイン時等においてそのプレーヤ端末１５００に招待通知画面をポップアップ表示し、招待通知を行う構成とすることもできる。

図７に示すように、招待通知画面には、イベントに招待する旨の表示とともに、当該招待に承諾するための参加ボタンＢ２１と、承諾しないための不参加ボタンＢ２３とが配置されて構成される。そして、サーバシステム１１００は、参加ボタンＢ２１のタッチ操作を検出した場合に招待通知に対する承諾があったとして、当該プレーヤ候補を次のプレーヤとして決定する。

一方、不参加ボタンＢ２３のタッチ操作を検出した場合や、そのプレーヤをプレーヤ候補に選んだ時点から所定の応答期間を経過しても応答がない場合には、新たなプレーヤ候補を選択して再度招待通知を行い、承諾を受け付けるまでこれを繰り返す。新たなプレーヤ候補は、選択対象メンバーのうち、既に不参加を選んだプレーヤ以外のプレーヤの中から１人を選べばよい。また、応答期間は適宜設定でき、例えば、１０時間等の時間単位の期間としてもよいし、１日等の日単位の期間でもよい。

また、第２の決定方法に係る次順プレーヤ決定処理では、ｘ番目のプレーヤのゲームプレイが終了した後、プレーヤ候補の最初の選択を行った時点からの経過時間を計時することで次のプレーヤの受け付けを所与の受付期間内に制限して強制終了判定を行う。具体的には、プレーヤ決定方法５７４の設定が第２の決定方法の場合には、前述の強制終了判定に係る強制終了判定処理として、先ず、最初のプレーヤ候補の選択時点から所定期間が経過するまでの間を受付期間として、招待通知およびその承諾の受け付けを繰り返す。ここでの所定期間は、応答期間よりも長い期間として設定しておく。そして、受付期間内に承諾がなく次のプレーヤを受け付けないときには、目標達成継承プレイが途切れたとして強制終了判定を肯定判定し、そのイベントを強制終了する。

（３）第３の決定方法
プレーヤ決定方法５７４の設定が第３の決定方法とされている場合には、サーバシステム１１００は、先ず、ｘ番目のプレーヤのプレーヤ端末１５００に対し、選択対象メンバーの一覧を表示したプレーヤ指示画面を表示する制御を行う。具体的には、ｘ番目のプレーヤが個別目標の達成に成功した場合に、当該プレーヤのプレーヤ端末１５００にプレーヤ指示画面を表示制御する。

そして、サーバシステム１１００は、プレーヤ指示画面の一覧から１人を選ぶプレーヤ指定操作を受け付けて、プレーヤ候補を選択する。その後は、第２の決定方法と同様の要領で当該プレーヤ候補に宛てた招待通知をし、その承諾を受け付ける。そして、当該承諾の受け付けによって、次のプレーヤを決定する。

（４）第４の決定方法
プレーヤ決定方法５７４の設定が第４の決定方法とされている場合には、サーバシステム１１００は、ｘ番目のプレーヤに基づく所与のマッチング条件を用い、選択対象プレーヤの中から当該マッチング条件を満たすプレーヤをｘ＋１番目のプレーヤ候補として選択する。本方法により次のプレーヤを決定する場合の選択対象プレーヤは、ゲームに参加している全プレーヤとするとよい。

マッチング条件は、例えば、「ｘ番目のプレーヤに対して所与の優位条件を満たしたプレーヤであること」とすることができる。優位条件は、例えば、「過去のプレイ成績がｘ番目のプレーヤよりも優れていること」等とすることができる。具体的には、過去のゲームプレイで獲得した最高スコアや最大コンボ数、フルコンボの達成回数、プレーヤレベル、ゲームプレイの回数といった各種プレイ実績を比較し、ｘ番目のプレーヤを上回っているプレーヤをプレーヤ候補として選択する。

その後は、例えば、第１の決定方法と同様の要領で選択したプレーヤ候補による参加操作を受け付けて、次のプレーヤを決定する。或いは、選択したプレーヤ候補から１人をランダムに選ぶ。そして、第２の決定方法と同様の要領で選んだプレーヤ候補に宛てた招待通知をし、その承諾の受け付けによって次のプレーヤを決定するのでもよい。

なお、ゲームに参加しているプレーヤが過去の参照期間（例えば、１週間等の比較的短期間としてもよいし、３ヶ月等のある程度長期の期間でもよい）に行ったゲームのプレイ履歴を参照し、次回のゲームプレイでの個別目標を達成しているプレーヤをプレーヤ候補として選択することもできる。例えば、「プレイ難易度「おに」でクリアすること」が次回のゲームプレイの個別目標とされるのであれば、直近の参照期間においてプレイ難易度「おに」でゲームをクリアした履歴のあるプレーヤをプレーヤ候補として選択する、といった具合である。

その他、「ｘ番目のプレーヤとプレイ成績が同程度のプレーヤであること」をマッチング条件とし、プレーヤ候補を選択する構成も可能である。例えば、ｘ番目のプレーヤと同じプレーヤレベルのプレーヤをプレーヤ候補として選択する等としてもよい。

図５の説明に戻り、個別目標テーブル５７５は、当該イベントに係る個別目標の設定を格納する。例えば、図８に示すように、個別目標テーブル５７５には、プレイ順と対応付けて、当該プレイ順のゲームプレイで達成すべき個別目標が設定される。プレイ順は、１から対応する上限回数５７６（図８の例では「１０」）までの通し番号とされる。サーバシステム１１００は、図４のステップＳ１０１やステップＳ２０１に係る処理として目標設定処理を行い、個別目標テーブル５７５の設定を用いて当該イベントでのゲームプレイ各々の個別目標を設定する。

例えば、イベント種類毎の個別目標テーブル５７５には、全てのプレイ順で個別目標の内容が同じものの他、一部のプレイ順で内容が同じものや、全てのプレイ順で内容が異なるものが含まれる。一部又は全てのプレイ順で内容が異なる場合は、その目標達成継承プレイのゲームプレイ各々の個別目標が可変に設定されることとなる。

その他、プレイ順毎に個別目標が異なる設定のものとして、プレイ順が後の個別目標ほどその達成の難度が高い内容とされたものを含めることができる。またその場合は、対応する特典テーブル５７８を、プレイ順によって付与先が規定され（図１０を参照）、且つ、プレイ順が後の特典内容ほど高価値（特典の付与数が多いとか、個々の特典のレア度が高い等）とされた設定のものとするとよい。そうすると、イベントが進むにつれて（継承回数Ｍが増えるにつれて）個別目標の達成が困難となる一方で、それを達成した場合により高価値の特典を入手できるようになる。

上限回数５７６には、当該イベントにおいて行われるゲームプレイの上限回数として、２回以上の回数が設定される。サーバシステム１１００は、図４のステップＳ２１３に係る処理で行う繰り返し判定において、この上限回数５７６を用いる。したがって、例えば、上限回数５７６が「１０」のイベントであれば、各ゲームプレイにおいて連続して個別目標が達成されることを条件に、ゲームプレイが最大で１０回繰り返される。

なお、イベント種類毎のイベント定義データ５７０には、上限回数５７６の設定が「無制限」とされたものを含めてもよい。その場合は、個別目標が達成され続ける限り、回数の制限なくゲームプレイが繰り返される。

プレイ曲リスト５７７は、当該イベントのゲームプレイで演奏することができるプレイ曲の楽曲名（プレイ曲名）を格納する。例えば、対応するプレイ曲選曲方法５７３が第１の選曲方法とされたイベントのプレイ曲リスト５７７には、図９に示すように、プレイ順と対応付けて、プレイ曲名と、プレイ難易度とが設定される。したがって、当該イベントに参加したプレーヤは、自身のプレイ順に対応するプレイ曲を対応するプレイ難易度で演奏して、ゲームをプレイする。

プレイ難易度には、上記した４つの難易度のうちの何れかが設定される。例えば、プレイ順が後のものほど難易度を高く設定することができる。もちろん、全てのプレイ順で難易度を同じにした設定とすることもできる。また、個別目標テーブル５７５において対応するプレイ順についてクリアすべきプレイ難易度を規定した個別目標の設定がされている場合には、それと同じ難易度が設定される。

また、図示しないが、対応するプレイ曲選曲方法５７３が第２の選曲方法又は第３の選曲方法とされている場合はプレイ順の規定は必要ないため、そのプレイ曲リスト５７７には、複数のプレイ曲名がそのプレイ難易度と対応付けられて設定される。

なお、１つのイベントで行われるゲームプレイ各々のプレイ曲は全て同じであってもよいし、一部が同じでもよく、適宜設定してよい。

特典テーブル５７８は、当該イベントでゲームプレイを行ったプレーヤに付与される特典に係る設定を格納する。例えば、図１０～図１２に例示するように、特典テーブル５７８は、付与条件と対応付けて、付与候補プレーヤの一部又は全部として規定された付与先と、特典内容とを対応付けたデータテーブルである。サーバシステム１１００は、図４のステップＳ２１１に係る処理として特典付与制御処理を行い、特典テーブル５７８の設定に従って、付与先のプレーヤにその特典内容の特典を付与する制御を行う。

付与条件は、例えば、当該イベントでの最終的な継承回数Ｍ（当該イベントで行ったゲームプレイの回数Ｍ）や、それらＭ回のゲームプレイを行ったプレーヤの人数Ｎ、当該Ｍ回のゲームプレイを行ったプレーヤの内訳、達成した個別目標の種類等の各項目や、その組合せによって規定される。

付与先は、対応する特典内容の特典を付与するプレーヤを規定する。イベント種類毎の特典テーブル５７８には、当該イベントでゲームプレイを行って個別目標を達成したプレーヤである付与候補プレーヤの全部が付与先とされた設定のものと、当該付与候補プレーヤのうちの一部が付与先とされた設定のものとが含まれる。

特典内容には、イベント終了時に付与される特典の内容が設定される。例えば、ゲームで使用可能なキャラクタやアイテム等のゲームオブジェクトを付与する内容を含む。また、新しいゲームステージやマップの開放、ミニゲームの実行といった各種ゲームイベントを発動する内容を含む。ゲームオブジェクトには、プレーヤキャラクタとして選択可能なキャラクタ、プレーヤキャラクタが装備し、又は使用することができる武器や防具、弾、薬等の各種アイテム、プレーヤキャラクタの乗り物、召喚獣、魔法やスキル等のプレーヤキャラクタに付加できる追加能力、抽選権等が含まれる。本実施形態のゲームでいえば、新たにプレイすることができる新規の楽曲や、ゲーム画面に登場するキャラクタの着せ替えアイテム等の各種アイテム、ミニゲームの実行等を特典として付与することができる。

具体的には、例えば、イベント種類毎の特典テーブル５７８には、図１０に示すように、継承回数Ｍによって付与条件が規定されたものを含めることができる。図１０では、対応する上限回数５７６が「１０」である特典テーブル５７８の例を示しており、継承回数Ｍを「１」～「１０」の範囲で３段階に分けた各段階のそれぞれについて、付与先と、特典内容とが設定されている。

また、イベント種類毎の特典テーブル５７８には、図１１に示すように、継承回数Ｍと、人数Ｎとの組合せによって付与条件を規定したものを含めることができる。その他、図示しないが、イベント種類毎の特典テーブル５７８には、人数Ｎによって付与条件を規定したものを含めることができる。

また、イベント種類毎の特典テーブル５７８には、Ｍ回のゲームプレイを行った各プレーヤに対し、達成した個別目標の種類によって異なる内容の特典を付与する設定のものを含めることができる。例えば、対応する個別目標テーブル５７５に設定されている個別目標の種類をそれぞれ付与条件とし、当該イベントにおいて対応する種類の個別目標を達成したプレーヤを付与先として、各々の特典内容を規定した特典テーブル５７８を含めることができる。特典内容は、個別目標の種類毎に全て異なる設定としてもよいし、一部同じものが含まれる設定でもよいが、難度の高い個別目標ほど高価値の特典内容とするとよい。

また、イベント種類毎の特典テーブル５７８には、図１２に示すように、Ｍ回のゲームプレイを行ったプレーヤの内訳によって異なる内容の特典を付与するものを含めることができる。図１２では、対応する上限回数５７６が「１２」である特典テーブル５７８の例を示しており、継承回数Ｍを「１」～「１２」の範囲で２段階に分けた各段階のそれぞれについて、付与先と、特典内容とが設定されて構成される。具体的には、継承回数Ｍと人数Ｎとが同一の場合と異なる場合とに分けて付与先が規定され、そのうちの後者の付与先が、当該イベントでのゲームプレイの回数によって規定されている。特典内容については、例えば、当該イベントでのゲームプレイの回数が多いほど高価値の特典内容とすることができる。

また、イベント種類毎の特典テーブル５７８には、図１０に示すように、当該イベントでゲームプレイを行ったプレイ順によって付与先を規定したものを含めることができる。その場合の特典内容については、継承回数Ｍが多く、プレイ順が後の付与先に対するものほど高価値の特典内容とするとよい。

［機能構成］
１．サーバシステム
図１３は、サーバシステム１１００の機能構成例を示すブロック図である。図１３に示すように、本実施形態のサーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、画像表示部３９０ｓと、音出力部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。

操作入力部１００ｓは、システム管理や保守等のための各種操作を入力するためのものであり、例えばキーボードやマウス、タッチパネル等で実現できる。図１では、キーボード１１０６やタッチパネル１１０８がこれに該当する。

サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路であるプロセッサや、ＩＣメモリ等の電子部品によって実現でき、操作入力部１００ｓやサーバ記憶部５００ｓを含む装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、プレーヤ端末１５００から受信したデータ等に基づいて各種の演算処理を行い、サーバシステム１１００の動作を統括制御する。図１では、制御基板１１５０やそのＣＰＵ１１５１がこれに該当する。

このサーバ処理部２００ｓは、ユーザ管理部２１０と、課金処理部２２０と、ゲーム管理部２３０と、画像生成部２９０ｓと、音生成部２９２ｓと、通信制御部２９４ｓとを備える。

ユーザ管理部２１０は、ユーザ登録に係る処理およびアカウントに紐付けられる各登録ユーザ（プレーヤ）のデータの管理を行う。例えば、ユーザ登録を済ませたプレーヤへの固有のアカウントの付与処理、アカウント別に個人情報を登録管理する登録情報管理処理、ログインおよびログアウトの履歴等を管理する利用履歴管理処理等を実行することができる。勿論、これら以外のアカウントに紐付けられる他のデータの管理処理も適宜含めることができる。

課金処理部２２０は、プレーヤによるゲームコイン（ゲーム内通貨）の購入操作に応じて課金処理を行い、購入額相当のゲームコインを当該プレーヤに付与する。

ゲーム管理部２３０は、ゲームの実行管理に係る各種処理を行う。本実施形態のゲームはクライアント・サーバ型のオンラインゲームなので、ゲーム管理部２３０は、プレーヤ端末１５００と通信を行いながらゲームプレイに必要なデータを提供する制御を行う。このゲーム管理部２３０は、ゲーム進行制御部２３１と、操作入力評価部２３３と、イベント制御部２４０とを含む。

ゲーム進行制御部２３１は、ゲームプレイを行うプレーヤのプレーヤ端末１５００におけるプレイ曲の再生を制御する。そして、当該プレイ曲の再生と同期してプレイ譜面を表示し、規準操作および規準タイミングをプレーヤに提示する制御を行ってゲームを実行する。本実施形態では、譜面表示部１０において規準操作種類に応じた音符を移動表示させ、その規準タイミングにて当該音符を基準位置に重ならせるように制御すること（図３を参照）、がこれに該当する。

操作入力評価部２３３は、プレーヤ端末１５００におけるプレーヤの操作入力に基づいて、規準タイミングと操作入力タイミングとの時間差に基づく評価を行う。そして、規準操作種類と操作入力種類とが一致するか否かを評価して、プレーヤのゲームスコアを算出・更新する。

イベント制御部２４０は、何れかのプレーヤ端末１５００でのイベント開始指示操作を検出した場合に目標達成継承プレイイベントを開始し、その進行を制御する。目標達成継承プレイイベントは、前回のゲームプレイが目標達成して終了した後に、目標達成を目指して前回のゲームプレイのプレーヤとは異なるプレーヤが新たなゲームプレイを開始することを繰り返すことでゲームプレイを継承する目標達成継承プレイのイベントである。
このイベント制御部２４０は、プレイ曲選曲部２４１と、目標設定部２４３と、継承判定部２４４と、特典付与制御部２４９と、を備える。

プレイ曲選曲部２４１は、イベントの実行にあたってプレイ曲選曲処理を行う機能部であり、当該イベントに係るプレイ曲選曲方法５７３に応じた手順で、当該イベントでの次回のプレイ曲を選曲する。

目標設定部２４３は、目標設定処理を行う機能部であり、目標達成継承プレイのイベントを実行するにあたって次回のゲームプレイの個別目標を設定することで、当該目標達成継承プレイの達成目標を設定する。

継承判定部２４４は、継承判定を行う機能部であり、開始した新たなゲームプレイが目標達成して終了したか否かを判定することで目標達成継承プレイが継承中か否かの継承判定を行い、継承中の場合の継承回数Ｍを計数する。継承判定部２４４は、開始した新たなゲームプレイが目標達成せずに終了した場合は、目標達成継承プレイが途切れたと判定する。この継承判定部２４４は、次順プレーヤ決定部２４５と、強制終了判定部２４７とを備える。

次順プレーヤ決定部２４５は、目標達成継承プレイが継承中であると判定した場合に次順プレーヤ決定処理を行い、ｘ番目のプレーヤの次にゲームプレイを行うｘ＋１番目のプレーヤを決定する。本実施形態では、次順プレーヤ決定部２４５は、実行中のイベントに係るプレーヤ決定方法５７４に応じた手順で、ゲームに参加しているプレーヤのうちの選択対象メンバーから次（ｘ＋１番目）のプレーヤ候補を選択して、当該プレーヤ候補から次のプレーヤを決定する。

強制終了判定部２４７は、強制終了判定処理を行う。本実施形態では、実行中のイベントのプレーヤ決定方法５７４に応じた手順で次のプレーヤの受け付けをその受付期間内に制限して強制終了判定を行い、受付期間内の受け付けがなされなければ目標達成継承プレイが途切れたとして強制終了判定を肯定判定し、当該イベントを強制終了する。

特典付与制御部２４９は、特典付与制御処理を行う機能部であり、継承回数Ｍが所定条件を満たした場合に、当該目標達成継承プレイのイベントに参加したプレーヤの一部又は全部に特典を付与する制御を行う。本実施形態では、当該イベントにおいて個別目標を達成したゲームプレイがＭ回（Ｍ≧１）続いた場合に、当該ゲームプレイを行ったプレーヤの一部又は全部に特典を付与する制御を行う。

画像生成部２９０ｓは、サーバシステム１１００のシステム管理等に関する画像を生成し、画像表示部３９０ｓへ出力する。

音生成部２９２ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理や動画配信に係る操作音、ＢＧＭ等の音声データを生成し、或いはデコードする。システム管理に関する音声信号は、音出力部３９２ｓへ出力される。

通信制御部２９４ｓは、通信部３９４ｓを介して外部装置（例えばプレーヤ端末１５００）とのデータ通信のための通信接続およびデータ処理を行い、外部装置とのデータのやりとりを実現する。

画像表示部３９０ｓは、画像生成部２９０ｓから入力される画像信号に基づいてシステム管理等のための各種画面を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１では、タッチパネル１１０８がこれに該当する。

音出力部３９２ｓは、音生成部２９２ｓから入力される音声信号を放音する。図１では、本体装置１１０１やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。

通信部３９４ｓは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。図１では、通信装置１１５３がこれに該当する。

サーバ記憶部５００ｓには、サーバシステム１１００を動作させ、サーバシステム１１００が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。図１では、ＩＣメモリ１１５２やストレージ１１４０がこれに該当する。

また、サーバ記憶部５００ｓには、サーバプログラム５０１と、配信用ゲームクライアントプログラム５０３と、ユーザ管理データ５１０と、ゲーム初期設定データ５２０と、実行中イベントデータ６００とが格納される。

その他にも、サーバ記憶部５００ｓには、タイマーやカウンタ、各種フラグ等、必要なデータが適宜格納される。また、ゲームをプレイしているプレーヤがいる場合には、当該プレイ中のプレーヤ毎に、そのゲームの進行状況を記述したプレイ中データが格納される。このプレイ中データには、当該プレーヤのアカウント（プレーヤＩＤ）、プレイ曲名、プレイ難易度、これらプレイ曲名およびプレイ難易度に基づき選択した譜面データ（以下「参照譜面データ」という。）５４０の譜面番号５４１、プレイ開始からの経過時間（本実施形態ではプレイ曲の再生時間に相当）、参照譜面データ５４０に設定された音符Ｓ（規準タイミング）毎の操作入力評価の結果、ゲームスコア等を格納する。

サーバプログラム５０１は、サーバ処理部２００ｓをユーザ管理部２１０、課金処理部２２０、およびゲーム管理部２３０として機能させるためのプログラムである。なお、画像生成部２９０ｓや音生成部２９２ｓ、通信制御部２９４ｓとして機能させるプログラムも適宜これに含めることができる。

配信用ゲームクライアントプログラム５０３は、プレーヤ端末１５００にダウンロードされるゲームクライアントプログラム５０２（図１７を参照）の原本である。

ユーザ管理データ５１０は、ユーザ登録を済ませたプレーヤ毎に用意され、当該プレーヤのゲームプレイに関する管理用の各種データを格納する。具体的には、１つのユーザ管理データ５１０は、図１４に示すように、該当するプレーヤのアカウント（プレーヤＩＤ）５１１と、決済媒体帳簿データ５１２と、プレイ実績データ５１３と、フレンドリスト５１４と、親密度データ５１５とを含む。また、その他にも、プレイ日時やプレイ時間等のプレイ履歴、プレイ状況に係るセーブデータ等を含む。

決済媒体帳簿データ５１２は、当該プレーヤに紐付けられる電子決済媒体（本実施形態ではゲーム内通貨であるゲームコイン）の収支の情報、例えば、ゲームコインの購入日時や購入数（課金額）の履歴、ゲームコインの消費日時や消費数の履歴等を格納する。

プレイ実績データ５１３は、当該プレーヤの各種プレイ実績を格納する。フレンドリスト５１４は、当該プレーヤがフレンド登録した他のプレーヤであるフレンドプレーヤのアカウント（プレーヤＩＤ）を格納する。

親密度データ５１５は、他のプレーヤそれぞれとの間の親密度レベルを格納する。親密度レベルは、プレーヤ間の親密度を示す指標値であり、例えば、「高」「中」「低」の３段階で設定される。具体的には、チームを組んでゲームをプレイした回数や頻度、対戦者となってゲームをプレイした回数や頻度、やり取りしたチャットの回数や頻度等に基づいて随時更新される。したがって、特定のプレーヤと繰り返しゲームをプレイしたり、高頻度でチャットをする等すると、当該プレーヤとの間の親密度レベルは上がっていく。なお、親密度のレベルは例示した３段階に限定されるものではなく、２段階でもよいし、４段階以上であってもよい。

図１３に戻る。ゲーム初期設定データ５２０は、ゲームを実行するために必要な初期設定データを格納する。このゲーム初期設定データ５２０は、楽曲リスト５２１と、楽曲データ５３０と、図５を参照して説明したイベント種類番号５７１毎のイベント定義データ５７０とを含む。また、その他にも、難易度別の時間差評価基準のデータ等を格納する。

楽曲リスト５２１は、ゲームをプレイするプレーヤが選曲可能な楽曲の一覧を格納する。そして、楽曲データ５３０は、楽曲リスト５２１の各楽曲に関するデータを格納する。具体的には、１つの楽曲データ５３０は、図１５に示すように、固有の楽曲名５３１と、楽曲音声データ５３３と、楽曲長５３５と、譜面データ５４０とを含む。

楽曲音声データ５３３は、該当する楽曲をプレイ曲として再生するための音楽データである。楽曲長５３５は、当該楽曲の再生時間を格納する。

譜面データ５４０は、譜面表示部１０において音符を移動表示するためのデータである。この譜面データ５４０はプレイ難易度別に用意され、音符の配列順や配列位置、小節区切り線の配列位置等が定義される。

具体的には、１つの譜面データ５４０は、当該譜面データ５４０を識別するための譜面番号５４１と、当該譜面データ５４０がどのプレイ難易度用に用意されているかを示す適用プレイ難易度５４３と、１拍分の時間的長さの基準となるテンポを表すＢＰＭ（Beats Per Minute）５４５と、拍子５４７と、小節別音符構成データ５５０とを含む。

小節別音符構成データ５５０は、当該譜面を構成する小節５６０毎に用意される。１つの小節別音符構成データ５５０は、小節番号５５１と、当該小節５６０が再生時間のどこからどこまでに該当するかを示す再生時間範囲５５３と、ポジション５５５と対応付けられた音符種類５５７および音符番号５５９とを有する。

ポジション５５５は、当該小節５６０における拍子５４７に基づいて音符Ｓを配置する位置であり、対応付けられる音符Ｓの規準タイミングを決めることとなる。図１５の例では、４分音符、８分音符、および１６分音符のそれぞれでその小節５６０を分割した場合の何番目の位置（グリッド：４分音符第１グリッド５６１，４分音符第２グリッド５６２，４分音符第３グリッド５６３，４分音符第４グリッド５６４，・・・，１６分音符第１５分リッド５６５）であるかを示す。

音符種類５５７は、対応するポジション５５５に配列される音符Ｓの種類、すなわち規準操作種類を定義している。音符番号５５９は、当該音符に固有に割り当てられる識別番号である。

実行中イベントデータ６００は、実行中のイベント毎に用意され、イベントの開始制御にあたり、イベント制御部２４０によって生成される。具体的には、図１６に示すように、１つの実行中イベントデータ６００は、当該イベントを識別するためのイベント番号６０１と、そのイベント種類番号６０３と、ゲームプレイデータ６１０と、継承回数（Ｍ）６２１と、強制終了判定結果６２３とを含む。

ゲームプレイデータ６１０は、当該イベントで行われたゲームプレイ毎に用意され、当該ゲームプレイを行ったプレーヤのアカウント（プレーヤＩＤ）６１１と、当該プレーヤのプレイ順６１３と、プレイしたプレイ曲名６１５と、個別目標設定６１７と、個別目標の達成成否６１９とを格納する。

個別目標設定６１７は、当該ゲームプレイについて設定された個別目標を格納する。個別目標達成成否６１９は、当該ゲームプレイで個別目標設定６１７の個別目標が達成されたか否かのフラグ情報（達成：ＯＮ／失敗：ＯＦＦ）を格納する。このゲームプレイデータは、当該イベントにおいて１回のゲームプレイが終わると生成されて、実行中イベントデータ６００に追加される。

強制終了判定結果６２３は、強制終了判定の結果を示すフラグ情報を格納する。この強制終了判定結果６２３には、初期値として「ＯＦＦ」が格納される。そして、強制終了判定部２４７による強制終了判定が肯定判定され、当該イベントが強制終了となった場合に、「ＯＮ」に書き換えられる。

２．プレーヤ端末
図１７は、プレーヤ端末１５００の機能構成例を示すブロック図である。図１７に示すように、プレーヤ端末１５００は、操作入力部１００と、端末処理部２００と、画像表示部３９０と、音出力部３９２と、通信部３９４と、端末記憶部５００とを備える。

操作入力部１００は、プレーヤが各種操作を入力するためのものであり、例えば、ボタンスイッチ、ジョイスティック、タッチパッド、トラックボール、加速度センサ、角速度センサ、ＣＣＤモジュール等によって実現できる。図２では、方向入力キー１５０２やホームキー１５０４、タッチパネル１５０６がこれに該当する。

端末処理部２００は、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路であるプロセッサや、ＩＣメモリ等の電子部品によって実現でき、操作入力部１００や端末記憶部５００を含む装置各部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信したデータ等に基づいて各種の演算処理を行い、プレーヤ端末１５００の動作を統括制御する。図２では、制御基板１５５０やそのＣＰＵ１５５１がこれに該当する。そして、本実施形態における端末処理部２００は、プレーヤ端末演算部２７０と、画像生成部２９０と、音生成部２９２と、通信制御部２９４とを備える。

プレーヤ端末演算部２７０は、プレーヤ端末１５００をプレーヤのゲームプレイのための端末として機能させるための各種演算処理を実行する。例えば、プレーヤ端末演算部２７０は、操作信号送信制御部２７１と、ゲーム画面表示制御部２７３とを含む。

操作信号送信制御部２７１は、操作入力部１００に対する操作入力に応じて、各種データやリクエスト情報をサーバシステム１１００へ送信するための処理を行う。

ゲーム画面表示制御部２７３は、サーバシステム１１００から受信した各種データに基づいて、ゲーム画面を表示するための制御を行う。例えば、本実施形態のオンラインゲームをウェブゲームとして実現するならば、ウェブブラウザをベースとしてＨＴＭＬとともにＪａｖａ（登録商標）やＣＳＳ（Cascading Style Sheets）を利用して能動的に画面表示を制御するウェブ技術、Ａｄｏｂｅ（登録商標）Ｆｌａｓｈ等のプラグインを用いて実現できる。勿論、その他の方法でもかまわない。

画像生成部２９０は、ゲーム画面表示制御部２７３と連係して、サーバシステム１１００から受信した各種データに基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面を表示するための画像信号を生成し、生成した画像信号を画像表示部３９０に出力する。例えば、ＧＰＵ、デジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ等によって実現できる。

音生成部２９２は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣ等のプロセッサ、音声ファイルを再生するためのオーディオコーデック等によって実現され、ゲームの効果音やＢＧＭ、各種操作音の音声信号を生成して音出力部３９２に出力する。

通信制御部２９４は、通信部３９４を介して外部装置（例えばサーバシステム１１００）とのデータ通信のための通信接続およびデータ処理を行い、外部装置とのデータのやりとりを実現する。

画像表示部３９０は、画像生成部２９０から入力される画像信号に基づいて、ゲーム画面等の各種画面を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図２では、タッチパネル１５０６がこれに該当する。

音出力部３９２は、音生成部２９２から入力される音声信号に基づいてゲームに関する効果音やＢＧＭ等を放音する。図２では、スピーカ１５１０がこれに該当する。

通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ、有線用の通信ケーブルのジャックや制御回路等によって実現できる。図２では、無線通信モジュール１５５３がこれに該当する。

端末記憶部５００には、プレーヤ端末１５００を動作させ、プレーヤ端末１５００が備える機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め格納され、或いは処理の都度一時的に格納される。例えば、ＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。図２では、ＩＣメモリ１５５２や、メモリカード１５４０がこれに該当する。

また、端末記憶部５００には、ゲームクライアントプログラム５０２が格納される。ゲームクライアントプログラム５０２は、端末処理部２００をプレーヤ端末演算部２７０として機能させるためのプログラムである。このゲームクライアントプログラム５０２は、オンラインゲームを実現する技術手法に応じた専用のクライアントプログラムであってもよいし、ウェブブラウザプログラムおよびインタラクティブな画像表示を実現するプラグイン等により構成するとしてもよい。本実施形態では、サーバシステム１１００から提供される配信用ゲームクライアントプログラム５０３（図１３を参照）のコピーとする。

［処理の流れ］
図１８は、複数回のゲームプレイを順番に行う目標達成継承プレイのイベントの実行に係るサーバシステム１１００の処理の流れを示すフローチャートである。ここで説明する処理は、サーバ処理部２００ｓがサーバプログラム５０１を読み出して実行することによって実現される。図１８では、あるプレーヤ端末１５００のプレーヤがイベント開始操作を行った場合における、１つのイベントの実行に着目した処理の流れを示している。

サーバシステム１１００では、プレーヤ端末１５００でのイベント開始操作を検出すると、イベント制御部２４０が、当該イベント開始操作で指定されたイベント種類番号５７１のイベント定義データ５７０を読み出して、イベントを開始する制御を行う。先ず、プレイ曲選曲部２４１が、プレイ曲選曲処理を行って次回のプレイ曲を選曲し（ステップＳ１）、目標設定部２４３が、目標設定処理を行って次回のゲームプレイでの個別目標を設定する（ステップＳ３）。

そして、イベント制御部２４０は、次回のゲームプレイを行うプレーヤのプレーヤ端末１５００にステップＳ３で設定した個別目標を表示制御して、当該ゲームプレイで達成すべき個別目標を提示する（ステップＳ５）。提示先のプレーヤは、当該イベントについてステップＳ３の初回の処理後であれば、イベント開始操作を行った１番目のプレーヤである。また、２回目以降のステップＳ３の処理後であれば、ステップＳ２１で受け付けたプレーヤが提示先となる。

その後、プレイ曲を再生する制御を行って、ゲームを実行する（ステップＳ７）。具体的には、ゲーム進行制御部２３１が、参照譜面データ５４０に従ってプレイ曲の再生と同期した譜面表示を行う。これによって、小節番号５５１の順番に各小節を構成する音符Ｓがゲーム画面（譜面表示部１０）に出現して移動表示される。また、操作入力評価部２３３が操作入力評価を開始し、評価結果に基づきゲームスコアを算出・更新する。プレーヤは、プレイ曲に合わせて操作入力を行い、個別目標の達成を目指してゲームをプレイする。

そして、プレイ曲の再生を終えてゲームプレイを終了したら（ステップＳ９：ＹＥＳ）、継承判定部２４４が、ステップＳ３で設定した個別目標を当該ゲームプレイで達成したか否かを判定する。

そして、個別目標の達成に成功したと判定した場合には（ステップＳ１１：ＹＥＳ）、継承判定を肯定判定する。その場合は、継承判定部２４４は、上限回数５７６に従って繰り返し判定を行う（ステップＳ１３）。そして、当該イベントで行ったゲームプレイの回数Ｍが上限回数５７６に達するまでの間はゲームプレイを繰り返すと判定し（ステップＳ１５：ＹＥＳ）、続いて次順プレーヤ決定部２４５が、プレーヤ決定方法５７４の設定に従って次順プレーヤ決定処理を開始する（ステップＳ１７）。すなわち、次順プレーヤ決定部２４５は、当該プレーヤ決定方法５７４の設定に応じた手順で選択対象メンバーからプレーヤ候補を選択して、次のプレーヤを決定する。

また、当該次順プレーヤ決定処理での次のプレーヤの決定にあたって、強制終了判定部２４７が強制終了判定処理を行う。すなわち、強制終了判定部２４７は、次のプレーヤを受け付ける受付期間を設定し、受付期間内の受け付けがなされなかった場合に、目標達成継承プレイが途切れたとする強制終了判定を行う（ステップＳ１９）。そして、強制終了判定部２４７は、受付期間内に次のプレーヤを受け付けたのであれば、強制終了判定を否定判定する（ステップＳ２１：ＹＥＳ）。その場合はステップＳ１に戻り、次のプレーヤのゲームプレイについて上記した処理を繰り返す。

一方、次のプレーヤを受け付けることなく受付期間を過ぎた場合は強制終了判定を肯定判定し（ステップＳ２１：ＮＯ）、ステップＳ２３に移行する。また、ステップＳ１１において個別目標の達成に失敗したと判定した場合は（ステップＳ１１：ＮＯ）、目標達成継承プレイが途切れたとして継承判定を否定判定し、ステップＳ２３に移行する。そして、ステップＳ２３では、そのときの継承回数（当該イベントで行ったゲームプレイの回数）Ｍから失敗した分の１回を差し引いた数を、当該イベントでの最終的な継承回数Ｍとして確定し、継承回数Ｍが０回、つまり、終了したゲームプレイが当該イベントでの初回のゲームプレイの場合は（ステップＳ２３：ＮＯ）、そのままイベントを終了する。

一方、継承回数Ｍが１回以上の場合（つまり、当該イベントで個別目標を達成したゲームプレイが１回以上続いた場合）には（ステップＳ２３：ＹＥＳ）、特典付与制御部２４９が特典付与制御処理を行い、特典テーブル５７８に従って、その付与先のプレーヤに、その特典内容の特典を付与する制御を行う（ステップＳ２５）。

以上説明したように、本実施形態のゲームでは、複数回のゲームプレイを順次行う目標達成継承プレイのイベントを実行することができる。そしてその際に、個別目標を達成したゲームプレイが続くことを条件の１つとしてイベントを続行し、次のプレーヤにタスキを引き継ぐことができる。具体的には、当該イベントに参加したプレーヤがゲームプレイを行い、その結果当該ゲームプレイについて設定された個別目標を達成した場合に、次回のゲームプレイを行うこととしてその個別目標を設定することができる。その場合、タスキを受け取ったプレーヤは、次のゲームプレイを行うことができる。

ここで、ゲームプレイを行ったプレーヤが個別目標を達成できないと次のプレーヤにタスキは繋がらず、イベントは終了する。その場合、当該プレーヤはイベントの進行に貢献していないため、特典も受け取れない。一方で、個別目標を達成できればそのイベントは続くため、最終的な継承回数Ｍによっては、より高価値の特典が当該プレーヤに付与され得る。これによれば、イベントに参加するプレーヤは、各々のゲームプレイにおいて緊張感をもって個別目標の達成に注力し、特典の獲得を狙ってイベント（ゲームプレイ）を楽しむことができる。したがって、複数のプレーヤが別々にゲームをプレイしながらも、プレーヤ間の一体感や連帯感を高めることができる新たな興趣を実現できる。

なお、本発明を適用可能な形態は上記した実施形態に限定されるものではなく、適宜構成要素の追加・省略・変更を施すことができる。

［変形例１］
上記実施形態では、本発明の適用例として、クライアント・サーバ型のゲームシステム１０００のサーバシステム１１００を例に挙げたが、これに限定されない。例えば、複数のプレーヤ端末１５００をピアツーピア接続して実現することもできる。その場合は、何れかのプレーヤ端末１５００に、上記実施形態のサーバシステム１１００の機能を担わせる。或いは、複数のプレーヤ端末１５００でゲーム管理部２３０が有する機能を分担する構成としてもよい。

例えば、上記実施形態のサーバシステム１１００が有する機能を分担して担うプレーヤ端末１５００Ａの機能構成例は、図１９のようになる。図１９では、上記実施形態と同様の構成には同一の符号を付して示している。なお、この場合のサーバシステム１１００は、ユーザ登録とその情報の管理を主に行い、プレーヤ端末１５００Ａからのリクエストに応じてそれらの情報を提供する。

図１９に示すように、本変形例のプレーヤ端末１５００Ａは、端末処理部２００がゲーム管理部２３０を有し、ゲーム画面表示制御部２７３が省略される。すなわち、本変形例のプレーヤ端末１５００Ａは、サーバシステム１１００からゲーム画面の画像を表示するためのデータを取得するのではなく、自身のゲーム管理部２３０がゲーム管理に関する処理を実行してゲームの進行を制御し、ゲーム画面の画像を生成する。このプレーヤ端末１５００Ａの端末記憶部５００には、端末処理部２００をプレーヤ端末演算部２７０およびゲーム管理部２３０として機能させるためのゲームプログラム５０４が格納され、当該プレーヤ端末１５００Ａのプレーヤに係るユーザ管理データ５１０と、ゲーム初期設定データ５２０と、実行中イベントデータ６００とが格納される。

そして、本変形例のプレーヤ端末１５００Ａの処理の流れは図１８に示したフローチャートと基本的には同じで、プレーヤ端末１５００Ａのゲーム管理部２３０により各ステップを実行するものと読み替えればよい。

本変形例によれば、上記実施形態と同様の作用効果が得られる。なお、プレーヤ端末１５００Ａがゲーム管理部２３０の全ての機能を担うのではなく、その一部を担う構成としてもよい。

［変形例２］
或いは、ゲームシステムは、据置型家庭用ゲーム装置や業務用ゲーム装置等にて行うスタンドアローンのゲームシステムとすることもできる。

［変形例３］
また、上記実施形態では、プレーヤ端末１５００でのイベント開始操作を受けて目標達成継承プレイのイベントを開始することとしたが、予め設定される初回の個別目標を達成してゲームをクリアしたプレーヤがいた場合に、イベントを開始するとしてもよい。例えば、何れかのプレーヤ端末１５００でゲームをプレイしたプレーヤが当該ゲームプレイで初回の個別目標の達成に成功した場合に、当該プレーヤにイベントを開始するか否かの選択を促す。そしてイベントを開始する選択がなされた場合に、イベントを開始する制御を行うとしてもよい。

また、その場合も、上記実施形態で例示した各種プレーヤ決定方法によって、次回のゲームプレイを行うプレーヤを決定することができる。例えば、特定のプレーヤに宛てた招待通知を行ったり、特定のプレーヤの指定操作を受け付ける等して次回のゲームプレイを行う次のプレーヤを決定するのでもよいし、ゲームに参加している全プレーヤ又は前回ゲームプレイしたプレーヤのフレンドプレーヤを次のプレーヤ候補として、各プレーヤ候補による参加操作を受け付けることで次のプレーヤを決定する構成でもよい。その場合の参加操作の受け付けについても、例えば先着順で受け付けることができる。最初に参加操作を行ったプレーヤがゲームをプレイし、その結果個別目標を達成できなかったときは、イベント終了となる。

［変形例４］
また、特典付与制御処理での付与先のプレーヤに対する特典の付与にあたり、プレイ順が連続するｘ番目のプレーヤとｘ＋１番目のプレーヤとの間の親密度レベルを考慮して、各プレーヤに付与する特典を変更する構成としてもよい。

例えば、特典テーブル５７８に従って付与先とされたプレーヤ毎に、当該付与先のプレーヤの親密度データ５１５を参照して、プレイ順が１つ前の比較対象のプレーヤとの間の親密度レベルを読み出す。そして、読み出した親密度レベルに基づいて、当該付与先のプレーヤに付与する特典を変更するとともに、比較対象のプレーヤに付与する特典を変更する。付与先のプレーヤについてのみ特典を変更するのでもよいし、比較対象のプレーヤについてのみ特典を変更してもよい。特典の変更は、例えば、特典テーブル５７８に従って付与する特典に加えて、読み出した親密度レベルに応じたボーナス特典を付与することで実現できる。或いは、特典テーブル５７８の設定に基づく当初の特典について、その付与数を当該親密度レベルに応じた分増やすとしてもよい。

本変形例の構成の場合には、対応するプレーヤ決定方法５７４の設定を、第３の決定方法とするとよい。これによれば、ゲームプレイを行って個別目標を達成した場合に、自分と親密度の高いプレーヤを指定してタスキを引き継ぐことで、その結果当該プレーヤが個別目標を達成して継承回数Ｍが更新されれば、より高価値の特典を入手できるようになる。指定を受ける側のプレーヤにとっても、親密度の高いプレーヤからの指定を受け付けて次回のゲームをプレイし、その結果個別目標を達成できれば、より高価値の特典を入手できる。

［変形例５］
或いは、次のプレーヤを受け付ける受付期間中における当該次のプレーヤの受け付けのタイミングに応じて、特典を変更することとしてもよい。例えば、次のプレーヤを受け付けたタイミングが受付期間の前半の場合は、ここで受け付けたプレーヤを付与先とする特典を高価値のものに変更する。一方、当該タイミングが受付期間の後半の場合は、当該プレーヤを付与先とする特典を低価値のものに変更する。低価値のものへの変更は、特典テーブル５７８の設定に基づく当初の特典の付与数を減らすとか、よりレア度の低いものに変更する等して行うことができる。

これによれば、前回のゲームプレイから時間をあけずに次のプレーヤがゲームプレイを行った場合の当該プレーヤに対する特典と、前回のゲームプレイからある程度時間が経ってから次のプレーヤがゲームプレイを行った場合の当該プレーヤに対する特典とを変更し、前者に対してより高価値の特典を付与するといったことが可能となる。

［変形例６］
また、強制終了判定処理において次のプレーヤの受け付けを制限するために設定される受付期間を、所定のアイテムを使用することで変更できるようにしてもよい。例えば、受付期間を所定の期間（例えば１日）延長することができるアイテムを用意し、サーバシステム１１００は、適宜のタイミングでゲームに参加するプレーヤに付与する制御を行う。一方、本変形例の強制終了判定処理では、サーバシステム１１００（強制終了判定部２４７）は、当該アイテムの使用が指示されたイベントの有無を監視する。そして、当該指示があった場合には、当該イベントでそのときに受け付けているプレーヤの受付期間を所定期間長くして再設定することで、受付期間を変更する制御を行う。所定期間の長さは、アイテムの種類によって調整できるようにしてもよい。

また、アイテムの使用に限らず、所定額のゲームコインの消費等、対価の支払いと引き換えに受付期間を変更する制御を行うとしてもよい。或いは、所定額の対価の支払いがされて所定のアイテムが購入され、当該アイテムが使用された場合に、受付期間を変更する制御を行う構成でもよい。その場合は、対価の額によって所定期間の長さを調整できるようにしてもよい。

アイテムの使用や対価の支払いは、例えば、ｘ＋１番目のプレーヤを受け付ける受付期間についてｘ番目のプレーヤが行うものとする。もちろん、ｘ番目のプレーヤが行えるようにしてもよいし、当該イベントにおいて既にゲームプレイを行ったｘ番目より前のプレイ順のプレーヤが行えるとしてもよい。

また、ここでの受付期間の変更を受けて、そのイベントの終了時に付与する特典を変更するようにしてもよい。例えば、アイテムの使用および／又は対価の支払いを行ったプレーヤを付与先とする特典を変更することができる。具体的には、新たにボーナス特典を付与する変更や、特典テーブル５７８の設定に基づく当初の特典の付与数を増やす等、より高価値の特典への変更が可能である。

［変形例７］
また、特定のプレーヤで編成されたチーム単位で目標達成継承プレイのイベントを行う構成としてもよい。その場合は、チームのメンバーを選択対象メンバーとし、その中からゲームをプレイするプレーヤを順次決定していくことでイベントを進行していく。

また、本変形例の場合には、上限回数５７６を「無制限」とした設定の同種のイベントを複数のチームがそれぞれ行うことで、チーム毎に継承回数Ｍを競う構成とすることもできる。その場合は、各チームが達成した継承回数Ｍに応じて、各チームのプレーヤに付与する特典を変更するとしてもよい。例えば、継承回数Ｍの新記録を達成したチームのプレーヤにボーナス特典を付与するといったことが可能となる。

［変形例８］
また、ゲームプレイを行ったプレーヤが個別目標を達成したことでイベントを続行し、タスキを次のプレーヤに引き継ぐ場合に、実際に当該プレーヤ間で所定のゲームオブジェクトを移転させるようにしてもよい。例えば、当該引き継ぎに伴って前回のゲームプレイを行ったプレーヤから次のプレーヤへとタスキやバトンの形状を模したアイテムを移転させるのでもよいし、次のプレーヤにタスキが引き継がれるたびに１つずつスタンプが押されていくスタンプカードのアイテムを、新たにスタンプを押した上で移転させる構成としてもよい。

［その他の変形例］
また、適用可能なゲームは、上記実施形態の音楽ゲームに限定されるものではなく、音楽ゲーム以外のジャンルのゲームにも同様に適用が可能である。

１０００…ゲームシステム
１１００…サーバシステム
１００ｓ…操作入力部
２００ｓ…サーバ処理部
２１０…ユーザ管理部
２２０…課金処理部
２３０…ゲーム管理部
２３１…ゲーム進行制御部
２３３…操作入力評価部
２４０…イベント制御部
２４１…プレイ曲選曲部
２４３…目標設定部
２４４…継承判定部
２４５…次順プレーヤ決定部
２４７…強制終了判定部
２４９…特典付与制御部
２９０ｓ…画像生成部
２９２ｓ…音生成部
２９４ｓ…通信制御部
３９０ｓ…画像表示部
３９２ｓ…音出力部
３９４ｓ…通信部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５０３…配信用ゲームクライアントプログラム
５１０…ユーザ管理データ
５１３…プレイ実績データ
５１４…フレンドリスト
５１５…親密度データ
５２０…ゲーム初期設定データ
５２１…楽曲リスト
５３０…楽曲データ
５７０…イベント定義データ
５７３…プレイ曲選曲方法
５７４…プレーヤ決定方法
５７５…個別目標テーブル
５７６…上限回数
５７７…プレイ曲リスト
５７８…特典テーブル
６００…実行中イベントデータ
６１０…ゲームプレイデータ
６１７…個別目標設定
６１９…個別目標達成成否
６２１…継承回数
６２３…強制終了判定結果
１５００，１５００Ａ…プレーヤ端末
１００…操作入力部
２００…端末処理部
２７０…プレーヤ端末演算部
２７１…操作信号送信制御部
２７３…ゲーム画面表示制御部
２９０…画像生成部
２９２…音生成部
２９４…通信制御部
３９０…画像表示部
３９２…音出力部
３９４…通信部
５００…端末記憶部
５０２…ゲームクライアントプログラム
５０４…ゲームプログラム
９…ネットワーク
２…プレーヤ

Claims (22)

1. 前回のゲームプレイが目標達成に成功した後に目標達成を目指して前回のゲームプレイのプレーヤとは異なるプレーヤが新たなゲームプレイを開始して目標達成に失敗した場合に継承を終了、成功した場合に継承中と判定することを繰り返すことで目標達成継承プレイが継承中か否かを判定し、継承中のゲームプレイの継承回数を計数する継承判定手段と、
   前記継承判定手段の判定結果に応じて、前記目標達成継承プレイのゲームイベントの進行制御を行う進行制御手段と、
   前記継承回数が所定条件を満たした場合に、当該目標達成継承プレイに参加したプレーヤの一部又は全部に特典を付与する制御を行う特典付与制御手段と、
   を備え、
   前記特典付与制御手段は、前記特典を付与する付与先プレーヤと、当該付与先プレーヤの１つ前にゲームプレイをしたプレーヤとの関係性に基づいて、当該付与先プレーヤに付与する特典を可変に制御する、
   コンピュータシステム。
2. 前回のゲームプレイが目標達成に成功した後に目標達成を目指して前回のゲームプレイのプレーヤとは異なるプレーヤが新たなゲームプレイを開始して目標達成に失敗した場合に継承を終了、成功した場合に継承中と判定することを繰り返すことで目標達成継承プレイが継承中か否かを判定する継承判定手段と、
   前記継承判定手段の判定結果に応じて、前記目標達成継承プレイのゲームイベントの進行制御を行う進行制御手段と、
   グループ毎に当該グループへのプレーヤの所属を管理するグループ管理手段と、
   同一の前記グループに所属するプレーヤの中から前記目標達成継承プレイに挑むプレーヤを順番に選択することで、グループ単位での前記目標達成継承プレイの実行を制御するグループ単位実行制御手段と、
   を備えたコンピュータシステム。
3. 前回のゲームプレイが目標達成に成功した後に目標達成を目指して前回のゲームプレイのプレーヤとは異なるプレーヤが新たなゲームプレイを開始して目標達成に失敗した場合に継承を終了、成功した場合に継承中と判定することを繰り返すことで目標達成継承プレイが継承中か否かを判定する継承判定手段と、
   前記継承判定手段の判定結果に応じて、前記目標達成継承プレイのゲームイベントの進行制御を行う進行制御手段と、
   ｘ番目のプレーヤの次にゲームプレイを行うｘ＋１番目のプレーヤを受け付けることで、前記目標達成継承プレイに挑むプレーヤを順番に受け付ける受付制御手段と、
   ｘ番目のプレーヤのゲームプレイをｘ＋１番目のプレーヤのゲームプレイに継承する場合に、ｘ番目のプレーヤからｘ＋１番目のプレーヤに所定のオブジェクトを移転させるオブジェクト移転制御手段と、
   を備えたコンピュータシステム。
4. 前記継承判定手段は、継承中のゲームプレイの継承回数を計数する、
   請求項２又は３に記載のコンピュータシステム。
5. 前記継承回数が所定条件を満たした場合に、当該目標達成継承プレイに参加したプレーヤの一部又は全部に特典を付与する制御を行う特典付与制御手段、
   を更に備えた請求項４に記載のコンピュータシステム。
6. 前記特典付与制御手段は、前記特典および／又は前記特典の付与先を、前記目標達成継承プレイに参加した人数に基づいて決定する、
   請求項５に記載のコンピュータシステム。
7. 前記特典付与制御手段は、前記特典および／又は前記特典の付与先を、前記継承回数に基づいて決定する、
   請求項５又は６に記載のコンピュータシステム。
8. 前記特典付与制御手段は、前記目標達成継承プレイにおいて同一プレーヤがゲームプレイを行った回数の差異に基づいて、付与する前記特典をプレーヤ間で変更する、
   請求項５～７の何れか一項に記載のコンピュータシステム。
9. 前記特典付与制御手段は、ゲームプレイを行った順番に基づいて、付与する前記特典をプレーヤ間で変更する、
   請求項５～８の何れか一項に記載のコンピュータシステム。
10. 前記目標達成継承プレイにおけるゲームプレイ各々の達成目標を設定する目標設定手段、
    を更に備えた請求項１～９の何れか一項に記載のコンピュータシステム。
11. 前記目標設定手段は、直前のゲームプレイの達成目標と同じ、又は、直前のゲームプレイの達成目標よりも難度の高い達成目標を設定することで、ゲームプレイ各々の達成目標を順番に設定する、
    請求項１０に記載のコンピュータシステム。
12. ｘ番目のプレーヤの次にゲームプレイを行うｘ＋１番目のプレーヤを受け付けることで、前記目標達成継承プレイに挑むプレーヤを順番に受け付ける受付制御手段、
    を更に備えた請求項１又は２に記載のコンピュータシステム。
13. 前記受付制御手段は、ｘ＋１番目のプレーヤ候補に宛てた招待通知をすることと、当該招待通知に対するｘ＋１番目のプレーヤ候補からの承諾を受け付けることと、を行って、当該承諾の受け付けによってｘ＋１番目のプレーヤを決定する、
    請求項３又は１２に記載のコンピュータシステム。
14. 前記受付制御手段は、ｘ番目のプレーヤによるプレーヤ指定操作に基づいてｘ＋１番目のプレーヤ候補を選択する、
    請求項１３に記載のコンピュータシステム。
15. 前記受付制御手段は、ｘ番目のプレーヤのフレンドプレーヤの中から、ｘ＋１番目のプレーヤ候補を選択する、
    請求項１３に記載のコンピュータシステム。
16. 前記受付制御手段は、ｘ番目のプレーヤに基づく所与のマッチング条件を満たすプレーヤを、ｘ＋１番目のプレーヤ候補として選択する、
    請求項１３に記載のコンピュータシステム。
17. 前回のゲームプレイが目標達成して終了した後に目標達成を目指して前回のゲームプレイのプレーヤとは異なるプレーヤが新たなゲームプレイを開始することを繰り返すことでゲームプレイを継承する目標達成継承プレイが継承中か否かを判定し、継承中のゲームプレイの継承回数を計数する継承判定手段と、
    前記継承判定手段の判定結果に応じて、前記目標達成継承プレイのゲームイベントの進行制御を行う進行制御手段と、
    ｘ番目のプレーヤの次にゲームプレイを行うｘ＋１番目のプレーヤとして、ｘ番目のプレーヤに対して所与の優位条件を満たすプレーヤを受け付けることで、前記目標達成継承プレイに挑むプレーヤを順番に受け付ける受付制御手段と、
    前記継承回数が所定条件を満たした場合に、当該目標達成継承プレイに参加したプレーヤの一部又は全部に特典を付与する制御を行う特典付与制御手段と、
    を備え、
    前記特典付与制御手段は、前記特典を付与する付与先プレーヤと、当該付与先プレーヤの１つ前にゲームプレイをしたプレーヤとの関係性に基づいて、当該付与先プレーヤに付与する特典を可変に制御する、
    コンピュータシステム。
18. 前回のゲームプレイが目標達成して終了した後に目標達成を目指して前回のゲームプレイのプレーヤとは異なるプレーヤが新たなゲームプレイを開始することを繰り返すことでゲームプレイを継承する目標達成継承プレイが継承中か否かを判定する継承判定手段と、
    前記継承判定手段の判定結果に応じて、前記目標達成継承プレイのゲームイベントの進行制御を行う進行制御手段と、
    グループ毎に当該グループへのプレーヤの所属を管理するグループ管理手段と、
    同一の前記グループに所属するプレーヤの中から前記目標達成継承プレイに挑むプレーヤを順番に選択することで、グループ単位での前記目標達成継承プレイの実行を制御するグループ単位実行制御手段と、
    を備え、
    前記グループ単位実行制御手段は、ｘ番目のプレーヤの次にゲームプレイを行うｘ＋１番目のプレーヤとして、ｘ番目のプレーヤに対して所与の優位条件を満たすプレーヤを選択することで、グループ単位での前記目標達成継承プレイに挑むプレーヤを順番に選択する、
    コンピュータシステム。
19. 前回のゲームプレイが目標達成して終了した後に目標達成を目指して前回のゲームプレイのプレーヤとは異なるプレーヤが新たなゲームプレイを開始することを繰り返すことでゲームプレイを継承する目標達成継承プレイが継承中か否かを判定する継承判定手段と、
    前記継承判定手段の判定結果に応じて、前記目標達成継承プレイのゲームイベントの進行制御を行う進行制御手段と、
    ｘ番目のプレーヤの次にゲームプレイを行うｘ＋１番目のプレーヤとして、ｘ番目のプレーヤに対して所与の優位条件を満たすプレーヤを受け付けることで、前記目標達成継承プレイに挑むプレーヤを順番に受け付ける受付制御手段と、
    ｘ番目のプレーヤのゲームプレイをｘ＋１番目のプレーヤのゲームプレイに継承する場合に、ｘ番目のプレーヤからｘ＋１番目のプレーヤに所定のオブジェクトを移転させるオブジェクト移転制御手段と、
    を備えたコンピュータシステム。
20. 前記受付制御手段は、ｘ番目のプレーヤの次にゲームプレイを行うｘ＋１番目のプレーヤの受け付けを所与の受付期間内に制限し、
    前記継承判定手段は、前記受付制御手段による前記受付期間内の受け付けがなされなかった場合に、前記目標達成継承プレイが途切れたと判定する、
    請求項３，１２～１７，１９のうちの何れか一項に記載のコンピュータシステム。
21. 所定のアイテムの使用および／又は所定の対価の支払いと引き換えに、前記受付期間を変更する制御を行う手段、
    を更に備えた請求項２０に記載のコンピュータシステム。
22. 請求項１～２１の何れか一項に記載のコンピュータシステムであるサーバシステムと、
    前記サーバシステムに通信接続可能なプレーヤ端末と、
    を具備するゲームシステム。

Images