(57)【要約】      （修正有）【課題】ユーザに関連付けられたキャラクタが複数の異なる仮想空間の実体内で可視化される仮想空間を提供する。【解決手段】単一のキャラクタが異なる仮想空間の実体内で可視化されるので、対応するユーザはキャラクタを異なる仮想空間の実体間で移動させることができ、キャラクタを操作して異なる仮想空間と対話することができる。ユーザがキャラクタを異なる仮想空間の実体（及び／又は異なる種類の仮想空間）間で移動させる場合には、キャラクタの様々な特徴が、異なる仮想空間（及び／又は当該異なる種類の仮想空間）間で一貫して利用可能である。これにより、異なる仮想空間間でキャラクタの継続性を向上させる。【選択図】図１
2015122075.tif 000002
【特許請求の範囲】
【請求項１】
単数又は複数のユーザがアクセス可能な仮想空間を提供するように構成されたシステムであって、
第１の仮想空間の実体を実行するように構成され、かつ、実行された実体の前記第１の仮想空間の表示画像を決定するようにさらに構成された第１のサーバを備え、前記第１の仮想空間は、地図を有するシミュレートされた物理空間であり、前記単数又は複数のユーザによるリアルタイムの対話を表現し、及び前記地図内に位置し前記地図内で移動を経験することが可能な単数又は複数のオブジェクトを含み、
第２の仮想空間の実体を実行するように構成され、かつ、実行された実体の前記第２の仮想空間の表示画像を決定するようにさらに構成された第２のサーバを備え、
前記第１の仮想空間は、ゲームの仮想空間型のものであり、前記第２の仮想空間は、ゲームではない仮想空間型のものであり、
前記第１のサーバからの前記第１の仮想空間の表示画像を受信する第１のクライアントであって、前記受信された表示画像をユーザに提供するようにさらに構成された第１のクライアントと、
前記第２のサーバからの前記第２の仮想空間の表示画像を受信する第２のクライアントであって、前記第２の仮想空間の表示画像をユーザに提供するようにさらに構成された第２のクライアントと、
前記第１のクライアント及び前記第２のクライアントから遠隔に設けられ、前記ユーザに関連付けられた第１のキャラクタに関する情報を保存するように構成されたストレージモジュールであって、前記ユーザに関連付けられた第２のキャラクタに関する情報を保存するようにさらに構成されたストレージモジュールと、をさらに備え、
前記第１のサーバは、前記ストレージモジュールに保存された前記第１のキャラクタに関する前記情報に基づいて、前記第１のキャラクタが前記第１の仮想空間内で可視化されるようにし、前記第２のサーバは、前記ストレージモジュールに保存された前記第２のキャラクタに関する前記情報に基づいて、前記第２のキャラクタが前記第２の仮想空間内で可視化されるようにし、
前記第１のクライアントは、前記ユーザが、前記第１の仮想空間の実体内で前記第１のキャラクタを操作するためのコマンドを、前記第１のサーバに入力できるようにし、
前記第２のクライアントは、前記ユーザが、前記第２の仮想空間の実体内で前記第２のキャラクタを操作するためのコマンドを、前記第２のサーバに入力できるようにし、
前記ストレージモジュールに保存された前記情報の少なくとも一部は、前記第１の仮想空間及び前記第２の仮想空間の間で一貫して利用可能であるシステム。
【請求項２】
前記ストレージモジュールに記憶された前記第１のキャラクタに関連する情報が、前記キャラクタに特有の可視化情報、キャラクタパラメータ情報、又は、キャラクタ所持品リスト情報の一又は複数を含む請求項１に記載のシステム。
【請求項３】
前記ストレージモジュールに保存された前記第１のキャラクタに関連する情報が前記第１のキャラクタに特有の可視化情報を含み、前記第１のキャラクタに特有の前記可視化情報が、前記第１のキャラクタの視覚表示に関する情報、前記第１のキャラクタの強さ、大きさ、重さ、及び／又は動きに関する情報、又は、前記第１のキャラクタの単数又は複数の音の面での特徴の一又は複数を含み、前記可視化情報の少なくとも一部が、前記第１の仮想空間及び前記第２の仮想空間の間で一貫して利用可能である請求項２に記載のシステム。
【請求項４】
前記ストレージモジュールに保存された前記第１のキャラクタに関連する情報がキャラクタパラメータ情報を含み、前記キャラクタパラメータ情報が、一又は複数、前記第１のキャラクタのスキルレベル、前記第１のキャラクタのステータス、前記第１のキャラクタの許可情報、又は、前記第１のキャラクタの社会的つながりを含み、
前記キャラクタパラメータ情報の少なくとも一部が、前記第１の仮想空間及び前記第２の仮想空間の間で一貫して利用可能である請求項２に記載のシステム。
【請求項５】
前記ストレージモジュールに記憶された前記第１のキャラクタに関連する情報がキャラクタ所持品リスト情報を含み、前記キャラクタ所持品リスト情報が、前記第１のキャラクタによって所持されている仮想通貨の量に関する情報、及び／又は、前記第１のキャラクタが所持しているオブジェクトに関する情報、の一方又は両方を含み、前記キャラクタ所持品リスト情報の少なくとも一部が、前記第１の仮想空間及び前記第２の仮想空間の間で一貫して利用可能である請求項２に記載のシステム。
【請求項６】
前記ストレージモジュールに記憶された前記第１のキャラクタに関連する情報が、前記第１の仮想空間及び前記第２の仮想空間の間で一貫して利用可能な前記ユーザの単数又は複数の設定を含む請求項１に記載のシステム。
【請求項７】
前記ストレージモジュールに記憶された前記第１のキャラクタに関連する情報が、前記第１の仮想空間及び前記第２の仮想空間の間で異なる前記ユーザの単数又は複数の設定を含む請求項１に記載のシステム。
【請求項８】
仮想空間内のキャラクタに関する情報を保存するように構成された情報ストレージシステムであって、
第１のキャラクタレコード及び第２のキャラクタレコードを含む複数のキャラクタレコードを保存するキャラクタストレージを備え、前記キャラクタストレージは、前記キャラクタストレージから遠隔に設けられており第１の仮想空間の実体を実行する第１のサーバから、前記保存されたキャラクタレコードの１つに含まれる情報についての要求を受信するように構成されており、前記第１の仮想空間は、地図を有するシミュレートされた物理空間であり、前記単数又は複数のユーザによるリアルタイムの対話を表現し、及び前記地図内に位置し前記地図内で移動を経験することが可能な単数又は複数のオブジェクトを含み、
前記キャラクタストレージから要求された前記情報は、前記第１のサーバが、前記第１の仮想空間の前記第１のサーバによって実行されている実体における前記要求されたキャラクタレコードに対応する第１のキャラクタを可視化できるようにする情報を含み、
前記キャラクタストレージは、前記キャラクタストレージから遠隔に設けられており第２の仮想空間の実体を実行する第２のサーバから、前記保存されたキャラクタレコードの１つに含まれる情報についての第２の要求を受信するように構成されており、
前記キャラクタストレージから前記第２の要求を介して要求された前記情報は、前記第２のサーバが、前記第２の仮想空間の前記第２のサーバによって実行されている実体における前記要求されたキャラクタレコードに対応する第２のキャラクタを可視化できるようにする情報を含み、
前記第１の仮想空間は、ゲームの仮想空間型のものであり、前記第２の仮想空間は、ゲームではない仮想空間型のものであり、
前記キャラクタストレージから要求された情報の少なくとも一部は、前記第１の仮想空間及び前記第２の仮想空間の間で一貫して利用可能であり、
前記第１のキャラクタレコードが、前記第１のキャラクタが前記第１の仮想空間の実体内で可視化されるようにする第１のキャラクタに関連する情報を含み、
前記第２のキャラクタレコードが、前記第２のキャラクタが前記第２の仮想空間の実体内で可視化されるようにする第２のキャラクタに関連する情報を含み、
前記キャラクタストレージは、クライアントから遠隔に設けられており、ユーザが前記第１のサーバによって実行されている前記第１の仮想空間の実体または前記第２のサーバによって実行されている前記第２の仮想空間の実体にアクセスし、かつ、制御する情報ストレージシステム。
【請求項９】
前記第１のキャラクタレコードに含まれる前記第１のキャラクタに関連する情報が、前記第１のキャラクタに特有の可視化情報、キャラクタパラメータ情報、又は、キャラクタ所持品リスト情報の一又は複数を含む請求項８に記載のシステム。
【請求項１０】
前記第１のキャラクタレコードに含まれる前記第１のキャラクタに関連する情報が、前記第１のキャラクタに特有の可視化情報を含み、前記第１のキャラクタに特有の前記可視化情報が、前記第１のキャラクタの視覚表示に関する情報、前記第１のキャラクタの強さ、大きさ、重さ、及び／又は動きに関する情報、又は、前記第１のキャラクタの単数又は複数の音の面での特徴の一又は複数を含み、
前記可視化情報の少なくとも一部が、前記第１の仮想空間と前記第２の仮想空間の実体の間で一貫して利用可能である請求項９に記載のシステム。
【請求項１１】
前記第１のキャラクタレコードに含まれる前記第１のキャラクタに関連する情報が、キャラクタパラメータ情報を含み、前記キャラクタパラメータ情報が、一又は複数、前記第１のキャラクタのスキルレベル、前記第１のキャラクタのステータス、前記第１のキャラクタの許可情報、又は、前記第１のキャラクタの社会的つながりを含み、  前記キャラクタパラメータ情報の少なくとも一部が、前記第１の仮想空間と前記第２の仮想空間の間で一貫して利用可能である請求項９に記載のシステム。
【請求項１２】
前記第１のキャラクタレコードに含まれる前記第１のキャラクタに関連する情報がキャラクタ所持品リスト情報を含み、前記キャラクタ所持品リスト情報が、前記第１のキャラクタによって所持されている仮想通貨の量に関する情報、及び／又は、前記第１のキャラクタが所持しているオブジェクトに関する情報、の一方又は両方を含み、前記キャラクタ所持品リスト情報の少なくとも一部が、前記第１の仮想空間と前記第２の仮想空間の間で一貫して利用可能である請求項９に記載のシステム。
【請求項１３】
前記第１のキャラクタレコードに含まれる前記第１のキャラクタに関連する情報が、前記第１の仮想空間と前記第２の仮想空間の間で一貫して利用可能な前記ユーザの単数又は複数の設定を含む請求項８に記載のシステム。
【請求項１４】
前記第１のキャラクタレコードに含まれる前記第１のキャラクタに関連する情報が、前記第１の仮想空間と前記第２の仮想空間の間で異なる前記ユーザの単数又は複数の設定を含む請求項８に記載のシステム。
【請求項１５】
複数の異なる仮想空間の実体を実行するように構成されたサーバであって、
コンピュータプログラムモジュールを実行するように構成された１以上のプロセッサを備え、該コンピュータプログラムモジュールは、
第１の仮想空間に関する情報を受信する実体化モジュールを備え、
前記第１の仮想空間は、複数の異なる仮想空間の１つであり、情報ストレージから遠隔に設けられて、前記受信した情報を実行して前記第１の仮想空間の実体を実行し、
前記第１の仮想空間は、地図を有するシミュレートされた物理空間であり、前記単数又は複数のユーザによるリアルタイムの対話を表現し、及び前記地図内に位置し前記地図内で移動を経験することが可能な単数又は複数のオブジェクトを含み、
前記実体化モジュールはさらに、第２の仮想空間に関する第２の情報を受信し、及び、前記受信した第２の情報を実行して前記第２の仮想空間の実体を実行し、
前記第１の仮想空間は、ゲームの仮想空間型のものであり、前記第２の仮想空間は、ゲームではない仮想空間型のものであり、
前記第１の仮想空間の前記実体を実行して前記第１の仮想空間の表示画像を決定するとともに、前記第１の仮想空間の前記表示画像を記述する表示情報をクライアントへ送信するために生成する視覚化モジュールをさらに備え、前記クライアントは、前記表示情報をアッセンブリすることによって前記第１の仮想空間の前記表示画像の画面をユーザのために生成し、前記視覚化モジュールはさらに、前記第２の仮想空間の前記実体を実行して前記第２の仮想空間の表示画像を決定するとともに、前記第２の仮想空間の前記表示画像を記述する表示情報をクライアントへ送信するために生成し、前記クライアントは、前記第２の仮想空間の前記表示画像の画面をユーザのために生成し、
前記クライアントから遠隔に設けられた情報ストレージから、前記ユーザに関連付けられた第１のキャラクタに関する情報を受信するキャラクタモジュールをさらに備え、前記キャラクタモジュールよって受信された前記情報は、前記第１のキャラクタが前記ユーザによって前記クライアントを介して操作可能なように前記実体化モジュールが、前記実体化モジュールにより実行される前記第１の仮想空間内で前記第１のキャラクタを可視化し、
前記キャラクタモジュールはさらに、前記情報ストレージから、前記ユーザに関連付けられた第２のキャラクタに関する第２の情報を受信し、前記第２の情報は、前記実体化モジュールが、前記第２の仮想空間内で前記第２のキャラクタを可視化し、
前記第１のキャラクタに関連する情報の少なくとも一部は、前記第１の仮想空間及び前記第２の仮想空間の間で一貫して利用可能であるサーバ。
【請求項１６】
前記キャラクタモジュールによって受信された前記第１のキャラクタに関連する情報が、前記第１のキャラクタに特有の可視化情報、キャラクタパラメータ情報、又は、キャラクタ所持品リスト情報の一又は複数を含む請求項１５に記載のサーバ。
【請求項１７】
前記キャラクタモジュールによって受信された前記第１のキャラクタに関連する情報が、前記第１のキャラクタに特有の可視化情報を含み、前記第１のキャラクタに特有の前記可視化情報が、前記第１のキャラクタの視覚表示に関する情報、前記第１のキャラクタの強さ、大きさ、重さ、及び／又は動きに関する情報、又は、前記第１のキャラクタの単数又は複数の音の面での特徴の一又は複数を含み、前記可視化情報の少なくとも一部が、前記第１の仮想空間と前記第２の仮想空間との間で一貫して利用可能である請求項１６に記載のサーバ。
【請求項１８】
前記キャラクタモジュールによって受信された前記第１のキャラクタに関連する情報がキャラクタパラメータ情報を含み、前記キャラクタパラメータ情報が、一又は複数、前記第１のキャラクタのスキルレベル、前記第１のキャラクタのステータス、前記第１のキャラクタの許可情報、又は、前記第１のキャラクタの社会的つながりを含み、
前記キャラクタパラメータ情報の少なくとも一部が、前記第１の仮想空間と前記第２の仮想空間との間で一貫して利用可能である請求項１６に記載のサーバ。
【請求項１９】
前記キャラクタモジュールによって受信された前記第１のキャラクタに関連する情報がキャラクタ所持品リスト情報を含み、前記キャラクタ所持品リスト情報が、前記第１のキャラクタによって所持されている仮想通貨の量に関する情報、及び／又は、前記第１のキャラクタが所持しているオブジェクトに関する情報、の一方又は両方を含み、前記キャラクタ所持品リスト情報の少なくとも一部が、前記第１の仮想空間と前記第２の仮想空間との間で一貫して利用可能である請求項１６に記載のサーバ。
【請求項２０】
前記キャラクタモジュールによって受信された前記第１のキャラクタに関連する情報が、前記第１の仮想空間と前記第２の仮想空間との間で一貫して利用可能な前記ユーザの単数又は複数の設定を含む請求項１５に記載のサーバ。
【請求項２１】
前記キャラクタモジュールによって受信された前記第１のキャラクタに関連する情報が、前記第１の仮想空間と前記第２の仮想空間との間で異なる前記ユーザの単数又は複数の設定を含む請求項１５に記載のサーバ。
【請求項２２】
前記第１のクライアント及び前記第２のクライアントは、単一のコンピューティングプラットフォームで実行される請求項１に記載のシステム。
【請求項２３】
前記第１の仮想空間は、アクションゲームの仮想空間であり、前記第２の仮想空間はソーシャル仮想空間である請求項１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本出願は、発明の名称を「複数の異なる仮想空間においてキャラクタを可視化できるシステム及び方法」とし、２００８年６月９日に出願された米国特許出願第１２／１３５，８５４号に基づく優先権を主張する。この米国出願は、全体として参照により本明細書に組み込まれる。本出願は、発明の名称を「他人がアクセスするための仮想空間を提供するシステム」とし２００７年９月１７日に出願された米国特許出願第１１／８９８，８６４号、発明の名称を「別個の場所及び／又は聴野において仮想空間を提供するシステム」とし２００７年９月１７日に出願された米国特許出願第１１／８９８，８６３、発明の名称を「バナー公告において仮想空間表示を可能にし、当該バナー公告においてユーザが仮想空間と対話できるようにするシステム及び方法」とし２００７年９月１７日に出願された米国特許出願第１１／８９８，８６１号、及び発明の名称を「現実世界における物理的な類似物と関連付けられた仮想空間へのアクセスを提供するシステム及び方法」とし２００８年６月９日に出願された米国特許出願第１２／１３５，８３２に関連する。これらの米国出願は全て全体として参照により本明細書に組み込まれる。
【０００２】
本発明は、複数の異なる仮想空間の実体（instance）において個別のキャラクタを可視化することができる仮想空間を提供するシステム及び方法に関する。
【背景技術】
【０００３】
複数のユーザがアクセスしてリアルタイムに対話することができる仮想世界及び／又は仮想ゲーム空間のためのシステムが知られている。かかるシステムは、提供する仮想世界の特徴に関して硬直性を有することが多い。その結果、複数の仮想世界及び／又は仮想ゲーム空間との対話、又はこれら相互間の対話は限定的であることが多い。
【０００４】
例えば、幾つかの仮想世界においては、仮想世界にアクセスするユーザによって操作されるキャラクタを可視化するように仮想世界の実体が構成される。仮想世界においてキャラクタを操作することは、ユーザが仮想世界と対話するための主なメカニズムを提供する。従来の仮想世界は比較的硬直的でモノリシックな性質を有するため、仮想世界におけるキャラクタが、可視化の特徴（例えば、外観等）、パラメータ情報（例えば、スコア、所持品リスト、社会的つながり等）、所持品リスト（例えば、オブジェクト、通貨等）、及び／又は異なる仮想世界の間でも利用されるこれら以外の情報を持ったまま他の仮想世界に入り、当該仮想世界の実体内で可視化されることは、実際には難しい。その代わり、ユーザは、その異なる仮想世界において別個のキャラクタを作るように要求されることがある。
【０００５】
複数の異なるゲームにおいて使用可能なアバタ又は視覚表示を作成可能なビデオゲームシステムが、従来から知られている。例えば、任天堂Ｗｉｉシステムのユーザは、Ｗｉｉシステムでプレイ可能な複数の異なるゲームで使用される「Ｍｉｉｓ」を作ることができる。「Ｍｉｉｓ」は、人間のデジタル表示である。しかし、Ｗｉｉシステム及び／又はそれ以外の従来の類似システムにおいては、ユーザによって作られ及び／又は獲得されるアバタは、ゲームに特有のアプリケーションが実行されるゲーム機にローカル保存されるに過ぎない。したがって、記憶装置（メモリーカード、ハードディスク）を物理的に１つのゲーム機から他のゲーム機に移さず、ウェブブラウザによってキャラクタデータのインターネット接続表示等を行うアプリケーションを含む任意のネットワーク装置から利用可能な集中ストレージが存在しない限りは、他のゲーム機や端末からキャラクタにアクセスす
ることができない。また、Ｍｉｉｓがそうであるように、従来のシステムにおいては、アバタの視覚表示以外については、アバタの情報を異なるゲーム間で一貫して用いることは、ほとんど又はまったくできない。
【発明の概要】
【０００６】
本発明の一態様は、仮想空間を提供するシステム及び方法に関する。このシステム及び方法においては、ユーザに関連付けられたキャラクタが、複数の異なる仮想空間の実体において可視化される。単一のキャラクタが異なる仮想空間の実体において可視化されるので、ユーザは、当該キャラクタを異なる仮想空間の実体間で移動させることができ、当該キャラクタを操作して異なる仮想空間と対話することができる。ユーザがキャラクタを異なる仮想空間の実体（及び／又は異なる種類の仮想空間）間で移動させる場合には、キャラクタの様々な特徴を異なる仮想空間（及び／又は異なる種類の仮想空間）の間で一貫して用いることができる。これにより、異なる仮想空間の間でのキャラクタの継続性を向上させることができる。
【０００７】
キャラクタは、仮想空間の１つの実体において、例えばアバタ等のオブジェクトとして可視化される。ユーザは、このオブジェクトを通じて仮想空間の実体と対話することができる。例えば、キャラクタは、ユーザの操作によって実体内を動き回り、実体内の一又は複数の他のオブジェクトと対話し、他のオブジェクト（例えば、他のユーザと関連付けられたキャラクタ）と会話をし、他のオブジェクトと戦い、競争し、仮想空間の実体における地図を観察し及び／又は地図と対話し、及び／又はこれ以外の方法で仮想空間と対話することができる。
【０００８】
一実施形態において、所定の仮想空間（又は一群の仮想空間）は、当該仮想空間（又は一群の空間）と他の仮想空間との間で一貫していないキャラクタを可視化するために、当該キャラクタに関連する情報を要求してもよい。例えば、所定の仮想空間（又は一群の仮想空間）は、キャラクタが所定種類の生物（例えば、竜、妖精、魔法使い、戦士等）として表されることを要求することがある。一方、他の仮想空間は、キャラクタの他の種類の視覚表示を許容することがある。別の例として、所定の仮想空間（又は一群の仮想空間）は、得点システムを備え、ゲームで遊ぶ間に獲得された「得点」をキャラクタと関連付けることができる。一方、他の仮想空間は、キャラクタを得点と関連付けることができない。キャラクタが比較的シームレスに仮想空間の間を横断できるようにするため、このシステム及び／又は方法は、当該キャラクタが所定の仮想空間に入るときに当該キャラクタを構成するようにしてもよい。このとき、所定の仮想空間の実体において当該キャラクタを可視化するために、所定の仮想空間と他の仮想空間との間で当該キャラクタに関して一貫した情報が当該所定の仮想空間（又は一群の仮想空間）に固有の情報とともに実装されるようにキャラクタを構成してもよい。ただし、当該所定の仮想空間において一貫していないものについては、他の仮想空間に関連する当該キャラクタの情報は無視される。
【０００９】
幾つかの実施形態において、当該システムは、ストレージモジュール、単数又は複数のサーバ、単数又は複数のクライアント、及び／又はこれら以外の要素の一又は複数を含むことができる。当該システムは、仮想空間及び／又はキャラクタに関する情報が当該ストレージモジュールから当該サーバへ送信されるように構成されてもよい。当該サーバは、当該ストレージモジュールから受信した情報に基づいて仮想空間の実体化を実行し、当該仮想空間の実体においてキャラクタを可視化することができる。サーバは、仮想空間の実体から当該仮想空間の表示を生成し、当該表示を表示情報の形でクライアントに送信することができる。当該クライアントは、受信した表示情報から表示画像を構成し、当該表示画像をユーザに提示することができる。ユーザは、当該クライアントで提供されるインタフェースを介して、仮想空間の実体内で当該ユーザに関連付けられたキャラクタの可視化を制御することができる。
【００１０】
ストレージモジュールは、サーバ及び／又はクライアントの一方又は両方と別体にすることができる。ストレージモジュールは、単数又は複数のキャラクタレコードを保存することができる。このレコードは、個別のキャラクタに対応する。所定のキャラクタレコードに含まれる情報の一部又は全部は、異なる仮想空間及び／又は異なる種類の仮想空間の間で一貫している。したがって、ストレージモジュールにおける当該キャラクタレコードは、個別のキャラクタを複数の仮想空間（異なる種類の仮想空間を含む）において可視化することができる情報を含む。これにより、ユーザは、自らのキャラクタをある程度の継続性を保って仮想空間の間で移動させることができる。所定のキャラクタレコードに含まれる情報は、対応するキャラクタ、キャラクタパラメータ情報、キャラクタ所持品リスト情報、キャラクタインタフェース情報、及び／又はこれらの以外の対応するキャラクタに関連する情報に特有の可視化情報の一又は複数を含むことができる。
【００１１】
幾つかの実施形態において、キャラクタの可視化は、キャラクタの移動の特徴、キャラクタの大きさ、キャラクタの強さ、キャラクタの重さ、キャラクタの視覚表示、キャラクタの固有性及び／又は性質、キャラクタの対話の特徴、キャラクタの動きの特徴、キャラクタの音の面での特徴、キャラクタの種類又はクラス（例えば、ヒト、動物、エイリアン、戦士、僧侶、商人等）、及び／又はキャラクタの可視化のこれら以外の特徴を含むことができる。対応するキャラクタレコードにおいて可視化情報によって記述されるキャラクタの対話の特徴は、キャラクタが、仮想空間において、他のオブジェクト及び／又はキャラクタ、仮想空間の地図（例えば、地図の地物）、仮想空間における目に見えない力と対話する方法及び／又はこれらから影響を受ける方法、及び／又は、力、オブジェクト、及び／又はキャラクタ以外と仮想空間において対話する方法、に関する情報を含む。
【００１２】
幾つかの実施形態において、キャラクタパラメータ情報は、仮想空間の一又は複数におけるキャラクタのパラメータに関する情報を含んでもよい。限定的でない一例において、キャラクタパラメータ情報は、キャラクタが獲得したスキル、キャラクタのスキルレベル、キャラクタのステータス、キャラクタと単数又は複数の他のキャラクタとの間の社会的つながりや友情、キャラクタによって獲得された得点、キャラクタに与えられた許可情報（例えば、仮想空間に制限エリアへのアクセス、制限された仮想空間へのアクセス等）及び／又はこれら以外キャラクタのパラメータ、の一又は複数に関する情報を含むことができる。
【００１３】
キャラクタパラメータ情報によって表されるパラメータの一又は複数は、複数の仮想空間及び／又は複数の仮想空間の種類の間で一貫していてもよい。これにより、一の仮想空間において得られたパラメータを、たとえ種類が異なっていても他の仮想空間に移動させることができる。キャラクタパラメータ情報によって表されたパラメータの一又は複数は、全ての仮想空間及び／又は仮想空間種類の間で一貫して用いることができないことがある。しかし、かかる実施形態において、これらのパラメータに関する情報は、空間ごとに及び／又は空間のセット（例えば、仮想空間の種類や共通のスキーム又はテーマに従ってグループ化されるもの等）ごとに記憶される。これにより、当該キャラクタは、所定のパラメータを一貫して用いることができる第１の仮想空間及び／又は仮想空間の第１の組を退出し、パラメータの一貫した表現を維持することなく第２の仮想空間（又は複数の仮想空間）に入ることができ、第１の仮想空間（又は仮想空間の第１の組）に戻るときに、第１の仮想空間（又は仮想空間の第１の組）について保存されたパラメータの表現が当該キャラクタに返却される。これらの実施形態において、キャラクタレコードは、第１の仮想空間（又は仮想空間の第１の組）と第２の仮想空間（又は複数の仮想空間）とで、同じパラメータ（又は類似のパラメータ）であるが表現が異なるものを含んでもよい。
【００１４】
上述のように、キャラクタのパラメータは、一の仮想空間において、例えば仮想空間における達成によって変化することがある。一例として、第１の仮想空間において、キャラクタは、他の仮想空間及び／又は他の種類の仮想空間においても利用できるスキルを獲得及び／又は向上させることができる。このパラメータ（すなわち、スキル）を表すキャラクタパラメータは、キャラクタがスキルを獲得し及び／又は向上させた仮想空間から他の当該スキルがパラメータとして用いられる仮想空間に移動するときに、複数の仮想空間の間で一貫して用いることができる。キャラクタが当該スキルをパラメータとしない他の仮想空間を通り過ぎた場合であっても、当該スキルは、獲得され及び／又は増加したレベルで表される。これにより、システムによって提供される仮想空間の継続性が向上する。
【００１５】
幾つかの実施形態において、キャラクタ所持品リスト情報は、キャラクタが所持している仮想通貨の量に関する情報、キャラクタによって所持され及び／又は支配されているオブジェクトに関する情報、及び／又はキャラクタに関連付けられた所持品リストに関するこれら以外の情報を含むことができる。キャラクタ所持品リスト情報の少なくとも一部分は、異なる仮想空間及び／又は異なる種類の仮想空間の間で一貫して用いられる。これにより、キャラクタは、自らの「所持品」を様々な仮想空間の間で持ち運ぶことができる。
【００１６】
幾つかの実施形態において、キャラクタインタフェース情報は、ユーザに提供されるインタフェースに関連する情報を含むことができる。ユーザは、このインタフェースを用いて仮想空間においてキャラクタを操作できる。例えば、所定のキャラクタレコードに含まれるキャラクタインタフェース情報は、当該所定のキャラクタレコードに対応するキャラクタを所定の方法で操作するために、クライアントに備えられる入力装置を設定する情報を含んでもよい。入力装置を設定する情報には、キャラクタを所定の方法で操作するために、クライアントに備えられる入力装置と当該システムに入力されるコマンドとのマッピングを含んでも良い。入力装置は、例えば、キーボード、マウス、ジョイスティック、トラックボール、及び／又はこれら以外の入力装置を含んでもよい。
【００１７】
幾つかの実施形態において、キャラクタインタフェース情報は、キャラクタに関する情報の表示画面を設定する情報を含んでもよい。例えば、キャラクタインタフェース情報には、クライアントにおいてユーザに提供されるディスプレイを設定する情報が含まれていてもよい。このような情報には、表示される情報の種類、画面上での情報の位置、画面上での情報の大きさ、及び／又はキャラクタに関連する情報の表示画面を設定するこれら以外の方法の一又は複数が含まれる。
【００１８】
幾つかの実施形態において、キャラクタインタフェース情報は、キャラクタに関連するグラフィカルユーザインタフェースを設定する情報を含むことができる。例えば、グラフィカルユーザインタフェースは、キャラクタに関連する情報を表示することができ、及び／又は、キャラクタの操作を行うことができる。グラフィカルユーザインタフェースを設定することは、キャラクタに関連する情報の表示の大きさ及び／又は位置を決定すること、グラフィカルユーザインタフェースを通じて入力することができるコマンドに関連する情報を決定すること、グラフィカルユーザインタフェースを通じて入力されるコマンドを選択する方法を決定すること、及び／又は、グラフィカルユーザインタフェースのこれら以外のパラメータを決定すること、の一又は複数を含むことができる。
【００１９】
仮想空間の実体を実行するサーバは、実体化モジュール、視覚化モジュール、キャラクタモジュール、及び／又はこれら以外のモジュールを含むことができる。実体化モジュールは、仮想空間の実体化を実行できるように、ストレージモジュールから情報を取得することができる。視覚化モジュールは、クライアントでのユーザ表示のためにクライアントに送信される仮想空間の実体の表示を決定することができる。キャラクタモジュールは、キャラクタが仮想空間の実体及び／又は他の仮想空間の実体において可視化されるように、ユーザのキャラクタに関連する情報を取得及び／又は管理することができる。
【００２０】
幾つかの実施形態において、キャラクタモジュールは、ユーザによって（例えば、クライアントを介して）実体に導入されるキャラクタに関連する情報を受信することができる。例えば、仮想空間の実体に「入場」するために、クライアントは、当該実体へのアクセス要求をサーバに送信することができる。この要求は、ユーザの表現として当該実体において可視化されるキャラクタがキャラクタモジュールによって決定するための識別番号を含むことができる。キャラクタモジュールによるキャラクタの決定は、キャラクタに関連する情報を提供するキャラクタレコードを特定することを含んでもよい。このキャラクタレコードは、キャラクタモジュールによって受信され、クライアントからの要求に含められていた識別情報に対応するものでもよい。このキャラクタモジュールは、適当なキャラクタレコードから情報を取得することができる。このキャラクタレコードは、実体化モジュールが仮想空間の実体においてキャラクタを可視化できるようにし、及び／又は、視覚化モジュールがクライアントへ転送するために仮想空間の実体の適切な表示を決定することができるようにする。
【００２１】
上述のように、キャラクタモジュールによってアクセスされるキャラクタレコードに含まれる情報は、キャラクタ、キャラクタパラメータ情報、キャラクタ所持品リスト情報、キャラクタインタフェース情報、及び／又はこれら以外のキャラクタに関連する情報に特有の可視化情報の一又は複数を含むことができる。キャラクタレコードに含まれる情報の少なくとも一部は、サーバによって実行される仮想空間の実体と他の仮想空間の実体との間で一貫して用いることができる。しかし、キャラクタレコードに含まれる情報の一部については、必ずしもそうではない。キャラクタレコードに含まれる情報の一部は、実行される実体の仮想空間（及び／又は、実行される実体の仮想空間がその一部である一群の仮想空間の一部）に特有のものである可能性がある。例えば、キャラクタの視覚表示の特徴は仮想空間及び／又は一群の仮想空間に特有のものであることがあり、キャラクタの所持品リストに含まれるオブジェクト及び／又は通貨は当該仮想空間及び／又は一群の仮想空間に特有のものである可能性があり、得点、スキル、スキルレベル、許可情報、社会的つながり、及び／又はキャラクタのこれら以外のパラメータは仮想空間及び／又は一群の仮想空間に特有のものである可能性があり、及び／又はキャラクタレコードに含まれるこれら以外の情報は仮想空間及び／又は一群の仮想空間に特有の情報である可能性がある。
【００２２】
本発明の様々な実施形態において、キャラクタが第１の時間において仮想空間に導入される場合（例えば、仮想空間の実体に可視化される場合）には、当該キャラクタレコードが、仮想空間の実体においてキャラクタを可視化するために必要な全ての情報を含んでいない可能性がある。例えば、情報がキャラクタレコードに入力される前に当該キャラクタが仮想空間に導入された場合には、仮想空間は、キャラクタレコードに含まれる情報の一部が当該仮想空間に特有のものであるように構成される。そのような場合には、キャラクタに対応するキャラクタレコードが、サーバにおいて実行される実体においてキャラクタを可視化するための全ての情報を含むようにするために、キャラクタモジュールは、ユーザが当該仮想空間についてキャラクタを設定できるようにする。
【００２３】
幾つかの実施形態において、キャラクタに関連する情報は、サーバによって実行される仮想空間の実体にキャラクタが存在する間に変化し進化することができる。例えば、キャラクタの外観が変化し、キャラクタが単数又は複数のスキルを獲得及び／又は向上させ、キャラクタが通貨及び／又はオブジェクトを取得し、キャラクタに関連付けられた得点が変化し、キャラクタに関連付けられた可視化情報が変化し（例えば、キャラクタは成長し、怪我をし、強くなる等）、キャラクタが許可を取得し、キャラクタが新たな社会的つながりを形成し又は既存の社会的つながりを発展させ、及び／又は、キャラクタに関連するこれら以外の情報が変化する。これらの変化は、実行中の実体において自然発生することがあり（例えば、実体はキャラクタの視覚表示を時間の経過とともに成熟させる）、実体
内でゲームで遊ぶことによって発生し、及び／又は、ユーザによるカスタマイズや設定情報の入力（クライアントを介して）によって発生し、及び／又は他の原因を有する。キャラクタモジュールは、キャラクタレコードにおいて、これらの変化の保存を管理することができる。これらの変化はキャラクタレコード内に保存され、キャラクタがサーバによって実行中の実体から退場し他の仮想空間に入場する場合にも、実行中の実体と他の仮想空間の実体との間で一貫して用いられるキャラクタ関連情報によって当該他の仮想空間においても当該変化が反映されるようにする。実行中の実体において変化したキャラクタに関連する情報を実行中の実体の仮想空間と他の仮想空間との間で一貫して用いることができない場合には、当該キャラクタが実行中の実体及び／又はその変化情報が一貫して用いられる他の仮想空間の実体に再入場するまで、その変化はキャラクタレコードに保存される。
【００２４】
本発明の上記及び上記以外の目的、特徴、及び性質、並びに構造の関連要素の動作方法及び機能、そして製造における各部分の組み合わせと経済性については、添付図面を参照しつつ以下の詳細な説明と添付の特許請求の範囲を検討することによってさらに明らかになる。これらはいずれも本明細書の一部を構成する。ここで、同様の参照符号は種々の図における対応する部分を表している。添付図面は例示及び説明のためのものであり、本発明の発明特定事項の定義として用いることは意図されていない。本明細書及び特許請求の範囲における用法によれば、単数形の"a"、"an"及び"the"には複数のものへの言及が含まれる。ただし、文脈によってそうでないことが明白である場合はこの限りでない。
【図面の簡単な説明】
【００２５】
【図１】本発明の一又は複数の実施形態に従って、ユーザがアクセスすることができる単数又は複数の仮想空間を提供するように構成されたシステムを示す。
【００２６】
【図２】本発明の一又は複数の実施形態に従って、ユーザがアクセスすることができる単数又は複数の仮想空間を提供するように構成されたシステムを示す。
【発明を実施するための形態】
【００２７】
図１は、ユーザがアクセスすることができる単数又は複数の仮想空間を提供するように構成されたシステム１０を示す。幾つかの実施形態においては、システム１０は、ストレージモジュール１２、サーバ１４、クライアント１６、及び／又はこれら以外の要素を含むことができる。ストレージモジュール１２、サーバ１４、及びクライアント１６は、互いに通信可能である。システム１０は、所定の仮想空間に関連する情報がストレージモジュール１２からサーバ１４に送信されるように構成される。サーバ１４は、仮想空間の実体を実行することができる。仮想空間の表示は、サーバ１４によって、仮想空間の実体から生成される。表示に関する情報は、ユーザへの表示のためにクライアント１６が表示を構成することができるように、サーバ１４からクライアント１６に送信される。
【００２８】
幾つかの実施形態においては、システム１０は、仮想空間の実体においてユーザがキャラクタを操作することができるようにする。キャラクタは、仮想空間の実体において、アバタ等のオブジェクトとして可視化される。例えば、このオブジェクトを通じて、ユーザは、仮想空間の実体と対話することができる。例えば、キャラクタは、ユーザによって操作されて実体内を動き回り、実体内の単数又は複数の他のオブジェクトと対話し、他のオブジェクト（例えば、他のユーザと関連付けられたキャラクタ）と対話し、他のオブジェクトと戦い、他のオブジェクトと競争し、仮想空間の実体内の地図を観察し及び／又は当該地図と対話することができ、及び／又は、これ以外の方法で仮想空間と対話することができる。システム１０はさらに、キャラクタがユーザの操作によって異なる仮想空間の実体（異なる種類の仮想空間を含む）を移動できるように構成されてもよい。ユーザが異なる仮想空間の実体（及び／又は異なる種類の仮想空間）の間でキャラクタを移動させる場合には、キャラクタの様々な特徴は、異なる仮想空間（及び／又は異なる種類の仮想空間）において一貫して用いることができる。
【００２９】
システム１０は、構成要素（例えば、ストレージモジュール１２、サーバ１４、クライアント１６等）間の通信のためにマークアップ言語を実装することができる。情報は、マークアップ言語のマークアップエレメントを介して要素間で通信される。システム１０の要素間におけるマークアップ言語での通信を利用して様々な改善が実現される。例えば、情報をストレージモジュール１２からサーバ１４へ送信することができる。この情報によって、サーバ１４が仮想空間の実体を実行するように設定される。この情報は、実体化のとき又は実体化の前後に、マークアップ言語を介してサーバ１４に提供される。同様に、サーバ１４からクライアント１６に送信される情報によって、クライアント１６は、受信したマークアップエレメントに示された情報を組み合わせるだけで仮想空間の表示を生成することができる。マークアップ言語の実装によって、システム１０による様々な種類の仮想空間の実体が容易に実行される。仮想空間の種類には、例えば、２次元空間、３次元空間、ゲーム空間、ソーシャル空間、一人称空間、三人称空間、異なるジャンルをもとに作る空間、アクションゲーム空間、ロールプレイゲーム空間、及び／又はこれら以外の種類の空間が含まれる。マークアップ言語の実装は、クライアント１６のユーザが新しい仮想空間を容易に制作し、及び／又は、既存の仮想空間を容易にカスタマイズ又は改善できるようにする。
【００３０】
本明細書における用法の通り、仮想空間は、サーバ（例えば、サーバ１４）で実体化される模擬空間（例えば、物理空間）を含む。このサーバは、サーバから遠隔に配置されたクライアント（例えば、クライアント１６）によって、クライアントのユーザへの表示を構成するためにアクセスされる。模擬空間は、地図を有することができ、ユーザによるリアルタイムの対話を表すことができ、及び／又は、地図内に位置する単数又は複数の地図内を移動可能なオブジェクトを含むことができる。幾つかの実施形態において、地図は、２次元地図であってもよい。他の実体においては、地図は３次元地図であってもよい。幾つかの実施形態において、地図は、単一ノードであってもよい。地図は、仮想空間の大きさを含んでも良く、及び／又は、その仮想空間に「ネイティブな」表層の地物や物体を含んでもよい。幾つかの実施形態において、地図は、仮想空間の多くの部分を占める表層（例えば、地表）を記述してもよい。幾つかの実施形態において、地図は、その地図に配置された単数又は複数の物体とともに体積を記述することができる（例えば、その空間に配置された単数又は複数の天体とともに重力が少ない空間のシミュレーションを記述する）。仮想空間は、仮想世界を含むことができるが、かならずしもそうでなくともよい。例えば、仮想空間は、一般的に仮想世界に関連付けられる要素（例えば、重力や地形等）の一又は複数を含まないゲーム空間を含むことができる。一例として、周知のゲームであるテトリスは、２次元の地図として構成することができる。テトリスにおいては、物体（例えば、落下するtetrominoes）は所定パラメータ（例えば、所定速度での落下、及び水平方
向へのシフト、及び／又は、ユーザ操作による回転）と関連付けられて移動する。
【００３１】
本明細書における用法の通り、「マークアップ言語」は、マークアップエレメントを介して要素間で情報を伝達するために用いられる言語を含む。一般に、マークアップエレメントは、コンテンツとコンテンツに関連付けられた属性との両方を含む情報の離散的なユニットである。マークアップ言語は、複数の異なる種類のエレメントを含むことができる。エレメントは、エレメントに含められるコンテンツの種類及び属性の性質を記述する。例えば、幾つかの実施形態においては、マークアップ言語におけるマークアップエレメントは、[0_HERE] | オブジェクトId | artIndex| x| y|z| name|templateIdの形式であっ
てもよい。これは、仮想空間において新しいオブジェクトを特定するためのマークアップエレメントを表す。マークアップエレメントのためのパラメータは、オブジェクトＩＤを将来の参照用に割り当てること、クライアントに当該オブジェクトと関連するどの画像を描くかを伝えること、オブジェクトの相対的なｘ、ｙ、ｚ軸上の位置、オブジェクト名、及びオブジェクトに関連するデータ（指定されたテンプレートから入手される）を含む。他の例として、マークアップエレメントは、[O_GONE] | objldの形式であってもよい。このマークアップエレメントは、仮想空間の表示の視界から去っていくオブジェクトを表している。さらに別の例として、マークアップエレメントは、[O_MOVE] | オブジェクトld | x | y | zの形式であってもよい。このマークアップエレメントは、仮想空間中の別の
場所にテレポートするオブジェクト表している。さらに別の例として、マークアップエレメントは、[O_SLIDE] I オブジェクトld | x | y | z | timeの形式であってもよい。こ
のマークアップエレメントは、仮想空間内の一の場所から新しい場所へ徐々に所定時間で移動するオブジェクトを現す。これらの例は、本発明を限定することを意図するものではなく、マークアップエレメントの幾つかの異なる形式を説明するに過ぎない。
【００３２】
ストレージモジュール１２は、情報ストレージ１８、サーバ通信モジュール２０、及び／又は他の構成要素を含むことができる。一般に、ストレージモジュール１２は、単数又は複数の仮想空間に関連する情報を保存することができる。所定の仮想空間に関連するストレージモジュール１２によって保存される情報は、所定の仮想空間の地図に関連する地図情報、当該地図内に位置する単数又は複数のオブジェクト及び／又は仮想空間内で単数又は複数のオブジェクトによって経験される目に見えない力の可視化に関する可視化情報、ユーザが仮想空間と対話することができるようユーザに提供されるインタフェースに関連するインタフェース情報、仮想空間のパラメータに関連する空間パラメータ情報、及び／又は、これら以外の所定の仮想空間に関連する情報を含むことができる。
【００３３】
単数又は複数のオブジェクトの可視化は、単数又は複数のオブジェクトの移動の特徴、単数又は複数のオブジェクトの大きさ、単数又は複数のオブジェクトの固有性及び／又は性質、単数又は複数のオブジェクトの対話の特徴、及び／又は、単数又は複数のオブジェクトの可視化の他の特徴を含むことができる。可視化情報によって記述される単数又は複数のオブジェクトの対話の特徴は、個々のオブジェクトが他のオブジェクトと対話し及び／又は他のオブジェクトから影響を受ける方法に関する情報、個々のオブジェクトが地図（例えば、地図の地物）と対話し及び／又は地図から影響を受ける方法に関する情報、個々のオブジェクトが仮想空間内の目に見えない力と対話し及び／又は目に見えない力から影響を受ける方法に関する情報、及び／又は、個々のオブジェクトと仮想空間内の他の力及び／又はオブジェクトとの対話に関するこれら以外の特徴を含む。可視化情報によって記述される単数又は複数のオブジェクトの対話の特徴は、スクリプト化可能な特徴を有し、したがって、ストレージモジュール１２に保存される可視化は、仮想空間内の所定のオブジェクト（又は複数のオブジェクト）の所定のスクリプト化可能な特徴と関連付けられたスクリプト及びトリガの一方又は両方を含むことができる。仮想空間内に存在する目に見えない力は、単数又は複数の重力、風の流れ、水の流れ、オブジェクトの１つから放射される目に見えない力（例えば、オブジェクトの「パワー」として放射される）、及び／又はこれら以外の目に見えない力（例えば、温度及び／又は大気の品質等の仮想空間の環境に関連付けられた目に見えない影響）を含んでもよい。
【００３４】
幾つかの実施形態においては、可視化情報は、仮想空間内に位置する単数又は複数のオブジェクトの音の面での特徴に関連する情報を含むことができる。音の面での特徴は、個々のオブジェクトの放出特徴（例えば、オブジェクトからの音の放出を制御すること）、個々のオブジェクトの音響的特徴、個々のオブジェクトに対する音の影響、及び／又はこれら以外の単数又は複数のオブジェクトの特徴を含む。かかる実施形態においては、地図情報は、仮想空間の地図の音の面での特徴に関連する情報を含むことができる。仮想空間の地図の音の面での特徴は、地図の音響的特徴、及び／又はそれ以外の地図音の面での特徴を含むことができる。
【００３５】
様々な実施形態において、仮想空間内のコンテンツ（例えば、地図の一部分に形成された視覚的なコンテンツ又は仮想空間に存在するオブジェクト、オブジェクト自体等）は、例えばストレージモジュール１２に保存された情報において特定される。例えば、ストレージモジュール１２は、構造及び／又は当該構造に関連付けられた組織を記憶せずに、構造（又は当該構造の一部分）又は組織として実装される視覚的なコンテンツにアクセスするためのアクセス一を記憶する。幾つかの実施形態において、アクセス位置は、ネットワーク上の位置を示すＵＲＬを含むことができる。アクセス位置によって特定されるネットワーク上の位置は、ネットワーク資産２２に関連付けられてもよい。ネットワーク資産２２は、ストレージモジュール１２、サーバ１４、及びクライアント１６から離れた位置に設けられてもよい。例えば、アクセス位置は、ネットワークＵＲＬアドレス（例えば、インターネットＵＲＬアドレス等）を含むことができる。ネットワークＵＲＬアドレスにおいて、ネットワーク資産２２がアクセスされる。
【００３６】
ストレージモジュール１２に格納された情報において特定されるのは、仮想空間内の固体の構造のみではない。例えば、目に見えない力又は影響を表す視覚的効果が、例えば、上述したように記憶される。また、格納される情報は、視覚的なコンテンツに限定されない。例えば、仮想空間内で表される音声コンテンツは、音声コンテンツにアクセスするためのアクセス位置として、例えばストレージモジュール１２に記憶される。他の種類の情報（例えば、インタフェース情報、空間パラメータ情報等）は、例えばストレージモジュール１２内に記憶される。
【００３７】
ストレージモジュール１２に保存されるインタフェース情報は、ユーザに提供されるインタフェースに関する情報を含む。このインタフェースによって、ユーザは、仮想空間と対話することができる。より具体的には、幾つかの実施形態において、インタフェース情報は、クライアント１６に備えられる入力装置のコマンドへのマッピングを含むことができる。このコマンドは、ユーザによってシステム１０に入力される。例えば、インタフェース情報は、クライアント１６においてユーザに提供されるキーボード（及び／又はキーパッド）のキーをユーザによってシステム１０に入力されるコマンドにマッピングするキーマップを含むことができる。他の例として、インタフェース情報は、マウス（又はジョイスティックもしくはトラックボール等）の入力を、ユーザによってシステム１０に入力されるコマンドにマッピングするマップを含んでもよい。幾つかの実施形態において、インタフェース情報は、クライアント１６においてユーザに提供されるインタフェース表示の設定に関する情報を含むことができる。このインタフェースを通じて、ユーザは、情報をシステム１０に入力することができる。例えば、インタフェース表示は、仮想空間を利用する他のユーザへの通信、仮想空間内の単数又は複数のオブジェクトによって実行される行動を命じる入力、表示についての異なる視点の要求、より精緻な（又はより精緻でない）表示（例えば、２次元表示、３次元表示等）についての要求、インタフェース表示において表示される単数又は複数の追加的な種類のデータに関する要求、及び／又は、これら以外の情報を受信することができる。
【００３８】
インタフェース表示は、空間を単に見るだけでは明らかでない仮想空間内の状況に関する情報をユーザに提供するために（例えば、ストレージモジュール１２に記憶されたインタフェース情報によって）構成される。例えば、かかる状況は、時間の経過、周囲の環境条件、及び／又はこれら以外の条件を含む。インタフェース表示は、ユーザに空間内の単数又は複数のオブジェクトに関する情報を提供するために、（例えば、ストレージモジュール１２に記憶されたインタフェース情報によって）構成される。例えば、仮想空間の地図に関連付けられたオブジェクトに関する情報（例えば、座標、高度、大きさ、識別情報（ＩＤ）、年齢、ステータス等）がユーザに提供される。幾つかの実施形態において、生命のあるキャラクタを表すオブジェクトに関する情報（例えば、富、健康、疲れ、年齢、経験等）がユーザに提供される。例えば、仮想空間内でクライアント１６と関連付けられ
るキャラクタを表すオブジェクトに関連する情報（例えば、アバタ、ユーザによって操作されるキャラクタ等）が表示される。
【００３９】
空間パラメータ情報は、仮想空間の単数又は複数のパラメータに関連する情報を含むことができる。仮想空間のパラメータは、例えば、時間の過ぎる速さ、仮想空間内でのオブジェクトの次元（例えば、２次元対３次元）、仮想空間の可能な表示（例えば、一人称表示, 鳥瞰表示、２次元表示、３次元表示、固定された表示、動的表示、選択的表示等）、及び／又はこれら以外の仮想空間のパラメータを含むことができる。幾つかの実施形態において、空間パラメータ情報は、仮想空間内で提供されるゲームのゲームパラメータに関連する情報を含むことができる。例えば、ゲームパラメータは、プレイヤーの最大人数、プレイヤーの最少人数、ゲームの流れ（例えば、交代制、リアルタイム等）、得点、観客、及び／又はこれらの以外のゲームのゲームパラメータに関する情報を含むことができる。
【００４０】
複数の仮想空間に関する情報は、情報ストレージ１８に整理して保存される。例えば、情報は、複数の空間レコード２４（空間レコード２４ａ、空間レコード２４ｂ、及び空間レコード２４ｃとして図示されている）内で整理される。空間レコード２４の個別のレコードは、複数の仮想空間の個別の空間に対応してもよい。所定の空間レコード２４は、対応する仮想空間に関連する情報を含むことができる。幾つかの実施形態においては、空間レコード２４は、単一の階層化構造において共に保存されてもよい（例えば、データベース、別個のファイルのファイルシステム等）。幾つかの実施形態においては、空間レコード２４は、空間レコード２４の複数の異なる「セット」を含むことができる。空間レコードの各セットは、他の空間レコード２４とは別個に及び離散して保存された単数又は複数の空間レコード２４を含む。
【００４１】
情報ストレージ１８は、仮想空間と対話するためにユーザによって操作される単数又は複数のキャラクタに関連する情報を保存することができる。情報は、整理して単数又は複数のキャラクタレコード２５内に保存される。キャラクタレコード２５は、個々のキャラクタに対応する。幾つかの実施形態において、所定のキャラクタに対応するキャラクタレコード２５は、当該キャラクタに関連付けられたユーザに関連する情報を含むユーザレコード（不図示）内に含まれてもよい。かかる実施形態において、単一のユーザレコードは、単数又は複数のキャラクタレコード２５を含んでもよい。例えば、システム１０によって提供される単数又は複数の仮想空間と対話するためにユーザによって選択的に採用される複数のキャラクタを単一のユーザが持っている場合には、単一のユーザレコードは、ユーザと関連付けられた個々のキャラクタのそれぞれと対応するキャラクタレコードを含むことができる。他の実施形態においては、キャラクタレコード２５は、ユーザレコードとは別個に保持されてもよく、また、キャラクタとユーザとの関連は、キャラクタレコード２５とユーザレコードとの間の参照によって記録される。例えば、単一のユーザが、システム１０によって提供される単数又は複数の仮想空間と対話するためにユーザによって用いられるキャラクタを持っている場合には、単一のユーザレコードは、ユーザのキャラクタに対応するキャラクタレコード２５のそれぞれへの参照を含むことができる。
【００４２】
所定のキャラクタレコード２５に含まれる情報の一部又は全部は、異なる仮想空間及び／又は異なる種類の仮想空間の間で一貫して用いられる。したがって、キャラクタレコード２５は、異なる種類の仮想空間を含む複数の仮想空間内で個々のキャラクタが可視化されるようにする情報を保存することができる。これにより、ユーザは、自身のキャラクタを、ある程度の継続性を保って、仮想空間の間で移動させることができる。所定のキャラクタレコード２５に含まれる情報は、対応するキャラクタに特有の可視化情報、キャラクタパラメータ情報、キャラクタ所持品リスト情報、キャラクタインタフェース情報、及び／又は、対応するキャラクタに関連するこれら以外の情報の一又は複数を含むことができる。
【００４３】
幾つかの実施形態において、キャラクタの可視化は、キャラクタの移動の特徴、キャラクタの大きさ、キャラクタの強さ、キャラクタの重さ、キャラクタの視覚表示、キャラクタ固有性及び／又は性質、キャラクタの対話の特徴、キャラクタの動きの特徴、キャラクタの音の面での特徴、キャラクタの種類又はクラス（例えば、ヒト、動物、エイリアン、戦士、僧侶、商人等））、及び／又はこれら以外のキャラクタの可視化の特徴を含むことができる。対応するキャラクタレコード２５内で可視化によって記述されるキャラクタの対話の特徴は、キャラクタが、仮想空間において他のオブジェクト及び／又はキャラクタ、仮想空間の地図（例えば、地図の地物）、及び／又は仮想空間における目に見えない力と対話する方法、及び／又は、これらから影響を受ける方法に関する情報を含む。これら以外にも、キャラクタの対話の特徴は、仮想空間における力、オブジェクト、及び／又はキャラクタ以外に、キャラクタが対話する方法の特徴を含む。キャラクタの対話の特徴は、スクリプト化可能な特徴を含んでもよい。したがって、対応するキャラクタレコード２５内で所定のキャラクタについて保存される可視化情報は、仮想空間内のキャラクタの所定のスクリプト化可能な特徴に関連付けられたスクリプト及び／又はトリガの一方又は両方を含むことができる。
【００４４】
幾つかの実施形態において、所定のキャラクタに関連付けられた可視化情報の一部又は全部は、所定のキャラクタと一群の他のキャラクタとの間で共有される。所定のキャラクタは、当該一群の他のキャラクタの一部である。かかる実施形態において、キャラクタレコード２５は、共通の可視化情報を含む情報ストレージ１８におけるレコードへの参照によって、共通の可視化情報を含むことができる。例えば、「妖精」として知られている一群のキャラクタが所定の一組の対話の特徴を有して存在する場合には、これらの対話の特徴は、妖精キャラクタに共通の対話の特徴の所定の組を含む情報ストレージ１８におけるレコードを参照することにより、妖精キャラクタに対応するキャラクタレコード２５において特定されてもよい。
【００４５】
仮想空間内のコンテンツについて一般的なように、キャラクタに関連付けられた所定のコンテンツ（例えば、構造、オブジェクト、キャラクタ全体の外観、キャラクタの動きを記述するスクリプト等）は、対応するキャラクタレコード２５において参照により特定される。かかるコンテンツは、コンテンツにアクセスするためのアクセス位置（例えば、ＵＲＬや情報ストレージ１８の他のレコード等）によって参照される。
【００４６】
所定のキャラクタレコード２５内の可視化情報の一部又は全部は、複数の異なる仮想世界、及び／又は異なる種類の仮想世界の間で、一貫して用いることが可能である。以下でさらに説明されるように、キャラクタレコード２５内の可視化情報の一部は、システム１０によって提供される全ての仮想空間の間で一貫しては使用できないことがある。
【００４７】
幾つかの実施形態において、キャラクタパラメータ情報は、単数又は複数の仮想空間内のキャラクタのパラメータに関連する情報を含むことができる。限定的でない一例において、キャラクタパラメータ情報は、キャラクタの獲得スキル、キャラクタのスキルレベル、キャラクタのステータス、キャラクタと単数又は複数の他のキャラクタとの社会的つながり又は友情、キャラクタによって獲得された得点、キャラクタに認められた許可（例えば、仮想空間における制限領域にアクセスすること、制限された仮想空間にアクセスすること等）、及び／又はこれら以外のキャラクタのパラメータの一又は複数に関連する情報を含むことができる。
【００４８】
キャラクタパラメータ情報によって表される単数又は複数のパラメータは、複数の仮想空間及び／又は複数種類の仮想空間の間で一貫して用いられる。これにより、一の仮想空
間で得られたパラメータを、たとえ他の仮想空間が異なる種類の仮想空間であったとしてもその他の仮想空間に移転することができる。キャラクタパラメータ情報によって表される単数又は複数のパラメータは、全ての仮想空間及び／又は全ての種類の仮想空間の間で一貫しては使用できないことがある。しかし、かかる実施形態において、これらのパラメータに関する情報は、空間ごとに、及び／又は、空間のセット（例えば、仮想空間の種類や共通のスキーム又はテーマに従ってグループ化されるもの等）ごとに保存される。これにより、当該キャラクタは、所定のパラメータを一貫して用いることができる第１の仮想空間及び／又は仮想空間の第１の組を退出し、パラメータの一貫した表現を維持することなく第２の仮想空間（又は複数の仮想空間）に入ることができ、第１の仮想空間（又は仮想空間の第１の組）に戻ると、第１の仮想空間（又は仮想空間の第１の組）について保存されたパラメータの表現が当該キャラクタに返却される。これらの実施形態において、キャラクタレコード２５は、第１の仮想空間（又は仮想空間の第１の組）と第２の仮想空間（又は複数の仮想空間）とで、同じパラメータ（又は類似のパラメータ）であるが表現が異なるものを含んでもよい。
【００４９】
上述のように、キャラクタのパラメータは、一の仮想空間において、例えば、仮想空間における達成によって、変化することがある。一例として、第１の仮想空間において、キャラクタは、他の仮想空間及び／又は他の種類の仮想空間においても利用できるスキルを獲得及び／又は向上させることができる。このパラメータ（すなわち、スキル）を表すキャラクタパラメータは、キャラクタがスキルを獲得し及び／又は向上させた仮想空間から他の当該スキルがパラメータとして用いられる仮想空間に移動するときに、複数の仮想空間の間で一貫して用いることができる。キャラクタが当該スキルがパラメータではない他の仮想空間を通り過ぎた場合であっても、当該スキルは、獲得され及び／又は増加したレベルで表される。これにより、システム１０によって提供される仮想空間の継続性を提供することができる。この継続性は、モノリシックな仮想空間を提供する従来のシステムでは存在しなかった。
【００５０】
幾つかの実施形態において、キャラクタ所持品リスト情報は、キャラクタが所持している仮想通貨の量に関する情報、キャラクタによって所持され及び／又は支配されているオブジェクトに関する情報、及び／又はキャラクタに関連付けられた所持品リストに関するこれら以外の情報を含むことができる。キャラクタ所持品リスト情報の少なくとも一部分は、異なる仮想空間及び／又は異なる種類の仮想空間の間で一貫して用いられる。これにより、キャラクタは、自らの「所持品」を様々な仮想空間の間で持ち運ぶことができる。幾つかの場合には、キャラクタの所持品リストに含まれる所定のオブジェクト、当該キャラクタに関連付けられたキャラクタレコード２５は、オブジェクトの相対的に完全な記述（例えば、オブジェクトに関連付けられた可視化情報等）を含むことができる。幾つかの場合には、キャラクタの所持品リスト内の所定のオブジェクトは、キャラクタレコード２５とは別個のオブジェクトレコードに関連付けられ、及びオブジェクトが仮想空間内で可視化される情報を含む。これらの場合には、キャラクタレコード２５及び／又はオブジェクトレコードは、キャラクタ所持品リストにおけるのと同様に、オブジェクトがキャラクタに関連付けられるように互いに参照する。
【００５１】
上記で参照により本明細書に組み込まれた米国特許出願第１２／２４９，１５４号において詳細に説明されるように、オブジェクトは、キャラクタレコード２５及び／又はオブジェクトレコードに保存された情報のみに基づいて仮想空間内で可視化される。これにより、システム１０によって提供されるプラットフォームに対して柔軟性が提供される。この柔軟性は、所定のオブジェクトが、様々な仮想空間及び／又は様々な種類の仮想空間を越えて対応するオブジェクトレコード及び／又はキャラクタレコード２５内に保存されている可視化情報に主に基づいて、仮想空間内で可視化できるように提供される。つまり、オブジェクトレコード及び／又はキャラクタレコード２５に保存された情報は、システム１
０によって提供された仮想空間において、空間内で事前設定を行うことなく（及びオブジェクトについて空間が事前設定されることなく）、オブジェクトが可視化されるようにする。したがって、キャラクタレコード２５（オブジェクトレコードとともにの場合もある）に含まれるキャラクタ所持品リスト情報によって、キャラクタレコード２５に対応するキャラクタは、システム１０によって提供される仮想空間の相当数の組にオブジェクトを持ち運ぶことができる。これにより、異なる仮想空間及び／又は異なる種類の仮想空間の間での、キャラクタの所持品の持ち運びのし易さが、従来のシステムと比較して向上する。従来のシステムにおいては、オブジェクトがキャラクタのコマンドに従って所持、可視化、及び／又は使用される前に、当該オブジェクトが事前に仮想空間に導入されることを要求する
【００５２】
幾つかの実施形態において、キャラクタインタフェース情報は、ユーザに提供されるインタフェースに関連する情報を含むことができる。ユーザは、インタフェースによって仮想空間内でキャラクタを操作することができる。例えば、所定のキャラクタレコード２５に含まれるキャラクタインタフェース情報は、所定のキャラクタレコードに対応するキャラクタを事前に定められた方法で操作するために、クライアント１６に備えられる入力装置を設定する情報を含むことができる。入力装置を設定する情報は、クライアント１６に備えられる入力装置のコマンドへのマッピングを含むことができる。コマンドは、キャラクタを事前に定められた方法で制御するためにシステム１０に入力される。入力装置は、例えば、キーボードマウス、ジョイスティック、トラックボール、及び／又はこれら以外の入力装置を含むことができる。
【００５３】
幾つかの実施形態において、キャラクタインタフェース情報は、キャラクタに関連する情報の表示画面を設定する情報を含むことができる。例えば、キャラクタインタフェース情報は、クライアント１６においてユーザに提供される表示画面を設定する情報を含むことができる。これは、表示される情報の種類、表示画面上の情報の位置、表示画面上の情報の大きさ、及び／又はキャラクタに関連する情報の表示画面を設定するこれら以外の方法の一又は複数を設定することを含む。
【００５４】
幾つかの実施形態において、キャラクタインタフェース情報は、キャラクタに関連するグラフィカルユーザインタフェースを設定する情報を含むことができる。例えば、グラフィカルユーザインタフェースは、キャラクタに関連する情報を画像表示し、及び／又はキャラクタの操作を可能にする。グラフィカルユーザインタフェースを設定することには、キャラクタに関連する情報の表示画像の大きさ及び／又は位置を決定すること、グラフィカルユーザインタフェースを通じて入力可能なコマンドに関連する情報を決定すること、グラフィカルユーザインタフェースを介して入力されるコマンドを選択する方法を決定すること、及び／又はグラフィカルユーザインタフェースのこれら以外のパラメータを決定すること、の一又は複数を含むことができる。
【００５５】
情報ストレージ１８は、図１において単一の存在として示されているが、これは説明の便宜に過ぎない。幾つかの実施形態においては、情報ストレージ１８は、複数の仮想空間に関連する情報の管理及びストレージを容易にする複数の情報構造を含むことができる。情報ストレージ１８は、仮想空間、システム１０のユーザ、キャラクタ、及び／又は情報ストレージ１８が保存された情報を管理、整理、及び保持できるようにする情報処理及びストレージ資産に関する情報を保存するための物理的なストレージ要素を含むことができる。情報ストレージ１８は、リレーショナルデータベース、オブジェクト指向データベース、階層化データベース、ポストリレーショナルデータベース、フラットなテキストファイル（ローカルで又はネットワークを介して提供される）、ＸＭＬファイル（ローカルで又はネットワークを介して提供される）、及び／又はこれら以外の情報構造を含むことができる。
【００５６】
幾つかの実施形態においては、情報ストレージ１８は、互いに離間及び離散した複数の情報構造を含むことができる。かかる実施形態においては、システム１０は、空間レコードの位置、ユーザレコード、及び／又は情報ストレージ１８に含まれるキャラクタレコードに関連する情報（例えば、個々の空間レコードネットワークアドレス及び／又はファイルシステムアドレス）を含む中央情報カタログ（例えば、ストレージモジュール１２によって管理される）を含むことができる。幾つかの実施形態においては、中央情報カタログは、システム１０のアクセスをユーザに許可し、仮想空間の実体においてキャラクタを可視化し、及び／又はシステム１０内でこれら以外の機能を実行するために、ユーザが選択した仮想空間の実体を初期化することができる（例えば、サーバ１４に類似の選択された仮想空間の実体実行するサーバを設置することができる）情報のクリアリングハウスを形成することができる。したがって、中央情報カタログに保存された情報へのアクセスは、権限（例えば、金銭の支払いによって得られるもの、管理権限、以前のゲームプレイによって得られるもの、コミュニティにおけるメンバーシップを通じて得られるもの等）に基づいてユーザ及び／又はサーバに提供される。
【００５７】
サーバ通信モジュール２０は、情報ストレージ１８とサーバ１４との間の通信を容易にすることができる。幾つかの実施形態においては、サーバ通信モジュール２０は、情報ストレージ１８とサーバ１４との間の通信をフォーマットすることによって、この通信を可能にする。このことは、情報ストレージ１８からサーバ１４への通信に関しては、情報ストレージ１８に保存された情報を運ぶマークアップエレメント（例えば、「タグ」）を生成すること、及び生成されたマークアップエレメントをサーバ１４へ送信することを含む。サーバ１４から情報ストレージ１８への通信に関しては、サーバ通信モジュール２０は、サーバ１４からストレージモジュール１２へ送信されたマークアップエレメントを受信し、情報ストレージ１８に保存された情報を再フォーマットすることができる。
【００５８】
サーバ１４は、ストレージモジュール１２とは別体に設けられてもよい。サーバ１４とストレージモジュール１２との間の通信は、単数又は複数の通信媒体を介して実行可能である。例えば、サーバ１４及びストレージモジュール１２は、無線媒体、有線媒体、ネットワーク（例えば、無線又は有線）、及び／又はこれら以外の通信媒体を介して通信を行うことができる。幾つかの実施形態においては、サーバ１４は、通信モジュール２６、実体化モジュール２８、視覚化モジュール３０、キャラクタモジュール３１、及び／又はこれら以外のモジュールを含むことができる。モジュール２６、２８、３０、及び３１は、ソフトウエア、ハードウエア、ファームウエア、ソフトウエア、ハードウエア、及び／又はファームウエアの組み合わせによって実行され、及び／又はこれら以外の方法で実行される。図１にはモジュール２６、２８、３０、及び／又は３１が単一のユニット（サーバ１４）内に配置されるように示されているが、幾つかの実施形態において、サーバ１４は複数のユニットを含むことができ、モジュール２６、２８、３０、及び／又は３１を他のモジュールから遠隔に配置することも可能である。
【００５９】
通信モジュール２６は、ストレージモジュール１２、及び／又はクライアント１６と通信するように構成することができる。ストレージモジュール１２及び／又はクライアント１６との通信は、マークアップ言語のマークアップエレメントを送信及び／又は受信することを含むことができる。通信モジュール２６によって受信されたマークアップエレメントは、サーバ１４の他のモジュールによって実行され、又は、サーバ１４を介してストレージモジュール１２とクライアント１６との間で転送される（サーバ１４は中継装置として機能する）。通信モジュール２６からストレージモジュール１２又はクライアント１６に送信されたマークアップエレメントは、ストレージモジュールからクライアント１６（又はその逆）へ送信されたマークアップエレメントを含むことができ、又は、当該マークアップエレメントは、サーバ１４の他のモジュールによって生成されたマークアップエレ
メントを含むことができる。
【００６０】
実体化モジュール２８は、単数又は複数の仮想空間の単数又は複数の実体、例えばサーバ１４に存在する仮想空間の実体３２、を実行することができるように構成される。実体化モジュール２８は、ストレージモジュール１２からのマークアップエレメントのフォームに含まれて受信された情報に従って、仮想空間の実体３２を実行することができる。実体化モジュール２８は、マークアップエレメントフォームに含まれて伝達された情報に基づいて仮想空間の実体を実行するように構成されたアプリケーションを含むことができる。このアプリケーションは、仮想空間の実体の実行を初期化することができる。この初期化は、仮想空間の設定の様々な特徴（例えば、可視化情報、空間パラメータ情報等）を記述する情報のローカルなソース（サーバ１４にローカルな情報）にアクセスすることなく、又は、仮想空間の実行を初期化するときに仮想空間の設定のそのような特徴について仮定を行うことなく行われる。その代わり、かかる情報は、ストレージモジュール１２からサーバ１４に送信されたマークアップエレメントから、実体化モジュール２８によって取得される。これにより、サーバ上で動作するアプリケーションが仮想空間の実体を実行し、可視化情報及び／又は空間パラメータ情報等の仮想空間（例えば、「ワールド
オブ ウォークラフト」内のもの）の特徴を決定し、又はかかる特徴について仮定を行う
システムに、単数又は複数の改善が提供される。例えば、実体化モジュール２８に含まれるアプリケーションは、より幅広い「種類」の仮想空間（例えば、仮想世界、ゲーム、３Ｄ空間、２Ｄ空間、異なる表示の空間、一人称の空間、鳥瞰視空間、リアルタイム空間、交代制の空間等）の実体を実行することができる。
【００６１】
実体３２は、実体化モジュール３０によってサーバ１４上で実行される仮想空間のシミュレーションとしてキャラクタ化される。このシミュレーションは、当該仮想空間に対応する地図、可視化、及び空間パラメータ情報に従って、オブジェクトの位置、構造、及び可視化、目に見えない力、並びに、仮想空間内の地図をリアルタイムに決定することを含んでもよい。上述したように、実体３２が組み込まれる仮想空間を構成するコンテンツの様々な点が、ストレージモジュール１２から受信されるマークアップエレメントにおいて参照により特定される。かかる実施形態において、実体化モジュール２８は、実体３２におけるコンテンツの性質を説明するために、特定されたアクセス位置（例えば、上述のようにネットワーク資産２２）においてコンテンツにアクセスするように構成される。
【００６２】
実体３２はサーバ１４上の実体化モジュール２８によって保持され、オブジェクトの位置、構造、及び可視化、目に見えない力、並びに仮想空間内の地図は変化するので、実体化モジュール２８は、実体メモリモジュール３４を備え、実体３２の現在の状態に関する情報を保存することができる。実体メモリモジュール３４は、サーバ１４にローカルに備えられ（例えば、サーバ１４と一体に設けられ、サーバ１４とローカルに接続される等）、又は、実体メモリモジュール３４はサーバ１４から遠隔に配置され、実体メモリモジュール３４とサーバ１４との間に通信リンクを形成してもよい。
【００６３】
視覚化モジュール３０は、仮想空間の表示画像を決定するための実体３２を備えるように構成されてもよい。仮想空間の表示画像は、固定された位置から見たもの、又は、動的なもの（例えば、オブジェクトを追跡することができる）であってもよい。幾つかの実施形態において、クライアント１６に対応付けられたキャラクタ（例えば、アバタ）が、実体３２に含められる。かかる実施形態において、実体３２内でのキャラクタの位置は、視覚化モジュール３０によって決定される表示画像に影響する（例えば、キャラクタの位置を追跡した表示、キャラクタの視界から見た表示等）。視覚化モジュール３０によって決定された表示画像は、様々な異なる視点（例えば、鳥瞰視、正面視、一人称の視点等）について決定される。この表示は、２次元視でも３次元視でもよい。これらの及び／又はこれら以外の表示画像の特徴は、仮想空間に関して空間レコード２４に保存された情報に基
づき、当該仮想空間について決定され、マークアップエレメント（例えば、空間パラメータ情報として）を介してストレージモジュール１２から提供される。表示画像を決定することは、表示画像のレンダリング時に存在するオブジェクトのＩＤ、陰影、大きさ（例えば、視点に依存する）、動き、及び／又は位置、効果、及び／又は地図の位置を決定することを含む。
【００６４】
視覚化モジュール３０は、表示画像の決定に基づいて表示画像を記述する複数のマークアップエレメントを生成することができる。複数のマークアップエレメントは、表示画像のレンダリング時に存在するＩＤ、陰影、大きさ（例えば、視点に依存する）、動き、及び／又は位置、効果、及び／又は地図の位置を決定することを含む。マークアップエレメントは、マークアップエレメントにおいて提供されたコンテンツの属性に従ってマークアップエレメントにおいて特定されたコンテンツを単純にアッセンブリすることにより、ユーザの視聴のために表示画像がフォーマットされるように、表示画像を「完全に」記述することができる。かかる実施形態においては、仮想空間の表示画像の表示を実現するためには、アッセンブリのみで十分であり、（例えば、運動経路、意思決定、スケジューリング、トリガ等を決定するために）コンテンツをさらに処理することは要しない。
【００６５】
幾つかの実施形態においては、表示画像を記述する視覚化モジュール３０によって生成されたマークアップエレメントは、表示画像に参照によってのみ含められるコンテンツ（例えば、視覚的なコンテンツ、音声コンテンツ等）を特定する。例えば、マークアップエレメントがストレージモジュール１２からサーバ１４へ送信される場合のように、視覚化モジュール３０によって生成されたマークアップエレメントは、アクセス位置を参照することでコンテンツを特定することができる。アクセス位置は、ネットワーク上の位置を示すＵＲＬを含むことができる。アクセス位置によって特定されるネットワーク上の位置は、ネットワーク資産（例えば、ネットワーク資産２２）に関連付けられてもよい。例えば、アクセス位置は、ネットワーク資産２２へアクセスするためのネットワークＵＲＬアドレス（例えば、インターネットＵＲＬアドレス等）を含むことができる。
【００６６】
様々な実施形態において、表示画像を生成するときに、視覚化モジュール３０は、視覚化モジュール３０によって決定された表示画像に含められるが、サーバ１４から遠隔に保存されるコンテンツ（例えば、視覚化モジュール３０によって生成されたマークアップエレメントにおいて参照されたコンテンツ）の様々な特徴を管理することができる。このような管理は、クライアント１６が（例えば、ディスプレイを介して）コンテンツをユーザに伝達できるように、サーバ１４から遠隔に保存されたコンテンツを再フォーマットすることを含んでもよい。例えば、幾つかの実施形態において、クライアント１６は、相対的に制限されたプラットフォーム（例えば、処理能力、記憶容量、及び／又は表示能力が限られた携帯電子機器）において実行される。サーバ１４は、（例えば、クライアント１６からサーバ１４への通信を介して）プラットフォームの能力の制限について通知を受け、それに応答して、視覚化モジュール３０が、ネットワーク資産２２に遠隔に記憶されたコンテンツにアクセスし、クライアント１６で実行されるプラットフォームによってユーザに提供することができる形式にコンテンツを再フォーマットすることができる（例えば、視覚的なコンテンツを単純化し、視覚的なコンテンツの一部を削除し、３次元から２次元に再フォーマットする等）。かかる実施形態において、再フォーマットされたコンテンツは、以前のコンテンツを上書きすることによりネットワーク資産２２に保存されてもよく、以前のバージョンのコンテンツとは別にネットワーク資産２２に保存されてもよく、ネットワーク資産２２とは別のネットワーク資産３６に保存されてもよく、及び／又はこれら以外の方法で保存されてもよい。再フォーマットされたコンテンツが以前のバージョンのコンテンツとは別個に保存される実施形態においては（例えば、ネットワーク資産２２において別個に保存される場合、ネットワーク資産２４に保存される場合、サーバ１４によってローカルにキャッシュされる場合等）、視覚化モジュール３０によってクライアン
ト１６のために生成されたマークアップエレメントは、再フォーマットされたコンテンツのアクセス位置を反映する。
【００６７】
上述のように、幾つかの実施形態においては、視覚化モジュール３０は、クライアント１６の能力がある方法で限定されていることを示すクライアント１６からの通信に基づいて、実体３２の表示画像の単数又は複数の特徴を調整することができる（例えば、画面サイズの制限、画面解像度の制限、音響面での性能の制限、情報通信速度の面での制限、処理能力の面での制限等）。かかる実施形態においては、視覚化モジュール３０は、クライアント１６からサーバ１４へ送信された能力（及び／又は能力の欠如）に基づいて、表示画像の複雑さを減少させる（又は増加させる）マークアップエレメントを送信用に生成することができる。例えば、視覚化モジュール３０はマークアップエレメントから音声コンテンツを取り除くことができ、視覚化モジュール３０はマークアップエレメントを生成して実体３２の２次元の（元々は３次元であった）表示画像を提供することができ、視覚化モジュール３０は表示画像における単数又は複数のオブジェクトの動きを指示する情報を減少、最小化、又は除去することができ、視覚化モジュール３０は表示画像の視点を変更することができ（例えば、斜視の表示画像から鳥瞰視の表示画像へ変更）、及び／又はこれら以外の方法でマークアップエレメントを生成してクライアント１６に対応することができる。幾つかの実施形態において、クライアント１６のためのこの種の適応は、クライアント１６によるクライアントの能力の通信に基づかず、クライアント１６においてユーザによって入力されたコマンドに応答してサーバ１４によって行うこともできる。例えば、ユーザは、表示画像を表示することによるクライアント１６の負荷を削減するため、クライアント１６が表示画像を表示する際のパフォーマンス品質を向上させるため、クライアント１６の処理能力及び／又は通信能力を他の機能用に開放するため、及び／又は他の理由によってコマンドを入力する。
【００６８】
上述したところから、視覚化モジュール３０がクライアント１６用に表示画像を記述するマークアップエレメントを「カスタマイズ」すると、同じ表示画像の複数の異なるバージョンが、異なる性能、設定、及び／又はユーザによって入力された要求を持つ異なるクライアントに送信されるマークアップエレメントに記述されることが分かる。視覚化モジュール３０によるこのカスタマイズによって、システム１０が、より幅広い種類のクライアントにおいて実装できるようになり、及び／又は、それ以外の改善が提供される。
【００６９】
キャラクタモジュール３１は、ユーザによって（例えば、クライアント１６を介して）実体３２に導入されたキャラクタに関する情報を受信することができる。この情報は、実体３２及び／又はその表示画像を生成する際に、実体化モジュール２８及び／又は視覚化モジュール３０によって実行される。この受信された情報には、クライアント１６及び／又は情報ストレージ１８から受信された情報を含んでもよい。例えば、実体３２を「入力する」ために、クライアント１６は、実体３２へのアクセス要求をサーバ１４に送信することができる。この要求は、キャラクタモジュール３１が実体３２において当該ユーザの表示として可視化すべきキャラクタを特定するための識別情報を含むことができる。この識別情報は、キャラクタに関連付けられたユーザ、当該ユーザに対応するユーザレコード、キャラクタ、及び／又は当該キャラクタに対応するキャラクタレコードの一又は複数を特定する情報であってもよい。キャラクタモジュール３１によってキャラクタを決定することは、キャラクタに関連する情報がアクセスされるキャラクタレコード２５を特定することを含んでもよい。キャラクタモジュール３１は、実体３２内で実体化モジュール２８がキャラクタを可視化するために適切なキャラクタレコード２５から情報を取得すること、及び／又は、クライアントへの送信用に視覚化モジュール３０が実体３２の表示画像を適切に決定すること、を可能にする。
【００７０】
上述のように、キャラクタモジュール３１によってアクセスされるキャラクタレコード
２５内の情報は、キャラクタに特有の可視化情報、キャラクタパラメータ情報、キャラクタ所持品リスト情報、キャラクタインタフェース情報、及び／又はこれら以外のキャラクタに関連する情報の一又は複数を含むことができる。キャラクタレコード２５内の情報の少なくとも一部は、実体３２と他の仮想空間の実体との間で一貫して使用される。しかし、キャラクタレコード２５内の一部の情報については、そうでないこともある。キャラクタレコード内の情報の一部は、実体３２の仮想空間（及び／又は、実体３２の仮想空間がその一部を構成する一群の仮想空間の一部）に特有のものであってもよい。例えば、キャラクタの視覚表示の特徴が仮想空間及び／又は一群の仮想空間に特有のものであってもよく、キャラクタの所持品リストにおけるオブジェクト及び／又は通貨が仮想空間及び／又は一群の仮想空間に特有のものであってもよく、得点、スキル、スキルレベル、許可情報、社会的つながり、及び／又はこれら以外のキャラクタのパラメータが仮想空間及び／又は一群の仮想空間に特有のものであってもよく、及び／又はキャラクタレコード２５に含まれるこれら以外の情報が仮想空間及び／又は一群の仮想空間に特有のものであってもよい。
【００７１】
幾つかの実施形態において、キャラクタモジュール３１は、実体３２内で可視化されているキャラクタに関連する情報を含むキャラクタレコード２５を特定する要求をストレージモジュール１２に送信することにより、キャラクタレコード２５から情報を取得することができる。この要求は、実体３２の仮想空間の識別情報を含むことができる。この要求に応じて、ストレージモジュール１２は、キャラクタレコード２５及び／又はその一部（例えば、当該要求によって特定された仮想空間に関連する情報を含む）をキャラクタモジュール３１に返信することができる。
【００７２】
本発明の様々な実施形態において、キャラクタが第１の時間において仮想空間に導入される場合（例えば、仮想空間の実体において可視化される場合）には、キャラクタレコード２５が当該キャラクタを可視化するために必要な情報の全てを含んでいない可能性がある。例えば、仮想空間は、キャラクタレコード２５内の情報の一部が仮想空間に特有のものであるように構成されてもよい。このキャラクタが当該仮想空間に導入されていない場合には、この情報をキャラクタレコード２５に入力することができない。このような場合、キャラクタモジュール３１は、ユーザが当該仮想空間のために当該キャラクタを構成することができるようにする。
【００７３】
限定的でない一例において、仮想空間は、存在するキャラクタの視覚表示の特徴を特徴付けることができる（例えば、特別な服装を持つことができ、キャラクタが単数又は複数の特定の種類の生物（例えば、竜、妖精、魔法使い、戦士等）のうちの１つとして表示されることを要求することができる）。キャラクタモジュール３１は仮想空間の実体へ入力されることにより、キャラクタの視覚表示の初期値を、これらの特徴に割り当てることができる。これらの初期値は、当該キャラクタに対応するキャラクタレコード２５に書き込まれる。キャラクタモジュール３１は、インタフェースをユーザに（例えば、クライアント１６を介して）提示する。このインタフェースによって、ユーザは、ユーザのキャラクタの視覚表示の特徴を、カスタマイズされた方法で（初期値ではなく）、変更及び／又は設定することができる。視覚表示のカスタマイズされた特徴は、キャラクタレコード２５に書き込まれる。設定された情報（初期値又はカスタマイズされた情報）をキャラクタレコード２５に書き込むことにより、キャラクタが仮想世界の実体から退出し、将来においてその仮想世界に戻ってくるときにその情報を読み出すことができ、仮想空間への再入場時にキャラクタを再設定しなくて済むようになる。
【００７４】
設定及びキャラクタレコード２５への書き込み、仮想空間に特有のキャラクタの視覚表示の特徴（又はこの一群の仮想空間がその一部となっている一群の仮想空間の一部）の例は、例示のために説明されている。キャラクタに関連するこれら以外の情報（例えば、他
の可視化情報、キャラクタ所持品リスト情報、キャラクタパラメータ情報、キャラクタインタフェース情報等）は、当該キャラクタが、上記の当該キャラクタの視覚表示の特徴の設定及びストレージと類似し又は実質的に同一の方法で、当該第１の時間において当該仮想空間へ入場するときに、（初期値及び／又はカスタマイズされた情報に基づいて）キャラクタモジュール３１によって決定されてもよい。
【００７５】
幾つかの実施形態において、実体３２内にキャラクタが存在する間に、キャラクタに関連する情報は変化及び／又は進化することができる。例えば、キャラクタの外観は、当該キャラクタの成熟を表すために、時間の経過によって変化することができる。当該キャラクタは単数又は複数のスキルを獲得及び／又は向上させることができ、当該キャラクタは通貨及び／又はオブジェクトを取得することができ、当該キャラクタに関連付けられた得点は変化することができ、キャラクタに関連付けられた可視化情報は変化することができ（例えば、当該キャラクタは成長し、怪我をし、強くなることができる等）、当該キャラクタは許可を得ることができ、当該キャラクタは新しい社会的つながりを作り又は既存の社会的つながりを向上させることができ、及び／又はキャラクタに関連するこれら以外の情報が変化することができる。これらの変化は、実体３２内で自然発生的に起こってもよく（例えば、実体３２は時間の経過とともにキャラクタを成熟させる）、実体３２内でのゲームプレイによって起こってもよく、ユーザの（クライアント１６を介した）カスタマイズ及び／又は設定によって起こってもよく、及び／又は、他の原因で起こってもよい。キャラクタモジュール３１は、キャラクタレコード２５におけるこれらの変化の保存を管理することができる。キャラクタが実体３２を退出し他の仮想空間に入場する場合には、実体３２及び当該他の仮想空間との間で一貫して用いることができるキャラクタに関連する情報変化が他の仮想空間においても反映されるように、これらの変化は、キャラクタレコード２５内に保存される。実体３２内で変更されたキャラクタに関連する情報が実体３２及び当該他の仮想空間において一貫して用いることができない場合には、これらの変化は、当該キャラクタが実体３２及び／又は変化した情報を一貫して用いることができる他の仮想空間の実体に再入場するときまで、キャラクタレコード２５に保存される。
【００７６】
幾つかの実施形態において、クライアント１６は、表示画像ディスプレイ３８、ユーザインタフェースディスプレイ４０、インプットインタフェース４２、及び／又はユーザが仮想空間と対話することを可能にするこれら以外のインタフェースを含むユーザへのインタフェースを提供する。クライアント１６は、サーバ通信モジュール４４、表示画像ディスプレイモジュール４６、インタフェースモジュール４８、及び／又はこれら以外のモジュールを含むことができる。クライアント１６は、モジュール４４及び４６を実行するプロセッサと、ディスプレイ３８及び４０をユーザに伝達するディスプレイ装置と、ユーザが情報をシステム１０に入力できるようにする入力インタフェース４２（例えば、キーボード、キーパッド、スイッチ、ノブ、レバー、タッチパッド、タッチスクリーン、ボタン、ジョイスティック、マウス、トラックボール等）とを含むコンピュータプラットフォーム上で実行される。このプラットフォームには、デスクトップコンピュータシステム、ゲームシステム、又はそれ以外の携帯型システム（例えば、携帯電話、パーソナルデジタルアシスタンス、ハンドヘルドコンピュータ、ラップトップコンピュータ等）が含まれる。幾つかの実施形態においては、クライアント１６は、分散化された態様で構成される（例えば、ウェブサーバとして）。幾つかの実施形態においては、クライアント１６は、サーバ内に設けられる。これらの実施形態において、サーバ１４上で実体化された所定の仮想空間は、他の仮想空間で存在する単数又は複数のオブジェクトを含むことができる（この他の仮想空間において第１の所定の仮想空間の表示画像を決定する際には、サーバ１４はクライアントになる）。
【００７７】
サーバ通信モジュール４４は、サーバ１４上での実体３２の実行に関連する情報をサーバ１４から受信することができるように設定される。例えば、サーバ通信モジュール４４
は、ストレージモジュール１２、視覚化モジュール３０、及び／又はシステム１０の他の要素又はモジュールによって生成されたマークアップエレメントを（例えば、サーバ１４を介して）受信することができる。マークアップエレメントに含まれる情報は、例えば、仮想空間の実体３２の表示画像を記述する表示情報、クライアント１６からユーザへ提供されるインタフェースの様々な特徴を記述するインタフェース情報、及び／又は、これら以外の情報を含むことができる。サーバ通信モジュール４４は、例えばＷＡＰ、ＴＣＰ、ＵＤＰ等の単数又は複数のプロトコルによって、サーバ１４と通信することができる。サーバ通信モジュール４４によって実装されるプロトコルは、サーバ通信モジュール４４とサーバ１４との間でネゴシエートされる。
【００７８】
表示画像ディスプレイモジュール４８は、サーバ１４から受信されたマークアップエレメントによって記述された表示画像を、表示画像ディスプレイ３８において表示するためにフォーマットするように構成される。マークアップエレメントによって記述された表示画像をフォーマットすることは、マークアップエレメントに含まれる表示情報をアッセンブリすることを含んでもよい。これは、当該マークアップエレメントに示されている属性に従って、追加的な処理（例えば、運動経路、意思決定、スケジューリング、トリガ等）を行わずに、マークアップエレメントに含まれているコンテンツを提供することが含まれる。上述したように、幾つかの実施形態において、マークアップエレメントに示されるコンテンツは、参照によってのみ示される。かかる実施形態において、表示画像ディスプレイモジュール４６は、マークアップエレメントに含まれて提供されるアクセス位置（例えば、ネットワーク資産２２及び／又は３６、又はサーバ１４にローカルにキャッシュされたオブジェクトを参照するアクセス位置）においてコンテンツにアクセスすることができる。これらの実施形態において、表示画像ディスプレイモジュール４６は、将来において画像表示がアッセンブルされるときの速度を向上させるために、アクセスされた単数又は複数のコンテンツが、クライアント１６にローカルにキャッシュされるようにすることができる。マークアップエレメントにおいて提供された表示情報をアッセンブルすることでフォーマットされた表示画像は、表示画像ディスプレイ３８を介してユーザに提供される。
【００７９】
上述のように、幾つかの実施形態において、クライアント１６の能力は相対的に制限されたものである。かかる場合には、クライアント１６はこのような制限をサーバ１４に伝達することができ、クライアント１６によって受信されるマークアップエレメントは、伝達された制限に対応するようにサーバ１４によって生成される。しかし、かかる実施形態においては、クライアント１６は、サーバ１４から受信するマークアップエレメントに含まれるコンテンツの全てをユーザに伝達することを妨げる制限の一部又は全部を伝達しなくともよい。同様に、サーバ１４は、クライアント１６への送信用にマークアップエレメントを生成するときにクライアント１６によって伝達された制限の全てに対応しなくともよい。これらの例においては、表示画像ディスプレイモジュール４８は、表示画像をフォーマットするときに、マークアップエレメントに含まれるコンテンツを除外し又は変更するように構成される。例えば、表示画像ディスプレイモジュール４８は、クライアント１６が音声コンテンツをユーザに提供する機能を備えていない場合には、音声コンテンツを無視することができる。他の例として、クライアント１６が、表示画像におけるオブジェクトの動きを伝達する情報処理リソース及び／又は表示リソースを有していない場合には、表示画像ディスプレイモジュール４８は、マークアップエレメントに含まれる動き情報によって指示された動きを制限及び／又は無視することができる。
【００８０】
インタフェースモジュール４８は、クライアント１６によってユーザに提供されるインタフェースの様々な特徴を設定するために構成される。例えば、インタフェースモジュール４８は、マークアップエレメントにおいて提供されたインタフェース情報に従って、ユーザインタフェースディスプレイ４０及び／又はインプットインタフェース４２を構成す
ることができる。ユーザインタフェースディスプレイ４０は、ユーザインタフェースのユーザへの表示を可能にする。幾つかの実施形態において、ユーザインタフェースディスプレイ４０は、表示画像ディスプレイ３８と同じ表示装置（例えば、同一の画面）においてユーザに提供される。上述のように、インタフェースモジュール３８によってユーザインタフェースディスプレイ４０上で構成されるユーザインタフェースによって、ユーザは、仮想空間を利用する他のユーザと対話を入力することができ、仮想空間内で単数又は複数のオブジェクトによって実行されるべきアクションを入力することができ、空間を単に視聴するだけでは明らかでない仮想空間の状態に関する情報をユーザに提供することができ、空間内の単数又は複数のオブジェクトに関する情報をユーザに提供することができ、実体３２内のユーザに関連付けられたキャラクタに関する情報についてのコマンド及び／又は要求を入力することができ、及び／又はこれら以外の双方向的な特徴をユーザに提供することができる。幾つかの実施形態において、ユーザインタフェースの特徴を指示するマークアップエレメントは、ストレージモジュール１２で（例えば、実体３２の開始時に）生成されたマークアップエレメント、及び／又は、ストレージモジュール１２からサーバ１４へマークアップエレメントを介して送信された情報に基づいてサーバ１４で（例えば、視覚化モジュール３０によって）生成されたマークアップエレメントを含むことができる。この情報は、ストレージモジュール１２に保存されている空間レコード２４、キャラクタレコード２５等のレコード（例えば、ユーザレコード）からの情報を含むことができる。
【００８１】
幾つかの実施形態において、インタフェースモジュール４８は、サーバ１４からマークアップエレメントによって受信した情報に従って、インプットインタフェース４２を構成することができる。例えば、インタフェースモジュール４８は、サーバ１４からクライアント１６へマークアップエレメントによって伝達された予め設定されたマッピングに基づいて、ユーザによるインプットインタフェース４２の可視化を、システム１０に入力されるコマンドに対応付けることができる。この予め設定されたマッピングは、例えば、キーマップ及び／又はそれ以外の種類のインタフェースマッピング（例えば、マウス、ジョイスティック、トラックボール、及び／又はこれら以外の装置への入力のマッピング）を含むことができる。インプットインタフェース４２がユーザによって操作された場合に、インタフェースモジュール４８は、マッピングを実行して、ユーザによるインプットインタフェース４２の操作に対応する適切なコマンド（又は、複数のコマンド）を決定する。同様に、ユーザによるユーザインタフェースディスプレイ４０への情報入力（例えば、コマンドラインプロンプトを利用する）は、インタフェースモジュール４８によって、システム１０のための適切なコマンドにフォーマットされる。幾つかの実施形態において、所定のコマンドの利用可否及び／又はそのようなコマンドのマッピングは、クライアント１６を操作するユーザに関連付けられた権限（例えば、ログインによって決定される）に基づいて提供される。例えば、管理者権限、プレミアム権限（例えば、金銭の支払いによって獲得される）、拡張権限（例えば、ゲームプレイの経験によって獲得される）、及び／又はこれら以外の権限を有するユーザは、改良されたコマンドセットにアクセスすることができる。インタフェースモジュール４８によってフォーマットされたこれらのコマンドは、サーバ通信モジュール４４によってサーバ１４に送信される。
【００８２】
ユーザによって入力されたコマンドを含むコマンドをクライアント１６から（例えば、通信モジュール２６を介して）受信すると、サーバ１４は、受信したコマンドを実行するため待ち行列化する。受信したコマンドは、仮想空間の実体３２の実行に関連するコマンドを含むことができる。例えば、このコマンドは、表示コマンド（例えば、パン、ズーム等）、オブジェクト操作コマンド（例えば、単数又は複数のオブジェクトを事前に定められた方法で動かすこと）、キャラクタアクションコマンド（例えば、クライアント１６に関連付けられたキャラクタが事前に定められたアクションを行うこと）、対話コマンド（例えば、仮想空間を利用する他のユーザと対話すること）、情報要求、及び／又はこれら
以外のコマンドを含む。実体化モジュール３８は、仮想空間の実体３２を操作することにより、仮想空間においてコマンドを実行することができる。実体３２の受信したコマンドに関連する操作は、実体３２の視覚化モジュール３０によって生成された表示画像に反映され、その操作が反映された表示画面は、画面表示のためにクライアント１６に提供される。このように、ユーザによってクライアント１６において入力されたコマンドによって、ユーザは、クライアント１６自身ではコマンドを実行又は処理することなく、仮想空間と対話することができる。
【００８３】
図１に示されたように、システム１０は、様々な構成要素の数及び／又は実体化される仮想空間の数に関して何ら限定するものではない。例えば、図２は、システム１０に類似するシステム５０を示す。このシステム５０は、ストレージモジュール５２、複数のサーバ５４、５６及び５８、及び複数のクライアント６０、６２及び６４を含む。ストレージモジュール５２は、ストレージモジュール１２（図１に示すとともに上記で説明した）と実質的に同じく機能する。サーバ５４、５６及び５８は、サーバ１４と実質的に同じく機能する（図１に示すとともに上記で説明した）。クライアント６０、６２及び６４は、クライアント１６と実質的に同じく機能する（図１に示すとともに上記で説明した）。
【００８４】
ストレージモジュール５２は、複数の仮想空間に関連する情報を保存することができ、上述のように、保存されている情報をサーバ５４、５６、及び／又は５８にマークアップ言語のマークアップエレメントによって送信することができる。サーバ５４、５６、及び／又は５８は、ストレージモジュール５２から受信した情報を実行し、仮想空間の実体
６６、６８、及び／又は７０を実行することができる。図２に示されたように、所定のサーバ、例えばサーバ５８は、複数の仮想空間の実体を実行するように実装される（例えば、実体７０及び７２）。クライアント６０、６２、及び６４は、サーバ５４、５６、及び／又は５８から情報を受信することができる。この情報によって、クライアント６０、６２、及び／又は６４は、ユーザに、サーバ５４、５６、及び／又は５８において実体化される単数又は複数の仮想空間へのインタフェースを提供することができる。サーバ５４、５６、及び／又は５８から受信される情報は、上述したように、マークアップ言語のマークアップエレメントとして提供される。
【００８５】
情報システム５０の構成要素間での通信のためにマークアップ言語を実装したことに少なくとも部分的に依存して、上述した説明から、サーバ５４、５６、及び／又は５８のいずれもが、ストレージモジュール５２に保存されたいずれの仮想空間をも実体化することができる。所定の仮想空間を実体化するサーバ５４、５６、及び／又は５８の機能は、例えば、所定の仮想空間の地図、オブジェクト及び／又は力が所定の仮想空間において可視化される方法から独立であり、及び／又は、所定の仮想空間の空間パラメータ等から独立である。この柔軟性によって、所定の「種類」の仮想空間のみを実体化することが可能な従来のシステムよりも、仮想空間を実体化する機能が向上する。同様に、クライアント６０、６２、及び／又は６４は、実体６６、６８、７０、及び／又は７２のいずれとも接続することができる。このようなインタフェースは、従来のシステムにおいて単一のクライアントに提供される仮想空間の「種類」の数を制限していた仮想空間の詳細情報（例えば、地図、可視化、パラメータ等）の有無にかかわらず提供される。従来のシステムにおいては、これらの制限は、クライアント１６を実行するプラットフォームの制限、クライアント１６自身の制限、及び／又はこれら以外の制限の結果として発生していた。
【００８６】
幾つかの実施形態において、システム１０によって、ユーザは仮想空間を作成することができるようになる。かかる実施形態においては、ユーザは、クライアント１６において（例えば、ユーザインタフェースディスプレイ４８及び／又はインプットインタフェース４２を介して）仮想空間の特徴のセットを選択することができる。ユーザによって選択される特徴は、仮想空間の地図、仮想空間における単数又は複数のオブジェクト及び／又は目に見えない力の可視化、新しい仮想空間と対話できるようにするためにユーザに提供されるインタフェース、新しい仮想空間に関連付けられた空間パラメータ、及び／又は新しい仮想空間のこれら以外の特徴、の一又は複数を含むことができる。
【００８７】
現時点で最も実用的であり好ましいと考えられる態様に基づいて、本発明を例示のために詳細に説明したが、このような詳細な説明は例示のみを目的としたものである。本発明は開示された実施形態に限定されるものではなく、むしろ添付された特許請求の範囲の趣旨及び範囲に入る変形や均等な配置も本発明に含められることが意図されている。例えば、本発明においては、あらゆる実施形態の一又は複数の特徴を他の実施形態の一又は複数の特徴と可能な限り結合することができる。
【図１】
2015122075.tif 000003
【図２】
2015122075.tif 000004