JP6018266B1 - ビデオゲーム処理プログラム及びビデオゲーム処理システム - Google Patents

Abstract

【課題】発生させるコンテンツへの参加意欲を継続させる。【解決手段】所定の条件が満たされたときにコンテンツを発生させる。コンテンツは、直近のコンテンツの参加人数と、直近のコンテンツのクリア時間とに基づいて難易度が設定される。直近のコンテンツのクリア時間のみに基づいて難易度が設定される場合もある。ユーザまたは当該ユーザが操作するキャラクタが移動可能な領域の所定箇所にコンテンツが発生する場合もある。直近のコンテンツが存在しない場合に、コンテンツを発生させる箇所から所定の範囲内に位置するユーザまたはユーザが操作するキャラクタの数に基づいてコンテンツの難易度が設定される場合がある。【選択図】図４

Description

本発明の実施形態の少なくとも１つは、ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラム、及びビデオゲーム処理システムに関する。

従来、ビデオゲームにおいてイベントを発生させる技術が種々提案されている。

このようなシステムには、例えば、複数のプレイヤが参加可能なコンテンツ（例えば、イベント）を発生させるものがある（特許文献１参照）。

特開２０１４−０９０９７３号公報

しかしながら、このようなコンテンツに関しては、どれだけのユーザがコンテンツに参加するかを予測することが難しいため、ゲームを管理する管理者が意図する難易度が実現されないという課題があった。そのため、コンテンツを発生させたとしても、ユーザにとって参加する価値が低いコンテンツになってしまう場合があった。そこで、ゲームを管理する管理者が意図する難易度のコンテンツを発生させることで、発生させるコンテンツへの参加意欲を継続させるための技術が求められていた。

本発明の少なくとも１つの実施形態の目的は、上記課題を解決し、発生させるコンテンツへの参加意欲を継続させることである。

非限定的な観点によると、本発明に係るビデオゲーム処理プログラムは、ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、前記サーバに、少なくとも１以上の前記ユーザまたは当該ユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させる発生機能と、直近に発生させた前記コンテンツを示す第１コンテンツに参加した参加人数と、当該第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納する格納機能と、前記参加人数と前記クリア時間とを参照して、新たに発生させる前記コンテンツを示す第２コンテンツの難易度を設定する設定機能と、前記所定の条件のうち前記第２コンテンツを発生させる発生条件が満たされたことを検出する検出機能とを実現させ、前記発生機能では、前記検出機能にて前記発生条件が満たされたことが検出されたことに応じて、前記設定機能にて設定された難易度の前記第２コンテンツを発生させる機能を実現させるためのものである。

非限定的な観点によると、本発明に係るビデオゲーム処理システムは、通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、少なくとも１以上の前記ユーザまたは当該ユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させる発生手段と、直近に発生させた前記コンテンツを示す第１コンテンツに参加した参加人数と、当該第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納する格納手段と、前記参加人数と前記クリア時間とを参照して、新たに発生させる前記コンテンツを示す第２コンテンツの難易度を設定する設定手段と、前記所定の条件のうち前記第２コンテンツを発生させる発生条件が満たされたことを検出する検出手段とを実現させ、前記発生手段は、前記検出手段にて前記発生条件が満たされたことが検出されたことに応じて、前記設定手段にて設定された難易度の前記第２コンテンツを発生させることを特徴とする。

非限定的な観点によると、本発明に係るビデオゲーム処理プログラムは、ユーザによりユーザ端末に入力された操作に応じてビデオゲームの進行を制御する機能を当該ユーザ端末に実現させるためのビデオゲーム処理プログラムであって、少なくとも１以上の前記ユーザまたは当該ユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させる発生機能と、直近に発生させた前記コンテンツを示す第１コンテンツに参加した参加人数と、当該第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納する格納機能と、前記参加人数と前記クリア時間とを参照して、新たに発生させる前記コンテンツを示す第２コンテンツの難易度を設定する設定機能と、前記所定の条件のうち前記第２コンテンツを発生させる発生条件が満たされたことを検出する検出機能とを実現させ、前記発生機能では、前記検出機能にて前記発生条件が満たされたことが検出されたことに応じて、前記設定機能にて設定された難易度の前記第２コンテンツを発生させる機能を備えるサーバから、前記ビデオゲームの進行状況を示すゲーム画面を出力するための情報を受信する機能を前記ユーザ端末に実現させるためのものである。

本願の各実施形態により１または２以上の不足が解決される。

本発明の実施形態の少なくとも一つに対応するビデオゲーム処理システムの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応する格納処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する格納処理における端末側の動作の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するゲーム処理における端末側の動作の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応する情報の格納状態の例について説明するための説明図である。

以下、本発明の実施形態の例について図面を参照して説明する。なお、以下で説明する各実施形態の例における各種構成要素は、矛盾等が生じない範囲で適宜組み合わせ可能である。また、ある実施形態の例として説明した内容については、他の実施形態においてその説明を省略している場合がある。また、各実施形態の特徴部分に関係しない動作や処理については、その内容を省略している場合がある。さらに、以下で説明する各種フローを構成する各種処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。

［第１の実施形態］
図１は、本発明の一実施の形態におけるビデオゲーム処理システム１００の構成の例を示すブロック図である。図１に示すように、ビデオゲーム処理システム１００は、ビデオゲーム処理サーバ１０と、ビデオゲームをプレイする複数のユーザ（プレイヤ）がそれぞれ使用するユーザ端末２０，２０１〜２０Ｎ（Ｎは任意の整数）とを含む。なお、ビデオゲーム処理システム１００の構成はこれに限定されず、単一のユーザ端末を複数のユーザが使用する構成としてもよいし、複数のサーバを備える構成としてもよい。

ビデオゲーム処理サーバ１０と複数のユーザ端末２０，２０１〜２０Ｎは、それぞれインターネットなどの通信ネットワーク３０に接続されている。なお、図示しないが、複数のユーザ端末２０，２０１〜２０Ｎは、通信業者によって管理される基地局と無線通信回線によるデータ通信を行うことによって、通信ネットワーク３０と接続する。

ビデオゲーム処理システム１００は、ビデオゲーム処理サーバ１０と複数のユーザ端末２０，２０１〜２０Ｎとを備えることにより、ユーザの操作に応じてビデオゲームの進行を制御するための各種機能を実現する。

ビデオゲーム処理サーバ１０は、ビデオゲーム処理システム１００の管理者によって管理され、複数のユーザ端末２０，２０１〜２０Ｎに対してビデオゲームに関する情報を提供するための各種の機能を有する。本例において、ビデオゲーム処理サーバ１０は、ＷＷＷサーバなどの情報処理装置によって構成され、各種情報を格納する記憶媒体を備える。なお、ビデオゲーム処理サーバ１０は、制御部や通信部などビデオゲームを行うための一般的な構成を備えるが、ここでの説明は省略する。また、ビデオゲーム処理システム１００においては、複数のユーザ端末２０，２０１〜２０Ｎそれぞれにかかる処理負荷を軽減させるといった観点から、ビデオゲームに関する情報はビデオゲーム処理サーバ１０が管理することが好ましい。ただし、各種情報を記憶する記憶部は、ビデオゲーム処理サーバ１０がアクセス可能な状態で記憶領域を備えていればよく、例えば専用の記憶領域をビデオゲーム処理サーバ１０の外部に有する構成とされていてもよい。

図２は、ビデオゲーム処理サーバ１０の構成の例であるビデオゲーム処理サーバ１０Ａ（サーバ１０Ａ）の構成を示すブロック図である。サーバ１０Ａは、発生部１１と、格納部１２と、設定部１３と、検出部１４とを少なくとも備える。

発生部１１は、少なくとも１以上のユーザまたは当該ユーザが操作するキャラクタ（以下、単に「ユーザ」と呼ぶ場合がある。）が参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させる機能を有する。また、検出部１４にて発生条件が満たされたことが検出されたことに応じて、設定部１３にて設定された難易度の第２コンテンツを発生させる機能を有する。「発生条件」、「難易度」、および「第２コンテンツ」については後で詳しく説明する。

ここで、「コンテンツ」とは、ビデオゲームにおけるサービスの１単位を意味する。コンテンツの構成は特に限定されないが、終了条件が定められていることが好ましい。終了条件は、コンテンツのクリアや失敗であることが好ましい。コンテンツの例には、ユーザが一人でプレイするものや、所定数のユーザが同時にプレイするものがある。また、複数のユーザが同時にプレイするコンテンツの例には、複数のユーザが協力するものや、ユーザ同士が対戦するものがある。

また、「所定の条件」とは、コンテンツが発生することになる契機として設定されている条件を意味する。所定の条件の例には、一定の時間が経過したときや、一定の時間が経過した後に所定の操作を受け付けたときなどがある。

また「発生させる」とは、端末２０、２０１〜２０Ｎで表示されるゲーム画面においてクエストが出現している状態にすることを示す。例えば、サーバ１０Ａが生成したクエストを出現させたゲーム画面を端末２０に送信することで、サーバ１０Ａは、クエストを発生させる。

格納部１２は、直近に発生させたコンテンツ（以下、第１コンテンツと呼ぶ場合がある。）に参加した参加人数と、第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納する機能を有する。参加人数とクリア時間とは、別々に記憶媒体に格納されてもよい。

ここで、「参加した」とは、第１コンテンツに対して貢献を示したことを意味する。したがって、「参加人数」は、第１コンテンツに対して貢献を示したユーザの数を意味する。「貢献を示したユーザ」の例には、コンテンツにて出現した敵キャラクタを倒したユーザや、コンテンツが発生した箇所から所定の範囲内に存在したユーザなどがある。

また、「コンテンツがクリアされる」とは、コンテンツに設定されるクリア条件が満たされることを意味する。クリア条件の例には、例えば、コンテンツとして出現した敵ボスキャラクタを討伐した場合や、コンテンツとして出現したアイテムを収集した場合などがある。一方で、「コンテンツが失敗になる」とは、コンテンツに設定されるクリア条件が満たされずにコンテンツの制限時間がいっぱいになった場合や、コンテンツに設定される失敗条件が成立した場合などを意味する。

設定部１３は、参加人数とクリア時間とを参照して、新たに発生させるコンテンツ（以下、「第２コンテンツ」と呼ぶ場合がある。）の難易度を設定する機能を有する。ここで、第２コンテンツは、例えば、第１コンテンツが終了した際に所定の規則に従って選択されている。したがって、あるコンテンツ（第１コンテンツ）が終了したときに、次に行うコンテンツ（第２コンテンツ）は決定される。当然に、このような構成には限られず、第２コンテンツは、ゲームの進行状況に応じて第１コンテンツが終了してから所定の期間が経過した後に選択されるように構成されていてもよい。

ここで、「難易度」とは、コンテンツの難しさを示す指標である。難易度の例には、敵の強さや、敵の数やなどがある。設定部１３は、基準となる難易度を補正することで最終的な難易度を設定するように構成されている。

検出部１４は、第２コンテンツを発生させる所定の条件（以下、「発生条件」と呼ぶ場合がある。）が満たされたことを検出する機能を有する。検出部１４は、予め発生条件を特定しておき、所定間隔で発生条件が満たされているか否かを判定するように構成されていてもよいし、発生条件がユーザの操作により満たされたことを検出するように構成されていてもよい。

複数のユーザ端末２０，２０１〜２０Ｎは、それぞれ、ビデオゲームを行うユーザ（プレイヤ）によって管理され、例えば携帯電話端末やＰＤＡ（Personal Digital Assistants）、携帯型ゲーム装置などのネットワーク配信型のゲームを行うことが可能な通信端末によって構成される。なお、ビデオゲームシステム１００が含み得るユーザ端末の構成は上述した例に限定されず、ユーザがビデオゲームを認識できる構成であればよい。ユーザ端末の構成の他の例には、スマートウォッチなどの所謂ウェアラブルデバイスや、ウェアラブルデバイスと通信端末等との組み合わせがある。

また、複数のユーザ端末２０，２０１〜２０Ｎは、それぞれ、通信ネットワーク３０に接続し、ビデオゲーム処理サーバ１０との通信を行うことによりビデオゲームを実行するためのハードウェア（例えば、ゲーム画面を表示する表示装置や音声出力装置など）およびソフトウェアを備える。なお、複数のユーザ端末２０，２０１〜２０Ｎそれぞれは、ビデオゲーム処理サーバ１０を介さずに互いに直接通信を行うこともできる構成とされていてもよい。また、複数のユーザ端末２０，２０１〜２０Ｎそれぞれがユーザ操作を受け付けるための構成として、例えばゲーム画面に対応するタッチパネルを備える構成とされていてもよい。

次に、本例のビデオゲーム処理システム１００（システム１００）の動作について説明する。

図３は、システム１００が実行する格納処理の例を示すフローチャートである。本例における格納処理では、第１コンテンツに関する各種情報を格納する処理が行われる。

本例の格納処理は、例えばビデオゲームの進行に応じて第１コンテンツが発生したことに応じて開始される。なお、ビデオゲームの進行に応じてとは、ビデオゲームで発生し得る種々の進行あるいは変化等が生じたことを特定の処理の契機や基準とすることを意味する。特定の処理の例としては、判定処理や情報更新処理などがある。また、ビデオゲームで発生し得る種々の進行あるいは変化等の例としては、時間の進行、ゲーム要素値の変化、特定のステータス若しくはフラグの更新、あるいはユーザによる操作入力などがある。

サーバ１０Ａは、格納処理において、先ず、第１コンテンツの参加人数を特定する（ステップＳ１１）。本例では、ユーザがコンテンツに貢献した場合に逐次掲載されるリスト情報を参照して、サーバ１０Ａは、最終的な参加人数を特定する。

参加人数が特定されると、サーバ１０Ａは、クリア時間を特定する（ステップＳ１２）。本例では、特に図示していないが、サーバ１０Ａは、自身が備える計時機能を用いて、コンテンツの開始から終了までの時間を計時する。

参加人数およびクリア時間とを特定すると、サーバ１０Ａは、特定した情報を記憶媒体に格納し（ステップＳ１３）、ここでの処理を終了する。

図４は、システム１００が実行するゲーム処理の例を示すフローチャートである。本例におけるゲーム処理では、第２コンテンツを発生させることに関連する処理が行われる。

本例のゲーム処理は、例えばビデオゲームの進行に応じて第２コンテンツの発生処理を開始する条件が満たされた場合に応じて開始される。第２コンテンツの発生処理を開始する条件が満たされた場合とは、例えば、第１コンテンツが終了したことである。

サーバ１０Ａは、ゲーム処理において、第２コンテンツを選択する（ステップＳ２１）。本例におけるコンテンツの選択は、所定の規則に従って行われる。

第２コンテンツが選択されると、サーバ１０Ａは、第１コンテンツへの参加人数と、第１コンテンツのクリア時間を参照して、選択された第２コンテンツの難易度を設定する（ステップＳ２２）。

難易度が設定されると、サーバ１０Ａは、発生条件を特定する（ステップＳ２３）。本例では、発生条件として「一定時間の経過」という条件が設定される場合を例にする。

発生条件が特定されると、サーバ１０Ａは、発生条件が満たされたことを検出する（ステップＳ２４）。本例では、サーバ１０Ａが、一定時間が経過したことを検出する。

発生条件が満たされたことを検出すると、サーバ１０Ａは、設定された難易度の第２コンテンツを発生させて（ステップＳ２５）、ここでの処理を終了する。本例では、サーバ１０Ａが仮想空間に第２コンテンツを出現させたゲーム画面に関する情報を端末２０に送信する。そして、端末２０が、当該ゲーム画面に関する情報を受信し、当該ゲーム画面に関する情報に基づいてゲーム画面を出力することで、第２コンテンツを発生させるゲーム処理が終了される。

図５は、端末２０が格納処理を実行する場合の端末２０側の動作の例を示すフローチャートである。以下、端末２０が、格納処理を実行する場合を例にして説明する。すなわち、本例においては、サーバ１０Ａが備える各部の機能を端末２０が有する場合について説明する。

端末２０は、格納処理において、先ず、第１コンテンツの参加人数を特定する（ステップＳ１０１）。本例では、ユーザがコンテンツに貢献した場合に逐次掲載されるリスト情報を参照して、端末２０は、最終的な参加人数を特定する。

参加人数が特定されると、端末２０は、クリア時間を特定する（ステップＳ１０２）。本例では、特に図示していないが、端末２０は、自身が備える計時機能を用いて、コンテンツを開始した時間から、終了するまでの時間を計時する。

参加人数およびクリア時間とを特定すると、端末２０は、特定した情報を記憶媒体に格納し（ステップＳ１０３）、ここでの処理を終了する。

図６は、端末２０がゲーム処理を実行する場合の端末２０側の動作の例を示すフローチャートである。以下、端末２０が、ゲーム処理を実行する場合を例にして説明する。すなわち、本例においては、サーバ１０Ａが備える各部の機能を端末２０が有する場合について説明する。

端末２０は、ゲーム処理において、第２コンテンツを選択する（ステップ２０１）。

第２コンテンツが選択されると、端末２０は、第１コンテンツへの参加人数と、第１コンテンツのクリア時間を参照して、選択された第２コンテンツの難易度を設定する（ステップＳ２０２）。

難易度が設定されると、端末２０は、発生条件を特定する（ステップＳ２０３）。

発生条件が特定されると、端末２０は、発生条件が満たされたことを検出する（ステップＳ２０４）。

発生条件が満たされたことを検出すると、端末２０は、設定された難易度の第２コンテンツを発生させて（ステップＳ２０５）、ここでの処理を終了する。本例では、端末２０は、仮想空間に第２コンテンツを出現させたゲーム画面出力し、第２コンテンツを発生させるゲーム処理を終了する。

以上に説明したように、第１の実施形態の一側面として、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理サーバ１０Ａが、発生部１１と、格納部１２と、設定部１３と、検出部１４とを備える構成としている。そのため、ビデオゲーム処理サーバ１０Ａは、少なくとも１以上のユーザまたはユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させ、直近に発生させたコンテンツを示す第１コンテンツに参加した参加人数と、第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納し、参加人数とクリア時間とを参照して、新たに発生させるコンテンツを示す第２コンテンツの難易度を設定し、所定の条件のうち第２コンテンツを発生させる発生条件が満たされたことを検出し、発生条件が満たされたことが検出されたことに応じて、設定された難易度の第２コンテンツを発生させることができるようになる。したがって、コンテンツの難易度を適切に設定することができるようになり、発生させるコンテンツへの参加意欲を継続させることができるようになる。

すなわち、参加人数が予測しづらいコンテンツを用いる場合であっても、当該コンテンツに対して適切な難易度を設定することができるようになるため、発生させるコンテンツへの参加意欲を継続させることができるようになる。

なお、上述した第１の実施の形態の例では特に言及していないが、サーバ１０Ａが、第２コンテンツの開始時間を決定し、開始時間になっていることを検出することで、発生条件が満たされたことを検出するように構成されていてもよい。

なお、上述した第１の実施の形態の例では特に言及していないが、サーバ１０Ａが、コンテンツが所定回数連続で失敗に終わった際に、第２コンテンツの発生間隔を通常よりも長くするように構成されていてもよい。

なお、上述した第１の実施の形態の例では特に言及していないが、サーバ１０Ａが、コンテンツが終了した際に、コンテンツに参加したユーザまたはユーザが操作するキャラクタに対して報酬を付与し、報酬を付与する際に、コンテンツに対する貢献度合いに応じて付与する報酬を増減させるように構成されていてもよい。ここで、報酬とは、ユーザが利用可能なアイテム、装備品、ゲーム内通貨、および経験値などを含む。また、ここで、「貢献度合い」とは、コンテンツに対して貢献を示したユーザのうち、どれだけコンテンツに対して貢献したのかを示すものである。貢献度合いの例としては、敵キャラクタを倒した数や、敵キャラクタが受けた総ダメージに対するユーザが与えたダメージの割合などがある。

なお、上述した第１の実施の形態の例では特に言及していないが、サーバ１０Ａは、報酬を付与する際に、コンテンツがクリアされたか否かにかかわらず報酬を付与するように構成されていてもよい。

なお、上述した第１の実施の形態の例では特に言及していないが、コンテンツには、繋がって発生する連続コンテンツが含まれ、サーバ１０Ａは、第２コンテンツに前記連続コンテンツが含まれるか否かを判定し、連続コンテンツが含まれると判定されると、第２コンテンツが終了する際に連続コンテンツを発生させるように構成されていてもよい。

なお、上述した第１の実施の形態の例では特に言及していないが、サーバ１０Ａが、コンテンツを発生させる際に、少なくとも１以上のユーザが参加可能なコンテンツを、所定の条件が満たされたことに応じて突発的に発生させるように構成されていてもよい。ここで、「コンテンツを突発的に発生させる」とは、ユーザに前もって知らされることなくコンテンツを発生させることを意味する。なお、ここでいう「突発的」な状況は、直前まで知らされていないという状況を含む。このような構成によれば、突発的なコンテンツの発生により参加人数が予測しづらいコンテンツを用いる場合であっても、当該コンテンツに対して適切な難易度を設定することができるようになる。したがって、発生させるコンテンツへの参加意欲を継続させることができるようになる。

なお、上述した第１の実施の形態の例では特に言及していないが、サーバ１０Ａが、第２コンテンツの難易度を決定する際に、第２コンテンツが発生した際にビデオゲームをプレイしているユーザを参照して第２コンテンツの難易度を設定するように構成されていてもよい。このような構成によれば、参加人数が予測しづらいコンテンツを用いる場合であっても、当該コンテンツに対して適切な難易度を設定することができるようになる。したがって、発生させるコンテンツへの参加意欲を継続させることができるようになる。ここで、「第２コンテンツが発生した際にビデオゲームをプレイしているユーザを参照して」とは、第２コンテンツが発生した際にビデオゲームをプレイしているユーザの数を参照することを含む。

なお、上述した第１の実施の形態の例では特に言及していないが、サーバ１０Ａが、第２コンテンツの難易度を決定する際に、所定の強さまたはステータス（例えば、ユーザのレベルやユーザのジョブなど。より具体的には、コンテンツの推奨レベルに対して１０以内の差に収まるレベルや、所定のジョブなど。）を有するユーザの数を参照して第２コンテンツの難易度を設定するように構成されていてもよい。このような構成によれば、参加人数が予測しづらいコンテンツを用いる場合であっても、当該コンテンツに対して適切な難易度を設定することができるようになる。したがって、発生させるコンテンツへの参加意欲を継続させることができるようになる。

なお、上述した第１の実施の形態の例では特に言及していないが、サーバ１０Ａが、第２コンテンツの難易度を決定する際に、所定のコンテンツに参加するためのゲーム内要素を所有しているユーザの数を参照して第２コンテンツの難易度を設定するように構成されていてもよい。このような構成によれば、参加人数が予測しづらいコンテンツを用いる場合であっても、当該コンテンツに対して適切な難易度を設定することができるようになる。したがって、発生させるコンテンツへの参加意欲を継続させることができるようになる。ここで、「所定のコンテンツに参加するためのゲーム内要素」とは、例えば、行動力（アクションポイント）やチケットなどがある。

なお、上述した第１の実施形態の例では特に言及していないが、システム１００Ａは、参加人数とクリア時間とに加えて、第２コンテンツを発生させる箇所から所定の範囲内に位置するユーザまたは当該ユーザが操作するキャラクタの数を参照して、第２コンテンツの難易度を設定するように構成されていてもよい。このような構成によれば、参加人数が予測しづらいコンテンツを用いる場合であっても、当該コンテンツに対して適切な難易度を設定することができるようになる。したがって、発生させるコンテンツへの参加意欲を継続させることができるようになる。

［第２の実施形態］
図７は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｂ（サーバ１０Ｂ）の構成を示すブロック図である。本例において、サーバ１０Ｂは、発生部１１Ｂと、格納部１２と、設定部１３と、検出部１４とを少なくとも備える。

発生部１１Ｂは、ユーザまたは当該ユーザが操作するキャラクタが移動可能な領域の所定箇所にコンテンツを発生させる機能を有する。

ここで、「ユーザまたは当該ユーザが操作するキャラクタが移動可能な領域」は、大規模多人数同時参加型オンラインＲＰＧ（いわゆる、ＭＭＯＲＰＧ）のようなビデオゲームにおける仮想空間や、複数のステージで構成されるステージ制のビデオゲームにおけるステージ選択用の領域や、クエストの一覧からクエストを選択することができるようなビデオゲームにおけるクエストの選択領域などを含む。

図８は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｂと、端末２０の動作を例にして説明する。なお、端末２０の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。また、上述の実施の形態の例にて説明したステップと同じステップについては、重複説明を避ける観点から記載を省略する場合がある。

発生条件が満たされたことが検出される（ステップＳ２４）と、サーバ１０Ｂは、設定された難易度の第２コンテンツをユーザまたは当該ユーザが操作するキャラクタが移動可能な領域の所定箇所に発生させる（ステップＳ２−１１）。例えば、サーバ１０Ｂは、第２コンテンツに対応付けされている位置情報を参照することで、コンテンツを発生させる所定箇所を特定し、特定した所定箇所に第２コンテンツを発生させる。

サーバ１０Ｂは、第２コンテンツを発生させると、ここでの処理を終了する。

以上に説明したように、第２の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｂが、発生部１１Ｂと、格納部１２と、設定部１３と、検出部１４とを備える構成としている。そのため、サーバ１０Ｂは、ユーザまたは当該ユーザが操作するキャラクタが移動可能な領域の所定箇所にコンテンツを発生させ、不確定な箇所に生じさせることにより参加人数が予測しづらいコンテンツを用いる場合であっても、当該コンテンツに対して適切な難易度を設定することができるようになる。したがって、発生させるコンテンツへの参加意欲を継続させることができるようになる。

なお、上述した第１の実施の形態の例では特に言及していないが、ユーザまたは当該ユーザが操作するキャラクタが移動可能な領域内に発生条件を生成し、領域内に生成された発生条件に対するユーザの操作に応じて、発生条件が満たされたことを検出するように構成されていてもよい。「ユーザまたは当該ユーザが操作するキャラクタが移動可能な領域内に発生条件を生成する」ことの具体例としては、ユーザまたは当該ユーザが操作するキャラクタが移動可能な領域内の所定の敵キャラクタが討伐された場合や、ユーザまたは当該ユーザが操作するキャラクタが移動可能な領域内の所定のアイテムがプレイヤに取得された場合などがある。

［第２−１の実施形態］
図９は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｂ１（サーバ１０Ｂ１）の構成を示すブロック図である。本例において、サーバ１０Ｂ１は、発生部１１Ｂ１と、格納部１２と、設定部１３と、検出部１４とを少なくとも備える。さらに、本例において、コンテンツは、大規模多人数同時参加型オンラインＲＰＧ（いわゆる、ＭＭＯＲＰＧ）のような、同一の仮想空間に多人数が同時に参加するビデオゲームにおける仮想空間内に生成されるコンテンツである。

発生部１１Ｂ１は、仮想空間内のフィールド上の所定箇所にコンテンツを発生させる機能を有する。

図１０は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｂ１と、端末２０の動作を例にして説明する。なお、端末２０の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。また、上述の実施の形態の例にて説明したステップと同じステップについては、重複説明を避ける観点から記載を省略する場合がある。

発生条件が満たされたことが検出される（ステップＳ２４）と、サーバ１０Ｂ１は、設定された難易度の第２コンテンツを仮想空間内のフィールド上の所定箇所に発生させる（ステップＳ２−１−１１）。

サーバ１０Ｂ１は、第２コンテンツを発生させると、ここでの処理を終了する。

以上に説明したように、第２−１の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｂ１が、発生部１１Ｂ１と、格納部１２と、設定部１３と、検出部１４とを少なくとも備え、コンテンツが、同一の仮想空間に多人数が同時に参加するビデオゲームにおける仮想空間内に生成されるコンテンツであり、仮想空間内に生成される第２コンテンツを仮想空間内のフィールド上の所定箇所に発生させ、参加人数が予測しづらいコンテンツを用いる場合であっても、当該コンテンツに対して適切な難易度を設定することができるようになる。したがって、発生させるコンテンツへの参加意欲を継続させることができるようになる。

［第２−２の実施形態］
図１１は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｂ２（サーバ１０Ｂ２）の構成を示すブロック図である。本例において、サーバ１０Ｂ２は、発生部１１Ｂ２と、格納部１２と、設定部１３と、検出部１４とを少なくとも備える。さらに、コンテンツが、例えば複数プレイヤ参加型オンラインＲＰＧ（いわゆる、ＭＯＲＰＧ）などで用いられるコンテンツであって、コンテンツ専用の空間が生成されるコンテンツである。

発生部１１Ｂ２は、第２コンテンツ専用の空間を発生させる機能を有する。

図１２は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｂ２と、端末２０の動作を例にして説明する。なお、端末２０の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。また、上述の実施の形態の例にて説明したステップと同じステップについては、重複説明を避ける観点から記載を省略する場合がある。

発生条件が満たされたことが検出される（ステップＳ２４）と、サーバ１０Ｂ２は、設定された難易度の第２コンテンツ専用の空間を発生させることで、第２コンテンツを発生させる（ステップＳ２−２−１１）。

サーバ１０Ｂ２は、第２コンテンツを発生させると、ここでの処理を終了する。

以上に説明したように、第２−１の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｂ１が、発生部１１Ｂ１と、格納部１２と、設定部１３と、検出部１４とを少なくとも備え、コンテンツが、コンテンツ専用の空間が生成されるコンテンツであり、設定された難易度の第２コンテンツ専用の空間を発生させることで、第２コンテンツを発生させ、参加人数が予測しづらいコンテンツを用いる場合であっても、当該コンテンツに対して適切な難易度を設定することができるようになる。したがって、発生させるコンテンツへの参加意欲を継続させることができるようになる。

［第２−３の実施形態］
特に図示しないが、ビデオゲーム処理サーバ１０の一例では、例えば複数ユーザが参加することができるイベントをコンテンツとして発生させるように構成されていてもよい。ここで、「イベント」とは、いわゆる、ソーシャルゲームにおけるレイドバトルのようなイベントであって、ユーザが選択可能に表示されるコンテンツを示す。イベントの例には、イベントが選択されると選択ユーザと敵キャラクタとの対戦処理が実行され、当該対戦処理が行われているイベントに対して他のユーザが参加していき、その結果複数のユーザが参加することができるようになるものがある。また、このようなイベントには、あるユーザが、他ユーザが開始している対戦処理に加わることができるようになるものもある。ビデオゲーム処理サーバ１０の一例では、コンテンツをこのようなイベントにすることができる。

［第３の実施形態］
図１３は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｃ（サーバ１０Ｃ）の構成を示すブロック図である。本例において、サーバ１０Ｃは、発生部１１と、格納部１２と、設定部１３Ｃと、検出部１４とを少なくとも備える。

設定部１３Ｃは、第１コンテンツが存在しない場合に、第２コンテンツを発生させる箇所から所定の範囲内に位置するユーザまたは当該ユーザが操作するキャラクタの数に基づいて第２コンテンツの難易度を設定する機能を有する。

ここで、「所定の範囲」は、システム１００の管理者により適宜設定される範囲である。「所定の範囲」には、例えば、第２コンテンツを発生させる中心箇所から半径Ｘの距離や、第２コンテンツを発生させる箇所が属するマップなどが含まれる。

図１４は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｃと、端末２０の動作を例にして説明する。なお、端末２０の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。また、上述の実施の形態の例にて説明したステップと同じステップについては、重複説明を避ける観点から記載を省略する場合がある。

本例のゲーム処理は、例えばサーバ１０Ｃの初期起動時に開始される。なお、サーバ１０Ｃの初期起動時を例にして説明しているが、直近のコンテンツが存在しない可能性がある場合には、本例のゲーム処理を適用することが好ましい。

サーバ１０Ｃは、ゲーム処理において、先ず、第１コンテンツが存在するか否かを判定する（ステップＳ３−１１）。第１コンテンツが存在すると判定された場合（ステップＳ３−１１のＹ）には、サーバ１０Ｃは、ゲーム処理において、第２コンテンツを選択する処理に移行する（ステップＳ２１）。

そして、サーバ１０Ｃは、第１コンテンツへの参加人数と、第１コンテンツのクリア時間を参照して、選択された第２コンテンツの難易度を設定するとともに（ステップＳ２２）、発生条件を特定する（ステップＳ２３）。その後、サーバ１０Ｃは、発生条件が満たされたことを検出する（ステップＳ２４）と、設定された難易度の第２コンテンツを発生させて（ステップＳ２５）、ここでの処理を終了する。

一方で、第１コンテンツが存在しないと判定された場合（ステップＳ３−１１のＮ）には、サーバ１０Ｃは、ゲーム処理において、発生個所に関する情報を含む第２コンテンツを選択する（ステップＳ３−１２）。

そして、サーバ１０Ｃは、第２コンテンツを発生させる箇所から所定の範囲内に位置するユーザの数に基づいて、選択された第２コンテンツの難易度を設定する（ステップＳ３−１３）。

その後、サーバ１０Ｃは、発生条件を特定し（ステップＳ３−１４）し、発生条件が満たされたことを検出する（ステップＳ３−１５）と、設定された難易度の第２コンテンツを発生させて（ステップＳ３−１６）、ここでの処理を終了する。

以上に説明したように、第３の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｃが、発生部１１と、格納部１２と、設定部１３Ｃと、検出部１４とを備える構成としている。そのため、サーバ１０Ｃは、少なくとも１以上のユーザまたはユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させ、直近に発生させたコンテンツを示す第１コンテンツに参加した参加人数と第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを参照して、新たに発生させるコンテンツを示す第２コンテンツの難易度を設定し、所定の条件のうち第２コンテンツを発生させる発生条件が満たされたことを検出し、発生条件が満たされたことが検出されたことに応じて、設定された難易度の第２コンテンツを発生させ、第１コンテンツが存在しない場合に、第２コンテンツを発生させる箇所から所定の範囲内に位置するユーザまたはユーザが操作するキャラクタの数に基づいて第２コンテンツの難易度を設定し、設定された難易度の第２コンテンツを発生させ、第１コンテンツが存在しない場合においても発生させるコンテンツの難易度を適切に設定することができるようになる。

［第４の実施形態］
図１５は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｄ（サーバ１０Ｄ）の構成を示すブロック図である。本例において、サーバ１０Ｄは、発生部１１と、格納部１２と、設定部１３Ｄと、検出部１４とを少なくとも備える。

第４の実施の形態に係る記憶媒体には、第１コンテンツのクリアに必要であると想定される時間を示す想定クリア時間に関する情報、および第２コンテンツの推奨参加人数に関する情報が格納される。

ここで、「第１コンテンツのクリアに必要であると想定される時間」とは、推奨されるレベルのユーザが推奨される人数でコンテンツに挑戦した際に、クリアにかかることが想定される時間を意味する。想定クリア時間は、コンテンツの性質に応じて、システムの管理者により適宜設定されている。本例では、想定クリア時間は、コンテンツの制限時間の３分の１の時間とする。

また、「推奨参加人数」とは、推奨されるレベルのユーザがどの程度の人数でクリアできるコンテンツなのかを示す数値である。本例では、推奨参加人数は、コンテンツの性質に応じて、システムの管理者により適宜設定されている。

設定部１３Ｄは、クリア時間と、想定クリア時間とに基づいて第１補正値を算出する機能を有する。

ここで、「第１補正値」は、クリア時間と想定クリア時間とに基づいて算出されていればよいが、例えば、下記のような［式１］で算出される。
［式１］
［第１補正値］＝（［コンテンツの制限時間］−［コンテンツ終了までにかかった時間］）／（［コンテンツの制限時間］−［想定クリア時間］）
式１に示すように、コンテンツ終了までにかかった時間が増加するにつれて、第１補正値は小さくなる。すなわち、コンテンツを終了するまでにかかった時間がコンテンツの制限時間の３分の１（想定クリア時間）を過ぎるにつれて第１補正値が小さくなるように、第１補正値が設定される。一方で、コンテンツを終了するまでにかかった時間がコンテンツの制限時間の３分の１（想定クリア時間）よりも早い場合には、第１補正値が大きくなるように設定される。

また、設定部１３Ｄは、所定の第１算出式を参照して第１補正値に応じて参加人数が補正された想定参加人数を算出する機能を有する。

ここで、想定参加人数は、次のコンテンツにおいて参加することが予想される人数を意味する。本例では、第２コンテンツの参加人数は、参加ユーザの制限がないことから、実際に第２コンテンツが開始、終了されるまで把握することはできないので、想定参加人数を用いて難易度を決定するように構成される。想定参加人数は、第１補正値に応じて算出されるように構成されていればよいが、例えば、下記のような［式２］を所定の第１算出式として用いるように構成される。
［式２］
［想定参加人数］＝［実際の参加人数］Ｘ［第１補正値］
式２に示すように、想定参加人数は、実際の参加人数と第１補正値とを掛け合わせることで算出される。上述のように、第１補正値は、コンテンツ終了までにかかった時間が増加するにつれて、小さくなる。したがって、想定参加人数は、コンテンツ終了までにかかった時間が想定クリア時間を上回るにつれて、実際の参加人数よりも少なくなる。一方で、想定参加人数は、コンテンツ終了までにかかった時間が想定クリア時間を下回るにつれて、実際の参加人数よりも多くなる。

また、設定部１３Ｄは、想定参加人数と、推奨参加人数とに基づいて第２補正値を算出する機能を有する。

ここで、「第２補正値」は、想定参加人数と推奨参加人数とに基づいて算出されていればよいが、例えば、下記のような［式３］で算出される。
［式３］
［第２補正値］＝［想定参加人数］／［推奨参加人数］
式３に示すように、第２補正値は、想定参加人数が多くなるにつれて、大きくなるように構成される。

さらに、設定部１３Ｄは、所定の第２算出式を参照して第２補正値に応じて第２コンテンツの難易度を設定する機能を有する。

ここで、第２の算出式は、システム１００の管理者により適宜定義されている。例えば、第２の算出式は、第２コンテンツに対応付けされる基準となる難易度（敵キャラクタの強さを示すＨＰや攻撃力、および敵キャラクタの数など）に対して、第２補正値を掛け合わせるように構成されていればよい。また、第２補正値に対してさらに定数を掛け合わせることで調整された第２補正値を、基準となる難易度に対して掛け合わせるように第２の算出式が構成されていてもよい。

図１６は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｄと、端末２０の動作を例にして説明する。なお、端末２０の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。また、上述の実施の形態の例にて説明したステップと同じステップについては、重複説明を避ける観点から記載を省略する場合がある。

第２コンテンツが選択されると（ステップＳ２１）、サーバ１０Ｄは、第１コンテンツへの参加人数と、クリア時間と、想定クリア時間とに基づいて第１補正値を算出する（ステップＳ４−１１）。

第１補正値が算出されると、サーバ１０Ｄは、所定の第１算出式を参照して第１補正値に応じて参加人数が補正された想定参加人数を算出する（ステップＳ４−１２）。

想定参加人数が算出されると、サーバ１０Ｄは、想定参加人数と、推奨参加人数とに基づいて第２補正値を算出する（ステップＳ４−１３）。

第２補正値が算出されると、サーバ１０Ｄは、所定の第２算出式を参照して第２補正値に応じて第２コンテンツの難易度を設定する（ステップＳ４−１４）。

難易度が設定されると、サーバ１０Ｄは、発生条件を特定し（ステップＳ２３）、発生条件が満たされたことを検出する（ステップＳ２４）。そして、発生条件が満たされたことを検出すると、サーバ１０Ｄは、設定された難易度の第２コンテンツを発生させて（ステップＳ２５）、ここでの処理を終了する。

以上に説明したように、第４の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｄが、発生部１１と、格納部１２と、設定部１３Ｄと、検出部１４とを備え、記憶媒体に、第１コンテンツのクリアに必要であると想定される時間を示す想定クリア時間に関する情報、および第２コンテンツの推奨参加人数に関する情報が格納される構成としている。そのため、クリア時間と想定クリア時間とに基づいて第１補正値を算出し、所定の第１算出式を参照して第１補正値に応じて参加人数が補正された想定参加人数を算出し、想定参加人数と、推奨参加人数とに基づいての第２補正値を算出し、所定の第２算出式を参照して第２補正値に応じて第２コンテンツの難易度を設定し、発生させるコンテンツへの参加意欲を継続させることができる。

なお、上述した第４の実施の形態の例においては特に言及していないが、第２の算出式は、推奨参加人数よりも想定参加人数の方が多い場合に用いられる第３の算出式と、推奨参加人数よりも想定参加人数の方が少ない場合に用いられる第４の算出式とを含むように構成されていてもよい。例えば、推奨参加人数よりも想定参加人数の方が多い場合よりも、少ない場合の方が、補正量を小さくするように構成されていてもよい。

［第５の実施形態］
図１７は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｅ（サーバ１０Ｅ）の構成を示すブロック図である。本例において、サーバ１０Ｅは、発生部１１と、格納部１２と、設定部１３Ｅと、検出部１４とを少なくとも備える。

設定部１３Ｅは、想定参加人数が推奨参加人数を下回る場合に、ユーザの味方であって、ユーザの操作によらないキャラクタを出現させる機能を有する。

ここで、「ユーザの味方であって、ユーザの操作によらないキャラクタ」とは、ユーザとともにコンテンツの攻略を行うキャラクタではあるが、コンテンツに参加するユーザではなく、システム側で用意されたキャラクタ（例えば、ノンプレイヤキャラクタなど）であることを意味する

図１８は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｅと、端末２０の動作を例にして説明する。なお、端末２０の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。また、上述の実施の形態の例にて説明したステップと同じステップについては、重複説明を避ける観点から記載を省略する場合がある。

発生条件が満たされたことを検出すると（ステップＳ２４）、サーバ１０Ｅは、想定参加人数と推奨参加人数とを比較し、想定参加人数が推奨参加人数を下回るか否かを判定する（ステップＳ５−１１）。

想定参加人数が推奨参加人数を下回らないと判定された場合（ステップＳ５−１１のＮ）には、サーバ１０Ｅは、設定された難易度の第２コンテンツを発生させて（ステップＳ２５）、ここでの処理を終了する。

一方で、想定参加人数が推奨参加人数を下回ると判定された場合（ステップＳ５−１１のＹ）には、サーバ１０Ｅは、設定された難易度の第２コンテンツを、ユーザの味方であってユーザの操作によらないキャラクタを出現させて、発生させる（ステップＳ５−１２）。そして、サーバ１０Ｅは、ここでの処理を終了する。

以上に説明したように、第５の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｅが、発生部１１と、格納部１２と、設定部１３Ｅと、検出部１４とを備える構成としている。そのため、サーバ１０Ｅは、想定参加人数が推奨参加人数を下回る場合に、ユーザの味方であって、ユーザの操作によらないキャラクタを出現させ、発生させるコンテンツへの参加意欲を継続させることができるようになる。

なお、上述した第５の実施形態の例では特に言及していないが、出現させるキャラクタの数は、想定参加人数と推奨参加人数とに基づいて決定されるように構成されていてもよい。この場合には、記憶媒体に、想定参加人数と推奨参加人数との比率に対して出現数が対応付けされた情報が格納されていればよい。

なお、上述した第５の実施形態の例では特に言及していないが、出現させるキャラクタの数は、第２コンテンツに現在参加しているユーザの数に応じて変更するように構成されていてもよい。この場合には、システム１００は、第２コンテンツに現在参加しているユーザの数の推移を検出し、当該推移に応じて、ユーザの味方であってユーザの操作によらないキャラクタを出現させ、消失させるように構成されていればよい。

なお、上述した第５の実施形態の例では特に言及していないが、記憶媒体には、第２コンテンツの基準となる基準難易度を示す情報が格納されており、サーバ１０Ｅは、想定参加人数が推奨参加人数を下回る場合に、難易度が下がるように基準難易度に対して補正を行う機能と、想定参加人数が推奨参加人数を上回る場合に、難易度が上がるように基準難易度に対して補正を行うように構成されていてもよい。

［第６の実施形態］
図１９は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｆ（サーバ１０Ｆ）の構成を示すブロック図である。本例において、サーバ１０Ｆは、発生部１１と、格納部１２と、設定部２３と、検出部１４とを少なくとも備える。

設定部２３は、クリア時間を参照して、新たに発生させるコンテンツの難易度を設定する機能を有する。

図２０は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｆと、端末２０の動作を例にして説明する。なお、端末２０の動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。また、上述の実施の形態の例にて説明したステップと同じステップについては、重複説明を避ける観点から記載を省略する場合がある。

第２コンテンツが選択されると（ステップＳ２１）、サーバ１０Ｆは、第１コンテンツのクリア時間を参照して、選択された第２コンテンツの難易度を設定する（ステップＳ６−１１）。

難易度が設定されると、サーバ１０Ｆは、発生条件を特定し（ステップＳ２３）、発生条件が満たされたことを検出する（ステップＳ２４）。そして、サーバ１０Ｆは、設定された難易度の第２コンテンツを発生させて（ステップＳ２５）、ここでの処理を終了する。

以上に説明したように、第６の実施形態の一側面として、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理サーバ１０Ｆが、発生部１１と、格納部１２と、設定部２３と、検出部１４とを備える構成としている。そのため、ビデオゲーム処理サーバ１０Ｆは、少なくとも１以上のユーザまたはユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させ、第１コンテンツがクリアされるまでに要した時間を示すクリア時間を所定の記憶媒体に格納し、クリア時間を参照して、新たに発生させるコンテンツを示す第２コンテンツの難易度を設定し、所定の条件のうち第２コンテンツを発生させる発生条件が満たされたことを検出し、発生条件が満たされたことが検出されたことに応じて、設定された難易度の第２コンテンツを発生させることができるようになる。したがって、コンテンツの難易度を適切に設定することができるようになる。

なお、上述した各実施形態では、複数のユーザ端末２０，２０１〜２０Ｎとビデオゲーム処理サーバ１０は、自己が備える記憶装置に記憶されている各種制御プログラム（例えば、ビデオゲーム処理プログラム）に従って、上述した各種の処理を実行する。

また、ビデオゲーム処理システム１００の構成は上述した各実施形態の例として説明した構成に限定されず、例えばユーザ端末が実行する処理として説明した処理の一部または全部をサーバ１０が実行する構成としてもよいし、サーバ１０が実行する処理として説明した処理の一部または全部を複数のユーザ端末２０，２０１〜２０Ｎの何れか（例えば、ユーザ端末２０）が実行する構成としてもよい。また、サーバ１０が備える記憶部の一部または全部を複数のユーザ端末２０，２０１〜２０Ｎの何れかが備える構成としてもよい。すなわち、ビデオゲーム処理システム１００におけるユーザ端末２０とビデオゲーム処理サーバ１０のどちらか一方が備える機能の一部または全部を、他の一方が備える構成とされていてもよい。

すなわち、例えばビデオゲーム処理システム１００において表示装置の表示画面に出力されるゲーム画面に関する情報は、サーバ１０が生成する構成としてもよいし、端末２０が生成する構成としてもよい。なお、サーバ１０がゲーム画面を生成する場合、端末２０では、クラウドゲームのゲーム画面としてゲーム画面が出力される。

また、ビデオゲーム処理プログラムが、上述した各実施形態の例として説明した機能の一部または全部を、通信ネットワークを含まない装置単体に実現させる構成としてもよい。

なお、上述した各実施の形態の例では特に言及していないが、システム１００は、コンテンツに係る各種情報が対応付けされたコンテンツ関連情報を記憶媒体に格納するように構成されていてもよい。図２１は、コンテンツ関連情報の格納例を示す説明図である。図２１に示すように、コンテンツ関連情報は、コンテンツのＩＤ、中心点の座標、領域、制限時間、基準難易度、範囲内に同時に沸く敵キャラクタの最大数、モンスターＩＤ、推奨参加人数、収集するアイテムＩＤ、基本報酬（経験値）、基本報酬（通貨）、基本報酬（アイテム）、クリア時の次のコンテンツのＩＤ、失敗時の次のコンテンツのＩＤ、コンテンツ発生までの基本時間などを含む。図２１に示すコンテンツ関連情報では、各種情報が含まれるように構成されているが、上述した各実施の形態では、処理に必要な情報のみを含むように構成されていればよい。そして、システム１００は、必要に応じてコンテンツ関連情報を参照してゲーム処理および格納処理を実行する。

なお、上述した各実施の形態の例では特に言及していないが、コンテンツが、複数種類の系統を含み、システム１００は、何れかの系統に属するコンテンツを発生させるように構成されていてもよい。ここで、「系統」とは、コンテンツの最終的な目標の性質のことをいう。例えば、１の系統のコンテンツの例としては、制限時間内に指定されたモンスター群を指定された数以上倒すことを目標とするコンテンツである。また他の例としては、制限時間内に指定されたノンプレイヤキャラクタを第１地点から第２地点まで護衛することを目標とするコンテンツである。また、他の例としては、ノンプレイヤキャラクタから収集依頼されたアイテムを入手し納品することを目標とするコンテンツである。

［付記］
上述した実施形態の説明は、少なくとも下記発明を、当該発明の属する分野における通常の知識を有する者がその実施をすることができるように記載した。
［１］
ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
前記サーバに、
少なくとも１以上の前記ユーザまたは当該ユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させる発生機能と、
直近に発生させた前記コンテンツを示す第１コンテンツに参加した参加人数と、当該第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納する格納機能と、
前記参加人数と前記クリア時間とを参照して、新たに発生させる前記コンテンツを示す第２コンテンツの難易度を設定する設定機能と、
前記所定の条件のうち前記第２コンテンツを発生させる発生条件が満たされたことを検出する検出機能とを実現させ、
前記発生機能では、前記検出機能にて前記発生条件が満たされたことが検出されたことに応じて、前記設定機能にて設定された難易度の前記第２コンテンツを発生させる機能を
実現させるためのビデオゲーム処理プログラム。
［１−１］
前記発生機能では、少なくとも１以上のユーザが参加可能な前記コンテンツを、所定の条件が満たされたことに応じて突発的に発生させる機能を
実現させるための［１］記載のビデオゲーム処理プログラム。
［１−２］
前記設定機能では、前記第２コンテンツの難易度を決定する際に、前記第２コンテンツが発生した際にビデオゲームをプレイしている前記ユーザを参照して第２コンテンツの難易度を設定する機能を
実現させるための［１］記載のビデオゲーム処理プログラム。
［１−３］
前記設定機能では、前記第２コンテンツの難易度を決定する際に、所定の強さまたはステータス（例えば、ユーザのレベルやユーザのジョブなど。より具体的には、コンテンツの推奨レベルに対して１０以内の差に収まるレベルや、所定のジョブなど。）を有するユーザの数を参照して前記第２コンテンツの難易度を設定する機能を
実現させるための［１］記載のビデオゲーム処理プログラム。
［１−４］
前記設定機能では、前記第２コンテンツの難易度を決定する際に、所定の前記コンテンツに参加するためのゲーム内要素を所有している前記ユーザの数を参照して前記第２コンテンツの難易度を設定する機能を
実現させるための［１］記載のビデオゲーム処理プログラム。
［１−５］
前記設定機能では、前記参加人数と前記クリア時間とに加えて、前記第２コンテンツを発生させる箇所から所定の範囲内に位置する前記ユーザまたは当該ユーザが操作するキャラクタの数を参照して、前記第２コンテンツの難易度を設定する機能を
実現させるための［１］記載のビデオゲーム処理プログラム。
［２］
前記発生機能では、前記ユーザまたは当該ユーザが操作するキャラクタが移動可能な領域の所定箇所に前記コンテンツを発生させる機能を
実現させるための請求項１記載のビデオゲーム処理プログラム。
［２−１］
前記コンテンツが、同一の仮想空間に多人数が同時に参加する前記ビデオゲームにおける仮想空間内に生成されるコンテンツであり、
前記発生機能では、前記仮想空間内に生成される前記第２コンテンツを仮想空間内のフィールド上の所定箇所に発生させる機能を
実現させるための［２］記載のビデオゲーム処理プログラム。
［２−２］
前記コンテンツが、コンテンツ専用の空間が生成されるコンテンツであり、
前記発生機能では、設定された難易度の前記第２コンテンツ専用の空間を発生させることで、前記第２コンテンツを発生させを
実現させるための［２］記載のビデオゲーム処理プログラム。
［３］
前記設定機能は、前記第１コンテンツが存在しない場合に、前記第２コンテンツを発生させる箇所から所定の範囲内に位置する前記ユーザまたは当該ユーザが操作するキャラクタの数に基づいて前記第２コンテンツの難易度を設定する機能を
実現させるための［１］または［２］記載のビデオゲーム処理プログラム。
［４］
前記記憶媒体には、前記第１コンテンツのクリアに必要であると想定される時間を示す想定クリア時間に関する情報、および前記第２コンテンツの推奨参加人数に関する情報が格納されており、
前記設定機能では、
前記クリア時間と前記想定クリア時間とに基づいて第１補正値を算出する機能と、
所定の第１算出式を参照して前記第１補正値に応じて前記参加人数が補正された想定参加人数を算出する機能と、
前記想定参加人数と、前記推奨参加人数とに基づいての第２補正値を算出する機能と、
所定の第２算出式を参照して前記第２補正値に応じて前記第２コンテンツの難易度を設定する機能とを
実現させるための［１］から［３］のうち何れかに記載のビデオゲーム処理プログラム。
［４−１］
前記第２の算出式は、推奨参加人数よりも想定参加人数の方が多い場合に用いられる第３の算出式と、推奨参加人数よりも想定参加人数の方が少ない場合に用いられる第４の算出式とを含む
［４］記載のビデオゲーム処理プログラム。
［５］
前記設定機能では、
前記想定参加人数が前記推奨参加人数を下回る場合に、前記ユーザの味方であって、前記ユーザの操作によらないキャラクタを出現させる機能を
実現させるための［４］記載のビデオゲーム処理プログラム。
［６］
前記記憶媒体には、前記第２コンテンツの基準となる基準難易度を示す情報が格納されており、
前記設定機能では、
前記想定参加人数が前記推奨参加人数を下回る場合に、難易度が下がるように前記基準難易度に対して補正を行う機能と、
前記想定参加人数が前記推奨参加人数を上回る場合に、難易度が上がるように前記基準難易度に対して補正を行う機能とを
実現させるための［４］記載のビデオゲーム処理プログラム。
［７−１］
前記サーバに、
前記第２コンテンツの開始時間を決定する機能を実現させ、
前記検出機能では、前記開始時間になっていることを検出することで、前記発生条件が満たされたことを検出する機能を
実現させるための［１］から［６］のうち何れかに記載のビデオゲーム処理プログラム。
［７−１−１］
前記サーバに、前記コンテンツが所定回数連続で失敗に終わった際に、第２コンテンツの発生間隔を通常よりも長くする機能を
実現させるための［７−１］記載のビデオゲーム処理プログラム。
［７−２］
前記サーバに、前記ユーザまたは当該ユーザが操作するキャラクタが移動可能な領域内に前記発生条件を生成する機能を実現させ、
前記検出機能では、前記領域内に生成された前記発生条件に対する前記ユーザの操作に応じて、前記発生条件が満たされたことを検出する機能を
実現させるための［１］から［６］のうち何れかに記載のビデオゲーム処理プログラム。
［８−１］
前記サーバに、前記コンテンツが終了した際に、前記コンテンツに参加した前記ユーザまたはユーザが操作するキャラクタに対して報酬を付与する機能を実現させ、
前記報酬を付与する機能では、前記コンテンツに対する貢献度合いに応じて付与する報酬を増減させる機能を
実現させるための［１］から［７］のうち何れかに記載のビデオゲーム処理プログラム。
［８−２］
前記報酬を付与する機能では、前記コンテンツが成功したか否かにかかわらず報酬を付与する機能を
実現させるための［８−１］記載のビデオゲーム処理プログラム。
［９］
前記コンテンツには、繋がって発生する連続コンテンツが含まれ、
前記サーバに、前記第２コンテンツに前記連続コンテンツが含まれるか否かを判定する機能を実現させ、
前記発生機能では、前記連続コンテンツが含まれると判定されると、前記第２コンテンツが終了する際に連続コンテンツを発生させる機能を
実現させるための［１］から［８］のうち何れかに記載のビデオゲーム処理プログラム。
［１０］
［１］から［９］のうち何れかに記載のビデオゲーム処理プログラムが前記サーバに実現させる機能のうち少なくとも１つの機能を、当該サーバと通信可能なユーザ端末に実現させるためのビデオゲーム処理用プログラム。
［１１］
［１］から［１０］のうち何れかに記載のビデオゲーム処理プログラムがインストールされたサーバ。
［１２］
通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、
少なくとも１以上の前記ユーザまたは当該ユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させる発生手段と、
直近に発生させた前記コンテンツを示す第１コンテンツに参加した参加人数と、当該第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納する格納手段と、
前記参加人数と前記クリア時間とを参照して、新たに発生させる前記コンテンツを示す第２コンテンツの難易度を設定する設定手段と、
前記所定の条件のうち前記第２コンテンツを発生させる発生条件が満たされたことを検出する検出手段とを実現させ、
前記発生手段は、前記検出手段にて前記発生条件が満たされたことが検出されたことに応じて、前記設定手段にて設定された難易度の前記第２コンテンツを発生させる
ことを特徴とするビデオゲーム処理システム。
［１３］
前記サーバが、前記発生手段と、前記格納手段と、設定手段と、格納手段を含み、
前記ユーザ端末が、前記ビデオゲームの進行状況を示すゲーム画面を表示装置の表示画面に出力する出力手段を含む
［１２］記載のビデオゲーム処理システム。
［１４］
ユーザによりユーザ端末に入力された操作に応じてビデオゲームの進行を制御する機能を当該ユーザ端末に実現させるためのビデオゲーム処理プログラムであって、少なくとも１以上の前記ユーザまたは当該ユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させる発生機能と、直近に発生させた前記コンテンツを示す第１コンテンツに参加した参加人数と、当該第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納する格納機能と、前記参加人数と前記クリア時間とを参照して、新たに発生させる前記コンテンツを示す第２コンテンツの難易度を設定する設定機能と、前記所定の条件のうち前記第２コンテンツを発生させる発生条件が満たされたことを検出する検出機能とを実現させ、前記発生機能では、前記検出機能にて前記発生条件が満たされたことが検出されたことに応じて、前記設定機能にて設定された難易度の前記第２コンテンツを発生させる機能を備えるサーバから、前記ビデオゲームの進行状況を示すゲーム画面を出力するための情報を受信する機能を前記ユーザ端末に
実現させるためのビデオゲーム処理プログラム。
［１５］
ユーザの操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、
前記ユーザ端末に、
少なくとも１以上の前記ユーザまたは当該ユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させる発生機能と、
直近に発生させた前記コンテンツを示す第１コンテンツに参加した参加人数と、当該第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納する格納機能と、
前記参加人数と前記クリア時間とを参照して、新たに発生させる前記コンテンツを示す第２コンテンツの難易度を設定する設定機能と、
前記所定の条件のうち前記第２コンテンツを発生させる発生条件が満たされたことを検出する検出機能とを実現させ、
前記発生機能では、前記検出機能にて前記発生条件が満たされたことが検出されたことに応じて、前記設定機能にて設定された難易度の前記第２コンテンツを発生させる機能を
実現させるためのビデオゲーム処理プログラム。
［１６］
［１５］記載のビデオゲーム処理プログラムが前記ユーザ端末に実現させる機能のうち少なくとも１つの機能を、当該ユーザ端末と通信可能なサーバに実現させるためのビデオゲーム処理プログラム。
［１７］
［１５］または［１６］記載のビデオゲーム処理プログラムがインストールされたユーザ端末。
［１８］
ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理方法であって、
少なくとも１以上の前記ユーザまたは当該ユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させる発生処理と、
直近に発生させた前記コンテンツを示す第１コンテンツに参加した参加人数と、当該第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納する格納処理と、
前記参加人数と前記クリア時間とを参照して、新たに発生させる前記コンテンツを示す第２コンテンツの難易度を設定する設定処理と、
前記所定の条件のうち前記第２コンテンツを発生させる発生条件が満たされたことを検出する検出処理とを含み、
前記発生処理では、前記検出処理にて前記発生条件が満たされたことが検出されたことに応じて、前記設定処理にて設定された難易度の前記第２コンテンツを発生させる
ことを特徴とするビデオゲーム処理方法。
［１９］
通信ネットワークと、サーバと、ユーザ端末とを備えるビデオゲーム処理システムが、ユーザにより前記ユーザ端末に入力された操作に応じてビデオゲームの進行を制御するために実行するビデオゲーム処理方法であって、
少なくとも１以上の前記ユーザまたは当該ユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させる発生処理と、
直近に発生させた前記コンテンツを示す第１コンテンツに参加した参加人数と、当該第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納する格納処理と、
前記参加人数と前記クリア時間とを参照して、新たに発生させる前記コンテンツを示す第２コンテンツの難易度を設定する設定処理と、
前記所定の条件のうち前記第２コンテンツを発生させる発生条件が満たされたことを検出する検出処理とを含み、
前記発生処理では、前記検出処理にて前記発生条件が満たされたことが検出されたことに応じて、前記設定処理にて設定された難易度の前記第２コンテンツを発生させる
ことを特徴とするビデオゲーム処理方法。

本発明の実施形態の一つによれば、コンテンツを発生させるのに有用である。

１０ ビデオゲーム処理サーバ
１１ 発生部
１２ 格納部
１３、２３ 設定部
１４ 検出部
２０，２０１〜２０Ｎ ユーザ端末
３０ 通信ネットワーク
１００ ビデオゲーム処理システム

Claims (8)

1. ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
   前記サーバに、
   少なくとも１以上の前記ユーザまたは当該ユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させる発生機能と、
   直近に発生させた前記コンテンツを示す第１コンテンツに参加した参加人数と、当該第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納する格納機能と、
   前記参加人数と前記クリア時間とを参照して、新たに発生させる前記コンテンツを示す第２コンテンツの難易度を設定する設定機能と、
   前記所定の条件のうち前記第２コンテンツを発生させる発生条件が満たされたことを検出する検出機能とを実現させ、
   前記発生機能では、前記検出機能にて前記発生条件が満たされたことが検出されたことに応じて、前記設定機能にて設定された難易度の前記第２コンテンツを発生させる機能を
   実現させるためのビデオゲーム処理プログラム。
2. 前記発生機能では、前記ユーザまたは当該ユーザが操作するキャラクタが移動可能な領域の所定箇所に前記コンテンツを発生させる機能を
   実現させるための請求項１記載のビデオゲーム処理プログラム。
3. 前記設定機能は、前記第１コンテンツが存在しない場合に、前記第２コンテンツを発生させる箇所から所定の範囲内に位置する前記ユーザまたは当該ユーザが操作するキャラクタの数に基づいて前記第２コンテンツの難易度を設定する機能を
   実現させるための請求項１または請求項２記載のビデオゲーム処理プログラム。
4. 前記記憶媒体には、前記第１コンテンツのクリアに必要であると想定される時間を示す想定クリア時間に関する情報、および前記第２コンテンツの推奨参加人数に関する情報が格納されており、
   前記設定機能では、
   前記クリア時間と前記想定クリア時間とに基づいて第１補正値を算出する機能と、
   所定の第１算出式を参照して前記第１補正値に応じて前記参加人数が補正された想定参加人数を算出する機能と、
   前記想定参加人数と、前記推奨参加人数とに基づいての第２補正値を算出する機能と、
   所定の第２算出式を参照して前記第２補正値に応じて前記第２コンテンツの難易度を設定する機能とを
   実現させるための請求項１から請求項３のうち何れかに記載のビデオゲーム処理プログラム。
5. 前記設定機能では、
   前記想定参加人数が前記推奨参加人数を下回る場合に、前記ユーザの味方であって、前記ユーザの操作によらないキャラクタを出現させる機能を
   実現させるための請求項４記載のビデオゲーム処理プログラム。
6. 前記記憶媒体には、前記第２コンテンツの基準となる基準難易度を示す情報が格納されており、
   前記設定機能では、
   前記想定参加人数が前記推奨参加人数を下回る場合に、難易度が下がるように前記基準難易度に対して補正を行う機能と、
   前記想定参加人数が前記推奨参加人数を上回る場合に、難易度が上がるように前記基準難易度に対して補正を行う機能とを
   実現させるための請求項４または請求項５記載のビデオゲーム処理プログラム。
7. 通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、
   少なくとも１以上の前記ユーザまたは当該ユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させる発生手段と、
   直近に発生させた前記コンテンツを示す第１コンテンツに参加した参加人数と、当該第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納する格納手段と、
   前記参加人数と前記クリア時間とを参照して、新たに発生させる前記コンテンツを示す第２コンテンツの難易度を設定する設定手段と、
   前記所定の条件のうち前記第２コンテンツを発生させる発生条件が満たされたことを検出する検出手段とを実現させ、
   前記発生手段は、前記検出手段にて前記発生条件が満たされたことが検出されたことに応じて、前記設定手段にて設定された難易度の前記第２コンテンツを発生させる
   ことを特徴とするビデオゲーム処理システム。
8. ユーザによりユーザ端末に入力された操作に応じてビデオゲームの進行を制御する機能を当該ユーザ端末に実現させるためのビデオゲーム処理プログラムであって、少なくとも１以上の前記ユーザまたは当該ユーザが操作するキャラクタが参加可能なコンテンツを、所定の条件が満たされたことに応じて発生させる発生機能と、直近に発生させた前記コンテンツを示す第１コンテンツに参加した参加人数と、当該第１コンテンツがクリアされるまでに要した時間を示すクリア時間とを所定の記憶媒体に格納する格納機能と、前記参加人数と前記クリア時間とを参照して、新たに発生させる前記コンテンツを示す第２コンテンツの難易度を設定する設定機能と、前記所定の条件のうち前記第２コンテンツを発生させる発生条件が満たされたことを検出する検出機能とを実現させ、前記発生機能では、前記検出機能にて前記発生条件が満たされたことが検出されたことに応じて、前記設定機能にて設定された難易度の前記第２コンテンツを発生させる機能を備えるサーバから、前記ビデオゲームの進行状況を示すゲーム画面を出力するための情報を受信する機能を前記ユーザ端末に
   実現させるためのビデオゲーム処理プログラム。

Images