JP7180021B1 - プログラム、仮想空間提供方法、及び仮想空間提供システム - Google Patents

Abstract

【課題】仮想空間の仮想構造物に対するユーザの操作に関する利便性を向上させる情報処理技術を提供すること。【解決手段】仮想空間ＶＳを提供するコンピュータを、仮想空間ＶＳにおいてユーザが操作するオブジェクトＯが使用する複数のアイテムに関するアイテム情報を取得する取得部５１と、複数のアイテムに基づいて一又は複数の仮想構造物を形成する形成部５２と、ユーザ入力に基づいて、複数のアイテムに対応づけられた共通のバリエーションＶＲのアイテムを選択する選択部５３と、一又は複数の仮想構造物を形成する複数のアイテムが所定の条件を満たす場合に、複数のアイテムの少なくとも一部を共通のバリエーションＶＲのアイテムで置換する置換部５４と、として機能させるプログラム。【選択図】図１

Description

本発明は、プログラム、仮想空間提供方法、及び仮想空間提供システムに関する。

特許文献１には、建築ゲームを実行する情報処理装置が記載されている。情報処理装置においては、ゲームにおいてユーザが建築を希望する建物を事前にカスタマイズ等することにより、ユーザがゲームにおいて所望の建物を迅速に建築できることが記載されている。

特表２０２０－５０７３６２号公報

特許文献１に記載されているような従来のゲームシステムにおいては、上記のとおり、ユーザは所望の建物を迅速に建築することが可能である。しかしながら、従来のゲームシステムでは、特定の建物を構成する構成要素を変更する場合、変更対象の構成要素を個別に指定して変更する必要がある。したがって、ユーザにとって、構成要素の変更処理は大変手間のかかるものである。

そこで、本発明のいくつかの態様はかかる事情に鑑みてなされたものであり、仮想空間の仮想構造物に対するユーザの操作に関する利便性を向上させる情報処理技術を提供することを目的とする。

本発明の一態様に係るプログラムは、仮想空間を提供するコンピュータを、仮想空間においてユーザが操作するオブジェクトが使用する複数のアイテムに関するアイテム情報を取得する取得部と、複数のアイテムに基づいて一又は複数の仮想構造物を形成する形成部と、ユーザ入力に基づいて、複数のアイテムに対応づけられた共通のバリエーションのアイテムを選択する選択部と、一又は複数の仮想構造物を形成する複数のアイテムが所定の条件を満たす場合に、複数のアイテムの少なくとも一部を共通のバリエーションのアイテムで置換する置換部と、として機能させるプログラム。

本発明の一態様に係る仮想空間提供方法は、仮想空間を提供するコンピュータが実行する仮想空間提供方法であって、仮想空間においてユーザが操作するオブジェクトが使用する複数のアイテムに関するアイテム情報を取得するステップと、複数のアイテムに基づいて一又は複数の仮想構造物を形成するステップと、ユーザ入力に基づいて、複数のアイテムに対応づけられた共通のバリエーションのアイテムを選択するステップと、一又は複数の仮想構造物を形成する複数のアイテムが所定の条件を満たす場合に、複数のアイテムの少なくとも一部を共通のバリエーションのアイテムで置換するステップと、を含む。

本発明の一態様に係る仮想空間提供システムは、仮想空間を提供する仮想空間提供システムであって、仮想空間においてユーザが操作するオブジェクトが使用する複数のアイテムに関するアイテム情報を取得する取得部と、複数のアイテムに基づいて一又は複数の仮想構造物を形成する形成部と、ユーザ入力に基づいて、複数のアイテムに対応づけられた共通のバリエーションのアイテムを選択する選択部と、一又は複数の仮想構造物を形成する複数のアイテムが所定の条件を満たす場合に、複数のアイテムの少なくとも一部を共通のバリエーションのアイテムで置換する置換部と、を備える。

なお、本発明において、「部」とは、単に物理的手段を意味するものではなく、その「部」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や装置が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や装置の機能が１つの物理的手段や装置により実現されても良い。

本発明によれば、仮想空間の仮想構造物に対するユーザの操作に関する利便性を向上させる。

本発明の第１実施形態に係る情報処理システムの概略構成図（システム構成図）である。 本発明の第１実施形態に係るクラフトゲームの一例を示す概要図である。 本発明の第１実施形態に係る情報処理サーバ及びプレイヤ端末の機能的構成の一例を示す概略構成図（ブロック図）である。 本発明の第１実施形態に係るアイテム情報の一例を示す図である。 本発明の第１実施形態に係る仮想倉庫の一例を説明するための図である。 本発明の第１実施形態に係るプロテクトキューブ（ＰＱ）の一例を示す図である。 本発明の第１実施形態に係るＰＱの一例を示す図である。 本発明の第１実施形態に係るＰＱの一例を示す図である。 本発明の第１実施形態に係るクラフト処理の一例を示すフローチャートである。 本発明の第１実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。 本発明の第１実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。 本発明の第１実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。 本発明の第１実施形態に係る仮想構造物の変更処理の一例を示すフローチャートである。 本発明の第１実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。 本発明の第１実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。 本発明の第１実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。 本発明の第１実施形態に係る仮想構造物の移動処理の一例を示すフローチャートである。 本発明の第１実施形態に係るプレイヤ端末の出力部の画面の一例を示す図である。 本発明の第１実施形態に係る仮想構造物の配置処理の一例を示す概念図である。 本発明の第２実施形態に係る情報処理サーバ及びプレイヤ端末の機能的構成の一例を示す概略構成図である。 本発明の第３実施形態に係る情報処理サーバ及びプレイヤ端末の機能的構成の一例を示す概略構成図である。 本発明の各実施形態に係る情報処理サーバ及びプレイヤ端末の概略構成図（ブロック図）である。

以下、添付図面を参照しながら本発明の実施の形態について説明する。以下の実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、様々な変形が可能である。さらに、各図面において同一の構成要素に対しては可能な限り同一の符号を付し、重複する説明は省略する。

＜第１実施形態＞
図１は、本発明の第１実施形態に係る情報処理システム１００（仮想空間提供システム）の全体構成を示すブロック図である。図１に示すように、情報処理システム１００は、例示的に、情報処理サーバ１と、ｎ台（ｎは、１以上の任意の整数値）のプレイヤ端末３と、ネットワークＮとを含んで構成される。

情報処理システム１００は、いわゆるクライアント・サーバシステムである。情報処理システム１００は、クライアントであるｎ台のプレイヤ端末３と、情報処理サーバ１とがネットワークＮを介して相互に通信を行うことにより実現される。

情報処理サーバ１は、例えば、一又は複数のサーバ装置により実現される。また、プレイヤ端末３は、例えば、パーソナルコンピュータ、スマートフォン、又は、ゲーム機により実現される。さらに、ネットワークＮは、例えば、インターネット、携帯電話網といったネットワーク、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、あるいはこれらを組み合わせたネットワークにより実現される。なお、図中には、ｎ台のプレイヤ端末３として、プレイヤ端末３ａ及びプレイヤ端末３ｎを図示している。ただし、以下の説明において、これらｎ台のプレイヤ端末３を区別することなく説明する場合には、符号を一部省略して、単に「プレイヤ端末３」と呼ぶ。

図２は、本発明の第１実施形態に係るクラフトゲームの一例を示す概要図である。図２に示すように、情報処理システム１００は、プレイヤが操作するプレイヤキャラクタ（オブジェクトＯ）が、保有する一又は複数のアイテム（例えば、壁Ｗ）を構成要素とする仮想的な家Ｈ（仮想構造物）を仮想空間ＶＳにおいて作製することが可能なクラフトゲームを実行可能である。クラフトゲームにおいては、プレイヤキャラクタが使用する仮想的な装備品、装置、及び、施設の少なくとも一つを製造可能である。

「プレイヤ」とは、端末装置を操作するユーザであり、いわゆるクライアント・サーバシステムのクライアントにも該当する概念である。また、「プレイヤ」は、一般に、自身に代えて、仮想的なゲーム空間（仮想空間）において活動、行動等するいわゆるプレイヤキャラクタ（オブジェクトＯ）等を通して、仮想空間に参加し得る。

「仮想空間」とは、オンライン上に構築された仮想的な空間であり、例えば三次元の仮想空間を含むが、二次元等の仮想空間を含んでもよい。以下では、「仮想空間」として、例えばクラフトゲームを実行するためのゲーム仮想空間を一例に挙げて説明するが、これに限られない。「仮想空間」は、単に、現実世界とは異なる三次元の仮想空間や当該仮想空間におけるサービス等を含んでもよい。例えば、「仮想空間」は、一プレイヤ（プレイヤキャラクタ）と他のプレイヤとがコミュニケーションをとることが可能な仮想的な空間を含んでもよい。

「仮想空間」は、一又は複数の仮想空間（例えばメタバース空間）を含む。つまり、「仮想空間」は、複数の仮想空間の総称であってもよい。「仮想空間」が複数のメタバース空間を含む場合、ユーザは、自らに関連づけられた一のアバターを操作して、異なるメタバース空間を行き来することが可能である。さらに、第１の管理主体が生成し、管理する第１の仮想空間における仮想コンテンツが、第１の管理主体とは異なる第２の管理主体が生成し、管理する、第１の仮想空間とは異なる第２の仮想空間においても使用可能であってもよい。仮想コンテンツは、仮想空間におけるデジタルコンテンツであり、例えば、アバター、建物、及びファッション等を含む。仮想コンテンツは、ユーザが仮想空間上で作成し、他のユーザに販売等することが可能である。仮想コンテンツは、後述する「アイテム」を含んでもよい。

「ゲーム」とは、例えば、プレイヤが保有するプレイヤキャラクタ（オブジェクト）を操作するゲームである。「ゲーム」は、一又は複数のプレイヤキャラクタが、自らが保有する複数のアイテムを構成要素とする仮想的な構造物等を作製するクラフトゲームを含む。ゲームは、一のプレイヤキャラクタで敵キャラクタと対戦する対戦ゲーム、複数のプレイヤキャラクタでパーティを組んで敵キャラクタと対戦する対戦ゲーム、プレイヤキャラクタ同士で対戦する対戦ゲーム等を含んでもよい。「ゲーム」は、プレイヤキャラクタが保有するアイテムを育成する（例えば、アイテムのパラメータを変化させる）ゲームを含んでもよい。なお、「ゲーム」は、上記のゲームに限らず、アクションゲーム、クイズゲーム、カードゲームなど種々のゲームを含んでよい。

「アイテム」とは、プレイヤが参加する仮想空間において、プレイヤキャラクタが使用する媒体をいう。アイテムは、プレイヤが参加する仮想空間内において、他のプレイヤ又は敵キャラクタに対して、ゲームを進める上で相対的に優位に立てるような効果を生じせしめるものを含み、その種類は特に制限されない。

「アイテム」は、例えば、仮想空間内における建材、家具、装備、素材、素材を作製するための中間素材を含む。「アイテム」は、仮想空間内における仮想施設、又は、仮想装置を含んでもよい。「アイテム」は、仮想空間において、プレイヤキャラクタが調理する料理、又は、調理に使用される材料を含んでもよい。「アイテム」には、例えば、プレイヤの攻撃力や防御力等を増大させる各種アイテムが含まれるが、これに限られず、他のプレイヤや敵キャラクタのダメージを増大させる各種アイテム、又は、プレイヤのスタミナを回復させる各種アイテム等が含まれてもよい。

「パラメータ」とは、プレイヤキャラクタ又はアイテムに紐付いて管理される情報である。例えば、プレイヤキャラクタに関する「パラメータ」は、プレイヤキャラクタの攻撃力、防御力、又は、体力を示すスタミナ等のゲームの進行に関する情報を含む。また、アイテムに関する「パラメータ」は、例えばアイテムの重量に関するパラメータを含む。「パラメータ」は、ゲームプレイの内容によって決定されてもよい。「パラメータ」は、例えば、ゲームプレイの難易度や重要度に基づいて決定されてもよい。「パラメータ」は、プレイヤが参加するゲーム内において、特定のプレイヤキャラクタが他のプレイヤキャラクタに対して、例えば、ゲームを進める上で相対的に優位に、又は、劣位に立つような効果を生じせしめるものを示し、その種類は特に制限されない。

図３は、本発明の第１実施形態に係る情報処理サーバ１の機能的構成と、プレイヤ端末３の機能的構成との一例を示すブロック図である。プレイヤ端末３は、例示的に、ゲームの実行を制御するゲーム制御部５０と、ゲームに関する表示を制御する表示制御部４０と、ゲームの実行に関する情報を記録する記録部３８と、を備えて構成される。

ゲーム制御部５０は、機能的に、情報取得部５１（取得部）と、仮想構造物形成部５２（形成部）と、アイテム選択部５３（選択部）と、アイテム置換部５４（置換部）と、仮想施設配置部５５と、仮想装置配置部５６と、移動部５７と、を含んで構成されている。なお、ゲーム制御部５０の上記各部は、例えば、図２２に示すメモリ３３や記録部３８に格納されているプログラムをＣＰＵ３１が実行したりすることにより実現することができる。

情報取得部５１は、仮想空間においてユーザが操作するプレイヤキャラクタが使用する複数のアイテムに関するアイテム情報を取得する。情報取得部５１は、記録部３８からアイテム情報ＩＩを取得してもよいし、プレイヤ端末３の外部の装置又はデータベースからアイテム情報ＩＩを取得してもよい。

図４は、本発明の第１実施形態に係るアイテム情報の一例を示す図である。図４に示すように、アイテム情報ＩＩは、ゲームで使用される複数のアイテムのそれぞれが、「種別」、「タイプ」、及び「バリエーション」に関する情報と関連づけられている。例えば、一のアイテムは、種別「壁／天井装飾」のタイプ「木の壁Ａ」のアイテムであって、バリエーション「赤色」の木の壁に関するアイテムである。

「種別」とは、アイテムを区別又は分類するための情報である。例えば、「種別」は、一のアイテムが、「壁／天井装飾」、「建築資材」、「家具」、又は、「施設」に関するアイテムであることを示す情報を含む。

「タイプ」とは、アイテムの形態又は形式等に関する情報である。例えば、「タイプ」は、上記「種別」に分類されるアイテムのうち、特定の形態のアイテムを区別するための情報である。「タイプ」は、例えば、どのような形態の壁又は天井であるのかを示す情報であり、「木の壁Ａ」、「木の壁Ｂ」、「タイルの壁Ａ」、又は、「天井Ａ」等の情報を含む。

「バリエーション」とは、アイテムの変型、又は、変種等に関する情報である。例えば、「バリーション」は、アイテムの大きさ、重さ、色、色彩、模様、又は、材質等に関する情報を含む。共通又は同一の「バリエーション」のアイテムとは、例えば、色が共通又は同一のアイテムをいい、異なる「バリエーション」のアイテムとは、例えば、色が異なるアイテムをいう。

図３に戻り、仮想構造物形成部５２は、複数のアイテムに基づいて一又は複数の仮想構造物を作製（形成）する。例えば、仮想構造物形成部５２は、ユーザに入力によって指定されたアイテム、例えば、壁、天井、屋根、及び、扉等のアイテムを組み合わせて仮想的な建物を作製する。仮想構造物は、仮想的な建物として、例えば、家、又は、キッチンテーブル、照明、もしくは、本棚等の家具等を含む。なお、仮想構造物は、例えば、仮想的な施設である仮想施設を含んでもよい。仮想施設は、例えば、工場、研究所、橋、基地、道路、鉄道、塔、植林場、噴水、動物園、又は、水族館等を含む。仮想施設は、後述する仮想格納施設を含んでもよい。

アイテム選択部５３は、ユーザ入力に基づいて、複数のアイテムに対応づけられた共通のバリエーションのアイテムを選択する。例えば、仮想構造物である家を形成する複数の壁がそれぞれ異なる色の壁である場合に、アイテム選択部５３は、共通の色（例えば赤色）の壁に揃える（模様替えする）ために、ユーザ入力に基づいて、当該複数の壁に対応づけられた共通の色（例えば赤色）の壁を選択する。ユーザ入力の手法は、任意であるが、例えば、プレイヤが操作するプレイヤ端末３の入力部３６のマウスを操作することによって、所望するバリエーションのアイテムを選択する。

アイテム置換部５４は、一又は複数の仮想構造物を形成する複数のアイテムが所定の条件を満たす場合に、複数のアイテムの少なくとも一部を共通のバリエーションのアイテムで模様替えを行う（置換する）。

置換対象である「一又は複数の仮想構造物」の決定手法は任意であるが、例えば、以下の（１）～（６）の手法を含む。

（１）仮想空間における予め定められた範囲内（例えばクラフト作業の対象）の「一の構造物」を自動的に置換対象とする手法。
（２）仮想空間における予め定められた範囲内の「複数のすべての構造物」を自動的に置換対象とする手法。
（３）仮想空間における予め定められた範囲内の「選択された一又は複数の構造物」を自動的に置換対象とする手法。
（４）範囲を問わず（範囲不問で）、仮想空間内の「一の構造物」をユーザの選択操作に応じて置換対象とする手法。
（５）範囲を問わず（範囲不問で）、仮想空間内の「複数の構造物」を、ユーザの選択操作に応じて置換対象とする手法。
（６）範囲を問わず（範囲不問で）、仮想空間内の「複数のすべての構造物」を自動的に置換対象とする手法。

また、「仮想構造物」であるか否かの判定手法は任意であるが、例えば、以下の（１）～（３）の手法を含む。

（１）ユーザ操作によって仮想空間における所定の範囲が指定された場合、当該所定の範囲に配置された仮想構造物を「仮想構造物」として判定する手法。
（２）仮想空間において、例えば仮想建材（アイテム）が一又は複数配置されている場合、一又は複数の仮想建材を「仮想構造物」として判定する手法。つまり、仮想建材（アイテム）が一又は複数配置されてさえいれば、未完成の構造物であっても、「仮想構造物」として判定されうる。
（３）所定の空間が認識できる程度に仮想空間に配置された仮想壁、仮想床の組み合わせを「仮想構造物」として判定する手法。

「所定の条件」は、例えば、以下の（１）～（４）を含む。なお、「複数のアイテムの少なくとも一部を…置換する」とは、複数のアイテムの全部を置換すること、及び、複数のアイテムの一部を置換することを含む。

（１）一又は複数の仮想構造物を形成する複数のアイテムが、共通するタイプのアイテム
であること
（２）一又は複数の仮想構造物を形成する複数のアイテムが、共通するタイプのアイテムであり、かつ、仮想空間において互いに隣接して配置されていること
（３）一又は複数の仮想構造物を形成する複数のアイテムが、共通するタイプのアイテムであり、かつ、ユーザによって指定された、仮想空間の所定の範囲に配置された複数のアイテムであること
（４）一又は複数の仮想構造物を形成する複数のアイテムが、共通するタイプのアイテムであり、かつ、ユーザによって指定された、仮想空間に配置された一の仮想構造物を形成する複数のアイテムであること

条件（１）に関して、例えば、一又は複数の仮想構造物（例えば家）を形成する複数のアイテムが、共通するタイプ（例えば木の壁Ａ）のアイテムである場合に、アイテム置換部５４は、複数のアイテムの少なくとも一部（例えば木の壁Ａのアイテム）を共通のバリエーションのアイテム（例えば赤色の木の壁Ａのアイテム）で置換できる。

条件（２）に関して、例えば、一又は複数の仮想構造物（例えば家）を形成する複数のアイテムが、共通するタイプ（例えば木の壁Ａ）のアイテムであり、かつ、仮想空間において互いに隣接して配置されている場合に、アイテム置換部５４は、複数のアイテムの少なくとも一部（例えば隣接する木の壁Ａのアイテム）を共通のバリエーションのアイテム（例えば赤色の木の壁Ａのアイテム）で置換できる。

条件（３）に関して、例えば、一又は複数の仮想構造物（例えば家）を形成する複数のアイテムが、共通するタイプ（例えば木の壁Ａ）のアイテムであり、かつ、ユーザによって指定された、仮想空間の所定の範囲に配置された複数のアイテムである場合に、アイテム置換部５４は、複数のアイテムの少なくとも一部（例えば指定された所定の範囲内にある木の壁Ａのアイテム）を共通のバリエーションのアイテム（例えば赤色の木の壁Ａのアイテム）で置換できる。

条件（４）に関して、例えば、一又は複数の仮想構造物（例えば家）を形成する複数のアイテムが、共通するタイプ（例えば木の壁Ａ）のアイテムであり、かつ、ユーザによって指定された、仮想空間に配置された一の仮想構造物を形成する複数のアイテムである場合に、アイテム置換部５４は、複数のアイテムの少なくとも一部（例えば指定された一の仮想構造物を形成する木の壁Ａのアイテム）を共通のバリエーションのアイテム（例えば赤色の木の壁Ａのアイテム）で置換できる。

なお、置換対象となる「共通するタイプのアイテム」については、プレイヤ（ユーザ）により予め設定されてもよい。「共通するタイプのアイテム」は、一又は複数の共通するタイプのアイテムを含む。例えば、「共通するタイプのアイテム」は、「木の壁」のアイテムのみ、「木の壁」及び「柱」のアイテム、並びに「タイルの壁」及び「屋根」のアイテム等を含む。予め設定された「共通するタイプのアイテム」については、適宜変更されてもよい。

上述した各条件においては、「一又は複数の仮想構造物を形成する複数のアイテムが、共通するタイプのアイテムであること」が共通の条件となっているが、これに限られない。例えば、各条件において共通する条件は、上記の共通の条件に代えて、「一又は複数の仮想構造物を形成する複数のアイテム」が、「共通する」種別のアイテムであることを含んでもよい。

仮想施設配置部５５は、仮想施設を仮想空間に配置する。例えば、仮想施設配置部５５は、複数のアイテムを格納可能な仮想倉庫（仮想格納施設）を仮想空間に配置する。例えば、仮想施設配置部５５は、仮想空間の所定の複数の仮想フィールド（エリア）ごとに対応づけられた特定の一又は複数の仮想施設を自動的に仮想空間に配置する。また、仮想施設配置部５５は、ユーザ入力によって指定された一又は複数の仮想施設を仮想空間に配置してもよい。図５を参照して、複数のアイテムを格納可能な仮想格納施設の一例である、仮想倉庫の特徴について説明する。

図５に示すように、仮想施設配置部５５は、一又は複数の仮想倉庫ＷＨ１，ＷＨ２，ＷＨ３を仮想空間における仮想フィールドＶＦに配置する。プレイヤが操作するオブジェクトＯは、例えば仮想倉庫ＷＨ１に近づくと、オブジェクトＯは、当該仮想倉庫ＷＨ１に格納されているアイテムＩを取り出して、取り出したアイテムＩを用いて所定の仮想構造物を製造可能である。各アイテムは、例えば重さのパラメータを有し、オブジェクトＯには、一又は複数のアイテムを所持可能な重量制限が設けられている。よって、あるアイテムを新たに所持することによって、重量制限を超える場合には、当該アイテムを仮想倉庫に格納することが可能である。したがって、オブジェクトＯは、上記アイテムを所持はできないものの、自らの保有アイテムとして管理可能である。なお、ユーザは、新たに取得しようとするアイテムの仮想倉庫への格納を望まない場合には、格納しない操作（つまり当該アイテムを取得しないこと）も可能である。また、オブジェクトОが所持している一又は複数のアイテムの総重量が、重量制限に到達している場合には、仮想倉庫から新たにアイテムを引き出すことはできない。

また、オブジェクトＯには、アイテムの所持個数制限が設定されてもよい。つまり、オブジェクトＯは、制限以上の個数のアイテムを所持できないため、制限個数を超えるアイテムを仮想倉庫に格納しておくことが可能である。所持個数制限は、アイテムごとに設定されてもよい。所持個数制限は、単に、オブジェクトＯが複数のアイテムを所持可能な限界値であってもよい。

なお、仮想倉庫の数は任意であり、図５に示す例ではその数は３つであるがこれに限られない。また、仮想格納施設は、地上に配置される仮想地上倉庫又は物置の他、地下に配置される仮想倉庫又は物置を含む。

仮想装置配置部５６は、仮想空間における、配置されるプロテクトキューブ（ＰＱ）（仮想装置）の配置位置を基準とする所定の範囲に所定の効力を発揮するＰＱを仮想空間に配置する。例えば、仮想装置配置部５６は、仮想空間の所定の複数のエリアごとに対応づけられた特定の一又は複数の仮想装置を自動的に仮想空間の所定位置に配置する。「エリア」は、仮想フィールド（例えばゲームにおけるマップ）上に一又は複数存在する。オブジェクトＯが仮想フィールドを移動することにともない、一のエリアから異なるエリアに到達可能である。エリアの区分けは、仮想フィールド上の地形等によって行われてもよいし、ゲームシステム上、仮想フィールドの任意に行われてもよい。「エリア」は、例えば、仮想空間における平原、森、荒野、砂漠、又は、湿原等を含む。

なお「エリア」は、ゲームにおけるロード（読み込み）処理を挟んでオブジェクトＯが移動可能な異なるマップ（仮想フィールド）を含んでもよい。

また、ＰＱは、ＰＱに対応づけられた「所定の範囲」は、一のエリアに含まれるように仮想空間に配置される。つまり、ＰＱは、一のエリアにおいてその効力を発揮可能に構成される。

また、仮想装置配置部５６は、ユーザ入力によって指定された一又は複数の仮想装置を仮想空間の所定位置に配置してもよい。図６から図８を参照して、仮想装置の一例である、ＰＱの特徴について説明する。

図６に示すように、仮想フィールドＶＦには、例えば複数のプロテクトキューブＰＱ１，ＰＱ３，ＰＱ５が配置される。複数のプロテクトキューブＰＱ１，ＰＱ３，ＰＱ５のそれぞれは、仮想フォール度ＶＦにおいて異なる形態で表示される。例えば、プロテクトキューブＰＱ１，ＰＱ３，ＰＱ５のそれぞれは、異なる表示サイズ（大きさ）を有する。そして、プロテクトキューブＰＱ１，ＰＱ３，ＰＱ５のそれぞれに対応づけられた安全地帯（所定の範囲）は、表示される形態に応じて設定される。例えば、最も大きい表示サイズのプロテクトキューブＰＱ１は、安全地帯Ｒ１が最も大きく表示される。他方で、最も小さい表示サイズのプロテクトキューブＰＱ５は、安全地帯Ｒ５が最も小さく表示される。表示サイズが中サイズのプロテクトキューブＰＱ３の安全地帯Ｒ３は、安全地帯Ｒ１よりも小さく表示され、安全地帯Ｒ５よりも大きく表示される。

ここで「所定の範囲」における「所定の効力」は、他のプレイヤキャラクタ等に対して相対的に優位に立てるような効果を生じせしめるものを含み、その種類は特に制限されない。「所定の効力」は、例えば、安全地帯Ｒ１，Ｒ３，Ｒ５において、ユーザが操作するオブジェクトＯとは異なる敵キャラクタＥＯが出現しないことを含む。また、オブジェクトＯに関連づけられた安全地帯には、他のプレイヤが操作するプレイヤキャラクタが侵入できないような効力を付与してもよい。なお、ＰＱの数は任意であり、図６に示す例ではその数は３つであるがこれに限られない。

「所定の効力」は、「所定の範囲」において、一又は複数の仮想構造物のうち特定の仮想構造物が配置可能であることを含む。図７に示すように、プロテクトキューブＰＱの安全地帯Ｒにおいて、複数の仮想建物Ｓ１，Ｓ３，Ｓ５のうち特定の仮想建物Ｓ１，Ｓ３が仮想フィールドＶＦに配置可能であることを含む。仮想構造物のそれぞれには、仮想構造物の特殊性及び価値等を示すためのランクが対応づけられる。安全地帯Ｒには、仮想家等の、所定のランク以下のありふれた仮想建物Ｓ５、及び、所定のランク以上の特定の仮想建物Ｓ１，Ｓ３の双方が配置可能である。例えば、特定の仮想建物Ｓ１，Ｓ３は、それぞれ、仮想工場、仮想発電所である。つまり、安全地帯Ｒでは、安全地帯Ｒ以外の仮想フィールドＶＦには配置されない仮想工場、又は、仮想発電所等の特定の仮想建物が配置可能であり、動作可能である。特定の仮想建物は、さらに、工業炉、大型冷蔵庫、及び、テレポーター等を含んでもよい。

図８に示すように、仮想倉庫ＷＨがプロテクトキューブＰＱの安全地帯Ｒに配置されている場合に、オブジェクトＯが安全地帯Ｒに滞在しているときは、図３に示す仮想構造物形成部５２は、オブジェクトＯを操作するユーザの入力に基づいて、仮想倉庫ＷＨから一又は複数のアイテムＩを取得し、取得した当該一又は複数のアイテムＩで一又は複数の仮想建物Ｓを形成する。つまり、オブジェクトＯは、安全地帯Ｒであれば、仮想倉庫ＷＨまで出向くことなく（仮想倉庫ＷＨから離れた位置にいても）、仮想建物Ｓを作製することが可能である。

通常、オブジェクトＯが、ある仮想構造物を作製したい場合には、オブジェクトＯが例えばリュックサック又は鞄等で所持しているアイテムのみを用いることができる。しかしながら、仮想倉庫ＷＨによれば、オブジェクトＯが所持できない、又は所持していないアイテムについても保管可能である。よって、安全地帯Ｒに滞在するオブジェクトＯは、所望するアイテムを安全地帯Ｒに配置されている仮想倉庫ＷＨからいつでも自由に取り出して仮想構造物を作製可能である。

本実施形態では、オブジェクトＯは、安全地帯Ｒ以外の仮想フィールドＶＦでは、仮想倉庫ＷＨからアイテムの格納又は取り出しはできない。アイテムの取得及び使用に一定の制限を課すことによって、プレイヤに対して、クラフト作業のみならず、アイテムを取得するために敵キャラクタ等と戦闘を行う意欲を維持させ、また、ゲーム性を向上させることが可能である。

他方で、ユーザがゲームを進行するうちにオブジェクトＯのステータス（例えば攻撃力や防御力）が向上し、建材アイテムを多く所持した状態になると、敵キャラクタと戦闘を行うよりも、（やりこみ要素として）、クラフト作業をより進行したいというユーザの意欲が強くなることが考えられる。そこで、ゲームの攻略を進めることにより、一のプロテクトキューブＰＱにおける所定の範囲を広くすること、プロテクトキューブＰＱ自体をより大きいものと替えることが出来ること、又は、一のエリアに対して配置するプロテクトキューブＰＱの個数を増加させることが可能である。ゲームの攻略とは、例えば、敵キャラクタのうち、各エリアに存在するボス敵キャラクタに勝利すること、特定のアイテムを獲得すること、又は、特定のイベントを消化すること等を含む。

図３に戻り、移動部５７は、仮想空間における一又は複数の仮想構造物を移動させる。移動部５７は、ユーザ入力に基づいて指定された一又は複数の仮想構造物を移動させる。例えば、移動部５７は、仮想空間において一又は複数の仮想構造物が配置されている第１配置面から第１配置面とは異なる傾きを有する第２配置面に移動させる場合に、当該傾きに基づいて、一又は複数の仮想構造物を第２配置面に配置する。より具体的な移動手法については、図１９を参照して詳述する。なお、移動部５７は、上記した仮想構造物を移動させる方法と同様の方法で、例えば、仮想空間における仮想施設、及び、仮想装置の少なくとも一方を移動させてもよい。

表示制御部４０は、機能的に、種別提示部４１と、種別指定部４２と、アイテム提示部４３と、アイテム指定部４４と、バリエーション提示部４５と、領域出力部４６と、を含んで構成されている。なお、表示制御部４０の上記各部は、例えば、図２２に示すメモリ３３や記録部３８に格納されているプログラムをＣＰＵ３１が実行したりすることにより実現することができる。

種別提示部４１は、仮想空間においてプレイヤキャラクタが使用する一又は複数のアイテムに関する一又は複数の種別を指定可能に画面上に提示する。

種別指定部４２は、ユーザ入力に基づいて、一又は複数の種別のうち特定の種別を指定する。

アイテム提示部４３は、種別指定部４２により指定された特定の種別に対応づけられた一又は複数のアイテムを指定可能に画面上に提示する。例えば、アイテム提示部４３は、所定の優先度に基づいて、指定された特定の種別に対応づけられた一又は複数のアイテムを提示する。この構成によれば、例えば優先度の高いアイテムをプレイヤが指定しやすいように画面上に提示可能である。

なお、提示手法は任意である。例えば、アイテム提示部４３は、例えば図１１等の画面上における特定のタイプＴＰの提示領域において、より優先度の高いアイテムをより左側に、より優先度が低いアイテムをより右側に提示してもよい。また、複数のアイテムを画面上において上下方向にリストする場合、アイテム提示部４３は、より優先度が高いアイテムをより上部に、より優先度が低いアイテムをより下部に提示してもよい。さらに、アイテム提示部４３は、より優先度が高いアイテムをより優先度が低いアイテムと比べて強調表示してもよい。

「所定の優先度」は、例えば、アイテムの識別情報、オブジェクトＯによる、一又は複数のアイテムの保有状況、及び、オブジェクトＯによる、一又は複数のアイテムの使用状況の少なくとも一つの情報に基づいて定められる。

「一又は複数のアイテムの保有状況」は、オブジェクトＯが一又は複数のアイテムを保有しているか否かの状況を含み、例えば、オブジェクトＯが一又は複数のアイテムを購入済か否かの状況を含む。例えば、アイテム提示部４３は、例えば図１１の画面上における特定のタイプＴＰの提示領域において、購入済みのアイテム（優先度が高いアイテム）をより左側に、未購入のアイテム（優先度が低いアイテム）をより右側に提示してもよい。

「一又は複数のアイテムの使用状況」は、オブジェクトＯによるアイテムの現在、又は、過去の使用状況を含む。現在の使用状況としては、例えば、オブジェクトＯがクラフトを実行している場合に、現在クラフトに使用しているアイテム、又は、作製予定の仮想構造物に関連したアイテムの使用状況を含む。より具体的には、アイテム提示部４３は、現在クラフトに使用しているアイテムと関連度が高いアイテム、又は、作製予定の仮想構造物に使用される可能性が高いアイテムを優先度が高いアイテムとして優先提示してもよい。

過去の使用状況は、一又は複数のアイテムが、オブジェクトＯによって直近で使用されたアイテムに対して所定基準以上の回数又は頻度で使用されたことを含む。オブジェクトＯによって直近で使用されたアイテムに対して所定基準以上の回数又は頻度で使用されたアイテムは、オブジェクトＯが使用可能性の高いアイテムであるため、オブジェクトＯが指定しやすいように、より優先して提示される。

また、オブジェクトＯが敵キャラクタと戦闘を行っている場合は、アイテム提示部４３は、クラフトで使用される可能性が高い壁や天井に関するアイテムよりも、戦闘で使用される可能性が高い武器に関するアイテムを優先的に提示してもよい。さらに、オブジェクトＯのレベルに応じて使用できるアイテムに制限が定められている場合、アイテム提示部４３は、あるレベルのオブジェクトＯが使用可能なアイテムを優先的に提示してもよい。

なお、「所定の優先度」は、プレイヤが適宜変更可能である。また、プレイヤは、この優先度に基づいて複数のアイテムをソート可能であってもよい。例えば、ソート機能によって、未購入（保有していない）アイテムを画面上で優先的に表示してもよい。この構成によれば、プレイヤは、未購入のアイテムを購入しやすくなる。

アイテム提示部は、種別指定部４２によって指定された特定の種別に対応づけられた一又は複数のアイテムを指定可能に画面上に提示した後、後述するアイテム指定部４４によって指定された特定のアイテムに関連付けて特定のアイテムのユーザの保有数を提示してもよい。

アイテム指定部４４は、ユーザ入力に基づいて、一又は複数のアイテムのうち特定のアイテムを指定する。

バリエーション提示部４５は、アイテム指定部４４により指定された特定のアイテムに関連付けて、特定のアイテムに関する一又は複数のバリエーションのアイテムを指定可能に画面上に提示する。

領域出力部４６は、画面上においてユーザ入力を受け付ける所定の領域を出力する。例えば、領域出力部４６は、ユーザ入力に基づいて、特定のアイテムに関する複数のバリエーションのアイテムのうち、ユーザが保有していない第１のバリエーションのアイテムが指定される場合、ユーザが、少なくとも第１のバリエーションのアイテムを取得するためのユーザ入力を受け付ける入力受付領域を画面上に出力する。

記録部３８は、例えば、プレイヤ情報ＰＩと、アイテム情報ＩＩと、優先度情報ＰＩと、仮想構造物情報ＶＳＩと、仮想施設情報ＶＦＩと、仮想装置情報ＶＡＩと、置換条件情報ＲＣＩと、を記録する。アイテム情報ＩＩと、優先度情報ＰＩと、仮想構造物情報ＶＳＩと、仮想施設情報ＶＦＩと、仮想装置情報ＶＡＩと、置換条件情報ＲＣＩとは、プレイヤ（ユーザ）ごとに関連づけて記録される。

プレイヤ情報ＰＩは、例えば、一又は複数のプレイヤの識別情報、各プレイヤが所持するプレイヤキャラクタ、及び、各プレイヤがプレイヤキャラクタを用いて実行するゲームの識別情報等を関連づけて記録する。また、プレイヤ情報ＰＩは、一又は複数のプレイヤ（プレイヤキャラクタ）ごとに、保有するアイテムに関するアイテム情報ＩＩを関連づけて記録されてもよい。

優先度情報ＰＩは、アイテム提示部４３がアイテムを提示する際の優先度に関する情報である。つまり、優先度情報ＰＩは、上記した「所定の優先度」に関する情報である。

仮想構造物情報ＶＳＩは、仮想構造物に関する情報である。仮想構造物情報ＶＳＩは、例えば、仮想構造物の識別情報、及び、仮想構造物を形成する一又は複数のアイテムの識別情報を含む。仮想構造物情報ＶＳＩは、仮想構造物が仮想空間において配置されるエリア、配置される位置、及び、配置される仮想フィールドにおける傾き等に関する情報を含む。

仮想施設情報ＶＦＩは、仮想施設情報に関する情報である。仮想施設情報ＶＦＩは、例えば、仮想施設の識別情報、及び、仮想施設を形成する一又は複数のアイテムの識別情報を含む。仮想施設情報ＶＦＩは、仮想施設が仮想空間において配置されるエリア、配置される位置、及び、配置される仮想フィールドにおける傾き等に関する情報を含む。

仮想装置情報ＶＡＩは、仮想装置に関する情報である。仮想装置情報ＶＡＩは、仮想装置の識別情報の他、仮想装置ごとの、仮想空間における表示サイズ、仮想装置に対応づけられた安全地帯の範囲（表示サイズ）、及び、「所定の効力」の内容に関する情報を含む。仮想装置情報ＶＡＩは、仮想装置が仮想空間において配置されるエリア、配置される位置、及び、配置される仮想フィールドにおける傾き等に関する情報を含んでもよい。

置換条件情報ＲＣＩは、アイテム置換部５４が置換処理を実行する際に参照する条件に関する情報である。置換条件情報ＲＣＩは、例えば上記した所定の条件（１）～（４）に関する情報を含む。

なお、記録部３８は、仮想空間を生成するための情報をさらに記録してもよい。記録部３８は、例えば、図２に示す仮想空間ＶＳを定義するための１つ以上のゲーム仮想空間データテンプレート等を含む。

情報処理サーバ１は、例示的に、クラフトゲームを管理するための情報処理を実行する情報処理部６０と、クラフトゲームを管理するための情報処理に関する情報を記録する記録部１８と、を備えて構成される。

情報処理部６０は、機能的に、ゲーム管理部６２を含んで構成される。なお、情報処理部６０は、例えば、図２２に示すメモリ１３や記録部１８に格納されているプログラムをＣＰＵ１１が実行したりすることにより実現することができる。

ゲーム管理部６２は、ゲームを動作させ、かつ、管理するための処理を実行する。ゲーム管理部６２は、記録部１８に記録されたゲーム動作情報ＧＯＩに含まれるゲームソフトウェアと、図２２に示す入力部３６から入力されたプレイヤの操作内容と、に基づいてゲームを動作させる。

ゲーム管理部６２は、例えば、クラフトゲームに参加する複数のプレイヤキャラクタのそれぞれに関連付けられたパラメータと、クラフトゲームに紐付く設定情報（例えば、クラフトゲームの種類や課題のクリアによってプレイヤ又はプレイヤキャラクタが得られる報酬）と、プレイヤ端末３を介して取得したプレイヤ入力情報（例えば、プレイヤが実行を希望するゲーム内容の選択）と、に基づいて情報処理サーバ１は自動的にクラフトゲームの管理処理を実行する。ゲーム管理部６２は、クラフトゲーム処理の結果（例えばログ情報）を記録部１８に記録する。

なお、パラメータと、クラフトゲームに紐付く設定情報と、プレイヤ入力情報とは、ゲーム動作情報ＧＯＩとして、予め記録部１８に記録されてもよい。また、ゲーム管理部６２は、ゲーム動作情報ＧＯＩに更に含まれる画像データ、及び、ゲーム動作情報ＧＯＩに含まれる音楽データや音声データに基づいて、ゲーム管理処理を行う。

上述したとおり、ゲーム管理部６２が実行するゲームにおける各種情報、例えば、ゲーム動作情報ＧＯＩとログ情報とが情報処理サーバ１にて管理される。そのため、ゲーム管理部６２は、ゲームにおいて、これらの各種情報の変化が伴う処理が発生する場合には、プレイヤ端末３との通信を行うことにより、プレイヤ端末３が管理する各種情報を更新させる。各種情報の変化が伴う処理とは、例えば、プレイヤキャラクタのパラメータ、プレイヤキャラクタの保有するアイテム、及び、プレイヤキャラクタが作製した施設等を含むゲーム内容の変更が伴う処理を含む。

なお、ゲーム管理部６２は、プレイヤ端末３においてゲームが管理される場合（後述する第２実施形態の場合）に、ゲームの管理等に必要な情報をプレイヤ端末３に提供する。ゲーム管理部６２は、プレイヤ端末３で実行されるゲームの進捗に基づいて更新された情報をプレイヤ端末３から任意のタイミングで取得し管理してもよい。

＜第１例：クラフト処理＞
図９～図１２を参照して、本発明の第１実施形態の第１例に係るクラフト処理を説明する。図９は、本発明の第１実施形態に係るクラフト処理の一例を示すフローチャートである。図１０～図１２は、プレイヤ端末３の出力部３７の画面の一例を示す図である。図１０～図１２は、特に、プレイヤ（ユーザ）のクラフト操作（例えば、建築モード）の一例を説明する画面例である。

図９に示すように、情報処理システム１００の情報取得部５１は、仮想空間ＶＳにおいてプレイヤ（ユーザ）が操作するオブジェクトＯが使用する複数のアイテムに関するアイテム情報ＩＩを取得する（ステップＳ１）。

図１０に示すように、情報処理システム１００の種別提示部４１は、仮想空間ＶＳにおいてオブジェクトＯが使用する一又は複数のアイテムに関する一又は複数の種別ＣＬを指定可能に画面Ｄ上に提示する（ステップＳ３）。情報処理システム１００は、ユーザ入力に基づいて、一又は複数の種別ＣＬのうち特定の種別（例えば、「壁／天井装飾」）を指定する（図９のステップＳ５）。

「ユーザ入力」は、プレイヤ端末３の入力部３６を介したユーザの入力を含む。例えば、「ユーザ入力」は、プレイヤ端末３の入力部３６のマウス等のユーザの操作に応じて動作するカーソルＣを介する入力（例えば、クリック操作、ダブルクリック操作、又は、種別ＣＬのアイコン上に一定期間カーソルＣを停止する操作）を含む。一又は複数の種別ＣＬの提示手法は任意であり、一又は複数の種別ＣＬは、例えば、図１０に示すように、画面Ｄの上部に左右方向に並ぶように提示される。例えば、ユーザが、入力部３６のキーボードにおける「Ｑ」キーＫ１を押下すると、一又は複数の種別ＣＬは左向きにスクロールされ、「Ｅ」キーＫ３を押下すると、一又は複数の種別ＣＬは右向きにスクロールされてもよい。

図１１に示すように、情報処理システム１００のアイテム提示部４４は、指定された特定の種別（例えば、「壁／天井装飾」）に対応づけられた一又は複数のアイテムを指定可能に画面Ｄ上に提示する（図９のステップＳ７）。例えば、情報処理システム１００は、指定された特定の種別における一又は複数のタイプＴＰのアイテムを画面Ｄの下側に、所定の優先度に応じた順番で左右方向に並べるように提示してもよい。

情報処理システム１００のアイテム指定部４４は、ユーザ入力（例えばカーソルＣの操作入力）に基づいて、一又は複数のアイテムのうち、特定のタイプＴＰ１（例えば「木の壁」）のアイテムを指定する（図９のステップＳ９）。図１１に示すように、特定のタイプＴＰ１のアイテムが指定されると、特定のタイプＴＰ１のアイテム情報ＩＩが画面Ｄに出力される。この構成によれば、ユーザは、自らが指定した特定のタイプＴＰ１のアイテムに関する情報を容易に把握可能である。

アイテム情報ＩＩのうち、「×１２０」Ｎ１は、例えば、オブジェクトＯが所有する、タイプ「木の壁」のアイテムの個数を示す。例えば、１２０個のタイプ「木の壁」のアイテムのすべてを、共通のバリエーション（例えば赤色）のタイプ「木の壁」のアイテムとして使用可能であってもよいし、異なるバリエーション（例えば赤色及び青色）のタイプ「木の壁」のアイテムとして使用可能であってもよい。つまり、１２０個のタイプ「木の壁」のアイテムは、１００個の「青色」のタイプ「木の壁」のアイテム、及び、２０個の「赤色」のタイプ「木の壁」のアイテムとして使用可能であってもよい。リュックサックを模したアイコン及び「×２４」Ｎ３は、オブジェクトＯが所持する、タイプ「木の壁」のアイテムの個数を示す。倉庫を模したアイコン及び「×２４」Ｎ５は、オブジェクトＯが仮想倉庫に格納している、タイプ「木の壁」のアイテムの個数を示す。

なお、タイプＴＰが表示される領域における空欄部分に関して、オブジェクトＯが所持（保有）するタイプが増加するにつれて埋まる。図１１の例では、画面Ｄ上に表示可能な数は１０タイプであるが、この１０タイプを超えた場合には、例えば、ユーザは、画面Ｄ上で、例えばスクロール操作を行い、現時点で画面Ｄ上に表示されていない他のタイプも表示可能である。

情報処理システム１００のバリエーション提示部４５は、例えば図３に示す記録部３８に記録されたアイテム情報ＩＩを参照して、指定された特定のアイテムに関連づけられたバリエーションのアイテムの有無を判断する（図９のステップＳ１１）。指定された特定のアイテムに関連づけられたバリエーションのアイテムが無い場合（Ｎｏの場合）、ステップＳ１３に進む。図１１に示すように、情報処理システム１００は、ユーザ入力に基づいて指定されたタイプＴＰ１の特定のアイテムを、クラフト途中の仮想家Ｈの壁部分Ｗに配置する（ステップＳ１３）。

他方で、指定された特定のアイテムに関連づけられたバリエーションのアイテムが有る場合（Ｙｅｓの場合）、ステップＳ１５に進む。図１２に示すように、バリエーション提示部４５は、指定された特定のアイテムに関連付けて、特定のアイテムに関する一又は複数のバリエーションＶＲのアイテムを指定可能に画面Ｄ上に提示する（図９のステップＳ１５）。次に、図１１に示すように、情報処理システム１００は、ユーザのカーソルＣの操作入力に基づいて、特定のバリエーションＶＲ１のアイテム（例えば、種別「壁／天井装飾」のタイプ「木の壁」のオレンジ色のアイテム）を指定すると、特定のバリエーションのアイテムを、クラフト途中の仮想家Ｈの壁部分Ｗに配置する（図９のステップＳ１７）。

情報処理システム１００のバリエーション提示部４５は、特定のアイテムに関する複数のバリエーションのアイテムのうち、ユーザが保有している第１のバリエーションのアイテムと、ユーザが保有していない第２のバリエーションのアイテムとを異なる形態で提示してもよい。例えば、図１２に示すように、バリエーション提示部４５は、第２のバリエーションのアイテムについては、鍵アイコンＫＩを重畳するように提示してもよい。他方で、ユーザが保有している第１のバリエーションのアイテムには、鍵アイコンを重畳せずに提示する。この構成によれば、ユーザが自ら保有するアイテムを容易に把握可能である。

第２のバリエーションのアイテムに関する提示手法は任意である。例えば、鍵アイコンＫＩを重畳する手法の他、バリエーション提示部４５は、第２のバリエーションのアイテムをグレーアウトしたり、半透明にしたり、又は、第１のバリエーションのアイテムよりも小さい表示サイズとしたりしてもよい。

例えば、第２のバリエーションのアイテムが複数ある場合、複数の第２のバリエーションのアイテムのうち、一のアイテムについては購入可能な所持金をオブジェクトＯは保有し、他のアイテムについては購入できないとき、当該一のアイテムに重畳される鍵アイコンと、他のアイテムに重畳される鍵アイコンとが異なる形態で表示されてもよい。例えば、当該一のアイテムに重畳される鍵アイコンが赤色で、他のアイテムに重畳される鍵アイコンが青色で表示されてもよい。

本実施形態における第１例によれば、情報処理システム１００では、指定された特定のアイテムに関連付けて、特定のアイテムに関する一又は複数のバリエーションのアイテムを指定可能に画面上に提示する。したがって、ユーザが、特定のアイテムに関するバリエーションのアイテムを効率的に指定可能である。

＜第２例：アイテム置換処理＞
図１３～図１５を参照して、本発明の第１実施形態の第２例に係るアイテム置換処理を説明する。図１３は、本発明の第１実施形態に係るアイテム置換処理の一例を示すフローチャートである。図１３に示すように、図３に示す情報取得部５１は、仮想空間ＶＳにおいてユーザが操作するオブジェクトＯが使用する複数のアイテムに関するアイテム情報を取得する（ステップＳ２１）。仮想構造物形成部５２は、複数のアイテムに基づいて一又は複数の仮想構造物を形成する（ステップＳ２３）。アイテム選択部５３は、ユーザ入力に基づいて、複数のアイテムに対応づけられた共通のバリエーションＶＲのアイテムを選択する（ステップＳ２５）。

図１４に示すように、ユーザがプレイヤ端末３を操作して、画面Ｄにおける「まとめて塗装」アイコンＩＣを選択する場合、情報処理システム１００は、複数のアイテムの少なくとも一部を共通のバリエーションのアイテムで置換する、例えば「まとめて塗装モード」を実行可能である。ユーザは、カーソルＣを操作して、仮想家Ｈにおける共通のタイプＴＰ１（例えば「木の壁」）である複数の壁アイテムＷ１，Ｗ３を指定する。その後、ユーザによって、複数の壁アイテムＷ１，Ｗ３に対応づけられた共通のバリエーションＶＲ１（例えばタイプ「木の壁」の「オレンジ」色）の壁アイテムが選択され、「変更する」ボタンＢが押下される。この場合、アイテム置換部５４は、仮想家Ｈを形成する複数のアイテムＷ１，Ｗ３が複数のアイテムＷ１，Ｗ３の少なくとも一部を共通のバリエーションＶＲ１のアイテムで置換する（ステップＳ２７）。

なお念のため述べると、仮想家Ｈにおいては、壁部分は４面、つまり、壁アイテムＷ１，Ｗ３に加えて、図１４では不図示であるが、壁アイテムＷ１，Ｗ３にそれぞれ対応する（例えば共通のタイプである）一の壁アイテムが存在する。したがって、上記の「まとめて塗装モード」では、これらの４つの壁アイテムすべてがまとめて塗装（置換）されうる。この構成によれば、ユーザの仮想視点によらず（ユーザから仮想空間上で見えなくても）、所定の条件を満たす複数のアイテムを容易に置換可能である。なお、仮想空間において見えない部分の壁が、壁アイテムＷ１，Ｗ３とは異なるタイプの壁（例えば鉄の壁）である場合は、所定の条件を満たさないため、置換されない。

図１４の例では、壁アイテムＷ１，Ｗ３のうち、窓や扉部分には穴が開いている箇所があり、仮想家Ｈの内部が一部視認可能である。ここで、置換対象として壁アイテムＷ１，Ｗ３には、他の部分と比較して選択エフェクトが付加（表示）されており、また、壁アイテムＷ１，Ｗ３のうち、窓や扉部分（視認可能な仮想家Ｈの内部）にも便宜上、当該選択エフェクトが付加されている。しかしながら、当然に、「まとめて塗装モード」によって、壁アイテムＷ１，Ｗ３を含む４つの壁部分がすべて置換される場合でも、視認可能な仮想家Ｈの内部については、色の変更等の置換処理は実行されない。

図１５は、仮想空間ＶＳにおける「まとめて塗装モード」の他の一例を示す図である。図１５では、まず、タイプＴＰ１の特定のアイテムに関する一又は複数のバリエーションＶＲのアイテムが指定可能に画面Ｄ上に提示される。その後、ユーザによって、特定のバリエーションＶＲ１のアイテム（例えば、種別「壁／天井装飾」のタイプ「木の壁」のオレンジ色のアイテム）が指定され、かつ、例えば「つながっている壁をすべて同じパターンにする」に対応するラジオボタンＲＢが選択される場合、仮想家Ｈにおける、つながっている複数の壁アイテムＷ１，Ｗ３，Ｗ５，Ｗ７が共通のバリエーションＶＲ１の壁アイテムに置換されてもよい。

本実施形態における第２例によれば、情報処理システム１００では、一又は複数の仮想構造物を形成する複数のアイテムを、まとめて一気に共通のバリエーションのアイテムに置換可能である。したがって、仮想空間の仮想構造物に対するユーザの操作に関する利便性を向上させる。より具体的には、仮想構造物の変更（例えば塗装作業）に関するユーザの利便性を向上させる。

＜第３例：領域出力処理＞
図１６を参照して、本発明の第１実施形態の第３例に係る領域出力処理を説明する。図１６に示すように、図３に示す領域出力部４６は、例えば、ユーザ入力に基づいて、特定のタイプＴＰ１のアイテムに関する複数のバリエーションＶＲのアイテムのうち、ユーザが保有していない第１のバリエーションＶＲ３のアイテムが指定される場合、ユーザが、少なくとも第１のバリエーションＶＲ３のアイテム（例えば水色の木の壁）を購入（取得）するためのユーザ入力を受け付ける入力受付領域Ｒ１を画面Ｄ上に出力する。ここで、「ユーザが保有していない第１のバリエーションＶＲ３のアイテムが指定される」とは、例えば、ユーザが画面Ｄ上において、カーソルＣを操作して、第１のバリエーションＶＲ３のアイテムのアイコンをクリックすることを含む。ユーザは、カーソルＣを操作して、入力受付領域Ｒ１を例えば押下する場合、ユーザ（オブジェクトＯ）は、第１のバリエーションＶＲ３のアイテムを購入可能である。

領域出力部４６は、ユーザが保有していない第１のバリエーションＶＲ３のアイテムが指定される場合、複数の入力受付領域Ｒ１，Ｒ３，Ｒ５を、画面Ｄ上の第１のバリエーションＶＲ３のアイテムの提示位置に応じた位置に出力する。例えば、領域出力部４６は、複数の入力受付領域Ｒ１，Ｒ３，Ｒ５を、画面Ｄ上の第１のバリエーションＶＲ３のアイテムの提示位置に関連づけて出力する。領域出力部４６は、複数の入力受付領域Ｒ１，Ｒ３，Ｒ５を、画面Ｄ上の第１のバリエーションＶＲ３のアイテムの提示位置に応じた位置に出力し、かつ、複数の入力受付領域Ｒ１，Ｒ３，Ｒ５が所定の形状（例えば、第１のバリエーションＶＲ３のアイテムを囲むような形状）となるように画面Ｄ上に出力してもよい。所定の形状は、任意であり、上記の形状以外の形状を含む。

ここで、画面Ｄがタッチパネル式の画面である場合、「ユーザが保有していない第１のバリエーションＶＲ３のアイテムが指定される」とは、例えば、ユーザが指で第１のバリエーションＶＲ３のアイテムのアイコンに触れた状態で一定期間経過する（当該アイコンを長押しする）ことを含む。そして、画面Ｄ上に複数の入力受付領域Ｒ１，Ｒ３，Ｒ５が表示された状態で、ユーザが指で、いずれかの領域をタップ（選択）すると、タップされた領域に対応する処理が実行される。

複数の入力受付領域は、ユーザが保有していない第１のバリエーションＶＲ３のアイテム（例えば水色の木の壁）と、当該アイテムと同一のバリエーションであり、かつ、異なるタイプであるアイテムと、をセットで購入（取得）するための入力受付領域Ｒ５を含む。例えば、入力受付領域Ｒ５は、例えば、水色の木の壁のアイテム、水色の天井のアイテム、及び、水色の扉のアイテムをセットで購入するための入力を受け付ける。

なお、例えば水色のアイテムをセット購入する際に、セットに組み込まれたアイテムのうち、ユーザがある特定のタイプの水色アイテムを既に保有している場合、画面Ｄ上において、当該特定のタイプの水色アイテムに関して「水色の〇〇〇アイテムは既に保有しています。セット購入しますか？」等のダイアログが表示されてもよい。この構成によれば、ユーザに対して、購入予定のアイテムのセットに既に保有しているアイテムが含まれる旨、注意を促すことが可能である。

本実施形態における第３例によれば、情報処理システム１００は、ユーザが保有していないバリエーションのアイテムが画面Ｄ上の所定領域に出力され、ユーザは（画面Ｄとは別のアイテムの購入画面に遷移することなく）当該領域を指定するだけで、ユーザが保有していないバリエーションのアイテムを購入可能である。したがって、ユーザが保有していないバリエーションのアイテムを購入する際のユーザの利便性が向上する。より具体的には、本実施形態におけるクラフトゲームには、タイプ別、さらにはバリエーション別のアイテムを購入するためのアイテム購入のモードが実装されている。つまり、情報処理システム１００は、ユーザ操作に応じてユーザが所望するアイテムが購入可能なように、アイテム購入処理を実行する機能を備える。ここで、ユーザがクラフト作業を行う状況において、わざわざ画面Ｄとは異なるアイテム購入モードの画面を表示させると、クラフト作業が中断されてしまう。そのため、同一画面上でカーソルを移動させるだけ、又は、同一画面上で指を移動させるだけ、という簡易な操作でバリエーションのアイテムを購入可能であることは、アイテム購入の際のユーザの利便性を向上させる。さらに、単にバリエーションを購入できるだけではなく、バリエーションを購入するにあたってもセット購入など様々な操作が可能であり、アイテム購入の際のユーザの利便性をより向上させる。

なお、図１６の例に示すように、ユーザは、アイテムを、ユーザが有する法定通貨（例えば日本円）を使用して購入可能である。しかしながら、アイテム購入の手法は任意である。例えば、ユーザは、法定通貨によって、ゲーム内で使用可能なゲーム内通貨（例えばコインや石）を予め購入して、当該ゲーム内通貨を消費してアイテム購入を行ってもよい。なお、情報処理システム１００は、法定通貨以外の仮想通貨等を用いてアイテム購入が可能となるように構成されてもよい。

＜第４例：仮想構造物の移動処理＞
図１７～図１９を参照して、本発明の第１実施形態の第４例に係る仮想構造物の移動処理を説明する。図１７は、本発明の第１実施形態に係る仮想構造物の移動処理の一例を示すフローチャートである。

図１７に示すように、情報処理システム１００は、仮想空間ＶＳにおける仮想構造物を移動対象として指定する（ステップＳ３１）。図１８に示すように、図３に示す情報処理システム１００の移動部５７は、ユーザのカーソルＣの操作入力に基づいて、複数の頂点Ｖのそれぞれをつなぐ複数の破線ＤＬで囲まれた所定範囲を設定する。当該所定範囲に含まれる仮想家Ｈは、移動対象の仮想構造物として指定される。移動対象の仮想構造物の数は、任意であり、単一でもよいし、複数でもよい。

次に、図１８及び図１９に示すように、移動部５７は、仮想家Ｈが配置されている、移動元である第１配置面ＰＳ１を検出する（ステップＳ３３）。移動部５７は、仮想家Ｈを、移動先である第２配置面ＰＳ２へ移動させる処理を開始する（ステップＳ３５）。移動部５７は、第２配置面ＰＳ２を検出する。移動部５７は、第１配置面ＰＳ１と第２配置面ＰＳ２で傾きに変化があるか否かを判定する（ステップＳ３７）。

第１配置面ＰＳ１と第２配置面ＰＳ２で傾きに変化がない場合（Ｎｏの場合）は、ステップＳ４１に進む。移動部５７は、仮想家Ｈを第２配置面ＰＳ２に配置する（ステップＳ４１）。他方で、第１配置面ＰＳ１と第２配置面ＰＳ２で傾きに変化がある場合（Ｙｅｓの場合）は、ステップＳ３９に進む。移動部５７は、第１配置面ＰＳ１と第２配置面ＰＳ２の傾きの変化量（例えば図１９に示す角度α）に基づいて、仮想家のベース部分ＢＳ１にベース部分ＢＳ３を加えた上で、仮想家Ｈを第２配置面ＰＳ２に配置する（ステップＳ３９）。

本実施形態における第４例によれば、情報処理システム１００は、仮想空間ＶＳにおいて一又は複数の仮想構造物が配置されている第１配置面から第１配置面とは異なる傾きを有する第２配置面に移動させる場合に、当該傾きに基づいて、一又は複数の仮想構造物を第２配置面に配置する。よって、情報処理システム１００は、ある配置面から異なる傾きを有する他の配置面に仮想構造物を移動させる際にも移動先の配置面の傾きに応じて適切に仮想構造物を配置可能である。

なお、ステップＳ３９に関して、仮に、ユーザが、ベース部分ＢＳ１に追加されるベース部分ＢＳ３に対応する部材アイテムを保有していない場合には、移動部５７は、仮想構造物の第２配置面ＰＳ２への配置を許容しないように構成されてもよい。この場合、移動部５７は、ユーザに対して、画面上において、仮想構造物の第２配置面ＰＳ２への配置を許容しない旨を報知してもよい。

また、移動部５７は、第２配置面ＰＳ２の形状（地形）に合わせて形状が可変のベース用部材アイテムを使用してもよい。形状が可変のベース用部材アイテムは、例えば高床の柱に関するアイテムを含み、当該アイテムは、第２配置面ＰＳ２の形状に応じて自動的に上下に伸びるように制御されてもよい。

＜第２実施形態＞
第２実施形態は、クラフトゲームをプレイヤ端末３において管理する点において、クラフトゲームを情報処理サーバ１において管理する第１実施形態とは異なる。第２実施形態について、第１実施形態と異なる点について特に説明する。

図２０は、本発明の第２実施形態に係る情報処理サーバ及びプレイヤ端末の機能的構成の一例を示す概略構成図（ブロック図）である。プレイヤ端末３のクラフト制御部５０は、ゲーム管理部６２をさらに備える。記録部３８は、ゲーム動作情報ＧＯＩをさらに記録する。

図３に示すプレイヤ端末３におけるクラフト制御部５０は、ゲーム管理部６２を備えていないが、上記のとおり、図２０に示すプレイヤ端末３は、機能的に、クラフト制御部５０にゲーム管理部６２をさらに含んで構成されている。これは、情報処理サーバ１がこれらの構成を備えると、高頻度でプレイヤ端末３にクラフトゲームに関するデータを送信する必要があるので、情報処理サーバ１とプレイヤ端末３との間の通信量が膨大になる。よって、この通信量を削減するため、プレイヤ端末３が、上記構成を含むように構成したものである。

プレイヤ端末３に各機能を集中させることで、プレイヤがプレイヤ端末３において、各種ゲーム媒体や各種パラメータ等の改竄のような不正行為が行われてしまう可能性が高まる。しかしながら、情報処理サーバ１に更新された最新の情報が管理されているので、情報処理サーバ１に管理されている情報と随時比較することで不正行為の有無を確認することができ、不正行為を未然に防ぐことが可能である。

＜第３実施形態＞
第３実施形態は、第１実施形態のプレイヤ端末の表示制御部及びクラフト制御部が備える各構成を、情報処理サーバの情報処理部が備える点で第１実施形態と異なる。第３実施形態について、第１実施形態と異なる点について特に説明する。

図２１は、本発明の第３実施形態に係る情報処理サーバ及びプレイヤ端末の機能的構成の一例を示す概略構成図（ブロック図）である。情報処理サーバ１は、機能的に、第２実施形態（図２０）におけるプレイヤ端末３の表示制御部４０及びクラフト制御部５０が備える各構成を備える。

第３実施形態によれば、情報処理サーバ１に各機能を集中させることで、プレイヤがプレイヤ端末３において、各種パラメータ等のゲームに関する情報の改竄のような不正行為を行うことを防止することができる。

図２２は、本発明の一実施形態に係る情報処理サーバ１のハードウェアの構成と、プレイヤ端末３のハードウェアの構成とを示すブロック図である。なお、図中では、情報処理サーバ１のハードウェアに対応する符号には括弧を付すことなく記載し、プレイヤ端末３のハードウェアに対応する符号には括弧を付して記載する。

プレイヤ端末３は、例示的に、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等からなるメモリ３３と、バス３４と、入出力インターフェース３５と、入力部３６と、出力部３７と、記録部３８と、通信部３９と、を備えている。

ＣＰＵ３１は、メモリ３３に記録されているプログラム、又は、記録部３８からメモリ３３にロードされたプログラムにしたがって各種の処理を実行する。

メモリ３３には、ＣＰＵ３１が各種の処理を実行する上において必要なデータ等も適宜記憶される。ＣＰＵ３１及びメモリ３３は、バス３４を介して相互に接続されている。このバス３４には、入出力インターフェース３５も接続されている。入出力インターフェース３５には、入力部３６と、出力部３７と、記録部３８と、通信部３９と、が接続されている。

入力部３６は、各種ボタン、タッチパネルあるいはマイク等で構成され、情報処理サーバ１の管理者等の指示操作に応じて各種情報を入力する。なお、入力部３６は、情報処理サーバ１の他の各部を収容する本体とは独立した、キーボードやマウス等の入力装置により実現してもよい。

出力部３７は、ディスプレイやスピーカ等で構成されており、画像データや音楽データを出力する。出力部３７が出力した画像データや音楽データは、ディスプレイやスピーカ等から、画像や音楽としてプレイヤが認識可能に出力される。

記録部３８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の半導体メモリで構成され、各種データを記憶する。

通信部３９は、他の装置との間で行う通信を実現する。例えば、通信部３９は、ネットワークＮを介して、情報処理サーバ１との間で相互に通信を行う。

なお、プレイヤ端末３には、不図示であるがドライブを必要に応じて適宜設けられる。ドライブには、例えば、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリ等から構成されるリムーバブルメディアが適宜装着される。リムーバブルメディアには、ゲーム実行するためのプログラムや、画像データ等の各種データが格納される。ドライブによってリムーバブルメディアから読み出されたプログラムや、画像データ等の各種のデータは、必要に応じて記録部３８にインストールされる。

次に、情報処理サーバ１のハードウェアの構成について説明をする。情報処理サーバ１は、例示的に、ＣＰＵ１１と、メモリ１３と、バス１４と、入出力インターフェース１５と、入力部１６と、出力部１７と、記録部１８と、通信部１９と、を備えている。これら各部は、上述のプレイヤ端末３が備える、符号のみが異なる同名の各部と同等の機能を有している。従って、重複する説明を省略する。

なお、上記各実施形態、及び、各実施例は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するものではない。本発明はその趣旨を逸脱することなく、変更／改良され得るとともに、本発明にはその等価物も含まれる。また、本発明は、各実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の開示を形成できる。例えば、各実施形態に示される全構成要素から幾つかの構成要素は削除してもよい。さらに、一の実施形態の構成要素を異なる実施形態に適宜組み合わせてもよい。

上記実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下に限定されない。
（付記１）
仮想空間を提供するコンピュータを、
前記仮想空間においてオブジェクトが使用する一又は複数のアイテムに関する一又は複数の種別を指定可能に画面上に提示する種別提示部と、
ユーザ入力に基づいて、前記種別のうち特定の種別を指定する種別指定部と、
指定された前記特定の種別に対応づけられた一又は複数のアイテムを指定可能に画面上に提示するアイテム提示部と、
ユーザ入力に基づいて、前記一又は複数のアイテムのうち特定のアイテムを指定するアイテム指定部と、
指定された前記特定のアイテムに関連付けて、前記特定のアイテムに関する一又は複数のバリエーションのアイテムを指定可能に画面上に提示するバリエーション提示部と、
として機能させるプログラム。
（付記２）
前記アイテム提示部は、所定の優先度に基づいて、指定された前記特定の種別に対応づけられた前記一又は複数のアイテムを提示する、
付記１に記載のプログラム。
（付記３）
前記所定の優先度は、前記アイテムの識別情報、前記オブジェクトによる、前記一又は複数のアイテムの保有状況、及び、前記オブジェクトによる、前記一又は複数のアイテムの使用状況の少なくとも一つの情報に基づいて定められる、
付記１又は２に記載のプログラム。
（付記４）
前記一又は複数のアイテムの使用状況は、前記一又は複数のアイテムが、前記オブジェクトによって直近で使用されたアイテムに対して所定基準以上の回数又は頻度で使用されたことを含む、
付記３に記載のプログラム。
（付記５）
前記バリエーション提示部は、前記特定のアイテムに関する複数のバリエーションのアイテムのうち、ユーザが保有している第１のバリエーションのアイテムと、ユーザが保有していない第２のバリエーションのアイテムとを異なる形態で提示する、
付記１～４のいずれか一項に記載のプログラム。
（付記６）
前記コンピュータを、
ユーザ入力に基づいて、前記特定のアイテムに関する複数のバリエーションのアイテムのうち、ユーザが保有していない第１のバリエーションのアイテムが指定される場合、前記ユーザが、少なくとも前記第１のバリエーションのアイテムを取得するためのユーザ入力を受け付ける入力受付領域を前記画面上に出力する領域出力部としてさらに機能させる、
付記１～５のいずれか一項に記載のプログラム。
（付記７）
前記領域出力部は、前記入力受付領域を、前記画面上の前記第１のバリエーションのアイテムの提示位置に応じた位置に出力する、
付記６に記載のプログラム。
（付記８）
前記領域出力部は、前記入力受付領域が複数の前記入力受付領域を含む場合、前記複数の入力受付領域を、前記画面上の前記第１のバリエーションのアイテムの提示位置に応じた位置に出力し、かつ、複数の前記入力受付領域が所定の形状となるように前記画面上に出力する、
付記６又は７に記載のプログラム。
（付記９）
前記入力受付領域が複数の前記入力受付領域を含む場合、複数の前記入力受付領域は、前記第１のバリエーションのアイテムと、当該アイテムと同一のバリエーションであり、かつ、異なるタイプであるアイテムと、を取得するための入力受付領域を含む、
付記６～８のいずれか一項に記載のプログラム。
（付記１０）
前記アイテム提示部は、指定された前記特定の種別に対応づけられた前記一又は複数のアイテムを指定可能に画面上に提示した後、指定された前記特定のアイテムに関連付けて前記特定のアイテムのユーザの保有数を提示する、
付記１～９のいずれか一項に記載のプログラム。
（付記１１）
仮想空間を提供するコンピュータが実行する仮想空間提供方法であって、
前記仮想空間においてオブジェクトが使用する一又は複数のアイテムに関する一又は複数の種別を指定可能に画面上に提示するステップと、
ユーザ入力に基づいて、前記種別のうち特定の種別を指定するステップと、
指定された前記特定の種別に対応づけられた一又は複数のアイテムを指定可能に画面上に提示するステップと、
ユーザ入力に基づいて、前記一又は複数のアイテムのうち特定のアイテムを指定するステップと、
指定された前記特定のアイテムに関連付けて、前記特定のアイテムに関する一又は複数のバリエーションのアイテムを指定可能に画面上に提示するステップと、を含む、
仮想空間提供方法。
（付記１２）
仮想空間を提供する仮想空間提供システムであって、
前記仮想空間においてオブジェクトが使用する一又は複数のアイテムに関する一又は複数の種別を指定可能に画面上に提示する種別提示部と、
ユーザ入力に基づいて、前記種別のうち特定の種別を指定する種別指定部と、
指定された前記特定の種別に対応づけられた一又は複数のアイテムを指定可能に画面上に提示するアイテム提示部と、
ユーザ入力に基づいて、前記一又は複数のアイテムのうち特定のアイテムを指定するアイテム指定部と、
指定された前記特定のアイテムに関連付けて、前記特定のアイテムに関する一又は複数のバリエーションのアイテムを指定可能に画面上に提示するバリエーション提示部と、を備える、
仮想空間提供システム。

１…情報処理サーバ、３…プレイヤ端末、１１（３１）…ＣＰＵ、１３（３３）…メモリ、１４（３４）…バス、１５（３５）…入出力インターフェース、１６（３６）…入力部、１７（３７）…出力部、１８（３８）…記録部、１９（３９）…通信部、４０…表示制御部、４１…種別提示部、４２…種別指定部、４３…アイテム提示部、４４…アイテム指定部、４５…バリエーション提示部、４６…領域出力部、５０…ゲーム制御部、５１…情報取得部、５２…仮想構造物形成部、５３…アイテム選択部、５４…アイテム置換部、５５…仮想施設配置部、５６…仮想装置配置部、５７…移動部、６０…情報処理部、６２…ゲーム管理部

Claims (15)

1. 仮想空間を提供するコンピュータを、
   前記仮想空間においてユーザが操作するオブジェクトが使用する複数のアイテムに関するアイテム情報を取得する取得部と、
   前記複数のアイテムに基づいて一又は複数の仮想構造物を形成する形成部と、
   ユーザ入力に基づいて、前記複数のアイテムに対応づけられた共通のバリエーションのアイテムを選択する選択部と、
   前記一又は複数の仮想構造物を形成する前記複数のアイテムが前記複数のアイテムの共通性に関する所定の条件を満たす場合に、前記複数のアイテムの少なくとも一部を前記共通のバリエーションのアイテムで置換する置換部と、
   として機能させるプログラム。
2. 前記所定の条件は、前記一又は複数の仮想構造物を形成する前記複数のアイテムが、共通するタイプのアイテムであることを含む、
   請求項１に記載のプログラム。
3. 前記所定の条件は、前記一又は複数の仮想構造物を形成する前記複数のアイテムが、共通するタイプのアイテムであり、かつ、前記仮想空間において互いに隣接して配置されていることを含む、
   請求項１又は２に記載のプログラム。
4. 前記所定の条件は、前記一又は複数の仮想構造物を形成する前記複数のアイテムが、共通するタイプのアイテムであり、かつ、ユーザによって指定された、前記仮想空間の所定の範囲に配置された複数のアイテムであることを含む、
   請求項１から３のいずれか一項に記載のプログラム。
5. 前記所定の条件は、前記一又は複数の仮想構造物を形成する前記複数のアイテムが、共通するタイプのアイテムであり、かつ、ユーザによって指定された、前記仮想空間に配置された一の仮想構造物を形成する複数のアイテムであることを含む、
   請求項１から４のいずれか一項に記載のプログラム。
6. 前記コンピュータを、
   前記複数のアイテムを格納可能な仮想格納施設を前記仮想空間に配置する仮想施設配置部としてさらに機能させる、
   請求項１から５のいずれか一項に記載のプログラム。
7. 前記コンピュータを、
   前記仮想空間における、自らを基準とする所定の範囲に他のユーザが操作するオブジェクトに対して相対的に優位に立てるような効力を含む所定の効力を発揮する仮想装置を前記仮想空間に配置する仮想装置配置部としてさらに機能させる、
   請求項１から６のいずれか一項に記載のプログラム。
8. 前記形成部は、前記仮想格納施設が、他のユーザが操作するオブジェクトに対して相対的に優位に立てるような効力を含む所定の効力を発揮する仮想装置を基準とする前記仮想空間における所定の範囲に配置されている場合に、ユーザが前記所定の範囲に滞在しているときは、ユーザ入力に基づいて、前記仮想格納施設から前記一又は複数のアイテムを取得し、取得した当該一又は複数のアイテムで前記一又は複数の仮想構造物を形成する、
   請求項６に記載のプログラム。
9. 前記所定の効力は、前記所定の範囲において、前記一又は複数の仮想構造物のうち特定の仮想構造物が配置可能であることを含む、
   請求項７又は８に記載のプログラム。
10. 前記所定の効力は、前記所定の範囲において、前記ユーザが操作するオブジェクトとは異なるオブジェクトが出現しないことを含む、
    請求項７から９のいずれか一項に記載のプログラム。
11. 前記仮想装置は、複数の前記仮想装置を含み、
    複数の前記仮想装置のそれぞれは、前記仮想空間において異なる形態で表示され、複数の前記仮想装置のそれぞれに対応づけられた前記所定の範囲は、表示される前記形態に応じて設定される、
    請求項７から１０のいずれか一項に記載のプログラム。
12. 前記コンピュータを、
    ユーザ入力に基づいて指定された前記一又は複数の仮想構造物を移動させる移動部としてさらに機能させ、
    前記移動部は、前記仮想空間において前記一又は複数の仮想構造物が配置されている第１配置面から前記第１配置面とは異なる傾きを有する第２配置面に移動させる場合に、前記傾きに基づいて、前記一又は複数の仮想構造物を、当該一又は複数の仮想構造物の少なくとも一部の形状を変化させることによって前記第２配置面に配置する、
    請求項１から１１のいずれか一項に記載のプログラム。
13. 仮想空間を提供するコンピュータが実行する仮想空間提供方法であって、
    前記仮想空間においてユーザが操作するオブジェクトが使用する複数のアイテムに関するアイテム情報を取得するステップと、
    前記複数のアイテムに基づいて一又は複数の仮想構造物を形成するステップと、
    ユーザ入力に基づいて、前記複数のアイテムに対応づけられた共通のバリエーションのアイテムを選択するステップと、
    前記一又は複数の仮想構造物を形成する前記複数のアイテムが前記複数のアイテムの共通性に関する所定の条件を満たす場合に、前記複数のアイテムの少なくとも一部を前記共通のバリエーションのアイテムで置換するステップと、を含む、
    仮想空間提供方法。
14. 仮想空間を提供する仮想空間提供システムであって、
    前記仮想空間においてユーザが操作するオブジェクトが使用する複数のアイテムに関するアイテム情報を取得する取得部と、
    前記複数のアイテムに基づいて一又は複数の仮想構造物を形成する形成部と、
    ユーザ入力に基づいて、前記複数のアイテムに対応づけられた共通のバリエーションのアイテムを選択する選択部と、
    前記一又は複数の仮想構造物を形成する前記複数のアイテムが前記複数のアイテムの共通性に関する所定の条件を満たす場合に、前記複数のアイテムの少なくとも一部を前記共通のバリエーションのアイテムで置換する置換部と、を備える、
    仮想空間提供システム。
15. 前記コンピュータを、
    前記複数のアイテムに対応づけられた共通のバリエーションについて複数の異なるバリエーションを提示する提示部としてさらに機能させ、
    前記提示部は、前記ユーザが選択可能な前記共通のバリエーションと、前記ユーザが選択不可能な前記共通のバリエーションとを提示し、かつ、前記ユーザが選択不可能な前記共通のバリエーションは前記ユーザが選択不可能であることを識別可能に提示する、
    請求項１から１２のいずれか一項に記載のプログラム。

Images