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

Description

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

従来、ビデオゲームの分野において、発生した各種イベントをスキップできるように構成されたシステムがある。

このようなシステムには、例えば、バトルの開始に併せて再生されるムービーを任意のタイミングでスキップできるようにしたものもある（特許文献１参照）。

特開２０１５－０３７５８２号公報

従来のシステムは、ビデオゲームで発生する各種イベントのスキップを可能とすることで、プレイ時間に余裕がある人にはイベントを楽しんでもらい、プレイ時間に余裕がない人には適宜イベントを省略してもらうことで、ビデオゲームの楽しみ方に自由度を持たせていた面がある。しかし、従来のシステムでは、イベントのスキップを許容することでビデオゲームの趣向が低下してしまう場合があった。すなわち、例えばビデオゲームを構成するイベントの全てをスキップ可能な構成としてしまうと、ビデオゲームの趣向がユーザに伝わらなくなってしまう場合があった。一方、イベントのスキップを過度に制限してしまうと、ユーザに要求される負担が大きくなってしまう場合があった。

本発明の少なくとも１つの実施形態の目的は、上記課題を解決し、ビデオゲームの楽しみ方に関する自由度を向上させることである。

非限定的な観点によると、本発明の一実施形態に係るビデオゲーム処理プログラムは、 ユーザの操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、前記ユーザ端末に、前記ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けた場合に、当該イベントを所定の記憶領域に登録する登録機能と、前記イベントを登録したことに基づいて前記ビデオゲームの進行を制御する制御機能と、前記イベントの実行要求を受け付けた場合に、前記所定の記憶領域を参照し、前記実行要求を受け付けた際の前記ユーザのステータスを採用して当該イベントを実行する実行機能と、所定条件に基づいて、前記実行機能による実行を待たずに、前記登録機能により登録された前記イベントを前記所定の記憶領域から消去する消去機能とを実現させるためのものである。

非限定的な観点によると、本発明の一実施形態に係るビデオゲーム処理プログラムは、ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、前記サーバに、前記ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けた場合に、当該イベントを所定の記憶領域に登録する登録機能と、前記イベントを登録したことに基づいて前記ビデオゲームの進行を制御する制御機能と、前記イベントの実行要求を受け付けた場合に、前記所定の記憶領域を参照し、前記実行要求を受け付けた際の前記ユーザのステータスを採用して当該イベントを実行する実行機能と、所定条件に基づいて、前記実行機能による実行を待たずに、前記登録機能により登録された前記イベントを前記所定の記憶領域から消去する消去機能とを実現させるためのものである。

非限定的な観点によると、本発明の一実施形態に係るビデオゲーム処理システムは、通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、前記ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けた場合に、当該イベントを所定の記憶領域に登録する登録手段と、前記イベントが登録されたことに基づいて前記ビデオゲームの進行を制御する制御手段と、前記イベントの実行要求を受け付けた場合に、前記所定の記憶領域を参照し、前記実行要求を受け付けた際の前記ユーザのステータスを採用して当該イベントを実行する実行手段と、所定条件に基づいて、前記実行機能による実行を待たずに、前記登録手段により登録された前記イベントを前記所定の記憶領域から消去する消去手段とを含むことを特徴とする。

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

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

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

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

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

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

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

図２は、サーバ１０の構成の例であるサーバ１０Ａの構成を示すブロック図である。図２に示すように、サーバ１０Ａは、登録部１１と、制御部１２と、実行部１３とを少なくとも備える。

登録部１１は、ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けた際、当該イベントを所定の記憶領域に登録する機能を有する。

ここで、イベントとは、ビデオゲームで発生した出来事を意味する。イベントの構成は特に限定されず、ユーザ操作が可能なもの（例えば、戦闘）であってもよいし、ユーザ操作が不能なもの（例えば、動画再生）であってもよい。なお、イベントを発生させるための構成は特に限定されないが、ビデオゲームの進行に応じて発生する構成であることが好ましい。

また、取り置き要求とは、イベントを取り置くことを指示する命令を意味する。取り置き要求を受け付けるための構成は、イベントを識別可能なものであれば特に限定されない。取り置き要求を受け付けるための構成の例には、ユーザによる所定の操作入力を取り置き要求と判定する構成や、所定条件が満たされたことを取り置き要求と判定する構成がある。なお、取り置き要求に応じて登録されたイベントは、後で実行可能な状態で登録されるため、ここでは「取り置き」と表現している。

制御部１２は、イベントを登録したことに基づいてビデオゲームの進行を制御する機能を有する。

ここで、イベントを登録したことに基づいてビデオゲームの進行を制御するための構成は、イベントを登録した結果を以降の処理に反映する構成であれば特に限定されない。このような構成の例には、イベントを登録したことを表すゲーム画面を表示する構成や、イベントを登録したことでイベントが完了し、その後のストーリーが進行する構成がある。

実行部１３は、所定の記憶領域に登録されているイベントに対する実行要求を受け付けた際、当該イベントを実行する機能を有する。

ここで、イベントに対する実行要求を受け付けるための構成は、ユーザがイベントを認識し得る構成であれば特に限定されない。このような構成の例には、登録されているイベントの一覧を表示してユーザによる選択を受け付ける構成がある。

また、イベントを実行するとは、イベントをユーザに体験させることを意味する。すなわち、例えばイベントが動画再生である場合、イベントに対応する動画を再生することがイベントの実行に相当する。また、イベントが敵キャラクタとの戦闘の場合、ユーザの操作に応じて戦闘を進行させることがイベントの実行に相当する。なお、イベントが実行を含む複数のフェーズ（例えば、発生、実行、終了）に分かれており、実行の部分のみ取り置き可能な構成としてもよい。

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

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

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

図３は、システム１００が実行するゲーム処理の例を示すフローチャートである。本例におけるゲーム処理では、イベントの登録に関連する処理が行われる。以下、サーバ１０Ａとユーザ端末２０（端末２０）とが、ゲーム処理を実行する場合を例にして説明する。

ゲーム処理は、例えばビデオゲームにおいてイベントが発生した際に開始される。以下、取り置きが可能なイベントが発生し、サーバ１０Ａがイベントの取り置き要求を受け付けた場合を例にして説明する。

サーバ１０Ａは、ゲーム処理において、先ず、取り置き要求を受け付けたイベントを登録する（ステップＳ１１）。本例においてサーバ１０Ａは、発生したイベントを後で実行するために必要な情報を所定の記憶領域に登録する。

サーバ１０Ａは、イベントを登録すると、イベントを登録したことに基づいて、ビデオゲームの進行を制御する（ステップＳ１２）。本例においてサーバ１０Ａは、ベントを登録した旨をユーザに報知し、ビデオゲームの状況に応じた処理を行う。

サーバ１０Ａは、ビデオゲームの進行を制御している際、イベントの実行要求を受け付けると、実行要求を受け付けたイベントを実行する（ステップＳ１３）。本例においてサーバ１０Ａは、ユーザが指定した登録済イベントを実行する。なお、本例においてサーバ１０Ａは、イベントに関するゲーム画面を出力させるための情報（出力情報）を端末２０に送信し、端末２０が備える表示装置の表示画面にゲーム画面を表示させる。

ここで、ゲーム画面とは、仮想空間（あるいはゲーム空間）を表す画面を意味する。なお、本例では、ゲーム画面を構成する各種要素を画像と称する場合がある。ゲーム画面の構成はビデオゲームの状況をユーザが認識し得る構成であれば特に限定されない。

また、ゲーム画面を表示装置の表示画面に表示させるとは、通信ネットワーク３０を用いた通信により、ユーザ端末２０等が備える表示装置にゲーム画面を出力させることを意味する。表示装置にゲーム画面を表示させるための構成の例には、サーバ側で生成した情報（出力情報）を端末側に送信する構成がある。なお、出力情報の構成は特に限定されず、例えば画像を圧縮した情報でもよいし、端末側で画像を生成させるための情報であってもよい。画像を圧縮した情報の例には、クラウドゲームで使用されるもの（例えば、ＭＰＥＧ）がある。また、端末側で画像を生成させるための情報には、オンラインゲームで使用されるもの（例えば、オブジェクトの位置情報）がある。

端末２０は、サーバ１０Ａから受信した出力情報に基づいて、自身が備える表示装置の表示画面にゲーム画面を表示して（ステップＳ１４）、ここでの処理を終了する。

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

サーバ１０Ａは、ゲーム処理において、先ず、取り置き要求を受け付けたイベントを登録し（ステップＳ１０１）、ビデオゲームの進行を制御する（ステップＳ１０２）。本例においてサーバ１０Ａは、端末２０からユーザ操作に関する情報（操作関連情報）を適宜受信して、ビデオゲームの進行を制御する。

サーバ１０Ａは、ビデオゲームの進行を制御している際、登録済イベントの実行要求を受け付けると、実行要求を受け付けたイベントを実行する（ステップＳ１０３）。本例においてサーバ１０Ａは、イベントの実行に関する情報を生成し、生成した情報を端末２０に送信する。

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

端末２０は、ゲーム処理において、先ず、取り置き要求を受け付けたイベントを登録し（ステップＳ２０１）、ビデオゲームの進行を制御し（ステップＳ２０２）、イベントの実行要求を受け付けた際には、実行要求を受け付けたイベントを実行する（ステップＳ２０３）。本例において端末２０は、登録したイベントを所定の記憶領域に登録し、イベントの識別情報を含む実行要求を受け付けた場合に、所定の記憶領域からイベントを実行するための情報を読み出す。

以上に説明したように、第１の実施形態の一側面として、ユーザの操作に応じてビデオゲームの進行を制御する機能を備えたサーバ１０Ａが、登録部１１と、制御部１２と、実行部１３とを備える構成としているので、ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けた際、当該イベントを所定の記憶領域に登録し、イベントを登録したことに基づいてビデオゲームの進行を制御し、所定の記憶領域に登録されているイベントに対する実行要求を受け付けた際、当該イベントを実行し、ビデオゲームの楽しみ方に関する自由度を向上させることができる。

すなわち、ビデオゲームにおいて発生したイベントを単純にスキップするのではなく、取り置く（すなわち、後で実行できるように登録しておく）ことができるようになるので、例えば時間がないときはイベントを取り置いておき、時間ができた際にイベントをプレイすることができ、ビデオゲームのプレイ態様に関する自由度を高めることができる。

［第２の実施形態］
図６は、ユーザ端末２０の例であるユーザ端末２０Ｂ（端末２０Ｂ）の構成を示すブロック図である。本例において、端末２０Ｂは、登録部２１と、制御部２２Ｂと、実行部２３とを少なくとも備える。

制御部２２Ｂは、登録したイベントが発生しなかったもの（未発生）として又は当該イベントが終了（あるいは完了）したものとしてビデオゲームの進行を制御する機能を有する。

ここで、登録したイベントが発生しなかったものとしてビデオゲームの進行を制御するとは、発生したイベントをビデオゲームの進行に影響させないことを意味する。すなわち、制御部２２Ｂは、イベントの発生条件が満たされ所定イベントが発生した際、このイベントを登録すると、イベント発生前の状態にビデオゲームの状況を設定し、その後のビデオゲームの進行を制御する。なお、この場合、登録したイベントの発生条件を、登録前のものから登録したイベントの実行要求に変更する構成としてもよい。

また、イベントが終了したものとしてビデオゲームの進行を制御するための構成は特に限定されないが、取り置いたイベントをユーザがプレイしたいと思うような構成であることが好ましい。このような構成の例には、イベントを登録すると、イベントが成功したものと判定し、イベントでユーザが取得し得るゲーム内要素については取得していないものとしてその後のビデオゲームの進行を制御する構成がある。

また、登録したものを未発生とするか終了したものとするかについて、所定規則に従って判定する構成としてもよいし、どちらか一方のみを採用する構成としてもよい。なお、所定規則に従って判定するための構成は特に限定されず、例えばイベントに関する情報に「登録された場合の取り扱い」が含まれており、登録要求を受け付けた際に当該情報を参照して判定する構成としてもよい。

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

端末２０Ｂは、発生したイベントを登録すると、登録したものが未発生または終了したものとしてビデオゲームの進行を制御する（ステップＳ２－１１）。本例において端末２０Ｂは、イベントが戦闘の場合、未発生のイベントとしてビデオゲームの進行を制御する。また、イベントが動画再生の場合、動画再生が終了したものとしてビデオゲームの進行を制御する。

以上に説明したように、第２の実施形態の一側面として、ユーザ端末２０Ｂが、制御部２２Ｂを備える構成としているので、登録したイベントが発生しなかったものとして又は当該イベントが終了したものとしてビデオゲームの進行を制御し、発生したイベントを登録したことに基づいてビデオゲームの進行を制御することができる。

［第３の実施形態］
図８は、ユーザ端末２０の例であるユーザ端末２０Ｃ（端末２０Ｃ）の構成を示すブロック図である。本例において、端末２０Ｃは、登録部２１Ｃと、制御部２２と、実行部２３Ｃとを少なくとも備える。

登録部２１Ｃは、イベントと、所定の情報とを対応付けて所定の記憶領域に登録する機能を有する。

ここで、所定の情報の内容は特に限定されないが、登録したイベントをユーザに認識させ得るためのものであることが好ましい。所定の情報の例には、イベントの発生日時など、イベントの発生に関する情報（発生関連情報）がある。イベントの発生に関する情報の他の例には、イベント発生時に所定規則に従って決定される情報（例えば、敵キャラクタのレベルや敵キャラクタの捕獲確率、戦闘開始状況など。）がある。なお、ここでのイベントとは、イベントの名称やイベントの内容など、イベントに関する情報を意味する。

実行部２３Ｃは、所定の記憶領域を参照して表示されるリストを介して受け付けた実行要求に基づいてイベントを実行する機能を有する。

ここで、リストを介してイベントの実行要求を受け付けるための構成は特に限定されないが、ユーザがイベントの内容を認識して実行要求を入力し得る構成であることが好ましい。このような構成の例には、イベント名と、イベントの発生日時を含む登録済みイベントの一覧をリストとして表示し、ユーザが指定したイベント名に対応するイベントについて実行要求を受け付けたものと判定する構成がある。

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

端末２０Ｃは、発生したイベントに対する取り置き要求を受け付けると、取り置き要求を受け付けたイベントと、所定の情報とを登録する（ステップＳ３－１１）。本例において端末２０Ｃは、イベントに関する情報と、イベントの発生日時とを対応付けて所定の記憶領域に登録する。

端末２０Ｃは、イベントを登録し、ビデオゲームの進行を制御すると、リストを介して受け付けた実行要求に基づいてイベントを実行する（ステップＳ３－１２）。本例において端末２０Ｃは、ユーザ操作に応じて登録済みのイベントを表すリストを表示し、ユーザが指定したイベントを実行するための処理を行う。

以上に説明したように、第３の実施形態の一側面として、ユーザ端末２０Ｃが、登録部２１Ｃと、実行部２３Ｃとを備える構成としているので、イベントと、所定の情報とを対応付けて所定の記憶領域に登録し、所定の記憶領域を参照して表示されるリストを介して受け付けた実行要求に基づいてイベントを実行し、登録したイベントの実行方法に関する自由度を高めることができる。すなわち、登録したイベントの一覧から実行したいイベントを選択できるので、ユーザにとっての自由度を向上させることができる。

なお、上述した実施形態の例ではリストの構成について特に限定しない場合について説明したが、イベントの実行要求を受け付ける際、ある程度の制限をユーザに課す構成としてもよい。このような構成の例には、イベントに関する情報に基づいて定められる順（例えば、イベントの登録順）にイベントを実行することをユーザに要求する構成がある。

［第４の実施形態］
図１０は、ユーザ端末２０の例であるユーザ端末２０Ｄ（端末２０Ｄ）の構成を示すブロック図である。本例において、端末２０Ｄは、登録部２１と、制御部２２と、実行部２３と、報知部２４と、消去部２５とを少なくとも備える。

報知部２４は、登録されたイベントが所定数ある場合に、当該所定数のイベントのうち少なくとも１つのイベントをプレイヤ（すなわち、端末２０Ｄのユーザ）に報知する機能を有する。

ここで、所定数の構成は特に限定されず、１つであってもよいし、登録可能な上限数であってもよい。すなわち、報知部２４は、イベントが所定数だけ登録されている場合、プレイヤの操作に依らずに登録されたイベントの存在をプレイヤに報知する。

また、イベントをプレイヤに報知するとは、実行し得るイベント、すなわちプレイヤが取り置いたイベントの存在をプレイヤに認識させることを意味する。登録されたイベントをプレイヤに報知するための構成は特に限定されないが、登録されたイベントの数をプレイヤが認識し得る構成であることが好ましい。

消去部２５は、実行部２３により実行されたイベントの登録を消去する機能を有する。

ここで、実行されたイベントとは、プレイヤによりクリアされたものであってもよいし、プレイヤによりプレイされたもの（未クリアを含む）であってもよい。また、登録を消去するための構成は特に限定されない。

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

端末２０Ｄは、所定の報知条件が充足された際、登録されたイベントをプレイヤに報知する（ステップＳ４－１１）。本例において端末２０Ｄは、所定の記憶領域を参照し、取り置かれたイベントとして登録されたイベントをプレイヤに認識させるためのゲーム画面（登録イベント報知画面）を表示する。

端末２０Ｄは、登録されたイベントをプレイヤに報知すると、実行されたイベントを消去する（ステップＳ４－１２）。本例において端末２０Ｄは、登録イベント報知画面を表示した後、プレイヤによるイベントの選択を受け付け、プレイヤにより選択されたイベントを実行するための処理を行う。そして、実行したイベントを所定の記憶領域から消去する。

以上に説明したように、第４の実施形態の一側面として、ユーザ端末２０Ｄが、報知部２４と、消去部２５を備える構成としているので、登録されたイベントが所定数ある場合に、当該所定数のイベントのうち少なくとも１つのイベントをプレイヤに報知し、実行したイベントの登録を消去し、イベントが取り置かれたまま放置されることを防止することができる。

［第５の実施形態］
図１２は、ユーザ端末２０の例であるユーザ端末２０Ｅ（端末２０Ｅ）の構成を示すブロック図である。本例において、端末２０Ｅは、登録部２１と、制御部２２Ｅと、実行部２３と、表示部２６と、判定部２７と、受付部２８とを少なくとも備える。

表示部２６は、イベントに対する実行要求と、取り置き要求と、回避要求とのうち何れかを受け付けるためのゲーム画面（イベント発生画面）を表示する機能を有する。

ここで、イベントに対する実行要求とは、発生したイベントを実行することを要求する命令を意味する。また、イベントに対する取り置き要求とは、発生したイベントを所定の記憶領域に登録することを要求する命令を意味する。また、イベントに対する回避要求とは、発生したイベントを回避することを要求する命令を意味する。

判定部２７は、ゲーム画面を介した回避要求を受け付けた際、所定の判定規則に従ってイベントを回避できるか否か判定する機能を有する。

ここで、ゲーム画面を介して回避要求を受け付けるとは、ゲーム画面を表示している際に所定の操作（例えば、イベント発生画面に含まれる回避ボタンを選択する操作。図示せず。）を受け付けることを意味する。

また、判定規則の内容は特に限定されないが、イベントの回避に失敗する可能性があるものであることが好ましい。判定規則の例には、イベントに対応する回避確率を用いて成否判定を行うものがある。

制御部２２Ｅは、判定部２７による判定結果に基づいてビデオゲームの進行を制御する機能を有する。

ここで、判定結果に基づいてビデオゲームの進行を制御するとは、判定結果をビデオゲームの進行に反映させることを意味する。判定結果をビデオゲームの進行に反映させるための構成は特に限定されないが、反映されていることをプレイヤが認識し得る構成であることが好ましい。このような構成の例には、判定結果が成功の場合、イベントが回避されたものとしてその後のビデオゲームの進行を制御し、判定結果が失敗の場合、イベントを実行するための処理を行う構成がある。

受付部２８は、ビデオゲームにおいて発生したイベントが所定条件を満たす場合にのみ取り置き要求を受け付ける機能を有する。

ここで、所定条件の内容は特に限定されないが、ビデオゲームの進行に対する影響が考慮されたものであることが好ましい。

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

端末２０Ｅは、イベントが発生したことに応じてイベント発生画面を表示する（ステップＳ５－１１）。本例において端末２０Ｅは、発生したイベントに関する画像と、イベント開始操作受付ボタンと、イベント取り置き操作受付ボタンと、イベント回避操作受付ボタンとを含むゲーム画面をイベント発生画面として表示する。

端末２０Ｅは、イベント発生画面を表示し、回避要求を受け付けると、イベントを回避できるか否かを判定する（ステップＳ５－１２）。本例において端末２０Ｅは、イベントに対応する確率に基づいてイベント回避の可否を判定する。なお、端末２０Ｅは、イベント発生画面を表示した後、イベントの実行要求または取り置き要求を受け付けた場合、それぞれ対応する処理を実行する。

端末２０Ｅは、イベント回避の可否を判定すると、判定結果に基づいてビデオゲームの進行を制御する（ステップＳ５－１３）。本例において端末２０Ｅは、イベント回避が成功した場合、イベント回避に対応する処理を実行し、その後のビデオゲームの進行を制御する。また、イベント回避が失敗した場合、端末２０Ｅは、イベントを実行する。

以上に説明したように、第５の実施形態の一側面として、ユーザ端末２０Ｅが、制御部２２Ｅと、表示部２６と、判定部２７とを備える構成としているので、イベントに対する実行要求と、取り置き要求と、回避要求とのうち何れかを受け付けるためのゲーム画面を表示し、ゲーム画面を介した回避要求を受け付けた際、所定の判定規則に従ってイベントを回避できるか否か判定し、判定結果に基づいてビデオゲームの進行を制御し、発生したイベントを取り置くことに特徴をもたせることができ、ビデオゲームの趣向性を向上させることができる。すなわち、例えば発生したイベントが敵キャラクタとの戦闘の場合、戦うか回避するかの選択をプレイヤに選択させるものは従来もあったが、どちらとも異なる選択肢として「取り置く」という特徴的な選択肢を設けることができる。

また、第５の実施形態の一側面として、ユーザ端末２０Ｅが、受付部２８を備える構成としているので、ビデオゲームにおいて発生したイベントが所定条件を満たす場合にのみ取り置き要求を受け付け、ゲームバランスが崩れることを防止できる。

［第６の実施形態］
図１４は、システム１００（図１参照）におけるユーザ端末２０の例であるユーザ端末２０Ｆ（端末２０Ｆ）の構成を示すブロック図である。以下、表示装置を備える端末２０Ｆにおいて、サーバ１０と適宜通信して進行するビデオゲーム（いわゆるネットワークゲーム）の進行が制御される場合を例にして説明する。

本例において、端末２０Ｆは、登録部２１Ｆと、制御部２２Ｆと、実行部２３Ｆとを少なくとも備える。

登録部２１Ｆは、ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けた際、当該イベントを所定の記憶領域に登録する機能を有する。本例において登録部２１Ｆは、敵キャラクタとのバトルが発生した際、バトルが発生したことを表すゲーム画面（イベント発生画面）に設けられた特定の仮想ボタンが選択された場合、取り置き要求を受け付けたと判定し、このバトルに関する情報を再現可能な状態で所定の記憶領域に登録する。

図１５は、端末２０Ｆが備える記憶部（図示せず）に記憶される情報の格納状態の例について説明するための説明図である。図１５に示すように、端末２０Ｆは、登録番号、名前、ランク、正位置／逆位置、捕獲確率、および出現時間を含む登録されたイベントに関する情報（登録イベント情報）を記憶する。

ここで、登録番号とは、登録されたイベントの識別番号を意味する。本例においては、登録順に番号が付されるものとする。また、本例においては、登録可能数に上限が設定されているものとする。なお、登録番号の付し方や上限数の変更規則については、特に限定されない。

また、名前とは、イベントの識別情報としての役割を果たすものである。登録されたイベントに対して名前を付けるための構成は特に限定されないが、プレイヤがイベントを識別し得る構成であることが好ましい。本例においては、敵キャラクタの名前が記憶されるものとする。

また、ランクとは、敵キャラクタのＩＤに紐付いている情報である。ランクのほか、登録されたイベントを実行する際に出力する情報として、敵キャラクタに関する情報が記憶され得る。なお、敵キャラクタのランクが、プレイヤに関する情報（例えば、プレイヤのレベル）に基づいて決定される構成としてもよい。

また、正位置／逆位置、捕獲確率、および出現時間とは、イベント単位で決定される情報である。これらのほか、イベントを実行する際に再現すべき情報として、イベント発生状況に関する情報が記憶され得る。

ここで、逆位置とは、バトル単位で決定される敵キャラクタパラメータ補正の一種を意味する。該当バトルの間だけ保持され、バトル後に効果が残ることはない。逆位置になる条件は特に限定されないが、本例においては、プレイヤのレベルと、所定規則に従って特定可能な確率とを用いる条件が設けられているものとする。なお、本例においては、逆位置の場合、「敵が画面の定位置に到着してから半回転させ、逆さ向きにする」という演出をするため「逆位置」と表現する。

また、捕獲確率とは、敵キャラクタをプレイヤが捕獲できる確率を意味する。捕獲確率を算出するための構成は特に限定されないが、プレイヤがゲーム内要素を使用することで変動し得る構成であることが好ましい。

また、出現時間とは、敵キャラクタが出現した時間を意味する。出現時間の利用方法は特に限定されず、記録としてプレイヤに提示する構成としてもよいし、出現時間から所定時間が経過することでバトルに関する情報を更新または消去する構成としてもよい。

図１８は、ゲーム画面の例について説明するための説明図である。図１８に示すように、イベント発生画面としてのゲーム画面には、敵キャラクタＮＰＣと、取り置きボタン１６０１と、イベント回避ボタン１６０２と、イベント実行ボタン１６０３と、捕獲確率表示領域１６１０とが設けられる。

取り置きボタン１６０１は、プレイヤによる取り置き要求を受け付けるための仮想ボタンである。プレイヤが当該ボタンを選択すると、敵キャラクタＮＰＣとのバトルが登録され、バトルが実行されることなく次の場面へとビデオゲームが進行する。

イベント回避ボタン１６０２は、プレイヤによる回避要求を受け付けるための仮想ボタンである。プレイヤが当該ボタンを選択すると、敵キャラクタＮＰＣとのバトルの回避判定が行われ、バトルが回避されるか、または回避失敗によりバトルが実行される。

イベント実行ボタン１６０３は、プレイヤによる実行要求を受け付けるための仮想ボタンである。プレイヤが当該ボタンを選択すると、敵キャラクタＮＰＣとのバトルが実行される。

制御部２２Ｆは、イベントを登録したことに基づいてビデオゲームの進行を制御する機能を有する。本例において制御部２２Ｆは、イベントとしてのバトルが登録されると、登録によりバトルが終了したものとして、その後の処理を行う。なお、登録したバトルについては、登録したことをその後の処理に反映させる構成としてもよいし、バトルが発生しなかったものとして取り扱われる構成としてもよい。

実行部２３Ｆは、所定の記憶領域に登録されているイベントに対する実行要求を受け付けた際、当該イベントを実行する機能を有する。本例において実行部２３Ｆは、登録したバトルがプレイヤにより選択された際、当該バトルを実行するものとする。なお、本例においては、プレイヤ操作に応じて登録バトル一覧を表示し、プレイヤ選択したバトルを実行する。

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

端末２０Ｆは、ゲーム処理において、先ず、取り置き要求を受け付けたイベントを登録する（ステップＳ６－１１）。本例において端末２０Ｆは、イベントとしてのバトルが発生し、プレイヤによる取り置き要求を受け付けた場合に、当該バトルを所定の記憶領域に登録する。

端末２０Ｆは、イベントを登録すると、その後のビデオゲームの進行を制御する（ステップＳ６－１２）。本例において端末２０Ｆは、登録したバトルが取り置きされたことに対応する処理を行うことで、その後のビデオゲームの進行を制御する。

端末２０Ｆは、ビデオゲームの進行を制御している際、登録したイベントの実行要求を受け付けると、実行要求を受け付けたイベントを実行する（ステップＳ６－１３）。本例において端末２０Ｆは、登録されているバトルのうち、プレイヤにより選択されたバトルを開始する。

以上に説明したように、第６の実施形態の一側面として、ユーザの操作に応じてビデオゲームの進行を制御する機能を備えたユーザ端末２０Ｆが、登録部２１Ｆと、制御部２２Ｆと、実行部２３Ｆとを備える構成としているので、ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けた際、当該イベントを所定の記憶領域に登録し、イベントを登録したことに基づいてビデオゲームの進行を制御し、所定の記憶領域に登録されているイベントに対する実行要求を受け付けた際、当該イベントを実行し、ビデオゲームの楽しみ方に関する自由度を向上させることができる。

なお、第６の実施形態の一側面として、ユーザ端末２０Ｆが、プレイヤにテストを行わせ、当該テストの結果に基づいて敵キャラクタを決定する構成としてもよい。このような構成とすることで、ビデオゲームにおけるテストの趣向性を向上させることができる。この場合、テストの構成は特に限定されないが、プレイヤが所与の選択肢にゲーム内要素を設定する構成であることが好ましい。このような構成の例には、出題者側（例えば、ビデオゲームの管理者側）が現実事象に関する問題と複数の選択肢を作成し、プレイヤに所定数の選択肢を選択させ、正解が確定した後、正解に相当する選択肢を選択したプレイヤに特典を付与する構成がある。なお、この場合、誤答を選択したプレイヤに対して敵キャラクタとのバトルを実行させ、当該バトルの結果に基づいて当該プレイヤが選択肢に設定したゲーム内要素の扱いを決定する構成としてもよい。すなわち、例えば誤答を選んだプレイヤであっても、その後の敵キャラクタとのバトルに勝利した場合、誤答に設定したゲーム内要素の一部または全部を取得できる構成としてもよい。さらに、このようなバトルを取り置くことができる構成としてもよい。

なお、第６の実施形態の一側面として、ユーザ端末２０Ｆが、登録したバトルの実行要求を受け付けた際、当該バトルに対応するイベント発生画面を表示する構成としてもよい。このような構成とすることで、新たな画面を生成する負荷を排除できる。

なお、第６の実施形態の一側面として、ユーザ端末２０Ｆが、取り置いたイベントを実行する際のプレイヤまたはプレイヤキャラクタのステータスについては、イベント発生時のものを採用する構成としてよいし、イベント実行時のものを採用する構成としてもよい。また、通常はイベント発生時のステータスを採用し、所定条件が満たされた際、例えばプレイヤによる所定のゲーム内要素の使用があった際にはイベント実行時のステータスを採用する構成としてもよい。

なお、第６の実施形態の一側面として、ユーザ端末２０Ｆが、複数のプレイヤの協力を促す構成としてもよい。この場合、ユーザ端末２０Ｆが、ビデオゲームにおいて他プレイヤに関する所定条件が満たされている場合、プレイヤがゲーム中資産を消費することなく行動できる構成としてもよい。この場合、例えばクイズゲームにおける選択肢を選択する際、通常はプレイヤのゲーム内要素が代価として消費されるが、他プレイヤが選択している選択肢には所定回数だけ代価を不要とする構成としてもよい。また、他プレイヤが遭遇した敵キャラクタに攻撃する場合、所定回数までは、通常要求される攻撃の代価がプレイヤに要求されない構成としてもよい。なお、この敵キャラクタとのバトルが他プレイヤにより取り置かれた場合、他プレイヤが当該バトルを実行する際、プレイヤにもその旨が通知される構成としてもよい。

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

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

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

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

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

［付記］
上述した実施形態の説明は、少なくとも下記発明を、当該発明の属する分野における通常の知識を有する者がその実施をすることができるように記載した。
［１］
ユーザの操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、
前記ユーザ端末に、
前記ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けた際、当該イベントを所定の記憶領域に登録する登録機能と、
前記イベントを登録したことに基づいて前記ビデオゲームの進行を制御する制御機能と、
前記所定の記憶領域に登録されているイベントに対する実行要求を受け付けた際、当該イベントを実行する実行機能とを
実現させるためのビデオゲーム処理プログラム。
［２］
前記制御機能では、前記登録したイベントが発生しなかったものとして又は当該イベントが終了したものとして前記ビデオゲームの進行を制御する機能を
実現させるための［１］記載のビデオゲーム処理プログラム。
［３］
前記登録機能では、前記イベントと、所定の情報とを対応付けて前記所定の記憶領域に登録する機能を実現させ、
前記実行機能では、前記所定の記憶領域を参照して表示されるリストを介して受け付けた前記実行要求に基づいてイベントを実行する機能を
実現させるための［１］または［２］記載のビデオゲーム処理プログラム。
［４］
前記ユーザ端末に、
前記登録されたイベントが所定数ある場合に、当該所定数のイベントのうち少なくとも１つのイベントをプレイヤに報知する報知機能と、
前記実行機能により実行したイベントの登録を消去する消去機能とを
実現させるための［１］から［３］のうち何れかに記載のビデオゲーム処理プログラム。
［５］
前記ユーザ端末に、
前記イベントに対する実行要求と、取り置き要求と、回避要求とのうち何れかを受け付けるためのゲーム画面を表示する表示機能と、
前記ゲーム画面を介した回避要求を受け付けた際、所定の判定規則に従って前記イベントを回避できるか否か判定する判定機能とを実現させ、
前記制御機能では、前記判定機能による判定結果に基づいて前記ビデオゲームの進行を制御する機能を
実現させるための［１］から［４］のうち何れかに記載のビデオゲーム処理プログラム。
［６］
前記ユーザ端末に、
前記ビデオゲームにおいて発生したイベントが所定条件を満たす場合にのみ前記取り置き要求を受け付ける受付機能を
実現させるための［１］から［５］のうち何れかに記載のビデオゲーム処理プログラム。
［７］
［１］から［６］のうち何れかに記載のビデオゲーム処理プログラムが前記ユーザ端末に実現させる機能のうち少なくとも１つの機能を、当該ユーザ端末と通信可能なサーバに実現させるためのビデオゲーム処理用プログラム。
［８］
［１］から［７］のうち何れかに記載のビデオゲーム処理プログラムがインストールされたユーザ端末。
［９］
通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、
前記ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けた際、当該イベントを所定の記憶領域に登録する登録手段と、
前記イベントが登録されたことに基づいて前記ビデオゲームの進行を制御する制御手段と、
前記所定の記憶領域に登録されているイベントに対する実行要求を受け付けた際、当該イベントを実行する実行手段とを含む
ことを特徴とするビデオゲーム処理システム。
［１０］
前記サーバが、前記登録手段と、前記制御手段と、前記実行手段とを含み、
前記ユーザ端末が、前記ビデオゲームを表示装置の表示画面に出力するための情報を受信する受信手段を含む
［９］記載のビデオゲーム処理システム。
［１１］
ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
前記サーバに、
前記ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けた際、当該イベントを所定の記憶領域に登録する登録機能と、
前記イベントを登録したことに基づいて前記ビデオゲームの進行を制御する制御機能と、
前記所定の記憶領域に登録されているイベントに対する実行要求を受け付けた際、当該イベントを実行する実行機能とを
実現させるためのビデオゲーム処理プログラム。
［１２］
ユーザの操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、前記ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けた際、当該イベントを所定の記憶領域に登録する登録機能と、前記イベントを登録したことに基づいて前記ビデオゲームの進行を制御する制御機能と、前記所定の記憶領域に登録されているイベントに対する実行要求を受け付けた際、当該イベントを実行する実行機能とを備えたサーバから、前記ビデオゲームを表示装置の表示画面に出力するための情報を受信する機能を前記ユーザ端末に
実現させるためのビデオゲーム処理プログラム。
［１３］
［１１］記載のビデオゲーム処理プログラムが前記サーバに実現させる機能のうち少なくとも１つの機能を、当該サーバと通信可能なユーザ端末に実現させるためのビデオゲーム処理プログラム。
［１４］
［１１］または［１３］記載のビデオゲーム処理プログラムがインストールされたサーバ。
［１５］
ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理方法であって、
前記ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けた際、当該イベントを所定の記憶領域に登録する登録処理と、
前記イベントを登録したことに基づいて前記ビデオゲームの進行を制御する制御処理と、
前記所定の記憶領域に登録されているイベントに対する実行要求を受け付けた際、当該イベントを実行する実行処理とを含む
ことを特徴とするビデオゲーム処理方法。
［１６］
通信ネットワークと、サーバと、ユーザ端末とを備えるビデオゲーム処理システムが、 ユーザの操作に応じてビデオゲームの進行を制御するために実行するビデオゲーム処理方法であって、
前記ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けた際、当該イベントを所定の記憶領域に登録する登録処理と、
前記イベントを登録したことに基づいて前記ビデオゲームの進行を制御する制御処理と、
前記所定の記憶領域に登録されているイベントに対する実行要求を受け付けた際、当該イベントを実行する実行処理とを含む
ことを特徴とするビデオゲーム処理方法。

本発明の実施形態の一つによれば、ビデオゲームの楽しみ方に関する自由度を向上させるのに有用である。

１０ サーバ
２０，２０１～２０Ｎ ユーザ端末
１１，２１ 登録部
１２，２２ 制御部
１３，２３ 実行部
２４ 報知部
２５ 消去部
２６ 表示部
２７ 判定部
２８ 受付部
３０ 通信ネットワーク
１００ システム

Claims (4)

1. ユーザの操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、
   前記ユーザ端末に、
   前記ビデオゲームにおいて所定の発生条件が満たされたときに発生したイベントに対する取り置き要求を受け付けた場合に、当該イベントを所定の記憶領域に登録する登録機能と、
   前記取り置き要求を受け付けたイベントを登録したことに基づいて、当該イベントがスキップされるよう前記ビデオゲームの進行を制御する制御機能と、
   前記登録機能により登録されたイベントの実行要求を受け付けた場合に、前記所定の記憶領域を参照し、前記実行要求を受け付けた際の前記ユーザが操作するキャラクタのステータスを採用して当該イベントを実行する実行機能と、
   所定数を上限に登録されたイベントのうち所定条件を満たしたイベントを、前記実行機能による実行を待たずに前記所定の記憶領域から消去する消去機能とを実現させ、
   前記登録機能では、前記登録されたイベントを実行可能とするための情報を前記所定の記憶領域に登録する機能を実現させ、
   前記実行機能では、前記ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けなかった場合、当該イベントを実行する機能を実現させ、
   前記消去機能では、前記登録されたイベントが発生してから所定時間が経過した場合、前記所定条件が満たされたものとして当該イベントを前記所定の記憶領域から消去する機能を
   実現させるためのビデオゲーム処理プログラム。
2. 前記実行機能では、登録されたイベントの一覧から前記ユーザが選択したイベントを実行する機能を
   実現させるための請求項１記載のビデオゲーム処理プログラム。
3. ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
   前記サーバに、
   前記ビデオゲームにおいて所定の発生条件が満たされたときに発生したイベントに対する取り置き要求を受け付けた場合に、当該イベントを所定の記憶領域に登録する登録機能と、
   前記取り置き要求を受け付けたイベントを登録したことに基づいて、当該イベントがスキップされるよう前記ビデオゲームの進行を制御する制御機能と、
   前記登録機能により登録されたイベントの実行要求を受け付けた場合に、前記所定の記憶領域を参照し、前記実行要求を受け付けた際の前記ユーザが操作するキャラクタのステータスを採用して当該イベントを実行する実行機能と、
   所定数を上限に登録されたイベントのうち所定条件を満たしたイベントを、前記実行機能による実行を待たずに前記所定の記憶領域から消去する消去機能とを実現させ、
   前記登録機能では、前記登録されたイベントを実行可能とするための情報を前記所定の記憶領域に登録する機能を実現させ、
   前記実行機能では、前記ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けなかった場合、当該イベントを実行する機能を実現させ、
   前記消去機能では、前記登録されたイベントが発生してから所定時間が経過した場合、前記所定条件が満たされたものとして当該イベントを前記所定の記憶領域から消去する機能を
   実現させるためのビデオゲーム処理プログラム。
4. 通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、
   前記ビデオゲームにおいて所定の発生条件が満たされたときに発生したイベントに対する取り置き要求を受け付けた場合に、当該イベントを所定の記憶領域に登録する登録手段と、
   前記取り置き要求を受け付けたイベントが登録されたことに基づいて、当該イベントがスキップされるよう前記ビデオゲームの進行を制御する制御手段と、
   前記登録機能により登録されたイベントの実行要求を受け付けた場合に、前記所定の記憶領域を参照し、前記実行要求を受け付けた際の前記ユーザが操作するキャラクタのステータスを採用して当該イベントを実行する実行手段と、
   所定数を上限に登録されたイベントのうち所定条件を満たしたイベントを、前記実行手段による実行を待たずに前記所定の記憶領域から消去する消去手段とを含み、
   前記登録手段は、前記登録されたイベントを実行可能とするための情報を前記所定の記憶領域に登録し、
   前記実行機能では、前記ビデオゲームにおいて発生したイベントに対する取り置き要求を受け付けなかった場合、当該イベントを実行する機能を実現させ、
   前記消去手段は、前記登録されたイベントが発生してから所定時間が経過した場合、前記所定条件が満たされたものとして当該イベントを前記所定の記憶領域から消去する
   ことを特徴とするビデオゲーム処理システム。

Images