JP2021115409A

JP2021115409A - プログラム、情報処理装置、および情報処理装置の制御方法

Info

Publication number: JP2021115409A
Application number: JP2020013031A
Authority: JP
Inventors: 竜太三上; Ryuta Mikami; 武士浦川; Takeshi Urakawa
Original assignee: Cygames Inc
Current assignee: Cygames Inc
Priority date: 2020-01-29
Filing date: 2020-01-29
Publication date: 2021-08-10
Anticipated expiration: 2040-01-29
Also published as: JP7498567B2

Abstract

【課題】複数のプレイヤーが参加可能な共同ゲームにおいて、ゲームモードが異なるプレイヤーの間の調整をする。【解決手段】異なる難易度のプレイヤーでグループが形成された場合には、難易度が相対的に低いプレイヤーよりも、難易度が相対的に高いプレイヤーの方が、多くの追加報酬が付与されるようにして、異なる難易度のプレイヤーでグループが形成されるマルチプレイの音楽ゲームに対するプレイヤーの意欲を高めるようにしている。【選択図】図１１

Description

本発明は、ゲームのためのプログラム、情報処理装置、および情報処理装置の制御方法に関する。

従来から、複数のプレイヤーによって共通にプレイされるゲームにおいて、複数のプレイヤーの間で難易度が異なるプレイが行われることを許容するプログラムが知られている。

そしてこの種のプログラムには、複数のプレイヤーの間で難易度が異なる場合に、複数のプレイヤーの間の難易度の相違に基づいて、難易度の相違が低減されるようにしたものがある（特許文献１参照）。

特開２０１７−１６４２０７号公報

しかし、難易度の相違が低減されるようにするために、難易度を低下させるようにすると、技量が高いプレイヤーのゲームをプレイする意欲を低下させてしまうし、難易度を上昇させるようにすると、技量が低いプレイヤーのゲームをプレイする意欲を低下させてしまう。

本発明は上記事情に鑑みてなされたものであり、その目的は、複数のプレイヤーが参加可能な共同ゲームにおいて、ゲームモードが異なるプレイヤーの間の調整をすることができるプログラム、情報処理装置、および情報処理装置の制御方法を提供することにある。

（１）本発明は、複数のプレイヤーＩＤが参加可能な共同ゲームのためのプログラムであって、前記共同ゲームに参加する各プレイヤーＩＤに対応するゲームモードを取得するゲームモード取得部と、各プレイヤーＩＤに対応するゲームモードに基づいて実行される前記共同ゲームのための処理を行い、所定条件下で各プレイヤーＩＤに報酬を付与するゲーム処理部としてコンピューターを機能させ、前記ゲーム処理部は、前記共同ゲームに参加する第１のプレイヤーＩＤに対応するゲームモードと、前記共同ゲームに参加する第２のプレイヤーＩＤに対応するゲームモードに基づいて、前記第１のプレイヤーＩＤに付与する報酬を決定するプログラムに関するものである。

本発明では、共同ゲームに参加する第１のプレイヤーＩＤに対応するゲームモードだけでなく、共同ゲームに参加する第２のプレイヤーＩＤに対応するゲームモードも、第１のプレイヤーＩＤに付与する報酬に影響があるようにすることができる。

（２）また本発明は、前記ゲーム処理部は、前記共同ゲームの結果として前記第１のプレイヤーＩＤと前記第２のプレイヤーＩＤに共通する共通ゲーム結果を演算し、前記共通ゲーム結果と、前記第１のプレイヤーＩＤに対応するゲームモードと、前記第２のプレイヤーＩＤに対応するゲームモードに基づいて、前記第１のプレイヤーＩＤに付与する報酬を決定するようにしてもよい。

このようにすれば、共同ゲームに参加する第１のプレイヤーＩＤに対応するゲームモードと、共同ゲームに参加する第２のプレイヤーＩＤに対応するゲームモードだけでなく、共通ゲーム結果も、第１のプレイヤーＩＤに付与する報酬に影響があるようにすることができる。

（３）また本発明は、前記共同ゲームのゲーム種別を決定するゲーム種別取得部としてコンピューターを更に機能させ、前記ゲーム処理部は、前記共同ゲームのゲーム種別と、各プレイヤーＩＤに対応するゲームモードに基づいて、各プレイヤーＩＤに対応するパラメーターを更新するようにしてもよい。

このようにすれば、共同ゲームのゲーム種別と、各プレイヤーＩＤに対応するゲームモードに応じて、各プレイヤーＩＤに対応するパラメーターを変化させることができる。

（４）また本発明は、複数のプレイヤーＩＤが参加可能な共同ゲームのための情報処理装置であって、前記共同ゲームに参加する各プレイヤーＩＤに対応するゲームモードを取得するゲームモード取得部と、各プレイヤーＩＤに対応するゲームモードに基づいて実行される前記共同ゲームのための処理を行い、所定条件下で各プレイヤーＩＤに報酬を付与するゲーム処理部を含み、前記ゲーム処理部は、前記共同ゲームに参加する第１のプレイヤーＩＤに対応するゲームモードと、前記共同ゲームに参加する第２のプレイヤーＩＤに対応するゲームモードに基づいて、前記第１のプレイヤーＩＤに付与する報酬を決定する情報処理装置に関するものである。

（５）また本発明は、複数のプレイヤーＩＤが参加可能な共同ゲームのための情報処理装置の制御方法であって、前記共同ゲームに参加する各プレイヤーＩＤに対応させてゲームモードを取得するゲームモード取得ステップと、各プレイヤーＩＤに対応するゲームモードに基づいて実行される前記共同ゲームのための処理を行い、所定条件下で各プレイヤーＩＤに報酬を付与するゲーム処理ステップを含み、前記ゲーム処理ステップにおいて、前記共同ゲームに参加する第１のプレイヤーＩＤに対応するゲームモードと、前記共同ゲームに参加する第２のプレイヤーＩＤに対応するゲームモードに基づいて、前記第１のプレイヤーＩＤに付与する報酬を決定する情報処理装置の制御方法に関するものである。

本発明の実施形態の情報処理システムの構成を示す概略ブロック図である。本発明の実施形態のサーバー装置の機能を示す機能ブロック図である。本発明の実施形態の端末装置の機能を示す機能ブロック図である。本発明の実施形態の端末装置の表示領域に表示される画像を示す図である。本発明の実施形態の端末装置の表示領域に表示される画像を示す図である。本発明の実施形態の基準データと指示標識データを示す図である。本発明の実施形態の端末装置の表示領域に表示される画像を示す図である。本発明の実施形態の端末装置の表示領域に表示される画像を示す図である。本発明の実施形態の端末装置の表示領域に表示される画像を示す図である。本発明の実施形態の端末装置の表示領域に表示される画像を示す図である。本発明の実施形態の各種のデータの対応関係を示す図である。本発明の実施形態の端末装置の表示領域に表示される画像を示す図である。本発明の実施形態の端末装置の表示領域に表示される画像を示す図である。本発明の実施形態の端末装置の表示領域に表示される画像を示す図である。本発明の実施形態の端末装置の表示領域に表示される画像を示す図である。本発明の実施形態の端末装置の表示領域に表示される画像を示す図である。本発明の実施形態の端末装置の表示領域に表示される画像を示す図である。本発明の実施形態のサーバー装置における処理を示すフローチャートである。本発明の実施形態のサーバー装置における処理を示すフローチャートである。本発明の実施形態のサーバー装置における処理を示すフローチャートである。本発明の実施形態のサーバー装置における処理を示すフローチャートである。本発明の実施形態のサーバー装置における処理を示すフローチャートである。

以下では、本発明の実施形態について説明する。なお以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

１．情報処理システムの構成
図１は、本実施形態の情報処理システム１０の構成を示す概略ブロック図である。図１に示すように情報処理システム１０では、サーバー装置１２（情報処理装置）と複数の端末装置１４（情報処理装置）が、インターネット、携帯電話網、ＬＡＮ、ＷＡＮなどのネットワーク１６により接続されており、いわゆるクライアント・サーバー方式の通信システムが構成されている。そして複数の端末装置１４のそれぞれは、ネットワーク１６を介してサーバー装置１２と互いに通信を行って種々の情報を送受信したり、ネットワーク１６およびサーバー装置１２を介して他の端末装置１４と互いに通信を行って種々の情報を送受信したりする。

サーバー装置１２は、ＣＰＵ等のプロセッサー、ＲＯＭやＲＡＭ等の主記憶装置、ハードディスク等の外部記憶装置、キーボード等の入力装置、液晶ディスプレイ等の表示装置、通信装置等を備えている。そしてサーバー装置１２では、ＣＰＵが、主記憶装置に記憶されているプログラムや、外部記憶装置から主記憶装置にロードされたプログラムに従って各種の処理を実行し、通信装置によって端末装置１４からの情報を受信したり、端末装置１４に情報を送信したりする。

端末装置１４は、スマートフォン、タブレット、パーソナルコンピューター、携帯ゲーム機、店舗や家庭に設置される据え置きゲーム機など種々の形態の情報処理装置とすることができ、これらもＣＰＵ等のプロセッサー、ＲＯＭやＲＡＭ等の主記憶装置、フラッシュメモリ、ハードディスク等の外部記憶装置、タッチパネルやキーボード、マイク等の入力装置、液晶ディスプレイや有機ＥＬディスプレイ等の表示装置、スピーカー等の音出力装置、通信装置等を備えている。そして端末装置１４でも、ＣＰＵが、主記憶装置に記憶されているプログラムや、外部記憶装置から主記憶装置にロードされたプログラムに従って各種の処理を実行し、通信装置によってサーバー装置１２からの情報を受信したり、サーバー装置１２や他の端末装置１４に情報を送信したりする。

図２は、本実施形態のサーバー装置１２の機能を示す機能ブロック図である。図２に示すように、本実施形態のサーバー装置１２は、サーバー情報記憶媒体２０、サーバー記憶部３０、サーバー通信部３６、サーバー情報処理部４０を含む。なお、図２の構成要素（各部）の一部を省略した構成としてもよい。

サーバー情報記憶媒体２０は、サーバー情報処理部４０やサーバー通信部３６が各種の処理を行うためのプログラムやデータなどを格納するものであり、その機能は、フラッシュメモリ、ハードディスク、光ディスク（ＤＶＤ、ＢＤ）などにより実現できる。すなわちサーバー情報記憶媒体２０には、本実施形態の各部としてコンピューターを機能させるためのプログラム（各部の処理をコンピューターに実行させるためのプログラム）が記憶されている。

サーバー記憶部３０は、サーバー情報処理部４０やサーバー通信部３６のワーク領域となるものであり、その機能はＲＡＭ（メインメモリ）や、ＶＲＡＭ（ビデオメモリ）などにより実現できる。詳細にはサーバー記憶部３０は、サーバー情報記憶媒体２０からプログラムやデータが読み込まれる主記憶部３２を含む。

サーバー通信部３６は、外部ネットワーク（例えば他のサーバー装置１２や端末装置１４）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサー（ＣＰＵ（メインプロセッサー）、ＤＳＰ等）、または通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

サーバー情報処理部４０は、サーバー通信部３６が受信した受信データや、サーバー記憶部３０の各種プログラムやデータなどに基づいて、ゲーム処理などの各種処理を、主記憶部３２をワーク領域として行うものであり、その機能は、各種プロセッサー、ＡＳＩＣなどのハードウェアや、プログラムにより実現できる。そしてサーバー情報処理部４０は、サーバーゲーム処理部４１、サーバー通信制御部４２を含む。

サーバーゲーム処理部４１は、サーバー通信部３６が受信した受信データや、サーバー情報処理部４０で行われる種々の処理の結果や、主記憶部３２に読み込まれたプログラムやデータなどに基づいて、種々のゲーム処理を行う。詳細にはサーバーゲーム処理部４１は、ゲーム処理として、例えばプレイヤーＩＤによってプレイヤーを管理する処理、ゲーム開始条件が満たされた場合にゲームを開始する処理、複数種類のゲーム機能のうち選択されたゲーム機能を実行する処理、複数のプレイヤー（プレイヤーＩＤ）をマッチングして１つのグループを形成する処理、１つのグループを形成する複数のプレイヤーを共同ゲームに参加させる処理、ゲームを進行させる処理、イベント発生条件が満たされた場合にイベントを発生させる処理、ゲーム判定を行う処理、スタミナ、得点、ライフなどの各種のパラメーターを更新する処理、ゲーム結果を演算する処理、プレイヤーに付与する報酬を演算する処理、プレイヤーに報酬を付与する処理、およびゲーム終了条件が満たされた場合にゲームを終了する処理などを行う。

具体的にはサーバーゲーム処理部４１は、端末装置１４において出力される楽曲の進行に合わせたプレイヤー入力を判定する音楽ゲームを実行するための種々の処理を行う。そしてサーバーゲーム処理部４１は、１つの端末装置１４のプレイヤーが単独でプレイするソロプレイの音楽ゲームと、複数の端末装置１４のそれぞれのプレイヤーが共同でプレイする共同ゲームとしてマルチプレイの音楽ゲームを実行可能となっている。そしてサーバーゲーム処理部４１は、ゲーム種別取得部４３と、ゲームモード取得部４４を含む。

ゲーム種別取得部４３は、サーバー通信部３６が受信した受信データや、サーバー情報処理部４０で行われる種々の処理の結果や、主記憶部３２に読み込まれたプログラムやデータなどに基づいて、ゲーム内容が異なる複数種類のゲーム種別のうち、実行されるゲームのゲーム種別を取得する処理を行う。

本実施形態では、複数種類のゲーム種別として、ソロプレイまたはマルチプレイの音楽ゲームにおいてプレイできる複数種類の楽曲が用意されている。そしてゲーム種別取得部４３は、ソロプレイの音楽ゲームが実行される場合には、端末装置１４においてプレイヤーが複数種類の楽曲から選択した楽曲を、ソロプレイの音楽ゲームの楽曲として取得し、マルチプレイの音楽ゲームが実行される場合には、複数種類の楽曲から抽選で決定した楽曲を、マルチプレイの音楽ゲームの楽曲として取得する。

ゲームモード取得部４４は、サーバー通信部３６が受信した受信データや、サーバー情報処理部４０で行われる種々の処理の結果や、主記憶部３２に読み込まれたプログラムやデータなどに基づいて、ゲーム内容が異なる複数種類のゲームモードのうち、各プレイヤーＩＤのゲームモードを取得する処理を行う。

本実施形態では、複数種類のゲームモードとして、難易度が低い順にデビュー、レギュラー、プロ、マスター、マスター＋の５段階の難易度が用意されている。そしてゲームモード取得部４４は、ソロプレイの音楽ゲームが実行される場合には、ソロプレイの音楽ゲームをプレイするプレイヤーのプレイヤーＩＤに対応する難易度を取得し、マルチプレイの音楽ゲームが実行される場合には、マルチプレイの音楽ゲームをプレイするグループのグループＩＤに対応する難易度、あるいはグループを形成する複数のプレイヤーの各プレイヤーＩＤに対応する難易度を取得する。すなわち本実施形態のマルチプレイの音楽ゲームでは、１つのグループの各プレイヤーＩＤに対応する難易度が異なるようにすることができる。

そして、サーバーゲーム処理部４１は、実行されるゲームのゲーム種別と、各プレイヤーＩＤのゲームモードに基づいて、各プレイヤーが音楽ゲームをプレイするために必要なパラメーターである各プレイヤーＩＤのスタミナを更新する処理を行う。

本実施形態では、ソロプレイの音楽ゲームが実行される場合には、ソロプレイの音楽ゲームの楽曲と、ソロプレイの音楽ゲームをプレイするプレイヤーのプレイヤーＩＤに対応する難易度に基づいて、そのプレイヤーＩＤに対応する消費スタミナを演算し、そのプレイヤーＩＤに対応するスタミナから消費スタミナを減算する。また、マルチプレイの音楽ゲームが実行される場合には、マルチプレイの音楽ゲームの楽曲と、マルチプレイの音楽ゲームをプレイするグループを形成する各プレイヤーＩＤに対応する難易度に基づいて、各プレイヤーＩＤの消費スタミナを演算し、各プレイヤーＩＤに対応するスタミナから各プレイヤーＩＤに対応する消費スタミナを減算する。

そして、ソロプレイあるいはマルチプレイの音楽ゲームのゲーム種別と、各プレイヤーＩＤに対応するゲームモードに基づいて、ゲーム内容が異なる複数種類のゲームデータのうち、各プレイヤーＩＤに対応するゲームデータが決定される。そして、各プレイヤーＩＤに対応するゲームデータは、各プレイヤーＩＤの端末装置１４に送信される。

本実施形態では、複数種類のゲームデータとして、音楽ゲームにおけるプレイヤー入力を判定するための基準データ（各プレイヤーＩＤに対応するゲーム判定を行うためのデータ）が、楽曲ごとにそして難易度ごとに用意されている。そして、ソロプレイの音楽ゲームが実行される場合には、ソロプレイの音楽ゲームの楽曲と、ソロプレイの音楽ゲームをプレイするプレイヤーのプレイヤーＩＤに対応する難易度に基づいて、そのプレイヤーＩＤに対応する基準データが決定され、マルチプレイの音楽ゲームが実行される場合には、マルチプレイの音楽ゲームの楽曲と、マルチプレイの音楽ゲームをプレイするグループの各プレイヤーＩＤに対応する難易度に基づいて、各プレイヤーＩＤに対応する基準データが決定される。

そして、サーバーゲーム処理部４１は、ソロプレイの音楽ゲームが実行される場合には、ソロプレイの音楽ゲームをプレイするプレイヤーの端末装置１４から、音楽ゲームにおけるプレイヤー入力の判定結果を、そのプレイヤーＩＤの判定結果として取得し、そのプレイヤーＩＤの判定結果に基づいて、そのプレイヤーＩＤに対応する得点を増加させたり、ライフを減少させたりする処理を行う。また、サーバーゲーム処理部４１は、マルチプレイの音楽ゲームが実行される場合には、マルチプレイの音楽ゲームをプレイするグループを形成する各プレイヤーの端末装置１４から、音楽ゲームにおけるプレイヤー入力の判定結果を、各プレイヤーＩＤの判定結果として取得し、各プレイヤーＩＤの判定結果に基づいて、各プレイヤーＩＤに対応する得点を増加させたり、ライフを減少させたりする処理を行う。

そしてサーバーゲーム処理部４１は、マルチプレイの音楽ゲームが実行される場合には、マルチプレイの音楽ゲームをプレイするグループの第１のプレイヤーＩＤに対応するゲームモードと、第２のプレイヤーＩＤに対応するゲームモードに基づいて、第１のプレイヤーＩＤに付与する第１報酬を決定する処理を行う。

本実施形態では、５人のプレイヤーにより１つのグループが形成され、サーバーゲーム処理部４１は、第１のプレイヤーＩＤに対応する難易度〜第５のプレイヤーＩＤに対応する難易度に基づいて、第１のプレイヤーＩＤに対応する第１報酬を決定し、第１のプレイヤーＩＤに対応する難易度〜第５のプレイヤーＩＤに対応する難易度に基づいて、第２のプレイヤーＩＤに対応する第１報酬を決定し、・・・（中略）・・・第１のプレイヤーＩＤに対応する難易度〜第５のプレイヤーＩＤに対応する難易度に基づいて、第５のプレイヤーＩＤに対応する第１報酬を決定し、というように、グループを形成する全てのプレイヤーの各プレイヤーＩＤに対応する難易度に基づいて、各プレイヤーＩＤに対応する第１報酬を決定する。

またサーバーゲーム処理部４１は、マルチプレイの音楽ゲームが実行される場合には、マルチプレイの音楽ゲームの結果として、第１のプレイヤーＩＤと第２のプレイヤーＩＤに共通する共通ゲーム結果を演算し、共通ゲーム結果と、第１のプレイヤーＩＤに対応するゲームモードと、第２のプレイヤーＩＤに対応するゲームモードに基づいて、第１のプレイヤーＩＤに付与する第２報酬を決定する。

本実施形態では、サーバーゲーム処理部４１は、第１のプレイヤーＩＤが獲得した得点〜第５のプレイヤーＩＤが獲得した得点の合計得点と、第１のプレイヤーＩＤが獲得した得点と、第１のプレイヤーＩＤに対応する難易度〜第５のプレイヤーＩＤに対応する難易度に基づいて、第１のプレイヤーＩＤに対応する第２報酬を決定し、合計得点と、第２のプレイヤーＩＤが獲得した得点と、第１のプレイヤーＩＤに対応する難易度〜第５のプレイヤーＩＤに対応する難易度に基づいて、第２のプレイヤーＩＤに対応する第２報酬を決定し、・・・（中略）・・・合計得点と、第５のプレイヤーＩＤが獲得した得点と、第１のプレイヤーＩＤに対応する難易度〜第５のプレイヤーＩＤに対応する難易度に基づいて、第５のプレイヤーＩＤに対応する第２報酬を決定し、というように、グループを形成する全てのプレイヤーの各プレイヤーＩＤが獲得した得点の合計得点と、各プレイヤーＩＤが獲得した得点と、グループを形成する全てのプレイヤーの各プレイヤーＩＤに対応する難易度に基づいて、各プレイヤーＩＤに対応する第２報酬を決定する。

また本実施形態では、サーバーゲーム処理部４１は、第１のプレイヤーＩＤが獲得した得点〜第５のプレイヤーＩＤが獲得した得点の合計得点に基づいて、第１のプレイヤーＩＤ〜第５のプレイヤーＩＤのそれぞれに共通に付与する第３報酬を決定する。すなわちサーバーゲーム処理部４１は、グループを形成する全てのプレイヤーの各プレイヤーＩＤが獲得した得点に基づいて、各プレイヤーＩＤに対応する第３報酬を決定する。

サーバー通信制御部４２は、サーバー通信部３６に他のサーバー装置１２あるいは端末装置１４と通信を行わせ、種々の情報を送受信するための処理を行う。例えばサーバー通信制御部４２は、各端末装置１４において取得された各種のプレイヤー入力を各端末装置１４から受信したり、各端末装置１４における各種の処理の結果を各端末装置１４から受信したり、他の端末装置１４に関する情報や、サーバーゲーム処理部４１における各種の処理の結果を各端末装置１４に送信したりするための処理を行う。

またサーバー通信制御部４２は、プレイヤーを情報処理システム１０に新規登録する処理に必要な情報や、プレイヤーを情報処理システム１０にログインさせる処理に必要な情報や、ログインさせたプレイヤーと協力あるいは対戦する対戦相手のプレイヤーまたはＣＰＵプレイヤーを設定する処理に必要な情報や、複数の端末装置１４を同期させる処理に必要な情報や、複数の端末装置１４において共通のゲームを実行するための処理に必要な情報などをサーバー通信部３６に送受信させる。またサーバー通信制御部４２は、情報の宛先を示す宛先情報や、情報の送信元を示す送信元情報や、情報を生成した情報処理システム１０を識別する識別情報などもサーバー通信部３６に送受信させる。

図３は、本実施形態の端末装置１４の機能を示す機能ブロック図である。図３に示すように、本実施形態の端末装置１４は、プレイヤー入力検出部５０、表示部５２、音出力部５４、端末情報記憶媒体５６、端末記憶部６０、端末通信部６６、端末情報処理部１００を含む。なお、図３の構成要素（各部）の一部を省略した構成としてもよい。

プレイヤー入力検出部５０は、プレイヤーによる端末装置１４に対する入力をプレイヤー入力として検出するためのものであり、その機能は、タッチセンサー、スイッチ、光学センサー、マイクなどにより実現できる。

表示部５２は、表示画面に画像を表示するものであり、その機能は、液晶ディスプレイ有機ＥＬディスプレイなどにより実現できる。

音出力部５４は、音を出力するものであり、その機能は、スピーカー、ヘッドフォンなどにより実現できる。

端末情報記憶媒体５６は、端末情報処理部１００や端末通信部６６が各種の処理を行うためのプログラムやデータなどを格納するものであり、その機能は、フラッシュメモリ、ハードディスク、光ディスク（ＤＶＤ、ＢＤ）などにより実現できる。すなわち端末情報記憶媒体５６には、本実施形態の各部としてコンピューターを機能させるためのプログラム（各部の処理をコンピューターに実行させるためのプログラム）が記憶されている。

端末記憶部６０は、端末情報処理部１００や端末通信部６６のワーク領域となるものであり、その機能はＲＡＭ（メインメモリ）や、ＶＲＡＭ（ビデオメモリ）などにより実現できる。詳細には端末記憶部６０は、端末情報記憶媒体５６からプログラムやデータが読み込まれる主記憶部６２と、表示部５２に表示させる画像が描画される描画バッファ６４を含む。

端末通信部６６は、外部ネットワーク（例えばサーバー装置１２や他の端末装置１４）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサーまたは通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

なお本実施形態の各部としてコンピューターを機能させるためのプログラム（データ）は、サーバー装置１２からネットワーク１６および端末通信部６６を介して端末装置１４の端末情報記憶媒体５６（あるいは主記憶部６２）にダウンロードするようにしてもよく、このようなサーバー装置１２の使用も本発明の範囲内に含めることができる。

端末情報処理部１００は、プレイヤー入力検出部５０が検出したプレイヤー入力や、端末通信部６６が受信した受信データや、端末記憶部６０の各種プログラムやデータなどに基づいて、ゲーム処理、画像生成処理、音生成処理などの各種処理を、主記憶部６２をワーク領域として行うものであり、その機能は、各種プロセッサー（ＣＰＵ（メインプロセッサー）、ＧＰＵ（描画プロセッサー）、ＤＳＰ等）、ＡＳＩＣなどのハードウェアや、プログラムにより実現できる。

そして端末情報処理部１００は、プレイヤー入力取得部１０１、端末ゲーム処理部１０２、表示制御部１０４、画像生成部１０８、音生成部１１０、端末通信制御部１１２を含む。なおこれらの一部を省略する構成としてもよい。

プレイヤー入力取得部１０１は、プレイヤー入力検出部５０が検出したプレイヤー入力や、主記憶部６２に読み込まれたプログラムやデータなどに基づいて、プレイヤーの入力を状況に応じた種類の入力として取得する。例えば、ボタンなどのＧＵＩが表示されている状態でＧＵＩがタップされると、表示されているＧＵＩの種類に応じた入力として取得する。

端末ゲーム処理部１０２は、プレイヤー入力取得部１０１が取得したプレイヤー入力や、端末通信部６６が受信した受信データや、端末情報処理部１００で行われる種々の処理の結果や、主記憶部６２に読み込まれたプログラムやデータなどに基づいて、種々のゲーム処理を行う。詳細には端末ゲーム処理部１０２は、ゲーム処理として、例えばゲーム開始条件が満たされた場合にゲームを開始する処理、複数種類のゲーム機能のうち選択されたゲーム機能を実行する処理、自端末のプレイヤー（プレイヤーＩＤ）を他端末のプレイヤー（他のプレイヤーＩＤ）とマッチングさせて共同ゲームに参加させるための処理、ゲームを進行させる処理、イベント発生条件が満たされた場合にイベントを発生させる処理、ゲーム判定を行う処理、スタミナ、得点、ライフなどの各種のパラメーターを更新する処理、ゲーム結果を演算する処理、プレイヤーに付与する報酬を演算する処理、プレイヤーに報酬を付与する処理、およびゲーム終了条件が満たされた場合にゲームを終了する処理などを行う。

具体的には端末ゲーム処理部１０２は、ソロプレイあるいはマルチプレイの音楽ゲームを実行するための種々の処理を行う。特に本実施形態では、端末ゲーム処理部１０２は、サーバー装置１２から受信した自端末のプレイヤーＩＤに対応する基準データに基づいて、音楽ゲームにおけるプレイヤー入力を判定し、判定した結果をサーバー装置１２に送信する処理を行う。

表示制御部１０４は、表示部５２に表示される画像の表示制御を行う。詳細には、プレイヤー入力取得部１０１が取得したプレイヤー入力や、端末通信部６６が受信した受信データや、端末情報処理部１００で行われる種々の処理の結果や、主記憶部６２に読み込まれたプログラムやデータなどに基づいて、種々のオブジェクトやプリレンダリング画像（ムービー画像）の表示内容、表示態様、表示タイミングなどの表示制御を行う。

本実施形態では、キャラクターを表示するためのキャラクターオブジェクトや、建物、道具、乗り物、地形などのキャラクター以外の物を表示するための非キャラクターオブジェクトや、背景を表示するための背景オブジェクトや、エフェクトを表示するためのエフェクトオブジェクトや、ボタンなどのＧＵＩ（ＧｒａｐｈｉｃＵｓｅｒＩｎｔｅｒｆａｃｅ）を表示するためのＧＵＩオブジェクトなどの種々のオブジェクトのオブジェクトデータや、種々のプリレンダリング画像の画像データが端末情報記憶媒体５６に記憶されている。そして表示制御部１０４は、実行中のゲーム機能の種類や、ゲームの進行状況などに応じて、主記憶部６２に読み込まれたオブジェクトデータやプリレンダリング画像の画像データに基づいて、オブジェクトやプリレンダリング画像の表示制御を行う。

詳細には表示制御部１０４は、主記憶部６２に読み込まれたオブジェクトデータに基づいて、オブジェクトを表すポリゴン、自由曲面、二次元画像などのプリミティブで構成されるオブジェクトを、オブジェクト空間に配置したり、移動あるいは動作させたりする処理を行う。具体的には表示制御部１０４は、プレイヤー入力取得部１０１が取得したプレイヤー入力や、端末通信部６６が受信した受信データや、端末情報処理部１００で行われる種々の処理の結果や、主記憶部６２に読み込まれたプログラムやデータなどに基づいて、１フレーム（例えば１／３０秒）ごとに、オブジェクト空間におけるオブジェクトの位置や向き（回転角度）を決定し、決定した位置に決定された向きでオブジェクトを配置したり、オブジェクトを構成する複数のパーツのそれぞれを動作させたりする。

画像生成部１０８は、プレイヤー入力取得部１０１が取得したプレイヤー入力や、端末通信部６６が受信した受信データや、端末情報処理部１００で行われる種々の処理の結果、特に表示制御部１０４で行われる種々の処理の結果や、主記憶部６２に読み込まれたプログラムやデータなどに基づいて、１フレームごとに描画バッファ６４にゲーム画像を描画する処理を行うことにより、各種のオブジェクトや、各種のプリレンダリング画像が表示されるゲーム画像を生成し、生成したゲーム画像を表示部５２に出力してゲーム画像を表示させる。

音生成部１１０は、端末情報処理部１００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、または音声などのゲーム音を生成し、音出力部５４に出力する。

端末通信制御部１１２は、端末通信部６６にサーバー装置１２あるいは他の端末装置１４と通信を行わせ、種々の情報を送受信させるための処理を行う。例えば端末通信制御部１１２は、他の端末装置１４に関する情報や、サーバーゲーム処理部４１における各種の処理の結果をサーバー装置１２から受信したり、その端末装置１４に関する情報や、プレイヤー入力取得部１０１が取得したプレイヤー入力や、端末情報処理部１００における各種の処理の結果をサーバー装置１２に送信したりするための処理を行う。

また端末通信制御部１１２は、プレイヤーを情報処理システム１０に新規登録する処理に必要な情報や、プレイヤーを情報処理システム１０にログインさせる処理に必要な情報や、ログインさせたプレイヤーと協力あるいは対戦する相手プレイヤーを設定する処理に必要な情報や、複数の端末装置１４を同期させる処理に必要な情報や、複数の端末装置１４において共通のゲームを実行するための処理に必要な情報などを端末通信部６６に送受信させる。また端末通信制御部１１２は、情報の宛先を示す宛先情報や、情報の送信元を示す送信元情報や、情報を生成した情報処理システム１０を識別する識別情報なども端末通信部６６に送受信させる。

なお、端末装置１４の端末情報記憶媒体５６の機能の全部または一部、端末記憶部６０の機能の全部または一部、端末ゲーム処理部１０２の機能の全部または一部、表示制御部１０４の機能の全部または一部、あるいは画像生成部１０８の機能の一部を、サーバー装置１２が備えるようにしてもよいし、サーバー装置１２のサーバー情報記憶媒体２０の機能の全部または一部、サーバー記憶部３０の機能の全部または一部、サーバーゲーム処理部４１の機能の全部または一部を、端末装置１４が備えるようにしてもよい。

２．本実施形態の制御手法
以下では、本実施形態の制御手法について、端末装置１４としてスマートフォンを用いる場合に、本実施形態のゲームプログラムをスマートフォンのゲームアプリケーションに適用した例を挙げて詳細に説明する。

図４は、本実施形態のゲームプログラムによりスマートフォンのタッチパネルディスプレイの表示領域２００に表示されるゲーム画像の例を示す図である。本実施形態では、６種類のゲーム機能のうち、ライブ機能を選択するプレイヤー入力が行われると、図４に示すように、まずはライブ機能のうち、ソロプレイの音楽ゲームでプレイする楽曲を複数の楽曲（楽曲ＩＤ）から選択するための楽曲選択画像２０２が表示される。本実施形態の楽曲選択画像２０２では、表示領域２００の上部に、プレイヤーのレベル、スタミナ、経験値、ゲーム内通貨などの各種のパラメーターを示すパラメーター表示２０４が表示され、表示領域２００の下部に、６種類のゲーム機能のうち、実行するゲーム機能を選択するための６つの機能ボタン２０６が表示される。

そして楽曲選択画像２０２では、表示領域２００の中央部に、現在選択中の楽曲の情報を示す選択中楽曲表示２０８が表示され、選択中楽曲表示２０８には、選択中の楽曲の曲名と、選択中の楽曲で音楽ゲームをプレイするために必要な消費スタミナを示す消費スタミナ表示２１０と、選択中の楽曲で音楽ゲームをプレイする際の難易度を選択するための難易度ボタン２１２が表示される。

本実施形態の選択中楽曲表示２０８では、難易度が低い順にデビュー、レギュラー、プロ、マスター、マスター＋の５段階の難易度に対応する５つの難易度ボタン２１２が表示される。そして、タップされた難易度ボタン２１２に対応する難易度が、選択中の難易度として設定される。ここで本実施形態では、選択中の難易度が高くなるにつれ、消費スタミナの量が多くなるようになっており、選択中楽曲表示２０８では、選択中の難易度に対応する消費スタミナが、消費スタミナ表示２１０に表示される。

なお本実施形態では、プレイヤーのレベルに応じて、選択できる難易度が異なるようになっており、図４の例では、プレイヤーのレベルが低いため、マスターを選択するための難易度ボタン２１２およびマスター＋を選択するための難易度ボタン２１２がグレーに着色され、マスターまたはマスター＋を選択する入力が受け付けられないようになっている。

また楽曲選択画像２０２では、選択中楽曲表示２０８の上方と下方に、選択可能な他の楽曲の曲名を示す他楽曲表示２１４が表示される。そして、選択中楽曲表示２０８あるいは他楽曲表示２１４が表示されている領域が上方または下方にフリックあるいはスワイプされると、選択中の楽曲が次々に変化して、選択中楽曲表示２０８において表示される楽曲の情報が次々に変化する。また、他楽曲表示２１４がタップされても、選択中の楽曲がタップされた他楽曲表示２１４の楽曲に変化して、選択中楽曲表示２０８において表示される楽曲の情報が変化する。

これにより楽曲選択画像２０２では、プレイヤーが複数の楽曲から今回の音楽ゲームの楽曲を選択するとともに、選択中の楽曲で音楽ゲームをプレイする際の難易度を選択することができるようになっている。

そして、選択中楽曲表示２０８の右方に表示される決定ボタン２１６がタップされると、選択中の楽曲が、今回の音楽ゲームの楽曲として決定され、選択中の難易度が、今回の音楽ゲームの難易度として決定される。そして、プレイヤーのスタミナから、選択中楽曲表示２０８に表示されている消費スタミナ、すなわち決定された楽曲と難易度に対応する消費スタミナが減算される。

すると、図５に示すように、表示領域２００に、ソロプレイの音楽ゲームをプレイするための音楽ゲーム画像２１８が表示される。本実施形態のソロプレイの音楽ゲーム画像２１８では、表示領域２００の左上部に、今回の音楽ゲームにおけるプレイヤーの残りのライフを表示するライフ表示２２０が表示され、表示領域２００の右上部に、今回の音楽ゲームにおいてプレイヤーが獲得した得点を表示する得点表示２２２が表示される。そして、表示領域２００の下部に、プレイヤーがタップやスワイプなどのタッチ入力を行うための５つの基準標識２２４が表示される。

そして音楽ゲームが開始されると、決定された楽曲の音がスマートフォンのスピーカーから出力されるとともに、楽曲の進行に合わせて、複数の指示標識２２６が表示領域２００の上部から５つの基準標識２２４のいずれかに向かって移動する画像が表示される。また、図示しないが、基準標識２２４と指示標識２２６の背後には、楽曲の進行に合わせて、プレイヤーが所持する５人のキャラクターに対応するキャラクターオブジェクトが、踊りながら歌う画像が表示される。

ここで図５の例では、左から１番目の基準標識２２４に向かって移動する指示標識２２６として、１つの基準標識２２４に対するタップを指示する第１態様の指示標識２２６が表示されている。また、左から３番目の基準標識２２４と左から４番目の基準標識２２４に向かって移動する指示標識２２６として、２つの基準標識２２４を始点と終点とするスワイプを指示する第２態様の指示標識２２６が表示されている。また、図５では図示しないが、２つの基準標識２２４に向かって移動する指示標識２２６として、２つの基準標識２２４への同時タップを指示する第３態様の指示標識２２６が表示されることもある。このように本実施形態では、基準標識２２４に対して行うべきタッチ入力の態様が異なる複数種類の指示標識２２６が表示される。

そして図５の例では、左から５番目の基準標識２２４の中心と第１態様の指示標識２２６の中心が一致するタイミングにおいて、左から５番目の基準標識２２４がタップされることにより、左から５番目の基準標識２２４の周囲にエフェクトが表示され、スピーカーから効果音が出力されるとともに、得点表示２２２に得点が加算され、「Ｐｅｒｆｅｃｔ！」とプレイヤーを評価する画像が表示されている。

詳細には本実施形態では、図６に示すように、サーバー情報記憶媒体２０に、複数の楽曲のそれぞれについて、５段階の難易度のそれぞれに対応させて、プレイヤーの基準標識２２４に対するタッチ入力を判定するための基準データ（ゲームデータ）と、複数の指示標識２２６を表示させるための指示標識データが格納されている。

ここで各基準データは、タッチ入力を行うべき複数の基準期間と、各基準期間においてタッチ入力を行うべき基準標識２２４と、各基準標識２２４に対して行うべきタッチ入力の態様が対応づけられたデータとなっている。また各指示標識データは、各基準期間において行うべきタッチ入力の態様を指示する指示標識２２６が、各基準期間においてタッチ入力を行うべき基準標識２２４を通過するように複数の指示標識２２６を表示させるデータとなっている。そして本実施形態では、音楽ゲームが開始される際に、決定された楽曲の楽曲データとともに、決定された楽曲と難易度に対応する基準データと指示標識データが、サーバー情報記憶媒体２０から端末情報記憶媒体５６にダウンロードされる。

そして、決定された楽曲の楽曲データの再生が開始されるとともに、決定された楽曲と難易度に対応する指示標識データも同期するように再生が開始されることにより、指示標識２２６によって、タッチ入力を行うべきタイミングと、タッチ入力を行うべき基準標識２２４と、タッチ入力の態様がプレイヤーに指示される。

そして、決定された楽曲と難易度に対応する基準データに基づいて、いずれかの基準期間が到来したことが検知されると、その基準期間において、その基準期間に対応する基準標識２２４に対して、その基準期間に対応する態様でタッチ入力が行われたか否か、すなわち正しい入力が行われたか否かが判定される（ゲーム判定）。そして、その基準期間において、正しい入力が行われたと判定された場合には、得点表示２２２に得点（判定結果）が加算され、正しい入力が行われないと判定された場合には得点表示２２２に得点が加算されない。

具体的には本実施形態では、基準標識２２４の上端に指示標識２２６の下端が接するタイミングが基準期間の始点として設定され、基準標識２２４の中心と指示標識２２６の中心が一致するタイミングが基準期間の中央値として設定され、基準標識２２４の下端に指示標識２２６の上端が接するタイミングが基準期間の終点として設定されている。

そして、基準期間のうち中央値から−０．１秒〜＋０．１秒の間の第１期間において、正しい入力が行われたと判定された場合には、最も高い得点が加算されるとともに、「Ｐｅｒｆｅｃｔ！」とプレイヤーを評価する画像が表示される。また、基準期間のうち中央値から−０．２秒〜−０．１秒の間と＋０．１秒〜＋０．２秒の間の第２期間において、正しい入力が行われたと判定された場合には、２番目に高い得点が加算されるとともに、「Ｇｒｅａｔ！」とプレイヤーを評価する画像が表示される。また、基準期間のうち中央値から−０．３秒〜−０．２秒の間と＋０．２秒〜＋０．３秒の間の第３期間において、正しい入力が行われたと判定された場合には、３番目に高い得点が加算されるとともに、「Ｎｉｃｅ！」とプレイヤーを評価する画像が表示される。一方、基準期間において、正しい入力が行われないと判定された場合には、得点が加算されずに、「Ｍｉｓｓ！」とプレイヤーを評価する画像が表示される。

そして本実施形態では、第１期間において正しい入力が行われたとの判定、または第２期間において正しい入力が行われたとの判定が連続して行われるごとに、コンボ数に１が加算され、コンボ数が増加するにつれて、高い得点が得点表示２２２に更に加算される。ただし、第３期間において正しい入力が行われたとの判定、または基準期間において正しい入力が行われないとの判定が行われると、コンボ数が０にリセットされる。そして図５に示すように、音楽ゲーム画像２１８では、表示領域２００の右上部に、コンボ数を示す自端末コンボ表示２２８が表示される。

また本実施形態では、基準期間において正しい入力が行われないとの判定が行われると、ライフ表示２２０の残りのライフが減少するように表示される。そして、残りのライフが０にならずに楽曲データが最後まで再生されて今回の音楽ゲームが終了すると、今回の音楽ゲームにおいてプレイヤーが獲得した得点や、今回の音楽ゲームをプレイするために要した消費スタミナなどに基づいて、プレイヤーに付与する報酬が決定される。本実施形態では、経験値、ゲーム内通貨などの各種のパラメーターや、キャラクターや通常アイテムなどが、プレイヤーに付与される報酬として決定される。

そして、図示しないが、表示領域２００において、プレイヤーに付与される報酬が表示されると、図４で示した楽曲選択画像２０２が表示され、次回のソロプレイの音楽ゲームの楽曲および難易度の選択が受け付けられる。

一方、楽曲データが最後まで再生される前に残りのライフが０になると、楽曲データの再生が途中で終了されて、今回の音楽ゲームが終了する。そしてこの場合には、プレイヤーに付与する報酬が決定されず、音楽ゲームの結果も表示されずに、図４で示した楽曲選択画像２０２が表示される。

ここで本実施形態では、楽曲が同一であっても難易度が高いほど、基準データでは、基準期間の数が多く設定され、指示標識データでは、指示標識２２６の数が多く設定されている。また、楽曲が同一であっても難易度が高いほど、基準データでは、スワイプや同時タップに対応する基準期間の数が多く設定され、指示標識データでは、第２態様の指示標識２２６や第３態様の指示標識２２６の数が多く設定されている。そして、第１態様の指示標識２２６よりも、第２態様の指示標識２２６や第３態様の指示標識２２６の方が、正しい入力を行うことが難しいため、得点が高く設定されている。

従って本実施形態の音楽ゲームでは、楽曲が同一であっても難易度が高いほど、プレイヤーの技量が高く正しい入力を行うことができれば高い得点を獲得できるが、プレイヤーの技量が低く正しい入力を行うことができなければ高い得点を獲得できず、場合によってはライフが０になり報酬を獲得できないこともあるようになっている。すなわち本実施形態の音楽ゲームでは、プレイヤーが自らの技量に合った難易度を選択することにより、技量に合った得点を獲得したり報酬を獲得したりすることができるようになっている。

また本実施形態のライブ機能では、５つの端末装置１４のそれぞれでゲームをプレイする５人のプレイヤーを、サーバー装置１２においてマッチングさせて１つのグループを形成し、各端末装置１４においてマルチプレイの音楽ゲームをプレイすることができるようになっている。

詳細には、図４に示した楽曲選択画像２０２において、表示領域２００の左下部に表示されるライブパーティーボタン２３０がタップされると、図７に示すように、表示領域２００に、マルチプレイの音楽ゲームを開始するためのマルチプレイ開始画像２３２が表示される。本実施形態のマルチプレイ開始画像２３２では、表示領域２００の右下部に、マッチングルームを作成せずに他のプレイヤーとマッチングするためのライブ会場ボタン２３４と、マッチングルームを作成して他のプレイヤーとマッチングするためのルーム作成ボタン２３６と、他のプレイヤーが作成したマッチングルームに入室して他のプレイヤーとマッチングするためのルーム入室ボタン２３８が表示されている。

そして、ライブ会場ボタン２３４がタップされると、図８に示すように、表示領域２００に、マルチプレイの音楽ゲームをプレイする際の難易度を選択するための第１難易度選択画像２４０が表示される。本実施形態の第１難易度選択画像２４０では、図４で示した楽曲選択画像２０２と同様に、デビュー、レギュラー、プロ、マスター、マスター＋の５段階の難易度に対応する５つの難易度ボタン２１２が表示される。そして、タップされた難易度ボタン２１２に対応する難易度が、選択中の難易度として設定される。

そして本実施形態では、マルチプレイの音楽ゲームでも、選択中の難易度が高くなるにつれ、１回の音楽ゲームに必要な消費スタミナの量が多くなるようになっており、第１難易度選択画像２４０でも、選択中の難易度に対応する消費スタミナが、消費スタミナ表示２１０に表示される。なお第１難易度選択画像２４０では、プレイヤーのレベルに関わらず、いずれの難易度でも選択できるようになっている。

そして本実施形態では、難易度が異なるプレイヤー同士であってもグループを形成し、マルチプレイの音楽ゲームをプレイすることができるようになっており、第１難易度選択画像２４０では、難易度ボタン２１２の下方に、異なる難易度のマッチングを許可するか否かを選択するためのチェックボックス２４２が表示される。そして、第１難易度選択画像２４０では、初期状態ではチェックボックス２４２にチェックが表示されていないが、チェックが表示されていない状態でチェックボックス２４２をタップするとチェックが表示され、チェックが表示されている状態でチェックボックス２４２をタップするとチェックが消去される。

そして、第１難易度選択画像２４０の下部に表示される決定ボタン２４４がタップされると、選択中の難易度が、自端末における今回の音楽ゲームの難易度として決定される。また本実施形態では、決定ボタン２４４がタップされた際に、チェックボックス２４２にチェックが表示されている場合には、異なる難易度のマッチングを許可することが決定される。一方、決定ボタン２４４がタップされた際に、チェックボックス２４２にチェックが表示されていない場合には、異なる難易度のマッチングを許可しないことが決定される。

すると、端末装置１４からサーバー装置１２に、マッチング処理を行うことを要求するマッチング要求と、決定された難易度と、異なる難易度のマッチングの可否を特定する特定情報が送信される。するとマッチング処理が開始され、サーバー装置１２において、まずはマッチング要求を送信した端末装置１４のプレイヤーが待機状態に設定され、上述した特定情報に基づいて、待機状態のプレイヤーの難易度および異なる難易度のマッチング可否が設定される。詳細には、特定情報に異なる難易度のマッチングを許可する許可情報が含まれている場合には、待機状態のプレイヤーが待機状態かつ許可状態に設定され、特定情報に異なる難易度のマッチングを許可しない不許可情報が含まれている場合には、待機状態のプレイヤーが待機状態かつ不許可状態に設定される。

そしてマッチング処理では、許可状態のプレイヤーについては、待機状態の他のプレイヤーの中に、許可状態のプレイヤーが存在する場合に、許可状態のプレイヤー同士がマッチング状態に設定され、不許可状態のプレイヤーについては、待機状態の他のプレイヤーの中に、同一の難易度のプレイヤーが存在する場合に、同一の難易度のプレイヤー同士がマッチング状態に設定される。そして、マッチング状態のプレイヤーが５人に達すると、マッチング状態の５人のプレイヤーにより１つのグループが形成され、グループＩＤが決定される。そして、マッチング状態の５人のプレイヤーが待機状態から準備中状態に設定される。

すると、準備中状態のプレイヤーの端末装置１４では、図９に示すように、表示領域２００に、５人のプレイヤーを確認するためのメンバー確認画像２４６が表示される。本実施形態のメンバー確認画像２４６では、表示領域２００の左上部に、自端末のプレイヤーの難易度を示すプレイヤー難易度表示２４８が表示され、プレイヤー難易度表示２４８の右方に、自動的に決定されたグループの名前が表示される。そして、表示領域２００の中央部には、５人のプレイヤーのそれぞれに対応する５つのメンバー表示２５０が表示される。そして、各メンバー表示２５０には、各端末装置１４のプレイヤーが所持するキャラクターから１人ずつ選択された選択キャラクターに対応するキャラクター画像、難易度、プレイヤーの名前、レベルが表示される。

図９の例は、プレイヤーＡの端末装置１４の表示領域２００において表示されているメンバー確認画像２４６であるため、プレイヤーＡの難易度であるデビューに対応するプレイヤー難易度表示２４８が表示されている。そして図９の例では、各プレイヤーが許可状態のプレイヤーであるため、各プレイヤーに対応するメンバー表示２５０に表示されている難易度が異なっている。なお図示しないが、不許可状態の５人のプレイヤーがマッチング状態に設定されてグループが形成された場合には、各プレイヤーに対応するメンバー表示２５０に表示される難易度が同一となる。

そして、メンバー確認画像２４６では、表示領域２００の右下部に、準備完了ボタン２５２が表示され、準備完了ボタン２５２がタップされると、準備完了ボタン２５２がタップされた端末装置１４のプレイヤーが、準備中状態から準備完了状態に設定される。そして、５人のプレイヤーの全員が準備完了状態に設定されると、各プレイヤーのスタミナから、各プレイヤーの難易度に対応する消費スタミナが減算され、マルチプレイの音楽ゲーム（共同ゲーム）が開始される。

ここで、マルチプレイの音楽ゲームの楽曲（共同ゲームのゲームＩＤ）は、プレイヤーが選択することができず、複数の楽曲から抽選で決定された楽曲が、今回のマルチプレイの音楽ゲームの楽曲として決定される。そして、マルチプレイの音楽ゲームが開始される際には、決定された楽曲の楽曲データとともに、抽選で決定された楽曲と、各プレイヤーが選択した難易度に対応する基準データと指示標識データが、グループに属する５人のプレイヤーのそれぞれの端末装置１４の端末情報記憶媒体５６にダウンロードされる。すなわち、各端末装置１４には、同一の楽曲データがダウンロードされるが、各端末装置１４のプレイヤーが選択した難易度に対応する基準データと指示標識データがダウンロードされる。

そして、マルチプレイの音楽ゲームでも、ソロプレイの音楽ゲームと同様に、基準データと指示標識データに基づいて、音楽ゲームが実行される。本実施形態では、サーバー装置１２から各端末装置１４にマルチプレイの音楽ゲームの開始指示が同時に送信され、各端末装置１４では、開始指示を受信したことに基づいて、各端末装置１４の通信環境や端末環境に応じたタイミングで、各端末装置１４で共通の楽曲データの再生が開始されるとともに、各端末装置１４のプレイヤーが選択した難易度に対応する指示標識データも同期するように再生が開始される。

そして、各端末装置１４では、各端末装置１４のプレイヤーが選択した難易度に対応する基準データに基づいて、いずれかの基準期間が到来したことが検知されると、その基準期間において、その基準期間に対応する基準標識２２４に対して、その基準期間に対応する態様でタッチ入力が行われたか否か、すなわち正しい入力が行われたか否かが判定される。そして、その基準期間において、正しい入力が行われたと判定された場合には、得点表示２２２に得点が加算され、正しい入力が行われないと判定された場合には得点表示２２２に得点が加算されない。

具体的には、図１０に示すように、マルチプレイの音楽ゲーム画像では、図５で示したソロプレイの音楽ゲーム画像と同様に、ライフ表示２２０、得点表示２２２、５つの基準標識２２４、複数の指示標識２２６、自端末コンボ表示２２８が表示される。ここで、図１０の例では、左から２番目の基準標識２２４と左から４番目の基準標識２２４に向かって移動する指示標識２２６として、２つの基準標識２２４への同時タップを指示する第３態様の指示標識２２６が表示されている。また、図示しないが、基準標識２２４と指示標識２２６の背後には、楽曲の進行に合わせて、５人のキャラクターオブジェクトが踊りながら歌う画像が表示されるが、マルチプレイの音楽ゲーム画像では、５人のキャラクターオブジェクトのそれぞれは、各端末装置１４の選択キャラクターに対応するキャラクターオブジェクトとなっている。

そして、マルチプレイの音楽ゲーム画像では、ソロプレイの音楽ゲーム画像とは異なり、表示領域２００の左端部に、他の端末装置１４の選択キャラクターに対応するキャラクター画像が表示されるとともに、各キャラクター画像の上部には、他の端末装置１４のコンボ数を示す他端末コンボ表示２５４が表示されている。詳細には本実施形態では、マルチプレイの音楽ゲームが実行されている場合には、各端末装置１４において更新されているコンボ数が、所定条件下でサーバー装置１２を介して他の端末装置１４に送信されることにより、各端末装置１４において自端末のコンボ数と他端末のコンボ数が更新される。

また、マルチプレイの音楽ゲームでは、楽曲データが最後まで再生される前に残りのライフが０になっても、楽曲の再生が途中で終了されることなく、音楽ゲームが終了されない。そして、楽曲データが最後まで再生されて今回のマルチプレイの音楽ゲームが終了すると、今回の音楽ゲームにおいて各プレイヤーが獲得した得点や、今回の音楽ゲームをプレイするために要した消費スタミナなどに基づいて、各プレイヤーに付与する報酬が決定される。

詳細には、マルチプレイの音楽ゲームでは、ソロプレイの音楽ゲームとは異なり、今回の音楽ゲームにおいて各プレイヤーが獲得した得点の合計である合計得点（共通ゲーム結果）が求められ、合計得点に基づいて、プレイヤーに共通に付与される共通報酬（第３報酬）が決定される。本実施形態では、経験値、ゲーム内通貨などの各種のパラメーターや、キャラクターや通常アイテムなどが、共通報酬として決定される。ただし、残りのライフが０になったプレイヤーについては、共通報酬が他のプレイヤーと共通にはならず、共通報酬が付与されない場合もあるようになっている。

また、合計得点に対する各プレイヤーが獲得した得点の割合に基づいて、プレイヤーに個別に付与される個別報酬（第２報酬）が決定される。本実施形態では、ソロプレイの音楽ゲームの報酬や、マルチプレイの音楽ゲームの共通報酬としては付与されない特殊アイテムが、個別報酬として抽選により決定される。そして本実施形態では、抽選により個別報酬が付与されない場合もあるようになっている。

そして本実施形態では、図７で示したマルチプレイ開始画像２３２では、表示領域２００の左下部に、プレイヤーが所持する特殊アイテムの数を示す特殊アイテム数表示２５６が表示される。そして、特殊アイテム数表示２５６の下方に表示されている交換所ボタン２５８がタップされると、図示しないが、特殊アイテムをレアリティが高いキャラクターと交換することができる交換所画像が表示されるようになっている。

こうして本実施形態では、マルチプレイの音楽ゲームをプレイすると、特殊アイテムが個別報酬として付与されることがあるようにして、マルチプレイの音楽ゲームに対するプレイヤーの意欲を高めるようにしている。

しかしマルチプレイの音楽ゲームでは、上述したように、合計得点に基づいて各プレイヤーに共通報酬あるいは個別報酬が付与されるため、異なる難易度のプレイヤーでグループが形成された場合に、高い難易度のプレイヤーと低い難易度のプレイヤーが存在すると、低い難易度のプレイヤーが存在しない場合よりも合計得点が低下してしまい、高い難易度のプレイヤーが獲得できる共通報酬あるいは個別報酬の価値や量が低下してしまうことがある。

そこで本実施形態では、異なる難易度のプレイヤーでグループが形成された場合には、各プレイヤーの難易度の違いに基づいて、難易度が相対的に高いプレイヤーに相対的に多くの追加報酬（第１報酬）が付与されるようにしている。本実施形態では、個別報酬として付与されることがある特殊アイテムが、追加報酬として決定される。ただし、残りのライフが０になったプレイヤーについては、追加報酬が付与されない場合もあるようになっている。

詳細には本実施形態では、図１１（Ａ）に示すように、５段階の難易度のそれぞれの難易度値として、デビューに対応する１０、レギュラーに対応する２０、プロに対応する３０、マスターに対応する４０、マスター＋に対応する５０が定められている。そして、マルチプレイの音楽ゲームの開始条件が成立すると、図１１（Ｂ）に示すように、各プレイヤーの難易度値と５人の難易度値の平均値の差が、各プレイヤーの難易度差分値として求められる。

そして、サーバー情報記憶媒体２０には、図１１（Ｃ）に示すように、各プレイヤーの難易度と難易度差分値と追加報酬数の関係が定められた追加報酬数テーブルが格納されており、マルチプレイの音楽ゲームの終了条件が成立すると、各プレイヤーの難易度と難易度差分値に基づいて、追加報酬数テーブルを参照して、各プレイヤーの追加報酬数が求められる。

例えば、プレイヤーＡの難易度がレギュラーであり、プレイヤーＢ〜プレイヤーＥの４人のプレイヤーの難易度がデビューである場合には、プレイヤーＡの難易度差分値は、２０−（６０／５）＝８であるため、ＩＤが６の追加報酬数である５０が、プレイヤーＡの追加報酬数として求められる。一方、プレイヤーＢ〜プレイヤーＥのそれぞれの難易度差分値は、１０−（６０／５）＝−２であるため０に変換され、ＩＤが１の追加報酬数である５が、プレイヤーＢ〜プレイヤーＥのそれぞれの追加報酬数として求められる。

なお本実施形態では、マルチプレイの音楽ゲームの開始条件が成立すると、各プレイヤーの難易度差分値が求められ、マルチプレイの音楽ゲームの終了条件が成立すると、各プレイヤーの追加報酬数が求められるようにしている。これにより本実施形態では、マルチプレイの音楽ゲームが途中で終了するなど何らかのトラブルが発生した場合にも関わらず、誤って追加報酬が付与されてしまうことがないようにしている。

また本実施形態では、上述した個別報酬は、合計得点に対する各プレイヤーが獲得した得点の割合に加え、各プレイヤーの難易度と難易度差分値に基づいて、プレイヤーに個別に付与される個別報酬が決定される。

そして本実施形態では、図１２に示すように、表示領域２００において、５人のプレイヤーのそれぞれが獲得した得点と報酬が表示される結果表示画像２６０が表示される。本実施形態の結果表示画像２６０では、図９で示したメンバー確認画像２４６と同様に、プレイヤー難易度表示２４８、グループの名前、５人のプレイヤーのそれぞれに対応する５つのメンバー表示２６２が表示されるが、結果表示画像２６０のメンバー表示２６２には、各プレイヤーのレベルに代えて、各プレイヤーの得点と特殊アイテムの獲得数を示す獲得数表示２６４が表示される。

すなわち本実施形態では、個別報酬として付与された特殊アイテムの数と追加報酬として付与された特殊アイテムの数の合計が、特殊アイテムの獲得数表示２６４として表示される。また、結果表示画像２６０では、表示領域２００の右上部に、各プレイヤーの得点の合計を示す合計得点表示２６６と、各プレイヤーが獲得した特殊アイテムの獲得数の合計を示す合計獲得数表示２６８が表示される。

こうして本実施形態では、異なる難易度のプレイヤーでグループが形成された場合には、難易度が相対的に低いプレイヤーよりも、難易度が相対的に高いプレイヤーの方が、多くの追加報酬が付与されるようにして、異なる難易度のプレイヤーでグループが形成されるマルチプレイの音楽ゲームに対するプレイヤーの意欲を高めるようにしている。

また本実施形態では、図７で示したマルチプレイ開始画像２３２において表示されるルーム作成ボタン２３６がタップされると、図１３に示すように、表示領域２００に、作成するマッチングルームの難易度を選択するための第２難易度選択画像２７０が表示される。本実施形態の第２難易度選択画像２７０では、図８で示した第１難易度選択画像２４０と同様に、デビュー、レギュラー、プロ、マスター、マスター＋の５段階の難易度に対応する５つの難易度ボタン２１２が表示される。そして、タップされた難易度ボタン２１２に対応する難易度が、選択中の難易度として設定される。

そして本実施形態では、マッチングルームを作成する場合であっても、選択中の難易度が高くなるにつれ、１回の音楽ゲームに必要な消費スタミナの量が多くなるようになっており、第２難易度選択画像２７０でも、選択中の難易度に対応する消費スタミナが、消費スタミナ表示２１０に表示される。なお第２難易度選択画像２７０でも、プレイヤーのレベルに関わらず、いずれの難易度でも選択できるようになっている。

そして本実施形態では、マッチングルームを作成する場合であっても、難易度が異なるプレイヤー同士でグループを形成し、マルチプレイの音楽ゲームをプレイすることができるようになっており、第２難易度選択画像２７０でも、難易度ボタン２１２の下方に、異なる難易度のマッチングを許可するか否かを選択するためのチェックボックス２４２が表示される。

そして、第２難易度選択画像２７０の下部に表示される決定ボタン２７２がタップされると、選択中の難易度が、マッチングルームの難易度およびホストプレイヤーの難易度として決定される。また、決定ボタン２７２がタップされた際に、チェックボックス２４２にチェックが表示されている場合には、マッチングルームにおいて異なる難易度のマッチングを許可することが決定される。一方、決定ボタン２７２がタップされた際に、チェックボックス２４２にチェックが表示されていない場合には、マッチングルームにおいて異なる難易度のマッチングを許可しないことが決定される。

すると、端末装置１４からサーバー装置１２に、ルーム作成処理を行うことを要求するルーム作成要求と、決定された難易度と、異なる難易度のマッチングの可否を特定する特定情報が送信される。するとルーム作成処理が開始され、まずはサーバー装置１２においてルームＩＤ（グループＩＤ）が設定され、ルーム作成要求を送信した端末装置１４のプレイヤーがホストプレイヤーに設定され、上述した特定情報に基づいて、ホストプレイヤーの難易度、マッチングルームの難易度および異なる難易度のマッチング可否が設定される。

すると図１４に示すように、表示領域２００に、各端末装置１４の選択キャラクターに対応するキャラクターオブジェクトが配置可能なルーム画像２７４が表示され、まずはホストプレイヤーの選択キャラクターに対応するキャラクターオブジェクトが配置される。そしてルーム画像２７４において配置されたキャラクターオブジェクトは、プレイヤーの操作によらずに歩いたり話したりするなど、様々な動作を行うように自動的に制御される。そしてルーム画像２７４では、表示領域２００の左上部に、マッチングルームのルームＩＤを示すルームＩＤ表示２７６が表示され、ルームＩＤ表示２７６の下方には、マッチングルームの難易度を示すルーム難易度表示２７８が表示される。

またルーム画像２７４では、ホストプレイヤーの端末装置１４のみにおいて、表示領域２００の右端部に、マッチングルームの設定変更を行うためのルーム設定ボタン２８０と、マッチングルームを解散するためのルーム解散ボタン２８２が表示される。そして、ルーム設定ボタン２８０がタップされると、図１５に示すように、表示領域２００に、マッチングルームの難易度を選択するための第３難易度選択画像２８４が表示される。本実施形態の第３難易度選択画像２８４では、図８で示した第１難易度選択画像２４０と同様の、デビュー、レギュラー、プロ、マスター、マスター＋の５段階の難易度に対応する５つの難易度ボタン２１２に加えて、全ての難易度に対応する全難易度ボタン２８６が表示される。そして、タップされた難易度ボタン２１２に対応する難易度が、選択中の難易度として設定されるが、全難易度ボタン２８６がタップされると、異なる難易度のマッチングを許可することが選択される。

そして第３難易度選択画像２８４でも、選択中の難易度に対応する消費スタミナが、消費スタミナ表示２１０に表示される。なお第３難易度選択画像２８４でも、プレイヤーのレベルに関わらず、いずれの難易度でも選択できるようになっている。

そして、第３難易度選択画像２８４の下部に表示される決定ボタン２８８がタップされると、選択中の難易度が、マッチングルームの難易度として決定される。また、決定ボタン２８８がタップされた際に、異なる難易度のマッチングを許可することが選択されている場合には、異なる難易度のマッチングを許可することが決定される。一方、決定ボタン２８８がタップされた際に、異なる難易度のマッチングを許可することが選択されていない場合には、異なる難易度のマッチングを許可しないことが決定される。すると図１４に示すように、表示領域２００に、再びルーム画像２７４が表示される。

また本実施形態では、図７で示したマルチプレイ開始画像２３２において表示されるルーム入室ボタン２３８がタップされると、図１６に示すように、表示領域２００に、入室するマッチングルームを選択するためのルーム入室画像２９０が表示される。本実施形態のルーム入室画像２９０では、ルームＩＤにより検索されたマッチングルームまたはランダムに検索されたマッチングルームに対応するルーム選択画像２９２が表示される。

そして、各ルーム選択画像２９２には、マッチングルームを作成したホストプレイヤーの選択キャラクターに対応するキャラクター画像、プレイヤーの名前、マッチングルームに入室しているプレイヤーの数、レベル、マッチングルームの難易度、入室ボタン２９４が表示される。そして、入室ボタン２９４がタップされると、端末装置１４からサーバー装置１２に、ルーム入室処理を行うことを要求するルーム入室要求が送信される。するとルーム入室処理が開始され、まずはサーバー装置１２において、ルーム入室要求を送信した端末装置１４のプレイヤーが、入室ボタン２９４に対応するマッチングルームのゲストプレイヤーに設定され、すなわち、ホストプレイヤーとマッチング状態に設定され、入室したマッチングルームの難易度が、ゲストプレイヤーの難易度として設定される。

すると図１４に示すように、表示領域２００に、ルーム画像２７４が表示され、ゲストプレイヤーの選択キャラクターに対応するキャラクターオブジェクトが配置される。そしてルーム画像２７４では、表示領域２００の左端部に、ゲストプレイヤーの選択キャラクターに対応するキャラクター画像が表示されるとともに、各キャラクター画像の上部には、ゲストプレイヤーの難易度が示されるゲストプレイヤー難易度表示２９６が表示される。そしてルーム難易度表示２７８の右方には、自端末のプレイヤーの難易度変更を行うための難易度変更ボタン２９８が表示される。

そして、難易度変更ボタン２９８がタップされると、図１７に示すように、表示領域２００に、自端末のプレイヤーの難易度を選択するための第４難易度選択画像３００が表示される。本実施形態の第４難易度選択画像３００では、図８で示した第１難易度選択画像２４０と同様に、デビュー、レギュラー、プロ、マスター、マスター＋の５段階の難易度に対応する５つの難易度ボタン２１２が表示される。そして、タップされた難易度ボタン２１２に対応する難易度が、選択中の難易度として設定される。しかし、第４難易度選択画像３００では、異なる難易度のマッチングを許可するか否かを選択するためのチェックボックス２４２や全難易度ボタン２８６は表示されない。

そして第４難易度選択画像３００でも、選択中の難易度に対応する消費スタミナが、消費スタミナ表示２１０に表示される。なお第４難易度選択画像３００でも、プレイヤーのレベルに関わらず、いずれの難易度でも選択できるようになっている。そして、第４難易度選択画像３００の下部に表示される決定ボタン３０２がタップされると、選択中の難易度が、自端末のプレイヤーの難易度として決定される。すると図１４に示すように、表示領域２００に、再びルーム画像２７４が表示される。

そしてルーム画像２７４では、表示領域２００の右下部に、ライブ開始ボタン３０４が表示されるが、マッチングルームに１人のホストプレイヤーと４人のゲストプレイヤーが設定されるまでは、すなわち５人のプレイヤーがマッチング状態に設定されていない場合には、ライブ開始ボタン３０４がグレーに着色され、ライブ開始ボタン３０４をタップする入力が受け付けられないようになっている。そして、５人のプレイヤーがマッチング状態に設定されている場合には、ライブ開始ボタン３０４がピンク色に着色され、ライブ開始ボタン３０４をタップする入力が受け付けられるようになっている。

そして、ピンク色に着色されたライブ開始ボタン３０４がタップされると、各プレイヤーのスタミナから、各プレイヤーの難易度に対応する消費スタミナが減算され、マルチプレイの音楽ゲームが開始される。

このように本実施形態では、マッチングルームにおいてマッチング処理が行われる場合には、ホストプレイヤーは、マッチングルームの難易度、自端末のプレイヤーの難易度、マッチングルームにおける異なる難易度のマッチング可否を変更することができ、ゲストプレイヤーは、自端末のプレイヤーの難易度を変更することができるようになっている。

以下では、本実施形態のサーバー装置１２で行われる処理の流れを、図１８〜図２２のフローチャートを用いて説明する。

まず図１８に示すマッチング処理では、サーバーゲーム処理部４１は、マッチング要求と、決定された難易度および異なる難易度のマッチングの可否を特定する特定情報を受信すると（ステップＳ１００でＹ）、マッチング要求を送信した端末装置１４のプレイヤーＩＤを待機状態に設定し（ステップＳ１０２）、特定情報に基づいて待機状態のプレイヤーＩＤの難易度および異なる難易度のマッチング可否を設定する（ステップＳ１０４）。そして、待機状態に設定したプレイヤーＩＤが許可状態のプレイヤーＩＤである場合であって（ステップＳ１０６でＹ）、待機状態の他のプレイヤーＩＤの中に許可状態のプレイヤーＩＤが存在する場合に（ステップＳ１０８でＹ）、サーバーゲーム処理部４１は、許可状態のプレイヤーＩＤ同士をマッチング状態に設定する（ステップＳ１１０）。

そして、待機状態の他のプレイヤーＩＤの中に許可状態のプレイヤーＩＤが存在しない場合（ステップＳ１０８でＮ）、またはマッチング状態のプレイヤーＩＤが５人に達しない場合には（ステップＳ１１２でＮ）、待機状態に設定してから６０秒が経過するか、待機状態に設定したプレイヤーＩＤから取消要求を受信すると（ステップＳ１１４でＹ）、サーバーゲーム処理部４１は、待機状態を解除して（ステップＳ１１６）、マッチング処理を終了する。

そして、待機状態に設定してから６０秒が経過せず、待機状態に設定したプレイヤーＩＤから取消要求を受信しない場合には（ステップＳ１１４でＮ）、サーバーゲーム処理部４１は、ステップＳ１０８に戻る。そして、マッチング状態のプレイヤーＩＤが５人に達した場合には（ステップＳ１１２でＹ）、サーバーゲーム処理部４１は、マッチング状態の５人のプレイヤーＩＤを待機状態から準備中状態に設定して（ステップＳ１１８）、マッチング処理を終了する。

一方、待機状態に設定したプレイヤーＩＤが不許可状態のプレイヤーＩＤである場合であって（ステップＳ１０６でＮ）、待機状態の他のプレイヤーＩＤの中に同一の難易度のプレイヤーＩＤが存在する場合に（ステップＳ１２０でＹ）、サーバーゲーム処理部４１は、同一の難易度のプレイヤーＩＤ同士をマッチング状態に設定する（ステップＳ１２２）。

そして、待機状態の他のプレイヤーＩＤの中に同一の難易度のプレイヤーＩＤが存在しない場合（ステップＳ１２０でＮ）、またはマッチング状態のプレイヤーＩＤが５人に達しない場合には（ステップＳ１２４でＮ）、待機状態に設定してから６０秒が経過するか、待機状態に設定したプレイヤーＩＤから取消要求を受信すると（ステップＳ１２６でＹ）、サーバーゲーム処理部４１は、待機状態を解除して（ステップＳ１２８）、マッチング処理を終了する。

そして、待機状態に設定してから６０秒が経過せず、待機状態に設定したプレイヤーＩＤから取消要求を受信しない場合には（ステップＳ１２６でＮ）、サーバーゲーム処理部４１は、ステップＳ１２０に戻る。そして、マッチング状態のプレイヤーＩＤが５人に達した場合には（ステップＳ１２４でＹ）、サーバーゲーム処理部４１は、マッチング状態の５人のプレイヤーＩＤを待機状態から準備中状態に設定して（ステップＳ１３０）、マッチング処理を終了する。

また図１９に示すルーム作成処理では、サーバーゲーム処理部４１は、ルーム作成要求と、決定された難易度および異なる難易度のマッチングの可否を特定する特定情報を受信すると（ステップＳ１４０でＹ）、ルームＩＤを設定し（ステップＳ１４２）、ルーム作成要求を送信した端末装置１４のプレイヤーＩＤをホストプレイヤーに設定する（ステップＳ１４４）。すると、サーバーゲーム処理部４１は、特定情報に基づいて、ホストプレイヤーの難易度、ルームの難易度および異なる難易度のマッチング可否を設定する（ステップＳ１４６）。

また図２０に示すルーム入室処理では、サーバーゲーム処理部４１は、ルーム入室要求を受信すると（ステップＳ１６０でＹ）、ルーム入室要求を送信した端末装置１４のプレイヤーＩＤをゲストプレイヤーとして設定し（ステップＳ１６２）、マッチングルームの難易度をゲストプレイヤーの難易度として設定する（ステップＳ１６４）。

また図２１に示すマルチプレイの音楽ゲーム開始時処理では、サーバーゲーム処理部４１は、マルチプレイの音楽ゲームを開始するための条件が成立した場合に（ステップＳ１８０）、プレイヤーＩＤのスタミナからプレイヤーＩＤの難易度に応じたスタミナを減算し（ステップＳ１８２）、各プレイヤーＩＤの難易度差分値を、各プレイヤーＩＤの難易度値−（５人の難易度値の合計／５）により求める（ステップＳ１８４）。すると、サーバーゲーム処理部４１は、マルチプレイの音楽ゲームを開始する（ステップＳ１８６）。

また図２２に示すマルチプレイの音楽ゲーム終了時処理では、サーバーゲーム処理部４１は、マルチプレイの音楽ゲームが終了すると（ステップＳ２００でＹ）、合計得点に基づいて、各プレイヤーＩＤの共通報酬を決定し（ステップＳ２０２）、各プレイヤーＩＤのパラメーターに基づいて、各プレイヤーＩＤの個別報酬を決定し（ステップＳ２０４）、各プレイヤーＩＤの難易度と難易度差分値に基づいて、各プレイヤーＩＤの追加報酬を決定する（ステップＳ２０６）。すると、サーバーゲーム処理部４１は、サーバー情報記憶媒体２０において各プレイヤーＩＤに報酬を対応づけることにより各プレイヤーＩＤに報酬を付与する（ステップＳ２０８）。

３．変形例
本発明は、上記の実施形態で説明したものに限らず、種々の変形実施が可能であり、以下に変形例を紹介する。なお、上記実施形態や、以下において変形例として説明する各種の手法は、本発明を実現する手法として適宜組み合わせて採用することができる。

まず、上記実施形態では、難易度が高いほど、基準データでは、基準期間の数が多く、スワイプや同時タップに対応する基準期間の数も多く設定され、指示標識データでは、指示標識２２６の数が多く、第２態様の指示標識２２６や第３態様の指示標識２２６の数も多く設定されている例を挙げて説明したが、難易度が高いほど、基準データでは、基準期間が短くなるようにしたり、第１期間が短くなるようにしたり、指示標識データでは、指示標識２２６の移動速度が速くなったり、指示標識２２６の移動経路が斜めになったり交差するなど変化したり、指示標識２２６が小さくなったり、複数の指示標識２２６の配列がタッチ入力をしにくい配列になったりするようにしてもよい。

また上記実施形態では、プレイヤーの難易度は、プレイヤーが選択できる例を挙げて説明したが、予め定められた順序で設定されるようにしてもよいし、プレイヤーのパラメーターに応じて設定されるようにしてもよいし、抽選で設定されるようにしてもよい。また上記実施形態では、マルチプレイの音楽ゲームでは、複数の楽曲から抽選で決定された楽曲が、今回のマルチプレイの音楽ゲームの楽曲として決定される例を挙げて説明したが、ホストプレイヤーやレベルが最も高いプレイヤーなど特定のプレイヤーが選択した楽曲が、今回のマルチプレイの音楽ゲームの楽曲として決定されるようにしてもよい。

また上記実施形態では、図６で示したように、サーバー情報記憶媒体２０に、複数の楽曲および複数の難易度のそれぞれに対応する基準データと指示標識データが格納されており、音楽ゲームが開始される際に、決定された楽曲の楽曲データとともに、決定された楽曲と難易度に対応する基準データと指示標識データが、サーバー情報記憶媒体２０から端末情報記憶媒体５６にダウンロードされる例を挙げて説明したが、図６で示した複数の楽曲および複数の難易度のそれぞれに対応する基準データと指示標識データを、サーバー情報記憶媒体２０から端末情報記憶媒体５６に予めダウンロードしておき、音楽ゲームが開始される際に、各端末装置１４において、音楽ゲームのゲーム種別と、プレイヤーが選択したゲームモードに基づいて、基準データと指示標識データが決定されるようにしてもよい。

また上記実施形態では、マッチング処理が行われる場合には、図１２で示したメンバー確認画像２４６において、５人のプレイヤーの全員が準備完了状態に設定されると、各プレイヤーのスタミナから、各プレイヤーの難易度に対応する消費スタミナが減算され、マルチプレイの音楽ゲームが開始される例を挙げて説明したが、図８で示した第１難易度選択画像２４０の下部に表示される決定ボタン２４４がタップされると、マッチング要求を送信したプレイヤーのスタミナから、難易度に対応する消費スタミナが減算され、マッチング処理が開始されるようにしてもよい。この場合には、マッチング処理が解除されてマルチプレイの音楽ゲームが開始されなかった場合には、減算されたスタミナがプレイヤーに返還されるようにしてもよい。

また上記実施形態では、マルチプレイの音楽ゲームでは、合計得点に基づいて、プレイヤーに共通報酬が付与される例を挙げて説明したが、各プレイヤーの得点に基づいて報酬が付与されるようにしてもよいし、共通報酬が付与されずに、個別報酬あるいは追加報酬が付与されるようにしてもよい。

また上記実施形態では、個別報酬と追加報酬が求められる例を挙げて説明したが、追加報酬を求めずに、各プレイヤーの難易度と難易度差分値に基づいて、難易度が相対的に高いプレイヤーに相対的に多くの個別報酬（第１報酬）が付与されるようにしてもよい。

また上記実施形態では、難易度差分値は、マイナスの値になる場合には０に変換される例を挙げて説明したが、図１１（Ｃ）で示した追加報酬数テーブルにおいて難易度差分値がマイナスである場合の追加報酬数を設定しておき、難易度差分値がマイナスの値になる場合であっても０に変換されずに、マイナスの値の難易度差分値に対応する追加報酬数が求められるようにしてもよい。また上記実施形態では、追加報酬数がプラスの値である例を挙げて説明したが、追加報酬数が０あるいはマイナスの値となることがあるようにしてもよい。

また上記実施形態では、マルチプレイの音楽ゲームの開始条件が成立すると、各プレイヤーの難易度差分値が求められ、マルチプレイの音楽ゲームの終了条件が成立すると、各プレイヤーの追加報酬数が求められる例を挙げて説明したが、マルチプレイの音楽ゲームの開始条件が成立すると、各プレイヤーの難易度差分値が求められ、各プレイヤーの追加報酬数が求められるようにしてもよいし、マルチプレイの音楽ゲームの終了条件が成立すると、各プレイヤーの難易度差分値が求められ、各プレイヤーの追加報酬数が求められるようにしてもよい。

また上記実施形態では、各プレイヤーの難易度値と５人の難易度値の平均値の差が、各プレイヤーの難易度差分値として求められる例を挙げて説明したが、各プレイヤーの難易度に応じた各プレイヤーの難易度の偏差に基づいて、各プレイヤーの難易度差分値が設けられるようにしてもよい。

また、共通報酬、個別報酬あるいは追加報酬は、上述した要素に加えてあるいは代えて、各プレイヤーの経験値やアピール値など、各プレイヤーに対応する各種のパラメーターに基づいて、決定されるようにしてもよい。

また上記実施形態では、個別報酬として付与された特殊アイテムの数と追加報酬として付与された特殊アイテムの数の合計が特殊アイテムの獲得数として表示される例を挙げて説明したが、個別報酬として付与された特殊アイテムの数と追加報酬として付与された特殊アイテムの数が個別に表示されるようにしてもよい。

また上記実施形態では、共同ゲームとして、マルチプレイの音楽ゲームが実行される例を挙げて説明したが、共同ゲームとして、複数のプレイヤーに対応する複数のキャラクターで共通の敵キャラクターと戦うアクションゲームが実行されるようにしてもよいし、複数のプレイヤーに対応する複数のキャラクターで共通の敵キャラクターと戦うシューティングゲームやＦＰＳが実行されるようにしてもよいし、複数のプレイヤーに対応する複数の味方キャラクターで共通の相手キャラクターと競うスポーツゲームが実行されるようにしてもよいし、複数のプレイヤーに対応する複数の乗り物で共通のコースを移動する乗り物ゲームが実行されるようにしてもよい。そしてこの場合には、難易度が高いほど、敵キャラクターあるいは相手キャラクターが強くなるようにしてもよいし、フィールドやコースや障害物の状況が難しくなるようにしてもよいし、ルールが厳しくなるようにしてもよい。

そしてこの場合には、共同ゲームとして実行されるゲームの種類に応じて、複数種類のゲーム種別として、例えば複数種類のクエスト、複数種類のステージ、複数種類のコース、複数種類の競技、複数種類の対戦相手などが用意されているようにしてもよい。そして、各端末装置１４におけるプレイヤーの入力や、各プレイヤーＩＤのゲームの進行状況や、各プレイヤーＩＤのゲーム結果や、グループＩＤの抽選結果などに基づいて、今回の共同ゲームのゲーム種別が決定されるようにしてもよい。

またこの場合には、共同ゲームとして実行されるゲームの種類に応じて、複数種類のゲームモードとして、例えば複数種類の難易度、複数種類のレベル、複数種類のステージ、複数種類のコース、複数種類の対戦相手などが用意されているようにしてもよい。そして、各端末装置１４におけるプレイヤーの入力や、各プレイヤーＩＤのゲームの進行状況や、各プレイヤーＩＤのゲーム結果や、グループＩＤの抽選結果などに基づいて、今回の共同ゲームの各プレイヤーＩＤのゲームモードが取得されるようにしてもよい。

またこの場合には、共同ゲームとして実行されるゲームの種類に応じて、複数種類のゲームデータとして、例えばゲーム判定を演算するための複数種類の判定データ、オブジェクトの動作を制御するための複数種類の動作制御データ、地形を設定するための複数種類の地形データ、ゲームを進行させるための複数種類のパターンデータなどが用意されているようにしてもよい。そして、共同ゲームのゲーム種別と、各プレイヤーＩＤに対応するゲームモードに基づいて、今回の共同ゲームの各プレイヤーＩＤのゲームデータが決定されるようにしてもよい。

そしてこの場合には、例えば各プレイヤーに対応する難易度の違い、各プレイヤーに対応するレベルの違い、各プレイヤーに対応するステージの違い、各プレイヤーに対応するコースの違い、各プレイヤーに対応する対戦相手の違いなど、各プレイヤーのゲームモードの違いに基づいて、ゲームの技量が相対的に高いプレイヤーについて相対的に多くの追加報酬が決定されるようにしてもよい。

またこの場合には、例えば各プレイヤーが獲得した得点の合計である合計得点、各プレイヤーが形成するチームの得点、各プレイヤーが要した時間の合計である合計時間、各プレイヤーが形成するチームが要した時間、各プレイヤーが倒した敵の数の合計数、各プレイヤーが形成するチームが倒した敵の数、各プレイヤーが形成するチームのクエストなどのクリア有無など、各プレイヤーの共通のゲーム結果に基づいて、共通報酬や個別報酬が決定されるようにしてもよい。

また上記実施形態では、プレイヤーは実在するプレイヤーである例を挙げて説明したが、所定のアルゴリズムに沿って行動するコンピュータープレイヤーや、ノンプレイヤーキャラクタ（ＮＰＣ）が含まれるようにしてもよい。

また上記実施形態では、本発明をスマートフォンのゲームアプリに適用した場合を例に挙げて説明したが、本発明を店舗に設置されるゲーム装置（情報処理装置）に適用してもよいし、家庭用のゲーム装置（情報処理装置）に適用してもよい。そして、本発明を店舗に設置されるゲーム装置、あるいは家庭用のゲーム装置に適用する場合には、端末装置をゲーム装置として、複数のゲーム装置がサーバー装置と互いに通信を行うようにしてもよく、この場合には、ゲーム装置あるいはサーバー装置に本発明を適用することができる。また、サーバー装置に接続されないスタンドアロンのゲーム装置に本発明を適用してもよい。

１０情報処理システム、１２サーバー装置、１４端末装置、１６ネットワーク、
２０サーバー情報記憶媒体、３０サーバー記憶部、３６サーバー通信部、
４０サーバー情報処理部、４１サーバーゲーム処理部、４２サーバー通信制御部、
４３ゲーム種別取得部、４４ゲームモード取得部、
５０プレイヤー入力検出部、５２表示部、５４音出力部、
５６端末情報記憶媒体、６０端末記憶部、６２主記憶部、
６４描画バッファ、６６端末通信部、
１００端末情報処理部、１０１プレイヤー入力取得部、１０２端末ゲーム処理部、
１０４表示制御部、１０８画像生成部、１１０音生成部、
１１２端末通信制御部、２００表示領域、

Claims

複数のプレイヤーＩＤが参加可能な共同ゲームのためのプログラムであって、
前記共同ゲームに参加する各プレイヤーＩＤに対応するゲームモードを取得するゲームモード取得部と、
各プレイヤーＩＤに対応するゲームモードに基づいて
実行される前記共同ゲームのための処理を行い、所定条件下で各プレイヤーＩＤに報酬を付与するゲーム処理部としてコンピューターを機能させ、
前記ゲーム処理部は、
前記共同ゲームに参加する第１のプレイヤーＩＤに対応するゲームモードと、前記共同ゲームに参加する第２のプレイヤーＩＤに対応するゲームモードに基づいて、前記第１のプレイヤーＩＤに付与する報酬を決定するプログラム。
請求項１において、
前記ゲーム処理部は、
前記共同ゲームの結果として前記第１のプレイヤーＩＤと前記第２のプレイヤーＩＤに共通する共通ゲーム結果を演算し、
前記共通ゲーム結果と、前記第１のプレイヤーＩＤに対応するゲームモードと、前記第２のプレイヤーＩＤに対応するゲームモードに基づいて、前記第１のプレイヤーＩＤに付与する報酬を決定するプログラム。
請求項１または２において、
前記共同ゲームのゲーム種別を決定するゲーム種別取得部としてコンピューターを更に機能させ、
前記ゲーム処理部は、
前記共同ゲームのゲーム種別と、各プレイヤーＩＤに対応するゲームモードに基づいて、各プレイヤーＩＤに対応するパラメーターを更新するプログラム。
複数のプレイヤーＩＤが参加可能な共同ゲームのための情報処理装置であって、
前記共同ゲームに参加する各プレイヤーＩＤに対応するゲームモードを取得するゲームモード取得部と、
各プレイヤーＩＤに対応するゲームモードに基づいて
実行される前記共同ゲームのための処理を行い、所定条件下で各プレイヤーＩＤに報酬を付与するゲーム処理部を含み、
前記ゲーム処理部は、
前記共同ゲームに参加する第１のプレイヤーＩＤに対応するゲームモードと、前記共同ゲームに参加する第２のプレイヤーＩＤに対応するゲームモードに基づいて、前記第１のプレイヤーＩＤに付与する報酬を決定する情報処理装置。
複数のプレイヤーＩＤが参加可能な共同ゲームのための情報処理装置の制御方法であって、
前記共同ゲームに参加する各プレイヤーＩＤに対応させてゲームモードを取得するゲームモード取得ステップと、
各プレイヤーＩＤに対応するゲームモードに基づいて
実行される前記共同ゲームのための処理を行い、所定条件下で各プレイヤーＩＤに報酬を付与するゲーム処理ステップを含み、
前記ゲーム処理ステップにおいて、
前記共同ゲームに参加する第１のプレイヤーＩＤに対応するゲームモードと、前記共同ゲームに参加する第２のプレイヤーＩＤに対応するゲームモードに基づいて、前記第１のプレイヤーＩＤに付与する報酬を決定する情報処理装置の制御方法。