JP2000113221A - 情報処理装置および方法、並びに提供媒体 - Google Patents
情報処理装置および方法、並びに提供媒体Info
- Publication number
- JP2000113221A JP2000113221A JP10277064A JP27706498A JP2000113221A JP 2000113221 A JP2000113221 A JP 2000113221A JP 10277064 A JP10277064 A JP 10277064A JP 27706498 A JP27706498 A JP 27706498A JP 2000113221 A JP2000113221 A JP 2000113221A
- Authority
- JP
- Japan
- Prior art keywords
- avatar
- aura
- information
- area
- objects
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
- A63F13/35—Details of game servers
- A63F13/352—Details of game servers involving special game server arrangements, e.g. regional servers connected to a national server or a plurality of servers managing partitions of the game world
-
- A63F13/12—
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T17/00—Three dimensional [3D] modelling, e.g. data description of 3D objects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/131—Protocols for games, networked simulations or virtual reality
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/53—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of basic data processing
- A63F2300/534—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of basic data processing for network load management, e.g. bandwidth optimization, latency reduction
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/55—Details of game data or player data management
- A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
- A63F2300/5553—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history user representation in the game field, e.g. avatar
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/80—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game specially adapted for executing a specific type of game
- A63F2300/8082—Virtual reality
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Multimedia (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Signal Processing (AREA)
- Marketing (AREA)
- Data Mining & Analysis (AREA)
- Geometry (AREA)
- Computer Networks & Wireless Communication (AREA)
- Software Systems (AREA)
- Economics (AREA)
- Computer Graphics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Processing Or Creating Images (AREA)
Abstract
(57)【要約】
【課題】 ３次元仮想空間内において、ＡＯの情報をア
バタに通知する。 【解決手段】 ＡＯ８１には、受信オーラ８３および受
信オーラ８３より長い半径の発信オーラ８４が設定され
る。発信オーラ８４は、ＡＯ８１の情報をより遠い位置
のアバタ８２にも通知するようになされている。
バタに通知する。 【解決手段】 ＡＯ８１には、受信オーラ８３および受
信オーラ８３より長い半径の発信オーラ８４が設定され
る。発信オーラ８４は、ＡＯ８１の情報をより遠い位置
のアバタ８２にも通知するようになされている。
Description
【０００１】
【発明の属する技術分野】本発明は、情報処理装置およ
び方法、並びに提供媒体に関し、特に、例えば、３次元
仮想空間内のアプリケーションオブジェクト（以下、Ａ
Ｏと略記する）の情報をアバタに通知できるようにした
情報処理装置および方法、並びに提供媒体に関する。
び方法、並びに提供媒体に関し、特に、例えば、３次元
仮想空間内のアプリケーションオブジェクト（以下、Ａ
Ｏと略記する）の情報をアバタに通知できるようにした
情報処理装置および方法、並びに提供媒体に関する。
【０００２】
【従来の技術】インターネット上の３次元仮想空間にお
いて、複数のオブジェクト(object)に位置情報を所有さ
せ、それらのオブジェクト間で位置情報を共有するシス
テムとして、例えば、“Dive”が知られている。この
“Dive”の詳細については、“Carlsson,C.,&Hagsand,
O.(1993).DIVE-A platform for multi-user virtual en
vironments.Computers and Graphics,18(6),633-669”
に記載されている。
いて、複数のオブジェクト(object)に位置情報を所有さ
せ、それらのオブジェクト間で位置情報を共有するシス
テムとして、例えば、“Dive”が知られている。この
“Dive”の詳細については、“Carlsson,C.,&Hagsand,
O.(1993).DIVE-A platform for multi-user virtual en
vironments.Computers and Graphics,18(6),633-669”
に記載されている。
【０００３】しかしながら、“Dive”では、ワールド(w
orld)内に存在する全てのオブジェクト間で情報を共有
するために、オブジェクトの数が増えると、オブジェク
ト間のメッセージ量（情報量）が増大するという課題が
あった。
orld)内に存在する全てのオブジェクト間で情報を共有
するために、オブジェクトの数が増えると、オブジェク
ト間のメッセージ量（情報量）が増大するという課題が
あった。
【０００４】そこで、上記課題を解決するために、オブ
ジェクト毎に、オブジェクトが知覚できる空間的な領域
（オーラ（aura)）を定義することにした。即ち、オブ
ジェクトは、そのオーラの中に存在する他のオブジェク
トとのみ情報を共有するようにすれば、ワールド内のオ
ブジェクトの数が増加した場合においても、オブジェク
ト間で共有する情報量を制限することができる。この手
法の詳細については、“Yasuaki Honda,et al(1995),Vi
rtual Society:Extending the WWW to Supporta Multi-
user Interactive Shared 3D Environment.,Proceeding
s of VRML'95(pp.109-116),ACM press”に記載されてい
る。
ジェクト毎に、オブジェクトが知覚できる空間的な領域
（オーラ（aura)）を定義することにした。即ち、オブ
ジェクトは、そのオーラの中に存在する他のオブジェク
トとのみ情報を共有するようにすれば、ワールド内のオ
ブジェクトの数が増加した場合においても、オブジェク
ト間で共有する情報量を制限することができる。この手
法の詳細については、“Yasuaki Honda,et al(1995),Vi
rtual Society:Extending the WWW to Supporta Multi-
user Interactive Shared 3D Environment.,Proceeding
s of VRML'95(pp.109-116),ACM press”に記載されてい
る。
【０００５】オーラの詳細については、“Benford.S,an
d Fahlen,L(1993)A spatial modelof interaction in l
arge virtual environments.September 1993,In procee
dings of G.DeMichelis et al(Eds.)Third European Co
nference on Computer Supported Cooperative Work(p
p.109-124),Kluwer Academic publishers.”に記載され
ている。
d Fahlen,L(1993)A spatial modelof interaction in l
arge virtual environments.September 1993,In procee
dings of G.DeMichelis et al(Eds.)Third European Co
nference on Computer Supported Cooperative Work(p
p.109-124),Kluwer Academic publishers.”に記載され
ている。
【０００６】また、３次元仮想空間には、ＡＯ（Applic
ation Object)が存在する。このＡＯは、３次元仮想空
間で様々な機能を追加するプログラムであり、ＡＯサー
バ上で実行される。
ation Object)が存在する。このＡＯは、３次元仮想空
間で様々な機能を追加するプログラムであり、ＡＯサー
バ上で実行される。
【０００７】
【発明が解決しようとする課題】しかしながら、上記オ
ーラを用いた手法においては、所定のオブジェクト（ア
バタを含む）から遠くに存在するＡＯ（例えば、時計
台）を知覚したい場合、ＡＯがそのオブジェクトのオー
ラの外側に存在すると、オブジェクトからは知覚できな
いという課題があった。
ーラを用いた手法においては、所定のオブジェクト（ア
バタを含む）から遠くに存在するＡＯ（例えば、時計
台）を知覚したい場合、ＡＯがそのオブジェクトのオー
ラの外側に存在すると、オブジェクトからは知覚できな
いという課題があった。
【０００８】本発明は、このような状況に鑑みてなされ
たものであり、３次元仮想空間内のＡＯの情報をアバタ
に通知できるようにするものである。
たものであり、３次元仮想空間内のＡＯの情報をアバタ
に通知できるようにするものである。
【０００９】
【課題を解決するための手段】請求項１に記載の情報処
理装置は、３次元仮想空間におかれたオブジェクトの情
報を管理する情報処理装置において、オブジェクトの情
報を感知する領域を設定する感知領域設定手段と、オブ
ジェクトの情報を発信する感知領域よりも広い領域を設
定する発信領域設定手段とを備えることを特徴とする。
理装置は、３次元仮想空間におかれたオブジェクトの情
報を管理する情報処理装置において、オブジェクトの情
報を感知する領域を設定する感知領域設定手段と、オブ
ジェクトの情報を発信する感知領域よりも広い領域を設
定する発信領域設定手段とを備えることを特徴とする。
【００１０】請求項２に記載の情報処理方法は、３次元
仮想空間におかれたオブジェクトの情報を管理する情報
処理装置の情報処理方法において、オブジェクトの情報
を感知する領域を設定する感知領域設定ステップと、オ
ブジェクトの情報を発信する感知領域よりも広い領域を
設定する発信領域設定ステップとを含むことを特徴とす
る。
仮想空間におかれたオブジェクトの情報を管理する情報
処理装置の情報処理方法において、オブジェクトの情報
を感知する領域を設定する感知領域設定ステップと、オ
ブジェクトの情報を発信する感知領域よりも広い領域を
設定する発信領域設定ステップとを含むことを特徴とす
る。
【００１１】請求項３に記載の提供媒体は、３次元仮想
空間におかれたオブジェクトの情報を管理する情報処理
装置に、オブジェクトの情報を感知する領域を設定する
感知領域設定ステップと、オブジェクトの情報を発信す
る感知領域よりも広い領域を設定する発信領域設定ステ
ップとを含む処理を実行させるコンピュータが読み取り
可能なプログラムを提供することを特徴とする。
空間におかれたオブジェクトの情報を管理する情報処理
装置に、オブジェクトの情報を感知する領域を設定する
感知領域設定ステップと、オブジェクトの情報を発信す
る感知領域よりも広い領域を設定する発信領域設定ステ
ップとを含む処理を実行させるコンピュータが読み取り
可能なプログラムを提供することを特徴とする。
【００１２】請求項１に記載の情報処理装置において
は、感知領域設定手段が、オブジェクトの情報を感知す
る領域を設定し、発信領域設定手段が、オブジェクトの
情報を発信する感知領域よりも広い領域を設定する。
は、感知領域設定手段が、オブジェクトの情報を感知す
る領域を設定し、発信領域設定手段が、オブジェクトの
情報を発信する感知領域よりも広い領域を設定する。
【００１３】請求項２に記載の情報処理方法および請求
項３に記載の提供媒体においては、感知領域設定ステッ
プで、オブジェクトの情報を感知する領域を設定し、発
信領域設定ステップで、オブジェクトの情報を発信する
感知領域よりも広い領域を設定する。
項３に記載の提供媒体においては、感知領域設定ステッ
プで、オブジェクトの情報を感知する領域を設定し、発
信領域設定ステップで、オブジェクトの情報を発信する
感知領域よりも広い領域を設定する。
【００１４】
【発明の実施の形態】以下に本発明の実施の形態を説明
するが、特許請求の範囲に記載の発明の各手段と以下の
実施の形態との対応関係を明らかにするために、各手段
の後の括弧内に、対応する実施の形態（但し一例）を付
加して本発明の特徴を記述すると、次のようになる。但
し勿論この記載は、各手段を記載したものに限定するこ
とを意味するものではない。
するが、特許請求の範囲に記載の発明の各手段と以下の
実施の形態との対応関係を明らかにするために、各手段
の後の括弧内に、対応する実施の形態（但し一例）を付
加して本発明の特徴を記述すると、次のようになる。但
し勿論この記載は、各手段を記載したものに限定するこ
とを意味するものではない。
【００１５】即ち、請求項１に記載の情報処理装置は、
３次元仮想空間におかれたオブジェクトの情報を管理す
る情報処理装置において、オブジェクトの情報を感知す
る領域を設定する感知領域設定手段（例えば、図１の共
有サーバ１２）と、オブジェクトの情報を発信する感知
領域よりも広い領域を設定する発信領域設定手段（例え
ば、図１の共有サーバ１２）とを備えることを特徴とす
る。
３次元仮想空間におかれたオブジェクトの情報を管理す
る情報処理装置において、オブジェクトの情報を感知す
る領域を設定する感知領域設定手段（例えば、図１の共
有サーバ１２）と、オブジェクトの情報を発信する感知
領域よりも広い領域を設定する発信領域設定手段（例え
ば、図１の共有サーバ１２）とを備えることを特徴とす
る。
【００１６】図１は本発明を適用したシステムの構成例
を表している。なお、本明細書中において、システムと
は、複数の装置が論理的に集合した物をいい、各構成の
装置が同一筐体中にあるか否かは問わない。
を表している。なお、本明細書中において、システムと
は、複数の装置が論理的に集合した物をいい、各構成の
装置が同一筐体中にあるか否かは問わない。
【００１７】図１において、クライアントＰＣ（パーソ
ナルコンピュータ）１乃至３は、IP（インターネット接
続サービスプロバイダ）４乃至６を介してインターネッ
ト（The Internet）７と接続されており、VRMLブラウザ
及びWWWブラウザがインストールされ、インストールさ
れたこれらのブラウザが動作するようになされている。
ナルコンピュータ）１乃至３は、IP（インターネット接
続サービスプロバイダ）４乃至６を介してインターネッ
ト（The Internet）７と接続されており、VRMLブラウザ
及びWWWブラウザがインストールされ、インストールさ
れたこれらのブラウザが動作するようになされている。
【００１８】クライアントＰＣ１乃至３は、３Ｄクライ
アントおよび２Ｄクライアントの２つの機能を有してい
る。３Ｄクライアントは、定期的あるいは必要なときに
自分の位置情報などの情報を共有サーバ１２に通知し、
また、共有サーバ１２から送られてくる他の３Ｄオブジ
ェクトの共有情報を受信し、それを表示させる機能を有
している。２Ｄクライアントは、HTTPに基づいてWWWサ
ーバ１０に情報をリクエストし、その返事を受け取っ
て、主に２次元情報を表示する機能を有する。３Ｄクラ
イアントは、共有サーバ１２から受け取った情報内にUR
Lが含まれている場合、２Ｄクライアントに、URLへのア
クセスを要求する。２Ｄクライアントは、この要求に基
づいてURL（WWWサーバ１０）にアクセスし、そこからデ
ータ（例えばオブジェクトの形状データ）をダウンロー
ドして、３Ｄクライアントに転送する。
アントおよび２Ｄクライアントの２つの機能を有してい
る。３Ｄクライアントは、定期的あるいは必要なときに
自分の位置情報などの情報を共有サーバ１２に通知し、
また、共有サーバ１２から送られてくる他の３Ｄオブジ
ェクトの共有情報を受信し、それを表示させる機能を有
している。２Ｄクライアントは、HTTPに基づいてWWWサ
ーバ１０に情報をリクエストし、その返事を受け取っ
て、主に２次元情報を表示する機能を有する。３Ｄクラ
イアントは、共有サーバ１２から受け取った情報内にUR
Lが含まれている場合、２Ｄクライアントに、URLへのア
クセスを要求する。２Ｄクライアントは、この要求に基
づいてURL（WWWサーバ１０）にアクセスし、そこからデ
ータ（例えばオブジェクトの形状データ）をダウンロー
ドして、３Ｄクライアントに転送する。
【００１９】インターネット７とルータ８を介して接続
されたLAN(Local Area Network)9には、WWWサーバ１
０、WLS（World Location Server）１１、共有サーバ１
２、ＡＯ(Application Object)サーバ１３，１４、メー
ルサーバ１５、およびコミュニケーションサーバ１６が
接続されている。これらの各サーバ１０乃至１６には、
ハードディスク（HDD）１０ａ，１０ｂ，１１ａ乃至１
６ａが、各々設けられている。
されたLAN(Local Area Network)9には、WWWサーバ１
０、WLS（World Location Server）１１、共有サーバ１
２、ＡＯ(Application Object)サーバ１３，１４、メー
ルサーバ１５、およびコミュニケーションサーバ１６が
接続されている。これらの各サーバ１０乃至１６には、
ハードディスク（HDD）１０ａ，１０ｂ，１１ａ乃至１
６ａが、各々設けられている。
【００２０】なお、ＡＯサーバ１３は、共有サーバ１２
と通信するプログラムを有し、例えば仮想空間内におい
て、自律的に動作するロボットや電子ペットなどのアプ
リケーションオブジェクト（ＡＯ）を提供する。ＡＯサ
ーバ１３は、３Ｄクライアントと同様に、共有サーバ１
２と通信し、自分自身の情報を通知したり、他の３Ｄオ
ブジェクトの共有情報を受信したりする。
と通信するプログラムを有し、例えば仮想空間内におい
て、自律的に動作するロボットや電子ペットなどのアプ
リケーションオブジェクト（ＡＯ）を提供する。ＡＯサ
ーバ１３は、３Ｄクライアントと同様に、共有サーバ１
２と通信し、自分自身の情報を通知したり、他の３Ｄオ
ブジェクトの共有情報を受信したりする。
【００２１】コミュニケーションサーバ１６は、公衆電
話回線網１７を介して電話機１８やファクシミリ１９と
接続され、また、PHS(Personal Handyphone System)サ
ービスプロバイダ２０を介してPHS端末２３に無線接続
され、さらに、ポケットベルサービスプロバイダー２１
を介してポケットベル端末２４に無線接続されている。
話回線網１７を介して電話機１８やファクシミリ１９と
接続され、また、PHS(Personal Handyphone System)サ
ービスプロバイダ２０を介してPHS端末２３に無線接続
され、さらに、ポケットベルサービスプロバイダー２１
を介してポケットベル端末２４に無線接続されている。
【００２２】図２はクライアントＰＣ１のハードウェア
の構成例を示すブロック図である。この例において、CP
U３０は、ROM３４に記録されているプログラムに従って
各種の処理を実行するようになされており、HDD３１はV
RML 2.0ファイルや、Java(米国 Sun Microsystems社の
商標)により記述された所定のスクリプトプログラム等
からなるVRMLコンテンツなどが格納されている。CD-ROM
ドライブ３２は、CD−ROMディスク３３に格納されたVRM
Lコンテンツ等の情報を読み取るようになされている。
の構成例を示すブロック図である。この例において、CP
U３０は、ROM３４に記録されているプログラムに従って
各種の処理を実行するようになされており、HDD３１はV
RML 2.0ファイルや、Java(米国 Sun Microsystems社の
商標)により記述された所定のスクリプトプログラム等
からなるVRMLコンテンツなどが格納されている。CD-ROM
ドライブ３２は、CD−ROMディスク３３に格納されたVRM
Lコンテンツ等の情報を読み取るようになされている。
【００２３】サウンド処理回路３５は、マイクロフォン
３６と左右のスピーカ３７，３８が接続されており、マ
イクロフォン３６からの音声を入力し、または、音楽や
効果音等をスピーカ３７，３８から出力する。モデム３
９は、インターネット７に接続され、データを授受する
ようになされている。I/O（入出力）インタフェース４
０はマウス４１とキーボード４２からの操作信号を受け
付けるようになされている。グラフィックス回路４３
は、VRAM４４が内蔵されており、各種の処理を施した画
像データをVRAM４４に格納し、VRAM４４から読み出した
画像データを、CRTモニタ４５に表示させる。
３６と左右のスピーカ３７，３８が接続されており、マ
イクロフォン３６からの音声を入力し、または、音楽や
効果音等をスピーカ３７，３８から出力する。モデム３
９は、インターネット７に接続され、データを授受する
ようになされている。I/O（入出力）インタフェース４
０はマウス４１とキーボード４２からの操作信号を受け
付けるようになされている。グラフィックス回路４３
は、VRAM４４が内蔵されており、各種の処理を施した画
像データをVRAM４４に格納し、VRAM４４から読み出した
画像データを、CRTモニタ４５に表示させる。
【００２４】RAM４６には、実行時に、例えば、Windows
95(米国Micro Soft社の商標) の上で動作するWWWブラウ
ザであるNetscape Navigator、Javaインタプリタ、およ
び、本出願人であるソニー株式会社によって開発された
VRML2.0ブラウザであるCommunity Place Browserが読み
込まれて、CPU３０によって実行される状態とされてい
る。
95(米国Micro Soft社の商標) の上で動作するWWWブラウ
ザであるNetscape Navigator、Javaインタプリタ、およ
び、本出願人であるソニー株式会社によって開発された
VRML2.0ブラウザであるCommunity Place Browserが読み
込まれて、CPU３０によって実行される状態とされてい
る。
【００２５】VRML2.0ブラウザには、米国シリコングラ
フィクス社によって開発され、無償公開されているVRML
の構文解釈用ライブラリ(パーサ)であるQvLibと、英国C
riterion Software Ltd.のソフトウエアレンダラである
RenderWare等、もしくはこれらと同等の機能を有するパ
ーサやレンダラが実装されている。
フィクス社によって開発され、無償公開されているVRML
の構文解釈用ライブラリ(パーサ)であるQvLibと、英国C
riterion Software Ltd.のソフトウエアレンダラである
RenderWare等、もしくはこれらと同等の機能を有するパ
ーサやレンダラが実装されている。
【００２６】そして、 Community Place Browserは、図
１に示すように、WWWブラウザとしてのNetscape Naviga
torとの間において、NCAPI（Netscape Client Applicat
ionPrograming Interface）（商標）に基づいて各種デ
ータの授受を行う。
１に示すように、WWWブラウザとしてのNetscape Naviga
torとの間において、NCAPI（Netscape Client Applicat
ionPrograming Interface）（商標）に基づいて各種デ
ータの授受を行う。
【００２７】Netscape Navigatorは、インターネット７
を介してWWWサーバ１０よりHTMLファイルとVRMLコンテ
ンツ(VRMLファイルとJavaによるスクリプトプログラム
とを含む）の供給を受けると、これらをローカルのHDD
３１にそれぞれ記憶させる。Netscape Navigatorは、こ
のうちのHTMLファイルを処理してテキストや画像をCRT
モニタ４５に表示する一方、 Community Place Browser
はVRMLファイルを処理して３次元仮想空間をCRTモニタ
４５に表示させるとともに、Javaインタプリタによるス
クリプトプログラムの処理結果に応じて、３次元仮想空
間内のオブジェクトの挙動、その他の表示状態を変化さ
せる。
を介してWWWサーバ１０よりHTMLファイルとVRMLコンテ
ンツ(VRMLファイルとJavaによるスクリプトプログラム
とを含む）の供給を受けると、これらをローカルのHDD
３１にそれぞれ記憶させる。Netscape Navigatorは、こ
のうちのHTMLファイルを処理してテキストや画像をCRT
モニタ４５に表示する一方、 Community Place Browser
はVRMLファイルを処理して３次元仮想空間をCRTモニタ
４５に表示させるとともに、Javaインタプリタによるス
クリプトプログラムの処理結果に応じて、３次元仮想空
間内のオブジェクトの挙動、その他の表示状態を変化さ
せる。
【００２８】なお、図示は省略するが、他のクライアン
トＰＣ２やクライアントＰＣ３も、クライアントＰＣ１
と同様に構成されている。
トＰＣ２やクライアントＰＣ３も、クライアントＰＣ１
と同様に構成されている。
【００２９】次に上述した一実施の形態の動作につい
て、図３乃至５を参照して説明する。図３において、番
号１で示すように、最初に、WWWブラウザを用いて、VRM
Lコンテンツを提供しているWebサイトのホームページを
閲覧する。この例では、 「http://pc.sony.co.jp/sapa
ri/」を閲覧している。次に、番号２で示すように、ク
ライアントＰＣ１またはクライアントＰＣ２のユーザ
は、VRML2.0ファイルと、VRML空間内での自律的な動き
を実現するためのスクリプトプログラム（Javaによるス
クリプトプログラム）とからなるVRMLコンテンツを、そ
れぞれダウンロードする。
て、図３乃至５を参照して説明する。図３において、番
号１で示すように、最初に、WWWブラウザを用いて、VRM
Lコンテンツを提供しているWebサイトのホームページを
閲覧する。この例では、 「http://pc.sony.co.jp/sapa
ri/」を閲覧している。次に、番号２で示すように、ク
ライアントＰＣ１またはクライアントＰＣ２のユーザ
は、VRML2.0ファイルと、VRML空間内での自律的な動き
を実現するためのスクリプトプログラム（Javaによるス
クリプトプログラム）とからなるVRMLコンテンツを、そ
れぞれダウンロードする。
【００３０】勿論、 CD-ROMディスク３３で提供されるV
RMLコンテンツをCD−ROMドライブ３２で読み込んでも良
い。
RMLコンテンツをCD−ROMドライブ３２で読み込んでも良
い。
【００３１】次に、図４に示すように、クライアントＰ
Ｃ１またはクライアントＰＣ２では、それぞれにダウン
ロードされ、一旦ローカルのHDD３１に格納されたVRML
2.0ファイルを、VRML2.0ブラウザであるCommunity Plac
e Browserが解釈するとともに実行し、さらに番号３で
示すように、VSCP(Virtual Society Server Client Pro
tocol)に基づいて、WLS１１に対して共有サーバ１２のU
RLを問い合わせる。このとき番号４で示すように、WLS
１１は、HDD１１ａに格納された共有サーバURL管理テー
ブルを参照して、クライアントＰＣ１またはクライアン
トＰＣ２に対して、共有サーバ１２のURLを通知する。
Ｃ１またはクライアントＰＣ２では、それぞれにダウン
ロードされ、一旦ローカルのHDD３１に格納されたVRML
2.0ファイルを、VRML2.0ブラウザであるCommunity Plac
e Browserが解釈するとともに実行し、さらに番号３で
示すように、VSCP(Virtual Society Server Client Pro
tocol)に基づいて、WLS１１に対して共有サーバ１２のU
RLを問い合わせる。このとき番号４で示すように、WLS
１１は、HDD１１ａに格納された共有サーバURL管理テー
ブルを参照して、クライアントＰＣ１またはクライアン
トＰＣ２に対して、共有サーバ１２のURLを通知する。
【００３２】このURLを用いて、図５に示すように、ク
ライアントＰＣ１とクライアントＰＣ２が、共有サーバ
１２に接続する。その結果、番号５で示すように、この
共有サーバ１２を介して共有3Dオブジェクトの位置や動
きなどに関する共有メッセージの送信が行われ、番号６
で示すように、その転送が行われ、マルチユーザ環境が
実現される。
ライアントＰＣ１とクライアントＰＣ２が、共有サーバ
１２に接続する。その結果、番号５で示すように、この
共有サーバ１２を介して共有3Dオブジェクトの位置や動
きなどに関する共有メッセージの送信が行われ、番号６
で示すように、その転送が行われ、マルチユーザ環境が
実現される。
【００３３】なお、以上の接続手順の詳しい説明につい
ては、特開平9-81781号公報を参照されたい。
ては、特開平9-81781号公報を参照されたい。
【００３４】また、ここでは、３次元仮想空間を、マル
チユーザ環境で使用することとしているが、マルチユー
ザ環境で使用しないこと（以下、適宜、シングルユーザ
環境という）、即ち、自身以外の他のユーザのアバタ
（ドローンアバタ）を登場させないようにするととも
に、自身のアバタ（パイロットアバタ）を、他のユーザ
のクライアントの３次元仮想空間に登場させないように
することも可能である。これは、上述した番号３乃至６
で表した処理を行わないようにすることで実現すること
ができる。
チユーザ環境で使用することとしているが、マルチユー
ザ環境で使用しないこと（以下、適宜、シングルユーザ
環境という）、即ち、自身以外の他のユーザのアバタ
（ドローンアバタ）を登場させないようにするととも
に、自身のアバタ（パイロットアバタ）を、他のユーザ
のクライアントの３次元仮想空間に登場させないように
することも可能である。これは、上述した番号３乃至６
で表した処理を行わないようにすることで実現すること
ができる。
【００３５】次に、図６を参照して、オーラについて説
明する。同図に示すように、パイロットアバタ５１の周
囲には、パイロットアバタ５１を中心とする所定の半径
を有する球よりなるオーラ５２が形成される。パイロッ
トアバタ５１は、オーラ５２の内部に位置する他のオブ
ジェクトからの情報を受信することができる。具体的に
は、図６に示すように、パイロットアバタ５１は、オー
ラ５２内に位置するドローンアバタ５３−１とオブジェ
クト（ＡＯ）５４−１を視認することができる（それら
の画像がパイロットアバタ５１のクライアントＰＣのCR
Tモニタに表示される）が、オーラ５２の外部に位置す
るドローンアバタ５３−２やオブジェクト５４−２を視
認することができない（ドローンアバタ５３−２やオブ
ジェクト（ＡＯ）５４−２の画像は、パイロットアバタ
５１のクライアントＰＣのCRTモニタには表示されな
い）。
明する。同図に示すように、パイロットアバタ５１の周
囲には、パイロットアバタ５１を中心とする所定の半径
を有する球よりなるオーラ５２が形成される。パイロッ
トアバタ５１は、オーラ５２の内部に位置する他のオブ
ジェクトからの情報を受信することができる。具体的に
は、図６に示すように、パイロットアバタ５１は、オー
ラ５２内に位置するドローンアバタ５３−１とオブジェ
クト（ＡＯ）５４−１を視認することができる（それら
の画像がパイロットアバタ５１のクライアントＰＣのCR
Tモニタに表示される）が、オーラ５２の外部に位置す
るドローンアバタ５３−２やオブジェクト５４−２を視
認することができない（ドローンアバタ５３−２やオブ
ジェクト（ＡＯ）５４−２の画像は、パイロットアバタ
５１のクライアントＰＣのCRTモニタには表示されな
い）。
【００３６】他のドローンアバタ５３−１，５３−２、
オブジェクト５４−１，５４−２にも同様にオーラが設
定される。なお、このシステムにおいては、各クライア
ントＰＣが対応するアバタのオーラは同一の大きさとさ
れるが、ＡＯのオーラは、必要に応じてアバタのオーラ
とは異なる範囲に設定される。
オブジェクト５４−１，５４−２にも同様にオーラが設
定される。なお、このシステムにおいては、各クライア
ントＰＣが対応するアバタのオーラは同一の大きさとさ
れるが、ＡＯのオーラは、必要に応じてアバタのオーラ
とは異なる範囲に設定される。
【００３７】このように、オーラ５２を規定すること
で、パイロットアバタ５１は、ドローンアバタ５３−１
とオブジェクト５４−１からの情報を受け取る必要があ
るが、オーラ５２の外部に位置するドローンアバタ５３
−２またはオブジェクト５４−２からの情報は受信する
必要がないので、受信する情報量を制限することが可能
となる。
で、パイロットアバタ５１は、ドローンアバタ５３−１
とオブジェクト５４−１からの情報を受け取る必要があ
るが、オーラ５２の外部に位置するドローンアバタ５３
−２またはオブジェクト５４−２からの情報は受信する
必要がないので、受信する情報量を制限することが可能
となる。
【００３８】すなわち、例えば、図７に示すように、ア
バタ５１が移動すると、その新たな位置情報が共有サー
バ１２に転送される。共有サーバ１２は、アバタ５１の
新たな位置に対応するオーラ５２の内部にどのようなオ
ブジェクト（アバタを含む）が位置するのかを判断し、
そのオブジェクトに関する情報をアバタ５１のクライア
ントＰＣに通知する。図７に示す例では、アバタ５１の
移動後のオーラ５２の内部にオブジェクト５４−１が存
在するため、共有サーバ１２は、オブジェクト５４−１
の情報をアバタ５１のクライアントＰＣに通知する。こ
れにより、アバタ５１のクライアントＰＣには、オブジ
ェクト５４−１の画像が表示され、アバタ５１のユーザ
は、オブジェクト５４−１を視認することができる。
バタ５１が移動すると、その新たな位置情報が共有サー
バ１２に転送される。共有サーバ１２は、アバタ５１の
新たな位置に対応するオーラ５２の内部にどのようなオ
ブジェクト（アバタを含む）が位置するのかを判断し、
そのオブジェクトに関する情報をアバタ５１のクライア
ントＰＣに通知する。図７に示す例では、アバタ５１の
移動後のオーラ５２の内部にオブジェクト５４−１が存
在するため、共有サーバ１２は、オブジェクト５４−１
の情報をアバタ５１のクライアントＰＣに通知する。こ
れにより、アバタ５１のクライアントＰＣには、オブジ
ェクト５４−１の画像が表示され、アバタ５１のユーザ
は、オブジェクト５４−１を視認することができる。
【００３９】しかしながら、ワールド内に位置するオブ
ジェクトの数が増加してくると、オーラ５２内に位置す
るオブジェクトの数も増加してくる。そこで、必要以上
に受信する情報量が増加しないように、オーラ内におい
てそのアバタが視認可能なオブジェクトの最大値が予め
設定され、共有サーバ１２により管理される。その結
果、オーラ５２内に位置するオブジェクトのうち、視認
可能なオブジェクトの最大値が例えば２と設定されてい
る場合、オーラ５２内に３個以上のオブジェクトが存在
したとしても、アバタ５１により視認可能なオブジェク
トは、時間的に最も早くオーラ５２内に位置してきた２
つのオブジェクトだけとなる。すなわち、３個目以降の
オブジェクトがオーラ５２内に進入してきたとしても、
そのことはアバタ５１には通知されない。この最大値
は、アバタ５１が対応するクライアントＰＣのリソース
の制限や、クライアントＰＣと共有サーバ１２の間のネ
ットワークの通信帯域の制限などに対応して、所定の値
に設定される。
ジェクトの数が増加してくると、オーラ５２内に位置す
るオブジェクトの数も増加してくる。そこで、必要以上
に受信する情報量が増加しないように、オーラ内におい
てそのアバタが視認可能なオブジェクトの最大値が予め
設定され、共有サーバ１２により管理される。その結
果、オーラ５２内に位置するオブジェクトのうち、視認
可能なオブジェクトの最大値が例えば２と設定されてい
る場合、オーラ５２内に３個以上のオブジェクトが存在
したとしても、アバタ５１により視認可能なオブジェク
トは、時間的に最も早くオーラ５２内に位置してきた２
つのオブジェクトだけとなる。すなわち、３個目以降の
オブジェクトがオーラ５２内に進入してきたとしても、
そのことはアバタ５１には通知されない。この最大値
は、アバタ５１が対応するクライアントＰＣのリソース
の制限や、クライアントＰＣと共有サーバ１２の間のネ
ットワークの通信帯域の制限などに対応して、所定の値
に設定される。
【００４０】但し、オーラ５２内において視認可能なオ
ブジェクトの数が最大値に達しているか否かを判断する
場合におけるオブジェクトには、ワールド内において、
自律的に行動するＡＯ（アプリケーションオブジェク
ト）は含まれないものとされる。これにより、アバタ５
１のオーラ５２内に、最大値と等しいオブジェクトが既
に存在していたとしても、アバタ５１は、ＡＯを視認す
ることが可能となる。
ブジェクトの数が最大値に達しているか否かを判断する
場合におけるオブジェクトには、ワールド内において、
自律的に行動するＡＯ（アプリケーションオブジェク
ト）は含まれないものとされる。これにより、アバタ５
１のオーラ５２内に、最大値と等しいオブジェクトが既
に存在していたとしても、アバタ５１は、ＡＯを視認す
ることが可能となる。
【００４１】ところで、このように、各アバタが視認可
能なオブジェクトの数の最大値を設定するようにする
と、一方のアバタからは視認可能であるにもかかわら
ず、他方のアバタからは視認できないような不整合が発
生する可能性がある。
能なオブジェクトの数の最大値を設定するようにする
と、一方のアバタからは視認可能であるにもかかわら
ず、他方のアバタからは視認できないような不整合が発
生する可能性がある。
【００４２】例えば、図８に示すように、アバタ６１の
オーラ６２内に、アバタ６３とアバタ６４が既に位置し
ている状態において、後からオーラ６２内にアバタ５１
が進入してきたような場合、アバタ５１のオーラ５２内
には、１つのアバタ６１のみが存在するので、アバタ５
１には、アバタ６１が視認されるようになされるが、ア
バタ６１のオーラ６２内には、既に２つのアバタ６３，
６４が位置しているため、最大値を越える３つ目のアバ
タ５１が新たに進入してきたとしても、アバタ６１は、
アバタ５１を視認することができなくなる。その結果、
アバタ５１は、アバタ６１を視認することができるにも
かかわらず、アバタ６１は、アバタ５１を視認すること
ができないので、例えばアバタ５１がアバタ６１にチャ
ットを申し込むことが可能であるが、アバタ６１は、ア
バタ５１からのチャットの申し込みを受け付けることが
できない。
オーラ６２内に、アバタ６３とアバタ６４が既に位置し
ている状態において、後からオーラ６２内にアバタ５１
が進入してきたような場合、アバタ５１のオーラ５２内
には、１つのアバタ６１のみが存在するので、アバタ５
１には、アバタ６１が視認されるようになされるが、ア
バタ６１のオーラ６２内には、既に２つのアバタ６３，
６４が位置しているため、最大値を越える３つ目のアバ
タ５１が新たに進入してきたとしても、アバタ６１は、
アバタ５１を視認することができなくなる。その結果、
アバタ５１は、アバタ６１を視認することができるにも
かかわらず、アバタ６１は、アバタ５１を視認すること
ができないので、例えばアバタ５１がアバタ６１にチャ
ットを申し込むことが可能であるが、アバタ６１は、ア
バタ５１からのチャットの申し込みを受け付けることが
できない。
【００４３】このような不整合を回避するため、このシ
ステムにおいては、一方のアバタ５１から他方のアバタ
６１を視認することができる場合には、他方のアバタ６
１が既に最大値のアバタを視認している状態であったと
しても、新たなアバタ５１を視認することができるよう
になされている。これにより、一方のアバタからは視認
可能であるにもかかわらず、他方のアバタからは視認で
きなくなるような不整合の発生が防止される。
ステムにおいては、一方のアバタ５１から他方のアバタ
６１を視認することができる場合には、他方のアバタ６
１が既に最大値のアバタを視認している状態であったと
しても、新たなアバタ５１を視認することができるよう
になされている。これにより、一方のアバタからは視認
可能であるにもかかわらず、他方のアバタからは視認で
きなくなるような不整合の発生が防止される。
【００４４】以上においては、主にアバタの受信オーラ
について説明したが、次に本発明のＡＯの発信オーラに
ついて、図９を参照しながら説明する。本システムで
は、オブジェクトのうち、アバタに対しては受信オーラ
だけが設定されるが、ＡＯに対しては受信オーラと発信
オーラが設定される。ＡＯ８１は、受信オーラ８３およ
び受信オーラ８３より長い半径の発信オーラ８４を有し
ている。発信オーラ８４は、ＡＯ８１の情報をより遠い
位置のアバタにも通知するようになされている。アバタ
８２の受信オーラ８５は、受信オーラ８３と同一の半径
とされている。ＡＯ８１に関して、発信オーラ８４が設
定されていない場合（受信オーラ８３のみ設定されてい
る場合）、ＡＯ８１（時計台）は受信オーラ８５の外側
に位置するため、アバタ８２からは視認することができ
ない。これに対して、受信オーラ８３より長い半径の発
信オーラ８４を設定した場合、アバタ８２は、ＡＯ８１
から遠い位置にいたとしても、発信オーラ８４内に位置
する可能性が高くなり、ＡＯ８１を視認することができ
る。
について説明したが、次に本発明のＡＯの発信オーラに
ついて、図９を参照しながら説明する。本システムで
は、オブジェクトのうち、アバタに対しては受信オーラ
だけが設定されるが、ＡＯに対しては受信オーラと発信
オーラが設定される。ＡＯ８１は、受信オーラ８３およ
び受信オーラ８３より長い半径の発信オーラ８４を有し
ている。発信オーラ８４は、ＡＯ８１の情報をより遠い
位置のアバタにも通知するようになされている。アバタ
８２の受信オーラ８５は、受信オーラ８３と同一の半径
とされている。ＡＯ８１に関して、発信オーラ８４が設
定されていない場合（受信オーラ８３のみ設定されてい
る場合）、ＡＯ８１（時計台）は受信オーラ８５の外側
に位置するため、アバタ８２からは視認することができ
ない。これに対して、受信オーラ８３より長い半径の発
信オーラ８４を設定した場合、アバタ８２は、ＡＯ８１
から遠い位置にいたとしても、発信オーラ８４内に位置
する可能性が高くなり、ＡＯ８１を視認することができ
る。
【００４５】次に、図９において、アバタ８２の移動が
通知されたときの共有サーバ１２の処理動作について、
図１１のフローチャートを参照しながら説明する。尚、
共有サーバ１２は、各オブジェクト毎に図１０に示すよ
うな情報を管理している。リスト（集合）Ａは、自分が
誰に知覚されているかを示すリストである。リスト（集
合）Ｂは、自分が誰を知覚しているかを示すリストであ
る。発信オーラ有効フラグは、発信オーラが有効である
か否かを示すフラグである。
通知されたときの共有サーバ１２の処理動作について、
図１１のフローチャートを参照しながら説明する。尚、
共有サーバ１２は、各オブジェクト毎に図１０に示すよ
うな情報を管理している。リスト（集合）Ａは、自分が
誰に知覚されているかを示すリストである。リスト（集
合）Ｂは、自分が誰を知覚しているかを示すリストであ
る。発信オーラ有効フラグは、発信オーラが有効である
か否かを示すフラグである。
【００４６】先ず、アバタ８２が移動すると、ステップ
Ｓ１において、共有サーバ１２は、離脱検出処理を行
う。これは、アバタ８２からオブジェクト（例えば、Ａ
Ｏ８１）が知覚されなくなったか否か（受信オーラ８５
から離脱したか否か）を判定する処理である。
Ｓ１において、共有サーバ１２は、離脱検出処理を行
う。これは、アバタ８２からオブジェクト（例えば、Ａ
Ｏ８１）が知覚されなくなったか否か（受信オーラ８５
から離脱したか否か）を判定する処理である。
【００４７】ステップＳ２において、共有サーバ１２
は、ワールド内のオブジェクトにアバタ８２の移動メッ
セージを通知し、ステップＳ３に進む。
は、ワールド内のオブジェクトにアバタ８２の移動メッ
セージを通知し、ステップＳ３に進む。
【００４８】ステップＳ３においては、進入検出処理が
行われる。この処理は、移動後のアバタ８２の受信オー
ラ８５内に、新たにオブジェクトが進入したか否かを判
定する処理である。
行われる。この処理は、移動後のアバタ８２の受信オー
ラ８５内に、新たにオブジェクトが進入したか否かを判
定する処理である。
【００４９】次に、ステップＳ１の離脱検出処理につい
て、図１２のフローチャートを参照しながら説明する。
て、図１２のフローチャートを参照しながら説明する。
【００５０】離脱検出処理が開始されると、ステップＳ
１１において、共有サーバ１２は、アバタ８２の集合Ｂ
からオブジェクト（オブジェクトＸとする）を１つ選択
し、ステップＳ１２に進む。
１１において、共有サーバ１２は、アバタ８２の集合Ｂ
からオブジェクト（オブジェクトＸとする）を１つ選択
し、ステップＳ１２に進む。
【００５１】ステップＳ１２において、共有サーバ１２
は、アバタ８２の集合Ｂの全てのオブジェクトについ
て、以下のチェックが完了したか否かを判定する。ステ
ップＳ１２において、アバタ８２の集合Ｂの全てのオブ
ジェクトのチェックが完了していないと判定された場
合、ステップＳ１３に進む。
は、アバタ８２の集合Ｂの全てのオブジェクトについ
て、以下のチェックが完了したか否かを判定する。ステ
ップＳ１２において、アバタ８２の集合Ｂの全てのオブ
ジェクトのチェックが完了していないと判定された場
合、ステップＳ１３に進む。
【００５２】ステップＳ１３において、共有サーバ１２
は、オブジェクトＸの発信オーラ領域が有効であるか否
かを判定する。ステップＳ１３において、オブジェクト
Ｘの発信オーラ領域が有効でないと判定された場合、ス
テップＳ１４に進む。
は、オブジェクトＸの発信オーラ領域が有効であるか否
かを判定する。ステップＳ１３において、オブジェクト
Ｘの発信オーラ領域が有効でないと判定された場合、ス
テップＳ１４に進む。
【００５３】ステップＳ１４において、共有サーバ１２
は、アバタ８２の受信オーラ領域にオブジェクトＸが入
っているか否かを判定する。ステップＳ１４において、
アバタ８２の受信オーラ領域にオブジェクトＸが入って
いないと判定された場合、ステップＳ１５に進む。
は、アバタ８２の受信オーラ領域にオブジェクトＸが入
っているか否かを判定する。ステップＳ１４において、
アバタ８２の受信オーラ領域にオブジェクトＸが入って
いないと判定された場合、ステップＳ１５に進む。
【００５４】ステップＳ１５において、共有サーバ１２
は、アバタ８２の集合ＢからオブジェクトＸを削除する
とともに、オブジェクトＸの集合Ａからアバタ８２を削
除する。即ち、共有オブジェクト管理テーブルの更新が
行われる。ステップＳ１５において、共有オブジェクト
管理テーブルの更新が終了すると、ステップＳ１１に戻
り、それ以降の処理が繰り返し、実行される。
は、アバタ８２の集合ＢからオブジェクトＸを削除する
とともに、オブジェクトＸの集合Ａからアバタ８２を削
除する。即ち、共有オブジェクト管理テーブルの更新が
行われる。ステップＳ１５において、共有オブジェクト
管理テーブルの更新が終了すると、ステップＳ１１に戻
り、それ以降の処理が繰り返し、実行される。
【００５５】ステップＳ１４において、アバタ８２の受
信オーラ領域にオブジェクトＸが入っていると判定され
た場合、オブジェクトＸを削除する必要がないので、ス
テップＳ１５の処理はスキップされ、ステップＳ１１に
戻る。
信オーラ領域にオブジェクトＸが入っていると判定され
た場合、オブジェクトＸを削除する必要がないので、ス
テップＳ１５の処理はスキップされ、ステップＳ１１に
戻る。
【００５６】ステップＳ１３において、オブジェクトＸ
の発信オーラ領域が有効であると判定された場合、ステ
ップＳ１６に進み、共有サーバ１２は、オブジェクトＸ
の発信オーラ領域にアバタ８２が入っているか否かを判
定する。ステップＳ１６において、オブジェクトＸの発
信オーラ領域にアバタ８２が入っていないと判定された
場合、ステップＳ１５に進み、上述した場合と同様に共
有オブジェクト管理テーブルの更新が行われる。ステッ
プＳ１６において、オブジェクトＸの発信オーラ領域に
アバタ８２が入っていると判定された場合、更新処理は
不要なので、ステップＳ１５の処理はスキップされ、ス
テップＳ１１に戻る。
の発信オーラ領域が有効であると判定された場合、ステ
ップＳ１６に進み、共有サーバ１２は、オブジェクトＸ
の発信オーラ領域にアバタ８２が入っているか否かを判
定する。ステップＳ１６において、オブジェクトＸの発
信オーラ領域にアバタ８２が入っていないと判定された
場合、ステップＳ１５に進み、上述した場合と同様に共
有オブジェクト管理テーブルの更新が行われる。ステッ
プＳ１６において、オブジェクトＸの発信オーラ領域に
アバタ８２が入っていると判定された場合、更新処理は
不要なので、ステップＳ１５の処理はスキップされ、ス
テップＳ１１に戻る。
【００５７】ステップＳ１２において、アバタ８２の集
合Ｂの全てのオブジェクトのチェックが完了したと判定
された場合、ステップＳ１７に進み、共有サーバ１２
は、アバタ８２の集合Ａからオブジェクトをオブジェク
トＸとして１つ選択し、ステップＳ１８に進む。
合Ｂの全てのオブジェクトのチェックが完了したと判定
された場合、ステップＳ１７に進み、共有サーバ１２
は、アバタ８２の集合Ａからオブジェクトをオブジェク
トＸとして１つ選択し、ステップＳ１８に進む。
【００５８】ステップＳ１８において、共有サーバ１２
は、アバタ８２の集合Ａの全てのオブジェクトのチェッ
クが完了したか否かを判定する。ステップＳ１８におい
て、アバタ８２の集合Ａの全てのオブジェクトのチェッ
クがまだ完了していないと判定された場合、ステップＳ
１９に進む。
は、アバタ８２の集合Ａの全てのオブジェクトのチェッ
クが完了したか否かを判定する。ステップＳ１８におい
て、アバタ８２の集合Ａの全てのオブジェクトのチェッ
クがまだ完了していないと判定された場合、ステップＳ
１９に進む。
【００５９】ステップＳ１９において、共有サーバ１２
は、アバタ８２の発信オーラ領域が有効であるか否かを
判定する。ステップＳ１９において、アバタ８２の発信
オーラ領域が有効でないと判定された場合、ステップＳ
２０に進む。
は、アバタ８２の発信オーラ領域が有効であるか否かを
判定する。ステップＳ１９において、アバタ８２の発信
オーラ領域が有効でないと判定された場合、ステップＳ
２０に進む。
【００６０】ステップＳ２０において、共有サーバ１２
は、オブジェクトＸの受信オーラ領域にアバタ８２が入
っているか否かを判定する。ステップＳ２０において、
オブジェクトＸの受信オーラ領域にアバタ８２が入って
いないと判定された場合、ステップＳ２１に進む。
は、オブジェクトＸの受信オーラ領域にアバタ８２が入
っているか否かを判定する。ステップＳ２０において、
オブジェクトＸの受信オーラ領域にアバタ８２が入って
いないと判定された場合、ステップＳ２１に進む。
【００６１】ステップＳ２１において、共有サーバ１２
は、オブジェクトＸの集合Ｂからアバタ８２を削除する
とともに、アバタ８２の集合ＡからオブジェクトＸを削
除する。即ち、共有オブジェクト管理テーブルの更新が
行われる。ステップＳ２１において、共有オブジェクト
管理テーブルの更新が行われると、ステップＳ１７に戻
り、それ以降の処理が繰り返し、実行される。
は、オブジェクトＸの集合Ｂからアバタ８２を削除する
とともに、アバタ８２の集合ＡからオブジェクトＸを削
除する。即ち、共有オブジェクト管理テーブルの更新が
行われる。ステップＳ２１において、共有オブジェクト
管理テーブルの更新が行われると、ステップＳ１７に戻
り、それ以降の処理が繰り返し、実行される。
【００６２】ステップＳ２０において、オブジェクトＸ
の受信オーラ領域にアバタ８２が入っていると判定され
た場合、更新処理は不要となるため、ステップＳ２１の
処理はスキップされ、ステップＳ１７に戻る。
の受信オーラ領域にアバタ８２が入っていると判定され
た場合、更新処理は不要となるため、ステップＳ２１の
処理はスキップされ、ステップＳ１７に戻る。
【００６３】ステップＳ１９において、アバタ８２の発
信オーラ領域が有効であると判定された場合、ステップ
Ｓ２２に進み、共有サーバ１２は、アバタ８２の発信オ
ーラ領域にオブジェクトＸが入っているか否かを判定す
る。ステップＳ２２において、アバタ８２の発信オーラ
領域にオブジェクトＸが入っていないと判定された場
合、ステップＳ２１に進み、共有オブジェクト管理テー
ブルの更新が行われる。ステップＳ２２において、アバ
タ８２の発信オーラ領域にオブジェクトＸが入っている
と判定された場合、更新処理は不要となるので、ステッ
プＳ２１の処理はスキップされ、ステップＳ１７に戻
る。
信オーラ領域が有効であると判定された場合、ステップ
Ｓ２２に進み、共有サーバ１２は、アバタ８２の発信オ
ーラ領域にオブジェクトＸが入っているか否かを判定す
る。ステップＳ２２において、アバタ８２の発信オーラ
領域にオブジェクトＸが入っていないと判定された場
合、ステップＳ２１に進み、共有オブジェクト管理テー
ブルの更新が行われる。ステップＳ２２において、アバ
タ８２の発信オーラ領域にオブジェクトＸが入っている
と判定された場合、更新処理は不要となるので、ステッ
プＳ２１の処理はスキップされ、ステップＳ１７に戻
る。
【００６４】ステップＳ１８において、アバタ８２の集
合Ａの全てのオブジェクトのチェックが完了したと判定
された場合、離脱検出処理は終了し、図１１のステップ
Ｓ２に進む。
合Ａの全てのオブジェクトのチェックが完了したと判定
された場合、離脱検出処理は終了し、図１１のステップ
Ｓ２に進む。
【００６５】次に、ステップＳ３の進入検出処理につい
て、図１３のフローチャートを参照しながら説明する。
て、図１３のフローチャートを参照しながら説明する。
【００６６】進入検出処理が開始されると、ステップＳ
３１において、共有サーバ１２は、共有オブジェクト管
理テーブルから１つのオブジェクトをオブジェクトＸと
して選択し、ステップＳ３２に進む。
３１において、共有サーバ１２は、共有オブジェクト管
理テーブルから１つのオブジェクトをオブジェクトＸと
して選択し、ステップＳ３２に進む。
【００６７】ステップＳ３２において、共有サーバ１２
は、全てのオブジェクトのチェックが完了したか否かを
判定する。ステップＳ３２において、全てのオブジェク
トのチェックが完了していないと判定された場合、ステ
ップＳ３３に進む。
は、全てのオブジェクトのチェックが完了したか否かを
判定する。ステップＳ３２において、全てのオブジェク
トのチェックが完了していないと判定された場合、ステ
ップＳ３３に進む。
【００６８】ステップＳ３３において、共有サーバ１２
は、オブジェクトＸはアバタ８２であるか否かを判定す
る。ステップＳ３３において、オブジェクトＸはアバタ
８２であると判定された場合、ステップＳ３１に戻る。
ステップＳ３３において、オブジェクトＸはアバタ８２
ではないと判定された場合、ステップＳ３４に進む。
は、オブジェクトＸはアバタ８２であるか否かを判定す
る。ステップＳ３３において、オブジェクトＸはアバタ
８２であると判定された場合、ステップＳ３１に戻る。
ステップＳ３３において、オブジェクトＸはアバタ８２
ではないと判定された場合、ステップＳ３４に進む。
【００６９】ステップＳ３４において、共有サーバ１２
は、オブジェクトＸの発信オーラ領域が有効であるか否
かを判定する。ステップＳ３４において、オブジェクト
Ｘの発信オーラ領域が有効でないと判定された場合、ス
テップＳ３５に進む。
は、オブジェクトＸの発信オーラ領域が有効であるか否
かを判定する。ステップＳ３４において、オブジェクト
Ｘの発信オーラ領域が有効でないと判定された場合、ス
テップＳ３５に進む。
【００７０】ステップＳ３５において、共有サーバ１２
は、アバタ８２がオブジェクトＸを認知しておらず、か
つ、アバタ８２の受信オーラ領域にオブジェクトＸが位
置するか否かを判定する。ステップＳ３５において、ア
バタ８２がオブジェクトＸを認知しておらず、かつ、ア
バタ８２の受信オーラ領域にオブジェクトＸが位置する
と判定された場合、ステップＳ３７に進む。
は、アバタ８２がオブジェクトＸを認知しておらず、か
つ、アバタ８２の受信オーラ領域にオブジェクトＸが位
置するか否かを判定する。ステップＳ３５において、ア
バタ８２がオブジェクトＸを認知しておらず、かつ、ア
バタ８２の受信オーラ領域にオブジェクトＸが位置する
と判定された場合、ステップＳ３７に進む。
【００７１】ステップＳ３７において、共有サーバ１２
は、共有オブジェクト管理テーブル上のアバタ８２の集
合ＢにオブジェクトＸを追加するとともに、オブジェク
トＸの集合Ａにアバタ８２を追加し、ステップＳ３８に
進む。
は、共有オブジェクト管理テーブル上のアバタ８２の集
合ＢにオブジェクトＸを追加するとともに、オブジェク
トＸの集合Ａにアバタ８２を追加し、ステップＳ３８に
進む。
【００７２】ステップＳ３５において、アバタ８２がオ
ブジェクトＸを認知しているか、または、アバタ８２の
受信オーラ領域にオブジェクトＸが位置していないと判
定された場合、登録の必要がないので、ステップＳ３７
の処理はスキップされ、ステップＳ３８に進む。
ブジェクトＸを認知しているか、または、アバタ８２の
受信オーラ領域にオブジェクトＸが位置していないと判
定された場合、登録の必要がないので、ステップＳ３７
の処理はスキップされ、ステップＳ３８に進む。
【００７３】ステップＳ３４において、オブジェクトＸ
の発信オーラ領域が有効であると判定された場合、ステ
ップＳ３６に進む。
の発信オーラ領域が有効であると判定された場合、ステ
ップＳ３６に進む。
【００７４】ステップＳ３６において、共有サーバ１２
は、アバタ８２がオブジェクトＸを認知しておらず、か
つ、オブジェクトＸの発信オーラ領域にアバタ８２が位
置しているか否かを判定する。ステップＳ３６におい
て、アバタ８２がオブジェクトＸを認知しておらず、か
つ、オブジェクトＸの発信オーラ領域にアバタ８２が位
置していると判定された場合、ステップＳ３７に進み、
上述した場合と同様に、共有オブジェクト管理テーブル
が更新される。ステップＳ３６において、アバタ８２が
オブジェクトＸを認知しているか、または、オブジェク
トＸの発信オーラ領域にアバタ８２が位置していないと
判定された場合、更新処理は不要となるので、ステップ
Ｓ３７の処理はスキップされ、ステップＳ３８に進む。
は、アバタ８２がオブジェクトＸを認知しておらず、か
つ、オブジェクトＸの発信オーラ領域にアバタ８２が位
置しているか否かを判定する。ステップＳ３６におい
て、アバタ８２がオブジェクトＸを認知しておらず、か
つ、オブジェクトＸの発信オーラ領域にアバタ８２が位
置していると判定された場合、ステップＳ３７に進み、
上述した場合と同様に、共有オブジェクト管理テーブル
が更新される。ステップＳ３６において、アバタ８２が
オブジェクトＸを認知しているか、または、オブジェク
トＸの発信オーラ領域にアバタ８２が位置していないと
判定された場合、更新処理は不要となるので、ステップ
Ｓ３７の処理はスキップされ、ステップＳ３８に進む。
【００７５】ステップＳ３８において、共有サーバ１２
は、アバタ８２の発信オーラ領域が有効であるか否かを
判定する。ステップＳ３８において、アバタ８２の発信
オーラ領域が有効でないと判定された場合、ステップＳ
３９に進む。
は、アバタ８２の発信オーラ領域が有効であるか否かを
判定する。ステップＳ３８において、アバタ８２の発信
オーラ領域が有効でないと判定された場合、ステップＳ
３９に進む。
【００７６】ステップＳ３９において、共有サーバ１２
は、オブジェクトＸがアバタ８２を認知しておらず、か
つ、オブジェクトＸの受信オーラ領域にアバタ８２が位
置しているか否かを判定する。ステップＳ３９におい
て、オブジェクトＸがアバタ８２を認知しておらず、か
つ、オブジェクトＸの受信オーラ領域にアバタ８２が位
置していると判定された場合、ステップＳ４１に進む。
は、オブジェクトＸがアバタ８２を認知しておらず、か
つ、オブジェクトＸの受信オーラ領域にアバタ８２が位
置しているか否かを判定する。ステップＳ３９におい
て、オブジェクトＸがアバタ８２を認知しておらず、か
つ、オブジェクトＸの受信オーラ領域にアバタ８２が位
置していると判定された場合、ステップＳ４１に進む。
【００７７】ステップＳ４１において、共有サーバ１２
は、共有オブジェクト管理テーブル上のオブジェクトＸ
の集合Ｂにアバタ８２を追加するとともに、アバタ８２
の集合ＡにオブジェクトＸを追加し、ステップＳ３１に
戻る。
は、共有オブジェクト管理テーブル上のオブジェクトＸ
の集合Ｂにアバタ８２を追加するとともに、アバタ８２
の集合ＡにオブジェクトＸを追加し、ステップＳ３１に
戻る。
【００７８】ステップＳ３９において、オブジェクトＸ
がアバタ８２を認知しているか、または、オブジェクト
Ｘの受信オーラ領域にアバタ８２が位置していないと判
定された場合、更新処理の必要がないので、ステップＳ
４１の処理はスキップされ、ステップＳ３１に戻る。
がアバタ８２を認知しているか、または、オブジェクト
Ｘの受信オーラ領域にアバタ８２が位置していないと判
定された場合、更新処理の必要がないので、ステップＳ
４１の処理はスキップされ、ステップＳ３１に戻る。
【００７９】ステップＳ３８において、アバタ８２の発
信オーラ領域が有効であると判定された場合、ステップ
Ｓ４０に進む。
信オーラ領域が有効であると判定された場合、ステップ
Ｓ４０に進む。
【００８０】ステップＳ４０において、共有サーバ１２
は、オブジェクトＸがアバタ８２を認知しておらず、か
つ、アバタ８２の発信オーラ領域にオブジェクトＸが位
置しているか否かを判定する。ステップＳ４０におい
て、オブジェクトＸがアバタ８２を認知しておらず、か
つ、アバタ８２の発信オーラ領域にオブジェクトＸが位
置していると判定された場合、ステップＳ４１に進み、
共有オブジェクト管理テーブルは、上述した場合と同様
に更新される。ステップＳ４０において、オブジェクト
Ｘがアバタ８２を認知しているか、または、アバタ８２
の発信オーラ領域にオブジェクトＸが位置していないと
判定された場合、更新処理の必要がないので、ステップ
Ｓ４１の処理はスキップされ、ステップＳ３１に戻る。
は、オブジェクトＸがアバタ８２を認知しておらず、か
つ、アバタ８２の発信オーラ領域にオブジェクトＸが位
置しているか否かを判定する。ステップＳ４０におい
て、オブジェクトＸがアバタ８２を認知しておらず、か
つ、アバタ８２の発信オーラ領域にオブジェクトＸが位
置していると判定された場合、ステップＳ４１に進み、
共有オブジェクト管理テーブルは、上述した場合と同様
に更新される。ステップＳ４０において、オブジェクト
Ｘがアバタ８２を認知しているか、または、アバタ８２
の発信オーラ領域にオブジェクトＸが位置していないと
判定された場合、更新処理の必要がないので、ステップ
Ｓ４１の処理はスキップされ、ステップＳ３１に戻る。
【００８１】ステップＳ３２において、全てのオブジェ
クトのチェックが完了したと判定された場合、処理は終
了される。
クトのチェックが完了したと判定された場合、処理は終
了される。
【００８２】なお、上記各種の処理を行うコンピュータ
プログラムは、ＣＤ−Ｒ、ＣＤ−ＲＯＭ、またはフロッ
ピーディスクなどの記録媒体を介してユーザに提供した
り、ネットワークなどの提供媒体を介してユーザに提供
し、必要に応じて内蔵するRAMやハードディスクなどに
記録して利用させるようにすることができる。
プログラムは、ＣＤ−Ｒ、ＣＤ−ＲＯＭ、またはフロッ
ピーディスクなどの記録媒体を介してユーザに提供した
り、ネットワークなどの提供媒体を介してユーザに提供
し、必要に応じて内蔵するRAMやハードディスクなどに
記録して利用させるようにすることができる。
【００８３】
【発明の効果】請求項１に記載の情報処理装置、請求項
２に記載の情報処理方法、および請求項３に記載の提供
媒体によれば、感知領域よりも広い情報を発信する発信
領域を設定するようにしたので、所定のオブジェクトの
情報をより確実に、遠隔に位置する他のオブジェクトに
通知することが可能となる。
２に記載の情報処理方法、および請求項３に記載の提供
媒体によれば、感知領域よりも広い情報を発信する発信
領域を設定するようにしたので、所定のオブジェクトの
情報をより確実に、遠隔に位置する他のオブジェクトに
通知することが可能となる。
【図１】本発明を適用した共有仮想空間提供システムの
構成例を示すブロック図である。
構成例を示すブロック図である。
【図２】図１のクライアントＰＣ１の構成例を示すブロ
ック図である。
ック図である。
【図３】図１のシステムの動作を説明する図である。
【図４】図１のシステムの動作を説明する図である。
【図５】図１のシステムの動作を説明する図である。
【図６】オーラを説明する図である。
【図７】アバタが移動した場合のオブジェクトの知覚を
説明する図である。
説明する図である。
【図８】アバタの知覚の不整合を説明する図である。
【図９】ＡＯ８１の発信オーラ８４を説明するための図
である。
である。
【図１０】図１の共有サーバ１２が有するオブジェクト
の管理情報を説明する図である。
の管理情報を説明する図である。
【図１１】移動通知処理を説明するためのフローチャー
トである。
トである。
【図１２】ステップＳ１の離脱検出処理を説明するため
のフローチャートである。
のフローチャートである。
【図１３】ステップＳ３の進入検出処理を説明するため
のフローチャートである。
のフローチャートである。
１乃至３ クライアントＰＣ， ７ インターネット，
１０ WWWサーバ，１２ 共有サーバ， ３０ CPU，
３１ ハードディスク， ３９ モデム，４５ CRT
モニタ， ４６ RAM， ５１ パイロットアバタ，
５２ オーラ， ５３−１，５３−２ ドローンアバ
タ， ５４−１，５４−２ オブジェクト， ６１ ア
バタ， ６２ オーラ， ６３，６４ アバタ， ８１
ＡＯ， ８２ アバタ， ８３，８５ 受信オーラ，
８４ 発信オーラ
１０ WWWサーバ，１２ 共有サーバ， ３０ CPU，
３１ ハードディスク， ３９ モデム，４５ CRT
モニタ， ４６ RAM， ５１ パイロットアバタ，
５２ オーラ， ５３−１，５３−２ ドローンアバ
タ， ５４−１，５４−２ オブジェクト， ６１ ア
バタ， ６２ オーラ， ６３，６４ アバタ， ８１
ＡＯ， ８２ アバタ， ８３，８５ 受信オーラ，
８４ 発信オーラ
Claims (3)
- 【請求項１】 ３次元仮想空間におかれたオブジェクト
の情報を管理する情報処理装置において、 前記オブジェクトの情報を感知する領域を設定する感知
領域設定手段と、 前記オブジェクトの情報を発信する前記感知領域よりも
広い領域を設定する発信領域設定手段とを備えることを
特徴とする情報処理装置。 - 【請求項２】 ３次元仮想空間におかれたオブジェクト
の情報を管理する情報処理装置の情報処理方法におい
て、 前記オブジェクトの情報を感知する領域を設定する感知
領域設定ステップと、 前記オブジェクトの情報を発信する前記感知領域よりも
広い領域を設定する発信領域設定ステップとを含むこと
を特徴とする情報処理方法。 - 【請求項３】 ３次元仮想空間におかれたオブジェクト
の情報を管理する情報処理装置に、 前記オブジェクトの情報を感知する領域を設定する感知
領域設定ステップと、 前記オブジェクトの情報を発信する前記感知領域よりも
広い領域を設定する発信領域設定ステップとを含む処理
を実行させるコンピュータが読み取り可能なプログラム
を提供することを特徴とする提供媒体。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10277064A JP2000113221A (ja) | 1998-09-30 | 1998-09-30 | 情報処理装置および方法、並びに提供媒体 |
| US09/389,803 US6933938B1 (en) | 1998-09-30 | 1999-09-03 | Information processing apparatus, method and computer program for virtual reality aura setting |
| US11/103,706 US6975315B2 (en) | 1998-09-30 | 2005-04-12 | Information processing method |
| US11/103,812 US6975316B2 (en) | 1998-09-30 | 2005-04-12 | Information processing method |
| US11/104,223 US6982709B2 (en) | 1998-09-30 | 2005-04-12 | Information processing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10277064A JP2000113221A (ja) | 1998-09-30 | 1998-09-30 | 情報処理装置および方法、並びに提供媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000113221A true JP2000113221A (ja) | 2000-04-21 |
Family
ID=17578292
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10277064A Withdrawn JP2000113221A (ja) | 1998-09-30 | 1998-09-30 | 情報処理装置および方法、並びに提供媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (4) | US6933938B1 (ja) |
| JP (1) | JP2000113221A (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7788323B2 (en) * | 2000-09-21 | 2010-08-31 | International Business Machines Corporation | Method and apparatus for sharing information in a virtual environment |
| US7124372B2 (en) * | 2001-06-13 | 2006-10-17 | Glen David Brin | Interactive communication between a plurality of users |
| EP1853987A1 (en) * | 2005-03-04 | 2007-11-14 | Nokia Corporation | Offering menu items to a user |
| US20070011617A1 (en) * | 2005-07-06 | 2007-01-11 | Mitsunori Akagawa | Three-dimensional graphical user interface |
| WO2008109798A2 (en) | 2007-03-07 | 2008-09-12 | Ideaflood, Inc. | Multi-instance, multi-user animation platforms |
| US20090172557A1 (en) * | 2008-01-02 | 2009-07-02 | International Business Machines Corporation | Gui screen sharing between real pcs in the real world and virtual pcs in the virtual world |
| US9258337B2 (en) * | 2008-03-18 | 2016-02-09 | Avaya Inc. | Inclusion of web content in a virtual environment |
| KR20100002756A (ko) * | 2008-06-30 | 2010-01-07 | 삼성전자주식회사 | 매트릭스 블로깅 시스템 및 서비스 제공 방법 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5261041A (en) * | 1990-12-28 | 1993-11-09 | Apple Computer, Inc. | Computer controlled animation system based on definitional animated objects and methods of manipulating same |
| US5736982A (en) * | 1994-08-03 | 1998-04-07 | Nippon Telegraph And Telephone Corporation | Virtual space apparatus with avatars and speech |
| US5880731A (en) * | 1995-12-14 | 1999-03-09 | Microsoft Corporation | Use of avatars with automatic gesturing and bounded interaction in on-line chat session |
| CA2248909A1 (en) * | 1996-03-15 | 1997-09-25 | Zapa Digital Arts Ltd. | System for producing an animation sequence according to character behaviour characteristics |
| US6057856A (en) * | 1996-09-30 | 2000-05-02 | Sony Corporation | 3D virtual reality multi-user interaction with superimposed positional information display for each user |
| US5926179A (en) * | 1996-09-30 | 1999-07-20 | Sony Corporation | Three-dimensional virtual reality space display processing apparatus, a three-dimensional virtual reality space display processing method, and an information providing medium |
| JP3799134B2 (ja) * | 1997-05-28 | 2006-07-19 | ソニー株式会社 | システムおよび通知方法 |
| JP3855430B2 (ja) * | 1998-01-23 | 2006-12-13 | ソニー株式会社 | 情報処理装置および方法、情報処理システム、並びに記録媒体 |
| US6738059B1 (en) * | 1998-12-18 | 2004-05-18 | Kabushiki Kaisha Sega Enterprises | Apparatus and methods for image processing using mixed display objects |
| JP4085918B2 (ja) * | 2003-07-18 | 2008-05-14 | ソニー株式会社 | ３次元モデル処理装置、および３次元モデル処理方法、並びにコンピュータ・プログラム |
-
1998
- 1998-09-30 JP JP10277064A patent/JP2000113221A/ja not_active Withdrawn
-
1999
- 1999-09-03 US US09/389,803 patent/US6933938B1/en not_active Expired - Lifetime
-
2005
- 2005-04-12 US US11/104,223 patent/US6982709B2/en not_active Expired - Lifetime
- 2005-04-12 US US11/103,706 patent/US6975315B2/en not_active Expired - Lifetime
- 2005-04-12 US US11/103,812 patent/US6975316B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US6982709B2 (en) | 2006-01-03 |
| US20050212796A1 (en) | 2005-09-29 |
| US20050216853A1 (en) | 2005-09-29 |
| US20050191039A1 (en) | 2005-09-01 |
| US6933938B1 (en) | 2005-08-23 |
| US6975316B2 (en) | 2005-12-13 |
| US6975315B2 (en) | 2005-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2000113222A (ja) | 情報処理装置および方法、並びに提供媒体 | |
| US6532007B1 (en) | Method, apparatus and presentation medium for multiple auras in a virtual shared space | |
| US6859821B1 (en) | Method and apparatus for prioritizing data change requests and maintaining data consistency in a distributed computer system equipped for activity-based collaboration | |
| KR100534816B1 (ko) | 대화식하이퍼미디윰을작성하기위한방법및장치 | |
| JP4441979B2 (ja) | 情報処理装置および方法、並びに記録媒体 | |
| JP2001312645A (ja) | 情報処理装置および方法、並びに格納媒体 | |
| US7747683B2 (en) | Method and system for operating applications for remote terminal devices | |
| US6975315B2 (en) | Information processing method | |
| US9648092B2 (en) | Internet browser | |
| JP4232231B2 (ja) | 情報処理装置および方法、並びに記録媒体 | |
| JP2001236525A (ja) | 情報処理装置および方法、情報処理システム、並びに記録媒体 | |
| US7654902B2 (en) | User-name switching method on network game | |
| JP2001236291A (ja) | 情報処理装置および方法、情報処理システム、並びに記録媒体 | |
| KR100640790B1 (ko) | 어플리케이션 툴 제공 방법 및 이를 위한 시스템 | |
| US20190266615A1 (en) | Shared advertising with virtual worlds | |
| JP2001148033A (ja) | 情報処理装置および方法、並びに記録媒体 | |
| JP4487159B2 (ja) | 情報処理装置および方法、並びに格納媒体 | |
| JP2000149063A (ja) | 情報処理装置および方法、並びに提供媒体 | |
| JP2000207578A (ja) | 情報処理装置および方法、並びに提供媒体 | |
| JP2000149068A (ja) | 情報処理装置および方法、並びに提供媒体 | |
| JP2000148342A (ja) | 情報処理装置および方法、並びに提供媒体 | |
| JP2000113223A (ja) | 情報処理装置および方法、並びに提供媒体 | |
| KR20000064136A (ko) | 인터넷통신망에서의 광고전달방법 | |
| JP2003518297A (ja) | サーバベースのアクティブドキュメントの操作 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060110 |