特許 7482192 情報処理プログラム、情報処理方法および情報処理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-05-01

(45)【発行日】2024-05-13

(54)【発明の名称】情報処理プログラム、情報処理方法および情報処理システム

(51)【国際特許分類】

   A63F 13/52 20140101AFI20240502BHJP

   A63F 13/69 20140101ALI20240502BHJP

   A63F 13/533 20140101ALI20240502BHJP

【ＦＩ】

A63F13/52

A63F13/69

A63F13/533

【請求項の数】 5

(21)【出願番号】P 2022175332

(22)【出願日】2022-11-01

【審査請求日】2023-02-15

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和４年８月１日に ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｕｍａ＿ｍｕｓｕ／ｓｔａｔｕｓ／１５５３９８３８９３５７２７０６３０５ ｈｔｔｐｓ：／／ｕｍａｍｕｓｕｍｅ．ｊｐ／ｎｅｗｓ／ｄｅｔａｉｌ．ｐｈｐ？ｉｄ＝８７３ にて内部的な仕組みは公開してはいないが、発明の概要程度は読み取れる内容として発明を公開

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和４年８月１日に ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｄ１３２５４５７８２７ ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｊｐ．ｃｏ．ｃｙｇａｍｅｓ．ｕｍａｍｕｓｕｍｅ にて本発明にかかるシステムを実装したゲームサービスを公開

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和４年８月１日に ｈｔｔｐｓ：／／ｄｍｇ．ｕｍａｍｕｓｕｍｅ．ｊｐ／ にて内部的な仕組みは公開してはいないが、発明の概要程度は読み取れる内容として発明を公開

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和４年９月２７日に ｈｔｔｐｓ：／／ｙｏｕｔｕ．ｂｅ／Ａ１ＬＫ５ＳｉｍＩｙ８Ａ にて内部的な仕組みは公開してはいないが、発明の概要程度は読み取れる内容として発明を公開

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和４年９月２８日に ｈｔｔｐｓ：／／ｕｍａｍｕｓｕｍｅ．ｊｐ／ｎｅｗｓ／ｄｅｔａｉｌ．ｐｈｐ？ｉｄ＝９７９ にて内部的な仕組みは公開してはいないが、発明の概要程度は読み取れる内容として発明を公開

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和４年１０月１９日に ｈｔｔｐｓ：／／ｕｍａｍｕｓｕｍｅ．ｊｐ／ｎｅｗｓ／ｄｅｔａｉｌ．ｐｈｐ？ｉｄ＝１０００ ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｕｍａ＿ｍｕｓｕ／ｓｔａｔｕｓ／１５８２６１２５２９０２０２２７５８５ にて内部的な仕組みは公開してはいないが、発明の概要程度は読み取れる内容として発明を公開

【早期審査対象出願】

(73)【特許権者】

【識別番号】511249637

【氏名又は名称】株式会社Ｃｙｇａｍｅｓ

(74)【代理人】

【識別番号】110000936

【氏名又は名称】弁理士法人青海国際特許事務所

(72)【発明者】

【氏名】岩▲崎▼ 由佳

(72)【発明者】

【氏名】可知 正志

(72)【発明者】

【氏名】奥 明香里

【審査官】池田 剛志

(56)【参考文献】

【文献】特開２０２２－１２８１４１（ＪＰ，Ａ）

【文献】［公式］ 22/7 音楽の時間，［新機能の追加について］，X (旧Twitter) [online]，2020年07月16日，<ＵＲＬ：https://twitter.com/nanaon_official/status/1283696322860613633>，[2023年3月16日検索]

【文献】アニプレックス、『22/7音楽の時間』で「紅白ナナオン歌合戦」を開催！オリジナル楽曲「雷鳴のDelay」「キウイの主張」も実装，gamebiz [online]，2020年12月28日，<ＵＲＬ：https://gamebiz.jp/news/285058>，[2023年3月16日検索]

【文献】サリック，X（旧Twitter）[online][video]，2020年07月29日，＜ＵＲＬ：https://twitter.com/saric00/status/1288486525626269701＞，[検索日：2023年9月22日]

【文献】スクスタMV - Brightest Melody (Aqours -標準衣装- )[3DなめらかモードRemake]，YouTube [online] [video]，2022年06月26日，＜ＵＲＬ：https://www.youtube.com/watch?v=jgJuIVZXGs8＞，[検索日：2023年9月22日]

【文献】バンナム、『ミリシタ』でグループ衣装の「一括切り替え」機能や「名刺」機能などの追加を行うアップデートを実施，gamebiz [online]，2018年05月17日，<ＵＲＬ：https://gamebiz.jp/news/210972>，[2023年3月16日検索]

【文献】［デレステ］編成アイドルの衣装をまとめて一括変更する方法 覚えておくと便利！，デレ研 [online]，2022年10月13日，<ＵＲＬ：https://dere-ken.com/?p=11711>，[2023年3月16日検索]

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６３Ｆ １３／００－１３／９８

Ａ６３Ｆ ９／２４

(57)【特許請求の範囲】

【請求項1】

ゲーム画面に表示されるオブジェクトの外観の表示種別を選択可能であって、複数の前記オブジェクトの外観が共通となる共通表示種別、または、複数の前記オブジェクトで外観が異なる特別表示種別を選択可能な第１表示領域、および、プレイヤによって選択された前記表示種別の適用範囲を選択可能であって、前記適用範囲として、所定のオブジェクト、または、複数のオブジェクトを選択可能な第２表示領域を含む選択画面を表示する処理と、
前記選択画面において、選択された前記表示種別によって、前記第２表示領域の表示を変化させる処理と、
前記共通表示種別が選択された場合、少なくとも前記所定のオブジェクトを、前記共通表示種別に対応する外観で表示させる処理と、
前記特別表示種別が選択され、かつ、前記適用範囲として前記複数のオブジェクトが選択された場合、前記複数のオブジェクトのそれぞれについて、表示条件が満たされているかを判定する処理と、
前記複数のオブジェクトのうち、前記表示条件が満たされると判定されたオブジェクトを、前記特別表示種別に対応する外観であって、前記オブジェクトごとに異なる外観で表示させる処理と、
をコンピュータに遂行させ、
前記特別表示種別には、前記複数のオブジェクトに一括設定が可能な第１特別表示種別と、前記複数のオブジェクトに一括設定が不可能な第２特別表示種別とが含まれ、
前記第２表示領域の表示を変化させる処理は、
前記第１表示領域において前記第１特別表示種別が選択された場合、前記第２表示領域において、前記複数のオブジェクトを選択可能とし、
前記第１表示領域において前記第２特別表示種別が選択された場合、前記第２表示領域において、前記複数のオブジェクトを選択不可能とする、
情報処理プログラム。

【請求項2】

前記オブジェクトには、前記特別表示種別に対応する外観で表示可能なオブジェクトと、前記特別表示種別に対応する外観で表示不可能なオブジェクトとが含まれ、
前記特別表示種別に対応する外観で表示可能なオブジェクト、および、前記特別表示種別に対応する外観で表示不可能なオブジェクトを識別するための識別情報が設けられ、
前記特別表示種別に対応する外観で表示不可能なオブジェクトが所定条件を満たした場合、該オブジェクトを前記特別表示種別に対応する外観で表示可能とする処理、
をコンピュータに遂行させる請求項１に記載の情報処理プログラム。

【請求項3】

前記ゲーム画面は、第１のポジションおよび第２のポジションのそれぞれに配置された前記オブジェクトが表示されるゲーム画面を含み、
前記第１のポジションまたは前記第２のポジションに配置された前記オブジェクトをプレイヤに選択可能とする処理、
をコンピュータに遂行させ、
前記所定のオブジェクトは、プレイヤによって選択されたオブジェクトであり、
前記選択画面を表示する処理は、
前記第１のポジションに配置されたオブジェクトが選択された場合、前記第２表示領域において、前記適用範囲を、前記第１のポジションに配置される全てのオブジェクトとするか、前記ゲーム画面に表示される全てのオブジェクトとするかを選択可能とし、
前記第２のポジションに配置されたオブジェクトが選択された場合、前記第２表示領域において、前記適用範囲を、前記第２のポジションに配置される全てのオブジェクトとするか、前記ゲーム画面に表示される全てのオブジェクトとするかを選択可能とする、
請求項１または２に記載の情報処理プログラム。

【請求項4】

１または複数のコンピュータが遂行する情報処理方法であって、
ゲーム画面に表示されるオブジェクトの外観の表示種別を選択可能であって、複数の前記オブジェクトの外観が共通となる共通表示種別、または、複数の前記オブジェクトで外観が異なる特別表示種別を選択可能な第１表示領域、および、プレイヤによって選択された前記表示種別の適用範囲を選択可能であって、前記適用範囲として、所定のオブジェクト、または、複数のオブジェクトを選択可能な第２表示領域を含む選択画面を表示する処理と、
前記選択画面において、選択された前記表示種別によって、前記第２表示領域の表示を変化させる処理と、
前記共通表示種別が選択された場合、少なくとも前記所定のオブジェクトを、前記共通表示種別に対応する外観で表示させる処理と、
前記特別表示種別が選択され、かつ、前記適用範囲として前記複数のオブジェクトが選択された場合、前記複数のオブジェクトのそれぞれについて、表示条件が満たされているかを判定する処理と、
前記複数のオブジェクトのうち、前記表示条件が満たされると判定されたオブジェクトを、前記特別表示種別に対応する外観であって、前記オブジェクトごとに異なる外観で表示させる処理と、
を含み、
前記特別表示種別には、前記複数のオブジェクトに一括設定が可能な第１特別表示種別と、前記複数のオブジェクトに一括設定が不可能な第２特別表示種別とが含まれ、
前記第２表示領域の表示を変化させる処理は、
前記第１表示領域において前記第１特別表示種別が選択された場合、前記第２表示領域において、前記複数のオブジェクトを選択可能とし、
前記第１表示領域において前記第２特別表示種別が選択された場合、前記第２表示領域において、前記複数のオブジェクトを選択不可能とする、
情報処理方法。

【請求項5】

１または複数のコンピュータを備え、
前記コンピュータが、
ゲーム画面に表示されるオブジェクトの外観の表示種別を選択可能であって、複数の前記オブジェクトの外観が共通となる共通表示種別、または、複数の前記オブジェクトで外観が異なる特別表示種別を選択可能な第１表示領域、および、プレイヤによって選択された前記表示種別の適用範囲を選択可能であって、前記適用範囲として、所定のオブジェクト、または、複数のオブジェクトを選択可能な第２表示領域を含む選択画面を表示する処理と、
前記選択画面において、選択された前記表示種別によって、前記第２表示領域の表示を変化させる処理と、
前記共通表示種別が選択された場合、少なくとも前記所定のオブジェクトを、前記共通表示種別に対応する外観で表示させる処理と、
前記特別表示種別が選択され、かつ、前記適用範囲として前記複数のオブジェクトが選択された場合、前記複数のオブジェクトのそれぞれについて、表示条件が満たされているかを判定する処理と、
前記複数のオブジェクトのうち、前記表示条件が満たされると判定されたオブジェクトを、前記特別表示種別に対応する外観であって、前記オブジェクトごとに異なる外観で表示させる処理と、
を遂行し、
前記特別表示種別には、前記複数のオブジェクトに一括設定が可能な第１特別表示種別と、前記複数のオブジェクトに一括設定が不可能な第２特別表示種別とが含まれ、
前記第２表示領域の表示を変化させる処理は、
前記第１表示領域において前記第１特別表示種別が選択された場合、前記第２表示領域において、前記複数のオブジェクトを選択可能とし、
前記第１表示領域において前記第２特別表示種別が選択された場合、前記第２表示領域において、前記複数のオブジェクトを選択不可能とする、
情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理プログラム、情報処理方法および情報処理システムに関する。

【背景技術】

【0002】

従来、例えば特許文献１に示されるように、ゲーム画面に表示されるキャラクタに、プレイヤが選択した衣装を着用させることができるゲームが知られている。このように、プレイヤの好みに合わせてキャラクタの衣装を設定することができるので、キャラクタへの愛着心が高まり、ゲームの興趣が向上する。

【0003】

また、特許文献１には、複数のキャラクタに対して、同一の衣装を一括して着用させることについて開示がある。このように、複数のキャラクタに対する一括設定機能が設けられることで、プレイヤの操作性が向上する。

【先行技術文献】

【特許文献】

【0004】

【文献】特許第７０８９５４６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

上記の一括設定機能は、さまざまなゲーム分野で採用されているが、従来の一括設定機能では、対象となる全てのキャラクタに対して、同一の衣装やアイテム等を設定することしかできない。そのため、例えば、多数のキャラクタの衣装を異ならせる場合には、全てのキャラクタのそれぞれに対して、衣装等を個別に設定しなければならず、プレイヤに煩雑な操作が要求されるという課題がある。

【0006】

本発明は、プレイヤの操作性を向上することが可能な情報処理プログラム、情報処理方法および情報処理システムを提供することを目的としている。

【課題を解決するための手段】

【0007】

上記課題を解決するために、情報処理プログラムは、
ゲーム画面に表示されるオブジェクトの外観の表示種別を選択可能であって、複数の前記オブジェクトの外観が共通となる共通表示種別、または、複数の前記オブジェクトで外観が異なる特別表示種別を選択可能な第１表示領域、および、プレイヤによって選択された前記表示種別の適用範囲を選択可能であって、前記適用範囲として、所定のオブジェクト、または、複数のオブジェクトを選択可能な第２表示領域を含む選択画面を表示する処理と、
前記選択画面において、選択された前記表示種別によって、前記第２表示領域の表示を変化させる処理と、
前記共通表示種別が選択された場合、少なくとも前記所定のオブジェクトを、前記共通表示種別に対応する外観で表示させる処理と、
前記特別表示種別が選択され、かつ、前記適用範囲として前記複数のオブジェクトが選択された場合、前記複数のオブジェクトのそれぞれについて、表示条件が満たされているかを判定する処理と、
前記複数のオブジェクトのうち、前記表示条件が満たされると判定されたオブジェクトを、前記特別表示種別に対応する外観であって、前記オブジェクトごとに異なる外観で表示させる処理と、
をコンピュータに遂行させ、
前記特別表示種別には、前記複数のオブジェクトに一括設定が可能な第１特別表示種別と、前記複数のオブジェクトに一括設定が不可能な第２特別表示種別とが含まれ、
前記第２表示領域の表示を変化させる処理は、
前記第１表示領域において前記第１特別表示種別が選択された場合、前記第２表示領域において、前記複数のオブジェクトを選択可能とし、
前記第１表示領域において前記第２特別表示種別が選択された場合、前記第２表示領域において、前記複数のオブジェクトを選択不可能とする。

【0008】

前記オブジェクトには、前記特別表示種別に対応する外観で表示可能なオブジェクトと、前記特別表示種別に対応する外観で表示不可能なオブジェクトとが含まれ、
前記特別表示種別に対応する外観で表示可能なオブジェクト、および、前記特別表示種別に対応する外観で表示不可能なオブジェクトを識別するための識別情報が設けられ、
前記特別表示種別に対応する外観で表示不可能なオブジェクトが所定条件を満たした場合、該オブジェクトを前記特別表示種別に対応する外観で表示可能とする処理、
をコンピュータに遂行させてもよい。

【0009】

前記ゲーム画面は、第１のポジションおよび第２のポジションのそれぞれに配置された前記オブジェクトが表示されるゲーム画面を含み、
前記第１のポジションまたは前記第２のポジションに配置された前記オブジェクトをプレイヤに選択可能とする処理、
をコンピュータに遂行させ、
前記所定のオブジェクトは、プレイヤによって選択されたオブジェクトであり、
前記選択画面を表示する処理は、
前記第１のポジションに配置されたオブジェクトが選択された場合、前記第２表示領域において、前記適用範囲を、前記第１のポジションに配置される全てのオブジェクトとするか、前記ゲーム画面に表示される全てのオブジェクトとするかを選択可能とし、
前記第２のポジションに配置されたオブジェクトが選択された場合、前記第２表示領域において、前記適用範囲を、前記第２のポジションに配置される全てのオブジェクトとするか、前記ゲーム画面に表示される全てのオブジェクトとするかを選択可能としてもよい。

【0010】

上記課題を解決するために、情報処理方法は、
１または複数のコンピュータが遂行する情報処理方法であって、
ゲーム画面に表示されるオブジェクトの外観の表示種別を選択可能であって、複数の前記オブジェクトの外観が共通となる共通表示種別、または、複数の前記オブジェクトで外観が異なる特別表示種別を選択可能な第１表示領域、および、プレイヤによって選択された前記表示種別の適用範囲を選択可能であって、前記適用範囲として、所定のオブジェクト、または、複数のオブジェクトを選択可能な第２表示領域を含む選択画面を表示する処理と、
前記選択画面において、選択された前記表示種別によって、前記第２表示領域の表示を変化させる処理と、
前記共通表示種別が選択された場合、少なくとも前記所定のオブジェクトを、前記共通表示種別に対応する外観で表示させる処理と、
前記特別表示種別が選択され、かつ、前記適用範囲として前記複数のオブジェクトが選択された場合、前記複数のオブジェクトのそれぞれについて、表示条件が満たされているかを判定する処理と、
前記複数のオブジェクトのうち、前記表示条件が満たされると判定されたオブジェクトを、前記特別表示種別に対応する外観であって、前記オブジェクトごとに異なる外観で表示させる処理と、
を含み、
前記特別表示種別には、前記複数のオブジェクトに一括設定が可能な第１特別表示種別と、前記複数のオブジェクトに一括設定が不可能な第２特別表示種別とが含まれ、
前記第２表示領域の表示を変化させる処理は、
前記第１表示領域において前記第１特別表示種別が選択された場合、前記第２表示領域において、前記複数のオブジェクトを選択可能とし、
前記第１表示領域において前記第２特別表示種別が選択された場合、前記第２表示領域において、前記複数のオブジェクトを選択不可能とする。

【0011】

上記課題を解決するために、情報処理システムは、
１または複数のコンピュータを備え、
前記コンピュータが、
ゲーム画面に表示されるオブジェクトの外観の表示種別を選択可能であって、複数の前記オブジェクトの外観が共通となる共通表示種別、または、複数の前記オブジェクトで外観が異なる特別表示種別を選択可能な第１表示領域、および、プレイヤによって選択された前記表示種別の適用範囲を選択可能であって、前記適用範囲として、所定のオブジェクト、または、複数のオブジェクトを選択可能な第２表示領域を含む選択画面を表示する処理と、
前記選択画面において、選択された前記表示種別によって、前記第２表示領域の表示を変化させる処理と、
前記共通表示種別が選択された場合、少なくとも前記所定のオブジェクトを、前記共通表示種別に対応する外観で表示させる処理と、
前記特別表示種別が選択され、かつ、前記適用範囲として前記複数のオブジェクトが選択された場合、前記複数のオブジェクトのそれぞれについて、表示条件が満たされているかを判定する処理と、
前記複数のオブジェクトのうち、前記表示条件が満たされると判定されたオブジェクトを、前記特別表示種別に対応する外観であって、前記オブジェクトごとに異なる外観で表示させる処理と、
を遂行し、
前記特別表示種別には、前記複数のオブジェクトに一括設定が可能な第１特別表示種別と、前記複数のオブジェクトに一括設定が不可能な第２特別表示種別とが含まれ、
前記第２表示領域の表示を変化させる処理は、
前記第１表示領域において前記第１特別表示種別が選択された場合、前記第２表示領域において、前記複数のオブジェクトを選択可能とし、
前記第１表示領域において前記第２特別表示種別が選択された場合、前記第２表示領域において、前記複数のオブジェクトを選択不可能とする。

【発明の効果】

【0012】

本発明によれば、プレイヤの操作性を向上することができる。

【図面の簡単な説明】

【0013】

【図1】図１は、情報処理システムの概略的な構成を示した説明図である。

【図2】図２Ａは、プレイヤ端末のハードウェアの構成を説明する図である。図２Ｂは、サーバのハードウェアの構成を説明する図である。

【図3】図３は、ホーム画面の一例を説明する図である。

【図4】図４は、ライブ楽曲選択画面の一例を説明する図である。

【図5】図５Ａは、ライブ準備画面の一例を説明する第１の図である。図５Ｂは、ライブ準備画面の一例を説明する第２の図である。

【図6】図６は、キャラクタ選択ダイアログの一例を説明する図である。

【図7】図７Ａは、衣装選択ダイアログの一例を説明する第１の図である。図７Ｂは、衣装選択ダイアログの一例を説明する第２の図である。図７Ｃは、衣装選択ダイアログの一例を説明する第３の図である。図７Ｄは、衣装選択ダイアログの一例を説明する第４の図である。

【図8】図８Ａは、変形例の衣装選択ダイアログの一例を説明する第１の図である。図８Ｂは、変形例の衣装選択ダイアログの一例を説明する第２の図である。

【図9】図９は、キャラクタに関する情報を説明する図である。

【図10】図１０は、ゲーム媒体ＩＤに紐付く情報を説明する図である。

【図11】図１１は、衣装ＩＤを説明する図である。

【図12】図１２は、衣装ＩＤに紐付けられる情報を説明する図である。

【図13】図１３は、頭部ＩＤを説明する図である。

【図14】図１４は、尻尾ＩＤを説明する図である。

【図15】図１５は、一括設定機能で共通衣装が設定された場合を説明する図である。

【図16】図１６は、一括設定機能で個別衣装が設定された場合を説明する図である。

【図17】図１７は、プレイヤ端末におけるメモリの構成およびコンピュータとしての機能を説明する図である。

【図18】図１８は、プレイヤ端末におけるライブ演出準備処理の一例を説明するフローチャートである。

【図19】図１９は、プレイヤ端末におけるライブ準備画面表示中処理の一例を説明するフローチャートである。

【図20】図２０は、プレイヤ端末における衣装選択処理の一例を説明するフローチャートである。

【図21】図２１は、プレイヤ端末における衣装設定処理の一例を説明するフローチャートである。

【図22】図２２は、プレイヤ端末におけるキャラクタ情報設定処理の一例を説明するフローチャートである。

【発明を実施するための形態】

【0014】

以下に添付図面を参照しながら、本発明の実施形態の一態様について詳細に説明する。かかる実施形態に示す寸法、材料、その他具体的な数値等は、理解を容易とするための例示にすぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。

【0015】

（情報処理システムＳの全体の構成）
図１は、情報処理システムＳの概略的な構成を示した説明図である。情報処理システムＳは、プレイヤ端末１と、サーバ１０００と、通信基地局Ｎａを有する通信ネットワークＮとを含む、所謂クライアントサーバシステムである。

【0016】

プレイヤ端末１は、通信ネットワークＮを介してサーバ１０００との通信を確立することができる。プレイヤ端末１は、サーバ１０００と無線もしくは有線による通信接続が可能な電子機器を広く含む。プレイヤ端末１としては、例えば、スマートフォン、携帯電話、タブレット装置、パーソナルコンピュータ、ゲーム機器等が挙げられる。本実施形態では、プレイヤ端末１として、スマートフォンが用いられる場合について説明する。

【0017】

サーバ１０００は、複数のプレイヤ端末１と通信接続される。サーバ１０００は、ゲームをプレイするプレイヤごとに各種の情報（プレイヤ情報）を蓄積する。また、サーバ１０００は、プレイヤ端末１から入力される操作に基づき、蓄積された情報の更新を行う。

【0018】

通信基地局Ｎａは、通信ネットワークＮと接続され、プレイヤ端末１と無線による情報の送受信を行う。通信ネットワークＮは、携帯電話網、インターネット網、ＬＡＮ(Local Area Network)、専用回線等で構成され、プレイヤ端末１とサーバ１０００との無線もしくは有線による通信接続を実現する。

【0019】

本実施形態の情報処理システムＳは、プレイヤ端末１およびサーバ１０００がゲーム装置Ｇとして機能する。プレイヤ端末１およびサーバ１０００には、それぞれゲームの進行制御の役割分担がなされており、プレイヤ端末１とサーバ１０００との協働によって、ゲームが進行可能となる。

【0020】

（プレイヤ端末１およびサーバ１０００のハードウェアの構成）
図２Ａは、プレイヤ端末１のハードウェアの構成を説明する図である。また、図２Ｂは、サーバ１０００のハードウェアの構成を説明する図である。図２Ａに示すように、プレイヤ端末１は、ＣＰＵ(Central Processing Unit)１０、メモリ１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４を含んで構成される。

【0021】

また、図２Ｂに示すように、サーバ１０００は、ＣＰＵ１０１０、メモリ１０１２、バス１０１４、入出力インタフェース１０１６、記憶部１０１８、通信部１０２０、入力部１０２２、出力部１０２４を含んで構成される。

【0022】

なお、サーバ１０００のＣＰＵ１０１０、メモリ１０１２、バス１０１４、入出力インタフェース１０１６、記憶部１０１８、通信部１０２０、入力部１０２２、出力部１０２４の構成および機能は、それぞれ、プレイヤ端末１のＣＰＵ１０、メモリ１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４と実質的に同じである。したがって、以下では、プレイヤ端末１のハードウェアの構成について説明し、サーバ１０００については説明を省略する。

【0023】

ＣＰＵ１０は、メモリ１２に記憶されたプログラムを動作させ、ゲームの進行を制御する。メモリ１２は、ＲＯＭ(Read Only Memory)またはＲＡＭ(Random Access Memory)で構成され、ゲームの進行制御に必要となるプログラムおよび各種のデータを記憶する。メモリ１２は、バス１４を介してＣＰＵ１０に接続されている。

【0024】

バス１４には、入出力インタフェース１６が接続される。入出力インタフェース１６には、記憶部１８、通信部２０、入力部２２、出力部２４が接続されている。

【0025】

記憶部１８は、ＤＲＡＭ(Dynamic Random Access Memory)等の半導体メモリで構成され、各種プログラムおよびデータを記憶する。プレイヤ端末１においては、記憶部１８に記憶されたプログラムおよびデータが、ＣＰＵ１０によってメモリ１２（ＲＡＭ）にロードされる。

【0026】

通信部２０は、通信基地局Ｎａと無線により通信接続され、通信ネットワークＮを介して、サーバ１０００との間で各種データおよびプログラムといった情報の送受信を行う。プレイヤ端末１においては、サーバ１０００から受信したプログラム等が、メモリ１２または記憶部１８に格納される。

【0027】

入力部２２は、例えば、プレイヤの操作が入力される（操作を受け付ける）タッチパネル、ボタン、キーボード、マウス、十字キー、アナログコントローラ等で構成される。また、入力部２２は、プレイヤ端末１に設けられた、あるいは、プレイヤ端末１に接続（外付け）された専用のコントローラであってもよい。さらには、入力部２２は、プレイヤ端末１の傾きや移動を検知する加速度センサ、または、プレイヤの音声を検知するマイクで構成されてもよい。すなわち、入力部２２は、プレイヤの意思を、識別可能に入力させることができる装置を広く含む。

【0028】

出力部２４は、ディスプレイ装置およびスピーカを含んで構成される。なお、出力部２４は、プレイヤ端末１に接続（外付け）される機器でもよい。本実施形態では、プレイヤ端末１が、入力部２２および出力部２４として機能するタッチパネル２６を備えている。

【0029】

（ゲーム内容）
次に、本実施形態の情報処理システムＳ（ゲーム装置Ｇ）により提供されるゲームの内容について、一例を用いて説明する。プレイヤは、ゲームを開始する前に、専用のアプリケーションをサーバ１０００からプレイヤ端末１に予めダウンロードし、サーバ１０００にプレイヤＩＤを登録しておく。アプリケーションが起動されると、プレイヤ端末１は、サーバ１０００に記憶されている各種の情報を受信し、タッチパネル２６にゲーム画面を表示する。

【0030】

図３は、ホーム画面１００の一例を説明する図である。プレイヤ端末１においてゲームアプリケーションが起動されると、タッチパネル２６にホーム画面１００が表示される。ホーム画面１００の下部には、メニューバー１０２が表示される。メニューバー１０２には、プレイヤが操作（タップ）可能な複数の操作部が設けられている。

【0031】

ここでは、メニューバー１０２に、ホーム画面選択操作部１０２ａ、強化画面選択操作部１０２ｂ、ストーリ画面選択操作部１０２ｃ、レースゲーム選択操作部１０２ｄ、ガチャ画面選択操作部１０２ｅが設けられている。なお、メニューバー１０２においては、タッチパネル２６に表示中の画面が識別できるように、表示中の画面に対応する操作部が強調表示される。ホーム画面選択操作部１０２ａがタップされると、図３に示すホーム画面１００がタッチパネル２６に表示される。

【0032】

強化画面選択操作部１０２ｂがタップされると、不図示の強化画面が表示される。強化画面では、プレイヤが所持する育成ゲーム媒体を強化することができる。本実施形態では、管理者から複数種類の育成ゲーム媒体が提供される。プレイヤは、所謂ガチャと呼ばれる抽選により当選することで、育成ゲーム媒体を獲得することができる。また、管理者から、所定の育成ゲーム媒体がプレイヤに無償で付与されてもよい。プレイヤは、抽選で獲得した育成ゲーム媒体や、管理者から付与された育成ゲーム媒体を所持することができる。

【0033】

育成ゲーム媒体は、後述する育成ゲームで使用されるものであり、育成ゲーム媒体ごとに育成ゲーム媒体ＩＤが設定されている。また、育成ゲーム媒体、すなわち、育成ゲーム媒体ＩＤには、必ず、１つのゲーム媒体ＩＤが紐付けられている。詳しくは後述するが、ゲーム媒体ＩＤは、ゲーム媒体ごとに設けられる。ここでは、ゲーム媒体はキャラクタであり、ゲーム媒体ＩＤには、１体のキャラクタが紐付けられている。したがって、育成ゲーム媒体には、必ず、１体のキャラクタが紐付けられていると言える。以下では、ゲーム媒体をキャラクタと呼ぶ場合がある。また、プレイヤが所持している育成ゲーム媒体を所持育成ゲーム媒体と呼び、所持育成ゲーム媒体に紐付けられたキャラクタを所持キャラクタと呼ぶ場合がある。

【0034】

育成ゲーム媒体には、レベルが紐付けられている。ここでは、育成ゲーム媒体に対して、２から５のいずれかのレベルが紐付けられている。なお、育成ゲーム媒体には、上記のゲーム媒体（ゲーム媒体ＩＤ）、レベル、パラメータに加えて、育成ゲーム媒体名が紐付けられている。各育成ゲーム媒体は、複数の種別にグループ分けされている。

【0035】

同一種別のグループに属する複数の育成ゲーム媒体には、いずれも同一のゲーム媒体ＩＤ、育成ゲーム媒体名が紐付けられている。一方で、同一種別のグループに属する複数の育成ゲーム媒体には、異なるレベルおよびパラメータが紐付けられている。ここでは、同一種別のグループに属する複数の育成ゲーム媒体には、レベルが高くなるほど、育成ゲームで有利なパラメータが紐付けられている。

【0036】

プレイヤは、所持育成ゲーム媒体を強化することで、所持育成ゲーム媒体に紐付けられたレベルを高めることができる。より厳密には、プレイヤは、所持育成ゲーム媒体を強化することで、現在の所持育成ゲーム媒体よりも、同一種別のグループに属する、よりレベルの高い育成ゲーム媒体を所持することができる。

【0037】

例えば、プレイヤが、レベル２の所持育成ゲーム媒体を強化したとする。この場合、レベルが強化されたレベル２の所持育成ゲーム媒体と同一種別のグループに属する、レベル３の育成ゲーム媒体が所持育成ゲーム媒体となる。これにより、プレイヤは、以後、育成ゲームにおいて、レベル３の所持育成ゲーム媒体を使用することができる。つまり、同一種別のグループとは、異なるＩＤで管理されたレベル違いの同一キャラクタの集まりである。もちろん、この構成に限られず、同一キャラクタ（同じキャラクタの育成ゲーム媒体）を同じＩＤで管理をして、紐づくデータのみを変更してもよい。

【0038】

ストーリ画面選択操作部１０２ｃがタップされると、不図示のストーリ画面が表示される。ここでは、ゲームに登場するキャラクタごとにストーリ画像が設けられている。プレイヤは、ストーリ画面において、キャラクタおよびストーリ画像を選択して視聴することができる。

【0039】

レースゲーム選択操作部１０２ｄがタップされると、不図示のレースゲーム選択画面が表示される。本実施形態では、後述する育成ゲームで育成した育成キャラクタを出走させることができるさまざまなレースゲームが提供される。プレイヤは、レースゲーム選択画面において、育成キャラクタを出走させるレースゲームを選択することができる。レースゲームとしては、複数の育成キャラクタによって編成されたチームと、コンピュータにより選択された他のプレイヤのチームとを対戦させるチーム競技ゲームがある。チーム競技ゲームは、他のプレイヤとランキングを競うゲーム性を有している。

【0040】

ガチャ画面選択操作部１０２ｅがタップされると、不図示のガチャ画面が表示される。ガチャ画面において、プレイヤは、ゲーム内通貨を消費して、ガチャ抽選を行うことができる。プレイヤは、ガチャ抽選において育成ゲーム媒体を獲得することができる。

【0041】

また、ホーム画面１００において、メニューバー１０２の上方には、育成ゲーム操作部１０４が設けられている。育成ゲーム操作部１０４がタップされると、育成ゲーム画面が表示される。プレイヤは、育成ゲームにおいて、所持育成ゲーム媒体を選択することで、いずれか１体の所持キャラクタを育成対象キャラクタに選択することができる。そして、育成ゲームでは、育成対象キャラクタに紐付けられたさまざまなパラメータが更新され、最終的に育成キャラクタが生成される。プレイヤは、育成ゲームで生成した育成キャラクタを用いて、上記のレースゲーム等をプレイすることができる。

【0042】

なお、上記のゲームの内容は一例に過ぎない。以下に説明する技術的事項は、育成ゲームに限らず、スポーツゲーム、アクションゲーム、シューティングゲーム、シュミレーションゲーム、ＲＰＧ(Roll Playing Game)、パズルゲーム等、あらゆるゲームジャンルに適用可能である。

【0043】

そして、本実施形態では、プレイヤは、ライブ演出を視聴することができる。本実施形態において、ライブ演出とは、キャラクタが歌唱やダンスをしているライブ映像に合わせて、ボーカルサウンドとＢＧＭ（Background Music）とが出力される演出である。以下に、ライブ演出について詳述する。ホーム画面１００には、ライブ選択ボタン１０６が設けられている。ライブ選択ボタン１０６がタップされると、ライブ楽曲選択画面１１０が表示される。

【0044】

図４は、ライブ楽曲選択画面１１０の一例を説明する図である。ライブ演出は、楽曲およびライブ映像が異なる複数のパターンが設けられている。換言すれば、ライブ演出は楽曲ごとに設けられており、楽曲によって異なるライブ映像が再生される。プレイヤは、ライブ楽曲選択画面１１０において、視聴する楽曲、すなわち、ライブ演出の種類を選択することができる。

【0045】

具体的には、ライブ楽曲選択画面１１０には、楽曲ごとに設けられたジャケット画像１１２が表示される。ここでは、ライブ楽曲選択画面１１０の略中央にジャケット画像１１２ａが表示されている。また、ジャケット画像１１２ａの左右それぞれに、ジャケット画像１１２ｂ、１１２ｃが表示されている。ジャケット画像１１２ａは、ジャケット画像１１２ｂ、１１２ｃよりも大きく表示されている。ライブ楽曲選択画面１１０において、画面中央に大きく表示されるジャケット画像１１２ａは、現在、仮選択中の楽曲を示す。

【0046】

ライブ楽曲選択画面１１０のうち、ジャケット画像１１２が表示されている領域の近傍において、左右方向のスワイプ・フリック操作が入力されると、ライブ楽曲選択画面１１０に表示されるジャケット画像１１２が順次切り替わる。プレイヤは、ライブ楽曲選択画面１１０の略中央に表示されるジャケット画像１１２ａを切り替えることで、ライブ演出の楽曲を選択することができる。

【0047】

なお、ライブ演出用の楽曲には、プレイヤが無償でライブ演出を視聴することができる楽曲と、解放条件を満たしたプレイヤのみがライブ演出を視聴することができる楽曲とが含まれる。解放条件としては、例えば、上記した所定のストーリ画像が視聴されたこと、上記のレースゲームや育成ゲーム等で所定の条件が達成されたこと、所定のキャラクタを所持していること等が挙げられる。ただし、解放条件は特に限定されるものではない。また、解放条件は必須ではなく、全てのプレイヤが無条件でライブ演出を視聴可能でもよい。さらには、一部のライブ演出は、ゲーム内通貨や現実の通貨等、所定の対価を支払うことで視聴可能となってもよい。

【0048】

また、ライブ楽曲選択画面１１０には、リターンボタン１１４およびライブ準備ボタン１１６が表示される。リターンボタン１１４がタップされると、ライブ楽曲選択画面１１０からホーム画面１００に画面が切り替わる。ライブ準備ボタン１１６がタップされると、仮選択中の楽曲が選択楽曲に設定され、ライブ準備画面１２０が表示される。

【0049】

図５Ａは、ライブ準備画面１２０の一例を説明する第１の図である。図５Ｂは、ライブ準備画面１２０の一例を説明する第２の図である。上記したように、ライブ演出では、タッチパネル２６にライブ映像が再生される。このとき再生されるライブ映像には、複数のキャラクタが登場する。プレイヤは、ライブ映像に登場するキャラクタを選択して設定することができる。なお、各楽曲には、ライブ映像に登場するキャラクタ数が予め設定されており、プレイヤは、楽曲ごとに設定された数だけ、キャラクタを設定する必要がある。

【0050】

また、各楽曲には、ライブ映像に登場するキャラクタの配置、すなわち、ポジションが設定されている。ポジションは、メインポジションとバックポジションとに大別される。プレイヤは、メインポジションおよびバックポジションのそれぞれに配置するキャラクタを選択することができる。メインポジションに配置されるキャラクタは、バックポジションに配置されるキャラクタよりも、ライブ映像で表示される時間が長く、より目立つキャラクタとなる。また、詳しい説明は省略するが、メインポジションに配置されたキャラクタは、ボーカルの担当となり、ライブ映像において楽曲を歌唱するキャラクタとなる。

【0051】

メインポジションおよびバックポジションの数や、ライブ映像中に表示されるキャラクタの位置関係は楽曲ごとに設定されている。図５Ａおよび図５Ｂに示す楽曲には、メインポジションが３つ、バックポジションが９つ設定されている。各ポジションには番号が紐付けられており、ここでは、１番から３番のポジションがメインポジションとなり、４番から１２番のポジションがバックポジションとなっている。なお、ここでは、メインポジションとバックポジションの２つのポジションに大別されるが、ポジションの種類はこれに限らず、ポジションの数は任意の数としてもよい。

【0052】

ライブ準備画面１２０の上部には、メインポジション選択操作部１２２ａおよびバックポジション選択操作部１２２ｂが設けられている。メインポジション選択操作部１２２ａがタップされると、図５Ａに示すように、ライブ準備画面１２０において、メインポジションに配置するキャラクタが選択可能となる。また、バックポジション選択操作部１２２ｂがタップされると、図５Ｂに示すように、ライブ準備画面１２０において、バックポジションに配置するキャラクタが選択可能となる。以下では、ライブ準備画面１２０のうち、メインポジションに配置するキャラクタを選択可能な画面をメイン設定画面１２０ａと呼び、バックポジションに配置するキャラクタを選択可能な画面をバック設定画面１２０ｂと呼ぶ。

【0053】

なお、楽曲には、メインポジションのみが設けられ、バックポジションが設けられていない楽曲が含まれている。メインポジションのみが設けられる楽曲が選択された場合、ライブ準備画面１２０において、バックポジション選択操作部１２２ｂがグレーアウトして表示される。この場合、バックポジション選択操作部１２２ｂがタップされると、バックポジションが設けられていない旨が表示される。つまり、メインポジションのみが設けられる楽曲が選択された場合、バックポジション選択操作部１２２ｂが表示されることはない。

【0054】

メイン設定画面１２０ａでは、図５Ａに示すように、メインポジションの番号を示すポジション番号識別表示１２４が表示される。メイン設定画面１２０ａでは、選択楽曲に設定されている全てのメインポジションの番号が、ポジション番号識別表示１２４によって表示される。図５Ａに示す例では、１から３の数字が記された３つのポジション番号識別表示１２４が表示されている。ポジション番号識別表示１２４の下部には、現在、各メインポジションに設定されているキャラクタのイメージ画像１２６が表示される。

【0055】

より厳密には、プレイヤは、ポジションの番号ごとにキャラクタを設定することができる。したがって、メイン設定画面１２０ａにおいては、ポジション番号識別表示１２４の下部に、そのポジション番号識別表示１２４に記される番号に設定されたキャラクタのイメージ画像１２６が表示される。

【0056】

イメージ画像１２６には、キャラクタの全身が表示されており、現在、メインポジションの各番号に設定されているキャラクタの顔が識別可能となっている。なお、以下では、キャラクタの全身のうち、顔を含む首から上の部位を頭部と呼ぶ。イメージ画像１２６には、現在設定されているキャラクタの頭部画像が含まれる。また、イメージ画像１２６の下方には、キャラクタアイコン１２８が表示される。キャラクタアイコン１２８には、現在設定されているキャラクタの頭部が表示されている。

【0057】

キャラクタアイコン１２８がタップされると、メインポジションの番号の選択状態となる。例えば、３の数字が記されたポジション番号識別表示１２４の下方のキャラクタアイコン１２８がタップされた場合、３番の選択状態となる。また、例えば、１の数字が記されたポジション番号識別表示１２４の下方のキャラクタアイコン１２８がタップされた場合には、１番の選択状態となる。そして、キャラクタアイコン１２８がタップされると、キャラクタ選択ダイアログ１５０が表示される。

【0058】

図６は、キャラクタ選択ダイアログ１５０の一例を説明する図である。キャラクタ選択ダイアログ１５０には、プレイヤの所持キャラクタに対応するキャラクタアイコン１２８が複数表示される。キャラクタ選択ダイアログ１５０においては、全ての所持キャラクタに対応するキャラクタアイコン１２８が表示される。したがって、キャラクタ選択ダイアログ１５０に表示されるキャラクタアイコン１２８の数は、プレイヤの所持キャラクタの数と一致する。

【0059】

また、キャラクタ選択ダイアログ１５０の左上には、指定なしボタン１２８ａが１つ表示される。指定なしボタン１２８ａは、キャラクタを指定しないことを選択するための操作部である。指定なしボタン１２８ａがタップされると、予め用意されている複数のモブキャラクタの中から１体のモブキャラクタがランダムに選択される。なお、モブキャラクタは、プレイヤが所持可能なキャラクタとは別に用意されたキャラクタである。

【0060】

また、キャラクタ選択ダイアログ１５０の下部には、キャンセルボタン１５０ａおよび選択ボタン１５０ｂが設けられている。キャンセルボタン１５０ａがタップされると、キャラクタ選択ダイアログ１５０が閉じられ、キャラクタ選択ダイアログ１５０が表示される直前のライブ準備画面１２０が表示される。また、キャラクタ選択ダイアログ１５０において、いずれかのキャラクタアイコン１２８がタップされると、タップされたキャラクタアイコン１２８に紐付くキャラクタの仮選択状態となる。なお、指定なしボタン１２８ａがタップされると、ランダムに決定されたモブキャラクタの仮選択状態となる。

【0061】

いずれかのキャラクタの仮選択状態で選択ボタン１５０ｂがタップされると、仮選択状態中のキャラクタが、先に選択されたポジションの番号に設定される。プレイヤが選択したキャラクタがポジションの番号に設定されると、キャラクタ選択ダイアログ１５０が閉じられ、キャラクタ選択ダイアログ１５０が表示される直前のライブ準備画面１２０が表示される。このとき、設定されたキャラクタが変更されていると、ライブ準備画面１２０において、変更後のキャラクタに対応する画像が表示される。

【0062】

例えば、図５Ａに示すように、メイン設定画面１２０ａにおいて、１の数字が記されたポジション番号識別表示１２４の下方のキャラクタアイコン１２８がタップされたとする。そして、キャラクタ選択ダイアログ１５０においてキャラクタが変更されると、キャラクタ選択ダイアログ１５０が閉じられた際に、メイン設定画面１２０ａが表示される。このとき、メイン設定画面１２０ａには、変更後のキャラクタに対応するイメージ画像１２６およびキャラクタアイコン１２８が表示される。

【0063】

また、図５Ｂに示すように、バック設定画面１２０ｂの上部には、ライブ映像におけるメインポジションおよびバックポジションの配置関係が表示される。また、ここでは、現在、各番号に設定されているキャラクタのイメージ画像１３０が、番号に対応して表示される。

【0064】

また、バック設定画面１２０ｂにおいては、バックポジションの番号が記されたポジション番号識別表示１２４が表示される。図５Ｂに示す例では、４から８の数字が記された５つのポジション番号識別表示１２４が表示されている。ポジション番号識別表示１２４の下方には、上記と同様に、キャラクタアイコン１２８が表示されている。バック設定画面１２０ｂに表示されるキャラクタアイコン１２８がタップされると、メイン設定画面１２０ａにおいてキャラクタアイコン１２８がタップされた場合と同様に、キャラクタ選択ダイアログ１５０が表示される。プレイヤは、バック設定画面１２０ｂにおいてキャラクタアイコン１２８をタップすることで、バックポジションの各番号に設定するキャラクタを選択、変更することができる。

【0065】

なお、図５Ｂに示す例では、４番から１２番のバックポジションが設けられている。バック設定画面１２０ｂにおいて、左方向のスワイプ・フリック操作が入力されると、９番以降のバックポジションに対応するポジション番号識別表示１２４およびキャラクタアイコン１２８が表示される。

【0066】

以上のように、プレイヤは、メイン設定画面１２０ａにおいてキャラクタアイコン１２８をタップすることで、メインポジションの各番号に配置するキャラクタを設定することができる。同様に、プレイヤは、バック設定画面１２０ｂにおいてキャラクタアイコン１２８をタップすることで、バックポジションの各番号に配置するキャラクタを設定することができる。

【0067】

なお、楽曲が選択された後に最初にライブ準備画面１２０が表示される際には、初期設定として、全てのポジションに所定のキャラクタが設定されている。したがって、プレイヤは、ライブ準備画面１２０において、各ポジションに配置するキャラクタを、初期設定のキャラクタから、他のキャラクタに変更することができる。ただし、最初にライブ準備画面１２０が表示された際には、一部または全部のポジションに対して、いずれのキャラクタも設定されていないようにしてもよい。あるいは、過去にライブ演出が視聴された楽曲については、最後に設定されたキャラクタが初期設定として設定されてもよい。

【0068】

また、ライブ準備画面１２０には、キャラクタアイコン１２８の下方に衣装アイコン１３２が表示される。詳しくは後述するが、プレイヤは、衣装アイコン１３２をタップすることで、キャラクタが着用する衣装を選択、設定することができる。この衣装についても、初期設定として、全てのキャラクタに所定の衣装が設定されている。なお、ライブ準備画面１２０では、全てのポジションについて、キャラクタおよび衣装が未設定の状態となることがない。換言すれば、ライブ準備画面１２０においては、全てのポジションに対して、いずれかのキャラクタおよび衣装が設定された状態となっている。

【0069】

また、ライブ準備画面１２０には、おまかせボタン１３４が設けられている。おまかせボタン１３４がタップされると、不図示のおまかせ設定画面が表示される。このおまかせ設定画面では、プレイヤは、メインポジションまたはバックポジションのいずれかを選択したうえで、キャラクタおよび衣装のそれぞれについて、「お勧め」または「ランダム」を選択することができる。「お勧め」が選択されると、プレイヤが選択したメインポジションまたはバックポジションに、楽曲ごとに予め設定された「お勧め」のキャラクタまたは衣装が設定される。また、「ランダム」が選択されると、プレイヤが選択したメインポジションまたはバックポジションに、ランダム抽選で決定されたキャラクタまたは衣装が設定される。

【0070】

そして、ライブ準備画面１２０に設けられた開始ボタン１３６がタップされると、ライブ演出が開始される。このライブ演出の開始時には、ライブ準備画面１２０で設定されたキャラクタが、設定されたポジションで歌唱やダンスを行うライブ映像が生成される。このとき、ライブ映像に登場するキャラクタは、ライブ準備画面１２０で設定された衣装を纏っている。

【0071】

上記したように、ライブ準備画面１２０では、プレイヤは、着用させる衣装をキャラクタごとに設定することができる。このとき、衣装の種類が多様化することで、ライブ映像が多様化され、ゲームの興趣が向上する。一方で、本実施形態では、楽曲によっては、ライブ演出に登場するキャラクタの数が非常に多くなる。このように、登場するキャラクタの数が多い場合に、全てのキャラクタに対して衣装を個別に設定するとなると、プレイヤの操作が煩雑となる。本実施形態では、プレイヤの操作を簡素化しながらも、演出の多様化を実現するべく、以下のように衣装の設定がなされる。

【0072】

図７Ａは、衣装選択ダイアログ１６０の一例を説明する第１の図である。図７Ｂは、衣装選択ダイアログ１６０の一例を説明する第２の図である。図７Ｃは、衣装選択ダイアログ１６０の一例を説明する第３の図である。図７Ｄは、衣装選択ダイアログ１６０の一例を説明する第４の図である。図５Ａまたは図５Ｂに示すライブ準備画面１２０において、衣装アイコン１３２がタップされると、衣装を設定する対象となるキャラクタ、すなわち、対象キャラクタが設定される。

【0073】

ここでは、タップされた衣装アイコン１３２に紐付くポジションの番号に設定されているキャラクタが対象キャラクタとなる。具体的には、ライブ準備画面１２０においてタップされた衣装アイコン１３２の上方にはポジション番号識別表示１２４が表示されている。このポジション番号識別表示１２４に記された番号に設定されているキャラクタが、対象キャラクタに設定される。

【0074】

また、衣装アイコン１３２がタップされると、図７Ａに示す衣装選択ダイアログ１６０が表示される。衣装選択ダイアログ１６０の上部には、第１表示領域１６１が設けられる。第１表示領域１６１には、対象キャラクタに着用可能な衣装に対応する衣装アイコン１３２が表示される。第１表示領域１６１では、現在、対象キャラクタに設定されている衣装に対応する衣装アイコン１３２が強調表示される。

【0075】

第１表示領域１６１において、衣装アイコン１３２がタップされると、タップされた衣装アイコン１３２に紐付く衣装の仮選択状態となる。衣装選択ダイアログ１６０の下部には、選択ボタン１６０ａおよびキャンセルボタン１６０ｂが設けられている。選択ボタン１６０ａがタップされると、仮選択状態中の衣装が、対象キャラクタの衣装として設定される。なお、キャンセルボタン１６０ｂがタップされると、衣装選択ダイアログ１６０が閉じられ、ライブ準備画面１２０が表示される。

【0076】

また、衣装選択ダイアログ１６０の下部には、第２表示領域１６２が設けられている。第２表示領域１６２は、仮選択状態中の衣装を、対象キャラクタを含む複数のキャラクタに一括して設定するための操作領域である。換言すれば、第２表示領域１６２は、プレイヤによって選択された衣装、または、その種別の適用範囲を選択可能とする操作領域である。第２表示領域１６２には、チェックボックス１６２ａと、適用ポジション選択部１６２ｂとが設けられる。チェックボックス１６２ａは、仮選択状態中の衣装を、他のキャラクタに適用するか否かを設定する操作を受け付ける。換言すれば、チェックボックス１６２ａは、仮選択状態中の衣装を複数のキャラクタに一括設定する一括設定機能の有効または無効を切り替える操作を受け付ける。なお、後述する図１１および図１２の説明における情報を用いて、一括設定をするか否かが自動的に切り替えられてもよい。

【0077】

チェックボックス１６２ａの近傍には、一括設定機能を有効にすることの表記がなされている。なお、この表記は、仮選択状態中の衣装の種類、換言すれば、衣装の表示種別によって異なる。キャラクタが着用する衣装の表示種別（種類）は、複数のキャラクタで外観が共通となる共通表示種別、または、複数のキャラクタで外観が異なる個別表示種別に大別される。以下では、共通表示種別に分類される衣装を共通衣装と呼び、個別表示種別に分類される衣装を個別衣装と呼ぶ。共通衣装は、キャラクタの種類に拘わらず、全てのキャラクタに設定可能な衣装である。この共通衣装は、着用しているキャラクタの種類に拘わらず、装飾や色等の見た目が同じとなる。共通衣装は、具体的に、例えば、学校共通の制服のようなものである。

【0078】

また、個別衣装は、対象キャラクタが限定される衣装である。換言すれば、個別衣装は、所定のキャラクタのみに設定することができる。ここでは、１つの個別衣装を設定可能なキャラクタは１体のみである。個別衣装は、例えば、レースゲームの特定レース用に、所定のキャラクタのためだけにデザインされた勝負用の衣装（以下、勝負服という）である。また、個別衣装は、例えば、キャラクタ個々に設けられた私服である。

【0079】

衣装アイコン１３２は、キャラクタに着用させる衣装モデルをデフォルメしたアイコンである。なお、衣装アイコン１３２は、衣装の表示種別を識別可能にしても良い。具体的に、例えば、制服（共通衣装）や、勝負服や私服（個別衣装）等の文字を表示しても良いし、共通衣装と個別衣装とでアイコンの色を変えても良い。また、共通衣装と個別衣装をタブ切替にして、対応する衣装アイコンをそれぞれ表示しても良い。以下、一例として、衣装アイコン１３２の選択（仮選択）のことを、表示種別の選択（仮選択）として説明する。

【0080】

共通衣装が仮選択状態中の場合、チェックボックス１６２ａの近傍には、他のキャラクタにも一括して設定することを説明する表記（図７Ａでは、「他のキャラにも適用する」の文字）がなされる。なお、共通衣装によっては、一括設定が不可能な場合があってもよい。

【0081】

一方、個別衣装が仮選択状態中の場合、チェックボックス１６２ａの近傍には、図７Ｂに示すように、仮選択状態中の個別衣装を他のキャラクタにも一括して設定することを説明する表記（図７Ｂでは、「他のキャラにも勝負服（デフォルト）を適用する」の文字）がなされる。なお、詳しくは後述するが、個別表示種別（個別衣装）は、さらに複数の特別表示種別（特別衣装）にグループ分けされる。特別表示種別（特別衣装）によっては、一括設定が不可能な場合がある。

【0082】

一括設定が不可能な特別衣装（後述する第２特別衣装および第３特別衣装）が仮選択状態である場合には、図７Ｄに示すように、第２表示領域１６２が非表示となる。第２表示領域１６２が非表示となることで、プレイヤは、仮選択状態中の特別衣装を、複数のキャラクタに一括設定することが不可能となる。なお、ここでは、一括設定が不可能な特別衣装が仮選択状態である場合、第２表示領域１６２を非表示としたが、例えば、第２表示領域１６２をグレーアウトして表示させ、プレイヤの操作を受け付けないようにしてもよい。あるいは、第２表示領域１６２が表示されるものの、チェックボックス１６２ａに対する操作が受け付け不可能に設定されてもよい。この場合、例えば、第２表示領域１６２の表示色を、通常と異ならせてもよい。

【0083】

なお、例えば、一括設定が可能な個別衣装が複数設けられる場合、以下の変形例のように、仮選択状態中の個別衣装を他のキャラクタにも一括して設定することを説明する表記がなされてもよい。

【0084】

図８Ａは、変形例の衣装選択ダイアログの一例を説明する第１の図である。図８Ｂは、変形例の衣装選択ダイアログの一例を説明する第２の図である。例えば、後述する第２特別衣装および水着が、一括設定が可能な個別衣装であったとする。この場合、例えば、第２特別衣装が仮選択状態中の場合、チェックボックス１６２ａの近傍には、図８Ａに示すように、「他のキャラにも第２勝負服を適用する」といったメッセージが表示されるとよい。また、例えば、水着が仮選択状態中の場合、チェックボックス１６２ａの近傍には、図８Ｂに示すように、「他のキャラにも水着を適用する」といったメッセージが表示されるとよい。

【0085】

このように、他のキャラクタに適用される衣装の種別がわかるようにメッセージが表示されることで、プレイヤの誤操作を防ぐことができ、視認性および操作性が向上する。また、共通衣装を一括設定する場合と、個別衣装を一括設定する場合とで、表示されるメッセージを異ならせることによっても、誤操作の発生が抑制される。さらに、プレイヤは、様々な種別があってキャラクタ毎に異なる衣装を、複数のキャラクタに対して効率よく着用させることができる。

【0086】

衣装選択ダイアログ１６０の表示開始時には、一括設定機能が無効に設定されており、チェックボックス１６２ａが、図７Ａに示すように表示されている。この状態では、適用ポジション選択部１６２ｂがグレーアウトして表示されており、適用ポジション選択部１６２ｂへの操作入力が無効となっている。図７Ａに示す状態で、チェックボックス１６２ａがタップされると、一括設定機能が有効に設定される。この状態では、図７Ｃに示すように、チェックボックス１６２ａにおいて、チェックマークが強調表示され、適用ポジション選択部１６２ｂが通常表示される。

【0087】

適用ポジション選択部１６２ｂには、図７Ｃに示すように、一部キャラクタ選択トグル１６４ａおよび全キャラクタ選択トグル１６４ｂが設けられている。一部キャラクタ選択トグル１６４ａおよび全キャラクタ選択トグル１６４ｂは択一的に選択可能である。一部キャラクタ選択トグル１６４ａおよび全キャラクタ選択トグル１６４ｂは、仮選択状態中の衣装を適用する範囲を設定する操作を受け付ける。

【0088】

一部キャラクタ選択トグル１６４ａがタップされると、仮選択状態中の衣装が、一部のキャラクタに適用される。ここで、対象キャラクタがメインポジションに設定されている場合、一部キャラクタ選択トグル１６４ａが選択されると、仮選択状態中の衣装の適用範囲が、メインポジションに設定されている全てのキャラクタとなる。この場合、一部キャラクタ選択トグル１６４ａの近傍には、図７Ｃに示すように「ｍａｉｎ」と表示され、衣装が適用されるキャラクタが、メインポジションに設定されているキャラクタであることが報知される。

【0089】

一方、対象キャラクタがバックポジションに設定されている場合、一部キャラクタ選択トグル１６４ａが選択されると、仮選択状態中の衣装の適用範囲が、バックポジションに設定されている全てのキャラクタとなる。この場合、一部キャラクタ選択トグル１６４ａの近傍には「ｂａｃｋ」と表示される。これにより、衣装が適用されるキャラクタが、バックポジションに設定されているキャラクタであることが報知される。

【0090】

チェックボックス１６２ａおよび一部キャラクタ選択トグル１６４ａが選択された状態で、選択ボタン１６０ａがタップされると、仮選択状態中の衣装が、一部のキャラクタに一括設定される。具体的には、対象キャラクタがメインポジションに設定されている場合には、仮選択状態中の衣装が、メインポジションに設定されている全てのキャラクタに一括して設定される。また、対象キャラクタがバックポジションに設定されている場合には、仮選択状態中の衣装が、バックポジションに設定されている全てのキャラクタに一括して設定される。

【0091】

一方、全キャラクタ選択トグル１６４ｂが選択された状態で選択ボタン１６０ａがタップされたとする。この場合には、仮選択状態中の衣装が、ポジションの種別に拘わらず、全てのキャラクタに一括して設定される。つまり、全キャラクタ選択トグル１６４ｂが選択された場合には、メインポジションおよびバックポジションのいずれのポジションに対象キャラクタが設定されていても、全てのキャラクタに仮選択状態中の衣装が設定される。

【0092】

なお、詳しくは後述するが、衣装は複数のグループに分類されており、所定のグループに分類される衣装は、着用可能なキャラクタが制限される。第２表示領域１６２には、着用可能なキャラクタが制限される可能性があることの表記がなされている。具体的に、例えば、「勝負服を所持していないキャラクタは反映されません」といったメッセージが表示される。また、衣装には、現在、対象キャラクタに設定されているキャラクタ固有の特別衣装が含まれる。ここでは、特別衣装として、第１特別衣装、第２特別衣装および第３特別衣装が設けられている。

【0093】

第１特別衣装は、全てのキャラクタに設けられており、着用条件を満たすことで、キャラクタが着用可能となる。なお、第１特別衣装の着用条件は、全てのキャラクタで共通である。ただし、キャラクタによって、着用条件が異なってもよい。本実施形態では、第１特別衣装は、育成ゲームにおいて登場するキャラクタ固有の衣装である。育成ゲームでは、育成対象キャラクタが他のキャラクタと対戦するレースが実行される。第１特別衣装は、この育成ゲームにおいてキャラクタが着用する、所謂勝負服である。なお、第１特別衣装は、キャラクタごとに見た目が異なる。第１特別衣装は、各キャラクタに１つのみ設けられてもよいし、複数設けられてもよい。また、育成ゲームのレースにグレードが設けられ、グレードの高いレースにおいてのみ、第１特別衣装が着用可能であってもよい。

【0094】

一方、第２特別衣装および第３特別衣装は、一部のキャラクタに設けられた衣装である。この第２特別衣装および第３特別衣装は、着用条件を満たすことで、対象のキャラクタに設定することができる。第２特別衣装および第３特別衣装は、上記の一括設定機能の適用範囲外の衣装である。つまり、第２特別衣装および第３特別衣装は、複数のキャラクタに一括して設定することができない。したがって、第２特別衣装または第３特別衣装が仮選択状態中の場合には、図７Ｄに示すように、第２表示領域１６２が非表示となる。ただし、第２特別衣装および第３特別衣装についても、上記の一括設定機能が適用されてもよい。

【0095】

以上のように、衣装選択ダイアログ１６０は、第１表示領域１６１および第２表示領域１６２を含む。第１表示領域１６１は、キャラクタの外観（キャラクタが着用する衣装）の表示種別を選択可能であって、複数のキャラクタの外観が共通となる共通表示種別、または、複数のキャラクタで外観が異なる特別表示種別を選択可能な領域である。第２表示領域１６２は、プレイヤによって選択された表示種別の適用範囲を選択可能であって、適用範囲として、所定のキャラクタ、または、複数のキャラクタを選択可能な領域である。

【0096】

具体的には、プレイヤは、チェックボックス１６２ａのチェックを外すことで、衣装の適用範囲を、所定のキャラクタのみとすることができる。なお、ここでは、所定のキャラクタは、プレイヤが選択したキャラクタである。一方、プレイヤは、チェックボックス１６２ａにチェックを入れることで、衣装の適用範囲を、所定のキャラクタを含む複数のキャラクタとすることができる。

【0097】

また、衣装選択ダイアログ１６０においては、選択された表示種別すなわち衣装によって、第２表示領域１６２の表示が変化する。具体的には、一括設定機能が有効な衣装の仮選択状態では、第２表示領域１６２が表示されるのに対して、一括設定機能が無効な衣装の仮選択状態では、第２表示領域１６２が非表示とされる。これにより、一括設定が不可能であることをプレイヤに知らしめることができる。以下に、衣装の種別について詳述する。

【0098】

図９は、キャラクタに関する情報を説明する図である。図９に示すように、育成ゲーム媒体ＩＤには、ゲーム媒体ＩＤ、名前、所持情報、レベル、および、パラメータが紐付けられている。上記したように、プレイヤは、管理者から提供される育成ゲーム媒体を所持することができる。各育成ゲーム媒体には、育成ゲーム媒体ＩＤが紐付けられている。育成ゲーム媒体ＩＤは、育成ゲーム媒体固有のものであるため、育成ゲーム媒体ＩＤは育成ゲーム媒体の種類と言える。また、上記したとおり、育成ゲーム媒体（育成ゲーム媒体ＩＤ）には、必ず、キャラクタ固有のゲーム媒体ＩＤが設定されている。ゲーム媒体ＩＤは、キャラクタ固有のものであるため、ゲーム媒体ＩＤはキャラクタの種類と言える。本実施形態では、育成ゲーム媒体ＩＤおよびゲーム媒体ＩＤが、十進数で３桁の整数で示される。

【0099】

育成ゲーム媒体ＩＤには、必ず、１つのゲーム媒体ＩＤが紐付けられており、これによって、育成ゲーム媒体ごとに１体のキャラクタが設定される。また、図９において、９０１から９０４の育成ゲーム媒体ＩＤが付された４つの育成ゲーム媒体は、同一種別のグループに分類される。同一種別のグループに分類される育成ゲーム媒体には、同一のゲーム媒体ＩＤおよび名前が紐付けられる一方で、それぞれ異なるレベルおよびパラメータが紐付けられている。なお、上記したように、同一種別のグループに分類される複数の育成ゲーム媒体は、レベルが高くなるほど、育成ゲームで使用されるパラメータが有利となるように設定されている。

【0100】

つまり、同一種別のグループとは、異なるＩＤで管理されたレベル違いの同一キャラクタの集まりである。もちろん、この構成に限られず、同一キャラクタ（同じキャラクタの育成ゲーム媒体）を同じＩＤで管理し、紐づくデータのみを変更してもよい。パラメータの詳細について省略するが、キャラクタの性能や能力であって、一例として、スピードやスタミナを数値化したものや、ゲーム中に発動できる能力である。

【0101】

図９に示す例では、９０５から９０７の育成ゲーム媒体ＩＤが付された３つの育成ゲーム媒体、９０８から９１０の育成ゲーム媒体ＩＤが付された３つの育成ゲーム媒体、９１１から９１３の育成ゲーム媒体ＩＤが付された３つの育成ゲーム媒体、９１４から９１６の育成ゲーム媒体ＩＤが付された３つの育成ゲーム媒体、９１７から９１９の育成ゲーム媒体ＩＤが付された３つの育成ゲーム媒体、９２０から９２２の育成ゲーム媒体ＩＤが付された３つの育成ゲーム媒体が、それぞれ同一種別のグループに分類されている。

【0102】

なお、９０１から９０４の育成ゲーム媒体ＩＤが付された４つの育成ゲーム媒体、９１１から９１３の育成ゲーム媒体ＩＤが付された３つの育成ゲーム媒体、９１７から９１９の育成ゲーム媒体ＩＤが付された３つの育成ゲーム媒体は、互いに種別が異なっており、互いに異なる名前が紐付けられている。ただし、これら３つの種別に分類される育成ゲーム媒体には、共通のゲーム媒体ＩＤが紐付けられている。このように、ゲーム媒体ＩＤ、すなわち、キャラクタには、育成ゲーム媒体の複数の種別に紐付けられるものもある。

【0103】

具体的に、例えば、９０１から９０４はノーマルバージョンのキャラクタａａａのレベル違いであり、９１１から９１３は夏限定イベントの抽選で取得できる特別バージョンのキャラクタａａａのレベル違いであり、９１７から９１９は冬限定イベントの抽選で取得できる特別バージョンのキャラクタａａａのレベル違いである。なお、所持情報にて、そのキャラクタを所持しているか否か、どのレベルにあるかが管理される。また、図９は未所持のものも含んでいるが、所持している育成ゲーム媒体のみが管理されてもよい。

【0104】

図１０は、ゲーム媒体ＩＤに紐付く情報を説明する図である。図１０に示すように、ゲーム媒体ＩＤには、名前、体型ＩＤ、ファン数のパラメータ、および、親愛度のパラメータが紐付けられている。キャラクタ自身の見た目、すなわち、衣装等を除くキャラクタ本体の姿、形は、基本的に、１のゲーム媒体ＩＤに対して１つのみ設定されている。ゲーム媒体ＩＤに紐付けられた体型ＩＤには、例えば、キャラクタ本体の身長等、ゲーム画面にキャラクタが表示される際の情報が紐付けられている。

【0105】

したがって、例えば、図９に示す、育成ゲーム媒体ＩＤが９０１から９０４、９１１から９１３、９１７から９１９の育成ゲーム媒体に紐付くキャラクタ本体の姿、形は同じである。また、育成ゲーム媒体の種別（グループ）が同一である場合には、キャラクタが纏う衣装が同一となる。したがって、例えば、育成ゲーム媒体ＩＤが９０１から９０４の育成ゲーム媒体は、表示されるキャラクタ本体の姿、形、および、当該キャラクタが纏う衣装が同一となり、見た目上の差異がない。

【0106】

一方で、ゲーム媒体ＩＤが同一であっても、育成ゲーム媒体の種別が異なると、キャラクタの衣装等の見た目が異なる。例えば、育成ゲーム媒体ＩＤが９０１、９１１、９１７の３つの育成ゲーム媒体は、いずれもキャラクタ本体が同一であるものの、キャラクタが纏っている衣装が互いに異なるものとなる。

【0107】

そして、プレイヤ端末１およびサーバ１０００においては、プレイヤＩＤに紐付けて、プレイヤ情報が記憶されている。プレイヤ情報には、育成ゲーム媒体の所持情報が含まれる。具体的には、所持を示す「１」、または、未所持を示す「０」の所持情報が育成ゲーム媒体ＩＤに紐付けて記憶されている。なお、上記したように、プレイヤは、所持育成ゲーム媒体を強化することができる。所持育成ゲーム媒体が強化されると、強化前の所持育成ゲーム媒体と同一種別であって、よりレベルの高い育成ゲーム媒体の所持情報が「１」に更新される。

【0108】

なお、詳しい説明は省略するが、育成ゲームにおいて、所定条件を満たすと、育成対象キャラクタがファンを獲得する。図１０に示すように、育成対象キャラクタがファンを獲得すると、当該育成対象キャラクタのゲーム媒体ＩＤに紐付けられたファン数が更新される。また、上記したように、チーム競技レースでは、プレイヤは、育成ゲームで育成した育成キャラクタを出走させることができる。育成キャラクタは、チーム競技レースの結果に基づいて、ファンを獲得する。育成キャラクタには、ゲーム媒体ＩＤが紐付けられており、育成キャラクタがファンを獲得した場合にも、当該育成キャラクタのゲーム媒体ＩＤに紐付けられたファン数が更新される。

【0109】

また、親愛度は、キャラクタに設定されたパラメータであり、ゲーム媒体ＩＤに紐付けて管理される。具体的に、例えば、親愛度のパラメータとは、ゲーム全体で共通のキャラクタ（ゲーム媒体）の使用度合いを表すパラメータである。育成機能や対戦機能において同じキャラクタを使い込むことによって、親愛度のパラメータの蓄積度合いが変化してプレイヤに恩恵や特典を発生させることが可能となる。本実施形態では、親愛度のパラメータによって、プレイヤがキャラクタに対する思い入れを強め、ゲーム全体の利用頻度を高める効果を期待できる。また、親愛度のパラメータは、ゲーム媒体ＩＤに紐付けてキャラクタごとに管理される。また、例えば、親愛度のパラメータは、複数あるゲーム機能のうち、特定のゲーム機能（例えばレース）におけるキャラクタ（ゲーム媒体）の使用度パラメータであってもよい。よって、プレイヤは、特定のゲームの特定のキャラクタの使用度を把握することができ、より細やかな動機付けを効果的にすることができる。

【0110】

また、親愛度のパラメータに関連する情報として、キャラクタごとに親愛度ランクが存在してもよい。親愛度ランクは、親愛度のパラメータの蓄積量がランクごとに定められた条件を達成することによって上昇する。親愛度ランクは、ゲームの運営開始初期において、例えば、ランク０～ランク１０が設定されており、ゲームの運営期間に応じて、親愛度ランクの上限が解放されるようにしてもよい。親愛度のパラメータは、育成機能や対戦機能などにおいて条件を達成した際に、使用したキャラクタに対して付与される。ゲーム機能の利用に基づく親愛度のパラメータの増加量は、ゲーム結果（評価や順位など）によって変動させてもよい。また親愛度のパラメータを蓄積していくことによって親愛度ランクが所定のランクにまで達すると、親愛度ランクが所定のランクに達したキャラクタに紐付くコンテンツであるストーリが解放される。ストーリの解放条件となる親愛度ランクについては、キャラクタごとに同じであってもよいし、キャラクタに応じて異なっていてもよい。

【0111】

図１１は、衣装ＩＤを説明する図である。ライブ演出においてキャラクタに着用させることができる衣装、すなわち、衣装選択ダイアログ１６０において選択可能な衣装には、衣装ＩＤが紐付けられている。本実施形態では、衣装ＩＤが、十進数で４桁の整数で示される。上記したように、ライブ演出においてキャラクタに設定可能な衣装は、共通衣装と、個別衣装とに分類される。共通衣装は、キャラクタの種類、すなわち、ゲーム媒体ＩＤに拘わらず、全てのキャラクタに設定可能な衣装である。この共通衣装は、着用しているキャラクタの種類に拘わらず、装飾や色等の見た目、すなわちデザインが同じとなる。ただし、各キャラクタには、身長等の体型が設定されており、着用するキャラクタの体型によって、衣装のサイズは異なる。したがって、本実施形態において、共通衣装は、サイズ以外のデザインが、複数のキャラクタで共通することとなる。

【0112】

ここでは、共通衣装として、衣装ＩＤが１００１、１００２、１００３、１００４の４種類の衣装が設けられている。一例として、衣装ＩＤが１００１の衣装は夏用制服であり、衣装ＩＤが１００２の衣装は冬用制服であり、衣装ＩＤが１００３の衣装は体操服であり、衣装ＩＤが１００４の衣装は、所定の装飾が施されたドレス等のおそろい衣装である。共通衣装には着用条件が設けられておらず、全てのキャラクタに設定することができる。すなわち、共通衣装を設定可能な対象キャラクタは、全キャラクタである。そして、ライブ演出では、共通衣装が設定されたキャラクタに対して、同一の衣装画像が適用される。

【0113】

なお、共通衣装を着用させないキャラクタが設けられてもよく、例えば、育成ゲーム媒体には、すべて着用できる第１共通衣装と、プレイヤが育成できない（育成ゲーム媒体ではない）ＮＰＣ等の特定のキャラクタが着用することができない第２共通衣装と、が設けられてもよい。

【0114】

なお、衣装ＩＤには、当該衣装を設定可能な対象キャラクタを示す情報として、ゲーム媒体ＩＤおよび育成ゲーム媒体ＩＤが紐付けられている。共通衣装には、ゲーム媒体ＩＤとして「１」が紐付けられ、育成ゲーム媒体ＩＤとして「０」が紐付けられている。ゲーム媒体ＩＤの「１」は、全てのゲーム媒体を示す情報であり、育成ゲーム媒体ＩＤの「０」は、全ての育成ゲーム媒体を示す情報である。なお、前述の通り、共通衣装を着用させないキャラクタを設ける場合は、具体的に、例えば、育成ゲーム媒体にはすべて着用できる第１共通衣装を「１」、プレイヤが育成できない（育成ゲーム媒体ではない）ＮＰＣ等の特定のキャラクタは着用することができない第２共通衣装を「２」、として共通衣装を複数設けてもよい。

【0115】

これに対して、個別衣装は、対象キャラクタが限定される衣装である。換言すれば、個別衣装は、所定のゲーム媒体ＩＤのキャラクタのみに設定することができる。すなわち、個別衣装の衣装ＩＤには、対象キャラクタのゲーム媒体ＩＤが１つのみ紐付けられている。例えば、衣装ＩＤが１００５の個別衣装には、８０１のゲーム媒体ＩＤが紐付けられており、衣装ＩＤが１００６の個別衣装には、８０２のゲーム媒体ＩＤが紐付けられている。このように、個別衣装は、キャラクタ固有の衣装である。ライブ演出では、個別衣装の衣装ＩＤごとに設けられた衣装画像が適用される。衣装画像の適応方法は、２次元、３次元の一般的な手法が用いられる。具体的に、例えば、２次元の画像であれば、衣装によって画像全体を変えても良いし、３次元であれば基本的なキャラクタの体型の３Ｄモデルに、衣装の３Ｄモデルを組み合わせてレンダリングしてもよい。

【0116】

ここで、本実施形態では、個別衣装が複数のグループのいずれかに分類される。一例として、本実施形態では、第１特別衣装グループ、第２特別衣装グループ、第３特別衣装グループ、私服グループが設けられる。以下では、第１特別衣装グループに分類される個別衣装を第１特別衣装と呼び、第２特別衣装グループに分類される個別衣装を第２特別衣装と呼び、第３特別衣装グループに分類される個別衣装を第３特別衣装と呼び、私服グループに分類される個別衣装を私服と呼ぶ。

【0117】

第１特別衣装は、育成ゲーム媒体に紐付けられる全てのキャラクタ、換言すれば、プレイヤが所持可能な全てのキャラクタに設けられている。つまり、第１特別衣装は、ゲーム媒体ＩＤの数と同数設けられている。ただし、第１特別衣装は、所持可能な一部のキャラクタに設けられてもよい。なお、図１１においては、１００５から１００７の３つの第１特別衣装の衣装ＩＤのみを示しているが、実際には、所持可能なキャラクタの数、すなわち、ゲーム媒体ＩＤの数だけ、第１特別衣装の衣装ＩＤが設けられている。

【0118】

そして、第１特別衣装には、着用条件が設定されている。本実施形態では、対象キャラクタのゲーム媒体ＩＤが紐付けられた少なくとも１つの育成ゲーム媒体のレベルが３以上になることで、第１特別衣装が対象キャラクタに設定可能となる。したがって、第１特別衣装の着用条件には、対象キャラクタのゲーム媒体ＩＤが紐付けられた少なくとも１つの育成ゲーム媒体を所持していることが含まれると言うこともできる。なお、ゲームやイベント、抽選によって取得できるアイテムを一定数貯めることでレベルを上げることが可能となるが、レベルを上げる方法はこれに限られない。

【0119】

なお、ここでは、着用条件の判定対象となる育成ゲーム媒体が、対象キャラクタのゲーム媒体ＩＤが紐付けられた全ての育成ゲーム媒体とした。ただし、着用条件の判定対象となる育成ゲーム媒体は、対象キャラクタのゲーム媒体ＩＤが紐付けられたいずれか１の育成ゲーム媒体であってもよい。例えば、第１特別衣装の着用条件の判定対象となる育成ゲーム媒体は、対象キャラクタのゲーム媒体ＩＤが紐付けられた育成ゲーム媒体のうち、最初に提供が開始された育成ゲーム媒体としてもよい。このような構成とすることにより、簡易な処理となり、システムに対する負荷を低減することができる。

【0120】

このように、第１特別衣装グループに分類される第１特別衣装には、それぞれ異なる衣装ＩＤが設定されている。したがって、ライブ演出において表示される第１特別衣装の衣装画像すなわちデザインは、キャラクタごとに異なることとなる。なお、ここでは、全ての第１特別衣装のデザインが互いに異なるものとする。ただし、一部または全ての第１特別衣装のデザインを共通とし、例えば、色のみが異なるものとしてもよい。いずれにしても、第１特別衣装の衣装画像は、互いに見た目が異なるものであることをプレイヤが認識できればよい。

【0121】

また、第２特別衣装は、育成ゲーム媒体に紐付けられる一部のキャラクタ、換言すれば、プレイヤが所持可能なキャラクタの一部に設けられている。具体的に、例えば、第２特別衣装は水着衣装であり、毎年の夏限定イベントにおいてピックアップされたキャラクタ対して設定される。ただし、第２特別衣装は、所持可能な全てのキャラクタに設けられてもよい。図１１に示す例では、１１０１、１１０２の衣装ＩＤが設定された２つの第２特別衣装が設けられている。

【0122】

そして、第２特別衣装には、着用条件が設定されている。本実施形態では、第２特別衣装の着用条件として、対象キャラクタのゲーム媒体ＩＤが紐付けられた所定の育成ゲーム媒体を所持していることが設定されている。例えば、１１０１の衣装ＩＤが設定された第２特別衣装は、育成ゲーム媒体ＩＤが９１１から９１３の育成ゲーム媒体を所持していることが、着用条件として設定されている。

【0123】

具体的に、例えば、１１０１の衣装ＩＤが設定された第２特別衣装は、育成ゲーム媒体ＩＤが９１１から９１３の育成ゲーム媒体をガチャ抽選で取得できる特別バージョンのキャラクタａａａが着用する水着衣装である。もちろん、同じ夏限定イベントで取得できる育成ゲーム媒体の水着衣装であっても、それらの特別衣装は各々異なるデザインである。なお、第２特別衣装の着用条件はこれに限らない。例えば、所持が要求される育成ゲーム媒体のレベルが所定レベル以上であることが着用条件に含まれてもよい。

【0124】

また、第３特別衣装は、育成ゲーム媒体に紐付けられる一部のキャラクタ、換言すれば、プレイヤが所持可能なキャラクタの一部に設けられている。具体的に、例えば、第３特別衣装は、クリスマスに関連する衣装（サンタやトナカイの恰好）であり、毎年の冬限定イベントにおいてピックアップされたキャラクタに設定される。ただし、第３特別衣装は、所持可能な全てのキャラクタに設けられてもよい。図１１に示す例では、１１０３、１１０４の衣装ＩＤが設定された２つの第３特別衣装が設けられている。

【0125】

そして、第３特別衣装には、着用条件が設定されている。本実施形態では、第３特別衣装の着用条件として、対象キャラクタのゲーム媒体ＩＤが紐付けられた所定の育成ゲーム媒体を所持していることが設定されている。例えば、１１０４の衣装ＩＤが設定された第３特別衣装は、育成ゲーム媒体ＩＤが９２０から９２２の育成ゲーム媒体を所持していることが、着用条件として設定されている。

【0126】

具体的に、例えば、１１０３の衣装ＩＤが設定された第３特別衣装は、冬限定イベントのガチャ抽選で取得できる特別バージョンのキャラクタａａａがサンタクロースを模した格好の衣装である。もちろん、同じ冬限定イベントで取得できる育成ゲーム媒体のクリスマス関連の衣装であっても、それらの特別衣装は各々異なるデザインである。なお、第３特別衣装の着用条件はこれに限らない。例えば、所持が要求される育成ゲーム媒体のレベルが所定レベル以上であることが着用条件に含まれてもよい。

【0127】

また、私服は、育成ゲーム媒体に紐付けられる全てのキャラクタ、換言すれば、プレイヤが所持可能な全てのキャラクタに設けられている。つまり、私服は、ゲーム媒体ＩＤの数と同数設けられている。ただし、私服は、所持可能な一部のキャラクタに設けられてもよい。なお、図１１においては、３つの私服の衣装ＩＤのみを示しているが、実際には、所持可能なキャラクタの数、すなわち、ゲーム媒体ＩＤの数だけ、私服の衣装ＩＤが設けられている。

【0128】

そして、私服には、着用条件が設定されている。本実施形態では、私服の着用条件として、対象キャラクタの親愛度、すなわち、衣装ＩＤに紐付けられたゲーム媒体ＩＤの親愛度が所定値以上になることが設定されている。特定のキャラクタのゲーム内における使用度合いを示すパラメータである親愛度を着用条件（衣装の解放条件）とすることにより、レースや育成という主たるゲーム機能に対するプレイ意欲を高めつつ、さらなる興趣性をプレイヤに与えながら親愛度のパラメータ（キャラクタ共通パラメータ）を効率よく向上させる効果を期待できる。ひいては、着用条件を満たしたキャラクタへのさらなる思い入れを強めることができる。さらに、思い入れが強い（親愛度を高めて私服を解放した）キャラクタすべてに一括で私服を着用させることができ、さらなる興趣性をプレイヤに与えることができる。ただし、私服の着用条件はこれに限らず、例えば、他の個別衣装と同じ着用条件が設定されてもよい。なお、図１１中では、衣装の着用条件としているが、衣装の所有条件、取得条件や解放条件等、他の条件として言い換えてもよい。

【0129】

図１２は、衣装ＩＤに紐付けられる情報を説明する図である。プレイヤ端末１およびサーバ１０００には、情報テーブルが記憶されている。情報テーブルにおいては、衣装ＩＤに、図１２に示す各種情報が紐付けられている。プレイヤ端末１では、情報テーブルを参照し、ライブ準備画面１２０に表示されるイメージ画像１２６、１３０、および、ライブ映像に表示されるキャラクタの画像が生成される。情報テーブルにおいては、衣装ＩＤに、第１特別衣装識別情報、ゲーム媒体ＩＤ、ライブ使用可否識別情報、濡れ透け対応識別情報、汚れ対応識別情報、頭部検索情報、尻尾検索情報が紐付けられている。なお、図１２は独立したテーブルとして説明するが、図１１、図１３や図１４と同一のテーブルでの管理としてもよい。その際、重複するデータは省いてもよいし、頭部と尻尾検索情報に頭部ＩＤや尻尾ＩＤとそれらの画像を組み込んでもよい。

【0130】

第１特別衣装識別情報は、衣装ＩＤに紐付く衣装が第１特別衣装であるかを識別する情報である。第１特別衣装識別情報は、第１特別衣装ではないことを示す「０」と、第１特別衣装であることを示す「１」とで構成される。情報テーブルにおいては、第１特別衣装の衣装ＩＤに、「１」の第１特別衣装識別情報が紐付けられている。なお、ここでは第１特別衣装のみの識別情報を説明するが、これに限られず、具体的に、例えば、カラム名を衣装識別情報として、第２特別衣装は「２」、第３特別衣装は「３」、私服は「４」、プレイヤの任意の設定を「５」、一括設定をさせない衣装を「６」の情報を割り振り、衣装種別の選択によって、第２表示領域１６２の表示を変化させ、それぞれの衣装種別に対応する特別衣装を各キャラクタに着用させてもよい。

【0131】

情報テーブルにおいては、衣装ＩＤに、対象キャラクタのゲーム媒体ＩＤが紐付けられている。なお、共通衣装の衣装ＩＤには、ゲーム媒体ＩＤとして「１」が紐付けられている。また、ライブ使用可否識別情報は、衣装ＩＤに紐付く衣装が、ライブ演出で使用可能な衣装であるかを識別する情報である。ライブ使用可否識別情報は、ライブ演出で使用不可能であることを示す「０」と、ライブ演出で使用可能であることを示す「１」とで構成される。ここでは、体操服および私服が、ライブ演出で使用不可能に設定され、その他の衣装が使用可能に設定されているが、これに限られず、例えば私服を「１」としてもよい。

【0132】

濡れ透け対応識別情報は、衣装ＩＤに紐付く衣装が、濡れ透け対応可能な衣装であるかを識別する情報である。なお、濡れ透け対応は、例えば、レースやライブの楽曲の映像においてキャラクタの表示される場面が雨であった場合に、着用している衣装を透けさせる機能である。濡れ透け対応識別情報は、濡れ透け対応が不可能であることを示す「０」と、濡れ透け対応が可能であることを示す「１」とで構成される。ここでは、夏用制服および冬用制服が、濡れ透け対応不可能に設定され、その他の衣装が濡れ透け対応可能に設定されている。

【0133】

汚れ対応識別情報は、衣装ＩＤに紐付く衣装が、汚れ対応可能な衣装であるかを識別する情報である。なお、汚れ対応は、例えば、レースやライブの楽曲の映像においてキャラクタの表示される場面が泥等で汚れる環境であった場合に、着用している衣装を汚す機能である。汚れ対応識別情報は、汚れ対応が不可能であることを示す「０」と、汚れ対応が可能であることを示す「１」とで構成される。ここでは、夏用制服および冬用制服が、汚れ対応不可能に設定され、その他の衣装が、汚れ対応可能に設定されている。

【0134】

頭部検索情報は、衣装が設定された後にキャラクタを表示する際に、頭部画像を特定するための情報である。各キャラクタに衣装が設定されると、衣装ＩＤから頭部検索情報が特定される。そして、頭部検索情報に基づいて、ゲーム画面に表示するキャラクタの頭部画像が抽出される。

【0135】

同様に、尻尾検索情報は、衣装が設定された後にキャラクタを表示する際に、尻尾画像を特定するための情報である。各キャラクタに衣装が設定されると、衣装ＩＤから尻尾検索情報が特定される。そして、尻尾検索情報に基づいて、ゲーム画面に表示するキャラクタの尻尾画像が抽出される。

【0136】

なお、頭部検索情報および尻尾検索は、十進数で１桁の値で構成される。共通衣装および第１特別衣装グループに分類される衣装の衣装ＩＤには、いずれも「０」の頭部検索情報が紐付けられている。また、第１特別衣装グループ以外のグループに分類される衣装の衣装ＩＤには、それぞれ、グループごとに設定された値の頭部検索情報が紐付けられている。

【0137】

また、個別衣装の一部の衣装ＩＤ（ここでは１１０４）には、「２」の尻尾検索情報が紐付けられており、その他の衣装ＩＤには、いずれも「０」の尻尾検索情報が紐付けられている。

【0138】

図１３は、頭部ＩＤを説明する図である。プレイヤ端末１およびサーバ１０００には、頭部画像特定テーブルが記憶されている。頭部画像特定テーブルは、ゲーム画面に表示される頭部画像を特定するためのテーブルである。頭部画像特定テーブルには、頭部ＩＤごとに、１の頭部画像が紐付けられている。ここで、頭部ＩＤは、個別衣装の衣装ＩＤと同数設けられている。また、頭部ＩＤは、３桁のゲーム媒体ＩＤに、頭部検索情報を加えた４桁の値で構成される。頭部ＩＤには、上位３桁のゲーム媒体ＩＤに対応するキャラクタの頭部画像が紐付けられている。

【0139】

例えば、８０１０の頭部ＩＤには、ゲーム媒体ＩＤが８０１のキャラクタのデフォルトの頭部画像が紐付けられている。また、例えば、８０６０の頭部ＩＤには、ゲーム媒体ＩＤが８０６のキャラクタのデフォルトの頭部画像が紐付けられている。このように、末尾が「０」の頭部ＩＤには、対象キャラクタのデフォルトの頭部画像が紐付けられている。

【0140】

また、例えば、８０１１の頭部ＩＤには、ゲーム媒体ＩＤが８０１のキャラクタであって、夏専用の頭部画像が紐付けられている。また、例えば、８０３２の頭部ＩＤには、ゲーム媒体ＩＤが８０３のキャラクタであって、冬専用の頭部画像が紐付けられている。このように、末尾が「０」以外の頭部ＩＤには、個別衣装に対応した対象キャラクタの頭部画像が紐付けられている。

【0141】

プレイヤによって衣装が設定されると、衣装を設定したゲーム媒体ＩＤに紐付けて衣装ＩＤが設定される。衣装ＩＤが設定されると、その衣装ＩＤに紐付けられたゲーム媒体ＩＤと頭部検索情報とから、頭部ＩＤが特定される。このようにして頭部ＩＤが特定されると、頭部画像特定テーブルを参照し、特定した頭部ＩＤに紐付けられた頭部画像が読み出されてキャラクタの表示が行われる。

【0142】

図１３に示す頭部画像特定テーブルによれば、共通衣装および第１特別衣装が設定された場合には、デフォルトの頭部画像が使用される。一方で、末尾の１桁の値が、第１特別衣装グループ以外の個別衣装のグループを示す「０」以外の値の頭部ＩＤには、それぞれ対象キャラクタの専用の頭部画像が紐付けられている。したがって、衣装が、第２特別衣装、第３特別衣装または私服に設定された場合、これらの衣装に合わせた専用の頭部画像が特定される。

【0143】

具体的には、第１特別衣装以外の個別衣装が設定された場合には、デフォルト以外の、個別衣装に合わせて用意された専用の頭部画像が使用される。専用の頭部画像は、例えば、キャラクタの顔の表情や髪型、髪飾り等の頭部の装飾品が、デフォルトの頭部画像と異なっている。

【0144】

図１４は、尻尾ＩＤを説明する図である。プレイヤ端末１およびサーバ１０００には、尻尾画像特定テーブルが記憶されている。尻尾画像特定テーブルは、ゲーム画面に表示される尻尾画像を特定するためのテーブルである。尻尾画像特定テーブルには、尻尾ＩＤごとに、１の尻尾画像が紐付けられている。本実施形態では、第１特別衣装が選択された場合に特定される頭部ＩＤと同値の尻尾ＩＤが設けられている。また、ここでは、第３特別衣装である１１０４の衣装ＩＤが選択された場合に特定される８０３２の尻尾ＩＤが設けられている。

【0145】

尻尾ＩＤは、３桁のゲーム媒体ＩＤに、尻尾検索情報を加えた４桁の値で構成される。尻尾ＩＤには、上位３桁のゲーム媒体ＩＤに対応するキャラクタのデフォルトの頭部画像が紐付けられている。

【0146】

例えば、８０１０の尻尾ＩＤには、ゲーム媒体ＩＤが８０１のキャラクタのデフォルトの尻尾画像が紐付けられている。また、例えば、８０６０の尻尾ＩＤには、ゲーム媒体ＩＤが８０６のキャラクタのデフォルトの尻尾画像が紐付けられている。このように、末尾が「０」の尻尾ＩＤには、対象キャラクタのデフォルトの尻尾画像が紐付けられている。

【0147】

また、例えば、８０３２の尻尾ＩＤには、ゲーム媒体ＩＤが８０３のキャラクタであって、冬専用の尻尾画像が紐付けられている。このように、末尾が「０」以外の尻尾ＩＤには、個別衣装に対応した対象キャラクタの尻尾画像が紐付けられている。

【0148】

衣装ＩＤが設定されると、その衣装ＩＤに紐付けられたゲーム媒体ＩＤと尻尾検索情報とから、尻尾ＩＤが特定される。このようにして尻尾ＩＤが特定されると、尻尾画像特定テーブルを参照し、特定した尻尾ＩＤに紐付けられた尻尾画像が読み出されてキャラクタの表示が行われる。

【0149】

図１４に示す尻尾画像特定テーブルによれば、ゲーム媒体ＩＤが８０３のキャラクタに第３特別衣装を設定した場合に限り、専用の尻尾画像が特定される。一方、その他の衣装が設定された場合には、デフォルトの尻尾画像が使用される。専用の尻尾画像は、例えば、キャラクタの尻尾の形状、尻尾に付けられる装飾品が、デフォルトの尻尾画像と異なっている。頭部や尻尾の画像を分けることによって、原則デフォルト「０」とし、必要な場合のみ画像を取り出すことができるので、効率よく処理をすることができる。なお、各々の衣装と、頭部や尻尾とを分ける構成としたが、すべてを含めた画像や３Ｄモデルとしてもよい。

【0150】

以上のように、本実施形態では、キャラクタに設定された衣装に合わせて、キャラクタの頭部画像および尻尾画像が特定される。なお、詳しい説明は省略するが、プレイヤ端末１およびサーバ１０００には、衣装画像特定テーブルが設けられている。衣装画像特定テーブルには、衣装ＩＤごとに衣装画像が紐付けられている。衣装ＩＤが設定されると、衣装画像特定テーブルを参照し、設定された衣装ＩＤに紐付けられた衣装画像が特定される。このようにして特定された衣装画像、頭部画像、尻尾画像を合成することで、イメージ画像１２６、１３０、および、ライブ映像で表示されるキャラクタ画像が生成される。

【0151】

ここで、上記したように、プレイヤは、ライブ準備画面１２０において、ポジションの番号ごとに、キャラクタと、キャラクタに着用させる衣装とを設定することができる。このとき、プレイヤは、ポジションの番号ごとに、個別に、キャラクタおよび衣装を設定することができる。一方で、多数のポジションに対して、キャラクタおよび衣装を設定する作業は極めて煩雑であることから、衣装については、上記したように一括設定機能が設けられている。以下に、一括設定機能が使用された場合に、衣装ＩＤが特定される処理の流れについて説明する。

【0152】

図１５は、一括設定機能で共通衣装が設定された場合を説明する図である。例えば、図１５に示すように、選択楽曲に９つのポジションが設定されているとする。また、ここでは、１番から３番のポジションがメインポジションであり、４番から９番のポジションがバックポジションであるとする。そして、事前に設定された楽曲に対応したキャラクタやランダムに選ばれたキャラクタがそれぞれのポジションに配置されてもよいが、ここでは、Ｎ番（Ｎは１から９の整数）のポジションに、ゲーム媒体ＩＤが「８０Ｎ（Ｎは１から９の整数）」のキャラクタが設定されているとする。

【0153】

上記の状態で、いずれかのキャラクタ、すなわち、いずれかのポジションの番号が選択され、衣装選択ダイアログ１６０において、衣装ＩＤが１００４のおそろい衣装が選択されたとする。そして、全キャラクタ選択トグル１６４ｂが選択された状態で、選択ボタン１６０ａがタップされると、全てのポジションの番号に対して、１００４の衣装ＩＤが設定される。また、衣装ＩＤが設定されると、上記のようにして特定された頭部ＩＤおよび尻尾ＩＤが、全てのポジションの番号に対して設定される。

【0154】

このようにして設定された衣装ＩＤ、頭部ＩＤ、尻尾ＩＤに基づいて、ポジションの番号に対応するキャラクタの画像が生成される。これにより、図１５に示す例では、９体のキャラクタの全てに、おそろい衣装が一括して着用される。

【0155】

なお、例えば、１番のポジションが選択されており、一部キャラクタ選択トグル１６４ａが選択された状態で、選択ボタン１６０ａがタップされたとする。この場合には、１番から３番のポジションの番号に対して、１００４の衣装ＩＤが設定され、ゲーム媒体ＩＤに対応する頭部ＩＤおよび尻尾ＩＤが設定される。このとき、４番から９番のポジションの番号に対して、衣装ＩＤ、頭部ＩＤ、尻尾ＩＤの更新は行われない。

【0156】

同様に、例えば、９番のポジションが選択されており、一部キャラクタ選択トグル１６４ａが選択された状態で、選択ボタン１６０ａがタップされたとする。この場合には、４番から９番のポジションの番号に対して、１００４の衣装ＩＤが設定され、ゲーム媒体ＩＤに対応する頭部ＩＤおよび尻尾ＩＤが設定される。このとき、１番から３番のポジションの番号に対して、衣装ＩＤ、頭部ＩＤ、尻尾ＩＤの更新は行われない。

【0157】

このように、本実施形態では、複数のキャラクタに対して、共通衣装を一括して設定することができ、操作性および効率性を向上させることができる。また、共通衣装の一括設定の範囲を、一部のポジションに限定することができるため、着用させるバリエーションが増えて、より一層操作性および効率性が向上する。ただし、共通衣装が一括設定された場合、一括設定の範囲に含まれる全てのキャラクタの衣装が同一となる。そこで、本実施形態では、キャラクタ固有の衣装である個別衣装のうち、第１特別衣装についても、衣装の一括設定機能の対象とする。

【0158】

図１６は、一括設定機能で個別衣装が設定された場合を説明する図である。図１６に示す例では、選択楽曲、および、各ポジションの番号に設定されているキャラクタが、図１５に示す例と同じである。そして、例えば、１番のポジションが選択されており、衣装選択ダイアログ１６０において、衣装ＩＤが１００５の第１特別衣装が選択されたとする。そして、全キャラクタ選択トグル１６４ｂが選択された状態で、選択ボタン１６０ａがタップされたとする。

【0159】

この場合、各ポジションの番号ごとに以下の処理が行われる。具体的には、処理の対象となるポジションの番号に設定されているゲーム媒体ＩＤの紐付けがなされた所持育成ゲーム媒体が抽出される。そして、抽出された所持育成ゲーム媒体のレベルが所定レベル以上であるか、すなわち、着用条件が満たされているかが判定される。なお、他の例として、着用条件を都度判定することなく、図１１または図１２中に、着用条件が満たされていない場合は「０」、既に満たした場合（言い換えると、特別衣装が解放されていてプレイヤが所持している状態）は「１」とする特別衣装解放状態のカラムを追加することにより、別の情報テーブルを参照することなく判定することができる。

【0160】

着用条件が満たされている場合、情報テーブル（図１２）を参照し、処理の対象となるポジションの番号に設定されているゲーム媒体ＩＤが紐付けられ、かつ、第１特別衣装識別情報が「１」の衣装ＩＤが設定される。例えば、処理の対象となるポジションの番号が「２」の場合、８０２のゲーム媒体ＩＤが紐付けされた所持育成ゲーム媒体が、着用条件を満たすかが判定される。そして、着用条件を満たす場合、情報テーブルに基づいて特定された１００６の衣装ＩＤが設定される。

【0161】

一方、着用条件が満たされない場合、所定の衣装ＩＤが設定される。図１６に示す例では、７番および９番のキャラクタが、着用条件を満たしていない。ここでは、着用条件を満たしていないキャラクタに対して、共通衣装である、衣装ＩＤが１００４のおそろい衣装が設定されている。なお、着用条件を満たさないキャラクタについては、着用可能な衣装がランダムに設定されてもよいし、いずれの衣装も設定しない未設定状態としてもよい。また、例えば、着用可能な他の個別衣装がある場合には、いずれかの個別衣装が設定され、着用可能な他の個別衣装がない場合には、いずれかの共通衣装が設定されてもよい。

【0162】

なお、第１特別衣装を一括設定する場合にも、共通衣装を一括設定する場合と同様に、適用範囲をメインポジションまたはバックポジションに限定可能である。この場合、設定された範囲のポジションの番号に対してのみ、上記の処理が行われる。また、ここでは、個別衣装のうち、第１特別衣装についてのみ一括設定が可能としたが、他の個別衣装についても、一括設定が可能としてもよい。

【0163】

図１６に示すように、第１特別衣装が一括設定されると、各ポジションの番号に異なる衣装ＩＤが設定される。衣装画像は、設定された衣装ＩＤに基づいて特定されることから、複数のキャラクタに対して、見た目が互いに異なる個別衣装が一括して着用されることとなる。このように、本実施形態によれば、複数のキャラクタに対して、見た目の異なる個別衣装を一括して設定することができるため、操作性を向上しながらも、多様な演出が実行可能となり、ゲームの興趣が向上する。

【0164】

（プレイヤ端末１における機能的構成および制御処理）
次に、上記のゲームを実行するためのプレイヤ端末１における機能的構成、および、制御処理について説明する。なお、以下では、主に、ライブ演出に係る機能的構成および制御処理のうち、特に、一括設定機能に関するものについて詳述し、その他の構成および制御処理については説明を省略する。

【0165】

図１７は、プレイヤ端末１におけるメモリ１２の構成およびコンピュータとしての機能を説明する図である。メモリ１２には、プログラム記憶領域１２ａ、および、データ記憶領域１２ｂが設けられている。ＣＰＵ１０は、アプリケーションが起動されると、端末側制御用プログラム（モジュール）をプログラム記憶領域１２ａに記憶する。

【0166】

端末側制御用プログラムには、抽選ゲーム実行プログラム３００、強化プログラム３０２、ゲーム実行プログラム３０４、ライブ演出準備処理プログラム３０６、ライブ演出実行プログラム３０８が含まれる。なお、上記の各プログラムは一例であり、プログラム記憶領域１２ａには、この他にも多数のプログラムが設けられている。

【0167】

データ記憶領域１２ｂには、データを記憶する記憶部として、所持情報記憶部３３０、設定情報記憶部３３２が設けられている。所持情報記憶部３３０には、所持育成ゲーム媒体および所持キャラクタを示す情報が記憶される。また、所持情報記憶部３３０には、育成ゲーム媒体の所持、未所持を示す情報、育成ゲーム媒体のレベルを示す情報、ゲーム媒体（キャラクタ）の親愛度を示す情報が記憶される。設定情報記憶部３３２には、ライブ演出に登場するキャラクタおよび衣装に関する情報が記憶される。なお、上記の各記憶部は一例であり、データ記憶領域１２ｂには、この他にも多数の記憶部が設けられている。また、記憶部には、多数のテーブルが設けられている。

【0168】

ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させ、データ記憶領域１２ｂの各記憶部のデータを更新する。そして、ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させることで、プレイヤ端末１（コンピュータ）を、端末側制御部１Ａとして機能させる。端末側制御部１Ａは、抽選ゲーム実行部３００ａ、強化実行部３０２ａ、ゲーム実行部３０４ａ、ライブ演出準備処理部３０６ａ、ライブ演出実行部３０８ａを含む。

【0169】

具体的には、ＣＰＵ１０は、抽選ゲーム実行プログラム３００を動作させ、コンピュータを抽選ゲーム実行部３００ａとして機能させる。同様に、ＣＰＵ１０は、強化プログラム３０２、ゲーム実行プログラム３０４、ライブ演出準備処理プログラム３０６、ライブ演出実行プログラム３０８を動作させ、それぞれ強化実行部３０２ａ、ゲーム実行部３０４ａ、ライブ演出準備処理部３０６ａ、ライブ演出実行部３０８ａとして機能させる。

【0170】

抽選ゲーム実行部３００ａは、抽選画面の表示中に、抽選の実行を要求する抽選要求操作が入力されると、抽選要求処理を実行する。抽選要求処理では、抽選要求情報がサーバ１０００に送信される。サーバ１０００は、抽選要求情報を受信すると、育成ゲーム媒体を抽選により決定する抽選処理を実行する。

【0171】

この抽選処理で決定された育成ゲーム媒体は、プレイヤＩＤに紐付けられてサーバ１０００の記憶部１０１８に記憶される。プレイヤが未所持の育成ゲーム媒体が決定された場合、サーバ１０００において、当該育成ゲーム媒体の所持情報が「所持」に更新される。また、サーバ１０００は、抽選結果を示す抽選結果情報を、プレイヤ端末１に受信させる。

【0172】

抽選結果情報を受信すると、抽選ゲーム実行部３００ａは、抽選結果をタッチパネル２６に表示する。また、抽選ゲーム実行部３００ａは、記憶部１８に、獲得した育成ゲーム媒体に係る情報を記憶する。ここでは、抽選ゲーム実行部３００ａは、所持情報記憶部３３０において、新たに獲得した育成ゲーム媒体の所持情報を更新する。

【0173】

強化実行部３０２ａは、強化画面において育成ゲーム媒体を強化する強化操作が入力されると、強化要求処理を実行する。強化要求処理では、強化要求情報がサーバ１０００に送信される。サーバ１０００は、強化要求情報を受信すると、アイテムやゲーム内通貨を消費して、プレイヤが選択した育成ゲーム媒体のレベルを上昇させる強化処理を実行する。ここでは、サーバ１０００において、プレイヤが選択した育成ゲーム媒体と同一種別の育成ゲーム媒体であって、現在所持している育成ゲーム媒体よりもレベルが高い育成ゲーム媒体の所持情報が「所持」に更新される。また、サーバ１０００は、強化処理の結果を示す強化情報を、プレイヤ端末１に受信させる。

【0174】

強化情報を受信すると、強化実行部３０２ａは、強化結果をタッチパネル２６に表示する。また、強化実行部３０２ａは、所持情報記憶部３３０において、サーバ１０００と同様に所持情報を更新する。これにより、プレイヤが選択した育成ゲーム媒体のレベルが更新されることとなる。

【0175】

ゲーム実行部３０４ａは、レースゲーム選択画面において、レースゲームを開始させるレース開始操作が入力されると、選択情報送信処理を実行する。この選択情報送信処理では、選択されたレースの種別等、レースゲームの実行に必要な選択情報が送信される。サーバ１０００は、選択情報を受信すると、演算処理によりレース結果を導出する等、レースゲーム処理を実行する。

【0176】

なお、レースゲームには、プレイヤが選択した育成キャラクタが出走する。レースゲームが実行されると、出走した育成キャラクタに紐付けられたキャラクタの親愛度が上昇する。ここでは、育成キャラクタに紐付けられたゲーム媒体ＩＤに紐付く親愛度が更新される。また、サーバ１０００は、レース結果を示すレース結果情報、および、キャラクタの親愛度に係る情報を、プレイヤ端末１に受信させる。

【0177】

レース結果情報等を受信すると、ゲーム実行部３０４ａは、受信したレース結果情報に基づいて、レース表示処理を実行する。ここでは、ゲーム実行部３０４ａは、レース結果情報に基づいて、レース実況画像を生成して表示する。また、サーバ１０００において、ゲーム媒体ＩＤに紐付く親愛度が更新された場合には、プレイヤ端末１の所持情報記憶部３３０においても、ゲーム媒体ＩＤに紐付く親愛度が同様に更新される。

【0178】

ライブ演出準備処理部３０６ａは、ホーム画面１００においてライブ選択ボタン１０６が操作されると、ライブ演出準備処理を実行する。以下に、ライブ演出準備処理部３０６ａが遂行する処理の一例について詳述する。

【0179】

図１８は、プレイヤ端末１におけるライブ演出準備処理の一例を説明するフローチャートである。ライブ演出準備処理部３０６ａは、ライブ楽曲選択処理（Ｐ１０）を実行する。ライブ楽曲選択処理において、ライブ演出準備処理部３０６ａは、ライブ楽曲選択画面１１０を表示する。ライブ楽曲選択画面１１０の表示中に、楽曲切替操作（例えば、ライブ楽曲選択画面１１０における左右方向のスワイプ・フリック操作）が入力されると、ライブ演出準備処理部３０６ａは、ライブ楽曲選択画面１１０に表示されるジャケット画像１１２を切り替える。また、ライブ演出準備処理部３０６ａは、ジャケット画像１１２ａに対応する楽曲を選択楽曲として記憶する。

【0180】

また、ライブ楽曲選択画面１１０の表示中に、ライブ準備ボタン１１６が操作されると、ライブ演出準備処理部３０６ａは、選択楽曲として記憶された楽曲の楽曲情報を読み出す。詳しい説明は省略するが、データ記憶領域１２ｂには、楽曲ごとに、楽曲情報が記憶されている。楽曲情報には、ポジションの番号、各番号に設定されるポジションの分類（メインポジションであるかバックポジションであるか）、各番号に最初に設定されるゲーム媒体ＩＤおよび衣装ＩＤの初期設定情報、ライブ準備画面１２０の画像データ等が含まれる。

【0181】

ライブ演出準備処理部３０６ａは、読み出した楽曲情報に基づいて、設定情報記憶部３３２に、キャラクタ設定情報として初期設定情報を設定する。なお、設定情報記憶部３３２に記憶されるキャラクタ設定情報は、ポジションの番号ごとに、ゲーム媒体ＩＤ、衣装ＩＤ、頭部ＩＤ、尻尾ＩＤ等が紐付けられた情報である。そして、ライブ演出準備処理部３０６ａは、設定情報記憶部３３２に設定されたキャラクタ設定情報、すなわち、初期設定情報に基づいて、ライブ準備画面１２０を表示する。

【0182】

上記のようにしてライブ準備画面１２０が表示されると、ライブ演出準備処理部３０６ａは、ライブ準備画面表示中処理を実行する。

【0183】

図１９は、プレイヤ端末１におけるライブ準備画面表示中処理の一例を説明するフローチャートである。ライブ準備画面１２０において選択操作部（メインポジション選択操作部１２２ａまたはバックポジション選択操作部１２２ｂ）が操作されると（Ｐ１１－１のＹＥＳ）、ライブ演出準備処理部３０６ａは、操作された選択操作部に基づいて、メイン設定画面１２０ａまたはバック設定画面１２０ｂを表示する（Ｐ１１－２）。

【0184】

また、ライブ準備画面１２０においてキャラクタアイコン１２８が操作されると（Ｐ１１－３のＹＥＳ）、ライブ演出準備処理部３０６ａは、操作されたキャラクタアイコン１２８に紐付くポジションの番号を記憶し、キャラクタ選択ダイアログ１５０を表示する（Ｐ１１－４）。ここでは、ライブ演出準備処理部３０６ａは、所持キャラクタのゲーム媒体ＩＤを取得する。そして、ライブ演出準備処理部３０６ａは、取得したゲーム媒体ＩＤに対応するキャラクタアイコン１２８をキャラクタ選択ダイアログ１５０に表示する。

【0185】

キャラクタ選択ダイアログ１５０が表示されると、ライブ演出準備処理部３０６ａは、キャラクタ選択処理を実行する（Ｐ１１－５）。このキャラクタ選択処理は、キャラクタ選択ダイアログ１５０の表示中に実行される。ここでは、キャラクタ選択ダイアログ１５０のキャラクタアイコン１２８が操作されると、ライブ演出準備処理部３０６ａは、操作されたキャラクタアイコン１２８に対応するゲーム媒体ＩＤを、仮選択状態のゲーム媒体ＩＤとして記憶する。

【0186】

また、キャラクタ選択ダイアログ１５０の指定なしボタン１２８ａが操作されると、ライブ演出準備処理部３０６ａは、モブキャラクタを決定し、決定したモブキャラクタ専用のゲーム媒体ＩＤを、仮選択状態のゲーム媒体ＩＤとして記憶する。なお、この場合、モブキャラクタがランダムに決定されることとするが、プレイヤが所持する所持キャラクタの中から、いずれかのキャラクタが決定されてもよい。また、指定なしボタン１２８ａは必須ではない。

【0187】

また、キャラクタ選択ダイアログ１５０のキャンセルボタン１５０ａが操作されると、ライブ演出準備処理部３０６ａは、キャラクタ選択ダイアログ１５０を非表示とする。これにより、ライブ準備画面１２０が表示される。

【0188】

また、キャラクタ選択ダイアログ１５０の選択ボタン１５０ｂが操作されると、ライブ演出準備処理部３０６ａは、仮選択状態のゲーム媒体ＩＤを、設定情報記憶部３３２のキャラクタ設定情報のうち、Ｐ１１－４で記憶したポジションの番号に紐付けて記憶する。この場合、ライブ演出準備処理部３０６ａは、キャラクタ選択ダイアログ１５０を非表示とし、ライブ準備画面１２０を表示する。このとき、ライブ演出準備処理部３０６ａは、変更されたゲーム媒体ＩＤに対応するキャラクタアイコン１２８およびイメージ画像１２６、１３０をライブ準備画面１２０に表示する。

【0189】

ライブ準備画面１２０の衣装アイコン１３２が操作されると（Ｐ１１－６のＹＥＳ）、ライブ演出準備処理部３０６ａは、操作された衣装アイコン１３２に紐付くポジションの番号を記憶し、衣装選択ダイアログ１６０を表示する（Ｐ１１－７）。ここでは、ライブ演出準備処理部３０６ａは、設定情報記憶部３３２に記憶されたキャラクタ設定情報に基づいて、操作された衣装アイコン１３２に紐付くポジションの番号に設定されているゲーム媒体ＩＤを取得する。そして、ライブ演出準備処理部３０６ａは、取得したゲーム媒体ＩＤに設定可能な衣装ＩＤ、換言すれば、着用条件を満たす衣装ＩＤを抽出する。また、ライブ演出準備処理部３０６ａは、抽出した衣装ＩＤに対応する衣装アイコン１３２を衣装選択ダイアログ１６０に一覧表示する。

【0190】

衣装選択ダイアログ１６０が表示されると、ライブ演出準備処理部３０６ａは、衣装選択処理(Ｐ１００)を実行する。衣装選択処理は、衣装選択ダイアログ１６０の表示中の処理であり、プレイヤに衣装を選択可能とする処理である。

【0191】

図２０は、プレイヤ端末１における衣装選択処理（Ｐ１００）の一例を説明するフローチャートである。衣装選択ダイアログ１６０の衣装アイコン１３２が操作されると（Ｐ１００－１のＹＥＳ）、ライブ演出準備処理部３０６ａは、操作された衣装アイコン１３２に対応する衣装ＩＤを、仮選択状態の衣装ＩＤとして記憶する（Ｐ１００－２）。

【0192】

また、ライブ演出準備処理部３０６ａは、仮選択状態の衣装ＩＤが、一括設定機能の対象であれば、衣装選択ダイアログ１６０に第２表示領域１６２を表示し、一括設定機能の対象でなければ、第２表示領域１６２を非表示とする（Ｐ１００－３）。なお、仮選択状態の衣装ＩＤが一括設定機能の対象である場合、ライブ演出準備処理部３０６ａは、第２表示領域１６２のチェックボックス１６２ａ近傍に、衣装種別ごとのメッセージを表示する。すなわち、ここでは、ライブ演出準備処理部３０６ａは、衣装選択ダイアログ１６０において、選択された衣装アイコン１３２によって、第２表示領域１６２の表示を変化させる。

【0193】

衣装選択ダイアログ１６０の第２表示領域１６２、すなわち、チェックボックス１６２ａ、一部キャラクタ選択トグル１６４ａ、全キャラクタ選択トグル１６４ｂが操作されると（Ｐ１００－４のＹＥＳ）、ライブ演出準備処理部３０６ａは、一括設定機能の適用範囲を示す適用範囲情報を更新する（Ｐ１００－５）。また、ライブ演出準備処理部３０６ａは、操作された第２表示領域１６２に基づいて、第２表示領域１６２の表示を切り替える（Ｐ１００－６）。ここでは、例えば、チェックボックス１６２ａ、一部キャラクタ選択トグル１６４ａ、全キャラクタ選択トグル１６４ｂの表示態様が更新される。

【0194】

衣装選択ダイアログ１６０のキャンセルボタン１６０ｂが操作されると（Ｐ１００－７のＹＥＳ）、ライブ演出準備処理部３０６ａは、仮選択状態中の衣装ＩＤや適用範囲情報を破棄する（Ｐ１００－８）。そして、ライブ演出準備処理部３０６ａは、衣装選択ダイアログ１６０を非表示とする（Ｐ１００－３）。衣装選択ダイアログ１６０の非表示に伴って、ライブ準備画面１２０が表示される。

【0195】

衣装選択ダイアログ１６０の選択ボタン１６０ａが操作されると（Ｐ１００－９のＹＥＳ）、ライブ演出準備処理部３０６ａは、衣装設定処理（Ｐ１１０）を実行する。

【0196】

図２１は、プレイヤ端末１における衣装設定処理（Ｐ１１０）の一例を説明するフローチャートである。ライブ演出準備処理部３０６ａは、Ｐ１００－５で設定される適用範囲情報に基づき、一括設定機能が有効であるかを判定する（Ｐ１１０－１）。一括設定機能が有効でなければ（Ｐ１１０－１のＮＯ）、ライブ演出準備処理部３０６ａは、設定情報記憶部３３２のキャラクタ設定情報において、Ｐ１１－７で記憶されたポジションの番号に紐付けて、仮選択状態中の衣装ＩＤを記憶する（Ｐ１１０－２）。

【0197】

また、一括設定機能が有効であれば（Ｐ１１０－１のＹＥＳ）、ライブ演出準備処理部３０６ａは、適用範囲情報に基づき、一括設定機能の適用範囲の全てのポジションの番号を抽出する（Ｐ１１０－３）。そして、仮選択状態中の衣装ＩＤが、共通衣装の衣装ＩＤである場合（Ｐ１１０－４のＹＥＳ）、ライブ演出準備処理部３０６ａは、設定情報記憶部３３２のキャラクタ設定情報において、Ｐ１１０－３で抽出した全ての番号に紐付けて、仮選択状態中の衣装ＩＤを記憶する（Ｐ１１０－５）。

【0198】

また、一括設定機能が有効であり（Ｐ１１０－１のＹＥＳ）、仮選択状態中の衣装ＩＤが、共通衣装の衣装ＩＤではない場合（Ｐ１１０－４のＮＯ）、ライブ演出準備処理部３０６ａは、Ｐ１１０－３で抽出した番号のうちのいずれかを処理対象の番号としてセットする（Ｐ１１０－６）。なお、このフローチャートにおいてＰ１１０－４でＮＯと判定される場合というのは、仮選択状態の衣装ＩＤが、第１特別衣装用の衣装ＩＤの場合に限られるが、他の特別衣装を判定しても良いし、複数の特別衣装を判定しても良い。

【0199】

そして、ライブ演出準備処理部３０６ａは、設定情報記憶部３３２のキャラクタ設定情報において、処理対象の番号に紐付けられたゲーム媒体ＩＤを抽出する（Ｐ１１０－７）。また、ライブ演出準備処理部３０６ａは、Ｐ１１０－７で抽出したゲーム媒体ＩＤが紐付けられた第１特別衣装の着用条件の成立可否を判定する（Ｐ１１０－８）。

【0200】

着用条件が成立する場合（Ｐ１１０－９のＹＥＳ）、ライブ演出準備処理部３０６ａは、Ｐ１１０－７で抽出したゲーム媒体ＩＤが紐付けられた衣装ＩＤのうち、第１特別衣装識別情報が「１」の衣装ＩＤを、設定情報記憶部３３２のキャラクタ設定情報における処理対象の番号に紐付けて記憶する（Ｐ１１０－１０）。一方、着用条件が成立しない場合（Ｐ１１０－９のＮＯ）、ライブ演出準備処理部３０６ａは、設定情報記憶部３３２のキャラクタ設定情報における処理対象の番号に、おまかせ衣装の衣装ＩＤを紐付けて記憶する（Ｐ１１０－１１）。

【0201】

そして、Ｐ１１０－３で抽出した番号のうち、Ｐ１１０－６以降の処理が未処理の番号がある場合（Ｐ１１０－１２のＹＥＳ）、ライブ演出準備処理部３０６ａは、Ｐ１１０－６から処理を繰り返す。Ｐ１１０－６では、未処理の番号が順次セットされ、抽出された全ての番号に対して、衣装ＩＤが設定される。Ｐ１１０－３で抽出された全ての番号に対して衣装ＩＤが設定されると（Ｐ１１０－１２のＮＯ）、ライブ演出準備処理部３０６ａは、キャラクタ情報設定処理（Ｐ１２０）を実行する。

【0202】

図２２は、プレイヤ端末１におけるキャラクタ情報設定処理（Ｐ１２０）の一例を説明するフローチャートである。ライブ演出準備処理部３０６ａは、Ｐ１１－７で記憶した番号、もしくは、Ｐ１１０－３で抽出した番号のうちのいずれかを処理対象の番号としてセットする（Ｐ１２０－１）。そして、ライブ演出準備処理部３０６ａは、設定情報記憶部３３２のキャラクタ設定情報において、処理対象の番号に紐付けられた衣装ＩＤを抽出する（Ｐ１２０－２）。また、ライブ演出準備処理部３０６ａは、Ｐ１２０－２で抽出した衣装ＩＤに紐付けられた頭部検索情報を特定する（Ｐ１２０－３）。

【0203】

また、ライブ演出準備処理部３０６ａは、設定情報記憶部３３２のキャラクタ設定情報において、処理対象の番号に紐付けられたゲーム媒体ＩＤを抽出する（Ｐ１２０－４）。また、ライブ演出準備処理部３０６ａは、Ｐ１２０－４で抽出したゲーム媒体ＩＤに、Ｐ１２０－３で特定した頭部検索情報の値を末尾に加えた頭部ＩＤを設定する（Ｐ１２０－５）。ここでは、設定情報記憶部３３２のキャラクタ設定情報において、処理対象の番号に頭部ＩＤが紐付けられる。

【0204】

また、ライブ演出準備処理部３０６ａは、Ｐ１２０－２で抽出した衣装ＩＤに紐付けられた尻尾検索情報を特定する（Ｐ１２０－６）。また、ライブ演出準備処理部３０６ａは、Ｐ１２０－４で抽出したゲーム媒体ＩＤに、Ｐ１２０－６で特定した尻尾検索情報の値を末尾に加えた尻尾ＩＤを設定する（Ｐ１２０－７）。ここでは、設定情報記憶部３３２のキャラクタ設定情報において、処理対象の番号に尻尾ＩＤが紐付けられる。

【0205】

そして、Ｐ１１－７で記憶した番号、もしくは、Ｐ１１０－３で抽出した番号のうち、Ｐ１２０－１以降の処理が未処理の番号がある場合（Ｐ１２０－８のＹＥＳ）、ライブ演出準備処理部３０６ａは、Ｐ１２０－１から処理を繰り返す。Ｐ１２０－１では、未処理の番号が順次セットされ、抽出された全ての番号に対して、頭部ＩＤおよび尻尾ＩＤが設定される。Ｐ１１－７で記憶した番号、もしくは、Ｐ１１０－３で抽出された全ての番号に対して頭部ＩＤおよび尻尾ＩＤが設定されると（Ｐ１２０－８のＮＯ）、キャラクタ情報設定処理（Ｐ１２０）および衣装設定処理（Ｐ１１０）が終了となる。

【0206】

図２０に戻り、ライブ演出準備処理部３０６ａは、設定情報記憶部３３２のキャラクタ設定情報を読み出し（Ｐ１００－１０）、イメージ画像１２６、１３０を生成する（Ｐ１００－１１）。そして、ライブ演出準備処理部３０６ａは、ライブ準備画面１２０を表示する（Ｐ１００－１２）。このとき、ライブ準備画面１２０には、Ｐ１００－１１で生成されたイメージ画像１２６、１３０が表示され、また、キャラクタ設定情報に基づいて、キャラクタアイコン１２８および衣装アイコン１３２が表示される。そして、ライブ演出準備処理部３０６ａは、衣装選択ダイアログ１６０を非表示とする（Ｐ１００－１３）。

【0207】

図１９に戻り、ライブ準備画面１２０のおまかせボタン１３４が操作されると（Ｐ１１－８のＹＥＳ）、ライブ演出準備処理部３０６ａは、おまかせ設定処理を実行する（Ｐ１１－９）。ここでは、おまかせ設定画面が表示され、プレイヤの操作に基づいてキャラクタおよび衣装が自動設定される。

【0208】

ライブ準備画面１２０の開始ボタン１３６が操作されると（Ｐ１１－１０のＹＥＳ）、ライブ演出準備処理部３０６ａは、ライブ準備画面１２０を非表示とし、ライブ準備画面表示中処理を終了する。

【0209】

ライブ準備画面表示中処理が終了すると、図１８に示すように、ライブ演出実行部３０８ａが、設定情報記憶部３３２に記憶されているキャラクタ設定情報を読み出す（Ｐ１２）。そして、ライブ演出実行部３０８ａは、Ｐ１２で読み出したキャラクタ設定情報に基づいて、キャラクタ画像を含むライブ映像を生成し、ライブ演出を実行する（Ｐ１３）。これにより、プレイヤが設定した衣装を着用したキャラクタを含むライブ映像が再生される。

【0210】

以上の処理により、上記した一括設定機能が実行される。本実施形態の一括設定機能によれば、複数のキャラクタに一括して共通衣装および個別衣装を設定することができる。共通衣装が一括して設定された場合、複数のキャラクタに同一の衣装が着用され、個別衣装が一括して設定された場合、複数のキャラクタに異なる衣装が着用される。

【0211】

個別衣装の一括設定機能が使用された場合、各ゲーム媒体ＩＤに対して、着用可能であるか否かの判定がなされ、着用可能と判定されたゲーム媒体ＩＤに対して、それぞれ異なる衣装ＩＤが紐付けて記憶される。各衣装ＩＤには、異なるデザインの画像が紐付けられているため、一括設定の適用範囲に含まれるキャラクタに対して、見た目が異なる個別衣装が着用される。このように、複数のキャラクタに対して、互いに異なる衣装を一括して設定することができるため、操作性の向上と、演出の多様化とを両立することができる。

【0212】

以上、添付図面を参照しながら実施形態の一態様について説明したが、本発明は上記実施形態に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇において、各種の変形例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

【0213】

上記実施形態では、演出の一例として、キャラクタが歌唱やダンスを行うライブ演出について説明した。ただし、上記の技術的事項は、ライブ演出に限らず、ゲーム画面に表示されるあらゆる場面で適用可能である。また、上記実施形態では、ゲーム画面に表示されるオブジェクトがキャラクタであり、プレイヤがキャラクタの衣装を設定可能な場合について説明した。ただし、ゲーム画面に表示されるオブジェクトはキャラクタに限らない。例えば、ゲーム画面に表示されるオブジェクトは、デジタルカードゲームにおけるカード、もしくは、カードに表示される絵柄であってもよい。また、ゲーム画面に表示されるオブジェクトは、各種ゲームでゲーム画面に表示されるカード、アイテムであってもよい。また、ゲーム画面に表示されるオブジェクトは、シューティングゲームにおける飛行物体であってもよい。さらには、ゲーム画面に表示されるオブジェクトは、シミュレーションゲームにおいてマスに表示されるキャラクタ、アイテムであってもよい。

【0214】

そして、プレイヤが設定可能なオブジェクトの外観は、キャラクタの衣装に限らない。プレイヤが設定可能なオブジェクトの外観は、例えば、スポーツゲーム、ＲＰＧやアクションゲームにおいてキャラクタが所持するユニフォーム、武器、防具でもよい。また、例えば、プレイヤが、シューティングゲームにおける飛行物体のデザインや装備品を設定可能としてもよい。

【0215】

また、上記したゲーム画面は一例に過ぎず、図を用いて説明したゲーム画面は適宜設計変更可能である。

【0216】

また、上記実施形態では、ライブ演出に係る処理が、プレイヤ端末１において実行される場合について説明した。ただし、ライブ演出に係る処理は、サーバ１０００において実行されてもよいし、プレイヤ端末１とサーバ１０００との協働により実行されてもよい。

【0217】

いずれにしても、情報処理プログラムは、１または複数のコンピュータに以下の処理を遂行させればよい。

【0218】

（コンピュータが遂行する処理）
ゲーム画面に表示されるオブジェクト（実施形態では、一例としてキャラクタ）の外観の表示種別を選択可能であって、複数のオブジェクトの外観（実施形態では、一例として衣装）が共通となる共通表示種別、または、複数のオブジェクトで外観が異なる特別表示種別（実施形態では、一例として第１特別衣装グループ）を選択可能な第１表示領域（実施形態では、一例として第１表示領域１６１）、および、プレイヤによって選択された表示種別の適用範囲を選択可能であって、適用範囲として、所定のオブジェクト、または、複数のオブジェクトを選択可能な第２表示領域（実施形態では、一例として第２表示領域１６２）を含む選択画面（実施形態では、一例として衣装選択ダイアログ１６０）を表示する処理（実施形態では、一例としてＰ１１－７）。
選択画面において、選択された表示種別によって、第２表示領域の表示を変化させる処理（実施形態では、一例としてＰ１００－３）。
共通表示種別が選択された場合、少なくとも所定のオブジェクトを、共通表示種別に対応する外観で表示させる処理（実施形態では、一例としてＰ１１０－５、Ｐ１００－１１、Ｐ１００－１２）。
特別表示種別が選択され、かつ、適用範囲として複数のオブジェクトが選択された場合、複数のオブジェクトのそれぞれについて、表示条件が満たされているかを判定する処理（実施形態では、一例としてＰ１１０－８）。
複数のオブジェクトのうち、表示条件が満たされると判定されたオブジェクトを、特別表示種別に対応する外観で表示させる処理（実施形態では、一例としてＰ１１０－１０、Ｐ１００－１１、Ｐ１００－１２）。

【0219】

なお、上記実施形態では、第１表示領域１６１に、衣装アイコン１３２が選択可能に表示される。衣装アイコン１３２には、１の衣装が紐付けられていることから、プレイヤは、衣装アイコン１３２を選択することで、衣装の種類、すなわち、衣装の表示種別を選択可能である。上記実施形態では、衣装選択ダイアログ１６０の第１表示領域１６１に、選択可能な衣装アイコン１３２が一覧表示される。衣装アイコン１３２が一覧表示されることで、視認性および操作性が向上し、選択可能な衣装が多数ある場合にも、プレイヤが好みの衣装を容易に選択することができる。

【0220】

なお、上記実施形態では、選択中のキャラクタが着用可能な衣装に対応する衣装アイコン１３２のみが第１表示領域１６１に表示されることとした。ただし、着用の可否に拘わらず、全ての衣装に対応する衣装アイコン１３２が第１表示領域１６１に表示されてもよい。この場合、例えば、選択中のキャラクタが着用可能な衣装と、着用不可能な衣装とが識別表示されるとよい。また、この場合において、選択中のキャラクタが着用不可能な衣装が選択されたとしても、一括設定機能を使用して、選択された衣装が他のキャラクタに設定されてもよい。

【0221】

また、各衣装の表示種別は、共通表示種別および個別表示種別に大別される。したがって、衣装アイコン１３２の選択により、プレイヤは、キャラクタの衣装の表示種別を、共通表示種別とするか、個別表示種別とするかを選択しているとも言える。なお、例えば、第１表示領域１６１において、共通表示種別および個別表示種別(特別表示種別)のいずれかをプレイヤに選択可能としてもよい。この場合、衣装選択ダイアログ１６０の他の表示領域、あるいは、衣装選択ダイアログ１６０とは別のダイアログにおいて、選択された表示種別に対応する衣装（外観）が選択可能とすることができる。

【0222】

また、選択画面において選択された表示種別によって、第２表示領域の表示を変化させる場合の一例として、上記実施形態では、第２表示領域１６２に表示されるメッセージの有無、内容が変化する場合について説明した。ただし、第２表示領域の表示の変化の態様としては、例えば、表示色が変化してもよいし、操作入力の有効、無効が識別可能な態様で変化してもよい。

【0223】

また、上記実施形態では、共通衣装が選択され、かつ、適用範囲として複数のキャラクタが選択されなかった場合、予めプレイヤが選択したキャラクタにのみ共通衣装が設定される。一方、共通衣装が選択され、かつ、適用範囲として複数のキャラクタが選択された場合、複数のキャラクタに共通衣装が設定される。このように、共通衣装が選択された場合には、少なくとも１または複数の所定のキャラクタに共通衣装が設定されればよい。

【0224】

また、上記実施形態では、プレイヤが衣装を設定変更すると、設定変更後の衣装を着用したキャラクタが、ライブ準備画面１２０に表示される。したがって、プレイヤは、ライブ演出の前に、各キャラクタの衣装を確認することができ、ライブ演出をイメージ通りに実行することができる。

【0225】

また、オブジェクトには、特別表示種別に対応する外観で表示可能なオブジェクト（実施形態では、一例として着用条件を満たすキャラクタ）と、特別表示種別に対応する外観で表示不可能なオブジェクト（実施形態では、一例として着用条件を満たさないキャラクタ）とが含まれてもよい。
また、特別表示種別に対応する外観で表示可能なオブジェクト、および、特別表示種別に対応する外観で表示不可能なオブジェクトを識別するための識別情報（実施形態では、一例として育成ゲーム媒体に紐付くレベル、所持情報、ゲーム媒体ＩＤに紐付く親愛度）が設けられてもよい。
そして、特別表示種別に対応する外観で表示不可能なオブジェクトが所定条件を満たした場合、オブジェクトを特別表示種別に対応する外観で表示可能とする処理（実施形態では、一例として抽選ゲーム実行部３００ａ、強化実行部３０２ａ、ゲーム実行部３０４ａによる所持情報記憶部３３０の情報を更新する処理）が実行されてもよい。

【0226】

また、ゲーム画面は、第１のポジション（実施形態では、一例としてメインポジション）および第２のポジション（実施形態では、一例としてバックポジション）のそれぞれに配置されたオブジェクトが表示されるゲーム画面を含んでもよい。
そして、第１のポジションまたは第２のポジションに配置されたオブジェクトをプレイヤに選択可能とする処理（実施形態では、一例としてＰ１０）が実行されてもよい。
そして、第１のポジションに配置されたオブジェクトが選択された場合、第２表示領域において、適用範囲を、第１のポジションに配置される全てのオブジェクトとするか、ゲーム画面に表示される全てのオブジェクトとするかを選択可能としてもよい。
また、第２のポジションに配置されたオブジェクトが選択された場合、第２表示領域において、適用範囲を、第２のポジションに配置される全てのオブジェクトとするか、ゲーム画面に表示される全てのオブジェクトとするかを選択可能としてもよい。

【0227】

つまり、上記実施形態では、キャラクタが配置されるポジションが、２種類のポジションに大別される。これにより、同じキャラクタをライブ演出に登場させたとしても、各キャラクタの配置を異ならせることで、演出を多様化させることができる。また、各キャラクタの配置や衣装の設定を容易な操作で実現可能となる。ただし、ポジションは１種類のみ設けられてもよい。また、例えば、共通衣装または個別衣装を一括設定する対象のキャラクタの範囲は、全てのキャラクタのみであってもよい。あるいは、メインポジションおよびバックポジションのいずれかのキャラクタのみが、一括設定の対象となってもよい。

【0228】

また、上記実施形態において、ゲームを実現するための情報処理プログラムは、コンピュータが読み取り可能な非一時的記憶媒体に格納されてもよい。さらには、上記実施形態は、各機能およびフローチャートに示すステップを実現する情報処理方法としてもよい。

【符号の説明】

【0229】

１ プレイヤ端末
１６０ 衣装選択ダイアログ
１６１ 第１表示領域
１６２ 第２表示領域
１０００ サーバ
Ｓ 情報処理システム

【要約】

【課題】プレイヤの操作性を向上する。
【解決手段】情報処理プログラムは、オブジェクトの外観の表示種別を選択可能であって、複数のオブジェクトの外観が共通となる共通表示種別、または、複数のオブジェクトで外観が異なる特別表示種別を選択可能な第１表示領域１６１、および、プレイヤによって選択された表示種別の適用範囲を選択可能であって、適用範囲として、所定のオブジェクト、または、複数のオブジェクトを選択可能な第２表示領域１６２を含む衣装選択ダイアログ１６０を表示する処理と、特別表示種別が選択され、かつ、適用範囲として複数のオブジェクトが選択された場合、複数のオブジェクトのそれぞれについて、表示条件が満たされているかを判定する処理と、複数のオブジェクトのうち、表示条件が満たされると判定されたオブジェクトを、特別表示種別に対応する外観で表示させる処理と、をコンピュータに遂行させる。
【選択図】図７

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】