特許 7463591 ゲーム媒体セットを出力するためのシステム、情報処理装置、方法、及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-03-29

(45)【発行日】2024-04-08

(54)【発明の名称】ゲーム媒体セットを出力するためのシステム、情報処理装置、方法、及びプログラム

(51)【国際特許分類】

   A63F 13/533 20140101AFI20240401BHJP

   A63F 13/798 20140101ALI20240401BHJP

   A63F 13/5375 20140101ALI20240401BHJP

【ＦＩ】

A63F13/533

A63F13/798

A63F13/5375

【請求項の数】 11

(21)【出願番号】P 2023057332

(22)【出願日】2023-03-31

【審査請求日】2023-07-04

【早期審査対象出願】

(73)【特許権者】

【識別番号】511249637

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

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(74)【代理人】

【識別番号】100196612

【弁理士】

【氏名又は名称】鎌田 慎也

(72)【発明者】

【氏名】▲高▼本 巧

(72)【発明者】

【氏名】大浦 和宏

【審査官】上田 泰

(56)【参考文献】

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

【文献】特開２０１６－１９５６９１（ＪＰ，Ａ）

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

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

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

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

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

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

【文献】特開２０２３－０３７９７５（ＪＰ，Ａ）

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

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

【文献】特開２０１７－１９６３３８（ＪＰ，Ａ）

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

【文献】特開２０１９－１０７２０５（ＪＰ，Ａ）

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

【文献】特開２０１７－１５３９００（ＪＰ，Ａ）

【文献】『ファイトリーグ』- Ver.1.6アップデート！デッキ編成に便利な「デッキレシピ機能」や、US級ファイターをゲットできる「スタートアップ特典」などが登場。，Boom App Games [online]，2018年11月08日，［2019年4月19日検索］，＜https://fight-league.g.boom-app.com/entry/fight-league-update20180118＞

【文献】モンスターストライク 最強攻略BOOK 4，第1刷，株式会社 宝島社，2015年07月03日，p.7,9

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

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

Ａ６３Ｆ ９／２４

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

【請求項1】

複数のゲーム媒体から構成されるゲーム媒体セットを用いるゲームにおいて、プレイヤのためにゲーム媒体セットを出力するためのシステムであって、単位ゲームを達成するためのゲーム媒体セットを記憶する第１のテーブル及び第２のテーブルを記憶するものであり、前記システムは、
前記プレイヤに関する情報に基づいて前記第１のテーブルから所定数のゲーム媒体セットを抽出する第１の抽出部と、
前記プレイヤが所有するゲーム媒体に関する情報に基づいて前記第２のテーブルから所定数のゲーム媒体セットを抽出する第２の抽出部と、
前記第１の抽出部により抽出された所定数のゲーム媒体セット及び前記第２の抽出部により抽出された所定数のゲーム媒体セットの一部又は全部を表示する表示制御部と、
を備え、
前記第１のテーブルは、ゲームログのうち各単位ゲームを達成したゲームログから抽出又は生成されたゲーム媒体セットを記憶し、
前記第２のテーブルは、テスト用ゲームサーバを用いたシミュレーションにより各単位ゲームを達成したゲーム媒体セットを記憶する、
システム。

【請求項2】

前記第２のテーブルは、ゲームログのうち各単位ゲームを達成したゲームログから抽出又は生成されたゲーム媒体セットのそれぞれにおいてゲーム媒体セットのうちのゲーム媒体を他のゲーム媒体に置換したゲーム媒体セットを用いて、テスト用ゲームサーバを用いたシミュレーションを実行して各単位ゲームを達成したゲーム媒体セットを記憶する、請求項１に記載のシステム。

【請求項3】

前記表示制御部は、前記第１の抽出部により抽出された所定数のゲーム媒体セット及び前記第２の抽出部により抽出された所定数のゲーム媒体セットのうち、前記プレイヤが所有するゲーム媒体が多いゲーム媒体セットを優先的に表示する、請求項１に記載のシステム。

【請求項4】

前記第１のテーブルは、単位ゲームごとに、かつプレイヤレベルごとに、ゲーム媒体セットを記憶し、
前記第１の抽出部は、前記プレイヤのプレイヤレベルを基準とした所定の範囲内のプレイヤレベルのゲーム媒体セットを抽出する、請求項１から３のいずれか１項に記載のシステム。

【請求項5】

前記第１のテーブルは、単位ゲームごとに、単位ゲームの達成状況の評価を複数の段階で示す達成ランクを記憶し、
前記第１の抽出部は、各達成ランクのゲーム媒体セットを抽出し、
前記第２の抽出部は、一番高評価の達成ランクのゲーム媒体セットを抽出する、
請求項１に記載のシステム。

【請求項6】

前記第２の抽出部は、前記プレイヤが所有するゲーム媒体のみを含むゲーム媒体セットを抽出する、請求項１に記載のシステム。

【請求項7】

複数のゲーム媒体から構成されるゲーム媒体セットを用いるゲームにおいて、プレイヤのためにゲーム媒体セットを出力するための情報処理装置であって、単位ゲームを達成するためのゲーム媒体セットを記憶する第１のテーブル及び第２のテーブルを記憶するものであり、前記情報処理装置は、
前記プレイヤに関する情報に基づいて前記第１のテーブルから所定数のゲーム媒体セットを抽出し、
前記プレイヤが所有するゲーム媒体に関する情報に基づいて前記第２のテーブルから所定数のゲーム媒体セットを抽出し、
前記第１のテーブルから抽出された所定数のゲーム媒体セット及び前記第２のテーブルから抽出された所定数のゲーム媒体セットのうち、前記プレイヤが所有するゲーム媒体が多いゲーム媒体セットを優先的に表示させるための情報を出力する、
ように構成され、
前記第１のテーブルは、ゲームログのうち各単位ゲームを達成したゲームログから抽出又は生成されたゲーム媒体セットを記憶し、
前記第２のテーブルは、テスト用ゲームサーバを用いたシミュレーションにより各単位ゲームを達成したゲーム媒体セットを記憶する、
情報処理装置。

【請求項8】

前記第２のテーブルは、ゲームログのうち各単位ゲームを達成したゲームログから抽出又は生成されたゲーム媒体セットのそれぞれにおいてゲーム媒体セットのうちのゲーム媒体を他のゲーム媒体に置換したゲーム媒体セットを用いて、テスト用ゲームサーバを用いたシミュレーションを実行して各単位ゲームを達成したゲーム媒体セットを記憶する、
請求項７に記載の情報処理装置。

【請求項9】

複数のゲーム媒体から構成されるゲーム媒体セットを用いるゲームにおいて、プレイヤのためにゲーム媒体セットを出力するための、コンピュータにより実行される方法であって、
前記プレイヤに関する情報に基づいて、単位ゲームを達成するためのゲーム媒体セットを記憶する第１のテーブルから所定数のゲーム媒体セットを抽出することと、
前記プレイヤが所有するゲーム媒体に関する情報に基づいて、単位ゲームを達成するためのゲーム媒体セットを記憶する第２のテーブルから所定数のゲーム媒体セットを抽出することと、
前記第１のテーブルから抽出された所定数のゲーム媒体セット及び前記第２のテーブルから抽出された所定数のゲーム媒体セットのうち、前記プレイヤが所有するゲーム媒体が多いゲーム媒体セットをディスプレイに優先的に表示する又は前記プレイヤが所有するゲーム媒体が多いゲーム媒体セットをディスプレイに優先的に表示させるための情報を出力することと、を含み、
前記第１のテーブルは、ゲームログのうち各単位ゲームを達成したゲームログから抽出又は生成されたゲーム媒体セットを記憶し、
前記第２のテーブルは、テスト用ゲームサーバを用いたシミュレーションにより各単位ゲームを達成したゲーム媒体セットを記憶する、
方法。

【請求項10】

前記第２のテーブルは、ゲームログのうち各単位ゲームを達成したゲームログから抽出又は生成されたゲーム媒体セットのそれぞれにおいてゲーム媒体セットのうちのゲーム媒体を他のゲーム媒体に置換したゲーム媒体セットを用いて、テスト用ゲームサーバを用いたシミュレーションを実行して各単位ゲームを達成したゲーム媒体セットを記憶する、
請求項９に記載の方法。

【請求項11】

請求項９又は１０に記載の方法をコンピュータに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ゲーム媒体セットを出力するためのシステム、情報処理装置、方法、及びプログラムに係わり、特に複数のゲーム媒体から構成されるゲーム媒体セットを用いるゲームにおいて、ゲーム媒体セットを出力するためのシステム、情報処理装置、方法、及びプログラムに関する。

【背景技術】

【0002】

近年のスマートフォン等に代表される通信機能を備える情報処理装置の普及が急速に進み、このような通信機能を備える情報処理装置上で実行されるゲームも数多くリリースされている。この種のゲームにおいて、一人のユーザ（プレイヤ）が複数のゲーム媒体（キャラクタ、カードや装備などのアイテム等）を含むゲーム媒体セットを用いてゲーム課題を達成させるゲームが広く知られている。例えば特許文献１には、他のユーザがゲーム課題を達成する毎に実績情報を蓄積し、ユーザがゲーム課題に挑戦するためのオブジェクト群を決定する際に、蓄積された実績情報に基づいて、ゲーム課題を達成するための目安となるためのオブジェクト群の情報を、ユーザに提示するシステムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第６３４５８６６号公報

【発明の概要】

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

【0004】

プレイヤが複数のゲーム媒体を編成してプレイするゲームにおいて、自己のゲーム媒体セットをどのように編成するかを決定することはゲーム性の中核をなす部分である。例えば初心者のプレイヤにとってのゲームの興趣性を向上させるために、ゲームにおいて、参考となるゲーム媒体セットを出力すること（例えばプレイヤに提示すること）が望まれていた。

【0005】

１つの側面では、本発明は、このような課題を解決するためになされたものであり、ゲーム媒体セットを出力することが可能なシステムを提供することを目的とする。

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

【0006】

〔１〕本発明の一実施形態のシステムは、
複数のゲーム媒体から構成されるゲーム媒体セットを用いるゲームにおいて、ゲーム媒体セットを出力するためのシステムであって、単位ゲームを達成するためのゲーム媒体セットを記憶する第１のテーブルと、単位ゲームを達成するためのゲーム媒体セットを記憶し、前記第１のテーブルとは異なる第２のテーブルとを記憶するものであり、前記システムは、
前記プレイヤに関する情報に基づいて前記第１のテーブルから所定数のゲーム媒体セットを抽出する第１の抽出部と、
前記プレイヤが所有するゲーム媒体に関する情報に基づいて前記第２のテーブルから所定数のゲーム媒体セットを抽出する第２の抽出部と、
前記第１の抽出部により抽出された所定数のゲーム媒体セット及び前記第２の抽出部により抽出された所定数のゲーム媒体セットの一部又は全部を表示する表示制御部と、
を備える、システムである。

【0007】

〔２〕本発明の一実施形態では、
前記第１のテーブルは、ゲームログのうち各単位ゲームを達成したゲームログから抽出又は生成されたゲーム媒体セットを記憶し、
前記第２のテーブルは、テスト用ゲームサーバを用いたシミュレーションにより各単位ゲームを達成したゲーム媒体セットを記憶する、〔１〕に記載のシステムである。

【0008】

〔３〕本発明の一実施形態では、
前記第２のテーブルは、ゲームログのうち各単位ゲームを達成したゲームログから抽出又は生成されたゲーム媒体セットのそれぞれにおいてゲーム媒体セットのうちのゲーム媒体を他のゲーム媒体に置換したゲーム媒体セットを用いて、テスト用ゲームサーバを用いたシミュレーションを実行して各単位ゲームを達成したゲーム媒体セットを記憶する、〔２〕に記載のシステムである。

【0009】

〔４〕本発明の一実施形態では、
前記表示制御部は、前記第１の抽出部により抽出された所定数のゲーム媒体セット及び前記第２の抽出部により抽出された所定数のゲーム媒体セットのうち、前記プレイヤが所有するゲーム媒体が多いゲーム媒体セットを優先的に表示する、〔１〕から〔３〕のいずれか１つに記載のシステムである。

【0010】

〔５〕本発明の一実施形態では、
前記第１のテーブルは、単位ゲームごとに、プレイヤレベルごとに、ゲーム媒体セットを記憶し、
前記第１の抽出部は、前記プレイヤのプレイヤレベルを基準とした所定の範囲内のプレイヤレベルのゲーム媒体セットを抽出する、〔１〕から〔４〕のいずれか１つに記載のシステムである。

【0011】

〔６〕本発明の一実施形態では、
前記第１のテーブルは、単位ゲームごとに、単位ゲームの達成状況の評価を複数の段階で示す達成ランクを記憶し、
前記第１の抽出部は、各達成ランクのゲーム媒体セットを抽出し、
前記第２の抽出部は、一番高評価の達成ランクのゲーム媒体セットを抽出する、
〔１〕から〔５〕のいずれか１つに記載のシステムである。

【0012】

〔７〕本発明の一実施形態では、
前記第２の抽出部は、前記プレイヤが所有するゲーム媒体のみを含むゲーム媒体セットを抽出する、〔１〕から〔６〕のいずれか１つに記載のシステムである。

【0013】

〔８〕本発明の一実施形態の情報処理装置は、
複数のゲーム媒体から構成されるゲーム媒体セットを用いるゲームにおいて、ゲーム媒体セットを出力するための情報処理装置であって、単位ゲームを達成するためのゲーム媒体セットを記憶する第１のテーブルと、単位ゲームを達成するためのゲーム媒体セットを記憶し、前記第１のテーブルとは異なる第２のテーブルとを記憶するものであり、前記情報処理装置は、
前記プレイヤに関する情報に基づいて前記第１のテーブルから所定数のゲーム媒体セットを抽出し、
前記プレイヤが所有するゲーム媒体に関する情報に基づいて前記第２のテーブルから所定数のゲーム媒体セットを抽出し、
前記第１のテーブルから抽出された所定数のゲーム媒体セット及び前記第２のテーブルから抽出された所定数のゲーム媒体セットのうち、前記プレイヤが所有するゲーム媒体が多いゲーム媒体セットを優先的に表示させるための情報を出力する、
ように構成される、情報処理装置である。

【0014】

〔９〕本発明の一実施形態では、
前記第１のテーブルは、ゲームログのうち各単位ゲームを達成したゲームログから抽出又は生成されたゲーム媒体セットを記憶し、
前記第２のテーブルは、テスト用ゲームサーバを用いたシミュレーションにより各単位ゲームを達成したゲーム媒体セットを記憶する、
〔８〕に記載の情報処理装置である。

【0015】

〔１０〕本発明の一実施形態の方法は、
複数のゲーム媒体から構成されるゲーム媒体セットを用いるゲームにおいて、ゲーム媒体セットを出力するための、コンピュータにより実行される方法であって、
前記プレイヤに関する情報に基づいて、単位ゲームを達成するためのゲーム媒体セットを記憶する第１のテーブルから所定数のゲーム媒体セットを抽出し、
前記プレイヤが所有するゲーム媒体に関する情報に基づいて、単位ゲームを達成するためのゲーム媒体セットを記憶する第２のテーブルであって前記第１のテーブルとは異なる第２のテーブルから所定数のゲーム媒体セットを抽出し、
前記第１のテーブルから抽出された所定数のゲーム媒体セット及び前記第２のテーブルから抽出された所定数のゲーム媒体セットのうち、前記プレイヤが所有するゲーム媒体が多いゲーム媒体セットをディスプレイに優先的に表示する又は表示させるための情報を出力する、
方法である。

【0016】

〔１１〕本発明の一実施形態では、
前記第１のテーブルは、ゲームログのうち各単位ゲームを達成したゲームログから抽出又は生成されたゲーム媒体セットを記憶し、
前記第２のテーブルは、テスト用ゲームサーバを用いたシミュレーションにより各単位ゲームを達成したゲーム媒体セットを記憶する、〔１０〕に記載の方法である。

【0017】

〔１２〕本発明の一実施形態のプログラムは、〔１０〕又は〔１１〕に記載の方法をコンピュータに実行させるプログラムである。

【発明の効果】

【0018】

１つの側面では、本発明によれば、ゲーム媒体セットを出力することができる。

【図面の簡単な説明】

【0019】

【図1】本発明の一実施形態のシステムの全体構成図である。

【図2】本発明の一実施形態の推薦装置のハードウェア構成を示すブロック図である。

【図3】本発明の一実施形態のゲームサーバのハードウェア構成を示すブロック図である。

【図4】本発明の一実施形態のプレイヤ端末のハードウェア構成を示すブロック図である。

【図5】本発明の一実施形態のシステムの機能ブロック図の一例である。

【図6】プレイヤ端末に表示されるパーティ推薦画面の一例を示す図である。

【図7】本発明の一実施形態のシステムの処理のフローチャートの一例を説明する図である。

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

【0020】

以下、図面を参照して、本発明の実施形態のシステムについて説明する。以下に記載する実施形態の構成、及び当該構成によってもたらされる作用や効果は、あくまで一例であって、以下の記載内容に制限されるものではない。

【0021】

本発明の実施形態のシステム１は、複数のキャラクタから構成されるパーティ（パーティ編成）を用いてクエストをクリアしていくことで進行するゲームにおいて、推薦するパーティなどの情報をプレイヤ（ユーザ）に対して提示することが可能なシステムである。キャラクタは、ゲーム媒体の１つの例示であって、カードや装備アイテムなどの他のゲーム媒体であってもよい。パーティは、複数のゲーム媒体から構成されるゲーム媒体セット（ゲーム媒体グループ）の１つの例示であって、例えば編成されたデッキ、カードや装備アイテムの組合せであってもよい。本発明の実施形態のゲームは、説明の便宜上「ゲームＧ」と呼ぶ。ゲームＧは、スマートフォンなどの携帯用端末でプレイ可能なオンラインゲームである。本発明の実施形態では、アプリは、スマートフォンやタブレット端末にインストールされるアプリを意味することができ、またアプリケーション全般を意味することもできる。本発明の実施形態では、ＩＤは、一意に識別可能な識別情報の一例であり、例えばプレイヤＩＤは、プレイヤを一意に識別可能なプレイヤ識別情報の１つの例である。本発明の実施形態は、システムに限定されず、情報処理装置（サーバ）、方法、又はプログラムなどとすることができる。

【0022】

図１は、本発明の実施形態のシステム１の全体構成図である。図１に示すように、システム１は、推薦装置１０と、ゲームサーバ２０と、複数のプレイヤ端末３０とを含み、推薦装置１０と、ゲームサーバ２０は、例えばインターネットなどのネットワーク２に接続され、互いに通信可能である。

【0023】

本発明の実施形態のハードウェア構成の説明においては、便宜上、推薦装置１０は、１つの装置により実現されるものとして説明するが、これに限定されない。推薦装置１０は、１又は複数の装置により構成されてもよいし、仮想サーバなどの仮想環境により実現されてもよい。推薦装置１０は、仮想環境により実現される場合、構成するすべての要素の仮想化を実現した仮想環境を用いて実現することができる。仮想環境に関する技術は、例えば特開２０２１－１４５９３９号公報に記載された技術を用いることができる。

【0024】

図２は本発明の一実施形態の推薦装置１０のハードウェア構成を示すブロック図である。推薦装置１０は、処理装置１１、入力装置１２、出力装置１３、記憶装置１４、及び通信装置１５を備える。これらの各構成装置はバス１６によって接続される。なお、バス１６と各構成装置との間には必要に応じてインタフェースが介在しているものとする。

【0025】

処理装置１１は、推薦装置１０全体の動作を制御する。例えば処理装置１１は、ＣＰＵである。処理装置１１は、記憶装置１４に格納されているプログラムやデータを読み込んで実行することにより、様々な処理を実行する。処理装置１１は、複数の処理装置から構成されてもよい。例えば処理装置１１は、ＣＰＵ、ＭＰＵ、ＧＰＵ、及びＦＰＧＡの少なくとも１つから構成されてもよい。

【0026】

入力装置１２は、推薦装置１０に対するユーザからの入力を受け付けるデバイスであり、例えば、タッチパネル、タッチパッド、キーボード、マウス、又はボタンである。出力装置１３は、処理装置１１の制御に従って、情報を出力するデバイスであり、例えばアプリケーション画面などを推薦装置１０のユーザに表示するディスプレイである。

【0027】

記憶装置１４は、主記憶装置及び補助記憶装置を含む。主記憶装置は、例えば情報の高速な読み書きが可能な揮発性メモリであり、処理装置１１が情報を処理する際の記憶領域及び作業領域として用いられる。補助記憶装置は、様々なプログラムや、各プログラムの実行に際して処理装置１１が使用するデータを格納する。補助記憶装置は、不揮発性ストレージ又は不揮発性メモリであり、着脱可能なものであってもよい。１つの例では、記憶装置１４は、ブルーレイディスク、ＤＶＤ、ＣＤ、ＨＤＤ、ＳＳＤ、及びフラッシュメモリのうちの少なくとも１つと、ＳＲＡＭ及びＤＲＡＭのうちの少なくとも１つとを含むことができる。

【0028】

通信装置１５は、ネットワークを介してユーザ端末（プレイヤ端末）又はサーバなどの他のコンピュータとの間でデータの授受を行うことが可能なモジュール、デバイス、又は装置である。通信装置１５は、無線通信用のデバイスやモジュールなどとすることもできるし、有線通信用のデバイスやモジュールなどとすることもできる。なお、推薦装置１０のユーザによる入出力が通信装置１５を介した入出力のみである場合、推薦装置１０は、入力装置１２及び出力装置１３を備えなくてもよい。

【0029】

ゲームサーバ２０は、オンラインゲームを提供する一般的なゲームサーバと同様の構成を備える。本発明の実施形態のハードウェア構成の説明においては、便宜上、ゲームサーバ２０は、１つの装置により実現されるものとして説明するが、これに限定されない。ゲームサーバ２０は、１又は複数の装置により構成されてもよいし、仮想サーバなどの仮想環境により実現されてもよい。

【0030】

図３は本発明の一実施形態のゲームサーバ２０のハードウェア構成を示すブロック図である。ゲームサーバ２０は、処理装置２１、入力装置２２、出力装置２３、記憶装置２４、及び通信装置２５を備える。これらの各構成装置はバス２６によって接続される。なお、バス２６と各構成装置との間には必要に応じてインタフェースが介在しているものとする。処理装置２１、入力装置２２、出力装置２３、記憶装置２４、及び通信装置２５の各要素は、前述した処理装置１１、入力装置１２、出力装置１３、記憶装置１４、及び通信装置１５に各々対応するものであり、同様の構成を有するため、説明は省略する。ゲームサーバ２０のユーザによる入出力が通信装置２５を介した入出力のみである場合、ゲームサーバ２０は、入力装置２２及び出力装置２３を備えなくてもよい。１つの例では、記憶装置２４は、サーバ用アプリケーションのサーバ用アプリＳＡを記憶する。サーバ用アプリＳＡは、サーバ用アプリＳＡを実行するためのプログラム及び該プログラム実行時に参照する各種データを含む。

【0031】

図４は本発明の一実施形態のプレイヤ端末３０のハードウェア構成を示すブロック図である。プレイヤ端末３０は、処理装置３１、入力装置３２、出力装置３３、記憶装置３４、及び通信装置３５を備える。これらの各構成装置はバス３６によって接続される。なお、バス３６と各構成装置との間には必要に応じてインタフェースが介在しているものとする。処理装置３１、入力装置３２、出力装置３３、記憶装置３４、及び通信装置３５の各要素は、前述した処理装置１１、入力装置１２、出力装置１３、記憶装置１４、及び通信装置１５に各々対応するものであり、同様の構成を有するため、説明は省略する。１つの例では、出力装置３３は、タッチパネルなどのディスプレイ３３である。１つの例では、プレイヤ端末３０はスマートフォンである。１つの例では、プレイヤ端末３０は、タブレット型コンピュータ、パソコン、又はゲーム装置などの電子装置とすることができる。１つの例では、記憶装置３４は、端末用ゲームアプリケーションのゲームアプリＣＡを記憶する。ゲームアプリＣＡは、ゲームアプリＣＡを実行するためのプログラム及び該プログラム実行時に参照する各種データを含む。

【0032】

１つの例では、ゲームＧは、ゲームサーバ２０とプレイヤ端末３０により実現される。ゲームサーバ２０は、実際に一般プレイヤ（一般ユーザ）がゲームをプレイする際に、プレイヤ端末３０によってアクセスされるサーバである。１つの例では、プレイヤ端末３０上でゲームアプリＣＡが起動されると、プレイヤ端末３０は、サーバ用アプリＳＡが実行されているゲームサーバ２０と通信する。ゲームサーバ２０は、ゲームサービスを提供するために必要なデータをプレイヤ端末３０との間で送受信する。１つの例では、ゲームサーバ２０は、プレイヤ端末３０においてゲームアプリＣＡが起動している間、該プレイヤ端末３０と定期的又は断続的に通信し、該プレイヤ端末３０でのゲーム操作入力に応じてゲームを実行し、その実行結果を該プレイヤ端末３０に送信する。

【0033】

１つの例では、ゲームサーバ２０は、プレイヤＩＤとプレイヤのゲームに関する情報とを関連付けて記憶装置２４に記憶する。１つの例では、ゲームサーバ２０は、プレイヤ端末３０からプレイヤＩＤ及びパスワードを受け取ってプレイヤを認証し、認証したプレイヤのプレイヤＩＤに関連付けて記憶したデータを用いてプレイヤ端末３０に対してゲームサービスを提供する。ゲームサーバ２０は、一度プレイヤＩＤを認証すると、ゲームを終了するまで又はログアウト操作を受け付けるまでは当該プレイヤＩＤに関連付けてデータを記憶することができる。例えばプレイヤ端末３０が、ゲームサーバ２０に接続し、プレイヤＩＤ及びパスワードなどを用いて識別、認証されると、プレイヤは、該プレイヤ端末３０を介して、該プレイヤＩＤのプレイヤとしてゲームＧをプレイすることができる。ゲームサーバ２０は、プレイヤ端末３０がゲームＧを実行する間、例えばプレイヤ端末３０がゲームアプリＣＡを実行する間、ゲームに関するログデータであるゲームログを記憶する。ゲームサーバ２０が記憶するゲームログは、一般プレイヤのゲームプレイによって生成されるものである。

【0034】

１つの例では、プレイヤ端末３０は、入出力用のシンクライアント端末として構成されてもよい。この場合、ゲームサーバ２０は、ゲームＧを実現するために必要な機能のうち、プレイヤ端末３０における入出力機能を除いたすべての機能を備えることができる。１つの例では、プレイヤ端末３０は、プレイヤがゲームＧをプレイする前に予めダウンロード可能なデータをゲームサーバ２０から受信してゲームアプリＣＡに関連するデータとして記憶するように構成されてもよい。プレイヤ端末３０は、ゲームＧを実現するために必要な機能のうち、ゲームサーバ２０に実装される必要のある機能を除いた機能を備えることができる。

【0035】

本発明の実施形態のゲームＧは、以下の内容のゲームである。
・ゲームＧは、後述する味方キャラクタが敵キャラクタと対戦するバトルゲームであるクエストを複数含むものであり、各クエストの順番は予め定められているか、又は所定のルールに従って設定されている。ゲームＧは、クエスト以外のバトルゲームも含むことができるものである。
・各クエストにはクエストＩＤが関連付けられており、それぞれ開放条件が設定されている。開放条件としては、例えば、プレイヤレベルが所定値以上であること、他の所定のバトルゲームをクリアしていること等が挙げられる。プレイヤは、開放条件を満たしているバトルゲームのみをプレイすることができる。
・プレイヤは、パーティ編成画面（図示せず）を介して、自身が所有する味方キャラクタの中から複数のキャラクタを選択してパーティを編成することができる。パーティ編成画面は、クエストのバトルゲーム開始前に表示されてもよいし、ホーム画面（図示せず）からパーティ編成画面用ボタンの選択を受け付けることにより表示されてもよい。なお、本発明の実施形態の説明においては、説明の便宜上、プレイヤが５つのキャラクタを選択してパーティを編成することができる場合について説明しているが、これに限定されない。
・プレイヤは、パーティの味方キャラクタを用いて、様々なステータスや属性を持つ敵キャラクタや難易度が異なる複数種類のクエストをプレイすることができる。パーティに編成した味方キャラクタが敵キャラクタを倒すことでクエストはクリアすることができる。クエストをクリアした場合、クリアしたプレイヤは報酬を獲得することができる。クエストをクリアする難易度は、概してクエストを進めていけばいくほど高くなる。
・クエストのバトルゲームが終了すると、クリア状況に応じて、クリアランクを示すクリアフラグが関連付けられる。クリアフラグは、味方キャラクタが全員生存した状態でクリアしたことを示す星×３（★★★）に対応する「３」、３～４つの味方キャラクタが生存した状態でクリアしたことを示す星×２（★★）に対応する「２」、１～２つの味方キャラクタが生存した状態でクリアしたことを示す星×１（★）に対応する「１」、又はクリアできなかったことを示す星×０に対応する「０」のいずれかである。プレイヤが獲得する報酬は、クリアランクに応じて異なる。
・ゲームＧは、マニュアルモード／スマートオートモード／オートモードの機能を備える。オートモードが選択された場合、クエストがオートで進行し、クエストにおいてプレイヤは操作する必要がない。スマートオートモードが選択された場合、クエストがオートで進行し、クエストにおいて回復や状態異常の付与などの効果を持つ技の発動のみプレイヤは操作することができる。
・ゲームＧでは、バージョン変更が行われることがあり、それに伴い、バランス調整が行われることがある。

【0036】

本発明の実施形態のゲームＧにおけるプレイヤは、以下の内容である。
・プレイヤは、味方キャラクタを所有することができ、所有する味方キャラクタのキャラクタＩＤは、自身のプレイヤＩＤに関連付けて記憶されている。プレイヤは、味方キャラクタ確認画面（図示せず）を介して、プレイヤが所有している全ての味方キャラクタを確認することができる。プレイヤは、例えばゲームにおける報酬又は無料若しくは有料の抽選処理やクエストのクリア報酬等により味方キャラクタを獲得することができ、新たな味方キャラクタを獲得すると、そのプレイヤのプレイヤＩＤに、獲得した味方キャラクタの味方キャラクタＩＤが関連付けて記憶される。
・プレイヤＩＤにはプレイヤのレベルを示すプレイヤレベルが関連付けて記憶され、プレイヤは、ゲーム画面において自身のプレイヤレベルを確認することができる。
・プレイヤは、クエストをクリアすると、プレイヤ経験値として所定値を獲得することができ、プレイヤ経験値が一定値に到達するごとに、プレイヤレベルが上昇する。プレイヤの現在のレベルが、味方キャラクタのレベルの上限値になり、プレイヤレベルが所定値上昇すると、後述する味方キャラクタのキャラクタレベルの上限値も同様に所定値上昇する。
・プレイヤＩＤには、プレイヤのプレイ情報（例えばゲーム開始時期、最新のログイン日時）が関連付けて記憶される。

【0037】

本発明の実施形態のゲームＧにおけるキャラクタは、以下の内容である。
・各味方キャラクタ（キャラクタＩＤ）は、各種のステータス情報（ステータスデータ）が関連付けて記憶されている。例えばステータス情報は、攻撃力や防御力等の能力値、レアリティ、経験値、キャラクタレベル、装備、装備レベル、キャラクタランク、属性（例えば前衛／中衛／後衛の種類、物理／魔法／万能の種類など）を含む。
・レアリティとは、ゲーム開発者やゲーム運営者が定義するその味方キャラクタのレアリティであり、具体的には、星の数や、レア（Ｒ）やスーパーレア（ＳＲ）などで表されるパラメータの一種である。各キャラクタの入手時には初期レアリティが設定されており、抽選処理における当選確率が低いキャラクタや、難易度が高いクエストのクリア報酬として取得できるキャラクタほど初期レアリティは高く、プレイヤの所有率が低くなる傾向にある。逆に、初期レアリティが低い味方キャラクタは初級者でも所有率が高くなる傾向にある。なお、ゲーム中、レアリティは可変であってよく、アイテムや合成処理などを用いて味方キャラクタのレアリティを向上させることによって、味方キャラクタの基礎的な能力値を向上させる構成であってもよい。
・経験値は、例えばクエストで勝利した場合又は所定のアイテムを使用した場合に上昇し、キャラクタレベルは、経験値に対応して設定され、経験値が所定値に達するたびにキャラクタレベルが上昇する。例えば各味方キャラクタには、前述したプレイヤレベルに応じたキャラクタレベルの上限値が設定されており、各種アイテムを使用することによって、上限値までの範囲内でのみキャラクタレベルが上昇する。例えば味方キャラクタには、キャラクタレベルに基づいて、ライフポイント、攻撃力、防御力等の戦闘力に対応するベース値が設定され、味方キャラクタに設定される各ベース値はレベルが高くなるほど上昇する。
・装備は、味方キャラクタが装備する武器や防具などの装備アイテムであり、ゲーム内ショップによる購入や、クエストの報酬などにより入手することができる。例えば各装備アイテムには、攻撃力や防御力等に対する加算値が設定され、装備品を装備させると、上記のベース値に、各装備品の加算値が加算され、味方キャラクタの各種能力を高めることができる。各装備には、装備可能になるキャラクタレベルが設定されており、キャラクタレベルを向上させることによって、より強い装備アイテムを装着することができる。さらに、例えば装備には、装備レベルが設定され、各種アイテムの使用によって装備レベルが高くなると攻撃力や防御力等に対する加算値が高く設定され、各装備には、装備レベルの上限値が設定される。
・キャラクタランクは、特定の装備を集めて使用することによりランクを上げることができ、味方キャラクタの各種能力を高め、更にクエストで使用できるスキルを取得することができる。
・属性は、キャラクタに紐づく属性で、例えばクエストにおけるパーティの配置位置であるタンク・前衛・中衛・後衛の種類や、得意とする攻撃防御の得意スタイルとしての物理・魔法・万能などのメタデータであり、これらはパーティを編成する際にプレイヤによって考慮される情報である。１つの例として、同一の属性の中でさらに分類してもよく、例えば、より性能や適性が高いレア万能と低いコモン万能を設けてもよい。なお、味方キャラクタだけでなく、敵キャラクタも同様に属性があり、どのような属性を持つ味方キャラクタをパーティ編成するかはクエスト攻略において重要である。
以上、ゲームＧにおいて、味方キャラクタの能力を向上させることができるレアリティ、キャラクタレベル、装備レベル、キャラクタランクについて、本実施形態においては便宜上、総称してキャラステータスレベルという。キャラステータスレベルは、レアリティ、キャラクタレベル、装備レベル、キャラクタランクなどのレベル（ランク）のうちの１つを意味することもできるし、これらの一部又は全部に基づいて決定されたレベル（ランク）を意味することもできる。

【0038】

本発明の実施形態では、ゲームサーバ２０が記憶するゲームログは、１つのクエストごとに、パーティを構成する味方キャラクタであるパーティ編成キャラクタと各パーティ編成キャラクタのステータス情報及びクエストをクリアした際のリプレイデータを含む。
ステータス情報は、キャラステータスレベルを含む。

【0039】

図５は本発明の実施形態のシステム１の機能ブロック図の一例である。システム１は、制御部４１、第１の記憶部４２、及び第２の記憶部４３を備える。制御部４１は、第１の抽出部４４、第２の抽出部４５、及び表示制御部４６を備える。

【0040】

推薦装置１０及びゲームサーバ２０のそれぞれが１又は複数の装置により実現される場合、制御部４１は、例えば、処理装置１１、処理装置２１、及び処理装置３１の少なくとも１つがプログラムを実行し、必要に応じて記憶装置１４及び記憶装置２４の少なくとも１つにデータを記憶することにより、又は、これに加えて、必要に応じて、推薦装置１０、ゲームサーバ２０、及びプレイヤ端末３０の２以上の装置の間でデータを受け渡し若しくは受け取ることにより実現される。またこの場合、第１の記憶部４２及び第２の記憶部４３は、例えば、記憶装置１４、記憶装置２４、及び記憶装置３４の少なくとも１つにより実現されてもよいし、記憶装置１４、記憶装置２４、及び記憶装置３４のうちの少なくとも１つがデータベース用のデータ（例えばテーブル）やプログラムを記憶し、処理装置１１、処理装置２１、及び処理装置３１の少なくとも１つによりプログラムが実行されることにより実現されてもよい。このように各種機能がプログラム読み込みにより実現されるため、１つの機能部（例えばソフトウェアモジュール）の一部又は全部を他の機能部が有していてもよい。推薦装置１０及びゲームサーバ２０の少なくとも一方が仮想環境により実現される場合、システム１が備えるこれらの機能は、推薦装置１０及びゲームサーバ２０のそれぞれが１又は複数の装置により実現される場合の動作に準じた各構成要素の動作により、実現することができる。

【0041】

制御部４１は、ネットワーク２を介してゲームサービスを提供する既知のゲームサーバの機能を備える。例えば、制御部４１は、推薦装置１０とゲームサーバ２０とプレイヤ端末３０とにより実現することができ、制御部４１の既知のゲームサーバの機能は、ゲームサーバ２０とプレイヤ端末３０により実現することができる。ゲームＧは、制御部４１により実現することができ、制御部４１は、プレイヤ端末３０からのアクセスを受け付けて、プレイヤ端末３０でプレイヤがプレイするゲームＧに関する処理を行うことができる。

【0042】

第１の記憶部４２は、ゲームサーバ２０が記憶するゲームログから取得される情報、ゲームログの一部、又はこれら両方を記憶する。例えば、第１の記憶部４２は、推薦装置１０により実現することができる。ゲームサーバ２０が記憶するゲームログは、クエストに関するゲームログとして、パーティ（パーティ編成）に関する情報であるパーティ情報（パーティデータ）を含んでいる。第１の記憶部４２は、第１のテーブルを記憶する。第１のテーブルは、ゲームログのうち各クエストをクリアしたゲームログから抽出又は生成されたパーティ情報を記憶する（含む）ものであり、一般プレイヤのゲームプレイにより使用されたパーティに関する情報を含むものである。

【0043】

第１のテーブルは、表１に示すようなデータを格納する。
（表１）

第１のテーブルは、カラムとして、プレイヤＩＤ、バトルＩＤ、クエストＩＤ、チームレベル、クリアフラグ、クエストバランスバージョン、バトルロジックバージョン、マニュアルクリアフラグ、及びユニットデータを含む。

【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】

本発明の実施形態では、第１のテーブルは、本発明の実施形態において上記で説明した表１のデータ構造に限定されるものではなく、ゲーム内容に応じて異なるデータを格納する異なるテーブルとすることができる。例えば、パーティが５つのキャラクタではなく異なる数のキャラクタ（例えば４つのキャラクタなど）から構成される場合、ユニットデータに記憶されるパーティ情報は、パーティを構成する数のパーティ編成キャラクタ（例えば４つのパーティ編成キャラクタ）及びそれらのキャラクタのステータス情報を含むものとすることができる。例えば、第１のテーブルは、バージョン（version）のカラムの代わりに、不具合修正やランクボーナスなどのリソース更新にてバトルの挙動が現状と変わる場合に更新されるクエストバランスバージョン（quest_balance_version）及びバイナリ更新にてバトル挙動が現状と変わる場合に更新されるバトルロジックバージョン（ballte_logic_version）の２つのカラムを含むことができる。

【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】

仮想インスタンスはプレイヤ端末又はプレイヤ端末のソフトウェア環境を仮想化するための仮想インスタンスであり、例えば、docker（登録商標）等の「コンテナ」と呼ばれるオペレーティングシステム・レベルの仮想化技術を用いることにより実現できる。docker（登録商標）は、Linux（登録商標）カーネルが提供するLinux（登録商標）コンテナを制御し、プロセス単位での仮想化、すなわち、ＣＰＵの利用とファイルシステムの利用を、他のプロセスから分離された空間を提供することができる。各コンテナ同士は相互に分離されているため、あたかも、オペレーティングシステム内で、唯一動作するゲームアプリとしてふるまうことが可能になる。そのため、各コンテナにおいてゲームアプリを実行して、ゲームアプリのプロセスを起動することにより、プレイヤ端末におけるゲームアプリの実行を仮想的に実現することができる。したがって、仮想インスタンスサーバにおいて複数の仮想インスタンスを生成して、同時に複数のゲームアプリを隔離して並列に実行し、検証用結果を生成することができる。例えば、仮想インスタンスとしてdocker（登録商標）の「コンテナ」を用いることができ、仮想インスタンスのそれぞれは、仮想化されたスマートフォンとして扱うことができる。

【0121】

例えば、仮想インスタンスは、プレイヤ端末においてゲームをプレイするために実行されるゲームアプリを、ヘッドレスモードで実行することによりゲームＧを実行することができる。例えば、仮想インスタンスサーバは、少なくともグラフィック処理及びサウンド処理が実質的に無効化されるように、プレイヤ端末においてゲームをプレイするために実行されるゲームアプリを、オートパイロットで、仮想インスタンスにおいてヘッドレスモードで、又はＧＰＵ及びサウンドデバイスの仮想化を行なって実行することによりゲームＧを実行することができる。ここで、グラフィック処理及びサウンド処理が無効化されることは、仮想化やリダイレクトによる実質的な無効化が行われることも含む。

【0122】

１つの例では、第２の編成データ記憶部は、クエストごとに、推薦用パーティを記憶することができる。例えば、第２の編成データ記憶部は、推薦用編成データを記憶し、推薦用編成データの各レコードは、クエストＩＤに関連づけて記憶される。推薦用編成データは、推薦候補編成データと同じデータ構造を有することができる。

【0123】

１つの例では、推薦情報出力部は、一のプレイヤの所有する味方キャラクタに基づいて、第２の編成データ記憶部に記憶される推薦用編成データを推薦装置１０に出力することができる。例えば、推薦情報出力部は、第２の編成データ記憶部に記憶される推薦用編成データを第２のテーブルに順次記憶するように構成することができる。

【0124】

本発明の１又は複数の実施形態では、上記で説明したゲームシミュレーションシステムＧＳにおいて例示されるように、第２の抽出部４５もプレイヤのレベルに沿ったパーティ情報を抽出することが可能である。

【0125】

本発明の１又は複数の実施形態では、上記で説明したゲームシミュレーションシステムＧＳにおいて例示されるように、第２のテーブルは、ゲームログのうち各クエストをクリアしたゲームログから抽出又は生成されたパーティ情報のそれぞれにおいてパーティを構成するパーティ編成キャラクタのうちの一部のパーティ編成キャラクタを他のパーティ編成キャラクタに置換したパーティ情報を用いて、所定のシミュレーションＳを実行して各クエストをクリアしたパーティ情報を記憶することができる。

【0126】

本発明の１又は複数の実施形態では、ゲームシミュレーションシステムＧＳは、オートプレイモードではないマニュアルモードでのゲームプレイ（ＡＩ自動プレイ）を仮想インスタンスに実行させることができる。本発明の１又は複数の実施形態では、仮想インスタンスサーバ及びテスト用ゲームサーバは、仮想環境により実現することができる。本発明の１又は複数の実施形態では、ゲームシミュレーションシステムＧＳは、仮想インスタンスサーバを備えず、仮想インスタンスを用いない仮想環境を用いて、ゲームプレイを実行することができる。

【0127】

本発明の１又は複数の実施形態では、システム１が備える各機能部は、その一部又は全部を実現するための電子回路等を構成することによりハードウェアによって実現することもできる。

【0128】

以上に説明した処理又は動作において、あるステップにおいて、そのステップではまだ利用することができないはずのデータを利用しているなどの処理又は動作上の矛盾が生じない限りにおいて、処理又は動作を自由に変更することができる。また以上に説明してきた各実施例は、本発明を説明するための例示であり、本発明はこれらの実施例に限定されるものではない。本発明は、その要旨を逸脱しない限り、種々の形態で実施することができる。

【符号の説明】

【0129】

１：システム、２：推薦システム、４：ネットワーク、１０：推薦装置、１１：処理装置、１２：入力装置、１３：出力装置、１４：記憶装置、１５：通信装置、１６：バス、２０：ゲームサーバ、２１：処理装置、２２：入力装置、２３：出力装置、２４：記憶装置、２５：通信装置、２６：バス、３０：プレイヤ端末、３１：処理装置、３２：入力装置、３３：出力装置、３４：記憶装置、３５：通信装置、４１：制御部、４２：第１の記憶部、４３：第２の記憶部、４４：第１の抽出部、４５：第２の抽出部、４６：表示制御部、５０：パーティ推薦画面、５１：推薦パーティ情報、５２：スクロールバー

【要約】

【課題】ゲーム媒体セットを出力することが可能なシステムを提供する。
【解決手段】本発明の一実施形態のシステムは、ゲーム媒体セットを出力するためのシステムであって、単位ゲームを達成するためのゲーム媒体セットを記憶する第１のテーブルと、単位ゲームを達成するためのゲーム媒体セットを記憶し、第１のテーブルとは異なる第２のテーブルとを記憶するものであり、プレイヤに関する情報に基づいて第１のテーブルから所定数のゲーム媒体セットを抽出する第１の抽出部と、プレイヤが所有するゲーム媒体に関する情報に基づいて第２のテーブルから所定数のゲーム媒体セットを抽出する第２の抽出部と、第１の抽出部により抽出された所定数のゲーム媒体セット及び第２の抽出部により抽出された所定数のゲーム媒体セットの一部又は全部を表示する表示制御部と、を備えるシステムである。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】