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

Abstract

【課題】ビデオゲームにおけるイベントに対するプレイヤの興味を向上させる。【解決手段】仮想空間に存在する複数のプレイヤのうち、同じ仮想空間の一部で発生するイベントに参加するプレイヤを決定する。イベント空間では、イベント参加プレイヤの操作に基づいてイベントが進行する。イベントに参加しないプレイヤは、イベント空間へ移動することを制限される。通過不能かつ透明性を有する仮想物体によりイベント空間とその他の仮想空間とを区切る構成としてもよい。【選択図】図３

Description

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

従来、多数のプレイヤが通信回線を介してゲームサーバに接続し、該サーバ内に設定された仮想空間内でロールプレイングゲームを楽しむことのできる、所謂、ＭＭＯＲＰＧ（Massively Multiplayer Online Role-Playing Game）を実現させるための技術が種々提案されている。

このような技術には、例えば、プレイヤキャラクタの習熟度の差があってもプレイヤがゲームへの参加意欲を失わないようにすべく、グループ同士の対戦において、同一グループに属し且つ攻撃順が連続する二人のキャラクタのパラメータの差分を、当該記グループにより発せられる攻撃の効果に影響させるものもある（特許文献１参照）。

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

しかし、従来の技術では、複数のプレイヤが参加するビデオゲームにおいて発生する各種イベントへの参加を効果的に促せない場合があった。すなわち、例えばグループ同士で対戦するイベントについて、キャラクタの習熟度（あるいは、レベル）の差ではない要素でイベントへの参加に抵抗を感じるプレイヤには、レベル差により生じる影響を緩和させるシステムを実現しても、当該イベントへの参加を促せない場合がある。

本発明の少なくとも１つの実施形態の目的は、上記課題を解決し、ビデオゲームにおけるイベントに対するプレイヤの興味を向上させることである。

非限定的な観点によると、本発明の一実施形態に係るビデオゲーム処理プログラムは、プレイヤの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、前記サーバに、仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する決定機能と、前記イベントの対象となる仮想空間（以下「イベント空間」という。）を前記仮想空間に設定する設定機能と、前記イベントに参加するプレイヤの操作に基づいて、前記イベント空間における前記イベントを進行させる進行機能と、前記イベントに参加しないプレイヤが前記イベント空間へ移動することを制限する制限機能とを実現させるためのものである。

非限定的な観点によると、本発明の一実施形態に係るビデオゲーム処理システムは、通信ネットワークと、サーバと、ユーザ端末とを備え、プレイヤの操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する決定手段と、前記イベントの対象となる仮想空間（以下「イベント空間」という。）を前記仮想空間に設定する設定手段と、前記イベントに参加するプレイヤの操作に基づいて、前記イベント空間における前記イベントを進行させる進行手段と、前記イベントに参加しないプレイヤが前記イベント空間へ移動することを制限する制限手段とを含むことを特徴とする。

非限定的な観点によると、本発明の一実施形態に係るビデオゲーム処理プログラムは、プレイヤの操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、前記ユーザ端末に、仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する決定機能と、前記イベントの対象となる仮想空間（以下「イベント空間」という。）を前記仮想空間に設定する設定機能と、前記イベントに参加するプレイヤの操作に基づいて、前記イベント空間における前記イベントを進行させる進行機能と、前記イベントに参加しないプレイヤが前記イベント空間へ移動することを制限する制限機能とを実現させるためのものである。

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

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

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

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

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

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

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

図２は、サーバ１０の構成の例であるサーバ１０Ａの構成を示すブロック図である。図２に示すように、サーバ１０Ａは、決定部１１と、設定部１２と、進行部１３と、制限部１４とを少なくとも備える。

決定部１１は、仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する機能を有する。

ここで、仮想空間に存在する複数のプレイヤとは、ビデオゲームをプレイしている複数のプレイヤを意味する。複数のプレイヤを特定するための構成は特に限定されず、例えば、特定の仮想空間に自身の操作対象が位置するプレイヤを複数のプレイヤとして特定する構成としてもよい。

また、仮想空間におけるイベントとは、仮想空間で発生する各種の出来事を意味する。イベントの構成は特に限定されないが、仮想空間において参加者に課題が提供される構成であることが好ましい。イベントの例には、参加したプレイヤが敵キャラクタと戦闘するバトルイベントがある。

また、複数のプレイヤからイベントに参加するプレイヤを決定するための構成は特に限定されないが、イベントに参加するプレイヤと参加しないプレイヤとが発生し得る構成であることが好ましい。このような構成の例には、参加条件を満たした所定数のプレイヤをイベントに参加させる構成がある。

設定部１２は、イベントの対象となる仮想空間（イベント空間）を複数のプレイヤが存在する仮想空間（基礎空間）に設定する機能を有する。

ここで、イベント空間とは、参加者（あるいは参加プレイヤ）がイベントに参加するために存在することになる仮想空間を意味する。イベント空間の構成は特に限定されないが、基礎空間に関連した構成であることが好ましい。イベント空間の例には、基礎空間にギミックが追加された空間がある。

また、イベント空間を基礎空間に設定するとは、基礎空間からイベント空間への移動が可能となるように情報を更新することを意味する。イベント空間を基礎空間に設定するための構成は特に限定されないが、基礎空間に存在するプレイヤが、参加するか否かにかかわらずイベント空間を認識し得るようにイベント空間が設定される構成が好ましい。このような構成の例には、基礎空間の一部のエリアをイベント空間のエリア（イベントエリア）と定義し、イベントエリア内の状態をイベント用にカスタマイズする構成がある。

進行部１３は、イベントに参加するプレイヤの操作に基づいて、イベント空間におけるイベントを進行させる機能を有する。

ここで、イベント空間においてイベントを進行させるための構成は特に限定されないが、イベント空間内の様子の少なくとも一部がイベント空間外から視認可能となるようにイベントを進行させる構成であることが好ましい。このような更生の例には、参加者により操作されるキャラクタと敵キャラクタとのバトルアクションを進行させる構成がある。

制限部１４は、イベントに参加しないプレイヤがイベント空間へ移動することを制限する機能を有する。

ここで、プレイヤがイベント空間へ移動することを制限するための構成は特に限定されないが、プレイヤがイベント空間を認識し得る構成であることが好ましい。このような構成の例には、プレイヤの操作対象であるキャラクタがイベント空間の外延までは移動できる構成がある。なお、移動を制限する程度も特に限定されず、完全に移動できない構成としてもよいし、制限の解除条件を満たすことで移動可能になる構成としても良い。なお、移動制限を開始する時機は、イベントが開始されるのとほぼ同じであってもよいし、イベント開始の前後であってもよい。また、移動制限が終了する時機は、イベントが終了するのとほぼ同じであってもよいし、イベント終了の前後であってもよい。

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

また、複数のユーザ端末２０，２０１〜２０Ｎは、それぞれ、通信ネットワーク３０に接続し、サーバ１０との通信を行うことにより各種処理を実行するためのハードウェア（例えば、座標に応じたブラウザ画面やゲーム画面を表示する表示装置など）およびソフトウェアを備える。なお、複数のユーザ端末２０，２０１〜２０Ｎそれぞれは、サーバ１０を介さずに互いに直接通信を行うこともできる構成とされていてもよい。

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

図３は、システム１００が実行するビデオゲーム処理の例を示すフローチャートである。本例におけるゲーム処理では、ユーザ端末のユーザ（すなわち、ビデオゲームのプレイヤ）の操作に応じてビデオゲームの進行を制御すること関連する処理が行われる。以下、サーバ１０Ａとユーザ端末２０（端末２０）とが、ゲーム処理を実行する場合を例にして説明する。

ゲーム処理は、例えばサーバ１０Ａが、イベントの発生条件が満たされたと判定した場合に開始される。以下、サーバ１０Ａが、イベントの発生条件が満たされたと判定した場合を例にして説明する。

サーバ１０Ａは、ゲーム処理において、先ず、イベント参加プレイヤを決定する（ステップＳ１１）。本例においてサーバ１０Ａは、仮想空間に存在する複数のプレイヤのうち、イベントへの参加要求を行ったプレイヤをイベント参加プレイヤとして決定する。

サーバ１０Ａは、イベント参加プレイヤを決定すると、イベント空間を設定する（ステップＳ１２）。本例においてサーバ１０Ａは、仮想空間の一部にイベント空間を設定する。

サーバ１０Ａは、イベント空間を設定すると、イベントを進行させる（ステップＳ１３）。本例においてサーバ１０Ａは、イベント参加プレイヤの操作に基づいて、イベント空間におけるイベントを進行させる。また、サーバ１０Ａは、イベントが進行する様子を表すゲーム画面を出力するための出力情報を端末２０に送信する。なお、端末２０のユーザがイベントに参加している場合、イベント参加者用の出力情報を送信し、イベントに参加していない場合、イベント不参加者用の出力情報を送信する構成としてもよい。

端末２０は、サーバ１０Ａから受信した出力情報に基づいて、所定の表示装置の表示画面にゲーム画面を出力する（ステップＳ１４）。端末２０は、ゲーム画面を出力後、ユーザから受け付けた操作情報をサーバ１０Ａに送信することで、サーバ１０Ａによるイベントの進行を継続させる。

サーバ１０Ａは、イベントを進行させると、イベント空間への移動を制限する（ステップＳ１５）。本例においてサーバ１０Ａは、イベントに参加しないプレイヤがイベント空間に移動できないように、イベントに参加しないプレイヤの操作対象の行動を制御する。

図４は、ゲーム処理におけるサーバ１０Ａ側の動作の例を示すフローチャートである。ここでは、システム１００におけるサーバ１０Ａの動作について改めて説明する。

サーバ１０Ａは、ゲーム処理において、先ず、イベント参加プレイヤを決定し（ステップＳ１０１）、イベント空間を設定し（ステップＳ１０２）、イベントを進行させ（ステップＳ１０３）、イベント空間への移動を制限する（ステップＳ１０４）。

図５は、端末２０がゲーム処理を実行する場合の端末２０側の動作の例を示すフローチャートである。以下、端末２０が、単体でゲーム処理を実行する場合を例にして説明する。なお、端末２０の構成については、サーバ１０から各種情報を受信することを除きサーバ１０の構成と同様の機能を備えるものであるため、重複説明を避ける観点から記載を省略する。

端末２０は、ゲーム処理において、先ず、イベント参加プレイヤを決定し（ステップＳ２０１）、イベント空間を設定し（ステップＳ２０２）、イベントを進行させ（ステップＳ２０３）、イベント空間への移動を制限する（ステップＳ２０４）。本例において端末２０は、サーバ１０Ａと通信することで、各ステップで用いる情報を取得する。なお、端末２０が、自身が備える記憶部を参照して各ステップで用いる情報を特定する構成としてもよい。

以上に説明したように、第１の実施形態の一側面として、プレイヤの操作に応じてビデオゲームの進行を制御するサーバ１０Ａが、決定部１１と、設定部１２と、進行部１３と、制限部１４とを備える構成としているので、仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定し、イベントの対象となる仮想空間（イベント空間）を仮想空間に設定し、イベントに参加するプレイヤの操作に基づいて、イベント空間におけるイベントを進行させ、イベントに参加しないプレイヤがイベント空間へ移動することを制限し、ビデオゲームにおけるイベントに対するプレイヤの興味を向上させることができる。

すなわち、同一の仮想空間に自身のキャラクタを存在させている複数のプレイヤの少なくとも一部を、同一の仮想空間における一部のエリアで行われるイベントに参加させることで、同イベントに参加しないプレイヤにイベントの進行状況の少なくとも一部を視認させることができるようになるため、ビデオゲームにおけるイベントに対するプレイヤの興味を向上させることができる。

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

制限部１４Ｂは、プレイヤの操作対象が通過不能であり、かつ透明性を有する仮想物体（イベント用オブジェクト）によりイベント空間とその他の仮想空間とを区切る機能を有する。

プレイヤの操作対象とは、プレイヤがビデオゲームにおいて操作可能なものを意味する。プレイヤの操作対象の構成は特に限定されないが、少なくともプレイヤが仮想空間における移動を制御できる構成であることが好ましい。プレイヤの操作対象の例には、いわゆるプレイヤキャラクタがある。

また、イベント用オブジェクトの構成は、プレイヤの操作対象が通過不能であり、かつ透明性を有するものでれば特に限定されない。すなわち、イベント用オブジェクトは、イベントに参加しないプレイヤが、イベント空間に侵入できず、かつイベント空間の様子を伺える構成であれば特に限定されない。このような構成の例には、透明性を有する壁がある。

また、イベント空間とその他の仮想空間とを区切るための構成は特に限定されず、単一または複数種類のイベント用オブジェクトを仮想空間に追加する構成としてもよいし、イベント用オブジェクト以外のオブジェクトも利用する構成としてもよい。このような構成の例には、イベント開始前に仮想空間に配置されていた通過不能なオブジェクト（例えば、木や建物）の間をイベント用オブジェクトで埋める構成がある。

図７は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｂと、端末２０の動作を例にして説明する。なお、サーバ１０Ｂと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

サーバ１０Ｂは、ゲーム処理において、イベントを進行すると、仮想物体により、イベント空間への移動を制限する（ステップＳ２−１１）。本例においてサーバ１０Ｂは、開始されるイベントに対応する情報に基づいて、仮想空間に仮想物体を配置する。

以上に説明したように、第２の実施形態の一側面として、サーバ１０Ｂが、決定部１１と、設定部１２と、進行部１３と、制限部１４Ｂとを備える構成としているので、プレイヤの操作対象が通過不能であり、かつ透明性を有する仮想物体によりイベント空間とその他の仮想空間とを区切り、イベントに参加しないプレイヤの興味をイベントに向けさせ、次回のイベントへの参加意欲を向上させることができる。

［第３の実施形態］
図８は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｃ（サーバ１０Ｃ）の構成を示すブロック図である。本例において、サーバ１０Ｃは、決定部１１Ｃと、設定部１２と、進行部１３Ｃと、制限部１４と、受付部１５とを少なくとも備える。

受付部１５は、イベントへの参加を受け付ける期間（受付期間）を設けて複数のプレイヤによる参加要求を受け付ける機能を有する。

ここで、受付期間を設けるための構成は特に限定されないが、プレイヤがイベントの発生を認識し得る構成であることが好ましい。このような構成の例には、仮想空間にイベントへの参加を受け付けるためのオブジェクトを表示する構成や、各プレイヤにイベントへの参加を受け付けるメールを送信する構成がある。

決定部１１Ｃは、参加要求に基づいて、イベントに参加するプレイヤを決定する機能を有する。

ここで、参加要求に基づいてイベント参加プレイヤを決定するための構成は特に限定されないが、イベントへの参加の可否を受付期間中にプレイヤが把握し得る構成であることが好ましい。このような構成の例には、参加要求に対応するプレイヤ情報と参加条件とを対比することで参加プレイヤを判定し、かつ、判定結果を各プレイヤに回答する構成がある。
進行部１３Ｃは、イベントを開始する前に、少なくともイベントに参加するプレイヤによる当該イベントへの準備期間を設ける機能を有する。

ここで、準備期間の構成は特に限定されないが、イベントが開始された後では更新できない情報を更新し得る構成であることが好ましい。準備期間の例には、装備の変更、所持アイテムの整理、仮想空間での移動、等が許容される期間がある。

図９は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｃと、端末２０の動作を例にして説明する。なお、サーバ１０Ｃと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

サーバ１０Ｃは、ゲーム処理において、先ず、参加要求を受け付ける（ステップＳ３−１１）。本例においてサーバ１０Ｃは、仮想空間で発生するイベントについて、各プレイヤからの参加要求を受け付ける。

サーバ１０Ｃは、参加要求を受け付けると、参加要求に基づいてイベント参加プレイヤを決定する（ステップＳ３−１２）。本例においてサーバ１０Ｃは、所定期間に受け付けた参加要求のうち、発生するイベントに対応する参加条件を満たす参加要求を行ったプレイヤをイベント参加プレイヤに決定する。

サーバ１０Ｃは、ゲーム処理において、イベント参加プレイヤを決定すると、イベント空間を設定し、イベント準備期間の経過後、イベントを進行させる（ステップＳ３−１３）。本例においてサーバ１０Ｃは、イベント参加プレイヤによるイベントエリアへの移動を許容し、イベント準備期間の経過後にイベントを進行させる。

以上に説明したように、第３の実施形態の一側面として、サーバ１０Ｃが、決定部１１Ｃと、設定部１２と、進行部１３Ｃと、制限部１４と、受付部１５とを備える構成としているので、イベントへの参加を受け付ける期間を設けて複数のプレイヤによる参加要求を受け付け、参加要求に基づいて、イベントに参加するプレイヤを決定し、イベントを開始する前に、少なくともイベントに参加するプレイヤによる当該イベントへの準備期間を設け、イベントへの参加をより円滑に行わせることができるようになる。

また、例えばイベントに参加できる人数を絞ることで、仮想空間に存在する全プレイヤが参加できるイベントと比べ、バランスをしっかりと取った、イベント空間に配置されたギミックに特化した遊びを提供できるようになる。

［第４の実施形態］
図１０は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｄ（サーバ１０Ｄ）の構成を示すブロック図である。本例において、サーバ１０Ｄは、決定部１１Ｄと、設定部１２と、進行部１３と、制限部１４と、報知部１６とを少なくとも備える。

報知部１６は、イベント空間が設定される前に、イベント空間の範囲を複数のプレイヤに報知する機能を有する。

ここで、イベント空間の範囲を複数のプレイヤに報知するための構成は特に限定されないが、イベント空間が設定された場合に、自身がイベント空間の内側にいるか外側にいるかを各プレイヤが認識し得る構成であることが好ましい。このような構成の例には、イベント空間が設定されることになる範囲に所定のエフェクトを表示する構成がある。

決定部１１Ｄは、少なくとも報知が行われた後にイベントに参加するプレイヤを決定する機能を有する。

ここで、報知と参加決定との関係は特に限定されないが、報知されたことに応じてイベントへの参加を決定するプレイヤが存在し得る構成であることが好ましい。このような構成の例には、仮想空間に存在する全てまたは一部のプレイヤに所定の報知用メッセージを通知し、通知への回答に基づいてイベントに参加するプレイヤを決定する構成がある。

図１１は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｄと、端末２０の動作を例にして説明する。なお、サーバ１０Ｄと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

サーバ１０Ｄは、ゲーム処理において、イベント空間の範囲を報知する（ステップＳ４−１１）。本例においてサーバ１０Ｄは、イベント空間の範囲を表すエフェクトを仮想空間に表示することで、イベント空間の範囲を仮想空間に存在する少なくとも一部のプレイヤに報知する。

サーバ１０Ｄは、イベント空間の範囲を報知すると、イベント参加プレイヤを決定する（ステップＳ４−１２）。本例においてサーバ１０Ｄは、イベント空間の範囲に位置するプレイヤ（すなわち、報知後にイベント空間が設定される仮想空間の範囲）に位置するプレイヤをイベント参加プレイヤに決定する。

以上に説明したように、第４の実施形態の一側面として、サーバ１０Ｄが、決定部１１Ｄと、設定部１２と、進行部１３と、制限部１４と、報知部１６とを少なくとも備える構成としているので、イベント空間が設定される前に、イベント空間の範囲を複数のプレイヤに報知し、少なくとも報知が行われた後にイベントに参加するプレイヤを決定し、イベントに参加するか否かを判断する時間的余裕を設けることができるため、イベントに対するプレイヤの興味をより向上させることができる。

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

進行部１３Ｅは、イベントにおける各プレイヤの動作回数に基づいて、当該イベントにおける各プレイヤの貢献度を決定する機能を有する。

ここで、動作回数とは、プレイヤが所定の操作を行った回数を意味する。イベントにおける各プレイヤの動作回数を特定するための構成は特に限定されないが、イベントの進行を阻害しない構成であることが好ましい。このような構成の例には、イベントが開始してから終了するまでに設けられた所定期間内に、所定条件を満たす操作を記録する構成がある。

また、貢献度とは、イベントにおいてプレイヤが貢献した度合いを意味する。プレイヤが所定の操作を行った回数を意味する。イベントにおける各プレイヤの貢献度を特定するための構成は特に限定されないが、イベントに設けられた課題の達成に寄与するほど高い貢献度が特定される構成が好ましい。このような構成の例には、イベントに登場する敵キャラクタへの攻撃回数が多いほど高い貢献度が特定される構成がある。

図１３は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｅと、端末２０の動作を例にして説明する。なお、サーバ１０Ｅと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

サーバ１０Ｅは、ゲーム処理において、イベント空間への移動を制限すると、各プレイヤの貢献度を決定する（ステップＳ５−１１）。本例においてサーバ１０Ｄは、イベントの進行を開始し、イベントに不参加のプレイヤによるイベント空間への移動を制限すると、イベントの進行状態が貢献度の決定段階になった場合に、イベント参加者によるイベントへの貢献度を決定する。

以上に説明したように、第５の実施形態の一側面として、サーバ１０Ｅが、決定部１１と、設定部１２と、進行部１３Ｅと、制限部１４とを備える構成としているので、イベントにおける各プレイヤの動作回数に基づいて、当該イベントにおける各プレイヤの貢献度を決定
し、プレイヤに対してイベントへの積極的参加を促すことができる。

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

進行部１３Ｆは、イベントと、適正人数と、制限人数とが対応付けされたイベント関連情報を参照し、イベントに参加するプレイヤ数に基づいて、当該イベントの難易度を決定する機能を有する。

ここで、イベント関連情報の構成は、イベントと、適正人数と、制限人数とが対応付されていれば特に限定されない。このような構成の例には、イベントの識別情報と、イベントの適性人数と、当該適性人数よりも多い制限人数と、適正人数未満の場合の敵情報と、適正人数以上の場合の敵情報とが対応付けされた構成がある。

また、制限人数とは、イベント参加人数の上限を意味する。制限人数の構成は特に限定されず、複数のイベントがある場合、各イベント毎に制限人数が対応付けされていてもよいし、所定の算出式を用いてイベントが発生する度に算出される構成としてもよい。

図１５は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｆと、端末２０の動作を例にして説明する。なお、サーバ１０Ｆと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

サーバ１０Ｆは、ゲーム処理において、イベント参加プレイヤを決定すると、イベントの難易度を決定する（ステップＳ６−１１）。本例においてサーバ１０Ｆは、決定したイベント参加プレイヤの数に基づいて、イベントの難易度を決定する。

以上に説明したように、第６の実施形態の一側面として、サーバ１０Ｆが、決定部１１と、設定部１２と、進行部１３Ｆと、制限部１４とを備える構成としているので、イベントと、適正人数と、制限人数とが対応付けされたイベント関連情報を参照し、イベントに参加するプレイヤ数に基づいて、当該イベントの難易度を決定し、難易度を調整できない場合と比べて、イベントに参加したプレイヤの満足度を向上させることができる。

［第７の実施形態］
図１６は、システム１００（図１参照）におけるビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｚ（サーバ１０Ｚ）の構成を示すブロック図である。本例において、サーバ１０Ｚは、決定部１１Ｚと、設定部１２Ｚと、進行部１３Ｚと、制限部１４Ｚとを少なくとも備える。

決定部１１Ｚは、仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する機能を有する。

ここで、仮想空間に存在する複数のプレイヤとは、ビデオゲームをプレイしている複数のプレイヤを意味する。以下、多人数コンテンツとしての仮想空間（フィールド）に自身が操作するキャラクタが位置する複数のプレイヤのうち、フィールドを透明な壁で区切ることで設けられるイベント空間で行われるイベントに参加するプレイヤを決定する場合を例にして説明する。

また、仮想空間におけるイベントとは、仮想空間で発生する各種の出来事を意味する。以下、フィールドに存在する複数のプレイヤが自由に参加できる自由形イベントとは異なり、参加条件を満たしプレイヤが参加できるイベント（ダイナミックイベント）を例にして説明する。なお、ここでの自由形イベントとは、下記特徴を有するイベントを想定している。
・ダイナミックイベントと同じく、仮想空間の一部の空間にて発生する。
・仮想空間中での移動が自由である。
・移動に伴いイベントへの参加も自由である。
上記特徴から、自由形イベントは、設定する側にとってプレイヤの動線予測が難しく、複雑なギミックを設定することが困難になる場合がある。また、自由形イベントは、参加人数を決められずバランス調整が難しく、誰でもいつでも参加できるので、希少性・限定性が低く、参加動機付けが難しい場合がある。なお、自由形イベントには、クリアしたいときにクリアできるという利点もあるため、ダイナミックイベントと組み合わせて発生する構成とされることが好ましい。これにより、ダイナミックイベントと自由形イベントの両方の趣向性を向上させることができる。このような構成の例には、ダイナミックイベントと自由形イベントを、順次または同時に発生させる構成がある。また、一方の発生条件に他方をプレイ（あるいはクリア）することに関するものが含まれる構成としてもよい。

図１７は、サーバ１０Ｚが備える記憶部（図示せず）に記憶されるイベント関連情報の例について説明するための説明図である。図１７に示すように、記憶部は、タイプと、敵タイプと、イベントの範囲と、適正人数と、制限人数とを対応付けて記憶する。

ここで、タイプとは、ダイナミックイベントの遊びの類型を意味する。本例では、ダイナミックイベントには、３つの遊びのタイプがある。いずれの場合でも、イベント時に表示されるＴｏＤｏリストに表示されている進捗ゲージを１００％にすることでイベントのクリアとなる。なお、ＴｏＤｏリストの構成は特に限定されないが、情報として、上限参加人数と 現在参加人数とが表示される欄を備えた構成が好ましい。同様に、いずれのタイプおいても 参加人数が０人 になった時点で失敗となる。また他に、各ダイナミックイベントに専用の失敗判定がある場合もある。

また、敵タイプとは、出現する敵の情報を意味する。本例では、敵タイプは、プレイヤが敵キャラから入手可能なアイテムを選択する際に参照する情報として使用される。

また、イベントの範囲とは、ダイナミックイベントの範囲を意味する。本例では、コリジョンで閉鎖される範囲が定義される。なお、イベントに関連する範囲として、プレイヤが強制的にワープさせられる範囲、プレイヤが突入をした時のワープ先、プレイヤが排出された時のワープ先、などが定義される構成としてもよい。

また、適正人数とは、イベントに対して適性と思われる人数を決めるための数値を意味する。適性人数の構成は特に限定されないが、最低限、この人数がいればクリアは可能というバランスのラインを定義した人数であることが好ましい。

また、制限人数とは、イベントの参加人数の上限を決めるための数値を意味する。制限人数の構成は特に限定されないが、バランスを担保するために定められていることが好ましい。

ダイナミックイベントには、自由形イベントでは満たせない下記特徴がある。
・ハードコードによってボスギミックを実装する。
・参加人数に制限が存在する。
・参加するためには、「参加申請」を行う必要がある。
・戦闘が始まると発生エリアはコリジョンで囲われ、出ることも入ることもできない。
・ダイナミックイベントの参加者は、準備期間中はダイナミックイベントのエリア内へワープすることができる。
・ストーリー性を持った展開でイベントが進行する。
・クリアすることで、戦場内の他の要素に対して良い効果が発生することがある。
上記特徴により、例えば仮想空間に存在する全プレイヤが参加できるイベントに比して、ダイナミックイベントには、ギミック作成の自由度があがっているという一側面がある。壁で仕切り移動を制御するため、ギミック作成の意味があるためである。すなわち、人数制限がないイベントの場合、人気のイベントでは敵キャラクタが多数のプレイヤにより攻撃される状態が発生する。また、イベント空間を限定しないイベントでは、イベント用のギミックを配置する場合にフィールドを縦横無尽に全て使えるので、ギミックが粗くなる場合がある。これに対しダイナミックイベントでは、人数を絞ることでバランスをしっかりと取った、ギミックに特化した遊びを提供できることになる。

設定部１２Ｚは、イベントの対象となる仮想空間（イベント空間）を複数のプレイヤが存在する仮想空間（基礎空間）に設定する機能を有する。

ここで、イベント空間とは、参加者（あるいは参加プレイヤ）がイベントに参加するために存在することになる仮想空間を意味する。以下、ダイナミックイベント用の仮想空間を例にして説明する。

また、イベント空間を基礎空間に設定するとは、基礎空間からイベント空間への移動が可能となるように情報を更新することを意味する。以下、ダイナミックイベント用の仮想空間をフィールドに設定する場合を例にして説明する。

進行部１３Ｚは、イベントに参加するプレイヤの操作に基づいて、イベント空間におけるイベントを進行させる機能を有する。以下、ダイナミックイベントを進行させる場合を例にして説明する。

制限部１４Ｚは、イベントに参加しないプレイヤがイベント空間へ移動することを制限する機能を有する。以下、ダイナミックイベントに参加しないプレイヤの移動を制限する場合を例にして説明する。

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

また、複数のユーザ端末２０，２０１〜２０Ｎは、それぞれ、通信ネットワーク３０に接続し、サーバ１０との通信を行うことにより各種処理を実行するためのハードウェア（例えば、座標に応じたブラウザ画面やゲーム画面を表示する表示装置など）およびソフトウェアを備える。なお、複数のユーザ端末２０，２０１〜２０Ｎそれぞれは、サーバ１０を介さずに互いに直接通信を行うこともできる構成とされていてもよい。

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

図１８は、サーバ１０Ｚを備えるシステム１００Ｚが実行するビデオゲーム処理の例を示すフローチャートである。本例におけるゲーム処理では、ユーザの操作に応じてビデオゲームの進行を制御すること関連する処理が行われる。以下、各処理について説明する。なお、各処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。

ゲーム処理は、例えばサーバ１０Ｚが、イベントの発生条件が満たされたと判定した場合に開始される。以下、フィールドにおいてダイナミックイベントの発生条件が満たされた場合を例にして説明する。

システム１００Ｚは、ゲーム処理において、先ず、イベント参加プレイヤを決定する（ステップＳ３０１）。以下、ダイナミックイベントが、待機中、参戦受付中、開戦準備中、戦闘中、終了処理中、と進行する場合を例にして説明する。

待機中は、プレイヤから何も見えていない状態である。開始条件を満たし発生トリガがひかれることで、参戦受付中へと移行する。参戦受付中は、プレイヤが参戦を表明するフェーズである。基本の形のダイナミックイベントでは、このタイミングで専用ウィジェットに「参加申請ボタン」 が表示され、参加申請を行うことができるようになる。猶予は1分間なので、参加希望のプレイヤは時間内に申請することになる。また、このフェーズでの申請を一次申請とする。なお、一騎討ちと呼ばれる特殊なものについては、システム側から参戦の招待が届く。また、イベントエリアに対して、締め出しの予告エフェクトが表示される。あくまで予告でしかないため、まだ自由に通り抜け可能とする。そして、残り時間が所定数になったタイミングで、イベントエリアの周囲所定距離以内にいるプレイヤに、イベントエリアが封鎖され、参加しないプレイヤは排出される旨を報知する（例えば、所定のメッセージを流す）。その後、受付時間が0になると、参加プレイヤの一次抽選を行う。

図１９は、ゲーム画面の例について説明するための説明図である。図１９に示すように、ゲーム画面には、予告エフェクト１９０１が表示される。

システム１００Ｚは、イベント参加プレイヤを決定すると、イベント空間を設定する（ステップＳ３０２）。本例においてシステム１００Ｚは、一次抽選によりイベント参加プレイヤを決定すると、ダイナミックイベントにつちえ、開戦準備中にする。

開戦準備中は、一次抽選に当選したプレイヤに通知を行い、各プレイヤが戦闘の準備を行うフェーズである。当選したプレイヤは、該当のダイナミックイベントに「参戦している」 という扱いになる。このフェーズは２分間とし、参戦しているプレイヤは専用ウィジェットから参戦中のダイナミックイベントの突入先へワープすることができる。また、このフェーズの間は、空いている枠の分だけ二次参加申請が可能である。二次参加申請では抽選が行われず、申請のあった順番から、パーティを問わずに参戦できるものとする。また、このフェーズになると、イベントエリアはコリジョン付きの壁で閉鎖され、以降通常移動による侵入や退出は不可能となる。表現として予告エフェクトが消え、代わりに閉鎖エフェクトで囲われる。

図２０は、ゲーム画面の例について説明するための説明図である。図２０に示すように、ゲーム画面には、閉鎖エフェクト２００１が表示される。

閉鎖後は、イベントエリア内にいるプレイヤは、排出先へと強制的にワープさせられる。 （仮にダイナミックイベントへの参加権を持っていたとしても安全のために排出）。なおこのフェーズからは、プレイヤから見たダイナミックイベントは 「交戦中」 に分類される。猶予時間が所定数になったタイミングで、参戦中のプレイヤに対し、まもなく戦闘が開始されるため、閉鎖される前にイベントエリアへ突入するよう報知される。そして、猶予時間が0になることで、戦闘中フェーズへと移行する。

システム１００Ｚは、イベント空間を設定すると、イベントを進行させる（ステップＳ３０３）。本例においてシステム１００Ｚは、戦闘中フェーズへと移行したダイナミックイベントの進行を制御する。

戦闘が開始したら、開戦の合図が行われる。開始後は、実際にプレイヤが目的を達成するために戦闘を行う。このフェーズになると、専用ウィジェットからの突入も閉鎖され、新たに参戦することが不可能になる。そして、勝利条件か敗北条件のいずれかを満たすことで終了する。

終了処理中、ダイナミックイベントを終わらせるための処理を行う。成功や失敗の結果にあわせての、イベントの終了演出や報酬の払い出しなどが該当する。また閉鎖壁は消え、移動が自由になる。さらに、プレイヤの「参戦している」判定は終了し、専用ウィジェットからも表示が消えた状態となる。その他必要な終了演出が完了した場合、待機状態へ戻る。

また、システム１００Ｚは、イベントを進行させると、イベント空間への移動を制限する（ステップＳ３０４）。本例においてシステム１００Ｚは、ダイナミックイベントに参加しなかったプレイヤがイベント空間に移動できないよう、イベント期間中に透明な壁の表示を維持する。

以上に説明したように、第１の実施形態の一側面として、プレイヤの操作に応じてビデオゲームの進行を制御するシステム１００Ｚが、決定部１１Ｚと、設定部１２Ｚと、進行部１３Ｚと、制限部１４Ｚとを備える構成としているので、仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定し、イベントの対象となる仮想空間（イベント空間）を仮想空間に設定し、イベントに参加するプレイヤの操作に基づいて、イベント空間におけるイベントを進行させ、イベントに参加しないプレイヤがイベント空間へ移動することを制限し、ビデオゲームにおけるイベントに対するプレイヤの興味を向上させることができる。

すなわち、イベント参加者を、例えば単にイベント用仮想空間に飛ばしてしまうと、イベントのコンテンツ難易度は担保できるが、多人数コンテンツの見た目の派手さや盛り上がりが薄まる可能性がある。一方「参加プレイヤ以外も存在するフィールドを壁で区切る」ことにより、参加プレイヤ以外も観戦できる。これにより、参加プレイヤ以外も、バトルに参加せずにコンテンツを楽しむことが出来、多人数コンテンツならではの盛り上がりを同時に確保できるようになる。

なお、上述した第７の実施形態の例では特に言及していないが、システム１００Ｚが、イベントにおける各プレイヤの動作回数に基づいて、当該イベントにおける各プレイヤの貢献度を決定する構成としてもよい。このような構成の例には、ボス１体戦、Wave戦 に限らずダイナミックイベントにおいて一定回数アクションを使用することで、活動していたかをチェックする構成がある。また、１回のダイナミックイベントにおいて、所定回数以上、所定のアクションを使用していた場合は報酬の払い出し対象としてもよい。これにより、
させることができる。開幕に死んであとはイベントに参加しないといったプレイを避けさせることができる。なお、複数の課題が設定されたダイナミックイベントについては、各課題に報酬があるため、各課題についてプレイヤの動作回数を記録する構成としてもよい。

なお、上述した第７の実施形態の例では特に言及していないが、システム１００Ｚが、仮想空間におけるイベントの発生位置を含む地図画像を表示する構成としてもよい。このような構成の例には、参加申請用のコンテンツ専用のウィジェットにマップの代わりとなる機能をもたせる構成がある。すなわち、例えば、基本的なマップで表示している情報、発生しているダイナミックイベントの位置、タイプ、範囲、を含む画像を表示する構成がある。これにより、１つのフィールドにおいて同時期に複数のダイナミックイベントが発生する場合も、プレイヤにダイナミックイベントへの参加を促すことができる。

なお、上述した第７の実施形態の例では特に言及していないが、システム１００Ｚが、参加制限のないイベントにおいて所定条件を満たしたプレイヤに対して、イベント空間が設けられるイベント（ダイナミックイベント）に招待し、招待を受けたプレイヤについて、ダイナミックイベントへの参加を優先的に決定する構成としてもよい。このような構成の例には、イベントへの参加方法として、特定条件を満たしたプレイヤに対し招待を飛ばし、招待を受けていないプレイヤが能動的に参加申請をすることができないようにする構成がある。この場合、ダイナミックイベントの発生条件となるイベント（例えば、ダイナミックイベントに対応付けされたイベント。）において招待条件を満たしたプレイヤに対し、招待通知を送信する構成としてもよい。これにより、ダイナミックイベントに参戦している、ということ自体がある程度のステータスになる、という状況をつくることができ、イベントに対するプレイヤの注目度を高めることができる。

なお、上述した第７の実施形態の例では特に言及していないが、システム１００Ｚが、仮想空間において発生したイベントにおいて所定条件を満たしたプレイヤに対して、当該イベントの後にイベント空間が設けられる他のイベントに関する特典を付与する構成としてもよい。このような構成の例には、特定のダイナミックイベントに対して、抽選時に優先的に選出されるという仕組みを実現させる構成がある。この場合、特定のダイナミックイベントへの優先参加権をプレイヤに付与する構成としてもよいし、全てのダイナミックイベントを対象とする汎用の優先参加権をプレイヤに付与する構成としてもよい。また、特定のダイナミックイベントへの優先参加権は、ダイナミックイベントに対応する事前イベントにて付与条件を満たしたプレイヤに付与する構成としてもよい。また、全てのダイナミックイベントを対象とする汎用の優先参加権は、所定のゲーム内要素（例えば、アイテム）を消費したプレイヤに付与される構成としてもよい。また、フィールドでバトル可能な特定の敵キャラクタを討伐することで所定のゲーム内要素を入手可能な構成としてもよい。

以上に説明したように、本願の各実施形態により１または２以上の不足が解決される。なお、夫々の実施形態による効果は、非限定的な効果または効果の一例である。

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

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

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

［付記］
上述した実施形態の説明は、少なくとも下記発明を、当該発明の属する分野における通常の知識を有する者がその実施をすることができるように記載した。
［１］
プレイヤの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
前記サーバに、
仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する決定機能と、
前記イベントの対象となる仮想空間（以下「イベント空間」という。）を前記仮想空間に設定する設定機能と、
前記イベントに参加するプレイヤの操作に基づいて、前記イベント空間における前記イベントを進行させる進行機能と、
前記イベントに参加しないプレイヤが前記イベント空間へ移動することを制限する制限機能とを
実現させるためのビデオゲーム処理プログラム。
［２］
前記制限機能では、前記プレイヤの操作対象が通過不能であり、かつ透明性を有する仮想物体により前記イベント空間とその他の仮想空間とを区切る機能を
実現させるための［１］記載のビデオゲーム処理プログラム。
［３］
前記サーバに、前記イベントへの参加を受け付ける期間を設けて前記複数のプレイヤによる参加要求を受け付ける受付機能を実現させ、
前記決定機能では、前記参加要求に基づいて、前記イベントに参加するプレイヤを決定する機能を実現させ、
前記進行機能では、前記イベントを開始する前に、少なくとも前記イベントに参加するプレイヤによる当該イベントへの準備期間を設ける機能を
実現させるための［１］または［２］記載のビデオゲーム処理プログラム。
［４］
前記サーバに、前記イベント空間が設定される前に、前記イベント空間の範囲を前記複数のプレイヤに報知する報知機能を実現させ、
前記決定機能では、少なくとも前記報知が行われた後に前記イベントに参加するプレイヤを決定する機能を
実現させるための［１］から［３］のうち何れかに記載のビデオゲーム処理プログラム。
［５］
前記進行機能では、前記イベントにおける各プレイヤの動作回数に基づいて、当該イベントにおける各プレイヤの貢献度を決定する機能を
実現させるための［１］から［４］のうち何れかに記載のビデオゲーム処理プログラム。
［６］
前記進行機能では、前記イベントと、適正人数と、制限人数とが対応付けされたイベント関連情報を参照し、前記イベントに参加するプレイヤ数に基づいて、当該イベントの難易度を決定する機能を
実現させるための［１］から［５］のうち何れかに記載のビデオゲーム処理プログラム。
［７］
前記サーバに、前記仮想空間における前記イベントの発生位置を含む地図画像を表示する表示機能を
実現させるための［１］から［６］のうち何れかに記載のビデオゲーム処理プログラム。
［８］
前記サーバに、参加制限のないイベントにおいて所定条件を満たしたプレイヤに対して、前記イベント空間が設けられる前記イベント（以下「ダイナミックイベント」という。）に招待する招待機能を実現させ、
前記決定機能では、前記招待を受けたプレイヤについて、前記ダイナミックイベントへの参加を優先的に決定する機能を
実現させるための［１］から［７］のうち何れかに記載のビデオゲーム処理プログラム。
［９］
前記サーバに、前記仮想空間において発生したイベントにおいて所定条件を満たしたプレイヤに対して、当該イベントの後に前記イベント空間が設けられる他のイベントに関する特典を付与する付与機能を
実現させるための［１］から［８］のうち何れかに記載のビデオゲーム処理プログラム。
［１０］
［１］から［９］のうち何れかに記載のビデオゲーム処理プログラムが前記サーバに実現させる機能のうち少なくとも１つの機能を、当該サーバと通信可能なユーザ端末に実現させるためのビデオゲーム処理プログラム。
［１１］
［１］から［９］のうち何れかに記載のビデオゲーム処理プログラムがインストールされたサーバ。
［１２］
通信ネットワークと、サーバと、ユーザ端末とを備え、プレイヤの操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、
仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する決定手段と、
前記イベントの対象となる仮想空間（以下「イベント空間」という。）を前記仮想空間に設定する設定手段と、
前記イベントに参加するプレイヤの操作に基づいて、前記イベント空間における前記イベントを進行させる進行手段と、
前記イベントに参加しないプレイヤが前記イベント空間へ移動することを制限する制限手段とを含む
ことを特徴とするビデオゲーム処理システム。
［１３］
前記サーバが、前記決定手段と、前記設定手段と、前記進行手段と、前記制限手段とを含み、
前記ユーザ端末が、前記進行手段により前記イベントが進行する様子を表すゲーム画面を表示装置の表示画面に出力する出力手段を含む
［１２］記載のビデオゲーム処理システム。
［１４］
プレイヤの操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する決定機能と、前記イベントの対象となる仮想空間（以下「イベント空間」という。）を前記仮想空間に設定する設定機能と、前記イベントに参加するプレイヤの操作に基づいて、前記イベント空間における前記イベントを進行させる進行機能と、前記イベントに参加しないプレイヤが前記イベント空間へ移動することを制限する制限機能とを有するサーバから、当該サーバが備える機能に関する情報を受信して当該機能に対応する入出力を行う機能を前記ユーザ端末に
実現させるためのビデオゲーム処理プログラム。
［１５］
プレイヤの操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、
前記ユーザ端末に、
仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する決定機能と、
前記イベントの対象となる仮想空間（以下「イベント空間」という。）を前記仮想空間に設定する設定機能と、
前記イベントに参加するプレイヤの操作に基づいて、前記イベント空間における前記イベントを進行させる進行機能と、
前記イベントに参加しないプレイヤが前記イベント空間へ移動することを制限する制限機能とを
実現させるためのビデオゲーム処理プログラム。
［１６］
［１５］記載のビデオゲーム処理プログラムが前記ユーザ端末に実現させる機能のうち少なくとも１つの機能を、当該ユーザ端末と通信可能なサーバに実現させるためのビデオゲーム処理プログラム。
［１７］
［１４］または［１５］記載のビデオゲーム処理プログラムがインストールされたユーザ端末。
［１８］
プレイヤの操作に応じてビデオゲームの進行を制御するビデオゲーム処理方法であって、
仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する決定処理と、
前記イベントの対象となる仮想空間（以下「イベント空間」という。）を前記仮想空間に設定する設定処理と、
前記イベントに参加するプレイヤの操作に基づいて、前記イベント空間における前記イベントを進行させる進行処理と、
前記イベントに参加しないプレイヤが前記イベント空間へ移動することを制限する制限処理とを含む
ことを特徴とするビデオゲーム処理方法。
［１９］
通信ネットワークと、サーバと、ユーザ端末とを備えるビデオゲーム処理システムが、プレイヤの操作に応じてビデオゲームの進行を制御するビデオゲーム処理方法であって、
仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する決定処理と、
前記イベントの対象となる仮想空間（以下「イベント空間」という。）を前記仮想空間に設定する設定処理と、
前記イベントに参加するプレイヤの操作に基づいて、前記イベント空間における前記イベントを進行させる進行処理と、
前記イベントに参加しないプレイヤが前記イベント空間へ移動することを制限する制限処理とを含む
ことを特徴とするビデオゲーム処理方法。

本発明の実施形態の一つによれば、ビデオゲームにおけるイベントに対するプレイヤの興味を向上させるのに有用である。

１０ ビデオゲーム処理サーバ
２０，２０１〜２０Ｎ ユーザ端末
１１ 決定部１１
１２ 設定部１２
１３ 進行部１３
１４ 制限部１４
１５ 受付部１５
１６ 報知部１６
３０ 通信ネットワーク
１００ ビデオゲーム処理システム

Claims (8)

1. プレイヤの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
   前記サーバに、
   仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する決定機能と、
   前記イベントの対象となる仮想空間（以下「イベント空間」という。）を前記仮想空間に設定する設定機能と、
   前記イベントに参加するプレイヤの操作に基づいて、前記イベント空間における前記イベントを進行させる進行機能と、
   前記イベントに参加しないプレイヤが前記イベント空間へ移動することを制限する制限機能とを
   実現させるためのビデオゲーム処理プログラム。
2. 前記制限機能では、前記プレイヤの操作対象が通過不能であり、かつ透明性を有する仮想物体により前記イベント空間とその他の仮想空間とを区切る機能を
   実現させるための請求項１記載のビデオゲーム処理プログラム。
3. 前記サーバに、前記イベントへの参加を受け付ける期間を設けて前記複数のプレイヤによる参加要求を受け付ける受付機能を実現させ、
   前記決定機能では、前記参加要求に基づいて、前記イベントに参加するプレイヤを決定する機能を実現させ、
   前記進行機能では、前記イベントを開始する前に、少なくとも前記イベントに参加するプレイヤによる当該イベントへの準備期間を設ける機能を
   実現させるための請求項１または請求項２記載のビデオゲーム処理プログラム。
4. 前記サーバに、前記イベント空間が設定される前に、前記イベント空間の範囲を前記複数のプレイヤに報知する報知機能を実現させ、
   前記決定機能では、少なくとも前記報知が行われた後に前記イベントに参加するプレイヤを決定する機能を
   実現させるための請求項１から請求項３のうち何れかに記載のビデオゲーム処理プログラム。
5. 前記進行機能では、前記イベントにおける各プレイヤの動作回数に基づいて、当該イベントにおける各プレイヤの貢献度を決定する機能を
   実現させるための請求項１から請求項４のうち何れかに記載のビデオゲーム処理プログラム。
6. 前記進行機能では、前記イベントと、適正人数と、制限人数とが対応付けされたイベント関連情報を参照し、前記イベントに参加するプレイヤ数に基づいて、当該イベントの難易度を決定する機能を
   実現させるための請求項１から請求項５のうち何れかに記載のビデオゲーム処理プログラム。
7. 通信ネットワークと、サーバと、ユーザ端末とを備え、プレイヤの操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、
   仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する決定手段と、
   前記イベントの対象となる仮想空間（以下「イベント空間」という。）を前記仮想空間に設定する設定手段と、
   前記イベントに参加するプレイヤの操作に基づいて、前記イベント空間における前記イベントを進行させる進行手段と、
   前記イベントに参加しないプレイヤが前記イベント空間へ移動することを制限する制限手段とを含む
   ことを特徴とするビデオゲーム処理システム。
8. プレイヤの操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、
   前記ユーザ端末に、
   仮想空間に存在する複数のプレイヤのうち、当該仮想空間におけるイベントに参加するプレイヤを決定する決定機能と、
   前記イベントの対象となる仮想空間（以下「イベント空間」という。）を前記仮想空間に設定する設定機能と、
   前記イベントに参加するプレイヤの操作に基づいて、前記イベント空間における前記イベントを進行させる進行機能と、
   前記イベントに参加しないプレイヤが前記イベント空間へ移動することを制限する制限機能とを
   実現させるためのビデオゲーム処理プログラム。

Images