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

Abstract

【課題】意図したスクリーンショットを取得しやすいビデオゲームをユーザに提供することができるようにする。【解決手段】通常の画面とは異なる撮影用画面を表示できるようにする。撮影用画面では、撮影者（ユーザ）が通常画面では操作できないオブジェクト（ＮＰＣや他ユーザのキャラクタ）が所定の動作を行う様子が表示される。撮影用画面の表示中、他ユーザの画面には通常画面が表示され、ビデオゲームが進行する。撮影用画面が終了すると最新の通常画面が表示される。【選択図】図３

Description

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

従来、ビデオゲームの画像をスクリーンショットとして保存して利用するためのシステムが種々提案されている。

このようなシステムには、例えば、保存したスクリーンショットをサーバに送信して利用する構成としたものもある（特許文献１参照）。

特開２０１０−９９２１１号公報

しかし、従来のシステムでは、ビデオゲームの状況に応じてユーザの意図に沿ったスクリーンショットを取得することが困難である場合があった。すなわち、ビデオゲームの状況に応じて表示されるゲーム画面をユーザの意図に沿った形態にするには、ある程度ユーザに技能が要求される場合があった。そして、このような問題は、ユーザの操作と独立して動作するオブジェクト（ＮＰＣや、他ユーザのキャラクタ）がゲーム画面に含まれる場合に特に発生しやすかった。

本発明の少なくとも１つの実施形態の目的は、上記課題を解決し、意図したスクリーンショットを取得しやすいビデオゲームをユーザに提供することである。

非限定的な観点によると、本発明の一実施形態に係るビデオゲーム処理プログラムは、ユーザの操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、前記ユーザ端末に、１または複数のユーザによる移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する更新機能と、前記更新機能による更新結果に基づいて各ユーザに対応するゲーム画面（以下「通常画面」という。）を表示する第１表示機能と、撮影操作に基づいて、当該ユーザのキャラクタ（以下「ユーザキャラクタ」という。）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（以下「撮影対象」という。）が所定の動作（以下「撮影動作」という。）を実行するゲーム画面（以下「撮影用画面」という。）を表示する第２表示機能と、保存操作に基づいて、前記撮影用画面の少なくとも一部を所定の記憶領域に保存する保存機能とを実現させるためのものである。

非限定的な観点によると、本発明の一実施形態に係るビデオゲーム処理システムは、通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、１または複数のユーザによる移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する更新手段と、前記更新手段による更新結果に基づいて各ユーザに対応するゲーム画面（以下「通常画面」という。）を表示する第１表示手段と、撮影操作に基づいて、当該ユーザのキャラクタ（以下「ユーザキャラクタ」という。）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（以下「撮影対象」という。）が所定の動作（以下「撮影動作」という。）を実行するゲーム画面（以下「撮影用画面」という。）を表示する第２表示手段と、保存操作に基づいて、前記撮影用画面の少なくとも一部を所定の記憶領域に保存する保存手段とを含むことを特徴とする。

非限定的な観点によると、本発明の一実施形態に係るビデオゲーム処理方法は、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理方法であって、１または複数のユーザによる移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する更新処理と、前記更新処理による更新結果に基づいて各ユーザに対応するゲーム画面（以下「通常画面」という。）を表示する第１表示処理と、撮影操作に基づいて、当該ユーザのキャラクタ（以下「ユーザキャラクタ」という。）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（以下「撮影対象」という。）が所定の動作（以下「撮影動作」という。）を実行するゲーム画面（以下「撮影用画面」という。）を表示する第２表示処理と、保存操作に基づいて、前記撮影用画面の少なくとも一部を所定の記憶領域に保存する保存処理とを含むことを特徴とする。

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

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

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

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

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

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

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

図２は、ビデオゲーム処理サーバ１０の構成の例であるビデオゲーム処理サーバ１０Ａ（サーバ１０Ａ）の構成を示すブロック図である。サーバ１０Ａは、更新部１１と、第１表示部１２と、第２表示部１３と、保存部１４とを少なくとも備える。

更新部１１は、１または複数のユーザの操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する機能を有する。

ここで、ユーザが操作可能なキャラクタとは、ユーザによる操作入力に基づいて動作するキャラクタ（いわゆるプレイヤキャラクタ）を意味する。すなわち、サーバ１０により進行が制御されるビデオゲームは、ユーザがキャラクタを操作し得るビデオゲームであることが好適である。なお、ユーザキャラクタがゲーム画面に表示されていない場合があってもよい。

また、仮想空間上の位置とは、キャラクタを含むビデオゲームの構成要素が仮想的に配置される空間を意味する。なお、仮想空間は、複数のユーザにより共用または共有されるものであってもよいし、共用等されないものであってもよい。なお、仮想空間が共用される場合、すなわちビデオゲームがマルチプレイ用の場合、後述する「操作対象」には他ユーザのキャラクタが含まれ得る。

また、ユーザ操作に基づいてキャラクタの仮想空間上の位置を更新するとは、ユーザ操作に関する情報（操作関連情報）を用いて、キャラクタの位置に関する情報（位置関連情報）を更新することを意味する。なお、位置関連情報を更新するための構成は特に限定されず、例えば位置関連情報がサーバで管理される構成としてもよいし、ユーザ端末で管理される構成としてもよい。このような構成の例には、各ユーザ端末に入力されたユーザ情報をサーバが取得し、該サーバが仮想空間の管理に必要な処理を実行し、実行結果に関する情報を各ユーザ端末に送信する構成がある。この場合、仮想空間の管理に必要な処理の例には、時系列の整理や、有効な操作と無効な操作の判定、キャラクタ情報の更新など、種々の処理が含まれ得る。また、実行結果に関する情報の例には、更新された位置情報や、生成された画像情報など、種々の情報が含まれ得る。

第１表示部１２は、各ユーザが操作するユーザ端末に、前記更新機能による更新結果に基づいて各ユーザに対応するゲーム画面（通常画面）を表示させる機能を有する。

ここで、ユーザ端末とは、原則一人のユーザにより操作されるものであり、かつゲーム画面を表示装置が備える画面に表示（または出力）するものを意味する。

また、サーバがユーザ端末（クライアント）にゲーム画面を表示させるとは、ユーザ端末にゲーム画面を表示させるための通信を行うことを意味する。なお、サーバが送る情報は特に限定されず、画像情報を含む構成としてもよいし、ユーザ端末への命令だけであってもよい。

第２表示部１３は、撮影操作を行ったユーザが操作するユーザ端末に、当該ユーザのキャラクタ（ユーザキャラクタ）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（撮影対象）が所定の動作（撮影動作）を実行するゲーム画面（撮影用画面）を表示させる機能を有する。

ここで、撮影操作とは、撮影用画面を表示するための命令に対応する入力を意味する。すなわち、本例においては、撮影操作（第１操作）と後述する保存操作（第２操作）とによりゲーム画面の保存（スクリーンショットの取得）が行われる。すなわち、本例における撮影操作とは、スクリーンショットを撮るための準備段階にはいるための操作を意味する。サーバ１０Ａがユーザによる撮影操作を受け付けるための構成は特に限定されないが、ユーザがコントローラを介して入力しやすい構成であることが好適である。

また、オブジェクトとは、各種キャラクタ（いわゆるプレイヤキャラクタや、ノンプレイヤキャラクタ）を含む仮想空間と構成するものを意味する。撮影対象となる条件は特に限定されないが、ユーザがその内容を認識し得るものであることが好ましい。

また、撮影動作とは、オブジェクトが実行する予め定められた動作を意味する。撮影動作の内容は特に限定されないが、撮影操作があったときのオブジェクトの位置または当該位置に基づいて決定される位置であることが好ましい。位置に基づいて決定される位置の例には、所定規則またはユーザ操作に基づいて決定される仮想空間上の位置がある。なお、オブジェクトに対応する動作を特定するための構成は特に限定されず、ゲーム作成時に決められている構成としてもよいし、ビデオゲームの状況に従って決められる構成としてもよい。また、撮影用画面の表示中に受け付けたユーザ操作または撮影動作によりオブジェクトの位置が変わり得る構成としてもよい。この場合、ユーザ操作等によるオブジェクトの位置変更は、サーバ上で管理される位置に影響を与えないことが好ましい。すなわち、撮影用画面でのオブジェクト（撮影者のキャラクタを除く）の位置変更は、通常画面用に管理されている位置情報に影響を与えないことが好ましい。

また、撮影用画面とは、ユーザの操作に応じて保存される準備ができている画面を意味する。なお、撮影用画面と、実際に撮影される画面（いわゆるスクリーンショット）とは一致する必要はなく、例えば撮影用画面の一部が撮影された画面（撮影画面）となる構成としてもよい。

保存部１４は、保存操作に基づいて、撮影用画面の少なくとも一部を所定の記憶領域に保存する機能を有する。

ここで、保存操作とは、ゲーム画面を保存するための命令に対応する入力を意味する。サーバ１０Ａがユーザによる保存操作を受け付けるための構成は特に限定されないが、撮影用画面の表示中に行われるものであることが好ましい。保存操作の例には、撮影操作と異なるキーを押下することがある。なお、撮影操作と同じ操作を撮影用画面の表示中に受け付けた場合に、保存操作を受け付けたと判定される構成としてもよい。

また、所定の記憶領域は、サーバの内部にあってもよいし、サーバの外部にあってもよい。また、撮影用画面の全体または一部（すなわち、撮影画面）を保存するための構成は特に限定されないが、撮影したユーザが保存された撮影画面に任意にアクセスできる構成であることが好ましい。撮影画面を保存するための構成の例には、ユーザの識別情報と画面情報とを対応付けて保存する構成がある。

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

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

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

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

ゲーム処理は、例えば撮影が許容された状態のときに開始される。以下、端末２０にて撮影が許容されている場合を例にして説明する。

端末２０は、ゲーム処理において、先ず、撮影操作を受け付ける（ステップＳ１１）。本例において端末２０は、コントローラを介した操作を移動操作として受け付け、受け付けた移動操作に関する情報（移動操作情報）をサーバ１０Ａに送信する。なお、コントローラの構成は特に限定されず、ゲームパッドやキーボードであってもよいし、いわゆる仮想コントローラであってもよい。

サーバ１０Ａは、端末２０から移動操作情報を受信すると、受信した移動操作情報に基づいてキャラクタの位置を更新する（ステップＳ１２）。本例においてサーバ１０Ａは、複数のキャラクタが配置された仮想空間におけるキャラクタの座標を更新する。

サーバ１０Ａは、キャラクタの位置を更新すると、端末２０に通常画面を表示させる（ステップＳ１３）。本例においてサーバ１０Ａは、更新後のキャラクタ位置を含む情報（通常画面情報）を端末２０に送信する。

端末２０は、サーバ１０Ａから通常画面情報を受信すると、撮影操作を受け付ける（ステップＳ１４）。本例において端末２０は、受信した通常画面情報に基づいて通常画面を表示し、ユーザによる所定の撮影操作を受け付け、撮影操作に関する情報（撮影操作情報）をサーバ１０Ａに送信する。

サーバ１０Ａは、端末２０から撮影操作情報を受信すると、受信した撮影操作情報に基づいて撮影用画面を表示させる（ステップＳ１５）。本例においてサーバ１０Ａは、撮影対象に関する情報を含む情報（撮影用画面情報）を端末２０に送信する。

端末２０は、サーバ１０Ａから撮影用画面情報を受信すると、保存操作を受け付ける（ステップＳ１６）。本例において端末２０は、受信した撮影用画面情報に基づいて撮影用画面を表示し、ユーザによる所定の保存操作を受け付け、保存操作に関する情報（保存操作情報）をサーバ１０Ａに送信する。

サーバ１０Ａは、端末２０から保存操作情報を受信すると、受信した保存操作情報に基づいて撮影用画面の全部または一部（撮影画面）を保存する（ステップＳ１５）。本例においてサーバ１０Ａは、撮影画面と端末２０の識別情報とを対応付けて所定の記憶領域に保存する。

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

サーバ１０Ａは、ゲーム処理において、先ず、キャラクタの位置を更新し（ステップＳ１０１）、通常画面を表示し（ステップＳ１０２）、撮影用画面を表示し（ステップＳ１０３）、撮影用画面の全部または一部（撮影画面）を保存する（ステップＳ１０４）。

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

端末２０は、端末２０を操作する１または複数のユーザによる移動操作を受け付ける（ステップＳ２０１）。本例において端末２０は、移動方向を示す所定のユーザ操作を移動操作として受け付ける。

端末２０は、移動操作を受け付けると、受け付けた移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する（ステップＳ２０２）。本例において端末２０は、１のユーザにより操作されるキャラクタを含む各種オブジェクトが配置された仮想空間を用いて進行するビデオゲームの進行を制御する。なお、キャラクタの位置以外の更新（例えば、各種パラメータの更新）についてはここでの説明を省略する。

端末２０は、位置を更新すると、更新結果に基づいて各ユーザに対応するゲーム画面（通常画面）を表示する（ステップＳ２０３）。本例において端末２０は、１のユーザが操作するキャラクタを仮想的に撮影するカメラ（仮想カメラ）に対応するゲーム画面を、自身が備える表示装置の表示画面に表示する。

端末２０は、通常画面を表示すると（あるいは、表示中に）、撮影操作を受け付ける（ステップＳ２０４）。本例において端末２０は、コントローラに設けられた所定のボタンが押下されたことで、撮影操作を受け付けたと判定する。

端末２０は、撮影操作を受け付けると、撮影用画面を表示する（ステップＳ２０５）。本例において端末２０は、撮影操作に基づいて、端末２０を操作するユーザのキャラクタ以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（撮影対象）が、その位置で所定の動作（撮影動作）を実行するゲーム画面を撮影用画面として表示する

端末２０は、撮影用画面を表示すると（あるいは、表示中に）、保存操作を受け付ける（ステップＳ２０６）。本例において端末２０は、撮影範囲の指定を含まない所定の操作を受け付けたことで、保存操作を受け付けたと判定する。

端末２０は、保存操作を受け付けると、撮影画面を保存する（ステップＳ２０７）。本例において端末２０は、保存操作に基づいて、撮影用画面の少なくとも一部（撮影画面）を所定の記憶領域に保存する。

以上に説明したように、第１の実施形態の一側面として、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理サーバ１０Ａが、更新部１１と、第１表示部１２と、第２表示部１３と、保存部１４とを備える構成としているので、１または複数のユーザによる移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新し、各ユーザが操作するユーザ端末に、前記更新機能による更新結果に基づいて各ユーザに対応するゲーム画面（通常画面）を表示させ、撮影操作を行ったユーザが操作するユーザ端末に、当該ユーザのキャラクタ（ユーザキャラクタ）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（撮影対象）が所定の動作（撮影動作）を実行するゲーム画面（撮影用画面）を表示させ、保存操作に基づいて、撮影用画面の少なくとも一部を所定の記憶領域に保存し、意図したスクリーンショットを取得しやすいビデオゲームをユーザに提供することができる。

すなわち、撮影操作により、原則としてはユーザが操作できない他のオブジェクトが所定の動作を行うゲーム画面が表示されるので、ユーザにとっては、意図した撮影画面の取得困難性が軽減される。

また、上述した第１の実施形態の一側面として、撮影対象は、撮影操作を行ったユーザ以外のユーザのキャラクタまたは所定規則に従って動作するキャラクタを含む構成としているので、各種キャラクタが撮影を望むユーザの意図と独立して動作するような場合と比べて、各種キャラクタを含む撮影画面の取得困難性が軽減される。

また、上述した第１の実施形態の一側面として、撮影動作は、撮影操作が行われた際に撮影対象が位置していた位置またはその位置に基づいて決定される位置で行われる動作である構成としているので、通常画面から撮影用画面への遷移がスムーズになる。

なお、上述した第１の実施形態の例では特に言及していないが、サーバ１０Ａは、撮影操作を行っていないユーザが操作するユーザ端末には、通常画面を表示させる。すなわち、通常画面を表示している複数のユーザ端末では、各種オブジェクトが同一の仮想空間に存在することを表すゲーム画面が表示されるが、撮影用画面を表示しているユーザ端末には、撮影用の独自のゲーム画面が表示される。なお、撮影終了後、ユーザ端末には最新の通常画面が表示される構成であることが好ましい。

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

更新部２１は、１または複数のユーザによる移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する機能を有する。

第１表示部２２は、更新部２１による更新結果に基づいて各ユーザに対応するゲーム画面（通常画面）を表示する機能を有する。

第２表示部２３Ｂは、撮影操作に基づいて、ユーザのキャラクタ（ユーザキャラクタ）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（撮影対象）が所定の動作（撮影動作）を実行するゲーム画面（撮影用画面）を表示する機能を有する。

また、第２表示部２３Ｂは、撮影対象の目が仮想カメラの位置を向く撮影用画面を表示する機能を有する。

ここで、撮影対象の目を仮想カメラの位置に向かせるための構成は特に限定されないが、撮影用画面がユーザに違和感を与えないものとなることが好ましい。すなわち、例えばオブジェクトを構成する「目」以外の部分も、仮想カメラの位置に応じて適宜調整される構成であることが好ましい。このような構成の例には、オブジェクトの目だけでなく、全体が仮想カメラの位置を向くように制御される構成がある。なお、本例においては、「目がカメラの位置を向いていること」を「カメラ目線」であるとし、「カメラではなく体の略前面がカメラの位置を向いていること」を「（オブジェクトが）カメラの位置を向いている状態」とする。

保存部２４は、保存操作に基づいて、撮影用画面の少なくとも一部を所定の記憶領域に保存する機能を有する。

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

端末２０Ｂは、撮影操作を受け付けると、カメラ目線の撮影用画面を表示する（ステップＳ２−１１）。本例において端末２０Ｂは、所定条件を満たすオブジェクトを、通常画面用の制御とは独立したオブジェクトとして、目が仮想カメラの方向に向くよう制御する。

以上に説明したように、第２の実施形態の一側面として、ユーザ端末２０Ｂが、更新部２１と、第１表示部２２と、第２表示部２３Ｂと、保存部２４とを備える構成としているので、撮影対象の目が仮想カメラの位置を向く撮影用画面を表示し、撮影対象と記念写真を撮影している感覚を味わえるビデオゲームをユーザに提供することができる。

なお、上述した第２の実施形態の例では、端末２０Ｂが、撮影対象の目が仮想カメラの位置を向く撮影用画面を表示する場合を例にして説明したが、撮影用画面の構成はこれに限定されず、オブジェクトが撮影者の意図に沿うように制御される構成であればよい。このような構成の例には、目線をカメラの方向に向けるだけでなく、予め定める所定の方向に向かせるという構成がある。写真を撮るときに敢えて視線を外す人もいるため、このよう構成も有用となる場合がある。

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

実行部２５は、一連の動作をユーザキャラクタに実行させる機能を有する。

ここで、一連の動作とは、ユーザがその実行開始操作を入力することで行われる動作を意味する。一連の動作の構成は特に限定されないが、ユーザの感情を表すものであることが好ましい。一連の動作の例には、「あいさつ」を示す操作に対応付けされた「お辞儀をする動作」や、「休む」を示す操作に対応付けされた「その場に座ってから横になる動作」がある。

第２表示部２３Ｃは、撮影動作の少なくとも一部として予め定められた一連の動作が実行される撮影用画面を表示する機能を有する。

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

端末２０Ｃは、撮影操作を受け付けると、一連の動作が実行される撮影用画面を表示する（ステップＳ３−１１）。本例において端末２０Ｃは、端末２０Ｃの表示画面に表示されているオブジェクトが一連の動作を実行するゲーム画面を撮影用画面として表示する。

以上に説明したように、第３の実施形態の一側面として、ユーザ端末２０Ｃが、更新部２１と、第１表示部２２と、第２表示部２３Ｃと、保存部２４と、実行部２５とを備える構成としているので、一連の動作をユーザキャラクタに実行させ、撮影動作の少なくとも一部として予め定められた一連の動作が実行される撮影用画面を表示し、オブジェクトの動作を予測できない場合と比べ、より意図したスクリーンショットを取得しやすいビデオゲームをユーザに提供することができる。

［第４の実施の形態］
図１０は、ユーザ端末２０の例であるユーザ端末２０Ｄ（端末２０Ｄ）の構成を示すブロック図である。本例において、端末２０Ｄは、更新部２１と、第１表示部２２と、第２表示部２３Ｄと、保存部２４とを少なくとも備える。

第２表示部２３Ｄは、複数のユーザキャラクタが撮影対象である場合、各ユーザキャラクタが、撮影動作として、一連の動作を所定タイミングで開始する撮影用画面を表示する機能を有する。

ここで、複数のユーザキャラクタとは、端末２０Ｄを操作するユーザのキャラクタを複数含む場合と、当該ユーザ以外のユーザのキャラクタを含む場合とがある。なお、端末２０Ｄが備える表示装置の表示画面に他ユーザのキャラクタを表示するための構成は特に限定されないが、各ユーザが異なる端末を操作する構成であることが好ましい。このような構成の例には、クライアントサーバ型の構成や、Ｐ２Ｐ型の構成がある。

また、一連の動作は、複数のユーザキャラクタ共通であってもよいし、共通でなくてもよい。共通でない場合、各ユーザキャラクタに対応する一連の動作の決定方法は特に限定されず、端末２０Ｄのユーザが決定できる構成としてもよいし、該ユーザの操作に依らず、例えば所定規則に従って決定される構成としてもよい。

また、所定のタイミングは、複数のユーザキャラクタ共通であってもよいし、ユーザキャラクタの種類や位置、あるいは一連の動作の種類に基づいて特定される構成としてもよい。すなわち、撮影対象に含まれる複数のユーザキャラクタが一連の動作を開始するタイミングが一致する構成としてもよいし、一致しない構成としてもよい。ただし、撮影用画面においてユーザが保存を望む可能性の高いタイミングが設けられることが好ましい。このような構成の例には、複数のユーザキャラクタによる一連の動作が略同時に完了するタイミングで各動作が開始する構成がある。

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

端末２０Ｄは、撮影操作を受け付けると、一連の動作が所定タイミングで実行される撮影用画面を表示する（ステップＳ４−１１）。本例において端末２０Ｄは、端末２０Ｄの表示画面に表示されているユーザキャラクタが所定のタイミングで一連の動作を実行するゲーム画面を撮影用画面として表示する。

以上に説明したように、第４の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｄが、更新部２１と、第１表示部２２と、第２表示部２３Ｄと、保存部２４とを備える構成としているので、複数のユーザキャラクタが撮影対象である場合、各ユーザキャラクタが、撮影動作として、一連の動作を所定タイミングで開始する撮影用画面を表示し、ユーザキャラクタが複数いても比較的容易に意図したスクリーンショットを取得可能なビデオゲームをユーザに提供することができる。

［第５の実施の形態］
図１０は、ユーザ端末２０の例であるユーザ端末２０Ｄ（端末２０Ｄ）の構成を示すブロック図である。本例において、端末２０Ｅは、更新部２１Ｅと、第１表示部２２Ｅと、第２表示部２３Ｅと、保存部２４Ｅと、設定部２６Ｅとを少なくとも備える。

更新部２１Ｅは、撮影操作が行われた場合にも各ユーザキャラクタの位置を更新する機能を有する。すなわち、撮影用画面の表示中も、通常画面に対応する情報が更新される。

第１表示部２２Ｅは、撮影操作を行ったユーザが終了条件を満たしたことに基づいて、当該ユーザが操作するユーザ端末に通常画面を表示する機能を有する。

ここで、終了条件の内容は特に限定されないが、ユーザが任意に満たし得るものであることが好ましい。終了条件の例には、ユーザによる所定の操作を受け付けたことがある。

第２表示部２３Ｅは、撮影動作として、一連の動作のうち少なくとも一部が繰り返される撮影用画面を表示する能を有する。

ここで、一連の動作の全部または一部が繰り返されるようにするための構成は特に限定されず、例えばユーザの操作を要求する構成としてもよいし、要求しない構成としてもよい。

また、第２表示部２３Ｅは、一連の動作の種類に基づいて、撮影対象の目と身体のうち少なくとも一方が仮想カメラの位置を向く撮影用画面を表示する機能を有する。

ここで、仮想カメラの位置を向く部分を決定するための構成は特に限定されないが、ユーザに不自然な印象を与えない構成であることが好ましい。このような構成の例には、一連の動作の種類と、仮想カメラの位置を向く部分とが予め対応付けて記憶されている構成がある。

また、第２表示部２３Ｅは、撮影操作より前に実行された一連の動作が撮影動作に含まれる撮影用画面を表示する機能を有する。

ここで、撮影操作より前に実行された一連の動作とは、オブジェクト（ユーザキャラクタを含む）が、端末２０のユーザにより撮影操作が行われる前に実行した一連の動作（直前動作）を意味する。直前動作が実行される撮影用画面を表示するための構成の例には、各オブジェクトが実行した一連の動作を直前動作として各オブジェクトに対応付けて記憶しておく構成がある。

また、設定部２６Ｅは、撮影操作を行ったユーザによる操作に基づいて、撮影対象の形態または撮影動作の内容を設定する機能を有する。

ここで、撮影対象の形態の内容を設定するための構成は特に限定されないが、例えば撮影対象が表情のあるキャラクタの場合、複数の表情からユーザが任意に選択できる構成であることが好ましい。また、撮影動作の内容を設定するための構成は特に限定されないが、複数の動作の中からユーザが任意に選択できる構成であることが好ましい。

さらに、第２表示部２３Ｅは、撮影操作を行ったユーザに対応する仮想カメラに設定された範囲内に位置するキャラクタが撮影対象に含まれた撮影用画面をユーザ端末に表示する機能を有する。

ここで、仮想カメラと撮影範囲の対応関係は特に限定されず、例えば１つの仮想空間を複数の仮想カメラが設定されている場合、各仮想カメラそれぞれに撮影範囲が設定される構成としてもよい。

また、第２表示部２３Ｅは、撮影要求を行ったユーザに対応付けされた他ユーザのユーザキャラクタが撮影対象に含まれた撮影用画面をユーザ端末に表示する機能を有する。

ここで、端末２０Ｅのユーザと他ユーザとを対応付けるための構成は特に限定されないが、各ユーザが互いを認識し得る構成であることが好ましい。このようの構成の例には、いわゆるフレンドやパーティを構成するための構成がある。

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

端末２０Ｅは、撮影操作が行われてない場合、通常画面を表示する（ステップＳ５−１１）。本例において端末２０は、撮影操作が行われた後は、終了条件が満たされた後に、撮影対象となったオブジェクトがそれぞれの最新情報に基づいて、最新の通常画面を表示する。

端末２０Ｅは、通常画面の表示中、撮影操作を受け付けると（ステップＳ５−１２）、撮影対象による一連の動作が実行される撮影用画面を表示する（ステップＳ５−１３）。本例において端末２０Ｅは、ビデオゲームの進行に応じて撮影対象と一連の動作とを特定し、撮影用画面を表示する。

端末２０Ｅは、撮影用画面を表示すると、終了条件に基づいて撮影用画面の表示を終了させる（ステップＳ５−１４）。本例において端末２０Ｅは、ユーザによる終了操作を受け付けたことで、撮影用画面の表示を終了し、最新の通常画面を表示する。

以上に説明したように、第５の実施形態の一側面として、ユーザ端末２０Ｅが、更新部２１Ｅと、第１表示部２２Ｅとを備える構成としているので、撮影操作が行われた場合にも各ユーザキャラクタの位置を更新し、撮影操作を行ったユーザが終了条件を満たしたことに基づいて、当該ユーザが操作するユーザ端末に通常画面（すなわち、最新の通常画面）を表示し、撮影用画面により他ユーザの行動が制限されることを回避できる。

また、第５の実施形態の一側面として、ユーザ端末２０Ｅが、第２表示部２３Ｅを備える構成としているので、撮影動作として、一連の動作のうち少なくとも一部が繰り返される撮影用画面を表示し、撮影用画面における好適な撮影タイミングを複数回設けることができる。

また、第５の実施形態の一側面として、ユーザ端末２０Ｅが、第２表示部２３Ｅを備える構成としているので、一連の動作の種類に基づいて、撮影対象の目と身体のうち少なくとも一方が仮想カメラの位置を向く撮影用画面を表示し、いわゆる記念写真に該当し得るゲーム画面（すなわち、各種オブジェクトがカメラ目線またはカメラを意識しているように見えるゲーム画面）を保存するためのユーザ負担を軽減させることができる。

また、第５の実施形態の一側面として、ユーザ端末２０Ｅが、第２表示部２３Ｅを備える構成としているので、撮影操作より前に実行された一連の動作が撮影動作に含まれる撮影用画面を表示し、撮影操作を行ったユーザによる動作指示が制限されるオブジェクト（制限オブジェクト）を設けることができる。ここで、制限オブジェクトの例には、一部のノンプレイヤキャラクタや、他ユーザのユーザキャラクタがある。なお、他ユーザのユーザキャラクタに関しては、撮影操作時の挙動が予め設定可能な構成としてもよい。ここで、設定可能な事項は特に限定されないが、例えば、一連の動作の内容や、撮影操作を行ったユーザによる指示を許容するか否かなどがある。

また、第５の実施形態の一側面として、ユーザ端末２０Ｅが、第２表示部２３Ｅを備える構成としているので、撮影操作を行ったユーザに対応する仮想カメラに設定された範囲内に位置するキャラクタが撮影対象に含まれた撮影用画面をユーザ端末に表示し、ゲーム画面の「今」を切り出す感覚をユーザに与えつつ、このユーザの意図に則したゲーム画面の保存が容易なビデオゲームを実現できる。

また、第５の実施形態の一側面として、ユーザ端末２０Ｅが、第２表示部２３Ｅを備える構成としているので、撮影要求を行ったユーザに対応付けされた他ユーザのユーザキャラクタが撮影対象に含まれた撮影用画面をユーザ端末に表示し、いわゆるパーティメンバなど、所定関係が構築されたユーザ間では、撮影を望むユーザが他ユーザへの依頼をすることなく自身の意に則したスクリーンショットの取得を図ることができるビデオゲームをユーザに提供できる。

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

本例において、端末２０Ｆは、更新部２１Ｆと、第１表示部２２Ｆと、第２表示部２３Ｆと、保存部２４Ｆとを少なくとも備える。

更新部２１Ｆは、１または複数のユーザの操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する機能を有する。本例において更新部２１Ｆは、サーバ１０との通信により、ゲーム画面を表示するために必要な各種情報の更新を行う。

第１表示部２２Ｆは、更新機能による更新結果に基づいて各ユーザに対応するゲーム画面（通常画面）を表示する機能を有する。本例において第１表示部２２Ｆは、端末２０Ｆを操作するユーザに対応する仮想視点に対応するゲーム画面を表示する。すなわち、通常画面には、他ユーザの操作に基づいて動作しているキャラクタ（他ユーザキャラクタ）や、所定規則に基づいて動作しているキャラクタ（ノンプレイヤキャラクタ）の今に対応するゲーム画面が表示される。

第２表示部２３Ｆは、ユーザによる撮影操作（あるいは、撮影開始操作）に基づいて、このユーザのキャラクタ（ユーザキャラクタ）以外のオブジェクトであって、撮影操作が行われた際に所定条件を満たしていたオブジェクト（撮影対象）が、その位置で所定の動作（撮影動作）を実行するゲーム画面（撮影用画面）を表示させる機能を有する。本例において第２表示部２３Ｆは、ユーザによる所定の撮影操作を受け付けた場合に、仮想空間における他ユーザキャラクタやオブジェクトの少なくとも一部について、位置の更新が反映されない撮影用モードに端末２０Ｆを設定する。

ここで、撮影用モードの構成は、通常画面と異なり少なくとも一部のオブジェクトの位置が更新されない構成であれば特に限定されない。以下、撮影操作を行ったユーザとパーティを組んでいるユーザのキャラクタが撮影動作を行う構成（グループポーズモード）を例にして説明する。

図１５は、端末２０Ｆが備える記憶部（図示せず）に記憶される情報の格納状態の例について説明するための説明図である。図１５に示すように、端末２０Ｆは、撮影用画面を表示することに関する情報（撮影用画面関連情報）として、対象と、種類と、撮影用画面に関連する各種機能の要否とを対応付けて記憶する。

ここで、対象とは、グループポーズモードにおける制御対象を意味する。すなわち、グループポーズモードでは、対象の動作が通常画面用とは別に制御される。

また、種類とは、対象の種類を意味する。種類を記憶しておくことで、種類ごとにグループポーズモードにおける制御内容を分けることができる。本例における種類には、ユーザによって操作されるＰＣと、所定規則によって操作されるＮＰＣとがある。

また、各種機能の例には、仮想空間における座標の記憶と、対象の向いている方向の記憶と、カメラ目線の実行と、感情表現用動作（エモート）の実行とがある。本例においては、各種機能の対象には「１」が設定され、それ以外には「０」が設定される。

ここで、座標の記憶とは、グループポーズモードが実行された時点での対象ＰＣ／ＮＰＣの現在の座標を記憶して展開するための機能を意味する。なお、本例においては、対象が飛んでいるときは空も対象とする。また、対象が落下中だった場合は、接地面の座標を記憶する。

また、対象の向いている方向の記憶とは、グループポーズモードが実行された時点での対象ＰＣ／ＮＰＣの現在の向いている方向を記憶して展開するための機能を意味する。

また、カメラ目線の実行とは、グループポーズモード遷移後、カメラ目線実行対象のＰＣ／ＮＰＣがカメラ目線を実行するための機能を意味する。なお、本例においては、グループポーズモード遷移後、一定時間経過後にカメラ目線が実行される。

また、本例においては、常にカメラ方向を追従ではなく、機能をＯＮにするのみとする（向いた時点の方向を向いたまま）。すなわち、グループポーズモード遷移後、一定時間経過した後にカメラ目線実行対象のＰＣ／ＮＰＣがカメラ目線を実行し、カメラ目線を起動した時点でのカメラ方向を向く。また、対象のＰＣが「最後に実行したエモート」が「視線追従：打ち消し」の場合には、キャラの身体の向き自体をカメラ方向に向ける。以下、視線追従判定と回転不可判定について簡単に説明する。

視線追従判定とは、グループポーズモード中に仮想カメラの位置が移動した場合に、対象の視線が仮想カメラを追従するか否かの判定を意味する。視線追従判定の方法は特に限定されず、本例においてはユーザが任意に設定可能であることとする。

回転不可判定とは、グループポーズモード中に対象の向きが回転可能であるか否かの判定を意味する。視線追従判定の方法は特に限定されないが、判定のために要する処理負荷が過大にならないことが好ましい。

また、エモートの実行とは、グループポーズモードに遷移する前、実行対象ＰＣが「最後に実行したエモートを保持」し、グループポーズモードに遷移後、一定時間経過した後エモートの実行対象ＰＣがエモートを所定タイミングで（例えば、一斉に）開始するための機能を意味する。なお、本例においては、複数のエモートが設けられており、エモートごとの機能に差異があるものとする。以下、単発エモートとループエモートについて簡単に説明する。

単発エモートとは、グループポーズモードが終了するまで繰り返し実行されるエモートを意味する。

ループエモートとは、ループ対象となるエモートを実行した状態で開始し、グループポーズモードが終了するまでループし続けるエモートを意味する。すなわち、ループエモートが開始時モーションと基本モーションとを含む場合、グループポーズモードでは開始時モーションが無視される。なお、ループエモートは、通常画面で実行された際、基本モーションの保存が破棄される。

グループポーズモードは、自分とパーティメンバの「今」を切り出して、スクリーンショットを撮りやすくするものである。本例におけるグループポーズモードは、この端末（クライアント）上のみの一時的な簡易イベント状態として設定される。グループポーズモードでは、操作を行ったユーザのキャラクタと他ユーザのキャラクタ（例えば、パーティメンバ）がカメラ目線をするように制御される。なお、本例においては、カメラ目線とは別にまたは併せて、操作を行ったユーザのキャラクタと他ユーザのキャラクタが、グループポーズモードに移行した際の座標で最後に実行したエモートを一斉に実行する。

図１６は、撮影用モードの例（グループポーズモード）について説明するための説明図である。図１６（Ａ）は、通常画面に対応する仮想空間を表す。図１６（Ａ）に示すように、通常画面では、ユーザキャラクタＵＣを写す仮想カメラＣの視野にパーティメンバＰＭ１，ＰＭ２，ＰＭ３がいる場合、各パーティメンバの目線または向き（図面の矢印参照）は各ユーザによる操作に基づくため、揃わない場合がある。

一方、図１６（Ｂ）は、グループポーズモードのゲーム画面（撮影用画面）に対応する仮想空間を表す。図１６（Ｂ）に示すように、撮影用画面では、パーティメンバＰＭ１，ＰＭ２，ＰＭ３が仮想カメラＣの方向を向く。そして、このとき、パーティメンバそれぞれに対応するユーザの端末では、自身のユーザが自身の操作に基づいてお動作するゲーム画面（通常画面）が表示される。すなわち、撮影用画面と通常画面とは一致しない。

図１７は、撮影用画面の例について説明するための説明図である。図１７に示すように、撮影用画面では、ユーザキャラクタＵＣと３体のパーティメンバＰＭ１，ＰＭ２，ＰＭ３がいわゆるカメラ目線となっているゲーム画面が表示される。なお、本例においては、撮影用画面における仮想カメラの位置や向きを操作できる。

保存部２４Ｆは、保存操作に基づいて、撮影用画面の少なくとも一部を所定の記憶領域に保存する機能を有する。本例において保存部２４Ｆは、ユーザ操作に応じて静止画を保存する。なお、動画を保存可能な構成としてもよい。

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

端末２０Ｆは、ゲーム処理において、先ず、通常画面を表示する（ステップＳ６−１１）。本例において端末２０Ｆは、いわゆるＭＭＯＲＰＧに属するビデオゲームにおいて端末２０Ｆを操作するユーザのキャラクタと、他の各種オブジェクトとが動作するゲーム画面を通常画面として表示する。

端末２０Ｆは、通常画面を表示中、所定条件が満たされた際にグループポーズモードを開始する（ステップＳ６−１２）。本例において端末２０Ｆは、グループポーズモードの開始が割り当てられたキーが入力された場合、または所定のテキストコマンドが入力された場合に、グループポーズモードを開始する。なお、本例においては、特定条件下ではグループポーズを開始しない。特定条件の内容の例には、ユーザキャラクタのジャンプ中（落下中を含む）や、ギミックの制御中、他のキャラクタと乗り物に相乗りしている時、がある。

端末２０Ｆは、グループポーズモードを開始すると、グループポーズモード画面を表示する（ステップＳ６−１３）。本例において端末２０Ｆは、グループポーズモード画面を表示するための処理として、先ず、対象の直近のエモートを記憶する。なお、対象の行動履歴の記憶方法は特に限定されないが、ユーザによる濫用が行われない構成であることが好ましい。次いで、端末２０Ｆは、通常画面における対象ＰＣ／ＮＰＣの座標・向きを記憶する。本例においては、端末２０Ｆは、このときのゲーム画面を暗転させる。そして、端末２０Ｆは、暗転開けの撮影用画面として、対象がカメラ目線とエモートを実行するゲーム画面（グループポーズモード画面）を表示する。

なお、グループポーズモードの対象外のＰＣ／ＮＰＣについては、平常時と同じ状態とする。つまり、対象外のＰＣが画面内を走り抜ければそのまま画面内を走り抜けるし、対象外のＮＰＣがＰＣを攻撃していれば画面内で攻撃をし続ける。

端末２０Ｆは、通常画面を表示中、所定条件が満たされた際にグループポーズモードを終了する（ステップＳ６−１４）。本例において端末２０Ｆは、所定のキー入力またはテキストコマンド入力に応じて、グループポーズモードを終了し、通常画面に復帰する。なお、グループポーズモードの終了条件は特に限定されず、例えばシステムによる強制終了が行われる条件が含まれていてもよい。

なお、端末２０Ｆ、原則としていつでもユーザによるゲーム画面の保存操作を受け付け、保存操作に基づいて表示中のゲーム画面を所定の記憶領域に保存する。

以上に説明したように、第６の実施形態の一側面として、ユーザの操作に応じてビデオゲームの進行を制御するユーザ端末２０Ｆが、更新部２１Ｆと、第１表示部２２Ｆと、第２表示部２３Ｆと、保存部２４Ｆとを備える構成としているので、１または複数のユーザによる移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新し、更新結果に基づいて各ユーザに対応するゲーム画面（通常画面）を表示し、撮影操作に基づいて、当該ユーザのキャラクタ（ユーザキャラクタ）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（撮影対象）が、その位置で所定の動作（撮影動作）を実行するゲーム画面（撮影用画面）を表示し、保存操作に基づいて、撮影用画面の少なくとも一部を所定の記憶領域に保存し、意図したスクリーンショットを取得しやすいビデオゲームをユーザに提供することができる。

なお、上述した第６の実施形態の例では特に言及していないが、端末２０Ｆが、撮影用画面を表示する前の各オブジェクトの状態（例えば、バフ・デバフステータス）を保持する構成としてもよい。この場合、撮影用画面の表示中は各種バトルエフェクトが再生され、動けない場合はエモートが実行されない構成としてもよい。

なお、上述した第６の実施形態の例では特に言及していないが、端末２０Ｆが、撮影用画面の表示中、所定のＵＩを非表示にする構成としてもよい。

なお、上述した第６の実施形態の例では特に言及していないが、端末２０Ｆが、撮影用画面の表示中に、各種オブジェクトのポーズを切り替え可能な構成としてもよい。この場合、例えばユーザの操作に基づいて、各オブジェクトに対応する一連の動作や表示形態（例えば、表情）を決定する構成としてもよい。また、ユーザの操作に基づいて、所定条件を満たすオブジェクト（例えば、表示中の全ユーザキャラクタ）に共通の動作や表示形態を適用する構成としてもよい。

なお、上述した第６の実施形態の例では特に言及していないが、端末２０Ｆが、仮想空間の表示範囲をユーザ操作に基づいて変更する構成としてもよい。この場合、例えばユーザのキャラクタを中心として仮想空間の表示範囲を一定方向（例えば、左右）に移動できるようにしてもよい。また、この場合、移動範囲に制限を設ける構成としてもよい。

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

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

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

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

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

［付記］
上述した実施形態の説明は、少なくとも下記発明を、当該発明の属する分野における通常の知識を有する者がその実施をすることができるように記載した。
［１］
ユーザの操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、
前記ユーザ端末に、
１または複数のユーザによる移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する更新機能と、
前記更新機能による更新結果に基づいて各ユーザに対応するゲーム画面（以下「通常画面」という。）を表示する第１表示機能と、
撮影操作に基づいて、当該ユーザのキャラクタ（以下「ユーザキャラクタ」という。）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（以下「撮影対象」という。）が所定の動作（以下「撮影動作」という。）を実行するゲーム画面（以下「撮影用画面」という。）を表示する第２表示機能と、
保存操作に基づいて、前記撮影用画面の少なくとも一部を所定の記憶領域に保存する保存機能とを
実現させるためのビデオゲーム処理プログラム。
［１−１］
前記撮影対象は、前記撮影操作を行ったユーザ以外のユーザのキャラクタまたは所定規則に従って動作するキャラクタを含む
［１］記載のビデオゲーム処理プログラム。
［１−２］
前記撮影動作は、前記撮影操作が行われた際に前記撮影対象が位置していた位置またはその位置に基づいて決定される位置で行われる動作である
［１］または［１−１］記載のビデオゲーム処理プログラム。
［２］
前記第２表示機能では、前記撮影対象の目が仮想カメラの位置を向く前記撮影用画面を表示する機能を
実現させるための［１］記載のビデオゲーム処理プログラム。
［３］
前記更新機能では、前記撮影操作が行われた場合にも各ユーザキャラクタの位置を更新する機能を実現させ、
前記第１表示機能では、前記撮影操作を行ったユーザが終了条件を満たしたことに基づいて、当該ユーザが操作するユーザ端末に前記通常画面を表示する機能を
実現させるための［１］または［２］記載のビデオゲーム処理プログラム。
［４］
前記ユーザ端末に、一連の動作をユーザキャラクタに実行させる実行機能を実現させ、
前記第２表示機能では、前記撮影動作の少なくとも一部として予め定められた前記一連の動作が実行される前記撮影用画面を表示する機能を
実現させるための［１］から［３］のうち何れかに記載のビデオゲーム処理プログラム。
［４−１］
前記第２表示機能では、前記撮影動作として、前記一連の動作のうち少なくとも一部が繰り返される前記撮影用画面を表示する機能を
実現させるための［４］記載のビデオゲーム処理プログラム。
［４−２］
前記第２表示機能では、複数のユーザキャラクタが前記撮影対象である場合、各ユーザキャラクタが、前記撮影動作として、前記一連の動作を所定タイミングで開始する前記撮影用画面を表示する機能を
実現させるための［４］または［４−１］記載のビデオゲーム処理プログラム。
［４−３］
前記第２表示機能では、前記一連の動作の種類に基づいて、前記撮影対象の目と身体のうち少なくとも一方が仮想カメラの位置を向く前記撮影用画面を表示する機能を
実現させるための［４］から［４−２］のうち何れかに記載のビデオゲーム処理プログラム。
［４−４］
前記第２表示機能では、前記撮影操作より前に実行された一連の動作が前記撮影動作に含まれる前記撮影用画面を表示する機能を
実現させるための［４］から［４−３］のうち何れかに記載のビデオゲーム処理プログラム。
［５］
前記ユーザ端末に、前記撮影操作を行ったユーザによる操作に基づいて、前記撮影対象の形態または前記撮影動作の内容を設定する設定機能を
実現させるための［１］から［４］のうち何れかに記載のビデオゲーム処理プログラム。
［６］
前記第２表示機能では、前記撮影操作を行ったユーザに対応する仮想カメラに設定された範囲内に位置するキャラクタが前記撮影対象に含まれた前記撮影用画面を前記ユーザ端末に表示する機能を
実現させるための［１］から［５］のうち何れかに記載のビデオゲーム処理プログラム。
［７］
前記第２表示機能では、前記撮影要求を行ったユーザに対応付けされた他ユーザのユーザキャラクタが前記撮影対象に含まれた前記撮影用画面を前記ユーザ端末に表示する機能を
実現させるための［１］から［６］のうち何れかに記載のビデオゲーム処理プログラム。
［８］
［１］から［７］のうち何れかに記載のビデオゲーム処理プログラムが前記ユーザ端末に実現させる機能のうち少なくとも１つの機能を、当該ユーザ端末と通信可能なサーバに実現させるためのビデオゲーム処理用プログラム。
［９］
［１］から［８］のうち何れかに記載のビデオゲーム処理プログラムがインストールされたユーザ端末。
［１０］
通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、
１または複数のユーザによる移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する更新手段と、
前記更新手段による更新結果に基づいて各ユーザに対応するゲーム画面（以下「通常画面」という。）を表示する第１表示手段と、
撮影操作に基づいて、当該ユーザのキャラクタ（以下「ユーザキャラクタ」という。）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（以下「撮影対象」という。）が所定の動作（以下「撮影動作」という。）を実行するゲーム画面（以下「撮影用画面」という。）を表示する第２表示手段と、
保存操作に基づいて、前記撮影用画面の少なくとも一部を所定の記憶領域に保存する保存手段とを含む
ことを特徴とするビデオゲーム処理システム。
［１１］
前記サーバが、前記更新手段と、前記第１表示手段と、前記第２表示手段と、前記保存手段とを含み、
前記ユーザ端末が、前記通常画面と前記撮影用画面を表すゲーム画面を表示装置の表示画面に出力するための情報を受信する機能を受信手段を含む
［１０］記載のビデオゲーム処理システム。
［１２］
ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
前記サーバに、
１または複数のユーザによる移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する更新機能と、
各ユーザが操作するユーザ端末に、前記更新機能による更新結果に基づいて各ユーザに対応するゲーム画面（以下「通常画面」という。）を表示させる第１表示機能と、
撮影操作を行ったユーザが操作するユーザ端末に、当該ユーザのキャラクタ（以下「ユーザキャラクタ」という。）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（以下「撮影対象」という。）が所定の動作（以下「撮影動作」という。）を実行するゲーム画面（以下「撮影用画面」という。）を表示させる第２表示機能と、
保存操作に基づいて、前記撮影用画面の少なくとも一部を所定の記憶領域に保存する保存機能とを
実現させるためのビデオゲーム処理プログラム。
［１３］
ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、１または複数のユーザによる移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する更新機能と、各ユーザが操作するユーザ端末に、前記更新機能による更新結果に基づいて各ユーザに対応するゲーム画面（以下「通常画面」という。）を表示させる第１表示機能と、撮影操作を行ったユーザが操作するユーザ端末に、当該ユーザのキャラクタ（以下「ユーザキャラクタ」という。）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（以下「撮影対象」という。）が所定の動作（以下「撮影動作」という。）を実行するゲーム画面（以下「撮影用画面」という。）を表示させる第２表示機能と、保存操作に基づいて、前記撮影用画面の少なくとも一部を所定の記憶領域に保存する保存機能とを備えたサーバから、前記通常画面と前記撮影用画面を表すゲーム画面を表示装置の表示画面に出力するための情報を受信する機能を前記ユーザ端末に
実現させるためのビデオゲーム処理プログラム。
［１４］
［１２］記載のビデオゲーム処理プログラムが前記サーバに実現させる機能のうち少なくとも１つの機能を、当該サーバと通信可能なユーザ端末に実現させるためのビデオゲーム処理プログラム。
［１５］
［１２］から［１４］のうち何れかに記載のビデオゲーム処理プログラムがインストールされたサーバ。
［１６］
ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理方法であって、
１または複数のユーザによる移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する更新処理と、
前記更新処理による更新結果に基づいて各ユーザに対応するゲーム画面（以下「通常画面」という。）を表示する第１表示処理と、
撮影操作に基づいて、当該ユーザのキャラクタ（以下「ユーザキャラクタ」という。）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（以下「撮影対象」という。）が所定の動作（以下「撮影動作」という。）を実行するゲーム画面（以下「撮影用画面」という。）を表示する第２表示処理と、
保存操作に基づいて、前記撮影用画面の少なくとも一部を所定の記憶領域に保存する保存処理とを含む
ことを特徴とするビデオゲーム処理方法。
［１７］
通信ネットワークと、サーバと、ユーザ端末とを備えるビデオゲーム処理システムが、 ユーザの操作に応じてビデオゲームの進行を制御するために実行するビデオゲーム処理方法であって、
１または複数のユーザによる移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する更新処理と、
前記更新処理による更新結果に基づいて各ユーザに対応するゲーム画面（以下「通常画面」という。）を表示する第１表示処理と、
撮影操作に基づいて、当該ユーザのキャラクタ（以下「ユーザキャラクタ」という。）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（以下「撮影対象」という。）が所定の動作（以下「撮影動作」という。）を実行するゲーム画面（以下「撮影用画面」という。）を表示する第２表示処理と、
保存操作に基づいて、前記撮影用画面の少なくとも一部を所定の記憶領域に保存する保存処理とを含む
ことを特徴とするビデオゲーム処理方法。

本発明の実施形態の一つによれば、意図したスクリーンショットを取得しやすいビデオゲームをユーザに提供するのに有用である。

１０ ビデオゲーム処理サーバ
２０，２０１〜２０Ｎ ユーザ端末
１１，２１ 更新部
１２，２２ 第１表示部
１３，２３ 第２表示部
１４，２４ 保存部
２５ 実行部
２６ 設定部
３０ 通信ネットワーク
１００ ビデオゲーム処理システム

Claims (1)

1. ユーザの操作に応じてビデオゲームの進行を制御する機能をユーザ端末に実現させるためのビデオゲーム処理プログラムであって、
   前記ユーザ端末に、
   １または複数のユーザによる移動操作に基づいて各ユーザが操作可能なキャラクタの仮想空間上の位置を更新する更新機能と、
   前記更新機能による更新結果に基づいて各ユーザに対応するゲーム画面（以下「通常画面」という。）を表示する第１表示機能と、
   撮影操作に基づいて、当該ユーザのキャラクタ（以下「ユーザキャラクタ」という。）以外のオブジェクトであって、該撮影操作が行われた際に所定条件を満たしていたオブジェクト（以下「撮影対象」という。）が所定の動作（以下「撮影動作」という。）を実行するゲーム画面（以下「撮影用画面」という。）を表示する第２表示機能と、
   保存操作に基づいて、前記撮影用画面の少なくとも一部を所定の記憶領域に保存する保存機能と、
   前記撮影操作を行ったユーザによる操作に基づいて、前記撮影対象の形態または前記撮影動作の内容を設定する設定機能とを実現させ、
   前記第２表示機能では、前記ユーザとは異なる他ユーザのキャラクタを前記撮影対象として含む前記撮影用画面を表示する機能を実現させ、
   前記第１表示機能では、前記ユーザのキャラクタが他ユーザのユーザ端末にて撮影対象とされた場合も、前記撮影用画面ではなく、前記通常画面を当該ユーザのユーザ端末に表示する機能を
   実現させるためのビデオゲーム処理プログラム。

Images