JP2022050727A - ゲームを提供するシステム、方法、及びプログラム - Google Patents

Abstract

【課題】リズムゲームに他の種類のゲームの特徴を取り込んだ新規なゲームを提供することが可能なシステムを提供する。【解決手段】システムは、第１キャラクタと第２キャラクタとが対戦する対戦モードを有するリズムゲームを提供する。第１キャラクタに関連する第１ゲーム画面に、第１キャラクタから第２キャラクタへの第１攻撃アクションと対応付けられており、第１基準領域に向かって移動する第１タイミング指標、及び、第１キャラクタの第１防御アクションと対応付けられており、第１基準領域に向かって移動する第２タイミング指標を表示する。第１タイミング指標が第１基準領域に重なっている間に第１タイミング指標に対する操作が成功した場合に第１キャラクタに第１攻撃アクションを実行させ、第２タイミング指標が第１基準領域に重なっている間に第２タイミング指標に対する操作が成功した場合に第１キャラクタに第１防御アクションを実行させる。【選択図】図１

Description

本明細書における開示は、ゲームを提供するシステム、方法、及びプログラムに関する。

リズムゲームと呼ばれるゲームが知られている。リズムゲームにおいては、楽曲のリズムに合わせてレーンに沿って動くノーツがゲーム画面に表示され、ノーツが基準位置に重なるタイミングとプレイヤの操作タイミングとを比較することで、楽曲のリズムに対するプレイヤの操作の正確性が評価される。リズムゲームは、タイミングゲームと呼ばれることもある。

リズムゲームはビデオゲームの主要なジャンルの一つであり、これまでにリズムゲームに関する多数の発明が特許出願されている。例えば特開２０２０－２２８１５号公報（特許文献１）は、リズムゲームにおけるプレイヤの操作の評価手法に関する改善を提案している。特開２０１４－１９５６２０号公報（特許文献２）には、リズムゲームと並行してキャラクタ同士が対戦する対戦ゲームを行うことが開示されている。特許文献２では、リズムゲームにおいてプレイヤの操作タイミングの正確性が評価され、その評価に基づいてサブゲームとして提供される対戦での攻撃力が定められる。

特開２０２０－２２８１５号公報 特開２０１４－１９５６２０号公報

リズムゲームでは、楽曲のリズムに合わせてノーツを表示し、ノーツが基準位置に重なるタイミングとプレイヤの操作タイミングとを比較することで楽曲のリズムに対するプレイヤの操作の正確性を評価するという独自性の高いゲームメカニクスが確立されている。このため、リズムゲームに対戦ゲーム等のリズムゲーム以外のゲームの特徴を取り入れることが難しい。上記のとおり、特許文献２ではリズムゲームと対戦ゲームとが組み合わされているが、リズムゲームと並行して進行する対戦ゲームにおいてキャラクタの攻撃力を決定する一要素としてリズムゲームにおけるプレイヤの操作の正確性に関する評価が用いられているにすぎず、リズムゲームのゲームメカニクス自体には変更が加えられていない。つまり、特許文献２では、リズムゲームと対戦ゲームとを並行して進行させる際に、対戦ゲームにおいてリズムゲームにおける評価結果を利用しているが、リズムゲームには対戦ゲームの特徴が取り入れられていない。

このように、リズムゲームに他の種類のゲームの特徴を取り入れることは難しく、他の種類のゲームの特徴をゲームメカニクスの一部として取り入れたリズムゲームはこれまで知られていない。

本出願で開示される発明の目的は、上述した従来技術の問題の少なくとも一部を解決又は緩和することである。本出願で開示される発明のより具体的な目的の一つは、リズムゲームに他の種類のゲームの特徴を取り込んだ新規なゲームを提供することである。本出願で開示される発明のより具体的な目的の一つは、リズムゲームに対戦ゲームの特徴を取り込んだ新規なゲームを提供することである。

本出願で開示される発明の上記以外の目的は、明細書全体の記載を通じて明らかにされる。本出願で開示される発明は、「発明を解決しようとする課題」の欄の記載以外から把握される課題を解決するものであってもよい。

本発明の一態様は、ゲームを提供するシステムに関する。当該システムは、一又は複数のコンピュータプロセッサを備える。この一又は複数のコンピュータプロセッサは、コンピュータ読み取り可能な命令を実行することにより、第１キャラクタに関連する第１ゲーム画面に、前記第１キャラクタから第２キャラクタへの攻撃に関する第１攻撃アクションと対応付けられており第１基準領域に向かって移動する第１タイミング指標、及び、前記第１キャラクタの防御に関する第１防御アクションと対応付けられており前記第１基準領域に向かって移動する第２タイミング指標を表示する。前記一又は複数のコンピュータプロセッサは、前記第１タイミング指標が前記第１基準領域に重なっている間に第１入力インタフェースにより操作が受け付けられた場合に前記第１キャラクタに前記第１攻撃アクションを実行させ、前記第２タイミング指標が前記基準領域に重なっている間に前記第１入力インタフェースにより操作が受け付けられた場合に前記第１キャラクタに前記第１防御アクションを実行させる。

本発明の一又は複数の実施形態において、前記一又は複数のコンピュータプロセッサは、前記第２タイミング指標が前記第１基準領域に重なっている間に前記第１入力インタフェースにより操作が受け付けられなかった場合に前記第１キャラクタの第１パラメータを第１変化量だけ変化させる。

本発明の一又は複数の実施形態において、前記一又は複数のコンピュータプロセッサは、前記第２タイミング指標が前記第１基準領域に重なっている間に前記第１入力インタフェースにより操作が受け付けられた場合に前記第１パラメータを前記第１変化量とは異なる第２変化量だけ変化させる。

本発明の一又は複数の実施形態において、前記一又は複数のコンピュータプロセッサは、前記第１タイミング指標が前記第１基準領域に重なっている間に前記第１入力インタフェースにより操作が受け付けられなかった場合及び受け付けられた場合のいずれにおいても、前記第１パラメータを変化させない。

本発明の一又は複数の実施形態において、前記第２キャラクタに関連する第２ゲーム画面に、前記第２キャラクタから前記第１キャラクタへの攻撃に関する第２攻撃アクションと対応付けられており第２基準領域に向かって移動する第３タイミング指標が表示される。前記一又は複数のコンピュータプロセッサは、前記第３タイミング指標が前記第２基準領域に重なっている間に第２入力インタフェースにより操作が受け付けられた場合に、前記第１ゲーム画面に前記第２タイミング指標を表示する。

本発明の一又は複数の実施形態において、前記第１攻撃アクションの実行により、前記第２ゲーム画面に、前記第２キャラクタの防御に関する第２防御アクションと対応付けられており第２基準領域に向かって移動する第４タイミング指標が表示される。

本発明の一又は複数の実施形態において、前記第４タイミング指標が前記第２基準領域に重なっている間に前記第２入力インタフェースに対する操作がなされなかった場合に、前記第２キャラクタの第２パラメータが第３変化量だけ変化する。

本発明の一又は複数の実施形態において、前記第４タイミング指標が前記第２基準領域に重なっている間に前記第２入力インタフェースに対する操作がなされた場合に、前記第２第２パラメータが前記第３変化量と異なる第４変化量だけ変化する。

本発明の一又は複数の実施形態において、前記第１入力インタフェースに対する操作に応じて複数のレーンの中から特定レーンが決定され、前記第４タイミング指標は、前記特定レーンに沿って前記第２基準領域に向かって移動する。

前記一又は複数のコンピュータプロセッサは、前記第１ゲーム画面に前記第１基準領域に向かって移動する第５タイミング指標を表示し、前記第５タイミング指標が前記第１基準領域に重なっている間に前記第１入力インタフェースに対する操作がなされた場合に、前記第２画面における前記第３タイミング指標及び前記第４タイミング指標の少なくとも一方の表示が変更される。

本発明の一態様は、一又は複数のコンピュータプロセッサがコンピュータ読み取り可能な命令を実行することによりゲームの処理を行うゲーム処理方法に関する。当該ゲーム処理方法は、第１キャラクタに関連する第１ゲーム画面に、前記第１キャラクタから第２キャラクタへの攻撃に関する第１攻撃アクションと対応付けられており第１基準領域に向かって移動する第１タイミング指標、及び、前記第１キャラクタの防御に関する第１防御アクションと対応付けられており前記第１基準領域に向かって移動する第２タイミング指標を表示する工程と、前記第１タイミング指標が前記第１基準領域に重なっている間に第１入力インタフェースにより操作が受け付けられた場合に前記第１キャラクタに前記第１攻撃アクションを実行させる工程と、前記第２タイミング指標が前記基準領域に重なっている間に前記第１入力インタフェースにより操作が受け付けられた場合に前記第１キャラクタに前記第１防御アクションを実行させる工程と、を備える。

本発明の一態様は、一又は複数のコンピュータプロセッサに、以下の工程を実行させるプログラムに関する。すなわち、本発明の一態様におけるプログラムは、一又は複数のコンピュータプロセッサに、第１キャラクタに関連する第１ゲーム画面に、前記第１キャラクタから第２キャラクタへの攻撃に関する第１攻撃アクションと対応付けられており第１基準領域に向かって移動する第１タイミング指標、及び、前記第１キャラクタの防御に関する第１防御アクションと対応付けられており前記第１基準領域に向かって移動する第２タイミング指標を表示する工程と、前記第１タイミング指標が前記第１基準領域に重なっている間に第１入力インタフェースにより操作が受け付けられた場合に前記第１キャラクタに前記第１攻撃アクションを実行させる工程と、前記第２タイミング指標が前記基準領域に重なっている間に前記第１入力インタフェースにより操作が受け付けられた場合に前記第１キャラクタに前記第１防御アクションを実行させる工程と、を実行させる。

本発明の実施形態によって、対戦ゲームの特徴を取り込んだ新規なリズムゲームを提供することができる。

本発明の一又は複数の実施形態によるゲーム処理システムを示すブロック図である。 図１のゲーム処理システムにおいて記憶されるノーツデータを説明する図である。 図１のゲーム処理システムにおいて記憶されるキャラクタデータを説明する図である。 図１のゲーム処理システムにおいて記憶されるユーザデータを説明する図である。 図１のゲーム処理システムにより提供されるゲームのゲーム画面を模式的に示す図である。このゲーム画面は、ユーザ装置１０ａに表示されている。 図１のゲーム処理システムにより提供されるゲームのゲーム画面を模式的に示す図である。このゲーム画面は、ユーザ装置１０ｂに表示されている。 本発明の一又は複数の実施形態によるゲームシステムにより提供されるゲームにおける対戦開始までの処理の流れを説明するためのシーケンス図である。 本発明の一又は複数の実施形態によるゲームシステムにより提供されるゲームにおける対戦処理の流れを説明するためのシーケンス図である。 対戦中に更新されたノーツデータを説明するための図である。 第１キャラクタに関連するゲーム画面を模式的に示す図である。 第２キャラクタに関連するゲーム画面を模式的に示す図である。 第１キャラクタに関連するゲーム画面を模式的に示す図である。 第２キャラクタに関連するゲーム画面を模式的に示す図である。 第１キャラクタに関連するゲーム画面を模式的に示す図である。 第２キャラクタに関連するゲーム画面を模式的に示す図である。 第１キャラクタに関連するゲーム画面を模式的に示す図である。 第２キャラクタに関連するゲーム画面を模式的に示す図である。 第１キャラクタに関連するゲーム画面を模式的に示す図である。

以下、図面を適宜参照し、本発明の様々な実施形態を説明する。複数の図面において同一の又は類似する構成要素には同じ参照符号が付される。

図１から図６を参照して、本発明の一実施形態によるゲームシステム１について説明する。図１は、ゲームシステム１を示すブロック図であり、図２から図４は、ゲームシステム１において記憶される各種データを説明するための図であり、図５及び図６は、ゲームシステム１により提供されるゲームのゲーム画面を模式的に示す図である。

図示のとおり、本発明の一実施形態によるゲームシステム１は、ユーザ装置１０ａと、ユーザ装置１０ｂと、サーバ２０と、ストレージ３０と、を備える。ユーザ装置１０ａ、ユーザ装置１０ｂ、サーバ２０、及びストレージ３０は、ネットワーク４０を介して互いに通信可能に接続されている。ネットワーク４０は、単一のネットワークであってもよく、複数のネットワークが接続されて構成されていてもよい。ネットワーク４０は、例えば、インターネット、移動通信網、及びこれらの組み合わせである。ネットワーク４０としては、電子機器間の通信を可能とする任意のネットワークが適用され得る。

図１に示されているゲームシステム１は、本発明を適用可能なシステムの例であり、本発明を適用可能なゲームシステムは、図１に示されたものには限定されない。例えば、本発明を適用可能なゲームシステム１は、図示されている構成要素の一部を備えなくてもよい。例えば、ゲームシステム１は、サーバ２０やストレージ３０を備えなくともよい。ゲームシステム１は、ネットワーク４０を備えなくともよい。ユーザ装置１０ａ及びユーザ装置１０ｂは、ネットワーク４０を経由せず、互いと直接に情報を送受信するように構成されてもよい。

図示されているゲームシステム１は、ネットワーク４０に接続された複数の装置を備えているが、本発明を適用可能なゲームシステム１は、単一の装置から構成されてもよい。例えば、ゲーム処理システム１は、ユーザ装置１０ａのみから構成されていてもよい。この場合、ユーザ装置１０ａとゲームシステム１とは同義となる。

図示の実施形態において、ユーザ装置１０ａ、１０ｂは、スマートフォン、ゲーム用コンソール、パーソナルコンピュータ（ＰＣ）、携帯電話機、タブレット端末、パーソナルコンピュータ、電子書籍リーダー、ウェアラブルコンピュータ、ヘッドマウントディスプレイ、またはこれら以外の各種情報処理装置であってもよい。本明細書においては、ユーザＡがユーザ装置１０ａを使用してゲームシステム１が提供するゲームをプレイし、ユーザＢがユーザ装置１０ｂを使用してゲームシステム１が提供するゲームをプレイすることを想定して説明を行う。ユーザＡがノンプレイヤキャラクタと対戦する場合には、ゲームシステム１からユーザ装置１０ｂを省略することができる。

ゲームシステム１は、対戦ゲームの特徴を取り入れたリズムゲームを提供することができる。ゲームシステム１が提供するリズムゲームにおいては、楽曲のリズムに合わせてレーンに沿って動くノーツがゲーム画面に表示され、ノーツが基準領域に重なるタイミングとプレイヤの操作タイミングとを比較することで、楽曲のリズムに対するプレイヤの操作の正確性が評価される。対戦ゲームの特徴を取り入れたリズムゲームの詳細については後述する。ゲームシステム１により提供されるリズムゲームは、対戦相手と対戦する対戦モードと、対戦を行わずにハイスコアの獲得を目指すソロモードと、を有していてもよい。ユーザＡ及びユーザＢは、リズムゲームの対戦モードにおいて互いと対戦することができる。

次に、ユーザ装置１０ａ及びユーザ端末１０ｂについて説明する。ユーザ装置１０ｂは、ユーザ装置１０ａと同様に構成され得るので、以下では、主にユーザ装置１０ａについて説明し、ユーザ装置１０ｂについての詳細な説明は省略する。ユーザ装置１０ａについての説明は、可能な限りユーザ装置１０ｂにも当てはまる。

ユーザ装置１０ａは、コンピュータプロセッサ１１、メモリ１２、ユーザインタフェース１３、スピーカ１４、通信インタフェース１５、及びストレージ１６を備えている。ユーザ装置１０ｂも、同様の構成要素を備えることができる。本明細書においては、コンピュータプロセッサを単にプロセッサと称することがある。

プロセッサ１１は、オペレーティングシステムやゲームを実行するための様々なプログラムをメモリ１２にロードし、ロードしたプログラムに含まれる命令を実行する演算装置である。プロセッサ１１は、例えば、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＧＰＵ、これら以外の各種演算装置、又はこれらの組み合わせである。プロセッサ１１は、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ、ＭＣＵ等の集積回路により実現されてもよい。

メモリ１２は、プロセッサ１１が実行する命令及びそれ以外の各種データを格納するために用いられる。メモリ１２は、プロセッサ１１が高速にアクセス可能な主記憶装置（メインメモリ）である。メモリ１２は、例えば、ＤＲＡＭやＳＲＡＭ等のＲＡＭによって構成される。

ユーザインタフェース１３は、ユーザの入力を受け付ける入力インタフェースと、プロセッサ１１の制御により様々な情報を出力する出力インタフェースと、を備える。入力インタフェースは、例えば、タッチパネルである。出力インタフェースは、例えば、表示パネルである。タッチパネルは、表示パネルの上面又は下面に積層され得る。表示パネルは、液晶パネル、有機ＥＬパネル、無機ＥＬパネル、又はこれら以外の画像を表示可能な任意の表示パネルである。タッチパネルは、ユーザのタッチ操作を検出することができるように構成されている。タッチパネルは、ユーザのタップ、ダブルタップ、ドラッグ等の各種タッチ操作を検出することができるように構成される。

スピーカ１４は、プロセッサ１１の制御に基づいて、楽曲、ゲームの効果音、及びこれら以外の音を発生させる。

通信インタフェース１５は、ハードウェア、ファームウェア、又はＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装される。ユーザ装置１０ａは、通信インタフェース１５を介して、他の装置とデータを送受信することができる。

ストレージ１６は、プロセッサ１１によりアクセスされる外部記憶装置である。ストレージ１６は、例えば、磁気ディスク、光ディスク、半導体メモリ、又はデータを記憶可能な前記以外の各種記憶装置である。ストレージ１６には、リズムゲームを提供するための各種処理を実行するためのゲームプログラム等の様々なプログラムが記憶されてもよい。

ストレージ１６には、ゲームにおいて用いられる各種データが記憶されてもよい。ストレージ１６には、例えば、楽曲データ１６ａ、ノーツデータ１６ｂ、キャラクタデータ１６ｃ、ユーザデータ１６ｄ、及びこれら以外のゲームを提供するために用いられる各種データが記憶され得る。ストレージ１６に記憶されるデータは、ゲームの進行に応じて更新されてもよい。

楽曲データ１６ａは、デジタル化された楽曲に関するデータである。楽曲データ１６ａは、例えば、演奏開始からの経過時間を表す発音時刻に対応付けて、演奏される各音のピッチ及び演奏される各音の継続時間を対応付けたデータであり、例えばＭＩＤＩ形式で表現される。つまり、楽曲データは、演奏される楽曲を時系列的にデジタルデータとして表現したものである。楽曲データ１６ａは、ゲーム開始前にサーバ２０からダウンロードされてもよい。ユーザＡは、好みの楽曲を有償又は無償で適宜ユーザ装置１０ａにダウンロードすることができる。

ノーツデータ１６ｂは、ゲーム画面に登場するノーツと呼ばれるタイミング指標に関するデータである。ノーツデータ１６ｂは、ノーツを識別するノーツＩＤ、当該ノーツがゲーム画面の基準領域に表示される時刻を表す基準タイミング情報、当該ノーツの種類を識別するノーツ種類情報、当該ノーツが表示されるレーンを識別するレーン情報、当該ノーツがゲーム画面に出現する際の出現位置を示す出現位置情報、当該ノーツの形状・大きさ、当該ノーツの移動速度、及びこれら以外の当該ノーツに関連する各種情報を含み得る。ノーツデータ１６ｂに含まれる情報は、ノーツＩＤと関連付けてストレージ１６に記憶される。図２にノーツデータ１６ｂの例が示されている。図２に示されている例においては、ノーツを識別するノーツＩＤ（１０１～１０３）と対応付けて、当該ノーツの基準タイミング情報、ノーツ種類情報、レーン情報、及び出現位置情報が記憶されている。ノーツの出現位置は、ノーツがゲーム画面に出現する際のゲーム画面における基準領域からの距離を表してもよいし、ゲーム画面における座標を表してもよい。

ノーツの基準タイミング情報は、演奏開始からの経過時刻の形式で表現され得る。図示の例では、ノーツＩＤが「１０１」で識別されるノーツと対応付けられた基準タイミング情報として、「００：０２：１２：０００」が記憶されている。この基準タイミング情報は、ノーツＩＤ「１０１」で識別されるノーツが、演奏開始から０時間２分１２秒経過時にゲーム画面の基準領域に到達されるように表示されることを特定している。

ノーツ種類情報は、「１」～「３」の整数で表されている。ノーツ種類情報に「１」が設定されているノーツは、対戦相手のキャラクタへの攻撃アクションを行うための攻撃ノーツである。ノーツ種類情報に「２」が設定されているノーツは、対戦相手からの攻撃を防御する防御アクションを行うための防御ノーツである。ノーツ種類情報に「３」が設定されているノーツは、ゲーム内において対戦機能と関連する攻撃アクション及び防御アクション以外の効果を発生させるためのスキルノーツである。詳しくは後述するが、攻撃ノーツが基準領域に重なっている間に当該攻撃ノーツに対するユーザからの操作が受け付けられた場合に攻撃アクションが実行され、防御ノーツが基準領域に重なっている間に当該防御ノーツに対するユーザからの操作が受け付けられた場合に防御アクションが実行され、スキルノーツが基準領域に重なっている間に当該スキルノーツに対するユーザからの操作が受け付けられた場合に当該スキルノーツに対応するスキルアクションが実行される。ノーツの種類は、上記の３種類に限られない。例えば、リズムゲームにおいて、ユーザが操作に成功してもキャラクタが何もアクションを起こさないダミーノーツが用いられる場合には、ノーツ種類情報によりダミーノーツが識別されてもよい。ゲームシステム１が提供するリズムゲームにおいては、上記の３種類の全てのノーツが使用されなくてもよい。例えば、「スキルノーツ」や「ダミーノーツ」は使用されなくともよい。

リズムゲームが複数の楽曲を演奏可能な場合には、ノーツデータ１６ｂは、楽曲ごとに準備されてもよい。楽曲ごとにリズムが異なるため、ノーツデータ１６ｂは、楽曲ごとに準備されること望ましい。ある楽曲に関するノーツデータ１６ｂの基準タイミング情報のより示されるノーツの基準領域への到達時刻は、当該楽曲の拍の位置と一致するように設定されてもよい。これにより、ノーツが基準領域に重なっているときに演奏されている楽曲では拍が現れる。

キャラクタデータ１６ｃは、ユーザＡがゲームにおいて使用するキャラクタに関するデータであり、当該キャラクタのキャラクタＩＤ、当該キャラクタの名称、当該キャラクタを表すアイコン、当該キャラクタに設定された各種パラメータ、及びこれら以外の当該キャラクタに関する情報を含み得る。キャラクタに設定するパラメータには、当該キャラクタのヒットポイント（ＨＰ）、当該キャラクタの攻撃力、当該キャラクタの防御力、当該キャラクタの属性、当該キャラクタが使用可能なスキル効果（つまり、後述するスキルノーツへの操作が成功した場合に発動されるスキル効果）を識別するスキル識別データ、及びこれら以外の各種パラメータが含まれ得る。ゲームシステム１が提供するリズムゲームの対戦モードにおいては、ユーザＡのキャラクタが他のユーザのキャラクタと対戦することができる。キャラクタに設定されている各種パラメータは、この対戦モードにおいてゲームを進行させるために使用され得る。キャラクタデータ１６ｃには、ユーザＡがリズムゲームの対戦モードにおいて使用できる複数のキャラクタに関するデータが含まれてもよい。対戦モードにおいては、複数のキャラクタが同時に使用されてもよいし、一つのキャラクタのみが使用されてもよい。

ユーザデータ１６ｄは、ゲームシステム１が提供するリズムゲームにおけるユーザに関連するデータである。ユーザデータ１６ｄは、ユーザを識別するユーザＩＤ、当該ユーザが対戦で使用するキャラクタを識別するキャラクタＩＤ、リズムゲームにおいて当該ユーザが獲得した得点、リズムゲームにおいて当該ユーザが使用できる楽曲を識別する楽曲ＩＤ、当該ユーザのレベル、及びこれら以外のユーザに関連する各種情報を含み得る。

次に、サーバ２０について説明する。サーバ２０は、コンピュータプロセッサ２１、メモリ２２、ユーザインタフェース２３、通信インタフェース２４、ストレージ２５を備えている。

プロセッサ２１は、オペレーティングシステムやゲームを提供するための様々なプログラムをメモリ２２にロードし、ロードしたプログラムに含まれる命令を実行する演算装置である。プロセッサ１１に関する説明は、プロセッサ２１にも当てはまり、メモリ１２に関する説明はメモリ２２にも当てはまる。

ユーザインタフェース２３は、オペレータの入力を受け付けるキーボードやマウス等の情報入力装置と、プロセッサ２１の演算結果を出力する液晶ディスプレイ等の情報出力装置とを含む。

通信インタフェース２４は、ハードウェア、ファームウェア、又はＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装される。サーバ２０は、通信インタフェース２２を介して、他の装置とデータを送受信することができる。

ストレージ２５は、プロセッサ２１によりアクセスされる外部記憶装置である。ストレージ２５は、例えば、磁気ディスク、光ディスク、半導体メモリ、又はデータを記憶可能な前記以外の各種記憶装置である。ストレージ２５には、ゲームシステム１によって提供されるゲームのユーザを管理するためのユーザ管理データ２５ａ及びこれら以外のゲームを提供するために必要な各種データが記憶され得る。ユーザ管理データ２５ａは、ゲームシステム１が提供するゲームのユーザに関するデータをユーザごとに管理する。ユーザ管理データ２５ａには、ユーザごとに、ユーザＩＤ、当該ユーザが保有するアイテム、当該ユーザの獲得ポイント、当該ユーザのレベル、当該ユーザの対戦履歴に関する対戦履歴データ、当該ユーザが友人として登録している他のユーザのユーザＩＤ（フレンドユーザＩＤ）、及びこれら以外の当該ゲームを提供するために必要な各種のデータが含まれ得る。対戦履歴データには、過去の対戦相手、勝敗、及びこれら以外の対戦に関するデータが含まれ得る。

ゲームシステム１において、データの格納場所には特段の制限はない。例えば、ストレージ１６に記憶され得る各種データは、ユーザ装置１０ａとは物理的に別体のストレージ（例えば、ストレージ２５又はストレージ３０）やデータベースサーバに格納されてもよい。同様に、ストレージ２５に記憶され得る各種データは、サーバ２０とは物理的に別体のストレージ（例えば、ストレージ１６又はストレージ３０）やデータベースサーバに格納されてもよい。図１においては、ストレージ１５及びストレージ２５はそれぞれが単一のユニットとして図示されているが、ストレージ１６、２５の少なくとも一方は、複数の物理的に別体のストレージが集合したものであってもよい。つまり、本明細書において、ストレージ１６に記憶されるデータ及びストレージ２５に記憶されるデータは、単一のストレージに記憶されてもよいし、複数のストレージに分散して記憶されてもよい。また、本明細書及び特許請求の範囲において、単に「ストレージ」という場合には、文脈上許される限り、単一のストレージと複数のストレージの集合のいずれを指し示すこともある。

続いて、ゲームシステム１を構成する各装置の機能について説明する。まず、ユーザ装置１０ａの機能について説明する。ユーザ装置１０ａのプロセッサ１１は、コンピュータ読み取り可能な命令を実行することにより、画像生成部１１ａ、出力制御部１１ｂ、操作受付部１１ｃ、操作判定部１１ｄ、アクション制御部１１ｅ、及び対戦結果判定部１１ｆとして機能する。ユーザ装置１０ｂもユーザ装置１０ａと同様の機能を実現することができる。

画像生成部１１ａは、リズムゲームのゲーム画面を生成する。ゲーム画面は、ゲーム画面を構成する仮想空間を構築するためのアセットデータ及びノーツデータ１６ｂに基づいて生成されてもよい。

出力制御部１１ｂは、ストレージ１６から演奏すべき楽曲に対応する楽曲データ１６ａを読み出し、読み出した楽曲データ１６ａに基づいてスピーカ１４に楽曲を出力させるとともに、画像生成部１１ａにより生成されたゲーム画面をユーザインタフェース１３の表示パネルに表示させる。

出力制御部１１ｂの制御によりユーザ装置１０ａの表示パネルに表示されるゲーム画面の例を、図５を参照して説明する。図５に示されているように、プレイヤＡがゲームシステム１により提供されるリズムゲームを開始すると、ユーザ装置１０ａにゲーム画面５０が表示される。ゲーム画面５０は、演奏される楽曲のリズムに合わせてノーツが表示されるメイン領域５１と、ユーザＡのキャラクタに関する各種情報が表示される第１キャラクタ領域５２と、対戦モードの実行時に対戦相手のキャラクタに関する各種情報が表示される第２キャラクタ領域５３と、ユーザＡがリズムゲームにおいて獲得した得点を示すスコア領域５４と、を含んでいる。ゲーム画面５０には、上記の情報以外に、操作メニューを示すためのメニューボタン、各種設定を変更するための設定ボタン、及びこれら以外の様々なボタンやオブジェクトが含まれる。

メイン領域５１には、複数のレーンが含まれる。図示の例では、レーンＬ１からレーンＬ５の５つのレーンが表示されている。説明の便宜上、メイン領域５１の左上の角を原点とし、紙面の右方向に延びるＸ軸と、紙面の下方にＸ軸と直交する方向に延びるＹ軸と、を定義する。レーンＬ1、Ｌ２、Ｌ３、Ｌ４、Ｌ５は、Ｘ軸方向に沿ってこの順に並んでいる。各レーンは、Ｙ軸方向に延びている。

基準領域ＳＲ１は、メイン領域５１の下端近くに配置されている。図示の例では、基準領域ＳＲ１は、レーンＬ1からレーンＬ５まで跨がってＸ軸方向に沿って延びる帯状の領域である。

メイン領域５１には、ノーツの出現する出現位置が複数配置されてもよい。図示の例では、メイン領域５１には、第１出現位置Ｙ１１と、第１出現位置Ｙ１１よりもＹ軸方向の正側にある第２出現位置Ｙ１２と、第２出現位置Ｙ１２よりもＹ軸方向の正側にある第３出現位置Ｙ１３とが配置されている。第２出現位置Ｙ１２は、第１出現位置Ｙ１１よりも基準領域ＳＲ１の近くにあり、第３出現位置Ｙ１３は、第２出現位置Ｙ１２よりも基準領域ＳＲ１の近くにある。ノーツは、ゲーム画面５０に登場する際に、第１出現位置Ｙ１１～第３出現位置Ｙ１３のいずれかに配置される。ノーツが基準領域ＳＲ１の近くに配置されるほど、当該ノーツがユーザによって認知されてから基準領域ＳＲ１に到達するまでの時間が短くなるので、当該ノーツの操作に成功することが難しくなる。

レーンＬ1からレーンＬ５の各々には、楽曲のリズムに合わせて一又は複数のノーツが表示される。図示の例では、メイン領域５１にノーツＮ１１からノーツＮ１６の６個のノーツが表示されている。ノーツＮ１１、Ｎ１３はレーンＬ1上に、ノーツＮ１２はレーンＬ２上にノーツＮ１４はレーンＬ３上に、ノーツＮ１５はレーンＬ４上に、ノーツＮ１６はレーンＬ５上にそれぞれ配置されている。各ノーツは、レーン内をＹ軸方向に沿って（紙面の上から下に向かって）移動する。

メイン領域５１に表示されるノーツは、ノーツデータ１６ｂに基づいて表示されてもよい。ノーツＮ１１～Ｎ１６は、図２に示されているノーツＩＤ１０１～１０６にそれぞれ基づいて表示されている。図２に示されているように、ノーツＩＤが「１０１」のノーツは、レーン情報に「１」が設定され、ノーツ種類情報に「１」が設定されているためているため、レーンＬ１上に攻撃ノーツとして表示される。当該ノーツの基準タイミング情報は、「００：０２：１２：０００」なので、ノーツＮ１１は、リズムゲームにおいて楽曲の演奏が開始されてから０時間２分１２秒経過時に基準領域ＳＲ１と重なるように表示される。この基準タイミング情報で指定されている時刻に基準領域ＳＲ１に重なっているように、ノーツＮ１１は、基準タイミング情報で特定される時刻よりも少し前（例えば、約２秒前）に出現位置情報「１」で特定される第１出現位置Ｙ１１に出現し、その第１出現位置Ｙ１１からレーンＬ１上をＹ軸に沿って基準領域ＳＲ１まで移動する。ノーツＮ１１の移動速度は、基準タイミング情報で指定される時刻にノーツＮ１１が基準領域ＳＲ１に重なるように設定される。ノーツＮ１２～Ｎ１６の表示もノーツＮ１１の表示と同様に、ノーツＩＤ「１０２」～「１０６」に対応付けられている各情報に基づいて制御される。楽曲データ１６ａには、テンポ（ＢＰＭ：ｂｅａｔｓ ｐｅｒ ｍｉｎｕｔｅ）が設定されていてもよい。楽曲データ１６ａにテンポが設定されている場合には、ノーツの移動速度は、このテンポに応じて定められる。

ノーツデータ１６ｂにおいて、ノーツＩＤ「１０１」、「１０４」、及び「１０５」にはノーツの種類として「１」が対応付けられているので、ノーツＮ１１、Ｎ１４、Ｎ１５は攻撃ノーツであり、ノーツＩＤ「１０２」及び「１０６」にはノーツの種類として「２」が対応付けられているので、ノーツＮ１２、Ｎ１６は防御ノーツであり、ノーツＩＤ「１０３」にはノーツの種類として「３」が対応付けられているので、ノーツＮ１３はスキルノーツである。ある種類のノーツは、別の種類のノーツと視覚的に区別可能に表示されてもよい。攻撃ノーツ、防御ノーツ、及びスキルノーツは、互いとは異なる形状、模様、色、又はこれら以外の視覚的特徴を有していてもよい。

ノーツデータ１６ｂにおいては、異なる２以上のノーツに同じ基準タイミング情報が設定されていてもよい。図２の例においては、ノーツＩＤ「１０５」及びノーツＩＤ「１０６」に同じ基準タイミング情報「００：０２：１４：００」が設定されている。また、ノーツＩＤ「１０５」及びノーツＩＤ「１０６」には、同じ出現位置「１」が設定されている。このため、ノーツＩＤ「１０５」に対応するノーツＮ１５とノーツＩＤ「１０６」に対応するノーツＮ１６とは、ゲーム画面５０に同時に登場し、基準領域ＳＲ１に同時に到達する。ゲームシステム１が提供するリズムゲームにおいては、複数のノーツが互いに異なる種類である場合には当該複数のノーツが同時に基準領域ＳＲ１に到達することを許容し、複数のノーツが同じ種類である場合には当該複数のノーツが同時に基準領域ＳＲ１に到達しないようにしてもよい。異なる種類の複数のノーツが基準領域ＳＲ１に同時に到着する場合、その同時に基準領域ＳＲ１に到達した複数のノーツのうち一つのみがユーザによって選択可能とされてもよい。この場合、ユーザは、いずれの種類のノーツを操作するかを選択することになるので、ゲームの戦略性を高めることができる。

ノーツデータ１６ｂは、基準タイミング情報にＮＵＬＬ値が設定されている空レコードを有していてもよい。図２に示されている例では、ノーツＩＤ「１０７」で特定されるレコードの基準タイミング情報にＮＵＬＬ値が設定されている。基準タイミング情報にＮＵＬＬ値が設定されているノーツＩＤに対応するノーツは、ゲーム画面５０に表示されない。基準タイミング情報のＮＵＬＬ値は、ゲームの進行に応じて、時刻を表すデータで上書きされてもよい。例えば、対戦モードにおいて、相手キャラクタによって攻撃アクションがなされたときに、ノーツデータ１６ｂのうち基準タイミング情報にＮＵＬＬ値が設定されているレコードについて、そのＮＵＬＬ値が、設定されている前後のノーツの基準タイミング情報で特定されている時刻の間にある時刻で上書きされてもよい。ノーツＩＤ「１０７」の１つ前のレコード（ノーツＩＤ「１０６」で特定されるレコード）における基準タイミング情報は「００：０２：１４：０００」であり、ノーツＩＤ「１０７」の１つ後ろのレコード（ノーツＩＤ「１０８」で特定されるレコード）における基準タイミング情報は「００：０２：１５：０００」であるため、ノーツＩＤ「１０７」の基準タイミング情報として、「００：０２：１４：０００」と「００：０２：１５：０００」との間にある時刻が設定され得る。対戦モードにおいて、相手キャラクタによって攻撃アクションがなされたときに、基準タイミング情報に時刻が設定されているレコード以外のレコードが上書きされてもよい。例えば、相手キャラクタによって攻撃アクションがなされたときに、基準タイミング情報に設定されている時刻を別の時刻に変更することができる。相手キャラクタによって攻撃アクションがなされたときに、基準タイミング情報に時刻が設定されているレコードにおいて、ノーツ種類情報が攻撃ノーツを示す「１」又はスキルノーツを示す「３」に設定されている場合、当該ノーツ種類情報を防御ノーツを示す「２」に書き換えることができる。

第１キャラクタ領域５２には、ユーザＡのキャラクタＡを示すアイコン５２ａと、キャラクタＡのＨＰを示すインジケータ５２ｂと、が表示されている。第２キャラクタ領域５３には、ユーザＡと対戦しているユーザＢのキャラクタＢを示すアイコン５３ａと、キャラクタＢのＨＰを示すインジケータ５３ｂと、が表示されている。第１キャラクタ領域５２には、キャラクタＡに関連する上記以外の情報が表示されてもよく、第２キャラクタ領域５３には、キャラクタＢに関連する上記以外の情報が表示されてもよい。例えば、第１キャラクタ領域５２には、キャラクタＡの攻撃力、防御力、属性、所持アイテム、レベル、及びこれら以外の情報が表示され、第２キャラクタ領域５３には、キャラクタＡの攻撃力、防御力、属性、所持アイテム、レベル、及びこれら以外の情報が表示されてもよい。リズムゲームが対戦モードでない場合には、第２キャラクタ領域５３は表示されなくともよい。リズムゲームが対戦モードでない場合には、第１キャラクタ領域５２も表示されなくともよい。

対戦モードにおいて、ユーザＡは、複数のキャラクタを同時に使用してもよい。対戦モードにおいてユーザＡによって複数のキャラクタが同時に使用される場合には、第１キャラクタ領域５２に当該複数のキャラクタが表示されてもよい。対戦モードにおいて同時に使用される複数のキャラクタの各々は、レーンＬ１～Ｌ５の各々に割り当てられてもよい。例えば、キャラクタＡ１～Ａ５の５つのキャラクタが同時に使用される場合には、レーンＬ１～Ｌ５の各々にキャラクタＡ１～Ａ５のうちの１つのキャラクタが割り当てられてもよい。例えば、レーンＬ１にキャラクタＡ１を割り当て、他のレーンＬ２～Ｌ５にもキャラクタＡ２～Ａ５のいずれか１つを割り当てることができる。各レーンに割り当てられたキャラクタの画像は、ゲーム画面５０のメイン領域５１において、割り当てられているレーンと対応付けて表示されてもよい。例えば、キャラクタＡ１がレーンＡ１に割り当てられている場合には、キャラクタＡ１の画像は、レーンＬ１の上、下、又は中に表示されてもよい。これにより、ゲーム画面５０において、ユーザＡに対して、キャラクタとレーンとの対応関係を示すことができる。ユーザＡが複数のキャラクタを有する。

対戦モードにおいて、複数のキャラクタを入れ替えて使用してもよい。この場合、同時に使用されるキャラクタは１つであるが、例えばユーザＡの操作に応じて対戦モードの実行中に、当該対戦モードで使用されるキャラクタが入れ替えられてもよい。例えば、対戦モードの開始時にキャラクタＡ１を使用し、開始後の所定の時点でキャラクタＡ１をキャラクタＡ２に交代させてもよい。

メイン領域５１には、ユーザの操作を受け付ける操作領域が含まれる。ユーザは、タップ、長押し（ロングタップ）、左フリック、右フリック、又はこれら以外の態様で操作領域を操作することが想定される。図示の例では、各レーンに操作ボタンＢ１～Ｂ５が設けられている。この操作ボタンＢ１～Ｂ５の各々が、対応するレーン上を移動するノーツに対する操作を受け付ける操作領域である。

図６を参照して、ユーザＡと対戦しているユーザＢが使用するユーザ端末１０ｂに表示されるゲーム画面６０について説明する。図示されているように、ゲーム画面６０は、概ねゲーム画面５０と同じ表示要素を含んでいる。具体的には、ゲーム画面６０は、演奏される楽曲のリズムに合わせてノーツが表示されるメイン領域６１と、ユーザＢのキャラクタに関する各種情報が表示される第１キャラクタ領域６２と、対戦モードの実行時に対戦相手のキャラクタに関する各種情報が表示される第２キャラクタ領域６３と、ユーザＢがリズムゲームにおいて獲得した得点を示すスコア領域６４と、を含んでいる。メイン領域６１は、レーンＬ1からレーンＬ５の５つのレーンを含んでいる。メイン領域６１の下端近くには、レーンＬ1からレーンＬ５まで跨がるようにＸ軸方向に沿って延びる基準領域ＳＲ２が表示されている。メイン領域６１には、ノーツの出現する３つの出現位置、すなわち第１出現位置Ｙ２１、第２出現領域Ｙ２２、及び第３出現領域Ｙ２３が配置されている。レーンＬ1からレーンＬ５の各々には、楽曲のリズムに合わせてノーツＮ２１からノーツＮ２８の８個のノーツが表示されている。各ノーツは、レーン内をＹ軸方向に沿って（紙面の上から下に向かって）移動する。ノーツＮ２１、Ｎ２４、Ｎ２５、Ｎ２７は攻撃ノーツであり、Ｎ２３、Ｎ２６、Ｎ２８は防御ノーツであり、Ｎ２２はスキルノーツである。メイン領域６１には、ユーザの操作を受け付ける操作領域が含まれる。図示の例では、各レーンに操作ボタンＢ１～Ｂ５が設けられている。

ゲーム画面５０には、ゲーム画面６０のメイン領域６１の少なくとも一部が含まれてもよい。例えば、ゲーム画面５０には、ゲーム画面６０のメイン領域６１がメイン領域５１よりも小さく表示される。これにより、ユーザＡは、対戦相手のメイン領域６１におけるノーツの配置を見て戦略を検討することができるので、リズムゲームのゲーム性を高めることができる。ゲーム画面６０には、ゲーム画面５０のメイン領域５１の少なくとも一部が含まれてもよい。

ゲームシステム１が提供するリズムゲームの対戦モードにおけるゲームメカニクスについて説明する。対戦の勝敗は、例えば、ユーザＡのキャラクタＡのＨＰとユーザＢのキャラクタＢのＨＰに基づいて決定される。例えば、ＨＰが先にゼロになったキャラクタが負けとされる。このため、対戦モードにおいて、ユーザは、自らのキャラクタのＨＰを減少させないようにプレイすることが想定される。ゲームシステム１が提供するリズムゲームにおいて、ユーザＡは、ノーツが基準領域（ＳＲ１、ＳＲ２）に到達したタイミングで操作領域を操作することが想定されており、基準領域に到達したノーツに対する操作が成功したか否かが判定される。

図示の例では、ノーツの種類として、攻撃ノーツ、防御ノーツ、及びスキルノーツの３種類を設定することができる。いずれの種類のノーツに対する操作が行われたかによって、対戦モードにおいて各ユーザのキャラクタに異なるアクションを実行させることができる。まず、防御ノーツへの操作によって起こるゲーム効果について説明する。ユーザが防御ノーツに対する操作に失敗した場合には、当該ユーザのキャラクタがダメージを受け、そのＨＰが減少する。防御ノーツに対する操作に成功した場合には、当該ユーザのキャラクタが防御アクションを実行することにより、防御ノーツに対する操作が失敗した場合と比べて当該キャラクタが受けるダメージが軽減される（ＨＰの減少量が小さくなる）か、ダメージがゼロとなる（ＨＰが減少しない）。このため、ユーザは、基準領域に到達した防御ノーツに対して適時に操作を行うことで、自らのキャラクタのＨＰの減少を抑制できる。

次に、攻撃ノーツへの操作によって起こるゲーム効果について説明する。攻撃ノーツに対する操作に成功すると、対戦相手のキャラクタに対する攻撃アクションが実行される。例えば、攻撃ノーツに対する操作に成功すると、対戦相手のゲーム画面のメイン領域に防御ノーツを追加的に表示することができる。追加された防御ノーツが基準領域に到達したときに対戦相手のキャラクタはダメージを受けるので、対戦相手のゲーム画面に防御ノーツを追加することが対戦相手のキャラクタへの攻撃となる。攻撃ノーツへの操作に失敗した場合には、対戦相手のキャラクタへの攻撃アクションが行われない。他方、ユーザが攻撃ノーツの操作に失敗しても、防御ノーツの操作に失敗した場合とは異なり、当該ユーザのキャラクタのＨＰは減少しない。

次に、スキルノーツへの操作によって起こるゲーム効果について説明する。ユーザがスキルノーツに対する操作に成功すると、当該ユーザのキャラクタがスキルノーツに対応付けられたスキルアクションを実行する。スキルアクションは、攻撃アクションによって起こる効果や防御アクションによって起こる効果とは異なるスキル効果を発生させるアクションである。スキル効果は、例えば、以下の効果を含むことができる。
（１）対戦相手によるノーツの操作を一定時間（例えば、３秒間）不可能にする効果
（２）対戦相手のノーツの移動速度を一定期間速くする効果
（３）対戦相手のノーツの移動速度を一定期間遅くする効果
（４）対戦相手のゲーム画面においてノーツの種類を判別不能にする効果
（５）対戦相手のノーツの配置をノーツデータ１６ｂによって定められる配置とは異なる配置に変更する効果
（６）対戦相手のゲーム画面において基準領域を移動させる効果
（７）対戦相手のゲーム画面においてユーザの操作を受け付けるための操作領域を小さくする効果
（８）対戦相手のゲーム画面にダミーのノーツを表示する効果
（９）対戦相手のゲーム画面においてノーツを見えなくする効果（例えば、対戦相手のゲーム画面のうちメイン領域の一部（例えば、上半分）を見えなくする効果）
（１０）対戦相手のノーツの出現位置をノーツデータ１６ｂによって定められている出現位置よりも基準領域に近い位置に変更する効果
（１１）対戦相手の後述するタイミング判定のタイミング閾値を小さくする効果
（１２）対戦相手のキャラクタのＨＰを減少させる効果
（１３）対戦相手のキャラクタの攻撃力を低下させる効果
（１４）対戦相手のキャラクタの防御力を低下させる効果

（２）～（５）に示されているように、キャラクタによってスキルアクションが実行されることにより、そのキャラクタの対戦相手のキャラクタに関連付けられたゲーム画面におけるノーツの表示が変更される効果を生じさせることができる。

スキルノーツには、それぞれが異なるスキル効果に関連付けられた複数の種類のノーツが含まれてもよい。この異なる種類のスキルノーツは、ユーザがゲーム画面で識別できるように、互いに異なる外観を呈していてもよい。スキルノーツの操作に成功した場合に発生するスキル効果は、対戦モードにおいて使用されているキャラクタごとに異なってもよい。例えば、同じスキルノーツに対する操作が成功した場合でも、対戦モードにおいてキャラクタＡ１を使用している場合とキャラクタＡ２を使用している場合とでは異なるスキル効果が発生してもよい。例えば、あるスキルノーツの操作に成功した場合、対戦ゲームにおいてキャラクタＡ１が使用されている場合には、対戦相手によるノーツの操作を一定時間不可能にする効果が発動され、同じスキルノーツの操作に成功した場合であっても、キャラクタＡ２が使用されている場合には、対戦相手のノーツの移動速度を一定期間速くする効果が発動されてもよい。スキルノーツの操作に成功した場合に発生するスキル効果は、例えば、キャラクタデータ１６ｃとして記憶されている使用可能なスキルを参照して決定されてもよい。既述のとおり、対戦ゲームで使用されるキャラクタのキャラクタデータ１６ｃは、当該キャラクタが使用可能なスキルを識別するスキル識別データを含んでもよい。あるキャラクタを使用して対戦モードで対戦を行っている際にスキルノーツの操作により発生するスキル効果は、当該キャラクタのスキル識別データで識別されるスキル効果であってもよい。これによりゲーム開始時にキャラクタＡ１を使用し、その後にキャラクタＡ２に切り替えた場合、キャラクタＡ１の使用時とキャラクタＡ２の使用時とで異なるスキル効果を発動させることができる。以上のように、対戦ゲームにおいて使用するキャラクタごとに又はキャラクタの属性ごとにスキルノーツへの操作成功時に異なるスキル効果を発動させることにより、対戦ゲームの特徴であるキャラクタの個性や種類に応じたスキル効果の発動をリズムゲームに取り入れることができる。

各レーンに異なるキャラクタを関連付けて対戦ゲームを行う場合には、スキルノーツへの操作が成功した場合に、当該スキルノーツが表示されていたレーンに関連付けられているキャラクタに対応するスキル効果が発動されてもよい。例えば、レーンＬ１にキャラクタＡ１が関連付けられておりレーンＬ２にキャラクタＡ２が関連付けられている場合には、レーンＬ１上を移動するスキルノーツへの操作が成功した場合にはキャラクタＡ１に対応するスキル効果が発動され、レーンＬ２上を移動するスキルノーツへの操作が成功した場合にはキャラクタＡ２に対応するスキル効果が発動されてもよい。このように、レーンに配置されるキャラクタに応じて当該レーン上を移動するスキルノーツへの操作が成功した場合に発動されるスキル効果を定めることにより、対戦ゲームとしての戦略性を深めることができる。

ユーザがスキルノーツの操作に失敗しても、防御ノーツの操作に失敗した場合とは異なり、当該ユーザのキャラクタのＨＰは減少しない。

ノーツへの操作に成功した場合には、ノーツの種類によらずユーザのポイント又はそれ以外のパラメータを増加させてもよい。パラメータの増加量は、ノーツの種類に応じて異なっていてもよいし、ノーツの種類によらず同じであってもよい。ノーツへの操作が成功した場合に、キャラクタのパラメータを変化させてもよい。例えば、ノーツへの操作が成功した場合に、キャラクタ攻撃力、又は防御力のうちの少なくとも一つを増加させてもよい。

以上のように、複数種類あるノーツのうち、ユーザが防御ノーツの操作に失敗した場合に当該ユーザのキャラクタのＨＰが減少するが、それ以外のノーツの操作に失敗しても当該キャラクタのＨＰは減少しない。従来のリズムゲームにおいては、ユーザがノーツの操作に失敗すると（ノーツが基準領域に到達したときに適時に操作を行わないと）、当該ユーザのキャラクタのＨＰが減少するかそれと同等のゲーム効果が生じていた。このため、従来のリズムゲームにおいては、ゲームの難易度を高くしすぎないようにするために、ノーツの配置の自由度に制約があった。本発明の実施形態においては、複数種類あるノーツのうち、ユーザが防御ノーツの操作に失敗した場合に当該ユーザのキャラクタのＨＰが減少するが、それ以外のノーツの操作に失敗しても当該キャラクタのＨＰは減少しないので、ノーツの配置の自由度が増している。例えば、同時刻に２以上のノーツが基準領域に到達しても、ユーザはそのうちの防御ノーツに対する操作を成功させればキャラクタへのダメージを防ぐことができるため、ゲームの難易度を上げすぎることなくかかるノーツ配置が可能となる。

また、ユーザが複数種類のノーツのうち攻撃ノーツ及びスキルノーツ（の少なくとも一部）の操作に成功すると、対戦相手のユーザのノーツの配置や表示に影響を与えることができる。例えば、攻撃ノーツの操作に成功すると、対戦相手のユーザのゲーム画面に防御ノーツを追加的に表示するという方法で、対戦相手のユーザのノーツの表示に影響を与えることができる。

上記の実施形態において、攻撃ノーツの操作に成功すると、対戦相手のユーザのゲーム画面に防御ノーツを追加的に表示することができるので、リズムゲームにおいてユーザの操作に応じて対戦相手への攻撃を実行することができる。このように、本発明の実施形態によるリズムゲームには、対戦相手への攻撃を意図したユーザの操作（攻撃ノーツに対する操作）により対戦相手への攻撃を行うという対戦ゲームの要素が組み込まれている。また、本発明の実施形態によるリズムゲームには、キャラクタのダメージを抑えるための防御を意図したユーザの操作（防御ノーツに対する操作）により、自キャラクタへのダメージを抑制するという対戦ゲームの要素が組み込まれている。

操作受付部１１ｃは、ユーザインタフェース１３のタッチパネルに対するユーザの操作がなされたときに、ユーザが操作した位置を示す座標（以下、「操作位置情報」という。）と、ユーザが操作した時刻を表す操作時刻と、を含む操作情報を生成する。操作情報には、ユーザの操作の種類を含む操作種類情報が含まれてもよい。ユーザの操作の種類には、タップ、長押し（ロングタップ）、左フリック、右フリック、及びこれら以外の操作の種類が含まれ得る。タッチパネルを指で操作する場合には、左フリックは、指でタッチパネルに触れた後、指をタッチパネルに接触させたまま左側に向かってスライドさせた後に指をタッチパネルから離す操作を意味する。右フリックは、指でタッチパネルに触れた後、指をタッチパネルに接触させたまま右側に向かってスライドさせた後に指をタッチパネルから離す操作を意味する。

操作判定部１１ｄは、いずれかのノーツが基準領域ＳＲ１に重なっているときに、メイン領域５１内の操作領域に対してユーザの操作がなされたか否かを判定する。本明細書では、この判定を、操作判定と呼ぶ。ノーツは、基準タイミング情報で示される時刻に基準領域ＳＲ１に到達するので、操作判定部１１ｄは、ノーツデータ１６ｂに含まれている基準タイミング情報に示されている時刻が到来する都度、操作判定を行ってもよい。操作判定部１１ｄは、ノーツに設定されている基準タイミング情報、及び、操作受付部１１ｃが生成した操作情報に基づいて、当該ノーツに関する操作判定を行うことができる。例えば、操作判定部１１ｄは、操作情報に含まれている操作位置情報に基づいてユーザの操作が操作領域に対して行われたか否かを判定する操作位置判定と、操作情報に含まれている操作時刻とノーツに関連付けられている基準タイミング情報が示す基準時刻との差が所定の閾値（タイミング閾値）以下か否かを判定するタイミング判定と、を行い、この２つの判定結果がいずれも「成功」である場合に、当該ノーツに対する操作判定は成功とされる。タイミング閾値は、例えば、３００ミリ秒とされる。

操作判定部１１ｄは、操作位置判定のためにボタンＢ１～Ｂ５のいずれかを操作領域とすることができる。例えば、あるレーン上を移動するノーツに関する操作位置判定においては、ユーザの操作が当該レーン上にあるボタンに対してなされたか否かを判断することで操作位置判定が行われる。図５に示されている例において、レーンＬ1上を移動するノーツＮ１１に関する操作位置判定を行う場合には、ユーザの操作がレーンＬ1上にあるボタンＢ１に対してなされたか否かを判断することで操作位置判定が行われてもよい。

メイン領域５１内のボタンＢ１～Ｂ５以外の領域が操作領域とされてもよい。例えば、あるレーン上を移動するノーツについては当該レーン全体を操作領域としてもよい。レーン全体が操作領域とされる場合には、あるレーン上を移動するノーツに関する操作位置判定においては、ユーザの操作が当該レーンに含まれるいずれかの位置に対してなされたか否かを判断することで操作位置判定が行われる。基準領域ＳＲ１を操作領域としてもよい。レーン全体や操作領域ＳＲ１を操作領域とする場合には、ボタンＢ１～Ｂ５は、表示されなくともよい。

アクション制御部１１ｅは、ノーツについて操作判定が行われると、その判定結果及びノーツの種類に応じてユーザＡのキャラクタＡが実行するアクションを決定し、この決定したアクションを実行するための処理を行う。既述のとおり、ノーツの種類として、攻撃ノーツ、防御ノーツ、及びスキルノーツの３種類を設定することができる。アクション制御部１１ｅは、この３種類のノーツについて、操作判定によりユーザの操作が「成功」と判定された場合と「失敗」と判定された場合に分けた合計６パターンの各々について、キャラクタがアクションを実行するか否か、またいずれのアクションを実行するかを決定することができる。

まず、攻撃ノーツの操作判定に応じた処理について説明する。操作判定においてユーザＡの攻撃ノーツへの操作が「成功」と判定された場合、アクション制御部１１ｅは、ユーザＡが用いるキャラクタＡに攻撃アクションを実行させる。攻撃アクションは、対戦相手であるユーザＢのキャラクタＢを攻撃するアクションである。攻撃アクションが実行されると、例えば、対戦相手のキャラクタＢに関連付けられているゲーム画面６０のメイン領域６１に防御ノーツを追加するための処理が実行される。具体的には、攻撃アクションが実行されると、ユーザ装置１０ａからユーザ装置１０ｂに対してユーザＢのキャラクタＢへの攻撃アクションの発生を通知するアクション通知が送信される。アクション通知は、サーバ２０を経由して送信されてもよいし、サーバ２０を経由せずに送信されてもよい。ユーザ装置１０ｂは、サーバ２０からアクション通知を受信したことに応じて、ゲーム画面６０に防御ノーツを追加的に表示する。この追加的に表示された防御ノーツによりユーザＢのキャラクタＢは追加的なダメージを受ける（少なくとも受ける可能性がある）ので、キャラクタＢのゲーム画面６０に防御ノーツを追加することで、キャラクタＡからキャラクタＢに対する攻撃を行うことができる。ユーザＢのキャラクタＢからユーザＡのキャラクタＡに対する攻撃も同様の手順で行われる。

操作判定において攻撃ノーツへの操作が「失敗」と判定された場合、アクション制御部１１ｅは、キャラクタＡに攻撃アクションを実行させない。この場合、ユーザＡの操作によるキャラクタＢのゲーム画面６０への防御ノーツの追加は起こらない。

次に、防御ノーツの操作判定に応じた処理について説明する。操作判定において防御ノーツへの操作が「成功」と判定された場合には、アクション制御部１１ｅは、キャラクタＡに防御アクションを実行させる。キャラクタＡによる防御アクションが実行された場合、第１ロジックに従ってキャラクタＡへのダメージが算出され、算出されたダメージに基づいて算出される量だけキャラクタＡのＨＰを減少させる。例えば、キャラクタＡによる防御アクションが実行された場合、第１ロジックに従って、キャラクタＢに設定されている攻撃力とキャラクタＡに設定されている防御力を２倍にした値との差をキャラクタＡのＨＰの減少量として算出することができる。

操作判定において防御ノーツへの操作が「失敗」と判定された場合、アクション制御部１１ｅは、キャラクタＡに防御アクションを実行させない。キャラクタＡによる防御アクションが実行されない場合、第２ロジックに従ってキャラクタＡへのダメージが算出され、算出されたダメージに基づいて算出される量だけキャラクタＡのＨＰを減少させる。例えば、キャラクタＡによる防御アクションが実行されない場合、第２ロジックに従って、キャラクタＢに設定されている攻撃力とキャラクタＡに設定されている防御力との差をキャラクタＡのＨＰの減少量として算出してもよい。

防御ノーツへの操作が成功した場合に用いられる第１ロジックに基づいて算出されるキャラクタへのダメージは、防御ノーツへの操作が失敗した場合に用いられる第２ロジックに基づいて算出されるダメージよりも小さいので、ユーザＡは、防御ノーツへの操作を成功させることにより、キャラクタＡによる防御が実行されたことになる。第１ロジックに従って算出されるキャラクタＡへのダメージが第２ロジックに従って算出されるキャラクタＡへのダメージよりも小さくなる限り、第１ロジック及び第２ロジックとして様々なロジックを用いることができる。

このように、防御ノーツへの操作が成功してキャラクタＡが防御アクションを行うことにより、キャラクタＡは防御アクションを行わない場合よりも少ないダメージを受ける。防御ノーツへのアクションが成功した場合には、キャラクタＡは全くダメージを受けなくてもよい。キャラクタＡが全くダメージを受けない場合、キャラクタＡのＨＰの減少量はゼロである。

アクション制御部１１ｅは、防御ノーツの操作判定に応じて算出されたキャラクタＡへのダメージ量又はＨＰの減少量をサーバ２０に通知してもよい。これにより、サーバ２０においても勝敗判定を行うことができる。

次に、スキルノーツの操作判定に応じた処理について説明する。操作判定においてスキルノーツへの操作が「成功」と判定された場合には、アクション制御部１１ｅは、キャラクタＡにスキルアクションを実行させる。キャラクタＡによるスキルアクションが実行された場合、既述のスキル効果が発生する。具体的には、スキルアクションが実行されると、ユーザ装置１０ａからユーザ装置１０ｂに対してスキルアクションの発生を通知するスキルアクション通知が送信される。スキルアクションの発生を通知するスキルアクション通知には、発生させるスキルを特定するためのスキル識別コードが含まれてもよい。ユーザ装置１０ｂは、スキルアクション通知を受信したことに応じて、当該アクション通知に含まれているスキル識別コードに基づいてスキル効果を特定し、この特定されたスキル効果を発生させる。例えば、アクション通知に含まれるスキル識別コードにより特定されるスキル効果が、対戦相手によるノーツの操作を一定時間不可能にする効果である場合には、ユーザ装置１０ｂは、ユーザ画面６０におけるノーツへの操作を一定時間不能とする。例えば、その一定時間においては、タッチパネルに操作がなされても、その操作を無効とする。ノーツへの操作が不能とされている間、ユーザＢは、攻撃ノーツを操作できないためキャラクタＡへの攻撃アクションを行うことができず、防御ノーツを操作できないため防御アクションを行うこともできない。このように、スキル効果の発生により、スキル効果を発生させたユーザは、有利に対戦を進めることができる。ユーザＢのキャラクタＢによるスキルアクションの実行も同様の手順で行われる。

攻撃アクションの発生を通知するアクション通知とスキルアクションの発生を通知するアクション通知とを区別する必要がある場合には、攻撃アクションの発生を通知するアクション通知を攻撃アクション通知と呼び、スキルアクションの発生を通知するアクション通知をスキルアクション通知と呼ぶ。

各ノーツへの操作は、タップ、長押し、左フリック、右フリック、又はこれら以外の操作を含む。上記のように、ノーツに対してどのような種類の操作がなされたかは、操作受付部１１ｃによって検出され得る。各ノーツへの操作が成功したことに応じて発生する効果は、当該操作の種類に応じて異なってもよい。例えば、攻撃ノーツへの操作がどの種類の操作によりなされたかによって、対戦相手のゲーム画面に追加される防御ノーツの位置を変えることができる。より具体的には、タップ（又は長押し）により攻撃ノーツを操作した場合には、対戦相手のゲーム画面において防御ノーツを中央付近のレーン（図５や図６の例ではレーンＬ３）に表示し、左フリックや右フリックによって攻撃ノーツを操作した場合には、対戦相手のゲーム画面の複数のレーンのうちフリックの方向に応じたレーンに防御ノーツを表示することができる。例えば、左フリックにより攻撃ノーツへの操作がなされた場合には、対戦相手のゲーム画面において中央よりも左側にあるレーンＬ1又はＲ２に防御ノーツを表示し、右フリックにより攻撃ノーツへの操作がなされた場合には、対戦相手のゲーム画面において中央よりも右側にあるレーンＬ４又はＬ５に防御ノーツを表示することができる。また、防御ノーツへの操作がタップによりなされた場合と長押しによりなされた場合とでは、長押しによって操作がなされた場合の方が高い防御効果を発揮してもよい。具体的には、長押しによって防御ノーツが操作された場合には、タップによって防御ノーツが選択された場合よりも、キャラクタが受けるダメージが小さくなってもよい。

対戦結果判定部１１ｆは、対戦モードにおける勝敗の判定を行う。対戦モードにおいては、様々な条件で勝敗を判定することができる。例えば、対戦相手のキャラクタのＨＰがゼロになったときにＨＰが残存しているキャラクタが勝利したと判定されてもよい。別の例では、演奏中の楽曲の再生が終了したときにＨＰが多い方のキャラクタが勝利したと判定してもよい。さらに別の例では、演奏開始から所定時間経過したときにＨＰが多い方のキャラクタが勝利したと判定してもよい。本発明に適用可能な勝敗の判定基準は、本明細書で明示的に説明したものには限られない。ＨＰの残量に基づいて対戦の勝敗を判定する場合には、対戦しているユーザのユーザ装置間で自らのキャラクタのＨＰを互いに通知することで、自らのキャラクタのＨＰと対戦相手のキャラクタのＨＰとを比較できるようにする。

続いて、サーバ２０の機能について説明する。サーバ２０のプロセッサ２１は、コンピュータ読み取り可能な命令を実行することにより、マッチング部２１ａ及び対戦制御部２１ｂとして機能する。

マッチング部２１ａは、対戦モードでの対戦相手をマッチングすることができる。マッチング部２１ａは、例えば、ユーザＡから対戦相手を探すためのマッチング要求を受け付けたことに応じて、ユーザ管理データ２５ａに基づいてユーザＡの対戦相手の候補を特定することができる。ユーザＡの対戦相手の候補は、様々なロジックに従って特定され得る。例えば、ユーザＡの対戦相手の候補は、ユーザＡの友人として登録されているユーザからランダムに選択されてもよい。ユーザＡの対戦相手の候補は、ユーザＡと同じレベルのユーザからランダムに選択されてもよい。ユーザＡは、マッチング部２１ａから提示された対戦相手の候補から対戦相手を選択することができる。マッチング部２１ａは、対戦相手の候補を一人だけ選択してもよい。この場合、ユーザＡは、提示された対戦相手との対戦を行うか否かを決定する。

対戦制御部２１ｂは、対戦中のユーザの一方が攻撃ノーツへの操作を成功した場合に、当該ユーザのユーザ装置から対戦相手のキャラクタへの攻撃要求を受信し、この攻撃要求を受信したことに応じて対戦相手のユーザ端末に対して攻撃がなされたことを示す攻撃通知を送信する。例えば、ユーザＡとユーザＢとが対戦中にユーザＢが攻撃ノーツへの操作を成功させると、ユーザＢのユーザ装置１０ｂから攻撃要求を受信し、この攻撃要求の受信に応じてユーザＡのユーザ装置１０ａに攻撃通知を送信する。ユーザ装置１０ａは、この攻撃通知を受信したことに応じて、ゲーム画面５０に防御ノーツを追加する。

ゲームシステム１のいずれかの装置で実行される機能の少なくとも一部は、他の装置で実行されてもよい。例えば、上記の実施形態において、ユーザ装置１０ａのプロセッサ１１により実現されるとして説明された機能の少なくとも一部は、サーバ２０のプロセッサ２１又はそれ以外の装置のプロセッサにより実現されてもよく、サーバ２０のプロセッサ２１により実現されるとして説明された機能の少なくとも一部は、ユーザ装置１０ａ及び／もしくはユーザ装置１０ｂのプロセッサ１１又はこれら以外の装置のプロセッサにより実現されてもよい。つまり、画像生成部１１ａ、出力制御部１１ｂ、操作受付部１１ｃ、操作判定部１１ｄ、アクション制御部１１ｅ、及び対戦結果判定部１１ｆの機能の少なくとも一部は、プロセッサ１１以外のプロセッサにより実現されてもよく、マッチング２１ａ及び対戦制御部２１ｂの機能の少なくとも一部はプロセッサ２１以外のプロセッサにより実現されてもよい。例えば、ゲーム画像５０をサーバ２０で生成し、生成した画像をユーザ装置１０ａ（及びユーザ装置１０ｂ）に配信してもよい。また、対戦モードで対戦しているキャラクタＡ及びキャラクタＢのそれぞれのＨＰをサーバ２０でモニタリングすることにより、勝敗の判定をサーバ２０が行ってもよい。

上記の実施形態において、プロセッサ１１により実現されるとして説明された機能の少なくとも一部及び／又はプロセッサ２１により実現されるとして説明された機能の少なくとも一部は省略可能である。例えば、ユーザ装置１０ａとユーザ装置１０ｂとの間でアクション通知を直接送受信することにより、対戦制御部２１ｂを省略することができる。

続いて、図７を参照して、ゲームシステム１により提供されるリズムゲームにおける対戦モードでのゲーム開始処理について説明する。図７に示されている対戦モードでのゲーム開始処理においては、ユーザＡがログイン後に対戦モードを選択してユーザＢと対戦することが想定されている。

図７に示されている対戦モードでのゲーム開始処理においては、ステップＳ１１においてログイン処理を行った後、ステップＳ１２においてユーザＡから対戦モードの実行要求があったか否かが判定される。ゲームシステム１により提供されるリズムゲームは、対戦モード以外にソロモードを有していてもよい。ステップＳ１２でソロモードが選択された場合には、ユーザＡは、他のユーザとの対戦を行わないソロモードでリズムゲームを開始することができる。ソロモードでは、攻撃や防御といった対戦に関連付けられたアクションを実行するための攻撃ノーツや防御ノーツではなく、攻撃や防御のアクションと関連付けられていない一種類のノーツがゲーム画面５０に表示されてもよい。ソロモードにおいては、当該ノーツが基準位置ＳＲ１に到達したときに操作領域（例えば、操作ボタンＢ１～Ｂ５のいずれか）に対する操作がなされたか否かが判定され、操作が成功するとユーザＡにポイントが付与されてもよい。

ステップＳ１２で対戦モードの開始が要求された場合には、ステップＳ１３において対戦相手が決定され、対戦モードでリズムゲームが開始される。対戦相手は、マッチング部２１ａにより選択された対戦相手の候補の中からユーザＡによって選択される。例えば、ユーザＢが対戦相手として選択される。対戦モードでゲームを開始する際には、当該対戦で演奏される楽曲がユーザＡ又は対戦相手であるユーザＢによって選択される。対戦モードにおいて、対戦する各ユーザのユーザ装置で演奏される楽曲は、互いと同じものでもよく、異なるものでもよい。ユーザＡ又はユーザＢが対戦に用いることができるキャラクタを複数所持している場合には、この複数のキャラクタの中から対戦に用いるキャラクタが選択される。以上のようにして、リズムゲームが対戦モードで開始される。

続いて、図８を参照して、対戦モードにおける対戦処理について説明する。図８に示されている対戦処理においては、ユーザＡとユーザＢとが対戦することが想定されている。

まず、ステップＳ２１において、ユーザＡとユーザＢとの対戦が開始される。図７を参照して説明したとおり、対戦モードでゲームを開始するために、ユーザＢがユーザＡの対戦相手としてマッチングされており、また、この対戦に用いる楽曲及びキャラクタが選択されている。図８の実施形態では、ユーザＡはキャラクタＡを用い、ユーザＢはキャラクタＢを用いることが想定されている。ゲーム開始時に、ユーザＡのユーザ装置１０ａにおいてはアセットデータ及びノーツデータ１６ｂに基づいてゲーム画面５０が生成され、ユーザＢのユーザ装置１０ｂにおいてはアセットデータ及びノーツデータ１６ｂに基づいてゲーム画面６０が生成される。ゲーム画面５０の生成はユーザ装置１０ａの画像生成部１１ａにより実行されてもよく、ゲーム画面６０の生成はユーザ装置１０ａの画像生成部１１ａにより実行されてもよい。楽曲の演奏が開始すると、ゲーム画面５０、６０に表示されているノーツは、楽曲のリズムに合わせて基準領域ＳＲ１、ＳＲ２に向かって移動する。各ノーツは、各々に設定されている基準タイミング情報で特定される時刻に基準領域ＳＲ１又は基準領域ＳＲ２に到達するように移動する。

ステップＳ２２においていずれかのノーツが基準領域に到達すると、対戦処理はステップＳ２３に進む。ステップＳ２３においては、基準領域に到達したノーツに対するユーザの操作が成功したか否かを判定する操作判定が行われる。具体的には、ユーザ装置１０ａにおいては、いずれかのノーツが基準領域ＳＲ１に達すると操作判定が行われ、ユーザ装置１０ｂにおいては、いずれかのノーツが基準領域ＳＲ２に到達すると操作判定が行われる。既述のとおり、操作判定においては、ユーザの操作が操作領域に対して行われたか否かを判定する操作位置判定、及び、ユーザが操作を行った操作時刻がノーツに関連付けられている基準タイミング情報が示す時刻から所定時間内にあるか否かを判定するタイミング判定を行い、この２つの判定結果がいずれも「成功」である場合に、当該ノーツに対する操作判定は成功とされる。操作判定は、操作判定部１１ｄにより行われてもよい。

ステップＳ２３において、基準領域に到達した判定対象のノーツへの操作が成功と判定されると、対戦処理は、ステップＳ２４に進む。ステップＳ２４では、判定対象のノーツが攻撃ノーツか否かが判定される。判定対象のノーツが攻撃ノーツである場合には、対戦処理はステップＳ２５に進み、ステップＳ２５において当該攻撃ノーツへの操作を成功させたユーザのキャラクタが攻撃アクションを行う。図１０ａから図１１ｂを参照して、ユーザＢによる攻撃ノーツへの操作が成功した場合に実行される、ユーザＡのキャラクタに対する攻撃アクションについて説明する。図１０ａ及び図１０ｂは、楽曲の演奏が開始されてから２分１１秒５００ミリ秒経過した時刻における、ゲーム画面５０のメイン領域５１及びゲーム画面６０のメイン領域６１をそれぞれ示す。図１０ａにおけるノーツＮ１１～Ｎ１６の配置は、ノーツデータ１６ｂに基づいて定められている。図１０ｂにおけるノーツＮ２１～Ｎ２８の配置はユーザＢ用のノーツデータ（不図示）に従って定められている。図１０ｂに示されているように、ユーザＢのキャラクタＢに関連付けられているゲーム画面６０において、攻撃ノーツＮ２１が基準領域ＳＲ２と重複している。図１１ｂに示されているように、攻撃ノーツＮ２１が基準領域ＳＲ２と重複している間に、図１１ｂに示すようにユーザＢが指Ｆ２で操作ボタンＢ２に対して操作を行うと、ユーザＢによる操作ボタンＢ２に対する操作がなされた時刻と攻撃ノーツＮ２１に設定されている基準タイミング情報で特定される基準時刻との差がタイミング閾値以下である場合には攻撃ノーツＮ２１に対する操作は成功と判定され、キャラクタＢのキャラクタＡに対する攻撃アクションが実行される。具体的には、ユーザＢのユーザ装置１０ｂからユーザＡのユーザ装置１０ａに攻撃アクション通知が送信される。攻撃アクション通知は、サーバ２０を経由して送信されてもよいし、サーバ２０を経由せずに送信されてもよい。

ユーザ装置１０ａは、攻撃アクション通知を受信すると、図９に示されているように、ノーツデータ１６ｂに含まれている空レコードに防御ノーツを示すデータを追加する。図９に示されている例では、キャラクタＢからの攻撃アクション前に空レコードであったノーツＩＤ「１０７」で特定されるレコードが防御ノーツを表すレコードで置き換えられる。図９に示されている例では、ノーツＩＤ「１０７」に対応付けて、ノーツ種類情報が防御ノーツを表す「２」であり、基準タイミング情報が「００：０２：１４：１５」であり、レーン情報が「１」であり、出現位置情報が「１」である新しいレコードが記憶される。攻撃アクションにより追加される防御ノーツに対応するデータは、その攻撃アクションに対応する操作がなされた時刻から最も近い空レコードに上書きされてもよい。上記の例では、楽曲の演奏開始から２分１１秒５００ミリ秒（００：０２：１１：５００）経過した時刻に基準領域ＳＲ２に到達した攻撃ノーツＮ２１に対する操作が成功して攻撃アクションが実行されたため、キャラクタＡに対応するゲーム画面５０用のノーツデータ１６ｂにおいて時刻「００：０２：１１：５００」よりも後で当該時刻に最も近いノーツＩＤ「１０７」に当該攻撃アクションに対応する防御ノーツを表すデータが格納される。

攻撃アクションにより追加される防御ノーツを表すデータにおいて、「レーン情報」は、「１」～「３」のいずれかに定められる。例えば、ユーザＢによるノーツＮ２１へ左フリック操作がなされた場合にゲーム画面５０の中央よりも左側にあるレーンＬ１に防御ノーツを表示させるために、レーン情報を「１」に定めることができる。ノーツＮ２１へタップ操作がなされた場合には、レーン情報を「３」としてもよく、ノーツＮ２１へ右フリック操作がなされた場合には、レーン情報を「５」としてもよい。レーン情報を指定するレーン指定情報は、攻撃アクション通知に含めて、ユーザ装置１０ｂからユーザ装置１０ｂに伝達されてもよい。

攻撃アクションにより追加される防御ノーツを表すデータにおいて、「出現位置情報」は、「１」～「３」のいずれかに設定される。出現位置情報は、ユーザＢのノーツＮ２１への操作のタイミングに関する評価に基づいて決定されてもよい。例えば、ノーツＮ２１への操作がなされた時刻とノーツＮ２１の基準タイミング情報で表される基準時刻との差が第１閾値以下である場合に「３」に設定され、その差が第１閾値とその第１閾値よりも大きい第２閾値以下である場合に「２」に設定され、その差が第２閾値とその第２閾値よりも大きい第３閾値以下である場合に「１」に設定されてもよい。第３閾値は、タイミング判定が成功か否かを判定する際に用いられるタイミング閾値と同じであってもよい。第１閾値、第２閾値、第３閾値はそれぞれ１００ミリ秒、３００ミリ秒、５００ミリ秒とされてもよい。このように、ユーザＢが攻撃ノーツＮ２１に設定されている基準タイミング情報で特定される時刻により近いタイミングでノーツＮ２１に対する操作を行った場合に、当該操作により対戦相手であるユーザＡのゲーム画面５０に追加される防御ノーツを基準領域ＳＲ１のより近くに出現させることができる。

ノーツデータのうち防御ノーツを示すレコードには、その防御ノーツへの操作に失敗した場合にキャラクタが受けるダメージの計算に用いられる「攻撃力情報」（図示略）が設定されてもよい。防御ノーツの「攻撃力情報」に設定されている数値が高いほど、ユーザが当該防御ノーツの操作に失敗した場合に当該ユーザのキャラクタが受けるダメージが大きくなるようにダメージの計算が行われてもよい。ノーツＮ２１への操作が成功した際に発動される攻撃アクションにより追加される防御ノーツに設定される攻撃力情報は、ユーザＢのノーツＮ２１への操作のタイミングに関する評価に基づいて決定されてもよい。例えば、ノーツＮ２１への操作がなされた時刻とノーツＮ２１の基準タイミング情報で表される基準時刻との差が小さいほど（つまり、ノーツＮ２１への操作のタイミングに関する評価が高いほど）、ノーツＮ２１への操作が成功したことにより追加される防御ノーツの攻撃力情報として高い値が設定されてもよい。これにより、ユーザによる攻撃ノーツへの操作タイミングが正確であるほど、当該ユーザは対戦ゲームにおいて有利に立つことができる。

ゲーム画面５０において、防御ノーツは、設定されている攻撃力情報に応じて異なる外観を呈してもよい。例えば、防御ノーツに設定されている攻撃力情報に応じて、当該防御ノーツは異なる色、形状、大きさでゲーム画面５０に表示されてもよい。このようにゲーム画面５０に表示される防御ノーツの外観を当該防御ノーツに設定されている攻撃力情報に応じて変化させることにより、高い攻撃力を有する防御ノーツに対して優先的に操作を行うなど、ユーザには防御ノーツに設定されている攻撃力情報に応じたゲーム戦略が求められる。このため、リズムゲームの対戦モードにおける戦略性を高めることができる。

ノーツデータ１６ｂに防御ノーツを示す防御ノーツのデータが追加されると、そのノーツデータ１６ｂに追加されたデータに応じて、図１１ａに示すように、ゲーム画面５０に防御ノーツＮ１７が出現する。図１０ａと図１１ａとを比較すると、攻撃ノーツＮ２１への操作が成功し、キャラクタＡに対する攻撃アクションが実行されたことにより、キャラクタＡに関連付けられたゲーム画面５０に防御ノーツＮ１７が追加されたことが分かる。防御ノーツＮ１７は、ノーツＩＤ「１０７」に対応するノーツであるから、レーンＬ1の第１出現位置Ｙ１１に出現する。ノーツＮ１７は、その基準タイミング情報で示されている時刻「００：０２：１４：５００」に基準領域ＳＲ１に到達する。

ユーザＢによる攻撃ノーツＮ２１への操作が成功した場合の処理と同様に、ユーザＡによる攻撃ノーツへの操作が成功した場合には、キャラクタＡによるキャラクタＢへの攻撃アクションが実行される。ユーザＡによる攻撃アクションの実行について、図１２ａ～図１３ｂを参照して説明する。図１２ａ及び図１２ｂには、図１０ａ及び図１０ｂにおける時刻から５００ミリ秒（０．５秒）後のゲーム画面５０、６０をそれぞれ示している。これらの図に示されている時点では、演奏開始から２分１２秒経過しているので、ゲーム画面５０において、攻撃ノーツＮ１１が基準領域に到達している。図１３ａに示されているように、攻撃ノーツＮ１１が基準領域ＳＲ１と重複している間にユーザＡが指Ｆ１で操作ボタンＢ１に対して操作を行い、このユーザＡによる操作ボタンＢ１に対する操作がなされた時刻と攻撃ノーツＮ１１に設定されている基準タイミング情報で特定される基準時刻との差がタイミング閾値以下である場合には、攻撃ノーツＮ１１に対する操作は成功と判定され、キャラクタＡのキャラクタＢに対する攻撃アクションが実行される。具体的には、ユーザＡのユーザ装置１０ａからユーザＢのユーザ装置１０ｂに攻撃アクション通知が送信される。攻撃アクション通知は、サーバ２０を経由して送信されてもよいし、サーバ２０を経由せずに送信されてもよい。ユーザ装置１０ｂは、攻撃アクション通知を受信すると、図１３ｂａに示すように、ゲーム画面６０に防御ノーツＮ２９を出現させる。図１３ｂと図１２ｂとを比較すると、攻撃ノーツＮ１１への操作が成功しキャラクタＢに対する攻撃アクションが実行されたことにより、キャラクタＢに関連付けられたゲーム画面６０に防御ノーツＮ２９が追加されたことが分かる。

ステップＳ２４において、判定対象のノーツが攻撃ノーツでないと判定された場合には、対戦処理はステップＳ２６に進み、判定対象のノーツが防御ノーツか否かが判定される。判定対象のノーツが防御ノーツである場合には、対戦処理はステップＳ２７に進む。ステップＳ２７においては、操作を行ったユーザのキャラクタによる防御アクションが実行され、防御アクションが実行された場合の当該キャラクタへのダメージ（ＨＰの減少量）が算出される。防御アクションが実行された場合の当該キャラクタが受けるダメージは、第１ロジックに従って算出される。第１ロジックに従って算出されるダメージは、防御ノーツに対する操作が失敗した場合にキャラクタが受けるダメージを算出するために用いられる第２ロジックによって算出されるダメージよりも小さな値となる。防御アクションを実行したキャラクタは、ダメージを受けなくてもよい。つまり、防御アクションを実行したキャラクタは、ＨＰが減少しなくともよい。

ユーザＡのキャラクタＡによる防御アクションの実行について、図１４を参照して説明する。図１４には、図１２ａ及び図１２ｂにおける時刻から３００ミリ秒（０．３秒）後のゲーム画面５０を示している。図示のとおり、ゲーム画面５０において、防御ノーツＮ１２が基準領域ＳＲ１に到達している。防御ノーツＮ１２がレーンＬ２において基準領域ＳＲ１と重複している間にユーザＡが指Ｆ１で操作ボタンＢ２に対して操作を行い、ユーザＡによる操作ボタンＢ２に対する操作がなされた時刻と防御ノーツＮ１２に設定されている基準タイミング情報で特定される基準時刻との差がタイミング閾値以下である場合には、防御ノーツＮ１２に対する操作は成功と判定され、キャラクタＡによる防御アクションが実行される。攻撃アクションが実行された場合と異なり、防御アクションが実行された場合には、対戦相手のキャラクタＢに関連するゲーム画面６０のメイン領域６１にノーツは追加されない。

ステップＳ２６において、判定対象のノーツが防御ノーツでないと判定された場合には、対戦処理はステップＳ２８に進む。この場合、判定対象のノーツが攻撃ノーツでも防御ノーツでもないと判定されているため、判定対象のノーツはスキルノーツである。よって、ステップＳ２８では、キャラクタにスキルアクションを実行させる。キャラクタにスキルアクションを実行させると、所定のスキル効果が発生する。例えば、スキルアクションの実行により、対戦相手によるノーツの操作を一定時間不可能にする効果が発生する。ユーザＡがスキルノーツの操作に成功した場合には、キャラクタＡがスキルアクションを実行する。

ステップＳ２３に戻って、ステップＳ２３において基準領域に到達した判定対象のノーツへの操作が失敗と判定された場合の処理について説明する。ステップＳ２３において判定対象のノーツへの操作が失敗と判定されると、対戦処理はステップＳ２９に進む。ステップＳ２９では、判定対象のノーツが防御ノーツか否かが判定される。判定対象のノーツが防御ノーツであった場合には、対戦処理はステップＳ３０に進む。ステップＳ３０においては、防御アクションが実行されない場合のキャラクタへのダメージ（ＨＰの減少量）が算出される。防御アクションが実行されない場合のキャラクタが受けるダメージは、第２ロジックに従って算出される。第２ロジックに従って算出されるダメージは、防御アクションが実行された場合にキャラクタが受けるダメージを算出するために用いられる第１ロジックによって算出されるダメージよりも大きな値となる。ステップＳ２９で判定対象のノーツが防御ノーツでないと判定された場合、対戦処理はステップＳ３１に進む。このように、基準領域に到達したノーツへの操作に成功しなかった場合であっても、そのノーツが防御ノーツ以外であればキャラクタへのダメージは算出されない。言い換えると、ユーザが基準領域に到達したノーツの操作に失敗した場合、その操作に失敗したノーツが複数種類あるノーツのうち防御ノーツである場合にのみ当該ユーザのキャラクタがダメージを受ける。

ステップＳ２４～Ｓ３０の処理は、ステップＳ２３において操作判定が成功と判断された場合に、判定対象のノーツの種類を特定し、特定されたノーツの種類に応じたアクションをキャラクタに実行させる処理である。この処理を実現するためのフローは、図示されたものには限られない。例えば、ステップＳ２４、Ｓ２５とステップＳ２６、Ｓ２７とを入れ替えてもよい。また、ステップＳ２４で対象ノーツが攻撃ノーツか否かの判定を行う代わりに、対象ノーツがスキルアクションか否かを判定してもよい。ステップＳ２４～Ｓ３０の処理は、アクション制御部１１ｅによって行われてもよい。

ステップＳ２３、Ｓ２４、Ｓ２６、Ｓ２９での判定結果に応じた処理が実行された後、対戦処理はステップＳ３１に進む。ステップＳ３１では、対戦の終了条件が満たされたか否かが判定される。リズムゲームにおける対戦は、対戦に用いられている楽曲が終了したとき、対戦しているいずれかのキャラクタのいずれかのＨＰがゼロになったとき、対戦開始から所定時間経過したとき、又はこれら以外の終了条件が満たされた場合に終了すると判定される。対戦の終了条件が満たされていない場合には、対戦処理はステップＳ２２に戻る。対戦の終了条件が満たされている場合には、対戦処理はステップＳ３２に進む。ステップＳ３２では、対戦相手のいずれが勝利したかが判定される。勝利したユーザには、ポイント、アイテム、又はこれら以外の特典が付与されてもよい。

以上により、対戦処理は終了する。対戦処理の終了後、ユーザは、別の対戦処理を開始してもよいし、ソロモードでゲームを開始してもよいし、ゲームを終了してもよい。

上記の実施形態によれば、以下の作用効果を奏する。本出願に開示されている発明の一又は複数の実施形態によれば、相手キャラクタに対して攻撃する攻撃アクション及び相手キャラクタからの攻撃を防御する防御アクションという対戦ゲームの特徴を取り入れたリズムゲームを提供することができる。

本出願に開示されている発明の一又は複数の実施形態によれば、対戦しているキャラクタの一方に対応付けられたゲーム画面で攻撃アクションに対応付けられた攻撃ノーツの選択に成功したことを条件として、他方のキャラクタに対応付けられたゲーム画面に防御ノーツが表示される。このように、一方のキャラクタに関連するゲーム画面における攻撃ノーツの選択によって他方のキャラクタに対して攻撃がなされるので、対戦ゲームの特徴を取り入れたリズムゲームを提供することができる。

本明細書中で説明される処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理または手順は複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は複数のモジュールによって実行され得る。また、本明細書中で説明されるデータ、テーブル、又はデータベースが単一の記憶装置（ストレージやメモリ）に格納される旨説明されたとしても、そのようなデータ、テーブル、又はデータベースは、単一の装置に備えられた複数の記憶装置または複数の装置に分散して配置された複数の記憶装置に分散して格納され得る。さらに、本明細書において説明されるソフトウェアおよびハードウェアの要素は、それらをより少ない構成要素に統合して、またはより多い構成要素に分解することによって実現することも可能である。

本明細書において説明された処理手順、特にフロー図又はシーケンス図を用いて説明された処理手順においては、その処理手順を構成する工程（ステップ）の一部を省略すること、その処理手順を構成する工程として明示されていない工程を追加すること、及び／又は当該工程の順序を入れ替えることが可能であり、このような省略、追加、順序の変更がなされた処理手順も本発明の趣旨を逸脱しない限り本発明の範囲に含まれる。

１ ゲーム処理システム
１０ａ、１０ｂ ユーザ装置
１１ａ 画像生成部
１１ｂ 出力制御部
１１ｃ 操作受付部
１１ｄ 操作判定部
１１ｅ アクション制御部
１１ｆ 対戦結果判定部
１６ｂ ノーツデータ
２０ サーバ

Claims (12)

1. 一又は複数のコンピュータプロセッサを備えた、ゲームを提供するシステムであって、
   前記一又は複数のコンピュータプロセッサは、コンピュータ読み取り可能な命令を実行することにより、
   第１キャラクタに関連する第１ゲーム画面に、前記第１キャラクタから第２キャラクタへの攻撃に関する第１攻撃アクションと対応付けられており第１基準領域に向かって移動する第１タイミング指標、及び、前記第１キャラクタの防御に関する第１防御アクションと対応付けられており前記第１基準領域に向かって移動する第２タイミング指標を表示し、
   前記第１タイミング指標が前記第１基準領域に重なっている間に第１入力インタフェースにより操作が受け付けられた場合に前記第１キャラクタに前記第１攻撃アクションを実行させ、
   前記第２タイミング指標が前記基準領域に重なっている間に前記第１入力インタフェースにより操作が受け付けられた場合に前記第１キャラクタに前記第１防御アクションを実行させる、
   システム。
2. 前記一又は複数のコンピュータプロセッサは、前記第２タイミング指標が前記第１基準領域に重なっている間に前記第１入力インタフェースにより操作が受け付けられなかった場合に前記第１キャラクタの第１パラメータを第１変化量だけ変化させる、
   請求項１に記載のシステム。
3. 前記一又は複数のコンピュータプロセッサは、前記第２タイミング指標が前記第１基準領域に重なっている間に前記第１入力インタフェースにより操作が受け付けられた場合に前記第１パラメータを前記第１変化量とは異なる第２変化量だけ変化させる、
   請求項２に記載のシステム。
4. 前記一又は複数のコンピュータプロセッサは、前記第１タイミング指標が前記第１基準領域に重なっている間に前記第１入力インタフェースにより操作が受け付けられなかった場合及び受け付けられた場合のいずれにおいても、前記第１パラメータを変化させない、
   請求項２又は３に記載のシステム。
5. 前記第２キャラクタに関連する第２ゲーム画面に、前記第２キャラクタから前記第１キャラクタへの攻撃に関する第２攻撃アクションと対応付けられており第２基準領域に向かって移動する第３タイミング指標が表示され、
   前記一又は複数のコンピュータプロセッサは、前記第３タイミング指標が前記第２基準領域に重なっている間に第２入力インタフェースにより操作が受け付けられた場合に、前記第１ゲーム画面に前記第２タイミング指標を表示する、
   請求項１から４のいずれか１項に記載のシステム。
6. 前記第１攻撃アクションの実行により、前記第２ゲーム画面に、前記第２キャラクタの防御に関する第２防御アクションと対応付けられており第２基準領域に向かって移動する第４タイミング指標が表示される、
   請求項５に記載のシステム。
7. 前記第４タイミング指標が前記第２基準領域に重なっている間に前記第２入力インタフェースに対する操作がなされなかった場合に、前記第２キャラクタの第２パラメータが第３変化量だけ変化する、
   請求項６に記載のシステム。
8. 前記第４タイミング指標が前記第２基準領域に重なっている間に前記第２入力インタフェースに対する操作がなされた場合に、前記第２第２パラメータが前記第３変化量と異なる第４変化量だけ変化する、
   請求項７に記載のシステム。
9. 前記第１入力インタフェースに対する操作に応じて複数のレーンの中から特定レーンが決定され、
   前記第４タイミング指標は、前記特定レーンに沿って前記第２基準領域に向かって移動する、
   請求項７又は８に記載のシステム。
10. 前記一又は複数のコンピュータプロセッサは、前記第１ゲーム画面に前記第１基準領域に向かって移動する第５タイミング指標を表示し、
    前記第５タイミング指標が前記第１基準領域に重なっている間に前記第１入力インタフェースに対する操作がなされた場合に、前記第２画面における前記第３タイミング指標及び前記第４タイミング指標の少なくとも一方の表示が変更される、
    請求項１から９のいずれか１項に記載のシステム。
11. 一又は複数のコンピュータプロセッサがコンピュータ読み取り可能な命令を実行することによりゲームの処理を行うゲーム処理方法であって、
    第１キャラクタに関連する第１ゲーム画面に、前記第１キャラクタから第２キャラクタへの攻撃に関する第１攻撃アクションと対応付けられており第１基準領域に向かって移動する第１タイミング指標、及び、前記第１キャラクタの防御に関する第１防御アクションと対応付けられており前記第１基準領域に向かって移動する第２タイミング指標を表示する工程と、
    前記第１タイミング指標が前記第１基準領域に重なっている間に第１入力インタフェースにより操作が受け付けられた場合に前記第１キャラクタに前記第１攻撃アクションを実行させる工程と、
    前記第２タイミング指標が前記基準領域に重なっている間に前記第１入力インタフェースにより操作が受け付けられた場合に前記第１キャラクタに前記第１防御アクションを実行させる工程と、
    を備えるゲーム処理方法。
12. 一又は複数のコンピュータプロセッサに、
    第１キャラクタに関連する第１ゲーム画面に、前記第１キャラクタから第２キャラクタへの攻撃に関する第１攻撃アクションと対応付けられており第１基準領域に向かって移動する第１タイミング指標、及び、前記第１キャラクタの防御に関する第１防御アクションと対応付けられており前記第１基準領域に向かって移動する第２タイミング指標を表示する工程と、
    前記第１タイミング指標が前記第１基準領域に重なっている間に第１入力インタフェースにより操作が受け付けられた場合に前記第１キャラクタに前記第１攻撃アクションを実行させる工程と、
    前記第２タイミング指標が前記基準領域に重なっている間に前記第１入力インタフェースにより操作が受け付けられた場合に前記第１キャラクタに前記第１防御アクションを実行させる工程と、
    を実行させるプログラム。

Images