JP7454082B1 - ゲーム媒体セットを出力するシステム、方法、及びプログラム - Google Patents

Abstract

【課題】プレイヤに提示するためのゲーム媒体セットを出力することが可能なシステムを提供することを目的とする。【解決手段】本発明の一実施形態のシステムは、複数のゲーム媒体から構成されるゲーム媒体セットを用いるゲームにおいて、プレイヤに提示するためのゲーム媒体セットを出力するシステムであって、ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム媒体を他のゲーム媒体に置換して該一の単位ゲームをクリアするための候補ゲーム媒体セットを生成し、前記一の単位ゲームをクリアするための候補ゲーム媒体セットを用いて該一の単位ゲームのゲームプレイを実行し、該一の単位ゲームをクリアしたゲーム媒体セットを出力する、システムである。【選択図】図１

Description

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

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

特許第６３４５８６６号公報

一人のプレイヤが複数のゲーム媒体を編成してプレイするゲームにおいて、自己のゲーム媒体セットをどのように編成するかを決定することはゲーム性の中核をなす部分である。従来、サービス内の媒体あるいは媒体の組み合わせをユーザに提案するシステムは、情報推薦システムと呼ばれ、ｅコマース分野で活用されてきた。例えば、オンライン通販サービスにおいては、ユーザに商品をお勧めする情報推薦機能はサービスの中核を成してきた。従来の情報推薦システムは、ユーザによる意思決定を観測不可能な要素、すなわち、ブラックボックスとして位置付け、ページ閲覧に繋がる確率（クリックレート）や購買へ結びつく確率（コンバージョンレート）等を観測することにより、推薦モデルの漸次的な改善を行うフィードバックループを回すことにより、推薦精度を向上させてきた。しかしながら、このような従来の推薦システムや、あるいは、よりシンプルに他のユーザのクリア履歴を推薦する手法では、一定数のプレイヤに精度の低い推薦を出してしまう問題（コールドスタート問題）や、中上級プレイヤがお薦めされた編成を使うことで過度なフィードバックループを引き起こし、ごく少数のパーティ編成が「定石」化してしまうような「露出バイアス」問題が発生していた。

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

〔１〕本発明の一実施形態のシステムは、
複数のゲーム媒体から構成されるゲーム媒体セットを用いるゲームにおいて、プレイヤに提示するためのゲーム媒体セットを出力するシステムであって、
ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム媒体を他のゲーム媒体に置換して該一の単位ゲームをクリアするための候補ゲーム媒体セットを生成し、
前記一の単位ゲームをクリアするための候補ゲーム媒体セットを用いて該一の単位ゲームのゲームプレイを実行し、該一の単位ゲームをクリアしたゲーム媒体セットを出力する、
システムである。

〔２〕本発明の一実施形態では、
前記一の単位ゲームをクリアしたゲーム媒体セットを出力することは、
プレイヤ端末又はプレイヤ端末のソフトウェア環境を仮想化するために生成された仮想インスタンスを用いてゲームを実行し、前記一の単位ゲームをクリアするための候補ゲーム媒体セットを用いて該一の単位ゲームのゲームプレイを実行し、該一の単位ゲームをクリアしたゲーム媒体セットを出力することを含む、〔１〕に記載のシステムである。

〔３〕本発明の一実施形態では、
前記一の単位ゲームをクリアしたゲーム媒体セットを出力することは、
前記一の単位ゲームをクリアした候補ゲーム媒体セットを該一の単位ゲームのクリア済みゲーム媒体セットとして記憶し、
前記一の単位ゲームのクリア済みゲーム媒体セットのうちの少なくとも１つのゲーム媒体セットを出力することを含む、
〔１〕又は〔２〕に記載のシステムである。

〔４〕本発明の一実施形態では、
前記一の単位ゲームのクリア済みゲーム媒体セットのうちの少なくとも１つのゲーム媒体セットを出力することは、記憶された複数の該一の単位ゲームのクリア済みゲーム媒体セットから、プレイヤの所有するゲーム媒体に基づいて、少なくとも１つのゲーム媒体セットを出力することを含む、〔３〕に記載のシステムである。

〔５〕本発明の一実施形態では、
候補ゲーム媒体セットを生成することは、ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム内バリューの高い１又は複数のゲーム媒体を、予め設定された優先度又は優先順位が高い１又は複数のゲーム媒体にそれぞれ置換して、候補ゲーム媒体セットを生成することを含む、〔１〕から〔４〕のいずれか１つに記載のシステムである。

〔６〕本発明の一実施形態では、
候補ゲーム媒体セットを生成することは、ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム内バリューの高い１又は複数のゲーム媒体を、他の１又は複数のゲーム媒体にそれぞれ置換して、候補ゲーム媒体セットを生成することを含み、他の１又は複数のゲーム媒体は、予め設定された優先度又は優先順位が高いものであり、置き換えられる１又は複数のゲーム媒体のそれぞれと互換性が高いゲーム媒体である、〔１〕から〔４〕のいずれか１つに記載のシステムである。

〔７〕本発明の一実施形態では、
ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム内バリューの高い１又は複数のゲーム媒体は、該ゲーム媒体セットの中でレアリティの高いゲーム媒体又はプレイヤの所有率の低いゲーム媒体である、〔５〕又は〔６〕に記載のシステムである。

〔８〕本発明の一実施形態では、
候補ゲーム媒体セットを生成することは、実際のプレイヤのゲームプレイによって生成されるゲームログを格納するゲームサーバから、対象の単位ゲームのそれぞれについて、当該単位ゲームをクリアしたゲーム媒体セットを取得することを含む、〔１〕から〔７〕のいずれか１つに記載のシステムである。

〔９〕本発明の一実施形態では、
ゲーム媒体にはレベルが設定され、
一の単位ゲームをクリアするための候補ゲーム媒体セットを用いて該一の単位ゲームのゲームプレイを実行するとき、候補ゲーム媒体セットに含まれる各ゲーム媒体は予め設定された該一の単位ゲームに対応するレベルに設定される、〔１〕から〔８〕のいずれか１つに記載のシステムである。

〔１０〕本発明の一実施形態では、
仮想インスタンスを用いてゲームを実行するとき、少なくともグラフィック処理及びサウンド処理が実質的に無効化されるように、仮想インスタンスにおいてゲームをヘッドレスモードで、又はＧＰＵ及びサウンドデバイスの仮想化を行なって実行する、〔１〕から〔９〕のいずれか１つに記載のシステムである。

〔１１〕本発明の一実施形態では、
候補ゲーム媒体セットを生成することは、ゲームログに含まれる一の単位ゲームを所定の成績以上で又は条件を満たしてクリアしたゲーム媒体セットのうちの一部のゲーム媒体を他のゲーム媒体に置換して該一の単位ゲームをクリアするための候補ゲーム媒体セットを生成することである、〔１〕から〔１０〕のいずれか１つに記載のシステムである。

〔１２〕本発明の一実施形態の方法は、
複数のゲーム媒体から構成されるゲーム媒体セットを用いるゲームにおいて、プレイヤに提示するためのゲーム媒体セットを出力する方法であって、
ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム媒体を他のゲーム媒体に置換して該一の単位ゲームをクリアするための候補ゲーム媒体セットを生成し、
前記一の単位ゲームをクリアするための候補ゲーム媒体セットを用いて該一の単位ゲームのゲームプレイを実行し、該一の単位ゲームをクリアしたゲーム媒体セットを出力する、
方法である。

〔１３〕本発明の一実施形態では、
前記一の単位ゲームをクリアしたゲーム媒体セットを出力することは、
プレイヤ端末又はプレイヤ端末のソフトウェア環境を仮想化するために生成された仮想インスタンスを用いてゲームを実行し、前記一の単位ゲームをクリアするための候補ゲーム媒体セットを用いて該一の単位ゲームのゲームプレイを実行し、該一の単位ゲームをクリアしたゲーム媒体セットを出力することを含む、〔１２〕に記載の方法である。

〔１４〕本発明の一実施形態では、
候補ゲーム媒体セットを生成することは、ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム内バリューの高い１又は複数のゲーム媒体を、予め設定された優先度又は優先順位が高い１又は複数のゲーム媒体にそれぞれ置換して、候補ゲーム媒体セットを生成することを含む、〔１２〕又は〔１３〕に記載の方法である。

〔１５〕本発明の一実施形態では、
候補ゲーム媒体セットを生成することは、ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム内バリューの高い１又は複数のゲーム媒体を、他の１又は複数のゲーム媒体にそれぞれ置換して、候補ゲーム媒体セットを生成することを含み、他の１又は複数のゲーム媒体は、予め設定された優先度又は優先順位が高いものであり、置き換えられる１又は複数のゲーム媒体のそれぞれと互換性が高いゲーム媒体である、〔１２〕又は〔１３〕に記載の方法である。

〔１６〕本発明の一実施形態のプログラムは、〔１２〕から〔１５〕のいずれか１つに記載の方法をコンピュータに実行させるプログラムである。

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

本発明の一実施形態のシステムの全体構成図である。 本発明の一実施形態の推薦装置のハードウェア構成を示すブロック図である。 本発明の一実施形態の仮想インスタンスサーバのハードウェア構成を示すブロック図である。 本発明の一実施形態のテスト用ゲームサーバのハードウェア構成を示すブロック図である。 本発明の一実施形態のゲームサーバのハードウェア構成を示すブロック図である。 本発明の一実施形態のシステムの機能ブロック図の一例である。 本発明の一実施形態のシステムの処理のフローチャートの一例を説明する図である。

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

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

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

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

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

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

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

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

図３は本発明の一実施形態の仮想インスタンスサーバ２０のハードウェア構成を示すブロック図である。仮想インスタンスサーバ２０は、プロセッサ２１、入力装置２２、表示装置２３、記憶装置２４、及び通信装置２５を備える。これらの各構成装置はバス２６によって接続される。なお、バス２６と各構成装置との間には必要に応じてインタフェースが介在しているものとする。プロセッサ２１、入力装置２２、表示装置２３、記憶装置２４、及び通信装置２５の各要素は、前述したプロセッサ１１、入力装置１２、表示装置１３、記憶装置１４、及び通信装置１５に各々対応するものであり、同様の構成を有するため、説明は省略する。仮想インスタンスサーバ２０のユーザによる入出力が通信装置２５を介した入出力のみである場合、仮想インスタンスサーバ２０は、入力装置２２及び表示装置２３を備えなくてもよい。

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

ゲームサーバ４０は、オンラインゲームを提供する一般的なゲームサーバと同様の構成を備える。本発明の実施形態のハードウェア構成の説明においては、便宜上、ゲームサーバ４０は、１つの装置により実現されるものとして説明するが、これに限定されない。ゲームサーバ４０は、１又は複数の装置により構成されてもよいし、仮想環境により実現されてもよい。テスト用ゲームサーバ３０は、ゲームサーバ４０と同一の構成を備えることができるが、一般ユーザ（一般プレイヤ）のプレイヤ端末によりアクセスされない点及び仮想インスタンスサーバ２０からのアクセスのみ受け付ける点でゲームサーバ４０と異なる。

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

本発明の実施形態のゲームＧは、ゲームサーバ４０により提供される。ゲームサーバ４０は、実際に一般プレイヤがゲームをプレイする際に、例えばスマートフォンなどのプレイヤ端末（図示せず）によってアクセスされるサーバである。ゲームサーバ４０は、ゲーム用のアプリケーション（ゲームプログラム）を記憶し、ゲームをプレイする各プレイヤのプレイヤ端末とネットワークを介して接続されるように構成される。１つの例では、プレイヤ端末上で所定のゲームアプリＡが起動されると、ゲームサーバ４０と通信し、ゲームサーバ４０は、ゲームサービスを提供するために必要なデータをプレイヤ端末との間で送受信する。１つの例では、ゲームサーバ４０は、プレイヤ端末においてゲームアプリＡが起動している間、該プレイヤ端末と定期的又は断続的に通信し、該プレイヤ端末でのゲーム操作入力に応じてゲームを実行し、その実行結果を該プレイヤ端末に送信する。

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

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

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

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

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

図６は本発明の実施形態のシステム１の機能ブロック図の一例である。システム１は、編成データフィルタ部５１、推薦候補生成部５２、ゲームプレイ実行部５３、推薦情報出力部５４、第１の編成データ記憶部５５、参照情報記憶部５６、及び第２の編成データ記憶部５７を備える。

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

ゲームサーバ４０が記憶するゲームログは、クエストに関するゲームログとして、少なくともパーティ（パーティ編成）に関する情報を含む編成データを含んでいる。第１の編成データ記憶部５５は、ゲームサーバ４０が記憶するゲームログのうち、各クエストをクリアしたゲームログのうちのパーティに関する情報を含む第１の編成データを記憶する。第１の編成データは、実ユーザによるクリア済み編成データと呼ぶことができる。第１の編成データ記憶部５５に記憶される第１の編成データとしては、ゲームサーバ４０から取得したゲームログのデータをそのまま用いてもよいし、ゲームログに基づいて生成されたデータを用いてもよい。１つの例では、推薦装置１０が、ゲームサーバ４０からゲームログを取得し、該取得したゲームログから、各クエストをクリアしたゲームログのうちのパーティに関する情報を含む第１の編成データを抽出又は生成することができる。第１の編成データは、プレイしたプレイヤのプレイヤＩＤと、該プレイヤのプレイヤレベルと、クエストＩＤと、５つのパーティ編成キャラクタ（実ユーザによるクリア済みパーティ）と、各パーティ編成キャラクタのステータス情報と、を含む。第１の編成データは、クリアランクを示すクリアフラグを含むことができる。第１の編成データ記憶部５５は、推薦装置１０により実現することができる。

１つの例では、第１の編成データ記憶部５５に記憶される第１の編成データは、ゲームサーバ４０が記憶するゲームログのうち、各クエストを初めてクリアしたゲームログから生成又は抽出されたデータとすることができる。例えばこの場合、推薦装置１０が、ゲームサーバ４０から取得したゲームログから各クエストを初めてクリアしたゲームログを抽出（取得）し、又はゲームサーバ４０から各クエストを初めてクリアしたゲームログを取得し、第１の編成データを生成することができる。１つの例では、第１の編成データ記憶部５５に記憶される第１の編成データは、ゲームサーバ４０が記憶するゲームログのうち、各クエストを（内容に関わらず）クリアしたゲームログから生成又は抽出されたデータとすることができる。例えばこの場合、推薦装置１０が、ゲームサーバ４０から取得したゲームログから各クエストをクリアしたゲームログを抽出（取得）し、又はゲームサーバ４０から各クエストをクリアしたゲームログを取得し、第１の編成データを生成することができる。１つの例では、第１の編成データ記憶部５５に記憶される第１の編成データは、ゲームサーバ４０が記憶するゲームログのうち、各クエストを所定の成績以上で又は条件を満たしてクリアした（例えばクリアランク星×３（★★★）でクリアした）ゲームログから生成又は抽出されたデータとすることができる。例えばこの場合、推薦装置１０が、ゲームサーバ４０から取得したゲームログから各クエストを所定の成績以上で又は条件を満たしてクリアした（例えばクリアランク星×３（★★★）でクリアした）ゲームログを抽出（取得）し、又はゲームサーバ４０から各クエストを所定の成績以上で又は条件を満たしてクリアしたゲームログを取得し、第１の編成データを生成することができる。

１つの例では、第１の編成データは、データベースのテーブルデータとすることができ、例えばこの場合、列方向に（カラムとして）、クエストＩＤ、プレイヤＩＤ、プレイヤレベル、クリアフラグ、及びユニットデータの項目を有し、行方向に１件ずつデータが蓄積されたものであり、各行のデータ（レコード）は、プレイヤＩＤ及びクエストＩＤに関連づけて記憶されたものとすることができる。この場合、ユニットデータは、５つのパーティ編成キャラクタ（パーティ）及びそれらのキャラクタのステータス情報を含むものであり、例えば検索用データとしてＪＳＯＮで記述されたテキストデータが記憶される。またこの場合、ユニットデータに記憶されるステータス情報は、ゲームＧで定められるステータス情報のうち、システム１が推薦情報をプレイヤに提示するために必要な、予め設定された情報が含まれていればよい。第１の編成データは、本例示のデータ構造に限定されるものではないが、以下の説明において、説明の便宜上、第１の編成データのうち、一のプレイヤが１つのクエストを１回クリアしたデータを１つのレコードと呼ぶことができる。なお第１の編成データは、一のレコード（ｉ番目のクエストｉをクリアしたデータ）、一のレコード内のパーティ編成キャラクタ、又は一のレコード内のパーティ編成キャラクタ及びそれらのキャラクタのステータス情報を意味することもできる。

編成データフィルタ部５１は、第１の編成データ記憶部５５に記憶された第１の編成データのうち、所定条件を満たすプレイヤのゲームログに関連する第１の編成データを絞り込む（抽出する）。例えば、編成データフィルタ部５１は、第１の編成データ記憶部５５に記憶された第１の編成データのうちの所定条件を満たすプレイヤのプレイヤＩＤに関連付けられたレコードを抽出する。編成データフィルタ部５１は、推薦装置１０により実現することができる。１つの例では、プレイヤＩＤに関連付けられたプレイ情報に基づいて、例えば直近６ヶ月間でゲームを開始したプレイヤ又は直近３ヶ月に１度でもログインしたプレイヤのプレイヤＩＤに関連付けられた第１の編成データを抽出（取得）する。

参照情報記憶部５６は、クエストごとの推定プレイヤレベル（データ）と、第１の編成データと、優先度順キャラクタリストと、を記憶する。参照情報記憶部５６は、推薦装置１０により実現される。１つの例では、クエストごとの推定プレイヤレベルデータと、第１の編成データと、優先度順キャラクタリストとは、それぞれ異なるデータベースや装置により実現されてもよい。

参照情報記憶部５６が記憶するクエストごとの推定プレイヤレベルは、各クエストのプレイヤの推定される又は推奨されるプレイヤレベルである。クエストごとの推定プレイヤレベルは、ゲームサーバ４０が記憶するゲームログ、又は、第１の編成データ記憶部５５に記憶される第１の編成データから算出又は導出されたクエストごとの推定プレイヤレベルであり、例えば、クエストごとの、初回クリアが可能なプレイヤレベルの最低値、初回クリアのプレイヤのプレイヤレベルの最頻値、初回クリアのプレイヤのプレイヤレベルの所定範囲内の最頻値、又はその他の推奨されるプレイヤレベルである。

参照情報記憶部５６が記憶する第１の編成データは、編成データフィルタ部５１が抽出した第１の編成データである。

参照情報記憶部５６が記憶する優先度順キャラクタリストは、クエストごとに、すべてのキャラクタを、ゲーム内バリューの低い順に並べたリストであり、ゲーム内バリューが低いほど上位の優先度に設定されたリストである。本発明の実施形態では、ゲーム内バリューは、キャラクタごとの、ゲームＧにおける価値を示す指標である。１つの例では、ゲーム内バリューは、プレイヤの所有率及びキャラステータスレベルが含むレベル（例えばレアリティ、キャラクタレベル）のうちの一部又は全部に基づいて決定された指標とすることができ、又はゲーム内バリューは、この中の１つ（例えばプレイヤの所有率、レアリティ、キャラクタレベルのいずれか）とすることができる。或いは、１つの例では、ゲーム内バリューは、ゲーム開発者が恣意的に決定した指標とすることもでき、特定のキャラクタをフィーチャリング（強調）することもできる。キャラステータスレベルが高いキャラクタほどプレイヤが労力やコストをかけて能力を高めたキャラクタ又は取得できた能力の高いキャラクタであり、その価値が高くなるため、ゲーム内バリューは、キャラステータスレベルが高いキャラクタほど高くなる。１つの例では、プレイヤの所有率が低いキャラクタほど入手難易度が高く、その価値は高くなるため、ゲーム内バリューは、プレイヤの所有率が低いキャラクタほど高くなるものとすることができる。１つの例では、優先度順キャラクタリストは、クエストごとに、すべてのキャラクタを、キャラステータスレベルが低い順に並べたリストであり、キャラステータスレベルが低いほど上位の優先度に設定されたリストとすることができる。例えば、優先度順キャラクタリストは、クエストごとに、すべてのキャラクタを、レアリティが低い順、すなわち入手難易度が低い順に並べたリストであり、レアリティが低いほど上位の優先度に設定されたリストである。例えば、クエストごとのレアリティは、クエストごとの推定プレイヤレベル又は該推定プレイヤレベルを基準として予め設定された範囲内のプレイヤレベルにおけるレアリティとすることができる。１つの例では、優先度順キャラクタリストにおけるキャラクタには、属性などのステータス情報の少なくとも一部が関連付けられている。優先度順キャラクタリストは、定期的なタイミングやバランス調整後などの所定のタイミングで、ゲーム開発者やゲーム運営者により生成（更新）されてもよいし、又は各種の指標を計算して所定条件を判定するプログラムにより自動的に生成（更新）されてもよい。なお、優先度順キャラクタリストは、同等のデータを記憶するものであればリストでなくてもよいし、優先度ではなく優先順位が設定されたものであってもよい。また、優先度順キャラクタリストは、いずれの方法により生成（更新）された場合であっても、システム１により参照される優先度又は優先順位は、予め設定された優先度又は優先順位であると言うことができる。

推薦候補生成部５２は、一のクエストについて、参照情報記憶部５６に記憶された情報に基づいて、パーティを構成する味方キャラクタのうちの一部を他のキャラクタに置換して、該一のクエストをクリアするためのパーティである推薦候補パーティを生成する。推薦候補生成部５２は、ゲームＧのすべてのクエストのそれぞれについて、各クエストをクリアするための推薦候補パーティを生成する。推薦候補生成部５２は、推薦装置１０により実現することができる。１つの例では、第１の編成データ記憶部５５に記憶される第１の編成データが、ゲームサーバ４０が記憶するゲームログのうち、各クエストを所定の成績以上で又は条件を満たしてクリアしたゲームログから生成又は抽出されたデータである場合、推薦候補生成部５２は、一のクエストを所定の成績以上で又は条件を満たしてクリアするための推薦候補パーティを生成するものとすることができる。１つの例では、推薦候補生成部５２は、クエストＩＤと、推薦候補パーティである５つのパーティ編成キャラクタと、各パーティ編成キャラクタのステータス情報とを含む推薦候補編成データを生成することができる。１つの例では、推薦候補生成部５２は、参照情報記憶部５６に記憶された第１の編成データのうちの各クエストに関連付けられたレコードのそれぞれにおいて、パーティ編成キャラクタのうちの一部を他のキャラクタに置換して、各クエストをクリアするためのパーティである推薦候補パーティを含む推薦候補編成データを生成することができる。１つの例では、推薦候補編成データは、列方向に（カラムとして）、クエストＩＤ、プレイヤレベル、及びユニットデータの項目を有するデータとすることができる。

１つの例では、推薦候補生成部５２は、クエストごとの推定プレイヤレベルデータを参照して、参照情報記憶部５６に記憶された第１の編成データのうち、一のクエストに関連付けられたレコードのうちの該一のクエストの推定プレイヤレベル又は該プレイヤレベルを基準として予め設定された範囲内のプレイヤレベルのプレイヤのレコードを用いて、クエストごとに優先度順キャラクタリストを参照して、パーティ編成キャラクタのうちのゲーム内バリューの高いｎ個の味方キャラクタを優先度順キャラクタリストの上位のｎ個のキャラクタで置換することにより、クエストごとに、推薦候補パーティを生成する。１つの例では、推薦候補生成部５２は、パーティ編成キャラクタのうちのレアリティの高いｎ個の味方キャラクタを優先度順キャラクタリストの上位のｎ個のキャラクタで置換することにより、クエストごとに、推薦候補パーティを生成することができる。パーティは５つの味方キャラクタから構成されるため、ｎは１から４の任意の自然数に設定することができる。

推薦候補生成部５２は、参照情報記憶部５６に記憶された第１の編成データのうちの一のクエストに関連付けられたレコードのそれぞれにおいて、クエストごとに、レアリティの高いｎ個の味方キャラクタ又は所定レベル以上のレアリティを有する１以上ｎ以下の味方キャラクタを、優先度順キャラクタリストの上位の味方キャラクタで置換することができる。例えばｎが２に設定された場合、推薦候補生成部５２は、参照情報記憶部５６に記憶された第１の編成データのうちの一のクエストに関連付けられたレコードのそれぞれにおいて、レアリティが高い方の２つの味方キャラクタを必ず置換するように構成されてもよいし、所定レベル以上のレアリティの味方キャラクタが２つ無い場合には１つの味方キャラクタのみを置換するように構成されてもよい。

１つの例では、推薦候補生成部５２は、一のクエストに関連付けられた１つのレコードから、複数の種類の推薦候補パーティを生成することができる。この例示において、例えばｎが１に設定された場合、一のクエストに関連付けられた１つのレコードにおいて、１つの味方キャラクタを優先度順キャラクタの上位ｋ個のキャラクタに置換して、ｋ種類の推薦候補パーティを生成することができる。

１つの例では、推薦候補生成部５２は、参照情報記憶部５６に記憶された第１の編成データのうちの一のクエストに関連付けられたレコードのそれぞれにおいて、クエストごとに、ｎ個の味方キャラクタを、その味方キャラクタのそれぞれと互換性が高い（例えば同じ属性）の味方キャラクタのうちの優先度順キャラクタリストの上位の味方キャラクタで置換することができる。この例示において、例えばｎが１に設定され、置き換えられる味方キャラクタの属性が前衛・物理の属性である場合、推薦候補生成部５２は、優先度順キャラクタリストの上位の前衛・物理又は前衛・万能の属性のキャラクタで置換する。この例示において、例えばｎが２以上の場合、置き換えられる味方キャラクタのそれぞれと互換性が高い優先度順キャラクタリストの上位のキャラクタでそれぞれ置換される。１つの例では、推薦候補生成部５２は、キャラクタのステータス情報を参照して、置き換えられる味方キャラクタに対する優先度順キャラクタリストの上位のキャラクタの互換性を動的に計算し、評価値が高い場合に、例えば評価値が所定値以上の場合に、置き換わるキャラクタ（互換性が高いキャラクタ）として決定することができる。例えば、推薦候補生成部５２は、キャラクタのステータス情報におけるタンク／前衛／中衛／後衛や物理／魔法／万能等、複数の属性のうち一致するものが多いキャラクタの評価値を高くするように構成されてもよい。例えば、推薦候補生成部５２は、タンクになっているキャラクタについては、物理／魔法／万能を区別せずに、常に一致するものとして評価値を計算するように構成されてもよい。例えば、推薦候補生成部５２は、一部のキャラクタでは、万能の属性から他の属性への変更については評価値を低くし、万能への置き換えについては評価値を高くするように構成されてもよい。

１つの例では、推薦候補生成部５２は、生成した推薦候補パーティのうち置換されなかった味方キャラクタを、元の第１の編成データにおいて関連付けられたキャラステータスレベルに設定し、置き換わった味方キャラクタを、クエストに応じて予め設定したクエストをクリア可能な最低レベル及びその周辺レベルに設定することができる。１つの例では、推薦候補生成部５２は、生成した推薦候補パーティのすべての味方キャラクタを、クエストに応じて予め設定したクエストをクリア可能な最低レベル及びその周辺レベルに設定することができる。

推薦候補生成部５２は、ゲームＧのすべてのクエストのそれぞれについて、複数の種類の推薦候補パーティを生成する。

ゲームプレイ実行部５３は、推薦候補生成部５２が生成した推薦候補パーティを用いてゲームプレイを行い、クリアできたパーティを抽出（決定）する。１つの例では、ゲームプレイ実行部５３は、ゲームＧのすべてのクエストのそれぞれについて、推薦候補生成部５２が生成した一のクエストをクリアするための推薦候補パーティを用いて、該一のクエストの自動プレイ（ゲームシステムが有するオートプレイ機能若しくは外部のＡＩを用いた自動プレイ又はシンプルなオートパイロット機能を用いた自動プレイ）を実行することにより、該一のクエストをクリアしたパーティである推薦用パーティを抽出する。１つの例では、ゲームプレイ実行部５３は、一のクエストを所定の成績以上でクリアするための推薦候補パーティを用いて該一のクエストをプレイすることができる。１つの例では、ゲームプレイ実行部５３は、一のクエストを所定の成績以上で、かつ必要最低限のレベルでクリアするための推薦候補パーティを用いて該一のクエストをプレイすることができる。１つの例では、ゲームプレイ実行部５３は、推薦候補パーティを用いて該一のクエストをプレイする際、パーティを構成する味方キャラクタのキャラステータスレベルを該一のクエストに対応する所定のレベル（例えば該一のクエストをクリアするために最低限必要なレベル）に設定することができる。１つの例では、ゲームプレイ実行部５３は、推薦候補パーティを用いて一のクエストをプレイする際、パーティを構成する味方キャラクタのキャラステータスレベルを該一のクエストの推定プレイヤレベル又は該プレイヤレベルを基準として予め設定された範囲内のプレイヤレベルに合わせて設定することができる。

ゲームプレイ実行部５３は、クエストのそれぞれについてクリアした推薦用パーティを、クエストごとに、抽出し、抽出した推薦用パーティを第２の編成データ記憶部５７に記憶する。１つの例では、ゲームプレイ実行部５３は、クエストＩＤと、推薦用パーティである５つのパーティ編成キャラクタと、各パーティ編成キャラクタのステータス情報とを含む推薦用編成データを抽出（生成）し、生成した推薦用パーティを第２の編成データ記憶部５７に記憶することができる。

本発明の実施形態では、ゲームプレイ実行部５３は、主として仮想インスタンスサーバ２０及びテスト用ゲームサーバ３０により実現される。仮想インスタンスサーバ２０は、推薦装置１０からの制御信号に従って、ゲームをプレイするプレイヤ端末（ユーザ端末）又はプレイヤ端末のソフトウェア環境を仮想化するための複数の仮想インスタンスを生成する。仮想インスタンスは、ゲームＧを実行するための仮想インスタンスであり、テスト用ゲームサーバ３０と接続され、ゲームＧを実行できるように構成される。仮想インスタンスサーバ２０は、一の仮想インスタンスにおいてゲームＧを実行すると、推薦候補生成部５２が生成した一のクエストをクリアするためのパーティを設定し、該一のクエストのゲームプレイ（自動プレイ）を実行する。

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

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

１つの例では、ゲームプレイ実行部５３は、ｐｒｅｆｏｒｋｄ上でのＡＩ自動プレイにより実装することができる。ｐｒｅｆｏｒｋｄは、ゲームをＥｎｄ－ｔｏ－Ｅｎｄで仮想化して大規模に並列起動し、それらをプレイするＡＩエージェントによる自動デバッグシステムに位置付けられ、このｐｒｅｆｏｒｋｄでは、関数型パラダイムに基づく仮想化・並列化を行い、例えば９６個の仮想ＣＰＵを有する１台のサーバ上で、９０～２１０個のゲームプロセスをフルパラレルで動作させる高密度性を達成することができる。これにより、１日で１４万回以上ものクエストを実行することが可能となる。

上述のように、ゲームプレイ実行部５３は、仮想インスタンスを用いてゲームを実行し、ゲームプレイを実行することができるため、各クエストの自動プレイを大規模シミュレーション環境でＡＩが実行することができる。

第２の編成データ記憶部５７は、クエストごとに、推薦用パーティを記憶する。１つの例では、第２の編成データ記憶部５７は、推薦用編成データを記憶し、推薦用編成データの各レコードは、クエストＩＤに関連づけて記憶される。推薦用編成データは、推薦候補編成データと同じデータ構造を有することができる。推薦用編成データは、ＡＩによるクリア済み編成データと呼ぶことができる。第２の編成データ記憶部５７は、推薦装置１０により実現することができる。

推薦情報出力部５４は、一のプレイヤの所有する味方キャラクタに基づいて、第２の編成データ記憶部５７に記憶される推薦用パーティから１又は複数の推薦用パーティを含む推薦情報を該一のプレイヤのプレイヤ端末に出力（送信）する。推薦情報出力部５４は、推薦装置１０及びゲームサーバ４０により実現することができる。１つの例では、推薦情報は、推薦用編成データを含むことができる。１つの例では、推薦情報は、ゲームサーバ４０が受信すると、ゲームサーバ４０が、例えばプレイヤ端末を介して、推薦情報が示す情報、例えば１又は複数の推薦用パーティをプレイヤに提示することが可能となるような情報であればよい。

１つの例では、推薦情報出力部５４は、一のプレイヤのプレイヤ端末からの特定のクエストの推薦用パーティの要求に応じて、該一のプレイヤの所有する味方キャラクタに基づいて、第２の編成データ記憶部５７に記憶される推薦用パーティから１以上の推薦用パーティを該一のプレイヤ端末に出力することができる。

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

ステップＳ１で、推薦システム２は、第１の編成データ記憶部５５に記憶された第１の編成データのうち、所定条件を満たすプレイヤのゲームログに関連する第１の編成データを取得（抽出）し、参照情報記憶部５６に記憶する。ステップＳ２で、推薦候補生成部５２は、ゲームＧのすべてのクエストのそれぞれについて、参照情報記憶部５６に記憶されている情報に基づいて、推薦候補パーティを生成する。ステップＳ３で、ゲームプレイ実行部５３は、ゲームＧのすべてのクエストのそれぞれについて、推薦候補生成部５２が生成した一のクエストをクリアするための推薦候補パーティを用いて、該一のクエストの自動プレイを実行し、該一のクエストをクリアした推薦用パーティを抽出する。ステップＳ４で、推薦情報出力部５４は、一のプレイヤの所有する味方キャラクタに基づいて、第２の編成データ記憶部５７に記憶された推薦用パーティから推薦情報を出力する。

次に、本発明の実施形態のシステム１の主な作用効果について説明する。
本発明の実施形態のシステム１の技術的特徴の１つは、既存のプレイヤが作成した実際にクエストをクリアしたパーティ（パーティ編成）を素材として、入手し難い味方キャラクタをより入手しやすい味方キャラクタに置き換える編集を行い、その編集済みのパーティを大規模シミュレーション環境でテストプレイさせる点である。
このような構成とすることにより、各クエストをクリア可能で、かつ、プレイヤに提示するための入手難易度が比較的低いパーティを生成又は抽出して出力することが可能である。このような実際にクリアできたというエビデンスに基づくパーティを推薦する技術は、従来存在しないものであり、本発明の実施形態のシステム１により実現することが可能となるものである。これにより、従来存在するコールドスタート問題や露出バイアス問題を解決することが可能となる。
なお、既存のプレイヤが作成した編成を素材とした自動編集機能は、より入手可能性が高い（つまりはレアリティが低い）味方キャラクタへの置き換えを伴うものであればよく、特定のアルゴリズムには依存しない。また、自動編集の結果をシミュレーション環境で自動プレイする際の、自動プレイのアルゴリズムについても、特定の実装には依存しない。
また本発明の実施形態では、推薦システム２については、サービス運用中のゲームサーバ４０から切り離されたオフラインのバッチ処理として実装できるため、サービスのランタイムの負荷を向上させないまま実現することが可能である。

上記の作用効果は、特に言及が無い限り、他の実施形態や変形例においても同様である。

本発明の実施形態のシステムは、上記で説明したシステム１又は推薦システム２のいずれであってもよい。したがって、本発明の実施形態では、ゲームサーバ４０を備えなくてもよい。ゲームサーバ４０を備えない実施形態については後述する。

本発明の実施形態のシステム１は、１つの装置であってもよい。この場合、システム１は、構成するすべての要素の仮想化を実現した仮想環境を用いて実現されてもよい。本発明の実施形態は、上記で説明したシステム１又は推薦システム２の機能やフローチャートに示す情報処理を実現する方法又はプログラム若しくは該プログラムを格納したコンピュータ読み取り可能な記憶媒体とすることもできる。また本発明の実施形態は、上記で説明した本発明の実施形態の機能やフローチャートに示す情報処理を実現するプログラムをコンピュータに供給することができるサーバとすることもできる。他の実施形態や変形例においても同様である。

本発明の実施形態において上記で説明したゲームＧの内容は、１つの例であって、これに限定されるものではない。本発明の実施形態では、ゲームＧは、特定のゲームに限定されるものではなく、本発明の実施形態のシステムが適用可能なゲームとすることができる。本発明の実施形態では、クエストは、パーティ（パーティ編成）、カードのデッキ編成、又はキャラクタの装備の組合せなどのゲーム媒体セットを用いてゲームプレイを行うクエスト以外の任意のゲームとすることができ、本明細書では、これを単位ゲームと呼ぶことができ、単位ゲームは、クエストを含む概念である。また本発明の実施形態では、クリアは、バトルゲームにおいて勝利すること、又は他のゲームにおいて所定のスコア以上を獲得するなど、プレイヤが単位ゲームにおいて一定以上の成果を上げることを含む概念である。また例えば、５つのパーティ編成キャラクタは１つの例であり、ゲームＧは、パーティ編成キャラクタの数を任意の数に設定することができる。また例えば、先に説明したステータス情報が含む情報は１つの例であり、これに限定されない。その他、先に説明したゲームＧの内容は１つの例であり、これに限定されるものではない。

本発明の１又は複数の実施形態では、ゲームＧは２人以上のプレイヤが参加する対戦型ゲームとすることができる。この実施形態においては、ゲームサーバ４０はプレイヤのマッチング処理を実行するように構成することができ、ゲームプレイ実行部５３もまたプレイヤのマッチング処理を実行するように構成することができる。

本発明の１又は複数の実施形態では、第１の編成データ記憶部５５は、ゲームサーバ４０又は推薦システム２の任意の装置により実現されてもよい。本発明の１又は複数の実施形態では、編成データフィルタ部５１は、ゲームサーバ４０又は推薦システム２の任意の装置により実現されてもよい。本発明の１又は複数の実施形態では、参照情報記憶部５６は、推薦システム２の任意の装置により実現されてもよい。本発明の１又は複数の実施形態では、第２の編成データ記憶部５７は、ゲームサーバ４０又は推薦システム２の任意の装置により実現されてもよい。

本発明の１又は複数の実施形態では、第１の編成データ記憶部５５に記憶される第１の編成データは、ゲームサーバ４０が記憶するゲームログのうち、各クエストを初めてクリアしたゲームログから抽出又は生成されたデータとすることができる。このような構成とすることにより、システム１は、プレイヤのパーティ編成の工夫がより反映されているプレイヤの最初のクリアのときのパーティ編成をベースにして推薦候補パーティ（推薦候補編成データ）を生成することができ、推薦用パーティ（推薦用編成データ）を決定することができる。これにより、より推薦精度を向上させることが可能となる。

本発明の１又は複数の実施形態では、第１の編成データ記憶部５５に記憶される第１の編成データは、ゲームサーバ４０が記憶するゲームログのうち、各クエストを所定の成績以上で又は条件を満たしてクリアした（例えばクリアランク星×３（★★★）でクリアした）ゲームログから生成又は抽出されたデータとすることができる。このような構成とすることにより、システム１は、よりよい推薦用パーティ（推薦用編成データ）を決定することが可能となり、より推薦精度を向上させることが可能となる。

本発明の１又は複数の実施形態では、第１の編成データ記憶部５５に記憶される第１の編成データは、ゲームプレイ実行部５３によるゲームプレイにより生成されたゲームログからも、生成することができる。この実施形態では、例えば、推薦装置１０が、ゲームサーバ４０から取得したゲームログ及びゲームプレイ実行部５３によるゲームプレイにより生成されたゲームログから、各クエストをクリアしたゲームログのうちのパーティに関する情報を含む第１の編成データを生成することができる。このような構成とすることにより、推薦候補パーティ（推薦候補編成データ）や推薦用パーティ（推薦用編成データ）を生成するのに十分なゲームログをゲームサーバ４０から取得できない場合においても、各クエストをクリア可能で、かつ、プレイヤに提示するための入手難易度が比較的低いパーティを生成又は抽出して出力することが可能である。

本発明の実施形態では、システム１が編成データフィルタ部５１を備えることにより、ゲームを長期運用することで蓄積される離脱ユーザのクリア履歴やゲームバランスの調整などで古くなったクリア履歴を除外し、可能な限り直近のプレイ履歴データ（ゲームログ）を活用することが可能となる。またこのような構成とすることにより、ゲームサーバ４０により大量に生成されるゲームログから参照用のデータを絞ることが可能となり、組み合わせ爆発を防ぐことが可能となる。

本発明の１又は複数の実施形態では、システム１は、編成データフィルタ部５１を備えなくてもよい。この実施形態では、第１の編成データは、プレイしたプレイヤのプレイヤＩＤを含まなくてもよい。この実施形態では、参照情報記憶部５６が記憶する第１の編成データは、第１の編成データ記憶部５５が記憶する第１の編成データと同じでもよいし、又は、参照情報記憶部５６は、第１の編成データを記憶しなくてもよい。参照情報記憶部５６が第１の編成データを記憶しない場合、推薦候補生成部５２は、参照情報記憶部５６に記憶された第１の編成データの代わりに、第１の編成データ記憶部５５に記憶された第１の編成データを用いることができる。例えばこの場合、推薦候補生成部５２は、一のクエストについて、第１の編成データ記憶部５５に記憶された第１の編成データ並びに参照情報記憶部５６に記憶されたクエストごとの推定プレイヤレベル及び優先度順キャラクタリストに基づいて、パーティを構成する味方キャラクタうちの一部を他のキャラクタに置換して、該一のクエストをクリアするためのパーティである推薦候補パーティを生成することができる。例えばこの場合、図７に示すフローチャートはステップＳ１を含まなくてもよく、ステップＳ２で、推薦候補生成部５２は、ゲームＧのすべてのクエストのそれぞれについて、第１の編成データ記憶部５５に記憶された第１の編成データ並びに参照情報記憶部５６に記憶されたクエストごとの推定プレイヤレベル及び優先度順キャラクタリストに基づいて、推薦候補パーティを生成することができる。この実施形態であっても、上記のシステム１の主な作用効果を奏しうる。

本発明の実施形態では、システム１が推薦候補生成部５２を備えることにより、実際にクエストをクリアしたパーティを素材として、入手難易度が低いパーティを生成することが可能となる。本発明の実施形態において説明したレアリティは、ゲーム内バリューの１つの例である。例えば、推薦候補生成部５２は、パーティ編成キャラクタのうちの、所定のタイミング又は所定期間内のプレイヤの所有率が低いｎ個の味方キャラクタを、優先度順キャラクタリストの上位のｎ個のキャラクタで置換することにより、推薦候補パーティを生成することができる。

本発明の１又は複数の実施形態では、推薦候補生成部５２は、ゲームＧのすべてのクエストではなく、対象のクエスト（一部又は特定のクエスト）のそれぞれについて、推薦候補編成データ（推薦候補パーティ）を生成するように構成されてもよい。この場合、第１の編成データは、推薦候補生成部５２が生成するクエストに関連するレコードのみ含むように構成されてもよい。例えばこの場合、推薦装置１０が、ゲームサーバ４０から取得したゲームログから対象のクエストをクリアしたゲームログを抽出（取得）し、又はゲームサーバ４０から対象のクエストをクリアしたゲームログを取得し、第１の編成データを生成することができる。

本発明の実施形態では、参照情報記憶部５６がクエストごとの推定プレイヤレベルを記憶することにより、推薦候補生成部５２は、ゲーム開発時に設定された推奨プレイヤレベルから乖離する可能性がある、実際に一のクエストｉをクリア可能な編成を生成するときの基準となるプレイヤレベルを参照して、一のクエストｉをクリアするための推薦候補パーティを生成することが可能となる。

本発明の１又は複数の実施形態では、推薦候補生成部５２は、参照情報記憶部５６に記憶された第１の編成データのうち、一のクエストに関連付けられたレコードのすべて、又は該一のクエストの推定プレイヤレベルとは無関係の特定のレコードを用いて、推薦候補パーティを生成することができる。或いは、本発明の１又は複数の実施形態では、第１の編成データ記憶部５５に記憶される第１の編成データは、ゲームサーバ４０が記憶するゲームログのうち、各クエストをクリアしたゲームログから抽出又は生成されたデータとすることができる。このような実施形態であっても、上記のシステム１の主な作用効果を奏しうる。この場合、参照情報記憶部５６は、クエストごとの推定プレイヤレベルを記憶しなくてもよい。

本発明の１又は複数の実施形態では、ゲームＧにプレイヤレベルが設定されてなくてもよい。

本発明の実施形態では、例えば優先度順キャラクタリストがクエストごとにレアリティの低い順にすべてのキャラクタを並べたリストであり、推薦候補生成部５２が優先度順キャラクタリストを参照する（用いる）ことにより、推薦候補生成部５２は、クエストごとに、パーティ編成キャラクタのうちのレアリティの高いｎ個の味方キャラクタを優先度順キャラクタリストの上位のｎ個のキャラクタで置換し、推薦候補パーティを生成することができる。本発明の実施形態において説明したレアリティは、ゲーム内バリューの１つの例である。例えば、優先度順キャラクタリストは、所定のタイミング又は所定期間内のプレイヤの所有率が高い順に並べたリストであり、所有率が高いほど上位の優先度に設定されたリストとすることができる。例えば、クエストごとの所有率は、クエストごとの推定プレイヤレベル又は該推定プレイヤレベルを基準として予め設定された範囲内のプレイヤレベルにおける所有率とすることができる。また例えば、キャラクタの初期レアリティが低いほどプレイヤは入手しやすく所持率が高い傾向にあるから、初期レアリティが低いほど上位の優先度に設定されたリストとしてもよい。

本発明の１又は複数の実施形態では、優先度順キャラクタリストは、クエストごとではなく、すべてのキャラクタを、ゲーム内バリューの低い順に並べたリストであり、ゲーム内バリューが低いほど上位の優先度に設定されたクエスト共通のリストとすることができる。例えば、推薦候補生成部５２は、クエストごとの推定プレイヤレベルデータを参照して、参照情報記憶部５６に記憶された第１の編成データのうち、一のクエストに関連付けられたレコードのうちの該一のクエストの推定プレイヤレベル又は該プレイヤレベルを基準として予め設定された範囲内のプレイヤレベルのプレイヤのレコードを用いて、クエスト共通の優先度順キャラクタリストを参照して、パーティ編成キャラクタのうちのゲーム内バリューの高いｎ個の味方キャラクタを優先度順キャラクタリストの上位のｎ個のキャラクタで置換することにより、クエストごとに、推薦候補パーティを生成することができる。

本発明の１又は複数の実施形態では、優先度順キャラクタリストは、レアリティなどのゲーム内バリューに代えて、又はこれに加えて、ゲームＧの所定のクエスト又はゲームＧのすべてのクエストのそれぞれにおいて、ゲーム内バリュー以外の要素を優先度に考慮して優先度順キャラクタリストの優先度又は優先順位を設定することができる。１つの例では、「今月登場したキャラを含んだ編成」や「このイベントで活躍させたいキャラクタ」などの開発者側の演出意図に応じて、優先度又は優先順位を設定することができる。このような構成とすることにより、パーティ自動生成の「低レアリティ」や「所有率の高さ」だけではなく、開発者側の演出意図を表現することができ、これにより、新規キャラ等を「おすすめ推薦」の中に意図的に登場させ、フィーチャーすることが可能となる。

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

本発明の実施形態では、システム１が推薦情報出力部５４を備えることにより、プレイヤは、ゲームプレイ時に、プレイヤが所持している味方キャラクタにより構成される１又は複数のパーティ編成を選択することが可能となる。１つの実装例では、ゲームＧは、パーティ編成画面において「クリアパーティ」又は「ＡＩおすすめ編成」といったオブジェクトが配置されるように構成され、プレイヤ端末においてプレイヤが当該オブジェクトをタップすると、推薦システム２（サーバサイド）は、第２の編成データ記憶部５７に記憶された対象のクエスト（プレイヤ端末の要求するクエスト）に関連付けられたレコードを選択するように構成することができる。この選択演算は、ＳＱＬのＩＮ演算子を使うとＳＱＬ処理一回で実行できるため、比較的演算コストの低い処理として実装できる。

本発明の１又は複数の実施形態において、ゲームサーバ４０を備えない実施形態では、推薦情報出力部５４を備えなくてもよい。この実施形態では、ゲームプレイ実行部５３が、推薦用編成データ（推薦用パーティ）を出力することにより、例えば第２の編成データ記憶部５７に記憶することにより、当該データを活用することが可能である。したがって、本発明の実施形態では、システム１は、パーティを出力する（ゲーム媒体セットを出力する）構成があれば、上記のシステム１の主な作用効果を奏しうると言うことができる。またゲームサーバ４０を備えない実施形態では、推薦システム２とゲームサーバ４０はネットワーク４を介して通信可能に接続されていなくてもよい。この場合、推薦システム２はゲームサーバ４０からのゲームログを取得でき、ゲームサーバ４０は推薦システム２からの推薦用編成データ（推薦用パーティ）を取得できるように構成されていればよい。

本発明の実施形態では、システム１がプレイヤに提示するためのパーティ（ゲーム媒体セット）を出力することは、プレイヤ端末がディスプレイ装置に推薦用パーティを表示するためのデータを送信すること又は任意の装置の記憶装置に記憶することを意味することができる。したがって、システム１がパーティ（ゲーム媒体セット）を出力することは、パーティ（ゲーム媒体セット）に関する情報を出力することを意味することができる。

本発明の１又は複数の実施形態では、推薦候補生成部５２は、式（１）により定義される関数を実装することにより実現することができる。

（１）
式（１）は、ゲームＧ内のｉ番目のクエストをクリアした上級ユーザによるクリア済み編成データの集合Ｄ_iを入力として、Ｄ_iが含む初級ユーザが所有し難いキャラクタを、初級ユーザが所有し易いキャラクタに代替させた、よりアフォーダブルな編成データの集合

を出力する関数である。

本発明の１又は複数の実施形態では、ゲームプレイ実行部５３は、Ｄ´_iが含むｊ番目の編成データ

が、ｉ番目のクエストをクリア可能であることを、ＡＩに大規模シミュレーション環境でゲームプレイさせることにより、シミュレーションとして検証を行うことができる。このシミュレーションを行う機能を関数として式（２）によりモデル化することができる。

（２）
ここで、

は、シミュレーション対象となる編成データの集合であり、

は、シミュレーションの結果、クエストｉをクリアできた編成データの集合である。

本発明の１又は複数の実施形態では、推薦情報出力部５４は、各プレイヤの所有キャラクタの集合で絞り込むことにより、パーソナライズされ、かつ、クリアが保証された編成の推薦を実現する。このパーソナライゼーションのプロセスは、式（３）の関数としてモデル化することができる。

（３）

は、ｕ番目のプレイヤが所有する味方キャラクタ集合を示し、

は、プレイヤｐの所有する味方キャラクタのみで編成された、クエストｉをクリア可能な編成の集合である。

本発明の実施形態において、ヘッドレスモードとは、ＧＰＵにアクセスするグラフィック処理を無効化し、さらに、音源チップにアクセスするサウンド処理、および、外部サーバへのアクセス処理を無効化するモードである。これにより、ＣＰＵ、メモリ、二次記憶装置のみを使用する状態、すなわち、コンテナ内部に閉じたリソースへのアクセスのみでゲームを実行することができるため、人間が閲覧することを前提としたアニメーション処理スピード、人間が聞くことを前提とした音声の再生スピードといった律速要因（速度を決める要因）を排除することができるようになる。さらに、これらのグラフィック機器やサウンド機器は、一般的にＣＰＵの外にある外部機器として実装されており、ＣＰＵと外部機器との間のＩ／Ｏ処理にかかる同期のための待ち時間も省略することができる。これにより、人間のための演出や、外部機器のための同期待ちといったウェイト処理を省いた、ＣＰＵ単独の処理速度のみに依存するノー・ウェイト（Ｎｏ Ｗａｉｔ）処理で、ゲームを高速に動作させることができるから、より短時間でゲームの実行を行うことができる。

本発明の１又は複数の実施形態では、ゲームプログラム（ゲームアプリ）をヘッドレスモードで実行することは、ヘッドレスモードでゲームプログラムを実行することと、ヘッドレス化されたゲームプログラムを実行することのいずれであってもかまわない。ゲームをヘッドレス状態で進行させることができれば、どのような態様での実行であってもかまわない。広く普及しているゲームエンジンであるＵｎｉｔｙにおいてはＧＵＩからヘッドレスモードを選択するだけで容易にヘッドレス化されたゲームプログラムを生成することが可能である。すなわち、プレイヤ端末用のゲームプログラムを再利用して、検証用のゲームプログラムを容易に用意することができる。本発明の１又は複数の実施形態では、ゲームプログラムをヘッドレスモードではない、通常モードで実行してもよい。

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

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

１：システム、２：推薦システム、４：ネットワーク、１０：推薦装置、１１：プロセッサ、１２：表示装置、１３：入力装置、１４：記憶装置、１５：通信装置、１６：バス、２０：仮想インスタンスサーバ、２１：プロセッサ、２２：表示装置、２３：入力装置、２４：記憶装置、２５：通信装置、２６：バス、３０：テスト用ゲームサーバ、３１：プロセッサ、３２：表示装置、３３：入力装置、３４：記憶装置、３５：通信装置、４０：ゲームサーバ、４１：プロセッサ、４２：表示装置、４３：入力装置、４４：記憶装置、４５：通信装置、５１：編成データフィルタ部、５２：推薦候補生成部、５３：ゲームプレイ実行部、５４：推薦情報出力部、５５：第１の編成データ記憶部、５６：参照用情報記憶部、５７：第２の編成データ記憶部

Claims (16)

1. 複数のゲーム媒体から構成されるゲーム媒体セットを用いるゲームにおいて、プレイヤに提示するためのゲーム媒体セットを出力するシステムであって、
   ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム媒体を他のゲーム媒体に置換して該一の単位ゲームをクリアするための候補ゲーム媒体セットを生成し、
   前記一の単位ゲームをクリアするための候補ゲーム媒体セットを用いて該一の単位ゲームのゲームプレイを実行し、該一の単位ゲームをクリアしたゲーム媒体セットを出力する、
   システム。
2. 前記一の単位ゲームをクリアしたゲーム媒体セットを出力することは、
   仮想化されたプレイヤ端末である仮想インスタンス又はプレイヤ端末のソフトウェア環境を仮想化するために生成された仮想インスタンスを用いてゲームを実行し、前記一の単位ゲームをクリアするための候補ゲーム媒体セットを用いて該一の単位ゲームのゲームプレイを実行し、該一の単位ゲームをクリアしたゲーム媒体セットを出力することを含む、請求項１に記載のシステム。
3. 前記一の単位ゲームをクリアしたゲーム媒体セットを出力することは、
   前記一の単位ゲームをクリアした候補ゲーム媒体セットを該一の単位ゲームのクリア済みゲーム媒体セットとして記憶し、
   前記一の単位ゲームのクリア済みゲーム媒体セットのうちの少なくとも１つのゲーム媒体セットを出力することを含む、
   請求項１に記載のシステム。
4. 前記一の単位ゲームのクリア済みゲーム媒体セットのうちの少なくとも１つのゲーム媒体セットを出力することは、記憶された複数の該一の単位ゲームのクリア済みゲーム媒体セットから、プレイヤの所有するゲーム媒体に基づいて、少なくとも１つのゲーム媒体セットを出力することを含む、請求項３に記載のシステム。
5. 候補ゲーム媒体セットを生成することは、ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム内バリューの高い１又は複数のゲーム媒体を、予め設定された優先度又は優先順位が高い１又は複数のゲーム媒体にそれぞれ置換して、候補ゲーム媒体セットを生成することを含む、請求項１から４のいずれか１項に記載のシステム。
6. 候補ゲーム媒体セットを生成することは、ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム内バリューの高い１又は複数のゲーム媒体を、他の１又は複数のゲーム媒体にそれぞれ置換して、候補ゲーム媒体セットを生成することを含み、他の１又は複数のゲーム媒体は、予め設定された優先度又は優先順位が高いものであり、置き換えられる１又は複数のゲーム媒体のそれぞれと互換性が高いゲーム媒体である、請求項１から４のいずれか１項に記載のシステム。
7. ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム内バリューの高い１又は複数のゲーム媒体は、該ゲーム媒体セットの中でレアリティの高いゲーム媒体又はプレイヤの所有率の低いゲーム媒体である、請求項６に記載のシステム。
8. 候補ゲーム媒体セットを生成することは、実際のプレイヤのゲームプレイによって生成されるゲームログを格納するゲームサーバから、前記一の単位ゲームをクリアしたゲーム媒体セットを取得することを含む、請求項１に記載のシステム。
9. ゲーム媒体にはレベルが設定され、
   一の単位ゲームをクリアするための候補ゲーム媒体セットを用いて該一の単位ゲームのゲームプレイを実行するとき、候補ゲーム媒体セットに含まれる各ゲーム媒体は予め設定された該一の単位ゲームに対応するレベルに設定される、請求項１に記載のシステム。
10. 仮想インスタンスを用いてゲームを実行するとき、少なくともグラフィック処理及びサウンド処理が実質的に無効化されるように、仮想インスタンスにおいてゲームをヘッドレスモードで、又はＧＰＵ及びサウンドデバイスの仮想化を行なって実行する、請求項１に記載のシステム。
11. 候補ゲーム媒体セットを生成することは、ゲームログに含まれる一の単位ゲームを所定の成績以上で又は条件を満たしてクリアしたゲーム媒体セットのうちの一部のゲーム媒体を他のゲーム媒体に置換して該一の単位ゲームをクリアするための候補ゲーム媒体セットを生成することである、請求項１に記載のシステム。
12. 複数のゲーム媒体から構成されるゲーム媒体セットを用いるゲームにおいて、プレイヤに提示するためのゲーム媒体セットを出力する、コンピュータにより実行される方法であって、
    ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム媒体を他のゲーム媒体に置換して該一の単位ゲームをクリアするための候補ゲーム媒体セットを生成し、
    前記一の単位ゲームをクリアするための候補ゲーム媒体セットを用いて該一の単位ゲームのゲームプレイを実行し、該一の単位ゲームをクリアしたゲーム媒体セットを出力する、
    方法。
13. 前記一の単位ゲームをクリアしたゲーム媒体セットを出力することは、
    仮想化されたプレイヤ端末である仮想インスタンス又はプレイヤ端末のソフトウェア環境を仮想化するために生成された仮想インスタンスを用いてゲームを実行し、前記一の単位ゲームをクリアするための候補ゲーム媒体セットを用いて該一の単位ゲームのゲームプレイを実行し、該一の単位ゲームをクリアしたゲーム媒体セットを出力することを含む、請求項１２に記載の方法。
14. 候補ゲーム媒体セットを生成することは、ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム内バリューの高い１又は複数のゲーム媒体を、予め設定された優先度又は優先順位が高い１又は複数のゲーム媒体にそれぞれ置換して、候補ゲーム媒体セットを生成することを含む、請求項１２に記載の方法。
15. 候補ゲーム媒体セットを生成することは、ゲームログに含まれる一の単位ゲームをクリアしたゲーム媒体セットのうちの一部のゲーム内バリューの高い１又は複数のゲーム媒体を、他の１又は複数のゲーム媒体にそれぞれ置換して、候補ゲーム媒体セットを生成することを含み、他の１又は複数のゲーム媒体は、予め設定された優先度又は優先順位が高いものであり、置き換えられる１又は複数のゲーム媒体のそれぞれと互換性が高いゲーム媒体である、請求項１２に記載の方法。
16. 請求項１２から１５のいずれか１項に記載の方法をコンピュータに実行させるプログラム。

Images