JP2023098275A - コンピュータシステムおよび反映制御方法 - Google Patents

Abstract

【課題】同じ世界観に設定された複数の仮想空間について、仮想空間別に生じる差異を共通化するための新たな技術を提供すること。【解決手段】ゲームシステムは、参加した仮想空間内でのみ個々のユーザキャラクタが移動可能であり、同じ世界観に設定された複数の仮想空間について、相互の仮想空間の反映制御を行うコンピュータシステムである。ゲームシステムは、仮想空間別に表示制御されるオブジェクトの情報であるオブジェクト情報を管理する。そして、各仮想空間の間で共通の範囲として所与の対象範囲を設定し、複数の仮想空間のうちの反映元空間の対象範囲内に表示制御されるオブジェクトを、複数の仮想空間のうちの反映先空間の前記対象範囲に反映させて表示制御する反映制御を行う。【選択図】図３

Description

本発明は、仮想空間を制御するコンピュータシステム等に関する。

コンピュータの演算処理により現実とは異なる仮想世界となる仮想空間（例えば、メタバース、多人数参加型オンラインゲームのゲーム空間、など）を構築し、利用者であるユーザのキャラクタ（例えば、アバター、プレーヤキャラクタ、など；以下、「ユーザキャラクタ」という）を配置して、ユーザに仮想空間での仮想体験を提供する技術が知られている。例えば、特許文献１には、複数のユーザで１つの仮想空間を共有し、ユーザ間でコミュニケーションをとることができる技術が開示されている。

特開２００１－３１２７４４号公報

仮想空間に存在するユーザ数が大規模になると、１台のコンピュータシステムで当該仮想空間を管理（運用ともいえる）しきれなくなる。言い方を代えると、１つの仮想空間に許容できるユーザキャラクタの数には限界がある。そのため、多人数参加型の仮想空間を運用するためには、複数のサーバシステムを用意して、各サーバシステムのそれぞれで仮想空間を制御・管理し、ログインするユーザキャラクタを複数の仮想空間に分散させて管理している。各サーバシステムが管理する複数の仮想空間は並行して存在することになる。しかし、ユーザ側からはどの仮想空間も同じ仮想空間であるかのように、仮想空間の基本的な地理や背景、空間座標などの基本設定が同じに設定される。

ところが、仮想空間それぞれにログインするユーザキャラクタは異なるため、各仮想空間で起きた変化を互いに反映させて統合・共通化すべきかどうかという点で課題がある。

例えば、互いの仮想空間の状態変化を反映させず、統合・共通化を全く行わないとするならば、各仮想空間は開始当初は同一であったものの、それぞれの仮想空間のユーザキャラクタの行為によって、時間経過とともにオリジナリティが生まれ得る。仮に、仮想空間にユーザが家を建てて仮想的な商売ができるルールであるならば、ある仮想空間では花屋が建っている位置に、別の仮想空間では家具屋が建っている、といったことが起きる。つまり、各仮想空間が別の並行世界であるかのような存在となってしまう。

仮想空間の状態が異なったままであると、ユーザコミュニティで仮想空間の出来事を話題にすると話しが噛み合わないといった事態が起きる。多人数参加型の仮想空間を提供するサービスであって、複数のサーバシステムで並行する複数の仮想空間を管理するものの、統一感のある同じ１つの世界観であることを標榜するサービスにおいては、こうした事態は好ましく無い。

一方、各仮想空間の状態を細部に亘って反映させて統合・共通化しようとすると、処理コストが膨大になり、実現が困難になると予想される。結果的に１つのサーバシステムで管理することと同じであり、それに加えて高速・大容量のデータ通信が必要になるからである。本明細書において、処理コストとは、演算量やデータ通信量のことであり、設備投資やメンテナンスに要する費用・人員・時間と考えることもできる。

本発明が解決しようとする課題は、同じ世界観に設定された複数の仮想空間について、仮想空間別に生じる差異を共通化するための新たな技術を提供すること、である。

上記した課題を解決するための第１の発明は、参加した仮想空間内でのみ個々のユーザキャラクタが移動可能であり、同じ世界観に設定された複数の仮想空間について、相互の仮想空間の反映制御を行うコンピュータシステムであって、
前記仮想空間別に表示制御されるオブジェクトの情報であるオブジェクト情報を管理するオブジェクト情報管理手段（例えば、図１のゲームサーバシステム１１００Ｇ、図９の処理部２００ｇ、オブジェクト情報管理部２２２、図１２の仮想空間管理データ６００、図１７のステップＳ１４）と、
前記仮想空間で共通の範囲として、前記反映制御の対象とする所与の対象範囲を設定する対象範囲設定手段（例えば、図１のゲームサーバシステム１１００Ｇ、図９の処理部２００ｇ、対象範囲設定部２２８、図１７のステップＳ４２）と、
前記オブジェクト情報に基づいて、前記複数の仮想空間のうちの反映元空間の前記対象範囲内に表示制御される前記オブジェクトを、前記複数の仮想空間のうちの反映先空間の前記対象範囲に反映させて表示制御する前記反映制御を行う反映制御手段（例えば、図１のゲームサーバシステム１１００Ｇ、図９の処理部２００ｇ、反映制御部２３０、図１８のステップＳ６０、図１９のステップＳ８４、図１９のステップＳ８４、図１９のステップＳ９６、図１９のステップＳ１１０）と、
を備えるコンピュータシステムである。

第１の発明によれば、コンピュータシステムは、仮想空間の相互の状態を反映して共通化することが可能となる。その際、反映制御を対象範囲に限定することで、反映制御に係る処理コストを低減できる。

第２の発明は、前記オブジェクト情報が、前記オブジェクトに係る出現・形態変更・パラメータ設定・消失のうちの何れかの情報であるオブジェクト状態情報を含む、第１の発明のコンピュータシステムである。

第２の発明によれば、コンピュータシステムは、オブジェクトに係る出現、形態変更、パラメータ設定、消失について、複数の仮想空間それぞれで起きた変化を共通化できる。

第３の発明は、前記反映制御手段が、前記反映元空間に係るワールドタイムと、前記反映先空間に係るワールドタイムとに基づいて、前記反映制御を実行するタイミングを制御する（例えば、図１９のステップＳ７４のＹＥＳからステップＳ９６）、第１又は第２の発明のコンピュータシステムである。

「ワールドタイム」とは仮想空間における日時である。
第３の発明によれば、コンピュータシステムは、反映制御のタイミングをワールドタイムに基づいて実行できる。例えば、仮想空間それぞれにおいて、同じワールドタイムで同じオブジェクトが出現する／消失する、といった反映制御が可能になる。

第４の発明は、前記オブジェクト情報管理手段が、前記オブジェクトに関する前記ユーザキャラクタの行為に基づいて、前記オブジェクト情報を変更する（例えば、図１７のステップＳ１４）、第１から第３の何れかの発明のコンピュータシステムである。

第４の発明によれば、コンピュータシステムは、ユーザの操作入力、すなわちユーザキャラクタの行為に基づいて、そこに配置されているオブジェクトのオブジェクト情報、つまり当該オブジェクトの状態を変更することができる。よって、それぞれの仮想空間を、当該仮想空間に存在するユーザキャラクタの行為に基づいて変化させることができる。

第５の発明は、前記対象範囲設定手段が、前記反映先空間に存在する前記ユーザキャラクタの位置に基づいて前記対象範囲を設定する、第１から第４の何れかの発明のコンピュータシステムである。

第５の発明によれば、コンピュータシステムは、ユーザキャラクタの位置を基準として設定される範囲を対象として反映制御を実行することができる。このため、仮想空間全域を対象に反映制御を実行するよりも、処理コストを低減できる。

第６の発明は、前記反映制御手段が、前記反映制御の反映内容を可変に決定する、第１から第５の何れかの発明のコンピュータシステムである。

第６の発明によれば、コンピュータシステムは、反映内容を様々に変更することができる。

第７の発明は、前記反映制御の反映内容が、反映させる際の表示制御を含む、第６の発明のコンピュータシステムである。

第７の発明によれば、コンピュータシステムは、表示させる内容や表示させる形態を変化させることができる。

第８の発明は、前記オブジェクト情報が、前記オブジェクトに係る反映可否情報を含み、前記反映制御手段は、前記反映可否情報に基づいて、前記反映制御の反映内容を可変に決定する、第６又は第７の発明のコンピュータシステムである。

第８の発明によれば、コンピュータシステムは、反映の対象とするオブジェクトと、対象としないオブジェクトとを分けて反映制御を実行することができる。

第９の発明は、前記複数の仮想空間のなかから、前記反映元空間を選択する反映元空間選択手段（例えば、図１のゲームサーバシステム１１００Ｇ、図９の処理部２００ｇ、反映関係選択部２２６、反映元空間選択部２２６ａ、図１７のステップＳ２６）、を更に備える第１から第８の何れかの発明のコンピュータシステムである。

第９の発明によれば、コンピュータシステムは、複数の仮想空間のなかから、反映元空間を選択できるので、反映元・反映先の関係を変化させることができる。

第１０の発明は、前記反映元空間選択手段は、前記複数の仮想空間で所定の同時期条件を満たすタイミングで所与のイベントが発生した場合に、前記反映元空間を選択する、第９の発明のコンピュータシステムである。

また、第１１の発明は、前記イベントが、前記複数の仮想空間において同じイベントである、第１０の発明のコンピュータシステムである。

また、第１２の発明は、前記イベントが、前記複数の仮想空間において異なるイベントである、第１０の発明のコンピュータシステムである。

第１０から第１２の何れかの発明によれば、コンピュータシステムは、複数の仮想空間で所定の同時期条件を満たすタイミングでイベントが発生した場合に、反映元空間を選択できる。

第１３の発明は、前記反映元空間選択手段が、前記複数の仮想空間それぞれの状況に基づいて、前記反映元空間を選択する、第９から第１２の何れかの発明のコンピュータシステムである。

第１３の発明によれば、コンピュータシステムは、複数の仮想空間それぞれの状況に基づいて反映元空間を選択できる。

第１４の発明は、前記反映元空間選択手段が、当該仮想空間に係るユーザの利用状況に基づいて、前記反映元空間を選択する、第９から第１３の何れかの発明のコンピュータシステムである。

仮想空間に係るユーザの利用状況は、例えば、当該仮想空間を利用しているユーザ数、利用頻度、当該仮想空間を利用中の課金状況（例えば、課金アイテムの購入回数や購入金額）、などで表すことができる。そして、利用状況が高い仮想空間は、それだけユーザキャラクタが活発に行為を行うが故に多くの状態変化が生じ得る。してみれば、利用状況が高い仮想空間は、それだけ反映元とする意義が大きく、当該仮想空間の状態を他の仮想空間に反映させるべきと考えられる。利用状況が低い仮想空間は、反映元とする意義は小さいが、逆に反映先とする意義が大きいと考えられる。

よって、第１４の発明によれば、コンピュータシステムは、仮想空間に係るユーザの利用状況に基づいて反映元空間を選択することで、反映制御の有効性を高めることができる。

第１５の発明は、前記複数の仮想空間のなかから、前記反映先空間を選択する反映先空間選択手段（例えば、図１のゲームサーバシステム１１００Ｇ、図９の処理部２００ｇ、反映関係選択部２２６、反映先空間選択部２２６ｂ、図１７のステップＳ２６）、を更に備える第１から第８の何れかの発明のコンピュータシステムである。

また、第１６の発明は、前記反映先空間選択手段が、前記複数の仮想空間それぞれの状況に基づいて、前記反映先空間を選択する、第１５の発明のコンピュータシステムである。

また、第１７の発明は、前記反映先空間選択手段が、当該仮想空間に係るユーザの利用状況に基づいて、前記反映先空間を選択する、第１５又は第１６の発明のコンピュータシステムである。

第１５から第１７の何れかの発明によれば、コンピュータシステムは、複数の仮想空間のなかから、反映先空間を選択できるので、反映元・反映先の関係を変化させることができる。

第１８の発明は、前記反映制御手段が、所与の反映発動条件が満たされた場合に前記反映制御を実行する、第１から第１７の何れかの発明のコンピュータシステムである。

第１８の発明によれば、コンピュータシステムは、反映発動条件が満たされた場合に反映制御を実行することができる。よって、反映制御を随時実行する場合に比べて処理コストの低減を図ることができる。

第１９の発明は、前記仮想空間毎に当該仮想空間を管理する仮想空間別のサーバシステム、を更に備える第１から第１８の何れかの発明のコンピュータシステムである。

第１９の発明によれば、複数のサーバシステムを用意して、それぞれに仮想空間を管理させる構成とすることができる。

第２０の発明は、参加した仮想空間内でのみ個々のユーザキャラクタが移動可能であり、同じ世界観に設定された複数の仮想空間について、相互の仮想空間の反映制御を行うコンピュータシステムであって、前記仮想空間別のイベントの情報であるイベント情報を管理するイベント情報管理手段（例えば、図９のイベント情報管理部２３２、図１２の発動イベント情報６５０、図１７のステップＳ１６）と、前記仮想空間で共通の範囲として、前記反映制御の対象とする所与の対象範囲を設定する対象範囲設定手段と、前記イベント情報に基づいて、前記複数の仮想空間のうちの反映元空間の前記対象範囲内に生じた前記イベントを、前記複数の仮想空間のうちの反映先空間の前記対象範囲に反映させて表示制御する前記反映制御を行う反映制御手段と、を備えるコンピュータシステムである。

第２０の発明によれば、コンピュータシステムは、仮想空間の相互のイベントの状態を反映して共通化することが可能となる。その際、反映制御を対象範囲に限定することで、反映制御に係る処理コストを低減できる。

第２１の発明は、参加した仮想空間内でのみ個々のユーザキャラクタが移動可能であり、同じ世界観に設定された複数の仮想空間について、コンピュータシステムが、相互の仮想空間の反映制御を行う反映制御方法であって、前記仮想空間別に表示制御されるオブジェクトの情報であるオブジェクト情報を管理することと、前記仮想空間で共通の範囲として、前記反映制御の対象とする所与の対象範囲を設定することと、前記オブジェクト情報に基づいて、前記複数の仮想空間のうちの反映元空間の前記対象範囲内に表示制御される前記オブジェクトを、前記複数の仮想空間のうちの反映先空間の前記対象範囲に反映させて表示制御する前記反映制御を行うことと、を含む反映制御方法である。

第２１の発明によれば、第１の発明と同様の作用効果を奏する反映制御方法を実現できる。

第２２の発明は、参加した仮想空間内でのみ個々のユーザキャラクタが移動可能であり、同じ世界観に設定された複数の仮想空間について、コンピュータシステムが、相互の仮想空間の反映制御を行う反映制御方法であって、前記仮想空間別のイベントの情報であるイベント情報を管理することと、前記仮想空間で共通の範囲として、前記反映制御の対象とする所与の対象範囲を設定することと、前記イベント情報に基づいて、前記複数の仮想空間のうちの反映元空間の前記対象範囲内に生じた前記イベントを、前記複数の仮想空間のうちの反映先空間の前記対象範囲に反映させて表示制御する前記反映制御を行うことと、を含む反映制御方法である。

第２２の発明によれば、第２０の発明と同様の作用効果を奏する反映制御方法を実現できる。

ゲームシステムの構成例を示す図。 ゲームシステムが提供する仮想空間について説明するための図。 反映制御について説明するための図。 対象範囲の設定の一例について説明するための図。 「反映対象の間引き」について説明するための図。 「反映周期の間引き」について説明するための図。 「反映内容の間引き」について説明するための図。 ポータルサーバシステムの機能構成例を示すブロック図。 ゲームサーバシステムの機能構成例を示すブロック図。 ゲームサーバシステムの記憶部が記憶するプログラムやデータの例を示す図。 利用状況情報のデータ構成例を示す図。 仮想空間管理データのデータ構成例を示す図。 背景オブジェクト情報のデータ構成例を示す図。 ユーザキャラクタ情報のデータ構成例を示す図。 追加オブジェクト情報のデータ構成例を示す図。 ユーザ端末の機能構成例を示すブロック図。 ゲームサーバシステムにおける処理の流れを説明するためのフローチャート。 図１７より続くフローチャート。 図１８より続くフローチャート。

以下、本発明の実施形態の例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。

図１は、ゲームシステム１０００の構成例を示す図である。
ゲームシステム１０００は、仮想空間における仮想体験を多人数参加型のオンラインゲームとしてユーザに提供するためのシステムである。ゲームシステム１０００は、ネットワーク９を介してデータ通信可能に接続された運用システム１０１０およびユーザ別のユーザ端末１５００（１５００ａ，１５００ｂ，…）を含み、ユーザ端末１５００をマン・マシン・インターフェース（Man Machine Interface：ＭＭＩＦ）とするコンピュータシステムである。

ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネットを含む。

運用システム１０１０は、サービス提供者・システム運用者が管理運用するコンピュータシステムであって、ポータルサーバシステム１１００Ｐと、複数のゲームサーバシステム１１００Ｇ（１１００Ｇａ，１１００Ｇｂ，…）を有する。

ポータルサーバシステム１１００Ｐは、オンラインゲームに係る各種サービスを利用するためユーザ端末１５００が最初にアクセスするサーバシステムである。ポータルサーバシステム１１００Ｐは、例えば、ユーザ登録、ゲームに係る各種アイテム等のオンライン販売の管理、ゲームサーバへのユーザの振り分け（或いはユーザによる利用するゲームサーバの選択の受付）、等に係る機能を果たす。

ゲームサーバシステム１１００Ｇ（１１００Ｇａ，１１００Ｇｂ，…）は、それぞれが単数又は複数のユーザ端末１５００と通信して、ユーザ端末１５００をゲームクライアントとしたゲームサーバとしての機能を果たす。

ポータルサーバシステム１１００Ｐとゲームサーバシステム１１００Ｇとは、コンピュータシステムとしての基本的な機能は同様に実現できる。
すなわち、ポータルサーバシステム１１００Ｐおよびゲームサーバシステム１１００Ｇは、本体装置１１０１、キーボード、タッチパネル、ストレージ１１４０を有し、本体装置１１０１に制御基板１１５０を搭載する。制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３、が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

但し、ポータルサーバシステム１１００Ｐとゲームサーバシステム１１００Ｇとは、制御基板１１５０が所定のプログラムおよびデータに基づいて演算処理することによりそれぞれ別個の機能を実現する。

図面には、ポータルサーバシステム１１００Ｐおよびゲームサーバシステム１１００Ｇは、それぞれ１台のサーバ装置であるかのように描いているが、複数の装置で実現する構成であってもよい。例えば、ポータルサーバシステム１１００Ｐおよびゲームサーバシステム１１００Ｇは、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよい。また、ポータルサーバシステム１１００Ｐおよびゲームサーバシステム１１００Ｇを構成するハードウェアの設置場所は問わない。離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてポータルサーバシステム１１００Ｐ或いはゲームサーバシステム１１００Ｇとして機能させる構成であってもよい。

ユーザ端末１５００は、ユーザがゲームシステム１０００を利用するために使用するコンピュータシステムである。ユーザ端末１５００は、ゲームシステム１０００におけるマン・マシン・インターフェースの機能を担っている。

図１では、ユーザ端末１５００を、いわゆるスマートフォンと呼ばれる装置として表しているが、コンピュータシステムであれば、ウェアラブルコンピュータや、携帯型ゲーム装置、家庭用ゲーム装置、タブレット型コンピュータ、パソコン、などでもよい。スマートフォンと、当該スマートフォンに通信接続されたスマートウォッチ、ヘッドマウントディスプレイなどの組み合わせといった複数の電子機器が通信可能に接続することで１つの機能を果たす場合にはこれらの複数の電子機器を１つのユーザ端末１５００とみなすことができる。

ユーザ端末１５００は、操作入力デバイス（例えば、タッチパネル１５０６、キーボード、ゲームコントローラ、マウスなど）と、画像表示デバイス（例えば、タッチパネル１５０６、ヘッドマウントディスプレイ、グラス型ディスプレイなど）と、制御基板１５５０と、を備える。

制御基板１５５０は、ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワーク９に接続する通信モジュール１５５３、などを搭載する。制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、ユーザ端末としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。そして、ユーザ端末１５００は、所定のアプリケーションプログラムを実行することにより、ゲームシステム１０００のＭＭＩＦとして、またゲームクライアントとしての機能を実現する。

ユーザ端末１５００は、アプリケーションプログラムやその実行に必要な各種データをポータルサーバシステム１１００Ｐからダウンロードする構成としているが、ユーザが別途入手したメモリカードなどの記憶媒体から読み出す構成としてもよい。

図２は、ゲームシステム１０００が提供する仮想空間３について説明するための図である。
仮想空間３は、全ユーザにとって共通の世界観（共通のゲーム世界）を表現する３次元の仮想的な世界として設定されている。仮想空間３は、現実とは異なる空間と時間の流れを有し、ユーザがログインしていなくてもゲームシステム１０００のデータとして存在し続け、現実世界の時間経過とともに仮想空間でも時間が経過し、変化し続けている。

仮想空間３には、同時並行的に存在する複数の仮想空間３（３ａ，３ｂ，…）がある。各ゲームサーバシステム１１００Ｇ（１１００Ｇａ，１１００Ｇｂ，…）は、それぞれ１つずつ仮想空間３（３ａ，３ｂ，…）のデータを記憶・管理する。各仮想空間３（３ａ，３ｂ，…）は、データとしての実体は独立しているが、当該仮想空間が記述する仮想空間３の広さ、位置座標系、そこで適用されるルールは同じであり、共通の世界観を有する。

ユーザは、自身のユーザ端末１５００を操作して、ゲームサーバシステム１１００Ｇ（１１００Ｇａ，１１００Ｇｂ，…）の何れかにログインする。ゲームサーバシステム１１００Ｇは、ログインしたユーザ端末１５００のユーザキャラクタ４（４ａ，４ｂ，…）を、当該ゲームサーバシステム１１００Ｇが管理する仮想空間３（３ａ，３ｂ，…）の中に配置する。そして、ゲームサーバシステム１１００Ｇは、ユーザの操作入力に応じてユーザキャラクタ４の行為を仮想空間３内で制御し、当該行為の結果として仮想空間３（３ａ，３ｂ，…）を構成するオブジェクトを出現・移動・形態変更・消去させて仮想空間３を変更する。つまり、ユーザは、ユーザ端末１５００を用いてログインしたゲームサーバシステム１１００Ｇが管理する仮想空間３にユーザキャラクタ４で参加して、仮想空間３での仮想体験を楽しむことができる。

仮想空間３（３ａ，３ｂ，…）には、大きく分けて、基礎オブジェクト１０、背景オブジェクト２０、ユーザキャラクタ４のオブジェクト、などが配置される。

基礎オブジェクト１０は、ユーザが異なるゲームサーバシステム１１００Ｇにログインしたとしても、共通の世界観を有する仮想空間３にログインしたとの認識をユーザに抱かせるためのオブジェクトである。例えば、地形（又はそれに相当する構造体）、建物、遺跡、ダンジョンの入口、などを表すオブジェクトがこれに該当する。

背景オブジェクト２０は、ユーザキャラクタ４や基礎オブジェクト１０に分類されないオブジェクトである。例えば、各種のＮＰＣ（ノンプレーヤキャラクタ）、ユーザキャラクタ４が任意に設置／移動／撤去が可能な任意設置オブジェクト２１（２１ｂ）、ユーザキャラクタ４が状態を変化させることが可能な仕掛けオブジェクト２２（２２ａ，２２ｂ，…）、イベントの発動に伴い出現するイベントオブジェクト２３、などがこれに該当する。

システム運用開始当初は、全ての仮想空間３（３ａ，３ｂ，…）は同じ初期状態とされる。つまり、初期状態では、基礎オブジェクト１０や背景オブジェクト２０は、同一の位置にあって同一の状態にある。しかし、ユーザキャラクタ４の行為の結果として仮想空間３（３ａ，３ｂ，…）のオブジェクトに施された状態の変更は、その仮想空間３におけるローカル事象として残る。結果として、各仮想空間３（３ａ，３ｂ，…）は、システム運用開始から時間が経過するにつれて、初期状態と異なるオリジナリティを有するようになる。

図２を参照して説明する。図２に示すように、それぞれの仮想空間３（３ａ，３ｂ，…）には、それぞれの仮想空間３にログインしたユーザキャラクタ４（４ａ，４ｂ，…）が存在する。
仮想空間３ｂでは、ユーザキャラクタ４ｄが、任意設置オブジェクトである標識２１ｂを設置しているが、これは当該仮想空間３ｂにおけるローカル事象であり、他の仮想空間３ａや仮想空間３ｃには標識２１ｂに該当するオブジェクトは存在していない。

仮想空間３ｃでは、背景オブジェクト２０の１つであるイベント発動用の仕掛けオブジェクト２２ｃが倒されて発動状態にされているが、これは当該仮想空間３ｃにおけるローカル事象であり、他の仮想空間３ａや仮想空間３ｂの同じ位置に設置されている仕掛けオブジェクト２２ａや仕掛けオブジェクト２２ｂは倒されていない。

また、仮想空間３ｃでは、仕掛けオブジェクト２２ｃが倒されたことで、仕掛けオブジェクト２２ｃに対応づけられている所定のイベント（例えば、ＮＰＣ（non player character）によるダンスや音楽などの実演や、レイドボスであるＮＰＣの出現など）が発動し、それに係るイベントオブジェクト２３が配置されているが、これは当該仮想空間３ｃにおけるローカル事象であり、他の仮想空間３ａおよび仮想空間３ｂには、イベントオブジェクト２３に該当するオブジェクトは配置されていない。

運用システム１０１０は、仮想空間３（３ａ，３ｂ，…）が表している世界観をユーザに認識させるために、仮想空間３（３ａ，３ｂ，…）におけるローカル事象から生じたオリジナリティを共通化する「反映制御」を行う。反映制御の共通化には、様々なバリエーションがある。

図３は、反映制御について説明するための図である。
反映制御は、各ゲームサーバシステム１１００Ｇ毎に実行される。図３の例では、ゲームサーバシステム１１００Ｇａが反映制御を実行している例を示している。

反映制御に係り、ゲームサーバシステム１１００Ｇａは、自分が管理する仮想空間３ａでプレイ中（利用中）のユーザ毎、つまりユーザキャラクタ４毎に、反映制御の対象範囲４０を設定する。図３の例ではユーザキャラクタ４ａが対象範囲４０の設定基準として着目とされている。

ゲームサーバシステム１１００Ｇａは、着目するユーザキャラクタ４ａの仮想空間３ａにおける位置座標を基準位置として対象範囲４０ａを決定する。各仮想空間３ａ，３ｂ，３ｃそれぞれの座標系は同じに設定されているため、仮想空間３ａにおいて対象範囲４０ａを決定すると、他の仮想空間３ｂ，３ｃにおいても、それと同じ座標の対象範囲４０ｂ，４０ｃが一義的に決定する。そして、ゲームサーバシステム１１００Ｇａは、ゲームサーバシステム１１００Ｇｂに対して、ゲームサーバシステム１１００Ｇｂが管理する仮想空間３ｂにおける対象範囲４０ｂに含まれるオブジェクト（但し、ユーザキャラクタ４と基礎オブジェクト１０は除く）の最新状態についての情報を取得する。図３の例では、標識２１ｂと仕掛けオブジェクト２２ｂとのオブジェクトの状態についての情報を取得することになる。

同様にして、ゲームサーバシステム１１００Ｇａは、ゲームサーバシステム１１００Ｇｃに対しても、ゲームサーバシステム１１００Ｇｃが管理する仮想空間３ｃにおける対象範囲４０ｃに含まれるオブジェクトの最新状態についての情報を取得する。図３の例では、仕掛けオブジェクト２２ｃがイベント発動状態（倒れた状態）になっていることについての情報を取得することになる。仕掛けオブジェクト２２ｃがイベント発動状態になったことで、仮想空間３ｃには、イベントオブジェクト２３が出現しているが、当該イベントオブジェクト２３は対象範囲４０ｃには入らないのでイベントオブジェクト２３の状態の情報は取得されない。

そして、ゲームサーバシステム１１００Ｇａは、自分の仮想空間３ａを反映先とし、ゲームサーバシステム１１００Ｇｂの仮想空間３ｂおよびゲームサーバシステム１１００Ｇｃの仮想空間３ｃを反映元として、反映元の対象範囲４０ｂ，４０ｃにおけるオブジェクトの状態を反映先の対象範囲４０ａに反映させる。

図３の例では、結果として、ゲームサーバシステム１１００Ｇａは、自分の仮想空間３ａにおける仕掛けオブジェクト２２ａの状態を、仮想空間３ｃにおける仕掛けオブジェクト２２ｃの状態と同じに変更する。反映させる状態には優劣が定められており、イベント発動状態（倒れた状態）となっている場合は、イベント発動状態（倒れた状態）となっていない場合に対して優先するからである。また、ゲームサーバシステム１１００Ｇａは、仮想空間３ｂにある標識２１ｂが、自分の仮想空間３ａには存在していないので、追加オブジェクトとして標識２１ａを追加する。

追加オブジェクト（この場合標識２１ａ）の追加に当たっては、仮想空間３ａに追加オブジェクトが瞬間的に出現すると違和感を生むので、透明又はほぼ透明な状態（例えば、透明度１００％）で当初追加した後に、時間経過とともに徐々に反映元の仮想空間３ｂにおける標識２１ｂと同じ状態の透明度（例えば、透明度０％）に到達するように制御する。これを反映率の経時制御という。反映率で述べれば、追加当初の透明度１００％は反映率０％に相当する。

因みに、図２に示す状況において、ゲームサーバシステム１１００Ｇｂが、ユーザキャラクタ４ｆに着目して仮想空間３ｂに対象範囲４０ｂを設定して反映制御を実行する場合を考える。この場合、対象範囲４０ｂと同じ位置の範囲であるゲームサーバシステム１１００Ｇｃが管理する仮想空間３ｃの対象範囲４０ｃの中に、イベントオブジェクト２３が存在するので、イベントオブジェクト２３に相当する追加オブジェクトが仮想空間３ｂに追加されることになる。

この追加オブジェクトは、それ以降、ゲームサーバシステム１１００Ｇｂが反映制御を繰り返す毎に、仮想空間３ｃのイベントオブジェクト２３の状態が反映される。従って、ユーザキャラクタ４ｆのユーザは、ユーザキャラクタ４ｆが配置されていない他の仮想空間３ｃでのイベントを仮想体験することができる。

なお、イベントオブジェクト２３に係るイベントが、レイドボスキャラクタを攻略して報酬を得る類いのキャラクタ相互干渉のイベントの場合、ユーザキャラクタ４ｆも当該イベントに参加する制御をしてもよい。つまり、ユーザキャラクタ４ｆが、仮想空間３ｃのイベントオブジェクト２３に対応する追加オブジェクトに対して、攻撃行為をしてダメージを与えたならば、そのダメージに応じて報酬を得るとしてもよい。

図４は、対象範囲４０の設定の一例について説明するための図である。
対象範囲４０は、ユーザキャラクタ４の仮想空間３における現在位置Ｐ（図４中の黒点）を含むユーザキャラクタ４の視界範囲を表す球形として設定される。球の半径Ｒは、ユーザキャラクタ４の高度ＡＬＴと、視界の距離に影響する環境パラメータ値Ｆｅ（例えば、仮想空間の明るさ、霧の有無、雲の中か否か、など）と、を変数とする所定の関数で決定される。

具体的には、高度ＡＬＴが大きい程、ユーザキャラクタ４の視界範囲は広くなるので、関数を、高度ＡＬＴが増加するほど半径Ｒが大きくなり、ある高度値からはほぼ変わらないように設定すると好適である。また、環境パラメータ値Ｆｅが明るさであれば、関数を、環境パラメータ値Ｆｅが大きい程に半径Ｒが増加し、ある明るさ値からはほぼ変わらなくなるように設定すると好適である。なお、半径Ｒの関数や変数は、これらに限らず適宜設定可能である。

なお、対象範囲４０の形状や、対象範囲４０におけるユーザキャラクタ４の相対位置関係は、図３の例に限らず適宜設定可能である。例えば、対象範囲４０の形状は、ユーザキャラクタ４の視線方向を向いた視錐台の形状であってもよい。

反映制御を、ユーザキャラクタ４の現在位置Ｐを基準として決定される対象範囲４０に限定して行うことにより、仮想空間３（３ａ，３ｂ，…）の全体を相互間でつぶさに反映制御する場合よりも、遥かに処理コストが少なくなる。

各ユーザキャラクタ４毎に上述のような対象範囲４０が決定されて反映制御が行われる。そのため、ユーザがゲーム画面を通じて目にし得る範囲においては、異なる仮想空間３（３ａ，３ｂ，…）であっても、共通する世界が見えていることとなる。よって、ユーザ全員が同じ１つの世界に居ると思わせることができる。

また、運用システム１０１０は、仮想空間３の間の差異を共通化する処理コストを更に低減するために「反映対象の間引き」「反映周期の間引き」「反映内容の間引き」を行う。

図５は、「反映対象の間引き」について説明するための図である。
図５の例では、ユーザキャラクタ４に設定された対象範囲４０の中に、２つの小さなオブジェクト２４ａ，２４ｂと、２つの大きなオブジェクト２５ａ，２５ｂがある。小さなオブジェクト２４ａと大きなオブジェクト２５ａは、ユーザキャラクタ４との間の相対距離が所定の第１閾値Ｌ１以下なので、そのサイズに係わらずこれらのオブジェクトを反映対象のオブジェクトとして認定する。

しかし、小さなオブジェクト２４ｂと大きなオブジェクト２５ｂは、ユーザキャラクタ４からの相対距離が第１閾値Ｌ１より大きい。小さなオブジェクト２４ｂについては、ユーザキャラクタ４の視界範囲において映るサイズが小さく、反映先と反映元との仮想空間の違いをユーザに認識させるには影響が小さいのでこれを反映対象とはしない。大きなオブジェクト２５ｂについては、ユーザキャラクタ４の視界範囲において映るサイズもそれなりになるので、仮想空間３の違いをユーザに認識させ得る。よって、大きなオブジェクト２５ｂは反映対象のオブジェクトとする。つまり、ユーザキャラクタ４から遠くにあり視界の中に小さくしか現れないオブジェクトを、反映制御の対象から除外・間引きして処理コストの低減を図っている。

なお、小さなオブジェクト２４ａ，２４ｂと大きなオブジェクト２５ａ，２５ｂとの区別は、予めオブジェクトのサイズについての閾値を設定して区別することができる。サイズ区分を３区分以上設定してもよく、その場合、相対距離の閾値を２種類用意して、どの区分のオブジェクトを反映オブジェクトとするかの範囲を細かく分ければ、より細かに処理コストの低減を図ることができる。

また、オブジェクトの種類によっては、こうしたサイズに基づいて反映対象からの間引きを適用しないとしてもよい。例えば、アイテムなどの場合は、そのサイズの大小にかかわらず反映対象のオブジェクトとする、としてもよい。

図６は、「反映周期の間引き」について説明するための図である。
この例では、ユーザキャラクタ４の対象範囲４０に、動かないオブジェクトの標識２１ａと、動くオブジェクトのＮＰＣ２６と、が例示されている。

上述した反映制御を実行するタイミングは、画面表示品質の観点からユーザ端末１５００での表示画面のリフレッシュレートと同程度の短周期とするのが好適である。ＮＰＣ２６のように動くオブジェクトの場合は、その動作も滑らかに表現する必要があるし、ＮＰＣ２６が敵キャラクタであれば、ユーザキャラクタ４がダメージを受ける可能性もあるので、リフレッシュレートと同程度の周期で連続的に反映制御を行うべきといえる。

対して、標識２１ａについては、動きの要素が無いので、リフレッシュレートと同程度の周期で処理コストを掛けて連続的に反映制御を行う必要性が低い。例えば、数秒おきに反映制御しても、ユーザが抱く１つの仮想空間としての認識に矛盾を生じさせる可能性が低い。よって、標識２１ａを対象とする反映制御は、ＮＰＣ２６の反映制御のタイミング周期よりも長い周期で実行する。つまり、ＮＰＣ２６については反映周期の間引きをする。

このように、オブジェクトの種類・属性（この場合、動く／動かない）に応じて、当該オブジェクトに係る反映制御を実行するタイミングを違えることで、各タイミングで反映制御の対象とするオブジェクト数を減らし、処理コストの低減を図ることができる。なお、反映周期の間引きは、ゲームサーバシステム１１００Ｇの処理能力が十分に高く、また通信速度も十分なケースでは省略してもよい。

図７は、「反映内容の間引き」について説明するための図である。
図７の例では、ユーザキャラクタ４の対象範囲４０の中に、反映対象のオブジェクトとして選択された標識２１ｄと標識２１ｅとがある。ユーザキャラクタ４までの相対距離が、所定の第２閾値Ｌ２以下となる標識２１ｄについては、当該オブジェクトの状態項目全てを反映元の仮想空間３から反映先の仮想空間３へ反映させる。相対距離が第２閾値Ｌ２より大きい標識２１ｅについては、当該オブジェクトの状態項目の一部のみを反映させる。

具体的には、標識２１ｄは、ユーザキャラクタ４の近くにあるので、標識２１ｄの本体オブジェクトに付加されている付属オブジェクト（例えば、標識に刺さっているナイフ、とまっているトンボ、など）、細部の彩色が施されたスキン（例えば、汚れ、標識の文字、などもが描かれたスキン）、など状態項目の全てを反映させる。つまり、ディテールまで反映させる。

一方、標識２１ｅは、ユーザキャラクタ４から遠くにあり、標識２１ｅはユーザキャラクタ４の視界では小さくしか見えない。よって、標識２１ｅの細部については反映を省略しても、ユーザが抱く１つの仮想空間としての認識に矛盾を生じさせる可能性が低い。よって、標識２１ｅの本体オブジェクトに付加されている付属オブジェクトの反映を省略したり、反映元で適用されているディテール（例えば、標識の内容を示すテキストや汚れなど）を省略し、簡単な配色とする。

このように、反映対象とされるオブジェクトの状態を表す情報のうち、幾つかを省略して反映内容を間引きして反映制御を実行することによって、処理コストの低減を図る。すなわち、反映内容の間引きは、反映させる際の表示制御に係る内容を変更しているともいえる。

次に、機能構成について説明する。
図８は、ポータルサーバシステム１１００Ｐの機能構成例を示すブロック図である。
ポータルサーバシステム１１００Ｐは、操作入力部１００ｐと、処理部２００ｐと、音出力部３９０ｐと、画像表示部３９２ｐと、通信部３９４ｐと、記憶部５００ｐとを備える。

操作入力部１００ｐは、ポータルサーバシステム１１００Ｐの管理のための各種操作を入力するための手段である。例えば、キーボード、タッチパネル、マウス、などがこれに該当する。

処理部２００ｐは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路となるプロセッサの他、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｐや記憶部５００ｐを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｐからの操作入力信号、ユーザ端末１５００やゲームサーバシステム１１００Ｇ（１１００Ｇａ，１１００Ｇｂ，…）などから受信したデータ、等に基づいて各種の演算処理を実行して、ポータルサーバシステム１１００Ｐの動作を統合的に制御する。

処理部２００ｐは、ユーザ管理部２０２と、サーバ振り分け制御部２０４と、課金管理部２０６と、計時部２８０ｐと、音生成部２９０ｐと、画像生成部２９２ｐと、通信制御部２９４ｐとを含む。勿論、これら以外の機能部も適宜含めることができる。

ユーザ管理部２０２は、ユーザ登録手続きに係る処理およびユーザアカウントに紐付けられる各種情報の記憶管理を行う。

サーバ振り分け制御部２０４は、サービスの利用を希望するユーザを、何れかのゲームサーバシステム１１００Ｇへ振り分ける制御を行う。振り分け先のゲームサーバシステム１１００Ｇは、ユーザ毎に固定的に決定することとしてもよいし、ログイン毎に可変的に選択・決定することとしてもよい。また、振り分け先のゲームサーバシステム１１００Ｇを決定する方式は、自動であってもよいし、ユーザの希望に基づいて決定するとしてもよい。

課金管理部２０６は、ゲームシステム１０００の利用料や、ゲームで利用可能なアイテム等の購入、などの課金要素の実現に係る各種制御を行う。

計時部２８０ｐは、システムクロックを利用して現在日時や制限時間等の各種計時を行う。

音生成部２９０ｐは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現される。音生成部２９０ｐは、生成した音声信号を音出力部３９０ｐへ出力する。音出力部３９０ｐは、スピーカ等により実現され、音声信号に基づいて放音する。

画像生成部２９２ｐは、ポータルサーバシステム１１００Ｐのシステム管理のための各種管理画面の画像生成を行い、画像データを画像表示部３９２ｐに出力する。画像表示部３９２ｐは、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。

通信制御部２９４ｐは、データ通信に係るデータ処理を実行し、通信部３９４ｐを介して外部装置とのデータのやりとりを実現する。通信部３９４ｐは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３がこれに該当する。

記憶部５００ｐは、処理部２００ｐにポータルサーバシステム１１００Ｐを統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、記憶部５００ｐは、処理部２００ｐの作業領域として用いられ、処理部２００ｐが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置１１０１が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体がこれに該当する。オンラインストレージを記憶部５００ｐに含めてもよい。

記憶部５００ｐは、ポータルサーバプログラム５０１と、配信用クライアントプログラム５０２と、課金管理データ５０９と、ユーザ管理データ５１０と、ログイン管理データ５２０と、を記憶する。なお、記憶部５００ｐは、その他のプログラムやデータ（例えばタイマーや、カウンタ、各種フラグ、現在日時、など）も適宜記憶する。

ポータルサーバプログラム５０１は、処理部２００ｐが読み出して実行することで、ポータルサーバシステム１１００Ｐを、ユーザ管理部２０２、サーバ振り分け制御部２０４、課金管理部２０６、などとして機能させるためのプログラムである。

配信用クライアントプログラム５０２は、ユーザ端末１５００へ提供されて実行されるクライアントプログラムのオリジナルである。

課金管理データ５０９は、課金に関する各種データを含む。例えば、サービス利用料、アイテム別の料金および在庫情報、などを含む。

ユーザ管理データ５１０は、登録手続を済ませたユーザ別に用意され、ユーザ管理部２０２により管理される。ユーザ管理データ５１０は、当該ユーザに係る各種データを格納する。具体的には、ユーザ管理データ５１０は、ユーザ固有のユーザアカウント５１１、当該ユーザのゲームプレイ成績に応じて自動的に決定されるプレーヤレベル５１２、ゲームサーバシステム１１００Ｇのうちどれを利用したかの履歴である利用サーバ履歴データ５１３、課金履歴データ５１４、セーブデータ５１５、などを含む。セーブデータ５１５には、ユーザキャラクタ設定データ５１６などが含まれる。

ログイン管理データ５２０は、ゲームシステム１０００全体におけるユーザのログイン状況を管理するデータであって、ログインしたユーザ別に作成される。

図９は、ゲームサーバシステム１１００Ｇ（１１００Ｇａ，１１００Ｇｂ，…）の機能構成例を示すブロック図である。ゲームサーバシステム１１００Ｇは、操作入力部１００ｇと、処理部２００ｇと、音出力部３９０ｇと、画像表示部３９２ｇと、通信部３９４ｇと、記憶部５００ｇとを備える。

操作入力部１００ｇは、ゲームサーバシステム１１００Ｇの管理のための各種操作を入力するための手段である。例えば、キーボード、タッチパネル、マウス、などがこれに該当する。

処理部２００ｇは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路となるプロセッサの他、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｇや記憶部５００ｇを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｇからの操作入力信号、ユーザ端末１５００やポータルサーバシステム１１００Ｐなどから受信したデータ、等に基づいて各種の演算処理を実行して、ゲームサーバシステム１１００Ｇの動作を統合的に制御する。

処理部２００ｇは、仮想空間管理部２２０と、計時部２８０ｇと、音生成部２９０ｇと、画像生成部２９２ｇと、通信制御部２９４ｇとを含む。勿論、これら以外の機能部も適宜含めることができる。

仮想空間管理部２２０は、仮想空間の構築・管理に係る各種制御を実行する。
具体的には、仮想空間管理部２２０は、オブジェクト情報管理部２２２と、利用状況情報更新部２２４と、反映関係選択部２２６と、対象範囲設定部２２８と、反映制御部２３０と、イベント情報管理部２３２と、を含む。

オブジェクト情報管理部２２２は、仮想空間３別に表示制御されるオブジェクトの情報であるオブジェクト情報を管理する制御を行う。具体的には、オブジェクト情報管理部２２２は、オブジェクトに関するユーザキャラクタ４の行為に基づいて、オブジェクト情報を変更する。

利用状況情報更新部２２４は、当該ゲームサーバシステム１１００Ｇの利用状況を表す情報を更新し、また他のゲームサーバシステム１１００Ｇへ当該利用状況を表す情報を提供する（或いは他のゲームサーバシステム１１００Ｇの利用状況を表す情報を取得する）制御を行う。

反映関係選択部２２６は、複数の仮想空間３のなかから、反映元空間および反映先空間を選択する。具体的には、反映関係選択部２２６は、当該仮想空間に係るユーザの利用状況に基づいて、反映元空間および反映先空間を選択する。つまり、反映関係選択部２２６は、反映元空間を選択する反映元空間選択部２２６ａと、反映先空間を選択する反映先空間選択部２２６ｂとを有する。

対象範囲設定部２２８は、仮想空間３間で共通の範囲として、反映制御の対象とする所与の対象範囲４０を設定する。具体的には、対象範囲設定部２２８は、反映先空間に存在するユーザキャラクタ４の位置に基づいて対象範囲４０を設定する（図４参照）。

反映制御部２３０は、オブジェクト情報に基づいて、複数の仮想空間３のうちの反映元空間の対象範囲４０内のオブジェクトを、複数の仮想空間３のうちの反映先空間の対象範囲４０に反映させて表示制御する反映制御を、所与の反映発動条件が満たされた場合に実行する。

また、反映制御部２３０は、対象範囲４０に基づいて選択されたオブジェクトの中から、反映制御の対象を選択する。例えば、反映対象の間引きがこれに該当する（図５参照）。

また、反映制御部２３０は、反映対象とされるオブジェクトの属性に基づいて、反映制御を実行するタイミングを決定する。例えば、反映周期の間引きがこれに該当する（図６参照）。

また、反映制御部２３０は、反映制御の反映内容を可変に決定する。具体的には、反映制御部２３０は、オブジェクトに係る反映可否情報に基づいて、反映制御の反映内容を可変に決定する。

例えば、反映元にはあるが反映先には無い偏在オブジェクトを、反映先に追加オブジェクトとして追加した場合に、その反映率（透明度）を可変に決定することがこれに該当する。また例えば、反映対象とするオブジェクトの状態項目の間引きもこれに該当する（図７参照）。また例えば、反映可否情報を適切に設定することで、反映対象となるオブジェクトを削減して処理コストを低減したり、特定の仮想空間３でのみ出現するオブジェクトを設定することも可能となる。

また、反映制御部２３０は、反映元空間に係るワールドタイムと、反映先空間に係るワールドタイムとに基づいて、反映制御を実行するタイミングを制御する。

ここで言う「ワールドタイム」は、仮想空間３（ゲーム世界）における日時である。反映制御部２３０は、仮想空間３それぞれのワールドタイムにズレがある状況において、反映制御を実行するタイミングを、各仮想空間３のワールドタイム基準に合わせる（例えば各仮想空間３それぞれにおける「正午」のワールドタイムとする）といったことが可能になる。

イベント情報管理部２３２は、当該ゲームサーバシステム１１００Ｇが管理する仮想空間３において発動したイベントに係る情報を記憶・管理する。

計時部２８０ｇは、システムクロックを利用して現在日時や制限時間等の各種計時を行う。

音生成部２９０ｇは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、ゲームサーバシステム１１００Ｇのシステム管理や、オンラインゲームの提供に係る操作音や効果音、ＢＧＭ、音声通話、などの音声データを生成或いはデコードする。そして、システム管理に関する音声信号は音出力部３９０ｇへ出力する。音出力部３９０ｇは、スピーカ等により実現され、音声信号に基づいて放音する。

画像生成部２９２ｇは、ゲームサーバシステム１１００Ｇのシステム管理のための各種管理画面の画像生成を行い、画像データを画像表示部３９２ｇに出力する。画像表示部３９２ｇは、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させるデバイスで実現される。

また、画像生成部２９２ｇは、ゲームプレイに係る画像の生成を行う。例えば、各ユーザ端末１５００に表示させる仮想空間３の画像をレンダリングする。

通信制御部２９４ｇは、通信部３９４ｇを介して外部装置とのデータのやりとりを実現する。通信部３９４ｇは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３がこれに該当する。

記憶部５００ｇは、処理部２００ｇにゲームサーバシステム１１００Ｇを統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、処理部２００ｇの作業領域として用いられ、処理部２００ｇが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置１１０１が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体がこれに該当する。オンラインストレージを記憶部５００ｇに含めてもよい。

図１０は、ゲームサーバシステム１１００Ｇの記憶部５００ｇが記憶するプログラムやデータの例を示す図である。記憶部５００ｇは、例えば、ゲームサーバプログラム５０３と、仮想空間初期設定データ５３０と、当該ゲームサーバシステム１１００Ｇにログインしているユーザを示すログインユーザリスト５３２と、当該ゲームサーバシステム１１００Ｇの利用状況情報５４０と、他のゲームサーバシステム１１００Ｇから取得した他利用状況情報５４０ｔと、反映関係選択基準データ５６０と、仮想空間管理データ６００と、反映関係設定データ６７０と、反映制御の実行に係る各種データを一時的に格納する反映制御データ７００と、現在日時９００と、を記憶する。勿論、これら以外のデータも適宜格納してもよい。

ゲームサーバプログラム５０３は、処理部２００ｇが読み出して実行することで、処理部２００ｇを仮想空間管理部２２０として機能させるためのプログラムである。

仮想空間初期設定データ５３０は、仮想空間３の初期状態を定義する各種データ、仮想空間３に登場するオブジェクトの種類別にその初期状態および当該オブジェクトを表示・動作制御するために必要な各種データを格納する。本実施形態の仮想空間３はゲーム空間であるから、仮想空間初期設定データ５３０は、ゲーム初期設定データであるともいえる。ゲームルールに係る各種設定データもここに含まれる。

例えば、仮想空間初期設定データ５３０は、基礎オブジェクト１０のデータや背景オブジェクト２０のデータを含む。例えば、基礎オブジェクト１０については、モデルデータやスキンデータを含む。また、仮想空間３のどの位置にどの種類の基礎オブジェクト１０をどの姿勢で配置するかのデータを含む。

背景オブジェクト２０については、モデルデータ、スキンデータ、動作制御データ、ユーザキャラクタ４の行為によってどのように形態が変更するかの設定データ、などを含む。

また、仮想空間初期設定データ５３０に、初期のユーザキャラクタ４のデータを含ませる場合には、初期のユーザキャラクタ４のモデルデータ、スキンデータ、動作制御データ、初期能力パラメータ値、などを含む。
また、仮想空間初期設定データ５３０は、アイテムのデータを含む。また、仮想空間初期設定データ５３０は、仮想空間に登場するＮＰＣに係るモデルデータ、スキンデータ、モーションデータ、初期能力パラメータ値、などを含む。

利用状況情報５４０および他利用状況情報５４０ｔは、図１１に示すようなデータ構成を有する。具体的には、利用状況情報５４０は、（１）当該情報がどのゲームサーバシステム１１００Ｇの利用状況を示しているかを示す固有のサーバシステムＩＤ５４１と、（２）サーバシステムＩＤ５４１が示すゲームサーバシステム１１００Ｇが管理する仮想空間３に固有の仮想空間ＩＤ５４３と、（３）仮想空間ＩＤ５４３が示す仮想空間３におけるワールドタイム５４５と、（４）当該ゲームサーバシステム１１００Ｇにログインしているユーザ数である利用者数５４７と、（５）現在ログインしているユーザの課金履歴データ５１４から導かれる課金額合計５４９と、（６）現在ログインしているユーザの利用サーバ履歴データ５１３から導かれる利用頻度５５１と、（７）現在ログインしているユーザのプレーヤレベル５１２から導かれるユーザレベル分布５５３と、（８）当該ゲームサーバシステム１１００Ｇのパフォーマンスを表す負荷状況値５５５と、（９）通信品質パラメータ値５５７と、を含む。勿論、利用状況情報５４０には、これら以外の情報も適宜含めることができる。他利用状況情報５４０ｔのデータ構成は、利用状況情報５４０と同様である。

負荷状況値５５５は、例えば、ＣＰＵやメモリに係るパフォーマンスパラメータ値の１つ又は複数で記述される。

通信品質パラメータ値５５７は、当該ゲームサーバシステム１１００Ｇと他のゲームサーバシステム１１００Ｇとの間の通信状況の良し悪しを表すパラメータ値である。例えば、通信速度、遅延、パケットロス、などのパラメータ値、およびそれらを変数として求められるパラメータ値、で記述される。

図１０に戻って、反映関係選択基準データ５６０は、反映制御に係る仮想空間３の参照関係の設定基準を示すデータであって、様々な状況別に用意される。１つの反映関係選択基準データ５６０は、例えば、どのような状況において当該基準データが適用されるかを示す適用要件と、適用要件が満たされる状況において反映先の仮想空間３を選択する基準となる反映先設定と、適用要件が満たされる状況において反映元の仮想空間３を選択する基準となる反映元設定と、を含む。

適用要件は、複数のサブ条件をＡＮＤやＯＲで組み合わせて記述する。そして、サブ条件は、利用状況情報５４０に含まれる項目のパラメータ値を用いて記述してもよい。
例えば、適用要件に、自機（反映関係を選択しようとするゲームサーバシステム１１００Ｇ）と他機（他のゲームサーバシステム１１００Ｇ）との利用者数５４７の差の範囲を用いて記述されるサブ条件を含めると、利用者数５４７の差が大きい他機を反映元に含める／含めない、という反映関係の選択が可能になる。また例えば、適用要件に、他機の利用者数５４７の範囲を設定すると、利用者数５４７が閾値より大きい他機を反映元に選択する／選択しない、という反映関係の選択が可能になる。

勿論、利用者数５４７に代えて、課金額合計５４９、利用頻度５５１、ユーザレベル分布５５３、負荷状況値５５５、通信品質パラメータ値５５７、を用いたサブ条件を設定してもよい。例えば、適用要件に負荷状況値５５５を用いて記述されるサブ条件を含めれば、負荷状況が高いゲームサーバシステム１１００Ｇは反映元に選択しない、ということが可能になる。また例えば、適用要件に通信品質パラメータ値５５７を用いて記述されるサブ条件を含めれば、通信状況が不良で通信に時間がかかってしまうゲームサーバシステム１１００Ｇは反映元に選択しない、ということが可能になる。

反映先設定は、基本的には自機（反映関係を選択しようとしているゲームサーバシステム１１００Ｇ）が管理する仮想空間３を示す。反映元設定は、基本的には、適用要件を満たした他機が管理する仮想空間３を示す。

仮想空間管理データ６００は、当該ゲームサーバシステム１１００Ｇが管理する仮想空間３の最新状態を記述する各種データを格納する。仮想空間管理データ６００は、例えば図１２に示すように、固有の仮想空間ＩＤ６０１と、ワールドタイム６０３と、基礎オブジェクト情報６０５と、背景オブジェクト情報６１０と、ユーザキャラクタ情報６２０と、追加オブジェクト情報６４０と、発動イベント情報６５０と、を含む。勿論、これら以外のデータも適宜含めることができる。

ワールドタイム６０３は、当該仮想空間３の日時である。基本的には、異なるゲームサーバシステム１１００Ｇの仮想空間３のワールドタイム６０３は、それぞれの標準時に基づいて時刻合わせされる。標準時に対するズレを意図的に設定して、異なるゲームサーバシステム１１００Ｇの仮想空間３において、ワールドタイム６０３が異なっていてもよい。

基礎オブジェクト情報６０５は、各仮想空間３の世界観が同じであるとの認識をユーザに抱かせるための基礎をなす基礎オブジェクト１０（例えば、仮想空間を作り上げる地理、主要な建造物、など）毎に用意され、その最新状態を記述するパラメータ値（例えば、位置、姿勢、適用されるスキンデータ、動作データの種類、など）を格納する。基礎オブジェクト１０の状態は、基本的にはユーザキャラクタ４を介した仮想空間３でのユーザの行為によって変化するものではない。別の言い方をすると、基礎オブジェクト１０は反映制御の対象とはされない。

背景オブジェクト情報６１０は、背景オブジェクト２０毎に用意され、その最新状態を記述する各種データを格納する。背景オブジェクト情報６１０は、仮想空間３に新たに配置されると作成され、配置が解除されて消滅すると削除される。１つの背景オブジェクト情報６１０は、例えば図１３に示すように、固有のオブジェクトＩＤ６１１と、オブジェクト種類６１３と、位置座標６１５と、オブジェクト状態情報６１７と、を含む。勿論、これら以外のデータも適宜含めることができる。

オブジェクト状態情報６１７は、当該オブジェクトの状態を表す項目別に用意され、そのオブジェクトに係る最新状態を表すデータが格納されている。項目には、例えば、形態状態と、動作制御状態と、オブジェクトの能力の状態（例えば、キャラクタやアイテムの能力パラメータ値）と、キャラクタとしてのステータス状態と、がある。形態状態とは、当該オブジェクトの見かけに関する状態であり、例えば、他から見える出現状態、他からは見えない消失状態、半透明状態、アイテムや装備などの付加オブジェクトの付属の有無、適用されているスキンの情報、スキンに付加されている追加配色の有無、などがある。ステータス状態とは、例えば、正常や、昏睡・麻痺などの異常、などがある。

オブジェクト状態情報６１７は、関与イベント情報６１８と、当該オブジェクトに係る反映可否情報６１９と、を含む。

関与イベント情報６１８は、当該オブジェクトの出現や、状態変化の起源や要因とされるイベントについての情報、例えばイベントＩＤや発動日時、などである。

反映可否情報６１９は、当該オブジェクトの反映を許可するかしないかの設定を示す。反映可否情報６１９を「反映不可」にしたオブジェクトについては、他の仮想空間３に反映されなくなる。例えば、アクションＲＰＧにおける敵ＮＰＣを、各仮想空間３における独立的なオブジェクトとする構成では、敵ＮＰＣのオブジェクトの反映可否情報６１９を「反映不可」に設定する。また、エフェクトオブジェクトや、会話などの吹き出しオブジェクト、その仮想空間３に参加しているユーザキャラクタ４向けのローカルな情報掲示板（例えば、運営からのお知らせ、注意事項、などの掲示板）などの反映可否情報６１９も「反映不可」に設定すると好適である。また、仮想空間３毎のオリジナリティをある程度許容する構成では、その仮想空間３に固有のイベントを設定し、そのイベントに係るオブジェクトを「反映不可」に設定するとよい。また例えば、任意設置オブジェクト２１のオブジェクト状態情報６１７には、配置日時を含めても良い。

ユーザキャラクタ情報６２０は、当該ユーザキャラクタ４に係る各種オブジェクトの最新の状態を記述する各種データを格納する。

１つのユーザキャラクタ情報６２０は、例えば図１４に示すように、固有のユーザキャラクタＩＤ６２１と、ユーザアカウント６２３と、位置座標６２５と、ユーザキャラクタ４のオブジェクト状態情報６２７（当該ユーザキャラクタのオブジェクト状態情報６１７に相当）と、を含む。勿論、これら以外のデータも適宜含めることができる。

追加オブジェクト情報６４０は、反映元の仮想空間３に有って、反映先の仮想空間３に無いオブジェクト（偏在オブジェクト）を、反映先の仮想空間３に追加するのにともなって作成される。１つの追加オブジェクト情報６４０は、固有のオブジェクトＩＤ６４１と、オブジェクト種類６４３と、位置座標６４５と、反映元での偏在オブジェクトのオブジェクト状態情報６１７の写しである反映元オブジェクト状態情報６４７と、反映率６４９と、を含む。

反映率６４９は、反映元のオブジェクトを反映先にどの程度表示させるか（＝反映させるか）を表す表示制御の割合である。０％で反映無しつまり反映先では見えない状態となり、１００％で反映元と同じ状態で表示されることを意味する。本実施形態では反映率６４９として反透明度を用い、初期値を０％又は数％程度とし、時間経過とともに１００％に近づくように更新する。そうすることで、追加オブジェクトが、いきなり反映先の仮想空間３に出現するのではなく、徐々にその姿がはっきりしてくるように表示制御して、追加出現に伴う見え方の違和感を抑制する。なお、反映率６４９として表示倍率を用いてもよい。

図１２に戻って、発動イベント情報６５０は、当該仮想空間３において発動されたイベント毎に作成され、当該イベントに係る各種データを格納する。イベントの履歴データということもできる。例えば、１つの発動イベント情報６５０は、発動日時、発動したイベントを示すイベントＩＤ、発動位置座標、などの情報を含む。勿論、これら以外の情報も適宜含めることができる。例えば、当該イベントの発動に伴い、仮想空間３に追加配置したオブジェクトのオブジェクトＩＤや位置座標、消去したオブジェクトのオブジェクトＩＤ、イベント成績情報、などを含めてもよい。

図１０に戻って、反映関係設定データ６７０は、反映関係選択基準データ５６０に基づいて選択・決定された反映関係の結果を格納する。具体的には、反映関係設定データ６７０は、反映先空間ＩＤ（又は反映先空間を管理するゲームサーバシステム１１００Ｇの識別情報やアクセス情報）と、反映元空間ＩＤ（又は反映元空間を管理するゲームサーバシステム１１００Ｇの識別情報やアクセス情報）と、を含む。

図１６は、ユーザ端末１５００の機能構成例を示す機能ブロック図である。ユーザ端末１５００は、操作入力部１００と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００と、を備える。

操作入力部１００は、ユーザによってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、などによって実現できる。

端末処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や端末記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、ポータルサーバシステム１１００Ｐやゲームサーバシステム１１００Ｇから受信した各種データに基づいて各種の演算処理を実行して、ユーザ端末１５００の動作を制御する。

端末処理部２００は、クライアント制御部２６０と、計時部２８０と、音生成部２９０と、画像生成部２９２と、通信制御部２９４と、を有する。

クライアント制御部２６０は、ゲームシステム１０００におけるゲームクライアントとしての制御として、ユーザ端末１５００をＭＭＩＦ（マン・マシン・インターフェース）として機能させる各種制御を行う。具体的には、クライアント制御部２６０は、操作入力情報提供部２６１と、表示制御部２６２と、を有する。

操作入力情報提供部２６１は、操作入力部１００からの入力に応じて操作入力情報をゲームサーバシステム１１００Ｇへ送信する制御を行う。

表示制御部２６２は、ゲームサーバシステム１１００Ｇから受信したデータに基づいて各種画像を表示させるための制御を行う。

計時部２８０は、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現され、楽曲や効果音、各種操作音の音信号を生成し、音出力部３９０に出力する。音出力部３９０は、スピーカなど音生成部２９０から入力される音信号に基づいて音出力（放音）する装置によって実現される。

画像生成部２９２は、クライアント制御部２６０の制御に基づく画像を画像表示部３９２へ表示させる画像信号を生成・出力する。図１の例では、制御基板１５５０に搭載されるＧＰＵ（Graphics Processing Unit）や、グラフィックコントローラ、グラフィックボード、などがこれに該当する。画像表示部３９２は、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。

通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。

通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信モジュール１５５３がこれに該当する。

端末記憶部５００は、端末処理部２００に所与の機能を実現させるためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図１の例では、制御基板１５５０が搭載するＩＣメモリ１５５２がこれに該当する。

具体的には、端末記憶部５００は、ユーザ端末１５００をクライアント制御部２６０として機能させるためのクライアントプログラム５０４（アプリケーションプログラム）と、現在日時９００と、を記憶する。勿論、これら以外のデータも適宜記憶できる。

図１７から図１９は、ゲームサーバシステム１１００Ｇにおける処理の流れを説明するためのフローチャートである。図３の例に照らして、処理の実行主体をゲームサーバシステムＧａとして説明するが、他のゲームサーバシステムＧｂ，Ｇｃも同様の処理を並行的に実行する。当該処理は、所与の周期で繰り返し実行される。

図１７に示すように、ゲームサーバシステム１１００Ｇａは、当該サーバシステムにログインするユーザのユーザキャラクタ４を、自身が管理する仮想空間３ａに配置する（ステップＳ１０）。

次に、ゲームサーバシステム１１００Ｇａは、ユーザ端末１５００からの操作入力情報に基づいて、当該端末に対応するユーザキャラクタ４（４ａ，４ｂ，…）のオブジェクトの動作を制御し（ステップＳ１２）、その結果として他のオブジェクト、例えば背景オブジェクト２０などの制御を行い（ステップＳ１４）、イベントの発動や発動中のイベントの制御などを行うイベント管理処理を実行する（ステップＳ１６）。つまり、ユーザキャラクタ４の行為に応じて、仮想空間３ａに配置されているオブジェクトの状態を変更し、イベントを発動させ、発動したイベントに係るオブジェクトを制御する。よって、ステップＳ１２からステップＳ１６によって、実質的にゲームプレイが進行したことになる。これらのステップにプレイ成績を決定する処理を含めてもよい。

次に、ゲームサーバシステム１１００Ｇａは、自機の利用状況情報５４０（図１１参照）を更新し（ステップＳ２０）、他のゲームサーバシステム１１００Ｇｂやゲームサーバシステム１１００Ｇｃとの間でそれぞれの利用状況情報５４０を交換し（ステップＳ２２）、他利用状況情報５４０ｔ（図１０参照）を取得して記憶する。

次に、ゲームサーバシステム１１００Ｇａは、所与の反映発動条件が満たされているかを判定する（ステップＳ２４）。例えば、反映発動条件は日時条件とすることができる。具体的には、反映発動条件を、特定の日時（通信環境が悪化する時間帯や曜日、特定のイベント開催日時）を除外して設定することができる。また、反映発動条件は、ログインしているユーザすなわち利用者数の条件とすることができる。

そして、反映発動条件が満たされたならば（ステップＳ２４のＹＥＳ）、ゲームサーバシステム１１００Ｇａは、反映制御の準備として反映関係を設定する（ステップＳ２６）。具体的には、反映関係選択基準データ５６０（図１０参照）の中から、適用要件が満たされる基準データを検索し、検索された基準データの反映先設定および反映元設定に基づいて反映先空間および反映元空間を選択して反映関係設定データ６７０に設定する。

次に、ゲームサーバシステム１１００Ｇａは、自身が管理している仮想空間３ａに現在配置されているユーザキャラクタ４毎にループＡ（ステップＳ４０からステップＳ１００；図１９参照）を実行する。

ループＡでは、ゲームサーバシステム１１００Ｇａは、処理対象ユーザキャラクタ（図３の例では、着目するユーザキャラクタ４ａ）の位置座標に基づいて対象範囲４０ａを決定し（ステップＳ４２）、反映元空間別にループＢを実行する（ステップＳ４４からステップＳ９８；図１９）。

ループＢにおいて、ゲームサーバシステム１１００Ｇａは、ループＢの処理対象とされる反映元空間を管理する他のゲームサーバシステム１１００Ｇと通信して、当該反映元空間における対象範囲４０（ステップＳ４２で求めた対象範囲４０ａに相当する範囲）に含まれるオブジェクト（但し、ユーザキャラクタ４、基礎オブジェクト１０を除く）のオブジェクト情報（背景オブジェクト情報６１０、追加オブジェクト情報６４０）を取得する（ステップＳ４６）。

図１８に移って、ゲームサーバシステム１１００Ｇａは、取得したオブジェクト状態情報を参照して、自身が管理する仮想空間３ａと、ループＢの処理対象である反映元空間の仮想空間３とで、同一の存在と見なせるオブジェクトの対応づけを行い、対応付け毎に「オブジェクト対」を設定する（ステップＳ５０）。同一の存在と見なせるオブジェクトを見つける方法は適宜選択可能である。例えば、同種類のオブジェクトで、双方の位置座標のズレが所定の許容範囲内であれば、同一の存在と見なせるオブジェクトと判定してもよい。

次にゲームサーバシステム１１００Ｇａは、生成されたオブジェクト対別にループＣを実行する（ステップＳ５２からステップＳ６２）。

ループＣにおいて、ゲームサーバシステム１１００Ｇａは、ループＣの処理対象であるオブジェクト対のオブジェクトが、反映周期の間引き対象に該当するかを判定する（ステップＳ５４）。例えば、動かないオブジェクトは間引き対象に該当すると判定し、動くオブジェクトは間引き対象に該当しないと判定する（図６参照）。

反映周期の間引き対象に該当しないと判定した場合（ステップＳ５４のＮＯ）、ゲームサーバシステム１１００Ｇａは、反映内容を決定する（ステップＳ５８）。ここで、反映内容の間引きを行う（図７参照）。

そして、ステップＳ４６で取得している反映元空間のオブジェクト情報の中から、ループＣの処理対象であるオブジェクト対の反映元のオブジェクトのオブジェクト情報を検索し、ループＣの処理対象のオブジェクト対の反映先のオブジェクトのオブジェクト情報へ、ステップＳ５８で決定した反映内容を反映させる（ステップＳ６０）。そしてループＣを終える（ステップＳ６２）。

一方、反映周期の間引き対象に該当すると判定した場合（ステップＳ５４のＹＥＳ）、ゲームサーバシステム１１００Ｇａは、前回の反映制御から所定時間経過しているかを判定する（ステップＳ５６）。例えば、反映周期の間引き対象に該当するオブジェクトは、現在日時の１０秒おきに反映制御すると決めておけば、現在日時９００の秒数の１桁が「０」になっていれば、ステップＳ５６は肯定判定とし（ステップＳ５６のＹＥＳ）、ステップＳ５８～Ｓ６０を実行する。もし、ステップＳ５６が否定判定されるならば（ステップＳ５６のＮＯ）、今回の制御サイクルでは反映制御をスキップしてループＣを終える（ステップＳ６２）。

オブジェクト対の全てについてループＣを実行したならば、ゲームサーバシステム１１００Ｇａは、反映元空間に有って反映先空間に無い偏在オブジェクトを検索し（ステップＳ７０）、検索された偏在オブジェクトから反映対象の間引きをする（ステップＳ７２；図５参照）。

具体的には、ゲームサーバシステム１１００Ｇａは、検索された偏在オブジェクト毎にループＢの処理対象のユーザキャラクタ４との相対距離を求め、相対距離が第１閾値Ｌ１を超える範囲の偏在オブジェクトについては、そのサイズが基準以下のオブジェクトを検索結果から除外する。つまり、相対距離とサイズに基づく反映対象の間引きをする。更に、ゲームサーバシステム１１００Ｇａは、除外後に残っている偏在オブジェクトそれぞれの反映可否情報６１９を参照し、当該情報が「反映不可」に設定されているオブジェクトを、更に検索結果から除外する。つまり、オブジェクトの属性に基づいて反映対象の間引きをする。こうして検索結果から間引かれずに残った偏在オブジェクトが、反映対象オブジェクトとされる。

図１９に移って、次にゲームサーバシステム１１００Ｇａは、ループＢの処理対象である反映元空間のワールドタイムに対して、反映先空間のワールドタイムが遅れているかを判定する（ステップＳ７４）。

もし、遅れていなければ（ステップＳ７４のＮＯ）、ゲームサーバシステム１１００Ｇａは、検索結果から間引かれずに残った偏在オブジェクト（反映対象となるオブジェクト）毎にループＤを実行する（ステップＳ８０からステップＳ８６）。

ループＤにおいて、ゲームサーバシステム１１００Ｇａは、ループＤの処理対象である偏在オブジェクトについて反映内容を決定し（ステップＳ８２）、当該偏在オブジェクトを、新たな追加オブジェクトとして反映先空間へ追加配置し（ステップＳ８４）、ループＤを終える（ステップＳ８６）。ステップＳ８４に伴い、反映先空間の仮想空間管理データ６００（図１２参照）に、新たに追加オブジェクト情報６４０が作成される。

ゲームサーバシステム１１００Ｇａは、ステップＳ７２を経て検索結果から間引かれずに残った偏在オブジェクト（反映対象となるオブジェクト）の全てについてループＤを実行したならば、反映先空間に有って反映元空間に無い追加オブジェクトを検索して反映先空間から消去し（ステップＳ９６）、ループＢを終える（ステップＳ９８）。

ステップＳ９６によって、追加オブジェクトの起源となった反映元空間のオブジェクトが、何らかの理由で反映元空間から消去された場合に、それを反映先空間からも消去する。ステップＳ９６は、背景オブジェクト２０についても実行されるので、反映元空間で消去された背景オブジェクト２０が反映先空間からも消去されることになる。

一方、ループＢの処理対象である反映元空間のワールドタイムに対して、反映先空間のワールドタイムが遅れている場合には（ステップＳ７４のＹＥＳ）、ゲームサーバシステム１１００Ｇａは、検索結果から間引かれずに残った偏在オブジェクトの遅延配置予約を設定する（ステップＳ９０）。具体的には、偏在オブジェクトのオブジェクトＩＤと、現在日時９００にステップＳ７４で判明した遅れ分を加算した予約時刻とを対応づけて記憶した遅延配置予約の情報として記憶する。

そして、過去に設定された遅延配置予約の予約情報を参照し、現在日時９００にその予約時刻が達した偏在オブジェクトを、反映先空間への追加オブジェクトとして追加配置し（ステップＳ９２）、ステップＳ９６を実行した後、ループＢを終了する（ステップＳ９８）。

反映元空間の全てについてループＢを実行したならば、ゲームサーバシステム１１００Ｇａは、ループＡを終了する（ステップＳ１００）。

そして、全てのユーザキャラクタ４についてループＡを実行したならば、各ユーザ端末１５００にて仮想空間３の画像を表示させる制御を実行する（ステップＳ１１０）。すなわち、各ユーザキャラクタ４の位置に基づいて決定される仮想カメラで仮想空間３の様子を撮影した画像（仮想空間画像）をレンダリングする。そこには、すでに反映元のオブジェクトの状態の一部又は全部が反映された背景オブジェクト２０および追加オブジェクトが仮想カメラで撮影されることになる。

仮想空間画像に基づくゲーム画面には、他の仮想空間３で起きたローカル事象の結果も反映されている。つまり、仮想空間３の全域について反映制御を行わずとも、それよりも遥かに少ない処理コストで、ユーザに共通の仮想世界でプレイしているかのように認識させることができる。

表示制御を実行したならば、ゲームサーバシステム１１００Ｇａは、全ての追加オブジェクトの反映率６４９を所与の割合（又は所与の値）分だけアップするように変更する（ステップＳ１１２）。

次に、ゲームサーバシステム１１００Ｇａは、ログアウトしたユーザのユーザキャラクタ４を仮想空間３ａから配置解除・削除する（ステップＳ１１６）。

以上、本実施形態によれば、多人数参加型のゲームにおいてログイン先のサーバ毎に管理される複数の仮想空間の相互の状態を反映して共通化することが可能となる。その際、反映制御を対象範囲に限定することで、反映制御に係る処理コストを低減することができる。

〔変形例〕
以上、本発明を適用した実施形態の一例について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。

（変形例その１）
例えば、上記実施形態では、ゲームサーバシステム１１００Ｇが各ユーザ端末１５００に表示する画像（ゲーム画像）を生成することとして説明したが、画像生成は各ユーザ端末１５００が実行することとしてもよい。その場合、各ユーザ端末１５００がレンダリングを行うため、レンダリングのために必要なデータをゲームサーバシステム１１００Ｇがユーザ端末１５００に送信すればよい。

（変形例その２）
また、オブジェクト状態情報６１７（図１３参照）に含める情報は、上記実施形態以外にも適宜設定可能である。
例えば、仮想空間３の商店における商品オブジェクトの場合、商品に関する情報、例えば、商品種類・価格・消費期限などをオブジェクト状態情報６１７に含めてもよい。当該構成を採用すると、複数の仮想空間３（３ａ，３ｂ，…）の所定位置に外観が同じ花屋が配置されていて、仮想空間３（３ａ，３ｂ，…）別に異なる花の商品オブジェクトが販売されているケースでは、反映先の仮想空間３の花屋で売っている商品種類・価格・消費期限などへ、反映元の他の仮想空間の花屋で売っている商品種類・価格・消費期限などを反映することができる。

また例えば、オブジェクトがアイテムの場合、アイテムに関する情報、例えば、作用効果を示す能力パラメータの種類、当該能力パラメータの値、能力発動の際に発動される演出表示やイベントの種類、適用されるスキンの種類、消費期限、などをオブジェクト状態情報６１７に含めてもよい。当該構成を採用すると、複数の仮想空間３（３ａ，３ｂ，…）の所定位置に同じアイテムオブジェクトが配置されているケースでは、反映元の他の仮想空間に配置されている当該アイテムオブジェクトの状態を、反映先の仮想空間３に配置されている当該アイテムオブジェクトへ反映することができる。

（変形例その３）
また、反映関係選択基準データ５６０（図１０参照）の適用要件は、上記実施例に限らず適宜設定可能である。例えば、適用要件としてイベントの発動を用いることもできる。その場合、予めイベント別に設定されている固有のイベントＩＤを適用要件の一部に含め、当該イベントＩＤの発動が適用要件の一部を成すようにするとよい。

例えば、適用要件として「自機（反映関係を選択しようとするゲームサーバシステム１１００Ｇ）で管理する仮想空間３における特定イベントの発動」をサブ条件の１つに含めた上で、自機で管理する仮想空間３を反映先として、他の仮想空間３を反映元とする、反映関係選択基準データ５６０を用意することができる。

この場合、仮想空間３ｂを管理するゲームサーバシステム１１００Ｇｂは、反映関係選択基準データ５６０の適用要件が満たされると、他の仮想空間３ａの状態を自機の仮想空間３ｂに反映させることとなる。例えば、仮想空間３ｂにおいて魔法の湖が出現・配置されるイベントが発動した場合、それを契機として、他の仮想空間３ａの状態を仮想空間３ｂに反映させることできる。

更に、反映関係選択基準データ５６０の適用要件に、イベントの発動或いはイベントの発動タイミングをサブ条件として含めてもよい。

具体的には、反映関係選択基準データ５６０の適用要件を、（１）同じイベントが発動したことを表す当該イベントのイベントＩＤについての第１サブ条件と、（２）同時期条件を満たす時間差の範囲を示す第２サブ条件と、（３）当該イベントが発動されるべき複数のゲームサーバシステム１１００Ｇの組合せを示す第３サブ条件、をＡＮＤで組み合わせて記述する。

この場合、反映関係選択基準データ５６０は、第３サブ条件が示す複数のゲームサーバシステム１１００Ｇにて、第１サブ条件が示す同じイベントＩＤのイベントが、第２サブ条件が示す時間差で発動した場合の、反映先の仮想空間と反映元の仮想空間とを設定する基準データとなる。

また、反映関係選択基準データ５６０の適用要件を、（１）異なるイベントが発動したことを表す当該異なるイベントそれぞれのイベントＩＤについての第１サブ条件と、（２）同時期条件を満たす時間差の範囲を示す第２サブ条件と、（３）当該イベントが発動されるべき複数のゲームサーバシステム１１００Ｇの組合せを示す第３サブ条件、をＡＮＤで組み合わせて記述することもできる。

この場合、反映関係選択基準データ５６０は、第３サブ条件が示す複数のゲームサーバシステム１１００Ｇにて、第１サブ条件が示す異なるイベントＩＤのイベントが、第２サブ条件が示す時間差で発動した場合の、反映先の仮想空間と反映元の仮想空間とを設定する基準データとなる。

更に、利用状況情報５４０に含まれる項目のパラメータ値を用いて、第３サブ条件で示すゲームサーバシステム１１００Ｇが管理する仮想空間３それぞれの状況についての条件を記述した第４サブ条件を反映関係選択基準データ５６０の適用要件に含めるとしてもよい。この場合の反映関係選択基準データ５６０は、第１サブ条件から第３サブ条件を満たしたゲームサーバシステム１１００Ｇの仮想空間３（３ａ，３ｂ，…）のそれぞれの状況に応じて、反映先の仮想空間と反映元の仮想空間とを設定する基準データとなる。

こうしたイベントの発動を切っ掛けとして様々な反映関係を用意することで、同じ世界観に設定された複数の仮想空間３（３ａ，３ｂ，…）について、処理コストを抑制しながら仮想空間３別に生じる差異を共通化しつつも、イベントについて反映先の仮想空間・反映元の仮想空間の関係を多様に設定することができる。

なお、イベントとしては、上記実施形態で説明した例以外に、特定アイテムの使用や、特定魔法の使用、などをイベントとみなしてもよい。

（変形例その４）
また、利用状況情報５４０（図１１参照）に、仮想空間ＩＤ５４３が示す仮想空間３にて発動したイベントの固有識別情報（イベントＩＤ）を含める構成も可能である。

当該構成を採用し、反映関係選択基準データ５６０（図１０参照）の適用要件として、「他利用状況情報５４０ｔにイベントＩＤが含まれる」ことをサブ条件に含めた上で、当該他利用状況情報５４０ｔの仮想空間ＩＤ５４３が示す仮想空間３を反映元とし、自機の仮想空間３を反映先とする、反映関係選択基準データ５６０を用意することができる。この場合、他利用状況情報５４０ｔの仮想空間ＩＤ５４３が示す仮想空間３で発動したイベントの状態を、自機の仮想空間３に反映させることが可能になる。

具体的には、例えば、仮想空間３ｂを管理するゲームサーバシステム１１００Ｇｂは、他利用状況情報５４０ｔの送信元である仮想空間３ａにて特定のダンスイベントが発生した場合に、当該仮想空間３ａを反映元とし、反映先である自機の仮想空間３ｂでも当該ダンスイベントに係るオブジェクトを追加させる。仮に、反映元の仮想空間３ａにおいて、あるユーザキャラクタ４がイベントキャラクタに石をぶつけて、当該イベントキャラクタが痛がる動作をしたとすると、仮想空間３ｂを管理するゲームサーバシステム１１００Ｇｂは、自機の仮想空間３ｂにおける同じイベントキャラクタにも同じように痛がらせる動作をさせることができる。

３…仮想空間
４…ユーザキャラクタ
１０…基礎オブジェクト
２０…背景オブジェクト
２１…任意設置オブジェクト
４０…対象範囲
２００ｇ…処理部
２００ｐ…処理部
２０２…ユーザ管理部
２２０…仮想空間管理部
２２２…オブジェクト情報管理部
２２４…利用状況情報更新部
２２６…反映関係選択部
２２８…対象範囲設定部
２３０…反映制御部
５０１…ポータルサーバプログラム
５０３…ゲームサーバプログラム
５１０…ユーザ管理データ
５３０…仮想空間初期設定データ
５４０…利用状況情報
５６０…反映関係選択基準データ
６００…仮想空間管理データ
６０３…ワールドタイム
６０５…基礎オブジェクト情報
６１０…背景オブジェクト情報
６１７…オブジェクト状態情報
６１９…反映可否情報
６２０…ユーザキャラクタ情報
６２５…位置座標
６４０…追加オブジェクト情報
６４９…反映率
６７０…反映関係設定データ
７００…反映制御データ
１０００…ゲームシステム
１０１０…運用システム
１１００…運用システム
１１００Ｇ…ゲームサーバシステム
１１００Ｐ…ポータルサーバシステム
１５００…ユーザ端末

Claims (22)

1. 参加した仮想空間内でのみ個々のユーザキャラクタが移動可能であり、同じ世界観に設定された複数の仮想空間について、相互の仮想空間の反映制御を行うコンピュータシステムであって、
   前記仮想空間別に表示制御されるオブジェクトの情報であるオブジェクト情報を管理するオブジェクト情報管理手段と、
   前記仮想空間で共通の範囲として、前記反映制御の対象とする所与の対象範囲を設定する対象範囲設定手段と、
   前記オブジェクト情報に基づいて、前記複数の仮想空間のうちの反映元空間の前記対象範囲内に表示制御される前記オブジェクトを、前記複数の仮想空間のうちの反映先空間の前記対象範囲に反映させて表示制御する前記反映制御を行う反映制御手段と、
   を備えるコンピュータシステム。
2. 前記オブジェクト情報は、前記オブジェクトに係る出現・形態変更・パラメータ設定・消失のうちの何れかの情報であるオブジェクト状態情報を含む、
   請求項１に記載のコンピュータシステム。
3. 前記反映制御手段は、前記反映元空間に係るワールドタイムと、前記反映先空間に係るワールドタイムとに基づいて、前記反映制御を実行するタイミングを制御する、
   請求項１又は２に記載のコンピュータシステム。
4. 前記オブジェクト情報管理手段は、前記オブジェクトに関する前記ユーザキャラクタの行為に基づいて、前記オブジェクト情報を変更する、
   請求項１から３の何れか一項に記載のコンピュータシステム。
5. 前記対象範囲設定手段は、前記反映先空間に存在する前記ユーザキャラクタの位置に基づいて前記対象範囲を設定する、
   請求項１から４の何れか一項に記載のコンピュータシステム。
6. 前記反映制御手段は、前記反映制御の反映内容を可変に決定する、
   請求項１から５の何れか一項に記載のコンピュータシステム。
7. 前記反映制御の反映内容は、反映させる際の表示制御を含む、
   請求項６に記載のコンピュータシステム。
8. 前記オブジェクト情報は、前記オブジェクトに係る反映可否情報を含み、
   前記反映制御手段は、前記反映可否情報に基づいて、前記反映制御の反映内容を可変に決定する、
   請求項６又は７に記載のコンピュータシステム。
9. 前記複数の仮想空間のなかから、前記反映元空間を選択する反映元空間選択手段、
   を更に備える請求項１から８の何れか一項に記載のコンピュータシステム。
10. 前記反映元空間選択手段は、前記複数の仮想空間で所定の同時期条件を満たすタイミングで所与のイベントが発生した場合に、前記反映元空間を選択する、
    請求項９に記載のコンピュータシステム。
11. 前記イベントは、前記複数の仮想空間において同じイベントである、
    請求項１０に記載のコンピュータシステム。
12. 前記イベントは、前記複数の仮想空間において異なるイベントである、
    請求項１０に記載のコンピュータシステム。
13. 前記反映元空間選択手段は、前記複数の仮想空間それぞれの状況に基づいて、前記反映元空間を選択する、
    請求項９から１２の何れか一項に記載のコンピュータシステム。
14. 前記反映元空間選択手段は、当該仮想空間に係るユーザの利用状況に基づいて、前記反映元空間を選択する、
    請求項９から１３の何れか一項に記載のコンピュータシステム。
15. 前記反映複数の仮想空間のなかから、前記反映先空間を選択する反映先空間選択手段、
    を更に備える請求項１から８の何れか一項に記載のコンピュータシステム。
16. 前記反映先空間選択手段は、前記複数の仮想空間それぞれの状況に基づいて、前記反映先空間を選択する、
    請求項１５に記載のコンピュータシステム。
17. 前記反映先空間選択手段は、当該仮想空間に係るユーザの利用状況に基づいて、前記反映先空間を選択する、
    請求項１５又は１６に記載のコンピュータシステム。
18. 前記反映制御手段は、所与の反映発動条件が満たされた場合に前記反映制御を実行する、
    請求項１から１７の何れか一項に記載のコンピュータシステム。
19. 前記仮想空間毎に当該仮想空間を管理する仮想空間別のサーバシステム、
    を更に備える請求項１から１８の何れか一項に記載のコンピュータシステム。
20. 参加した仮想空間内でのみ個々のユーザキャラクタが移動可能であり、同じ世界観に設定された複数の仮想空間について、相互の仮想空間の反映制御を行うコンピュータシステムであって、
    前記仮想空間別のイベントの情報であるイベント情報を管理するイベント情報管理手段と、
    前記仮想空間で共通の範囲として、前記反映制御の対象とする所与の対象範囲を設定する対象範囲設定手段と、
    前記イベント情報に基づいて、前記複数の仮想空間のうちの反映元空間の前記対象範囲内に生じた前記イベントを、前記複数の仮想空間のうちの反映先空間の前記対象範囲に反映させて表示制御する前記反映制御を行う反映制御手段と、
    を備えるコンピュータシステム。
21. 参加した仮想空間内でのみ個々のユーザキャラクタが移動可能であり、同じ世界観に設定された複数の仮想空間について、コンピュータシステムが、相互の仮想空間の反映制御を行う反映制御方法であって、
    前記仮想空間別に表示制御されるオブジェクトの情報であるオブジェクト情報を管理することと、
    前記仮想空間で共通の範囲として、前記反映制御の対象とする所与の対象範囲を設定することと、
    前記オブジェクト情報に基づいて、前記複数の仮想空間のうちの反映元空間の前記対象範囲内に表示制御される前記オブジェクトを、前記複数の仮想空間のうちの反映先空間の前記対象範囲に反映させて表示制御する前記反映制御を行うことと、
    を含む反映制御方法。
22. 参加した仮想空間内でのみ個々のユーザキャラクタが移動可能であり、同じ世界観に設定された複数の仮想空間について、コンピュータシステムが、相互の仮想空間の反映制御を行う反映制御方法であって、
    前記仮想空間別のイベントの情報であるイベント情報を管理することと、
    前記仮想空間で共通の範囲として、前記反映制御の対象とする所与の対象範囲を設定することと、
    前記イベント情報に基づいて、前記複数の仮想空間のうちの反映元空間の前記対象範囲内に生じた前記イベントを、前記複数の仮想空間のうちの反映先空間の前記対象範囲に反映させて表示制御する前記反映制御を行うことと、
    を含む反映制御方法。

Images