JP2021003286A - ゲームプログラム、ゲーム方法、および情報処理装置 - Google Patents

Abstract

【課題】音楽ゲームの継続的なプレイをユーザに促すことができるゲームプログラム、ゲーム方法、および情報処理装置を提供する。【解決手段】ユーザからの入力操作に応じて、ユーザにより指定された楽曲ビデオと、ユーザにより指定された順番とを特定するための楽曲ビデオリストを生成し、当該楽曲ビデオリストをサーバに出力する。ユーザからの入力操作に応じて、サーバにおいて公開されているいずれかの楽曲ビデオリストを選択することにより、当該楽曲ビデオリストに基づく音楽ゲームをプレイ可能とする。音楽ゲームをプレイした後において、当該音楽ゲームの対象となった楽曲ビデオリストに対する評価を入力する。評価の対象となった楽曲ビデオリストの総合評価を更新させるとともに当該総合評価に基づいて当該楽曲ビデオリストを公開させたユーザに対して特典を付与可能とするために、入力された評価をサーバに出力する。【選択図】図７

Description

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

特許文献１には、再生する楽曲のリズムに合わせてユーザにタッチ操作を行わせることにより進行する音楽ゲームの一例が記載されている。

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

しかし、再生する楽曲は、ゲーム提供者側から供給されるものであり、その数やバリエーション等に限りがある。その結果、プレイヤに飽きを生じさせてしまう虞があり、如何にして音楽ゲームの好趣を高めるかについては、改善の余地がある。

本発明は、かかる実情に鑑み考え出されたものであり、その目的は、音楽ゲームの好趣を向上させることができる、ゲームプログラム、ゲーム方法、および情報処理装置を提供することである。

本開示に示す一実施形態のある局面によれば、プロセッサ、メモリ、およびタッチスクリーンを備えるコンピュータにおいて実行されるゲームプログラムが提供される。ゲームプログラムに基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、プロセッサに、ユーザからの入力操作に応じて、複数種類の楽曲からユーザにより指定された楽曲と、ユーザにより指定された順番とを特定するための楽曲リストを生成するステップと、生成するステップにより生成した楽曲リストを公開可能とするために、当該楽曲リストを特定可能となるリスト情報をサーバに出力するステップと、ユーザからの入力操作に応じて、サーバにおいて公開されている楽曲リストのうちからいずれかの楽曲リストを選択することにより、当該楽曲リストに基づく音楽ゲームをプレイ可能とするステップと、音楽ゲームをプレイした後において、当該音楽ゲームの対象となった楽曲リストに対する評価を入力するステップと、評価の対象となった楽曲リストの総合評価であってサーバにおいて管理される総合評価を更新させるとともに当該総合評価に基づいて当該楽曲リストを公開させたユーザに対して特典を付与可能とするために、入力するステップにより入力された評価を特定可能となる評価情報をサーバに出力するステップとを実行させる。

本開示に示す一実施形態のある局面によれば、プロセッサ、およびメモリを備えるコンピュータにおいて実行されるゲームプログラムが提供される。ゲームプログラムに基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、プロセッサに、複数のユーザの各々からの入力操作に応じて生成された楽曲リストであって、複数種類の楽曲から当該ユーザにより指定された楽曲と、当該ユーザにより指定された順番とを特定するための楽曲リストを公開するステップと、公開するステップにより公開されている楽曲リスト各々に基づく音楽ゲームをユーザ端末装置においてプレイ可能とするステップと、音楽ゲームをプレイしたユーザの評価であって、当該音楽ゲームの対象となった楽曲リストに対する当該ユーザの評価を特定可能にするための評価情報を受信するステップと、評価の対象となった楽曲リストの総合評価を評価情報に基づいて更新するステップと、更新された総合評価に基づいて、当該楽曲リストを生成したユーザに対して特典を付与可能とするステップとを実行させる。

本発明によれば、音楽ゲームの好趣を向上させることができる。

ゲームシステムのハードウェア構成を示す図である。 サーバの機能的構成を示すブロック図である。 ユーザ端末の機能的構成を示すブロック図である。 （Ａ）はアーティスト／楽曲選択画面の一例を示す図であり、（Ｂ）は楽曲ビデオリスト生成画面の一例を示す図であり、（Ｃ）は報酬設定画面の一例を示す図である。 （Ａ）は公開情報管理テーブルの一例を示す図であり、（Ｂ）は報酬管理テーブルの一例を示す図であり、（Ｃ）はランキング管理テーブルの一例を示す図である。 （Ａ）は楽曲ビデオリスト選択画面の一例を示す図であり、（Ｂ）はゲーム画面の一例を示す図であり、（Ｃ）は評価受付画面の一例を示す図であり、（Ｄ）は報酬報知画面の一例を示す図であり、（Ｅ）はランキング画面の一例を示す図であり、（Ｆ）は特典取得画面の一例を示す図である。 （Ａ）はユーザ端末において実行される処理の流れの一例を示すフローチャートであり、（Ｂ）はサーバにおいて実行される処理の流れの一例を示すフローチャートである。 （Ａ）はユーザ端末において実行される処理の流れの他の一例を示すフローチャートであり、（Ｂ）はサーバにおいて実行される処理の流れの他の一例を示すフローチャートである。

本開示に係るゲームシステムは、複数のユーザにゲームを提供するためのシステムである。以下、ゲームシステムについて図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が本発明に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さない。

＜ゲームシステム１のハードウェア構成＞
図１は、ゲームシステム１のハードウェア構成を示す図である。ゲームシステム１は図示の通り、複数のユーザ端末１００と、サーバ２００とを含む。各ユーザ端末１００は、サーバ２００とネットワーク２を介して接続する。ネットワーク２は、インターネットおよび図示しない無線基地局によって構築される各種移動通信システム等で構成される。この移動通信システムとしては、例えば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、および所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が挙げられる。

サーバ２００（コンピュータ、情報処理装置）は、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってよい。サーバ２００は、プロセッサ２０と、メモリ２１と、ストレージ２２と、通信ＩＦ２３と、入出力ＩＦ２４とを備える。サーバ２００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。

ユーザ端末１００（コンピュータ、情報処理装置）は、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、またはタブレット型コンピュータ等の携帯端末であってよい。ユーザ端末１００は、ゲームプレイに適したゲーム装置であってもよい。ユーザ端末１００は図示の通り、プロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチスクリーン１５（表示部）と、カメラ１７と、測距センサ１８とを備える。ユーザ端末１００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。なお、ユーザ端末１００は、タッチスクリーン１５に代えて、または、加えて、ユーザ端末１００本体とは別に構成されたディスプレイ（表示部）を接続可能な入出力ＩＦ１４を備えていてもよい。

また、図１に示すように、ユーザ端末１００は、１つ以上のコントローラ１０２０と通信可能に構成されることとしてもよい。コントローラ１０２０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格に従って、ユーザ端末１００と通信を確立する。コントローラ１０２０は、１つ以上のボタン等を有していてもよく、該ボタン等に対するユーザの入力操作に基づく出力値をユーザ端末１００へ送信する。また、コントローラ１０２０は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値をユーザ端末１００へ送信する。

なお、ユーザ端末１００がカメラ１７および測距センサ１８を備えることに代えて、または、加えて、コントローラ１０２０がカメラ１７および測距センサ１８を有していてもよい。

ユーザ端末１００は、例えばゲーム開始時に、コントローラ１０２０を使用するユーザに、該ユーザの名前またはログインＩＤ等のユーザ識別情報を、該コントローラ１０２０を介して入力させることが望ましい。これにより、ユーザ端末１００は、コントローラ１０２０とユーザとを紐付けることが可能となり、受信した出力値の送信元（コントローラ１０２０）に基づいて、該出力値がどのユーザのものであるかを特定することができる。

ユーザ端末１００が複数のコントローラ１０２０と通信する場合、各コントローラ１０２０を各ユーザが把持することで、ネットワーク２を介してサーバ２００などの他の装置と通信せずに、該１台のユーザ端末１００でマルチプレイを実現することができる。また、各ユーザ端末１００が無線ＬＡＮ（Local Area Network）規格等の無線規格により互いに通信接続する（サーバ２００を介さずに通信接続する）ことで、複数台のユーザ端末１００によりローカルでマルチプレイを実現することもできる。１台のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、ユーザ端末１００は、さらに、サーバ２００が備える後述する種々の機能の少なくとも一部を備えていてもよい。また、複数のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、複数のユーザ端末１００は、サーバ２００が備える後述する種々の機能を分散して備えていてもよい。

なお、ローカルで上述のマルチプレイを実現する場合であっても、ユーザ端末１００はサーバ２００と通信を行ってもよい。例えば、あるゲームにおける成績または勝敗等のプレイ結果を示す情報と、ユーザ識別情報とを対応付けてサーバ２００に送信してもよい。

また、コントローラ１０２０は、ユーザ端末１００に着脱可能な構成であるとしてもよい。この場合、ユーザ端末１００の筐体における少なくともいずれかの面に、コントローラ１０２０との結合部が設けられていてもよい。該結合部を介して有線によりユーザ端末１００とコントローラ１０２０とが結合している場合は、ユーザ端末１００とコントローラ１０２０とは、有線を介して信号を送受信する。

図１に示すように、ユーザ端末１００は、外部のメモリカード等の記憶媒体１０３０の装着を、入出力ＩＦ１４を介して受け付けてもよい。これにより、ユーザ端末１００は、記憶媒体１０３０に記録されるプログラム及びデータを読み込むことができる。記憶媒体１０３０に記録されるプログラムは、例えばゲームプログラムである。

ユーザ端末１００は、サーバ２００等の外部の装置と通信することにより取得したゲームプログラムをユーザ端末１００のメモリ１１に記憶してもよいし、記憶媒体１０３０から読み込むことにより取得したゲームプログラムをメモリ１１に記憶してもよい。

以上で説明したとおり、ユーザ端末１００は、該ユーザ端末１００に対して情報を入力する機構の一例として、通信ＩＦ１３、入出力ＩＦ１４、タッチスクリーン１５、カメラ１７、および、測距センサ１８を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。

例えば、操作部が、カメラ１７および測距センサ１８の少なくともいずれか一方で構成される場合、該操作部が、ユーザ端末１００の近傍の物体１０１０を検出し、当該物体の検出結果から入力操作を特定する。一例として、物体１０１０としてのユーザの手、予め定められた形状のマーカーなどが検出され、検出結果として得られた物体１０１０の色、形状、動き、または、種類などに基づいて入力操作が特定される。より具体的には、ユーザ端末１００は、カメラ１７の撮影画像からユーザの手が検出された場合、該撮影画像に基づき検出されるジェスチャ（ユーザの手の一連の動き）を、ユーザの入力操作として特定し、受け付ける。なお、撮影画像は静止画であっても動画であってもよい。

あるいは、操作部がタッチスクリーン１５で構成される場合、ユーザ端末１００は、タッチスクリーン１５の入力部１５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ１３で構成される場合、ユーザ端末１００は、コントローラ１０２０から送信される信号（例えば、出力値）をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力ＩＦ１４で構成される場合、該入出力ＩＦ１４と接続されるコントローラ１０２０とは異なる入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付ける。

＜各装置のハードウェア構成要素＞
プロセッサ１０は、ユーザ端末１００全体の動作を制御する。プロセッサ２０は、サーバ２００全体の動作を制御する。プロセッサ１０および２０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、およびＧＰＵ（Graphics Processing Unit）を含む。

プロセッサ１０は後述するストレージ１２からプログラムを読み出し、後述するメモリ１１に展開する。プロセッサ２０は後述するストレージ２２からプログラムを読み出し、後述するメモリ２１に展開する。プロセッサ１０およびプロセッサ２０は展開したプログラムを実行する。

メモリ１１および２１は主記憶装置である。メモリ１１および２１は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置で構成される。メモリ１１は、プロセッサ１０が後述するストレージ１２から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１０に作業領域を提供する。メモリ１１は、プロセッサ１０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ２１は、プロセッサ２０が後述するストレージ２２から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ２０に作業領域を提供する。メモリ２１は、プロセッサ２０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

本実施形態においてプログラムとは、ゲームをユーザ端末１００により実現するためのゲームプログラムであってもよい。あるいは、該プログラムは、該ゲームをユーザ端末１００とサーバ２００との協働により実現するためのゲームプログラムであってもよい。なお、ユーザ端末１００とサーバ２００との協働により実現されるゲームは、一例として、ユーザ端末１００において起動されたブラウザ上で実行されるゲームであってもよい。あるいは、該プログラムは、該ゲームを複数のユーザ端末１００の協働により実現するためのゲームプログラムであってもよい。また、各種データとは、ユーザ情報およびゲーム情報などのゲームに関するデータ、ならびに、ユーザ端末１００とサーバ２００との間または複数のユーザ端末１００間で送受信する指示または通知を含んでいる。

ストレージ１２および２２は補助記憶装置である。ストレージ１２および２２は、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置で構成される。ストレージ１２およびストレージ２２には、ゲームに関する各種データが格納される。

通信ＩＦ１３は、ユーザ端末１００における各種データの送受信を制御する。通信ＩＦ２３は、サーバ２００における各種データの送受信を制御する。通信ＩＦ１３および２３は例えば、無線ＬＡＮ（Local Area Network）を介する通信、有線ＬＡＮ、無線ＬＡＮ、または携帯電話回線網を介したインターネット通信、ならびに近距離無線通信等を用いた通信を制御する。

入出力ＩＦ１４は、ユーザ端末１００がデータの入力を受け付けるためのインターフェースであり、またユーザ端末１００がデータを出力するためのインターフェースである。
入出力ＩＦ１４は、ＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行ってもよい。入出力ＩＦ１４は、例えば、ユーザ端末１００の物理ボタン、カメラ、マイク、または、スピーカ等を含み得る。サーバ２００の入出力ＩＦ２４は、サーバ２００がデータの入力を受け付けるためのインターフェースであり、またサーバ２００がデータを出力するためのインターフェースである。入出力ＩＦ２４は、例えば、マウスまたはキーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。

ユーザ端末１００のタッチスクリーン１５は、入力部１５１と表示部１５２とを組み合わせた電子部品である。入力部１５１は、例えばタッチセンシティブなデバイスであり、例えばタッチパッドによって構成される。表示部１５２は、例えば液晶ディスプレイ、または有機ＥＬ（Electro-Luminescence）ディスプレイ等によって構成される。

入力部１５１は、入力面に対しユーザの操作（主にタッチ操作、スライド操作、スワイプ操作、およびタップ操作等の物理的接触操作）が入力された位置を検知して、位置を示す情報を入力信号として送信する機能を備える。入力部１５１は、図示しないタッチセンシング部を備えていればよい。タッチセンシング部は、静電容量方式または抵抗膜方式等のどのような方式を採用したものであってもよい。

図示していないが、ユーザ端末１００は、該ユーザ端末１００の保持姿勢を特定するための１以上のセンサを備えていてもよい。このセンサは、例えば、加速度センサ、または、角速度センサ等であってもよい。ユーザ端末１００がセンサを備えている場合、プロセッサ１０は、センサの出力からユーザ端末１００の保持姿勢を特定して、保持姿勢に応じた処理を行うことも可能になる。例えば、プロセッサ１０は、ユーザ端末１００が縦向きに保持されているときには、縦長の画像を表示部１５２に表示させる縦画面表示としてもよい。一方、ユーザ端末１００が横向きに保持されているときには、横長の画像を表示部に表示させる横画面表示としてもよい。このように、プロセッサ１０は、ユーザ端末１００の保持姿勢に応じて縦画面表示と横画面表示とを切り替え可能であってもよい。

カメラ１７は、イメージセンサ等を含み、レンズから入射する入射光を電気信号に変換することで撮影画像を生成する。

測距センサ１８は、測定対象物までの距離を測定するセンサである。測距センサ１８は、例えば、パルス変換した光を発する光源と、光を受ける受光素子とを含む。測距センサ１８は、光源からの発光タイミングと、該光源から発せられた光が測定対象物にあたって反射されて生じる反射光の受光タイミングとにより、測定対象物までの距離を測定する。測距センサ１８は、指向性を有する光を発する光源を有することとしてもよい。

ここで、ユーザ端末１００が、カメラ１７と測距センサ１８とを用いて、ユーザ端末１００の近傍の物体１０１０を検出した検出結果を、ユーザの入力操作として受け付ける例をさらに説明する。カメラ１７および測距センサ１８は、例えば、ユーザ端末１００の筐体の側面に設けられてもよい。カメラ１７の近傍に測距センサ１８が設けられてもよい。カメラ１７としては、例えば赤外線カメラを用いることができる。この場合、赤外線を照射する照明装置および可視光を遮断するフィルタ等が、カメラ１７に設けられてもよい。これにより、屋外か屋内かにかかわらず、カメラ１７の撮影画像に基づく物体の検出精度をいっそう向上させることができる。

プロセッサ１０は、カメラ１７の撮影画像に対して、例えば以下の（１）〜（５）に示す処理のうち１つ以上の処理を行ってもよい。（１）プロセッサ１０は、カメラ１７の撮影画像に対し画像認識処理を行うことで、該撮影画像にユーザの手が含まれているか否かを特定する。プロセッサ１０は、上述の画像認識処理において採用する解析技術として、例えばパターンマッチング等の技術を用いてよい。（２）また、プロセッサ１０は、ユーザの手の形状から、ユーザのジェスチャを検出する。プロセッサ１０は、例えば、撮影画像から検出されるユーザの手の形状から、ユーザの指の本数（伸びている指の本数）を特定する。プロセッサ１０はさらに、特定した指の本数から、ユーザが行ったジェスチャを特定する。例えば、プロセッサ１０は、指の本数が５本である場合、ユーザが「パー」のジェスチャを行ったと判定する。また、プロセッサ１０は、指の本数が０本である（指が検出されなかった）場合、ユーザが「グー」のジェスチャを行ったと判定する。また、プロセッサ１０は、指の本数が２本である場合、ユーザが「チョキ」のジェスチャを行ったと判定する。（３）プロセッサ１０は、カメラ１７の撮影画像に対し、画像認識処理を行うことにより、ユーザの指が人差し指のみ立てた状態であるか、ユーザの指がはじくような動きをしたかを検出する。（４）プロセッサ１０は、カメラ１７の撮影画像の画像認識結果、および、測距センサ１８の出力値等の少なくともいずれか１つに基づいて、ユーザ端末１００の近傍の物体１０１０（ユーザの手など）とユーザ端末１００との距離を検出する。例えば、プロセッサ１０は、カメラ１７の撮影画像から特定されるユーザの手の形状の大小により、ユーザの手がユーザ端末１００の近傍（例えば所定値未満の距離）にあるのか、遠く（例えば所定値以上の距離）にあるのかを検出する。なお、撮影画像が動画の場合、プロセッサ１０は、ユーザの手がユーザ端末１００に接近しているのか遠ざかっているのかを検出してもよい。（５）カメラ１７の撮影画像の画像認識結果等に基づいて、ユーザの手が検出されている状態で、ユーザ端末１００とユーザの手との距離が変化していることが判明した場合、プロセッサ１０は、ユーザが手をカメラ１７の撮影方向において振っていると認識する。カメラ１７の撮影範囲よりも指向性が強い測距センサ１８において、物体が検出されたりされなかったりする場合に、プロセッサ１０は、ユーザが手をカメラの撮影方向に直交する方向に振っていると認識する。

このように、プロセッサ１０は、カメラ１７の撮影画像に対する画像認識により、ユーザが手を握りこんでいるか否か（「グー」のジェスチャであるか、それ以外のジェスチャ（例えば「パー」）であるか）を検出する。また、プロセッサ１０は、ユーザの手の形状とともに、ユーザがこの手をどのように移動させているかを検出する。また、プロセッサ１０は、ユーザがこの手をユーザ端末１００に対して接近させているのか遠ざけているのかを検出する。このような操作は、例えば、マウスまたはタッチパネルなどのポインティングデバイスを用いた操作に対応させることができる。ユーザ端末１００は、例えば、ユーザの手の移動に応じて、タッチスクリーン１５においてポインタを移動させ、ユーザのジェスチャ「グー」を検出する。この場合、ユーザ端末１００は、ユーザが選択操作を継続中であると認識する。選択操作の継続とは、例えば、マウスがクリックされて押し込まれた状態が維持されること、または、タッチパネルに対してタッチダウン操作がなされた後タッチされた状態が維持されることに対応する。また、ユーザ端末１００は、ユーザのジェスチャ「グー」が検出されている状態で、さらにユーザが手を移動させると、このような一連のジェスチャを、スワイプ操作（またはドラッグ操作）に対応する操作として認識することもできる。また、ユーザ端末１００は、カメラ１７の撮影画像によるユーザの手の検出結果に基づいて、ユーザが指をはじくようなジェスチャを検出した場合に、当該ジェスチャを、マウスのクリックまたはタッチパネルへのタップ操作に対応する操作として認識してもよい。

＜ゲームシステム１の機能的構成＞
（サーバ２００の機能的構成）
図２は、サーバ２００の機能的構成を示すブロック図である。サーバ２００は、ゲームを実現するために必要な各種データおよびプログラムを、各ユーザ端末１００に提供する機能を有する。サーバ２００は、各ユーザ端末１００からゲームに関するデータを収集し管理する機能を有する。サーバ２００は、複数のユーザ端末１００間の同期処理を行う機能を有する。

なお、本実施形態では、サーバ２００は事前に登録されたゲームのアカウントで各ユーザおよびユーザ端末１００を識別する。アカウントの登録方法は特に限定されない。例えば、ユーザ端末１００またはパーソナルコンピュータ等の他の装置が、ユーザの操作に従って、ユーザのアカウントの登録に必要な情報をサーバ２００に送信すればよい。そして、サーバ２００は、受信した情報に基づいて各ユーザのアカウントを作成および保存すればよい。

ユーザ端末１００がいずれかのアカウントを用いてゲームシステム１のネットワーク２にログインすると、サーバ２００はログインしたユーザ端末１００を認識する。なお、ログインの方法およびログインに係る処理については特に限定しない。サーバ２００およびユーザ端末１００は、従来知られたログインの方法およびログインに係る各種処理を行えばよい。

サーバ２００は、プロセッサ２０、メモリ２１、ストレージ２２、通信ＩＦ２３、入出力ＩＦ２４等の協働によって、制御部２１０および記憶部２２０として機能する。

記憶部２２０は、制御部２１０が使用する各種データを格納する。記憶部２２０はゲームプログラム２２１と、ゲーム情報２２２と、ユーザ情報２２３とを格納している。

ゲームプログラム２２１は、ゲームを実現するためのプログラムである。ゲーム情報２２２およびユーザ情報２２３は、ゲームプログラム２２１が実行されるときに参照されるデータである。

なお、ゲームプログラム２２１は、サーバ２００側で実行するゲームプログラムに加えて、ユーザ端末１００に送信しユーザ端末１００側で実行するプログラム（後述するゲームプログラム１２１）を含んでいてもよい。もしくは、記憶部２２０は、サーバ２００側で実行するゲームプログラム２２１と、ユーザ端末側で実行するプログラムとの両方を格納していてもよい。

ゲーム情報２２２は、アカウント間で共通の情報である。ゲーム情報２２２は、例えば各種ゲーム空間を規定するための情報を含み得る。「ゲーム空間」とは、ユーザが操作可能な操作キャラクタのオブジェクトが配置される空間である。ゲーム情報２２２は、ゲーム空間内に配置される木・岩・建物等の背景オブジェクトやノンプレイヤキャラクタ（non player character：ＮＰＣ）のオブジェクトの配置位置、大きさ、色、形状等、アカウント間で共通のオブジェクトに関する各種設定情報を含み得る。ゲーム情報２２２は、ノンプレイヤキャラクタの各種パラメータの設定値を含み得る。ゲーム情報２２２はクエストに係る情報を含み得る。ゲーム情報２２２は、ゲーム空間内において行われる抽選の当選確率に関する情報を含み得る。クエストとは、達成条件が設定されたゲーム内のイベントである。クエスト毎に、達成条件が設定されていてもよい。なお、クエストには達成条件に加え失敗条件が設定されていてもよい。また、以下では、ゲーム空間に配置されたキャラクタのオブジェクトを指して、単に「キャラクタ」と呼称する場合がある。

ユーザ情報２２３は、ゲームのアカウント毎に管理される情報である。ユーザ情報２２３は例えば、操作可能なキャラクタ（以下、操作キャラクタと称する）に関する情報、保有資産に関する情報、およびゲームの進行度合いを示す情報等を含み得る。ここで、保有資産の例としては、例えばゲーム内通貨、アイテム、キャラクタの装備品などが挙げられる。

制御部２１０は、記憶部２２０に格納されたゲームプログラム２２１を実行することにより、ゲームに関する各種処理を制御する。制御部２１０は、ゲームプログラム２２１を実行することにより、送受信部２１１、データ管理部２１３、およびサーバ処理部２１２として機能する。

送受信部２１１は各種データを送受信する。例えば、送受信部２１１は、ユーザ端末１００からの各種データおよびプログラムの送信要求や、マルチプレイ機能に対応するための同期の要求および同期のためのデータ等を受信し、サーバ処理部２１２に送る。例えば、送受信部２１１は、サーバ処理部２１２からの指示に従って、ユーザ端末１００に各種データおよびプログラムを送信する。

本実施形態において「マルチプレイ機能」とは、複数のアカウントにおけるゲームの進行を同期させた状態でゲームを進行させる機能である。ゲームシステム１のサーバ２００およびユーザ端末１００は、ゲームシステム１にログインしているアカウントが複数存在する場合には、マルチプレイ機能に対応するための各種処理を行う。

サーバ処理部２１２は、ゲーム進行に係る各種判定処理を行う。サーバ処理部２１２は、ゲームを提供するために必要な演算処理を行う。サーバ処理部２１２は、ユーザ端末１００からの要求等に応じて、ゲームプログラム２２１に記述された演算処理を実行する。

例えば、サーバ処理部２１２は、データ管理部２１３にゲーム情報２２２またはユーザ情報２２３のレコードの追加、更新、または削除を指示する。例えば、サーバ処理部２１２は送受信部２１１に各種データまたはプログラムの送信を指示する。例えば、サーバ処理部２１２は、送受信部２１１を介しユーザ端末１００からマルチプレイ機能に対応するための同期の要求および同期のためのデータを受け取ると、同期処理部２１４にマルチプレイ機能に対応するための同期処理を行うよう指示する。

データ管理部２１３は、記憶部２２０に格納されている各種データをサーバ処理部２１２の指示に従って管理する。例えば、データ管理部２１３は、サーバ処理部２１２からの指示に応じてゲーム情報２２２またはユーザ情報２２３のレコードを、追加、更新、または削除する。

例えば、データ管理部２１３は、サーバ処理部２１２からの指示に従って、ゲーム情報２２２およびユーザ情報２２３の少なくとも一方を記憶部２２０から読み出し、送受信部２１１を介しユーザ端末１００に送信する。

例えば、データ管理部２１３は、サーバ処理部２１２からの指示に従って、ゲームプログラム２２１のうち、ユーザ端末１００側で実行する分のプログラムを記憶部２２０から読み出し、送受信部２１１を介しユーザ端末１００に送信する。

同期処理部２１４は、サーバ処理部２１２の指示に従って、ゲームのマルチプレイ機能に対応するための同期処理を行う。同期処理部２１４は、各アカウントに対応するユーザ端末１００から受信する何らかの情報を、他のユーザ端末１００に送信することでユーザ端末間の同期を行う。同期処理部２１４はサーバ２００から複数のユーザ端末１００に何らかの情報を送信する場合も、各ユーザ端末１００に同期して情報を送信する。なお、同期処理部２１４は、同期のタイミングや同期すべき情報等をサーバ処理部２１２から受信すればよい。これにより、例えばあるユーザ端末１００において行われた入力操作によって引き起こされるゲーム内の作用が、他のユーザ端末１００において同期されて示される。

（ユーザ端末１００の機能的構成）
図３は、ユーザ端末１００の機能的構成を示すブロック図である。ユーザ端末１００は、ユーザの入力操作を受け付ける入力装置としての機能と、ゲームの画像や音声を出力する出力装置としての機能を有する。ユーザ端末１００は、プロセッサ１０、メモリ１１、ストレージ１２、通信ＩＦ１３、および入出力ＩＦ１４等の協働によって、制御部１１０および記憶部１２０として機能する。

記憶部１２０は、ゲームプログラム１２１と、ゲーム情報１２２と、ユーザ情報１２３とを格納する。ゲームプログラム１２１は、ユーザ端末１００側で実行するゲームプログラムである。ゲーム情報１２２は、制御部１１０がゲームプログラム１２１を実行する際に参照するデータであって、サーバ２００のゲーム情報２２２と同様の情報を含んでいる。ユーザ情報１２３は、ユーザ端末１００のユーザのアカウントに関するデータであって、サーバ２００のユーザ情報２２３と同様の情報を含んでいる。

制御部１１０は、記憶部１２０に格納されたゲームプログラム１２１を実行することにより、ユーザ端末１００を統括的に制御する。例えば、制御部１１０は、ゲーム情報１２２に記憶された、ゲーム空間を規定するための情報を参照してゲーム空間を規定する。制御部１１０は、各種データを送受信する。例えば、制御部１１０はサーバ２００から各種データ、プログラム、およびマルチプレイ機能に対応するための同期のためのデータ等を受信する。例えば、制御部１１０は、ゲーム情報１２２またはユーザ情報１２３の一部または全部や、マルチプレイ機能に対応するための同期の要求をサーバ２００に送信する。

制御部１１０は、ゲームプログラム１２１の記述に応じて、ゲーム進行処理部１１１、入力操作受付部１１２、カメラ配置制御部１１３、表示制御部１１４、およびオブジェクト制御部１１５として機能する。

入力操作受付部１１２は、入力部１５１に対するユーザの入力操作を検知し受け付ける。入力操作受付部１１２は、タッチスクリーン１５およびその他の入出力ＩＦ１４を介したコンソールに対してユーザが及ぼした作用から、いかなる入力操作がなされたかを判別し、その結果を制御部１１０の各要素に出力する。

例えば、入力操作受付部１１２は、入力部１５１に対する入力操作がなされた場合、入力位置の座標および操作の種類を検知する。例えば、入力操作受付部１１２は、タッチ操作、スライド操作、スワイプ操作、およびタップ操作等を検知する。入力操作受付部１１２は、連続して検知されていた入力が途切れると、タッチスクリーン１５から接触入力が解除されたことを検知する。

ゲーム進行処理部１１１は、ゲームの進行に係る各種処理を行う。例えば、ゲーム進行処理部１１１は、入力操作受付部１１２が受け付けた入力操作の入力位置の座標と操作の種類とから示されるユーザの指示内容を解釈する。例えば、ゲーム進行処理部１１１は、ゲーム情報１２２またはユーザ情報１２３の追加、更新、または削除を行う。例えば、ゲーム進行処理部１１１は、ゲームの進行に係る各種判定処理を行う。

カメラ配置制御部１１３は、ゲーム空間のうちユーザに提示する領域を指定するための仮想カメラを規定する。カメラ配置制御部１１３は、仮想カメラのゲーム空間内での位置および向きを規定することにより、仮想カメラをゲーム空間に仮想的に配置する。さらに、カメラ配置制御部１１３は、仮想カメラで規定される視野領域および当該視野領域に配置されているオブジェクトを描画した画像を作成するよう、表示制御部１１４に指示する。

なお、カメラ配置制御部１１３は、仮想カメラの位置および向きを、ゲーム空間毎に適宜決定してよい。例えば、カメラ配置制御部１１３は特定のオブジェクトの位置や向きを基準として、当該オブジェクトが特定の向きで視野領域の中央に写るように、当該オブジェクトから一定の方向、距離、および角度で仮想カメラを配置してもよい。特定のオブジェクトとは、例えばユーザ端末１００で操作キャラクタのオブジェクトであってもよいし、ノンプレイヤキャラクタ等他のキャラクタを示す動的なオブジェクトであってもよいし、建物や木、石などを示す静的なオブジェクトであってもよい。ここで、ゲーム空間における動的なオブジェクトには、ゲームプログラム１２１および２２１に基づいて動作するキャラクタ（例えば、ノンプレイヤキャラクタ、敵キャラクタなど）とユーザによる操作に基づいて動作する操作キャラクタとが含まれる。

表示制御部１１４は、表示部１５２に画像を表示させる。例えば、表示制御部１１４は、ゲーム空間のうち、カメラ配置制御部１１３が規定する仮想カメラの視野の領域と、当該領域に存在するオブジェクトとを描画した画像を生成し、表示部１５２に表示させる。さらに、表示制御部１１４は、このような画像に、アイコン、ボタン、各種パラメータを示すメニュー等、ゲームの種々の操作に必要なＵＩ（user interface）に係るオブジェクトを重畳して描画してもよい。

オブジェクト制御部１１５は、ゲーム情報１２２に含まれる、オブジェクトの設定情報に基づきゲーム空間にオブジェクトを配置する。オブジェクト制御部１１５は、ゲーム空間に配置したオブジェクトを制御する。例えば、オブジェクト制御部１１５は、オブジェクトのゲーム空間内での位置、向き、形状、色等を変更したり、オブジェクトに所定の一連の動作を行わせたりする。

なお、ゲームシステム１は、ユーザ端末１００が備える機能の少なくとも一部をサーバ２００が備えるように構成されていてもよい。ゲームシステム１は、サーバ２００が備える機能の少なくとも一部をユーザ端末１００が備えるように構成されていてもよい。さらに、ユーザ端末１００およびサーバ２００以外の他の装置をゲームシステム１の構成要素とし、該ハードウェアにゲームシステム１における処理の一部を実行させてもよい。すなわち、本実施形態においてゲームプログラム１２１および２２１を実行するコンピュータは、ユーザ端末１００、サーバ２００、および他の装置の何れであってもよい。

＜ゲーム概要＞
本実施形態に係るゲームシステム１が実行するゲーム（以下、本ゲーム）では、ユーザ端末１００は、サーバ２００からダウンロード可能な複数種類の楽曲ビデオのうちからユーザにより指定された楽曲ビデオと、当該ユーザにより指定された順番とを特定するための楽曲ビデオリストを生成する。当該楽曲ビデオリストは、サーバ２００に送信され、複数のユーザに対して公開される。

複数のユーザのうちのいずれかのユーザが、公開されている楽曲ビデオリストのうちのいずれかの楽曲ビデオリストを選択すると、当該楽曲ビデオリストにより特定される楽曲ビデオを対象とした音楽ゲームが、当該他のユーザのユーザ端末１００において実行される。当該音楽ゲームは、当該他のユーザが当該楽曲ビデオのリズムに合わせてタッチ操作を行うことにより進行する。

音楽ゲームのプレイが終了し、プレイの対象となった楽曲ビデオリストに対する評価（例えば「イイネ」等）がプレイしたユーザにより入力されると、ユーザ端末１００は、当該評価を特定可能な評価情報をサーバ２００に対して送信する。サーバ２００は、当該評価の対象となった楽曲ビデオリストの総合評価を当該評価情報に基づいて更新する。また、サーバ２００は、更新後の総合評価に基づいて、当該楽曲ビデオリストを生成・公開したユーザに特典（例えば、アーティストのライブチケット）を付与可能とする。

（楽曲ビデオリスト生成時のユーザ端末およびサーバの動作）
図４は、ユーザが楽曲ビデオリストを生成する際にユーザ端末１００において表示される表示例を説明するための図である。ユーザが楽曲ビデオリストを生成するための所定の操作を行うと、ユーザ端末１００は、図４（Ａ）に示すアーティスト／楽曲ビデオ選択画面をタッチスクリーン１５に表示する。図４（Ａ）によれば、アーティスト／楽曲ビデオ選択画面は、複数のアーティストの名称が列挙されたアーティスト一覧Ｌ１と、複数種類の楽曲ビデオの名称が列挙された楽曲ビデオ一覧Ｌ２と、「選択」ボタンＢ１とにより構成される。

アーティスト一覧Ｌ１に表示されるアーティストの名称は、サーバ２００からダウンロード可能な楽曲ビデオにおいて楽曲を演奏または歌唱するアーティストの名称である。アーティスト一覧Ｌ１には、アーティストの名称として、例えばＡＴ１、ＡＴ２、ＡＴ３、…が表示される。ユーザがアーティスト一覧Ｌ１上でタップ操作を行うと、ユーザ端末１００は、当該タップ操作により指定されたアーティストの楽曲ビデオの名称を楽曲ビデオ一覧Ｌ２に表示する。例えばアーティストＡＴ１が当該タップ操作により指定されると、楽曲ビデオ一覧Ｌ２には、アーティストＡＴ１に関する楽曲ビデオの名称として、例えばＭＶ１１、ＭＶ１２、ＭＶ１３、…が表示される。

ユーザが、楽曲ビデオ一覧Ｌ２に対するタップ操作によりいずれか１曲の楽曲ビデオを指定し、「選択」ボタンＢ１をタップすると、ユーザ端末１００は、当該アーティスト／楽曲ビデオ選択画面を図４（Ｂ）に示す楽曲ビデオリスト生成画面に更新する。楽曲ビデオリスト生成画面は、複数のユーザの各々が音楽ゲームをプレイする際の再生対象となる楽曲ビデオリストを生成するための画面であり、選択楽曲ビデオ一覧Ｌ３と、楽曲ビデオリスト名入力欄Ｌ４と、「前へ］ボタンＢ２と、「キャンセル」ボタンＢ３と、「完了」ボタンＢ４とにより構成される。

選択楽曲ビデオ一覧Ｌ３は、楽曲ビデオリストに列挙する楽曲ビデオの名称と順番とを表示するための欄である。ユーザ端末１００は、「選択」ボタンＢ１がタップされる際に楽曲ビデオ一覧Ｌ２上で指定されていた楽曲ビデオを、選択楽曲ビデオ一覧Ｌ３に表示する。例えば、楽曲ビデオ一覧Ｌ２上で楽曲ビデオＭＶ１４がタップされ、その後に「選択」ボタンＢ１がタップされると、楽曲ビデオＭＶ１４が選択楽曲ビデオ一覧Ｌ３に表示される。

「前へ」ボタンＢ２がユーザによりタップされると、ユーザ端末１００は、当該楽曲ビデオリスト生成画面を図４（Ａ）に示すアーティスト／楽曲ビデオ選択画面に更新する。このため、アーティスト一覧Ｌ１上でのタップ操作と、楽曲ビデオ一覧Ｌ２上でのタップ操作と、「選択」ボタンＢ１に対するタップ操作と、「前へ」ボタンＢ２に対するタップ操作とを繰り返すことにより、選択楽曲ビデオ一覧Ｌ３に表示される楽曲ビデオの数が増加する。この結果、選択楽曲ビデオ一覧Ｌ３には、例えば、楽曲ビデオＭＶ１４、ＭＶ１９、ＭＶ１３、…が選択した順で表示される。なお、選択楽曲ビデオ一覧Ｌ３に表示されている楽曲ビデオの順番は、例えば当該選択楽曲ビデオ一覧Ｌ３に対するドラッグ＆ドロップ操作により、入れ替え可能である。

ユーザが、選択楽曲ビデオ一覧Ｌ３に対するタップ操作によりいずれか１曲の楽曲ビデオを指定し、「キャンセル」ボタンＢ３をタップすると、ユーザ端末１００は、当該楽曲ビデオを選択楽曲ビデオ一覧Ｌ３から削除し、当該楽曲ビデオよりも遅い順番の楽曲ビデオを繰り上げる。このため、例えば、楽曲ビデオＭＶ１４、ＭＶ１９、ＭＶ１３、Ｍ２１、…がこの順で選択楽曲ビデオ一覧Ｌ３に表示されている状態で、ユーザが楽曲ビデオＭＶ１９を指定して「キャンセル」ボタンＢ３をタップすると、選択楽曲ビデオ一覧Ｌ３の表示は、楽曲ビデオがＭＶ１４、ＭＶ１３、Ｍ２１、…の順で並ぶように更新される。

このように、選択楽曲ビデオ一覧Ｌ３は、図４（Ａ）に示すアーティスト／楽曲ビデオ選択画面と図４（Ｂ）に示す楽曲ビデオリスト生成画面との間で表示を遷移させる操作を含む操作を行うことにより生成される。

楽曲ビデオリスト名入力欄Ｌ４は、楽曲ビデオリストの名称を入力するための欄である。ユーザが、楽曲ビデオリスト名入力欄Ｌ４を指定して任意の文字列を入力すると、ユーザ端末１００は、当該文字列を当該楽曲ビデオリスト名入力欄Ｌ４に表示する。楽曲ビデオリスト名入力欄Ｌ４には、例えば「ＡＡＡ１」の文字列が表示される。

少なくとも１つの楽曲ビデオが選択楽曲ビデオ一覧Ｌ３に表示され、任意の文字列が楽曲ビデオリスト名入力欄Ｌ４に表示されている状態で、「完了」ボタンＢ４がタップされると、ユーザ端末１００は、選択楽曲ビデオ一覧Ｌ３に表示されている楽曲ビデオ名が順番に列挙され、楽曲ビデオリスト名入力欄Ｌ４に表示されている名称が付された楽曲ビデオリストをメモリ１１内に生成する。その後、ユーザ端末１００は、当該楽曲ビデオリスト生成画面を図４（Ｃ）に示す報酬設定画面に更新する。

報酬設定画面は、当該楽曲ビデオリストを対象とする音楽ゲームをプレイしたユーザに付与可能な報酬を設定するための画面であり、報酬情報入力欄Ｌ５と、「完了」ボタンＢ５と、「公開」ボタンＢ６とにより構成される。また、報酬情報入力欄Ｌ５は、１ユーザ当たりの報酬を入力するための報酬入力欄Ｌ５１と、当該報酬をユーザに付与するための条件を入力するための付与条件入力欄Ｌ５２と、報酬を取得可能なユーザの数（上限）を入力するための人数入力欄Ｌ５３と、報酬を付与するユーザを選定する方法を入力するための選定方法入力欄Ｌ５４と、音楽ゲームをプレイするユーザに対するメッセージを入力するためのメッセージ入力欄Ｌ５５とにより構成される。

楽曲ビデオリストを生成したユーザが、報酬入力欄Ｌ５１を指定して報酬の種別と数量とを入力すると、ユーザ端末１００は、当該報酬の種別および数量を報酬入力欄Ｌ５１に表示する。報酬は、当該音楽ゲームにおいて消費可能なアイテムである。また、当該アイテムとしては、例えばガチャを行うことによりアーティストのカードを入手可能なガチャチケット、特定のアーティストの楽曲ビデオをダウンロードできる権利、自分の持ち点（後述）に所定の点数を加算できる権利などが含まれる。このため、報酬入力欄Ｌ５１には、例えば「ガチャチケット２枚」と表示される。

なお、報酬がガチャチケットである場合には、当該ガチャチケットを消費した際に複数のカードを提示し、ユーザに当該複数のカードのいずれかを選択させるようにしてもよい。また、報酬が特定のアーティストの楽曲ビデオをダウンロードできる権利であるときは、当該アーティストの複数の楽曲ビデオを提示し、ユーザに当該複数の楽曲ビデオのいずれかを選択させるようにしてもよい。また、当該アイテムには、楽曲ビデオリストを生成したユーザが課金することにより付与可能となる課金アイテムと、課金することなく付与可能となる無課金アイテムとがあり、課金アイテムを報酬とする場合には、後述する課金処理が実行される。

楽曲ビデオリストを生成したユーザが、付与条件入力欄Ｌ５２を指定すると、点数の範囲が複数記載されたプルダウンメニューが表示される。当該ユーザが当該プルダウンメニュー上のいずれかの点数の範囲を選択すると、ユーザ端末１００は、当該点数の範囲を当該付与条件入力欄Ｌ５２に表示する。音楽ゲームをプレイしたユーザは、例えば０点〜１００点の範囲内のいずれかの点数を獲得可能である。楽曲ビデオリストを生成したユーザは、当該獲得可能な点数のうち任意の点数の範囲を、報酬の付与条件として指定する。このため、付与条件入力欄Ｌ５２には、例えば「７０点以上」と表示される。

楽曲ビデオリストを生成したユーザは、人数入力欄Ｌ５３を指定するとともに、当該指定に応じて表示されるプルダウンメニュー上で任意の数値を入力することにより、報酬を取得可能なユーザ数について上限を設けることができる。人数入力欄Ｌ５３には、当該ユーザ数として、例えば「６０名」が表示される。

楽曲ビデオリストを生成したユーザが、選定方法入力欄Ｌ５４を指定すると、報酬を付与する対象の選定方法が複数記載されたプルダウンメニューが表示される。当該ユーザが当該プルダウンメニュー上のいずれかの選定方法を選択すると、ユーザ端末１００は、当該選定方法を当該選定方法入力欄Ｌ５４に表示する。選定方法としては「先着」や「抽選」などがあり、選定方法入力欄Ｌ５４には、例えば「先着」と表示される。報酬の付与条件を満たしたユーザのうち実際に当該報酬が付与されるユーザは、当該選定方法により選定される。なお、選定方法として「抽選」が入力された場合には、当該楽曲ビデオリストが公開されてから所定期間（例えば１ヶ月）が経過した段階で抽選が実行される。

楽曲ビデオリストを生成したユーザが、メッセージ入力欄Ｌ５５を指定して、任意のメッセージを入力すると、ユーザ端末１００は、当該メッセージを当該メッセージ入力欄Ｌ５５に表示する。当該メッセージは、音楽ゲームをプレイするために楽曲ビデオリストを選択しようとしているユーザに対して報知するためのメッセージであり、楽曲ビデオリストとともにサーバ２００により公開される。メッセージ入力欄Ｌ５５には、例えば「得点が７０点以上の人には先着６０名までガチャチケット２枚をプレゼント」のメッセージが入力されている例を示している。

報酬情報入力欄Ｌ５への入力が完了した後に、「完了」ボタンＢ５がタップされると、ユーザ端末１００は、入力された報酬、付与条件、人数、選定方法、およびメッセージを含む報酬情報を生成し、当該報酬情報をメモリ１１に記憶されている楽曲ビデオリストに対応付ける。また、報酬入力欄Ｌ５１に入力されたアイテムが課金アイテムであれば、ユーザ端末１００は、当該報酬の種別および数量に応じた額の課金処理を行う。

ユーザによって「公開」ボタンＢ６がタップされると、ユーザ端末１００は、当該楽曲ビデオリストと、当該報酬情報と、当該ユーザのユーザＩＤとを含むリスト公開要求（リスト情報）をサーバ２００に送信する。なお、報酬として選択されたアイテムが課金アイテムである場合には、課金処理が完了した後に「公開」ボタンＢ６に対するタップ操作が受付け可能となる。

図５（Ａ）は、公開情報管理テーブル３０１の一例を示す図であり、図５（Ｂ）は、報酬管理テーブル３０２の一例を示す図であり、図５（Ｃ）は、ランキング管理テーブル３０３の一例を示す図である。いずれのテーブルも、サーバ２００のメモリ２３に記憶されている。

公開情報管理テーブル３０１は、複数のユーザ端末１００に対して公開可能な楽曲ビデオリストを管理するためのテーブルである。サーバ２００は、リスト公開要求をユーザ端末１００から受信したとき、楽曲ビデオリストの名称と、当該楽曲ビデオリストに列挙されている楽曲ビデオの名称と、報酬情報に含まれるメッセージと、ユーザＩＤとを当該リスト公開要求に基づいて特定し、当該２つの名称とメッセージとユーザＩＤとを当該公開情報管理テーブル３０１に登録する。このとき、楽曲ビデオの名称は、楽曲ビデオリストに列挙されている順番で登録する。

図５（Ｂ）に示す報酬管理テーブル３０２は、公開されている楽曲ビデオリストに関連付けられている報酬情報のうちメッセージ以外の報酬情報と、当該楽曲ビデオリストを対象とする音楽ゲームをプレイしたユーザに対して実際に付与された報酬付与状況とを管理するためのテーブルである。報酬付与状況は、当該報酬を取得したユーザのユーザＩＤと、当該報酬を付与可能な残りのユーザ数（残数）とにより特定される。サーバ２００は、リスト公開要求をユーザ端末１００から受信したとき、楽曲ビデオリストの名称とメッセージ以外の報酬情報とを、当該リスト公開要求に基づいて当該報酬管理テーブル３０２に登録する。

図５（Ｃ）に示すランキング管理テーブル３０３は、公開されている楽曲ビデオリストに対する総合評価と、当該総合評価に基づいて特定されたランキングとを管理するためのテーブルである。サーバ２００は、リスト公開要求をユーザ端末１００から受信したとき、楽曲ビデオリストの名称と作成者であるユーザのユーザＩＤとを当該リスト公開要求に基づいて特定し、当該名称とユーザＩＤとを当該ランキング管理テーブル３０３に登録する。

（音楽ゲームプレイ時のユーザ端末およびサーバの動作）
音楽ゲームを開始するための所定の操作がユーザによって行われると、ユーザ端末１００は、図５（Ａ）に示す公開情報管理テーブル３０１をサーバ２００から取得して、図６（Ａ）に示す楽曲ビデオリスト選択画面をタッチスクリーン１５に表示する。図６（Ａ）によれば、当該楽曲ビデオリスト選択画面は、公開情報表示欄Ｌ６と、「プレイ」ボタンＢ７とにより構成される。公開情報表示欄Ｌ６には、公開されている複数の楽曲ビデオリストの各々の名称と、当該楽曲ビデオリストを作成したユーザのユーザＩＤとが、例えばランキング順または新着順で表示される。また、当該複数の楽曲ビデオリストの各々には、アイコンが対応付けられる。

アイコンは、対応する楽曲ビデオリストに列挙されている楽曲ビデオ名と、当該楽曲ビデオリストとともに公開されているメッセージとを表示するためのアイコンである。ユーザがいずれかのアイコンをタップすると、ユーザ端末１００は、当該アイコンに対応する楽曲ビデオリストに列挙されている楽曲ビデオ名と、当該楽曲ビデオリストとともに公開されているメッセージとを公開情報管理テーブル３０１に基づいて特定し、当該楽曲ビデオ名とメッセージとを例えば楽曲ビデオリスト選択画面に重畳させてポップアップ態様で表示する。

ユーザが、いずれかの楽曲ビデオリストの名称をタップし、「プレイ」ボタンＢ６をタップすると、ユーザ端末１００は、当該楽曲ビデオリストを再生対象とする音楽ゲームを開始するべく、当該楽曲ビデオリストの名称を含むダウンロード要求をサーバ２００に送信する。サーバ２００は、当該ダウンロード要求に含まれる楽曲ビデオリストの名称と図５（Ａ）に示す公開情報管理テーブル３０１とに基づいて、当該楽曲ビデオリストに列挙されている楽曲ビデオ名を特定する。サーバ２００は、当該楽曲ビデオ名に対応する楽曲ビデオデータを、要求元のユーザ端末１００に対して順番に送信する。なお、当該楽曲ビデオデータの送信方式としては、ストリーミング方式でも、一括ダウンロード方式等の様々な方式が考えられる。

ユーザ端末１００は、送信された楽曲ビデオデータを順番に再生し、ビデオ映像をタッチスクリーン１５に表示するとともに、ビデオ音声を入出力ＩＦ１４から出力する。図６（Ｂ）には、ビデオ映像の一例が示されている。楽曲ビデオデータには、ユーザからタッチ操作を受け付けることにより当該音楽ゲームの得点（プレイ結果）を加算（向上）させる評価タイミングが、予め固定的に定められている。ユーザ端末１００は、当該評価タイミングと当該ユーザのタッチ操作のタイミングとの一致度合いに応じて当該音楽ゲームの得点を特定する。例えば、得点は、当該一致度合いが完全一致を示すときに１０点加算され、０．１秒のずれを示すときに４点加算され、０．２秒のずれを示すときに２点加算され、それ以外は何も加算されないといったように定められているものであってもよい。

なお、音楽ゲームのプレイ中においては、当該評価タイミングをユーザが特定可能なノーツなどのタッチ操作対象となるアイコンは、タッチスクリーン１５には表示されない。このため、音楽ゲームをプレイしているユーザは楽曲に対応するビデオ映像を楽しみつつ、ユーザのタイミングでリズムを取りながらタッチ操作を行うことができる。ただし、タッチスクリーン１５に対する長押し操作に応じて、音楽ゲームを終了させるアイコンや設定を変更するためのアイコンなどの所定のアイコンをタッチスクリーン１５に表示させるようにしてもよい。

楽曲ビデオリストに列挙されている楽曲ビデオ名の楽曲ビデオデータが全て再生されると、ユーザ端末１００は、音楽ゲームが終了したとみなし、ゲーム画面を図６（Ｃ）に示す評価受付画面に更新する。図６（Ｃ）によれば、当該評価受付画面は、得点表示欄Ｌ７と、「イイネ」ボタンＢ８と、「閉じる」ボタンＢ９とにより構成される。得点表示欄Ｌ７には、当該音楽ゲームの得点が表示される。ユーザが「イイネ」ボタンＢ８をタップすると、ユーザ端末１００は、当該得点と、当該音楽ゲームの対象となった楽曲ビデオリストの名称と、自ユーザのユーザＩＤとを含むプレイ時評価情報をサーバ２００に送信する。ユーザが「閉じる」ボタンＢ９をタップすると、ユーザ端末１００は、評価受付画面を非表示とする。

サーバ２００は、当該プレイ時評価情報から楽曲ビデオリストの名称を特定し、当該名称に対応する報酬情報と報酬付与状況とを報酬管理テーブル３０２から特定する。当該プレイ時評価情報に含まれる得点が当該報酬の付与条件に合致することにより成立する第１の条件と、当該プレイ時評価情報を送信したユーザが当該報酬の付与対象として選定されることにより成立する第２の条件と、当該ユーザが当該報酬を未だ取得していないことにより成立する第３の条件と、報酬を付与可能な残りのユーザ数が１名以上であることにより成立する第４の条件の全てが成立すると、サーバ２００は、報酬付与条件が成立したものとみなす。

サーバ２００は、当該楽曲ビデオリストの名称に対応して報酬管理テーブル３０２に登録されている報酬を、当該プレイ時評価情報を送信したユーザに付与する。具体的には、当該報酬を当該ユーザに関連付けてサーバ２００のメモリ２１に保存する。なお、当該報酬は、当該ユーザのユーザ端末１００のメモリ１１に保存するようにしてもよい。

報酬がユーザに付与されると、サーバ２００は、当該楽曲ビデオの名称に対応して報酬管理テーブル３０２に登録されている報酬付与状況を更新する。具体的には、当該ユーザのユーザＩＤを登録するとともに、報酬を付与可能な残りのユーザ数を１だけ減少させる。

また、サーバ２００は、ランキング管理テーブル３０３から当該楽曲ビデオリストの名称に関連付けられている総合評価を特定し、当該総合評価を更新する。具体的には、当該総合評価の数値を１だけ増大させる。総合評価が更新されると、サーバ２００は、更新後の総合評価に基づいて当該楽曲ビデオリストのランキングを更新する。即ち、当該総合評価が高い順に楽曲ビデオリストの名称が並ぶように、ランキング管理テーブル３０３を更新する。

（報酬を確認して使用する際のユーザ端末の動作）
ユーザが、サーバ２００から付与された報酬を表示するための操作を行うと、ユーザ端末１００は、図６（Ｄ）に示す報酬表示画面をタッチスクリーン１５に表示する。図６（Ｄ）によれば、例えば、２枚のガチャチケットと１枚のレアガチャチケットとが、当該報酬として報酬表示画面に表示される。当該ユーザが付与された報酬をタップすると、当該報酬に応じた効果を発揮するための処理が実行される。例えばガチャチケットをタップすると、ユーザ端末１００は、当該ガチャチケットを消費してガチャを実行する。この結果、例えば、アーティストのカードが当該ユーザに付与される。ガチャが実行されると、ユーザ端末１００は、当該ガチャのために消費したガチャチケットを報酬表示画面から消去する。

（ランキングを確認する際のユーザ端末の動作）
ユーザが、ランキング画面を表示するための所定操作を行うと、ユーザ端末１００は、ランキング管理テーブル３０３をサーバ２００から取得し、当該ランキング管理テーブル３０３に基づいて図６（Ｅ）に示すランキング画面をタッチスクリーン１５に表示する。図６（Ｅ）によれば、総合評価が高い順に楽曲ビデオリストの名称が列挙される。また、当該複数の楽曲ビデオリストの各々には、当該楽曲ビデオリストに対する総合評価と、当該楽曲ビデオリストを生成したユーザのユーザＩＤとが関連付けられて表示される。

（特典を取得する際のユーザ端末の動作）
楽曲ビデオリストを作成したユーザが、特典取得画面を表示するための所定操作を行うと、ユーザ端末１００は、サーバ２００が付与可能な特典の種別と、当該特典を取得するために必要な点数と、当該ユーザの持ち点とをサーバ２００から取得する。ここで、持ち点は、当該ユーザが生成した楽曲ビデオリストに対する現在の総合評価の点数から当該ユーザが特典を取得するために過去に消費した点数を引き算することにより特定される点数であり、サーバ２００により管理されている。例えば、当該総合評価の点数が８２３５４点である場合において、当該ユーザが過去に１万点を消費していれば、持ち点は７２３５４点となる。

ユーザ端末１００はその後、図６（Ｆ）に示す特典取得画面をタッチスクリーン１５に表示する。図６（Ｆ）によれば、特典取得画面は、持ち点を表示するための持ち点表示欄Ｌ８と、サーバ２００が付与可能な特典および獲得に要する点数が列挙された特典一覧Ｌ９と、「特典ゲット」ボタンＢ１０とにより構成される。特典一覧Ｌ９には、獲得に１０万点を要する特典としてアーティストＡＴ１のライブのＶＩＰチケットが表示され、獲得に７万点を要する特典としてアーティストＡＴ３のライブチケットが表示され、獲得に５万点を要する特典としてアーティストＡＴ７のライブチケットが表示される。また、獲得に３万点を要する特典としてアーティストＡＴ１にメッセージを送れる権利が表示され、獲得に１万点を要する特典としてアーティストＡＴ３にメッセージを送れる権利が表示される。

当該特典は、現実世界の特典である。このため、ライブチケットを取得したユーザは、現実世界におけるアーティストのライブを観戦することができ、メッセージを送れる権利を取得したユーザは、アーティストに対して電子メールでメッセージを送信することができる。ユーザが特典一覧Ｌ９に対するタップ操作によりいずれかの特典を指定し、「特典ゲット」ボタンＢ１０をタップすると、現在の持ち点のうちから当該特典に対応する点数が消費され、当該特典が当該ユーザに付与される。

このように、楽曲ビデオリストを生成・公開したユーザは、当該楽曲ビデオリストに対する総合評価に基づいて、特典を取得することができる。この結果、楽曲ビデオリストの提供に対するユーザの積極的な関与が促され、音楽ゲームの好趣の向上させることができる。

なお、特典一覧Ｌ９には、所望のアーティストを選択する操作をユーザから受け付けることにより、当該アーティストに関するチケット等の特典を表示するようにしてもよい。また、特典は、現実世界における特定のアーティストにかかわる特典に限らず、現実世界において利用できる特典（例えば電気製品、食べ物）等であってもよく、また、仮想世界（ゲーム空間）における特典であってもよい。さらに、特典は、当該特典を獲得したユーザのみが楽曲ビデオリストの作成時に当該リストに盛り込むことができる楽曲ビデオ（プレミア的な楽曲ビデオ）であってもよい。

＜ユーザ端末およびサーバの処理フロー＞
図７（Ａ）は、楽曲ビデオリストを生成するためのリスト生成処理を説明するフローチャートである。リスト生成処理は、ユーザ端末１００側において実行される。また、図７（Ｂ）は、楽曲ビデオリストを公開するためのリスト公開処理を説明するフローチャートである。リスト公開処理は、サーバ２００側において実行される。

図７（Ａ）のフローチャートを参照して、ステップＳ０１では、楽曲ビデオリスト生成操作が行われたか否かを、タッチスクリーン１５に対する入力操作に基づいて判定する。図４（Ｂ）に示す楽曲ビデオリスト生成画面において、少なくとも１つの楽曲ビデオが選択楽曲ビデオ一覧Ｌ３に表示され、任意の文字列が楽曲ビデオリスト名入力欄Ｌ４に表示されている状態で、「完了」ボタンＢ４がタップされると、楽曲ビデオリスト生成操作が行われたと判定し、ステップＳ０２に進む。ステップＳ０２では、選択楽曲ビデオ一覧Ｌ３に表示されている楽曲ビデオ名が順番に列挙され、楽曲ビデオリスト名入力欄Ｌ４に表示されている名称が付された楽曲ビデオリストをメモリ１１内に生成する。

ステップＳ０３では、報酬設定操作が行われたか否かを、タッチスクリーン１５に対する入力操作に基づいて判定する。図４（Ｃ）に示す報酬設定画面において、報酬情報入力欄Ｌ５への入力が完了した後に、「完了」ボタンＢ５がタップされると、報酬設定操作が行われたと判定し、ステップＳ０４に進む。ステップＳ０４では、報酬情報入力欄Ｌ５において入力された報酬、付与条件、人数、選定方法、およびメッセージを含む報酬情報を生成し、メモリ１１内の楽曲ビデオリストに対応付ける。

ステップＳ０５では、報酬として課金アイテムが設定されたか否かを、当該報酬の種別に基づいて判定する。当該課金アイテムが設定されたと判定されたときは、ステップＳ０６で課金処理を行い、その後にステップＳ０７に進む。一方、当該課金アイテムが設定されたと判定されなかったときは、ステップＳ０６の処理を実行することなくステップＳ０７に進む。

ステップＳ０７では、公開操作が行われたか否かを、タッチスクリーン１５に対する入力操作に基づいて判定する。図４（Ｃ）に示す報酬設定画面において「公開」ボタンＢ６がタップされると、公開操作が行われたと判定し、ステップＳ０８に進む。ステップＳ０８では、ステップＳ０２で生成された楽曲ビデオリストと、ステップＳ０４で生成された報酬情報と、自ユーザのユーザＩＤとを含むリスト公開要求をサーバ２００に送信する。ステップＳ０８の処理が完了すると、リターンする。

図７（Ｂ）のフローチャートを参照して、ステップＳ１１では、リスト公開要求を受信したか否かを、通信ＩＦ２３からの入力に基づいて判定する。受信したと判定されると、ステップＳ１２に進む。ステップＳ１２では、楽曲ビデオリストの名称と、当該楽曲ビデオリストに列挙されている楽曲ビデオの名称と、報酬情報に含まれるメッセージと、ユーザＩＤとを当該リスト公開要求に基づいて特定し、当該２つの名称とメッセージとユーザＩＤとを公開情報管理テーブル３０１に登録する。このとき、楽曲ビデオの名称は、楽曲ビデオリストに列挙されている順番で登録する。ステップＳ１３では、当該楽曲ビデオリストの名称とメッセージ以外の報酬情報とを、報酬管理テーブル３０２に登録する。ステップＳ１４では、当該楽曲ビデオリストの名称とユーザＩＤとをランキング管理テーブル３０３に登録する。ステップＳ１４の処理が完了すると、リターンする。

図８（Ａ）は、楽曲ビデオリストを対象とする音楽ゲームを実行するためのゲーム処理を説明するフローチャートである。ゲーム処理は、ユーザ端末１００側において実行される。また、図８（Ｂ）は、当該音楽ゲームをプレイしたユーザに報酬を付与し、当該音楽ゲームにおける再生対象となった楽曲ビデオリストの総合評価とランキングを更新するための報酬付与／総合評価等更新処理を説明するフローチャートである。報酬付与／総合評価等更新処理は、サーバ２００側において実行される。

図８（Ａ）のフローチャートを参照して、ステップＳ２１では、楽曲ビデオリスト選択操作が行われたか否かを、タッチスクリーン１５に対する入力操作に基づいて判定する。図６（Ａ）に示す楽曲ビデオリスト選択画面において、公開情報表示欄Ｌ６上のいずれかの楽曲ビデオリストの名称がタップされ、「プレイ」ボタンＢ６がタップされると、楽曲ビデオリスト選択操作が行われたと判定し、ステップＳ２２に進む。

ステップＳ２２では、当該楽曲ビデオリストを再生対象とする音楽ゲームを開始するべく、当該楽曲ビデオリストの名称を含むダウンロード要求をサーバ２００に送信し、当該楽曲ビデオリストに列挙されている楽曲ビデオ名の楽曲ビデオデータをサーバ２００から順番にダウンロードする。

ステップＳ２３では、当該楽曲ビデオデータを順番に再生し、ビデオ映像をタッチスクリーン１５に表示するとともに、ビデオ音声を入出力ＩＦ１４から出力する。また、ステップＳ２３では、当該楽曲ビデオデータに定められている評価タイミングとユーザのタッチ操作のタイミングとの一致度合いを判定し、音楽ゲームの得点を一致度合いに応じて更新する。ここで、当該タッチ操作はタッチスクリーン１５のどの位置でも有効に受け付ける。ただし、タッチ操作を受け付けた位置に応じて当該タッチ操作により獲得する得点を異ならせるようにしてもよい。また、音楽ゲーム中においては、楽曲ビデオがタッチスクリーン１５に表示されるが、現在の得点も表示するようにしてもよい。

ステップＳ２４では、楽曲ビデオリストに列挙されている楽曲ビデオ名の楽曲ビデオデータが全て再生されたか否かを、当該音楽ゲームの進行状況を表すゲームパラメータに基づいて判定する。当該楽曲ビデオデータが全て再生されたと判定されなかったときはステップＳ２３に戻り、当該楽曲ビデオデータが全て再生されたと判定されたときはステップＳ２５に進む。

ステップＳ２５では、当該音楽ゲームの得点が得点表示欄Ｌ７に表示された評価受付画面をタッチスクリーン１５に表示する。ステップＳ２６では、当該評価受付画面上の「イイネ」ボタンＢ８がタップされたか否かを、タッチスクリーン１５に対する入力操作に基づいて判定する。当該「イイネ」ボタンＢ８がタップされたと判定されたときは、ステップＳ２７に進み、得点表示欄Ｌ７に表示された得点と、当該音楽ゲームの対象となった楽曲ビデオリストの名称と、自ユーザのユーザＩＤとを含むプレイ時評価情報を、サーバ２００に送信する。

ステップＳ２７の処理が完了したとき、またはステップＳ２６において「イイネ」ボタンＢ８がタップされたと判定されなかったときは、ステップＳ２８に進む。ステップＳ２８では、「閉じる」ボタンＢ９がタップされたか否かを、タッチスクリーン１５に対する入力操作に基づいて判定する。当該「閉じる」ボタンＢ９がタップされたと判定されなかったときはステップＳ２６に戻り、当該「閉じる」ボタンＢ９がタップされたと判定されたときはリターンする。

図８（Ｂ）のフローチャートを参照して、ステップＳ３１では、ステップＳ２２の処理によってユーザ端末１００からダウンロード要求を受信したとき、当該ダウンロード要求に含まれる楽曲ビデオリストの名称と公開情報管理テーブル３０１とに基づいて、当該楽曲ビデオリストに列挙されている楽曲ビデオ名を特定する。ステップＳ３１では、当該楽曲ビデオ名に対応する楽曲ビデオデータを、要求元のユーザ端末１００に対して順番に送信する。ステップＳ３２では、ステップＳ２７の処理によってユーザからプレイ時評価情報を受信した否かを、通信ＩＦ２３からの入力に基づいて判定する。当該プレイ時評価情報を受信したと判定されたときは、ステップＳ３３に進む。

ステップＳ３３では、当該プレイ時評価情報から楽曲ビデオリストの名称を特定し、当該名称に対応する報酬情報と報酬付与状況とを報酬管理テーブル３０２から特定する。ステップＳ３３では、当該プレイ時評価情報と当該報酬管理テーブル３０２とに基づいて、報酬付与条件が成立したか否かを判定する。報酬付与条件は、当該プレイ時評価情報に含まれる得点が当該報酬の付与条件に合致することにより成立する第１の条件と、当該プレイ時評価情報を送信したユーザが当該報酬の付与対象として選定されることにより成立する第２の条件と、当該ユーザが当該報酬を未だ取得していないことにより成立する第３の条件と、報酬を付与可能な残りのユーザ数が１名以上であることにより成立する第４の条件の全てが成立することにより成立する。

当該報酬付与条件が成立したと判定されたときは、ステップＳ３４に進み、当該プレイ時評価情報を送信したユーザに報酬を付与する。ここで、ユーザに付与された報酬は、サーバ２００において管理してもよく、ユーザ端末１００において管理してもよい。ステップＳ３５では、当該報酬付与状況を更新する。具体的には、当該ユーザのユーザＩＤを登録するとともに、報酬を付与可能な残りのユーザ数を１だけ減少させる。ステップＳ３５の処理が完了したとき、またはステップＳ３３において報酬付与条件が成立したと判定されなかったときは、ステップＳ３６に進む。

ステップＳ３６では、ランキング管理テーブル３０３から当該楽曲ビデオリストの名称に関連付けられている総合評価を特定し、当該総合評価を更新する。具体的には、当該総合評価の数値を１だけ増大させる。総合評価が更新されると、更新後の総合評価に基づいて当該楽曲ビデオリストのランキングを更新する。即ち、当該総合評価が高い順に楽曲ビデオリストの名称が並ぶように、ランキング管理テーブル３０３を更新する。ステップＳ３６の処理が完了すると、リターンする。

＜本実施形態の効果＞
本実施形態によれば、複数種類の楽曲からユーザにより指定された楽曲ビデオと、当該ユーザにより指定された順番とを特定するための楽曲ビデオリストが、ユーザからの入力操作に応じて生成される。当該楽曲ビデオリストを含むリスト公開要求は、当該楽曲ビデオリストをサーバ２００により公開可能とするために、当該サーバ２００に対して送信される。公開されている楽曲ビデオリストのうちのいずれかの楽曲ビデオリストがユーザの操作により選択されると、当該楽曲ビデオリストにより特定される楽曲ビデオを対象とする音楽ゲームがプレイ可能となる。

音楽ゲームは、再生される楽曲ビデオのリズムに合わせてユーザに対してタッチ操作させることにより進行する。音楽ゲームのプレイが終了し、プレイの対象となった楽曲ビデオリストに対する評価がユーザにより入力されると、当該評価を特定可能なプレイ時評価情報がサーバ２００に対して送信される。サーバ２００は、当該評価の対象となった楽曲ビデオリストの総合評価を当該プレイ時評価情報に基づいて更新する。また、サーバ２００は、更新後の総合評価に基づいて、当該楽曲ビデオリストを公開させたユーザに対して、特典を付与可能とする。

これにより、楽曲ビデオリストを生成・公開したユーザは、当該楽曲ビデオリストに基づく音楽ゲームをプレイした他のユーザから「イイネ」の評価を獲得→当該楽曲ビデオリストに対する総合評価に基づいて特典を取得→より魅力的な楽曲ビデオを作成して公開→…といったゲームサイクルを回すことが可能となる。この結果、楽曲ビデオリストの提供に対するユーザの積極的な関与が促され、音楽ゲームの好趣の向上させることができる。

また、本実施形態によれば、ユーザが楽曲ビデオリストを生成する際に、当該楽曲ビデオリストに基づく音楽ゲームをプレイしたユーザに付与可能となる報酬が、当該楽曲ビデオリストに対応付けられる。当該報酬を特定可能な報酬情報は、リスト公開要求に含められてサーバ２００に送信される。当該報酬を付与可能とするための処理は、当該楽曲ビデオリストに基づく音楽ゲームのプレイ結果に応じて実行される。これにより、魅力的な報酬を楽曲ビデオリストに対応付けることにより、当該楽曲ビデオリストに基づく音楽ゲームをプレイすることをユーザに促すことができる。

さらに、本実施形態によれば、報酬は、音楽ゲームのプレイ結果が予め定められている結果に達しており、さらに当該音楽ゲームの対象となった楽曲ビデオリストに対する評価を入力したことを条件として、付与可能とされる。これにより、当該ユーザから評価を獲得→評価対象の楽曲ビデオリストに対する総合評価に基づいて特典を取得→より魅力的な楽曲ビデオを作成して公開→当該ユーザから評価を獲得→…といったゲームサイクルをより円滑に回すことができる。

また、本実施形態によれば、どのような報酬が付与可能であるかは、サーバ２００により公開される。これにより、同じ種類の楽曲ビデオ名が列挙されている複数の楽曲ビデオリストが公開されている場合に、より魅力的な報酬を取得できる楽曲ビデオリストを選択して音楽ゲームをプレイさせることをユーザに促すことができる。

さらに、本実施形態によれば、リスト公開要求をサーバ２００に送信する処理は、楽曲ビデオリストに対応付ける報酬に応じた額の課金処理が行われることに基づいて実行される。この結果、音楽ゲームを運営する事業者は、当該課金処理による収益の増大を図ることができる。

また、本実施形態によれば、音楽ゲームのプレイ中、タッチスクリーン１５には、楽曲ビデオに定められている評価タイミングを特定可能なノーツといった画像は表示されず、当該楽曲ビデオに関するビデオ映像が表示される。これにより、音楽ゲームをプレイしているユーザは、ビデオ映像をしっかり見ながらゲームプレイを楽しむことができる。

さらに、本実施形態によれば、楽曲ビデオリストを生成・公開したユーザに対して付与可能となる特典は、当該楽曲ビデオリストにより特定される楽曲のアーティストに関する現実世界の特典を含む。これにより、音楽ゲームと現実世界におけるアーティストとのリアル連携が可能となる。

＜変形例＞
以上説明した実施形態の変形例などを以下に列挙する。

（１） 上記実施形態においては、音楽ゲームの得点を向上させる評価タイミングは、サーバ２００から提供される楽曲ビデオに対して、予め固定的に定められている。しかし、再生される楽曲ビデオのリズムに合わせてユーザがタッチ操作を行うときのリズムは、ユーザ毎に異なり得る。例えば、１６ビートの楽曲に対して、４分の４拍子で１６回タッチ操作を行うユーザもいれば、４分の４拍子で８回タッチ操作を行うユーザもいる。また、８ビートの楽曲に対して、４分の４拍子で８回タッチ操作を行うユーザもいれば、４分の４拍子で１６回タッチ操作を行うユーザもいる。そこで、楽曲ビデオの再生中に１小節あたりのタッチ操作の回数を特定し、当該タッチ操作の回数に基づいて当該楽曲ビデオに定められている上記得点を向上させるための評価タイミングを変更するようにしてもよい。

また、楽曲ビデオに本来的に定められている当該評価タイミングと変更後の当該評価タイミングとの差異に応じて、ユーザに付与する報酬の種類を異ならせるようにしてもよい。例えば、１６ビートの楽曲ビデオに対してユーザが４分の４拍子で８回タッチ操作を行ったことにより、当該評価タイミングがスローテンポなタイミングに変更された場合には、バラードを演奏するアーティストのカードを引きやすいガチャチケットを報酬として特定し、８ビートの楽曲ビデオに対してユーザが４分の４拍子で１６回タッチ操作を行ったことにより、当該評価タイミングがアップテンポなタイミングに変更された場合には、ロックを演奏するアーティストのカードを引きやすいガチャチケットを報酬として特定するようにしてもよい。

（２） 上記実施形態においては、楽曲ビデオ名を１つずつ選択する操作をユーザから受け付けることにより、再生する楽曲ビデオと再生する順番とを特定可能な楽曲ビデオリストが生成される。しかし、ユーザからの所定操作に応じて、乱数抽選で楽曲ビデオ名を選択することにより、当該楽曲ビデオリストを生成するようにしてもよい。

（３） 上記実施形態においては、楽曲ビデオリストに対するユーザの評価としては、「イイネ」といった１つの評価のみが入力可能である。しかし、当該ユーザの評価としては、総合評価に対する反映度合いが異なる複数の評価（例えば、「スゴイネ」、「イイネ」、「ワルクナイネ」、「イマイチ」などの評価）のうちのいずれかの評価を入力可能とするようにしてもよい。

（４） 上記実施形態において楽曲ビデオリストに対する評価は、楽曲ビデオリストにより特定される楽曲ビデオの全てが再生された後に入力可能な例を示した。しかし、楽曲ビデオリストに対する評価は、所定数の楽曲ビデオ（例えば過半数の楽曲ビデオ）が再生されたことを条件として入力可能とするようにしてもよい。または、楽曲ビデオリストを生成する際にいずれかの楽曲ビデオをユーザにより指定可能とし、当該指定された楽曲ビデオが音楽ゲームにおいて再生された後に「イイネ」の評価を入力可能とするようにしてもよい。

（５） 上記実施形態においては、楽曲ビデオリストにより特定される楽曲ビデオの全てが再生された後に、「イイネ」といった１つの評価のみを入力可能としている。しかし、再生された楽曲ビデオの数が増えるにつれて入力可能な評価のバリエーションを増やし（例えば、１曲目の楽曲ビデオの再生が終了すると１つ星マークを表示し、２曲目の楽曲ビデオの再生が終了すると２つ星マークを追加表示し、３曲目の楽曲ビデオの再生が終了すると３つ星マークを追加表示するといった態様で表示し）、全ての楽曲ビデオの再生が終了する前にいずれかの評価（いずれかの星マーク）を入力するようにしてもよい。

（６） 上記実施形態においては、図６（Ｃ）に示す「イイネ」ボタンＢ８をタップする操作をユーザから受け付けることにより、プレイ時評価情報がサーバ２００に送信される。しかし、音楽ゲームの得点が所定の点数（例えば８０点）以上であれば、ユーザの操作にかかわらず当該プレイ時評価情報をサーバ２００に送信するようにしてもよい。

（７） 上記実施形態においては、楽曲ビデオリストを生成したユーザに対する特典としては、アーティストのライブチケットやアーティストにメッセージを送れる権利が含まれる。しかし、特典は、これに限らず、ＡＲ技術を利用してアーティストと一緒に写真に写れる権利を含むものであってもよい。当該権利を獲得したユーザのユーザ端末１００には、例えば、当該アーティストが出演しているライブの映像が表示される。ここで、当該ユーザをカメラ１７の視界に収めると当該ユーザがライブ空間に登場し、この状態でシャッタボタンを操作すると当該ユーザがアーティストとともに写真に写り込む。

（８） 上記実施形態においては、音楽ゲームをプレイしたユーザに付与された報酬は、当該ユーザにより消費される。しかし、当該報酬は、他のユーザにより消費可能とするようにしてもよい。即ち、当該報酬を獲得したユーザが楽曲ビデオリストを生成した場合に、当該報酬を当該楽曲ビデオリストに対応付け可能とし、他のユーザが当該楽曲ビデオリストを対象とする音楽ゲームをプレイした場合に、当該報酬を当該他のユーザに付与可能とするようにしてもよい。

（９） 上記実施形態においては、「完了」ボタンＢ５がタップされると、報酬情報が楽曲ビデオリストに対応付けられ、その後に課金処理が実行される。しかし、報酬情報は、課金処理を完了させた後に（即ち、課金処理が行われることに基づいて）楽曲ビデオリストに対応付けるようにしてもよい。

（１０） 上記実施形態においては、図６（Ｆ）に示す持ち点表示欄Ｌ８に表示される持ち点は、ユーザが生成した楽曲ビデオリストに対する総合評価の点数から当該ユーザが過去に消費した点数を引き算することにより特定される。ここで、当該持ち点は、ユーザ単位で算出するようにしてもよい。即ち、ユーザが複数の楽曲ビデオリストを生成・公開した場合には、当該複数の楽曲ビデオリストに対する総合評価の合計点数から当該ユーザが過去に消費した点数を引き算することにより、当該持ち点を特定するようにしてもよい。これにより、生成・公開する楽曲ビデオリストの数を増やすことをユーザに促すことができ、ゲームサイクルをより円滑に回すことが可能となる。

（１１） 上記実施形態においては、楽曲ビデオ一覧Ｌ２に対するタップ操作によりいずれか１曲の楽曲ビデオを指定し、「選択」ボタンＢ１をタップすると、当該楽曲ビデオの名称が選択楽曲ビデオ一覧Ｌ３に表示される。ここで、楽曲ビデオ一覧Ｌ２上の楽曲ビデオを指定した際に、当該楽曲ビデオ（例えば当該楽曲ビデオの一部分（サビ部分等））を視聴できるようにしてもよい。

（１２） 上記実施形態においては、アーティストを選択することにより、当該アーティストに対応する楽曲ビデオが選択可能となる（図４（Ａ）参照）。しかし、曲名を選択することにより、当該曲名に対応する楽曲ビデオを選択可能とするようにしてもよい。

（１３） 上記実施形態においては、「イイネ」ボタンＢ８がタップされると、プレイ時評価情報がサーバ２００に送信される。ここで、「イイネ」ボタンＢ８は、１回だけタップ可能なものに限らず、ユーザの評価に応じて例えば１回〜１０回までのタップ可能なものであってもよい。この場合、タップ回数（即ち、評価の度合い）を特定可能な情報をプレイ時評価情報に含め、当該タップ回数が多いほど有利度合いの高い（即ち、数の多い等）報酬を当該ユーザに付与するようにしてもよい。

（１４） 上記実施形態において、楽曲ビデオリストを生成する際には、ユーザは、当該楽曲ビデオリストの公開期間を例えば１ヶ月、２４時間等の複数種類の期間のうちから指定できるようにしてもよい。

（１５） 上記実施形態においては、音楽ゲームを開始するための所定の操作がユーザによって行われると、図６（Ａ）に示す楽曲ビデオリスト選択画面上で楽曲ビデオリスト名が表示される。ここで、恋愛、サクラ、特定のアーティスト等のテーマを付して楽曲ビデオリストを生成するとともに、音楽ゲームを開始しようとするユーザからいずれかのテーマを選択する操作を受け付け、当該操作により選択されたテーマに属する楽曲ビデオリスト名を当該楽曲ビデオリスト選択画面に表示するようにしてもよい。

（１６） 上記実施形態においては、図４（Ｃ）に示す報酬設定画面上で設定された報酬情報に基づく報酬付与条件が成立した場合に、報酬をユーザに付与するようにしている（図８（Ｂ）のステップＳ３３、Ｓ３４参照）。しかし、単に音楽ゲームをプレイすることを条件として、報酬をユーザに付与するようにしてもよい。このとき、当該報酬は、楽曲ビデオリストを生成・公開したユーザにより設定された報酬であってもよく、サーバ２００において予め設定されている報酬であってもよい。

＜付記＞
以上の各実施形態で説明した事項を、以下に付記する。

（付記１）：
本開示に示す一実施形態のある局面によれば、プロセッサ、メモリ、およびタッチスクリーンを備えるコンピュータ（図１のユーザ端末１００）において実行されるゲームプログラムであって、前記ゲームプログラムに基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、前記プロセッサに、ユーザからの入力操作に応じて、複数種類の楽曲からユーザにより指定された楽曲と、ユーザにより指定された順番とを特定するための楽曲リストを生成するステップ（Ｓ０２）と、前記生成するステップにより生成した楽曲リストを公開可能とするために、当該楽曲リストを特定可能となるリスト情報をサーバに出力するステップ（Ｓ０８）と、ユーザからの入力操作に応じて、前記サーバにおいて公開されている楽曲リストのうちからいずれかの楽曲リストを選択することにより、当該楽曲リストに基づく音楽ゲームをプレイ可能とするステップ（Ｓ２１〜Ｓ２４）と、前記音楽ゲームをプレイした後において、当該音楽ゲームの対象となった楽曲リストに対する評価を入力するステップ（Ｓ２５、Ｓ２６）と、前記評価の対象となった楽曲リストの総合評価であって前記サーバにおいて管理される総合評価を更新させるとともに当該総合評価に基づいて当該楽曲リストを公開させたユーザに対して特典を付与可能とするために、前記入力するステップにより入力された評価を特定可能となる評価情報を前記サーバに出力するステップ（Ｓ２７）とを実行させる。

（付記２）：
（付記１）において、前記プロセッサに、前記生成するステップにより楽曲リストを生成する際に、当該楽曲リストに基づく音楽ゲームをプレイしたユーザに対して付与可能となる報酬を当該楽曲リストに対応付けるステップ（Ｓ０４〜０６）を実行させ、前記リスト情報は、前記報酬を特定可能となる報酬情報を含み、前記プロセッサに、前記音楽ゲームのプレイ結果に応じて、当該音楽ゲームをプレイしたユーザに対して当該音楽ゲームの対象となった楽曲リストに対応する報酬を付与可能とするための付与処理を実行するステップ（Ｓ２７）を実行させる。

（付記３）：
（付記２）において、前記付与処理を実行するステップは、前記音楽ゲームのプレイ結果が予め定められている結果に達しており、さらに前記入力するステップにより評価を入力したことを条件として、前記付与処理を実行する。

（付記４）：
（付記２）または（付記３）において、前記リスト情報をサーバに出力するステップは、前記報酬情報により特定される報酬を公開可能とするために、前記リスト情報を前記サーバに出力する。

（付記５）：
（付記２）から（付記４）のいずれかにおいて、前記報酬を楽曲リストに対応付けるステップは、対応付ける報酬に応じた額の課金処理が行われることに基づいて当該報酬を前記楽曲リストに対応付ける。

（付記６）：
（付記１）から（付記５）のいずれかにおいて、前記複数種類の楽曲には、各々、タッチ操作されることにより前記音楽ゲームのプレイ結果を向上させる評価タイミングが定められており、前記プレイ可能とするステップは、前記再生される楽曲に定められている評価タイミングをユーザが特定可能となる画像については表示せず、当該楽曲に関する動画像を表示するステップと、当該評価タイミングと前記タッチ操作のタイミングとに基づいて当該音楽ゲームのプレイ結果を特定するステップとを含む。

（付記７）：
（付記１）から（付記６）のいずれかにおいて、前記楽曲リストを公開させたユーザに対して付与可能となる特典は、当該楽曲リストにより特定される楽曲のアーティストに関する現実世界の特典を含む。

（付記８）：
本開示に示す一実施形態のある局面によれば、プロセッサ、メモリ、およびタッチスクリーンを備えるコンピュータ（図１のユーザ端末１００）により実行されるゲーム方法であって、前記ゲーム方法に基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、前記コンピュータが、ユーザからの入力操作に応じて、複数種類の楽曲からユーザにより指定された楽曲と、ユーザにより指定された順番とを特定するための楽曲リストを生成するステップ（Ｓ０２）と、前記生成するステップにより生成した楽曲リストを公開可能とするために、当該楽曲リストを特定可能となるリスト情報をサーバに出力するステップ（Ｓ０６）と、ユーザからの入力操作に応じて、前記サーバにおいて公開されている楽曲リストのうちからいずれかの楽曲リストを選択することにより、当該楽曲リストに基づく音楽ゲームをプレイ可能とするステップ（Ｓ２１〜Ｓ２４）と、前記音楽ゲームをプレイした後において、当該音楽ゲームの対象となった楽曲リストに対する評価を入力するステップ（Ｓ２５、Ｓ２６）と、前記評価の対象となった楽曲リストの総合評価であって前記サーバにおいて管理される総合評価を更新させるとともに当該総合評価に基づいて当該楽曲リストを公開させたユーザに対して特典を付与可能とするために、前記入力するステップにより入力された評価を特定可能となる評価情報を前記サーバに出力するステップ（Ｓ２７）とを備える。

（付記９）：
本開示に示す一実施形態のある局面によれば、情報処理装置（図１のユーザ端末１００）であって、ゲームプログラムを記憶する記憶部（図３の１２０）と、前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部（図３の１１０）とを備え、前記ゲームプログラムに基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、前記制御部は、ユーザからの入力操作に応じて、複数種類の楽曲からユーザにより指定された楽曲と、ユーザにより指定された順番とを特定するための楽曲リストを生成するステップ（Ｓ０２）と、前記生成するステップにより生成した楽曲リストを公開可能とするために、当該楽曲リストを特定可能となるリスト情報をサーバに出力するステップ（Ｓ０６）と、ユーザからの入力操作に応じて、前記サーバにおいて公開されている楽曲リストのうちからいずれかの楽曲リストを選択することにより、当該楽曲リストに基づく音楽ゲームをプレイ可能とするステップ（Ｓ２１〜Ｓ２４）と、前記音楽ゲームをプレイした後において、当該音楽ゲームの対象となった楽曲リストに対する評価を入力するステップ（Ｓ２５、Ｓ２６）と、前記評価の対象となった楽曲リストの総合評価であって前記サーバにおいて管理される総合評価を更新させるとともに当該総合評価に基づいて当該楽曲リストを公開させたユーザに対して特典を付与可能とするために、前記入力するステップにより入力された評価を特定可能となる評価情報を前記サーバに出力するステップ（Ｓ２７）とを実行する。

（付記１０）：
本開示に示す一実施形態のある局面によれば、プロセッサ、およびメモリを備えるコンピュータ（図１のサーバ２００）において実行されるゲームプログラムであって、前記ゲームプログラムに基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、前記プロセッサに、複数のユーザの各々からの入力操作に応じて生成された楽曲リストであって、複数種類の楽曲から当該ユーザにより指定された楽曲と、当該ユーザにより指定された順番とを特定するための楽曲リストを公開するステップ（Ｓ１２）と、前記公開するステップにより公開されている楽曲リスト各々に基づく音楽ゲームをユーザ端末装置においてプレイ可能とするステップ（Ｓ３１）と、前記音楽ゲームをプレイしたユーザの評価であって、当該音楽ゲームの対象となった楽曲リストに対する当該ユーザの評価を特定可能にするための評価情報を受信するステップ（Ｓ３２）と、前記評価の対象となった楽曲リストの総合評価を前記評価情報に基づいて更新するステップ（Ｓ３６）と、更新された総合評価に基づいて、当該楽曲リストを生成したユーザに対して特典を付与可能とするステップとを実行させる。

（付記１１）：
本開示に示す一実施形態のある局面によれば、プロセッサ、およびメモリを備えるコンピュータ（図１のサーバ２００）により実行されるゲーム方法であって、前記ゲーム方法に基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、前記コンピュータが、複数のユーザの各々からの入力操作に応じて生成された楽曲リストであって、複数種類の楽曲から当該ユーザにより指定された楽曲と、当該ユーザにより指定された順番とを特定するための楽曲リストを公開するステップ（Ｓ１２）と、前記公開するステップにより公開されている楽曲リスト各々に基づく音楽ゲームをユーザ端末装置においてプレイ可能とするステップ（Ｓ３１）と、前記音楽ゲームをプレイしたユーザの評価であって、当該音楽ゲームの対象となった楽曲リストに対する当該ユーザの評価を特定可能にするための評価情報を受信するステップ（Ｓ３２）と、前記評価の対象となった楽曲リストの総合評価を前記評価情報に基づいて更新するステップ（Ｓ３６）と、更新された総合評価に基づいて、当該楽曲リストを生成したユーザに対して特典を付与可能とするステップとを備える。

（付記１２）：
本開示に示す一実施形態のある局面によれば、情報処理装置（図１のサーバ２００）であって、ゲームプログラムを記憶する記憶部（図２の２２０）と、前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部（図２の２１０）とを備え、前記ゲームプログラムに基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、前記制御部は、複数のユーザの各々からの入力操作に応じて生成された楽曲リストであって、複数種類の楽曲から当該ユーザにより指定された楽曲と、当該ユーザにより指定された順番とを特定するための楽曲リストを公開するステップ（Ｓ１２）と、前記公開するステップにより公開されている楽曲リスト各々に基づく音楽ゲームをユーザ端末装置においてプレイ可能とするステップ（Ｓ３１）と、前記音楽ゲームをプレイしたユーザの評価であって、当該音楽ゲームの対象となった楽曲リストに対する当該ユーザの評価を特定可能にするための評価情報を受信するステップ（Ｓ３２）と、前記評価の対象となった楽曲リストの総合評価を前記評価情報に基づいて更新するステップ（Ｓ３６）と、更新された総合評価に基づいて、当該楽曲リストを生成したユーザに対して特典を付与可能とするステップとを実行する。

〔ソフトウェアによる実現例〕
ユーザ端末１００およびサーバ２００の各々における制御は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、ユーザ端末１００およびサーバ２００は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

１ ゲームシステム、 ２ ネットワーク、 １０，２０ プロセッサ、 １１，２１ メモリ、 １２，２２ ストレージ、 １５ タッチスクリーン、 １５１ 入力部、 １５２ 表示部、 １７ カメラ、 １８ 測距センサ、 １０１０ 物体、 １０２０ コントローラ、 １０３０ 記憶媒体、 １００ ユーザ端末、 ２００ サーバ、 １２０，２２０ 記憶部、 １２１，２２１ ゲームプログラム、 １２２，２２２ ゲーム情報、 １２３，２２３ ユーザ情報、 １１０，２１０ 制御部、 １１１ ゲーム進行処理部、 １１２ 入力操作受付部、 １１３ カメラ配置制御部、 １１４ 表示制御部、 １１５ オブジェクト制御部、 ２１１ 送受信部、 ２１２ サーバ処理部、 ２１３ データ管理部、 ２１４ 同期処理部、 ３０１ 公開情報管理テーブル、 ３０２ 報酬管理テーブル、 ３０３ ランキング管理テーブル

Claims (12)

1. プロセッサ、メモリ、およびタッチスクリーンを備えるコンピュータにおいて実行されるゲームプログラムであって、
   前記ゲームプログラムに基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、
   前記プロセッサに、
   ユーザからの入力操作に応じて、複数種類の楽曲からユーザにより指定された楽曲と、ユーザにより指定された順番とを特定するための楽曲リストを生成するステップと、
   前記生成するステップにより生成した楽曲リストを公開可能とするために、当該楽曲リストを特定可能となるリスト情報をサーバに出力するステップと、
   ユーザからの入力操作に応じて、前記サーバにおいて公開されている楽曲リストのうちからいずれかの楽曲リストを選択することにより、当該楽曲リストに基づく音楽ゲームをプレイ可能とするステップと、
   前記音楽ゲームをプレイした後において、当該音楽ゲームの対象となった楽曲リストに対する評価を入力するステップと、
   前記評価の対象となった楽曲リストの総合評価であって前記サーバにおいて管理される総合評価を更新させるとともに当該総合評価に基づいて当該楽曲リストを公開させたユーザに対して特典を付与可能とするために、前記入力するステップにより入力された評価を特定可能となる評価情報を前記サーバに出力するステップとを実行させる、ゲームプログラム。
2. 前記プロセッサに、
   前記生成するステップにより楽曲リストを生成する際に、当該楽曲リストに基づく音楽ゲームをプレイしたユーザに対して付与可能となる報酬を当該楽曲リストに対応付けるステップを実行させ、
   前記リスト情報は、前記報酬を特定可能となる報酬情報を含み、
   前記プロセッサに、
   前記音楽ゲームのプレイ結果に応じて、当該音楽ゲームをプレイしたユーザに対して当該音楽ゲームの対象となった楽曲リストに対応する報酬を付与可能とするための付与処理を実行するステップを実行させる、請求項１に記載のゲームプログラム。
3. 前記付与処理を実行するステップは、前記音楽ゲームのプレイ結果が予め定められている結果に達しており、さらに前記入力するステップにより評価を入力したことを条件として、前記付与処理を実行する、請求項２に記載のゲームプログラム。
4. 前記リスト情報をサーバに出力するステップは、前記報酬情報により特定される報酬を公開可能とするために、前記リスト情報を前記サーバに出力する、請求項２または請求項３に記載のゲームプログラム。
5. 前記報酬を楽曲リストに対応付けるステップは、対応付ける報酬に応じた額の課金処理が行われることに基づいて当該報酬を前記楽曲リストに対応付ける、請求項２〜請求項４のいずれかに記載のゲームプログラム。
6. 前記複数種類の楽曲には、各々、タッチ操作されることにより前記音楽ゲームのプレイ結果を向上させる評価タイミングが定められており、
   前記プレイ可能とするステップは、
   前記再生される楽曲に定められている評価タイミングをユーザが特定可能となる画像については表示せず、当該楽曲に関する動画像を表示するステップと、
   当該評価タイミングと前記タッチ操作のタイミングとに基づいて当該音楽ゲームのプレイ結果を特定するステップとを含む、請求項１〜請求項５のいずれかに記載のゲームプログラム。
7. 前記楽曲リストを公開させたユーザに対して付与可能となる特典は、当該楽曲リストにより特定される楽曲のアーティストに関する現実世界の特典を含む、請求項１〜請求項６のいずれかに記載のゲームプログラム。
8. プロセッサ、メモリ、およびタッチスクリーンを備えるコンピュータにより実行されるゲーム方法であって、
   前記ゲーム方法に基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、
   前記コンピュータが、
   ユーザからの入力操作に応じて、複数種類の楽曲からユーザにより指定された楽曲と、ユーザにより指定された順番とを特定するための楽曲リストを生成するステップと、
   前記生成するステップにより生成した楽曲リストを公開可能とするために、当該楽曲リストを特定可能となるリスト情報をサーバに出力するステップと、
   ユーザからの入力操作に応じて、前記サーバにおいて公開されている楽曲リストのうちからいずれかの楽曲リストを選択することにより、当該楽曲リストに基づく音楽ゲームをプレイ可能とするステップと、
   前記音楽ゲームをプレイした後において、当該音楽ゲームの対象となった楽曲リストに対する評価を入力するステップと、
   前記評価の対象となった楽曲リストの総合評価であって前記サーバにおいて管理される総合評価を更新させるとともに当該総合評価に基づいて当該楽曲リストを公開させたユーザに対して特典を付与可能とするために、前記入力するステップにより入力された評価を特定可能となる評価情報を前記サーバに出力するステップとを備える、ゲーム方法。
9. 情報処理装置であって、
   ゲームプログラムを記憶する記憶部と、
   前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部とを備え、
   前記ゲームプログラムに基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、
   前記制御部は、
   ユーザからの入力操作に応じて、複数種類の楽曲からユーザにより指定された楽曲と、ユーザにより指定された順番とを特定するための楽曲リストを生成するステップと、
   前記生成するステップにより生成した楽曲リストを公開可能とするために、当該楽曲リストを特定可能となるリスト情報をサーバに出力するステップと、
   ユーザからの入力操作に応じて、前記サーバにおいて公開されている楽曲リストのうちからいずれかの楽曲リストを選択することにより、当該楽曲リストに基づく音楽ゲームをプレイ可能とするステップと、
   前記音楽ゲームをプレイした後において、当該音楽ゲームの対象となった楽曲リストに対する評価を入力するステップと、
   前記評価の対象となった楽曲リストの総合評価であって前記サーバにおいて管理される総合評価を更新させるとともに当該総合評価に基づいて当該楽曲リストを公開させたユーザに対して特典を付与可能とするために、前記入力するステップにより入力された評価を特定可能となる評価情報を前記サーバに出力するステップとを実行する、情報処理装置。
10. プロセッサ、およびメモリを備えるコンピュータにおいて実行されるゲームプログラムであって、
    前記ゲームプログラムに基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、
    前記プロセッサに、
    複数のユーザの各々からの入力操作に応じて生成された楽曲リストであって、複数種類の楽曲から当該ユーザにより指定された楽曲と、当該ユーザにより指定された順番とを特定するための楽曲リストを公開するステップと、
    前記公開するステップにより公開されている楽曲リスト各々に基づく音楽ゲームをユーザ端末装置においてプレイ可能とするステップと、
    前記音楽ゲームをプレイしたユーザの評価であって、当該音楽ゲームの対象となった楽曲リストに対する当該ユーザの評価を特定可能にするための評価情報を受信するステップと、
    前記評価の対象となった楽曲リストの総合評価を前記評価情報に基づいて更新するステップと、
    更新された総合評価に基づいて、当該楽曲リストを生成したユーザに対して特典を付与可能とするステップとを実行させる、ゲームプログラム。
11. プロセッサ、およびメモリを備えるコンピュータにより実行されるゲーム方法であって、
    前記ゲーム方法に基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、
    前記コンピュータが、
    複数のユーザの各々からの入力操作に応じて生成された楽曲リストであって、複数種類の楽曲から当該ユーザにより指定された楽曲と、当該ユーザにより指定された順番とを特定するための楽曲リストを公開するステップと、
    前記公開するステップにより公開されている楽曲リスト各々に基づく音楽ゲームをユーザ端末装置においてプレイ可能とするステップと、
    前記音楽ゲームをプレイしたユーザの評価であって、当該音楽ゲームの対象となった楽曲リストに対する当該ユーザの評価を特定可能にするための評価情報を受信するステップと、
    前記評価の対象となった楽曲リストの総合評価を前記評価情報に基づいて更新するステップと、
    更新された総合評価に基づいて、当該楽曲リストを生成したユーザに対して特典を付与可能とするステップとを備える、ゲーム方法。
12. 情報処理装置であって、
    ゲームプログラムを記憶する記憶部と、
    前記ゲームプログラムを実行することにより、前記情報処理装置の動作を制御する制御部とを備え、
    前記ゲームプログラムに基づくゲームは、再生される楽曲のリズムに合わせてユーザに対してタッチ操作させることにより進行する音楽ゲームであり、
    前記制御部は、
    複数のユーザの各々からの入力操作に応じて生成された楽曲リストであって、複数種類の楽曲から当該ユーザにより指定された楽曲と、当該ユーザにより指定された順番とを特定するための楽曲リストを公開するステップと、
    前記公開するステップにより公開されている楽曲リスト各々に基づく音楽ゲームをユーザ端末装置においてプレイ可能とするステップと、
    前記音楽ゲームをプレイしたユーザの評価であって、当該音楽ゲームの対象となった楽曲リストに対する当該ユーザの評価を特定可能にするための評価情報を受信するステップと、
    前記評価の対象となった楽曲リストの総合評価を前記評価情報に基づいて更新するステップと、
    更新された総合評価に基づいて、当該楽曲リストを生成したユーザに対して特典を付与可能とするステップとを実行する、情報処理装置。
    
    
    

Images