JPH1021215A

JPH1021215A - サイバースペースの作成方法及びその作成装置

Info

Publication number: JPH1021215A
Application number: JP16942396A
Authority: JP
Inventors: Hideto Ikeda; 秀人池田
Original assignee: Ritsumeikan Trust
Current assignee: Ritsumeikan Trust
Priority date: 1996-06-28
Filing date: 1996-06-28
Publication date: 1998-01-23
Also published as: WO1998000812A1

Abstract

(57)【要約】【課題】「３次元キャラクター移動＋停止時視野合
成」という方法によりクライアント装置側の負荷を軽く
すること。【解決手段】サイバースペースを、空間Ｓ、オブジェ
クトＯ、マネージャーＭ、アバターＡの４つの要素でプ
ラットフォームを表現する。特に空間の秩序を維持する
ためにネガティブ・プログラミングによるマネージャー
Ｍを加えることで、高度な機能を持つサイバースペース
を容易に構築できる。クライアント装置３がサーバ装置
１より空間データを受信し、空間の背景を示す遠近法に
よる静止画上に、オブジェクトやアバターＡの姿を示す
静止画をその配置の奥行きの深さに応じて縮小してサイ
バースペースを視覚化する。アバターＡやオブジェクト
の相互の位置の衝突を検出して移動を制御し、２次元の
静止画を使って３次元空間の視覚的遠近感を模倣する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント／サ
ーバシステムにおけるコンピュータネットワーク上の社
会（仮想空間）を実現するためのサイバースペースの作
成方法及びその作成装置に関するものである。

【０００２】

【従来の技術】インターネットの普及によってコミュニ
ケーションは大きく変わりつつある。１９８０年代の電
子メールやネットニュースによる文字テキストを中心に
したコミュニケーションから、１９９０年代の前半には
ＷＷＷ（World Wide Web）によってハイパーリンクされ
たマルチメディアテキストの情報発信を中心としたコミ
ュニケーションに代わり、参加するユーザーは爆発的に
増加してきている。この増加した参加者を対象にしたビ
ジネス等への活用も進み、それが更に新しい技術を生み
出すことに拍車をかけている。

【０００３】その中でも特に、ネットワークとコンピュ
ータとを使って実現された社会である「サイバースペー
ス」に大きな期待が集まり、サイバースペースを構築・
運用・応用するための技術開発が盛んに行なわれてい
る。これらのサイバースペース（構築・運用・応用）技
術開発のいろいろなトライアルに共通な課題として、空間およびオブジェクトの３次元化インタラクティブ性（対話性、あるいは相互作用）実世界との連携があげられる。

【０００４】そして、コンピュータネットワーク上に社
会を実現する方法として既に存在しているのは、Ｃ／Ｃ
＋＋等の低水準言語から、OpenGL等の３次元グラフィッ
クスライブラリー、Motif 等のGUI(Graphical User Int
erface) ライブラリー、Socket等のネットワークインタ
ーフェースライブラリー、マルチメディアライブラリー
等を呼び出して、個別のサイバースペースを構築する方
法（ここでは、「低水準言語による表現法」という）
と、これらの機能を１つの言語体系にまとめて、開発を
容易にする方法（ここでは、「中水準言語による表現
法」という）と、及び既開発の要素を組み合わせて目的
の機能を持ったサイバースペースを開発する方法（ここ
では、「高水準言語による表現法」という）に分けられ
る。

【０００５】

【発明が解決しようとする課題】上記の低水準言語によ
る実現法としては、各種ライブラリーの整備と規格化が
進み、ソフトウエアツールとしては基本的なものは揃っ
たと言える。しかし、この方法による開発は、生産性が
悪く、成功率も低い。高度な機能を持つサイバースペー
スを確実に、且つ容易に構築するために中水準言語によ
る方法が整備されつつある。３次元モデルデータを与え
るだけで３次元空間を歩行できるVRML(Virtual Reality
Modeling Language) 、グラフィック処理やインターネ
ットインターフェースを標準に持ちサーバからプログラ
ムをクライアントに送り付けることでインタラクティブ
性を向上させたJava言語、広角静止画の視角部分を切り
出して表示することで３６０度見渡せるようにしたQuic
kTimeVR がある。しかし、これらの方法を使っても、高
度な機能を持つサイバースペースを容易に構築するには
まだ不十分である。このため、上記の言語の改良が進め
られているが、まだ高水準言語としては開発されていな
い。

【０００６】また、空間を３次元で見せ、その中を歩け
るようにした上記のVRML技術は、ユーザーにとっても実
世界の実在物により近いものが表現できるという長所が
ある。しかしながら、クライアント装置に非常に大きな
負荷がかかるため、パソコンユーザーは容易に参加でき
ないという問題がある（クライアント側の高負荷問
題）。さらに、実世界の代替空間の適用範囲拡大のた
め、衝突制御、音声、オブジェクトの機能化、複数ユー
ザーの空間共有等の機能強化を行なって来ており、これ
により、クライアント装置の負荷がますます高くなると
いう相反する問題が生じている。

【０００７】また、上記のVRML技術によって構築された
３次元空間は、画面の下に表示されるハンドルの操作に
より空間歩行（ウォークスルー）を行なうものである
が、歩くと画面上の視界が動的に変化するものである。
この移動に伴う視界の変化を動的に見せることで、この
空間に現実感を与えるものである。しかしながら、この
空間の中には人が存在せず、物に衝突してもすり抜けた
り、音がないなどの種々の問題がある。しかも、画面に
表示されている物の表現に現実感がなく、おもちゃっぽ
いという問題もある。

【０００８】本発明は上述の点に鑑みて提供したもので
あって、高度な機能を持つサイバースペースを、容易に
構築するプラットフォームを実現することであり、クラ
イアント装置側の空間歩行をVRMLの「動的視点移動」と
いう方法から、「３次元キャラクター移動＋停止時視野
合成」という方法に代えることで、クライアント装置側
の負荷を軽くしたサイバースペースの作成方法及びその
作成装置を提供するものである。

【０００９】

【課題を解決するための手段】そこで、本発明の請求項
１記載のサイバースペースの作成方法では、サーバ装置
１と、１台あるいは複数台のクライアント装置３とがコ
ンピュータネットワーク上で相互に結ばれており、この
コンピュータネットワーク上で形成される仮想社会とし
てのサイバースペースを実現するためのサイバースペー
スの作成方法において、上記サイバースペースは、教
室、会議室などの箱型や大学、町などのオープン型等の
３次元空間の形状や性質を表すデータとしての空間Ｓ
と、この空間Ｓ内に任意に配置されて特有の属性群や機
能群を持った物としてのオブジェクトＯと、上記空間Ｓ
内に参加して活動するユーザーの代理人として視覚化さ
れたキャラクターとしてのアバターＡと、上記オブジェ
クトＯやアバターＡが備えている機能を一定の条件下で
発揮させないように上記空間Ｓ内の秩序を維持する制御
機能としてのマネージャーＭとの４つの要素でモデル化
され、サーバ装置１は、上記空間Ｓ、オブジェクトＯ、
マネージャーＭ及びアバターＡの４つの要素で記述され
たサイバースペース構築用のデータを保持するデータ保
持機能１１と、このデータ保持機能１１のデータを一人
または複数のユーザーが自己のクライアント装置３から
ネットワーク２を介して共有するための共通空間制御機
能１０、１１と、ネットワーク２上のクライアント装置
３とデータや信号の授受を行なう交信機能１３とを備
え、クライアント装置３は、上記サーバ装置１から送ら
れてきたサイバースペース構築用のデータを受信して保
持するサイバースペースデータ受信機能１７８と、この
サイバースペースデータ受信機能１７８からデータを受
け取って画面上に２次元静止画を視覚化させるサイバー
スペース視覚化機能と、サーバ装置１とのデータや信号
の授受を行なう交信機能１７７とを備え、クライアント
装置３からの要求によりサーバ装置１から２次元静止画
を受け取って、遠近法により３次元空間模倣描画を行な
うようにしていることを特徴としている。

【００１０】請求項２記載のサイバースペースの作成方
法では、サーバ装置１には、サイバースペース構築用の
データを定義して格納、検索、更新、削除する空間資源
管理機能１１を備えていることを特徴としている。

【００１１】また、請求項３記載のサイバースペースの
作成方法では、サーバ装置１には、アバターＡの活動履
歴保存や再現機能１３２を備えていることを特徴として
いる。

【００１２】請求項４記載のサイバースペースの作成方
法では、サーバ装置１の上記共通空間制御機能１０、１
１は、サイバースペースを構成する空間Ｓとオブジェク
トＯを各ユーザーの視点から見た２次元静止画を生成す
る視界画像合成機能と、各クライアント装置３から送ら
れてくるアバターＡの活動の可能性をマネージャーＭの
定義に基づいて検査する活動可能性検索機能と、あるア
バターＡの活動を各クライアント装置３に反映させるた
めにクライアント装置３へ通知する活動反映機能とを備
えていることを特徴としている。

【００１３】さらに、請求項５記載のサイバースペース
の作成方法では、サーバ装置１の資源管理機能１１は、
管理する資源をその性質やそれを処理するプログラム群
を共有するものをクラスとして管理するクラス化機能
と、クラス化機能のクラス間の汎化・集約・その他の関
連を管理する関連管理機能と、クラスの資源としてのイ
ンスタンスを性質から高速検索・更新・消去を可能にす
るインスタンスアクセス機能と、オペレーティングシス
テムが持つ既存のプログラムをクラスのメソッドとして
再構成する既存機能統合機能を備えていることを特徴と
している。

【００１４】また、請求項６記載のサイバースペースの
作成方法では、クライアント装置３のサイバースペース
視覚化機能は、空間Ｓの背景を示す遠近法による広角静
止画上にオブジェクトＯやアバターＡの姿を示す静止画
を、その配置の奥行きの深さに応じた縮小を行なう遠方
画像縮小機能と、深い方から順に背景画に上書きするこ
とで２次元の静止画を使って３次元空間の遠近感を模倣
する前方画像上書き機能とを備えていることを特徴とし
ている。

【００１５】請求項７記載のサイバースペースの作成方
法では、クライアント装置３のサイバースペース視覚化
機能は、アバターＡやオブジェクトＯの相互の位置の衝
突を検出してアバターＡの移動を制御する衝突制御機能
を備えていることを特徴としている。

【００１６】請求項８記載のサイバースペースの作成方
法では、クライアント装置３には、音の発生位置とアバ
ターＡとの位置関係により発生音を３次元的に合成・再
生させる３次元音声合成・再生機能を備え、この３次元
音声合成・再生機能は、自己のアバターＡと他のアバタ
ーＡと空間Ｓ内で距離に応じてアバターＡの音声の音量
の大小を制御する音声距離減衰機能と、右側にいるアバ
ターＡの音声を左耳より右耳に早く到達させる方向音声
合成機能とを備えていることを特徴としている。

【００１７】また、請求項９記載のサイバースペースの
作成装置では、サーバ装置１と、１台あるいは複数台の
クライアント装置３とがコンピュータネットワーク上で
相互に結ばれており、このコンピュータネットワーク上
で形成される仮想社会としてのサイバースペースを実現
するためのサイバースペースの作成方法において、上記
サイバースペースは、教室、会議室などの箱型や大学、
町などのオープン型等の３次元空間の形状や性質を表す
データとしての空間Ｓと、この空間Ｓ内に任意に配置さ
れて特有の属性群や機能群を持った物としてのオブジェ
クトＯと、上記空間Ｓ内に参加して活動するユーザーの
代理人として視覚化されたキャラクターとしてのアバタ
ーＡと、上記オブジェクトＯやアバターＡが備えている
機能を一定の条件下で発揮させないように上記空間Ｓ内
の秩序を維持する制御手段としてのマネージャーＭとの
４つの要素でモデル化され、サーバ装置１は、上記空間
Ｓ、オブジェクトＯ、マネージャーＭ及びアバターＡの
４つの要素で記述されたサイバースペース構築用のデー
タを保持するデータ保持手段１１と、このデータ保持手
段１１のデータを一人または複数のユーザーが自己のク
ライアント装置３からネットワーク２を介して共有する
ための共通空間制御手段１０、１１と、ネットワーク２
上のクライアント装置３とデータや信号の授受を行なう
交信手段１３とを備え、クライアント装置３は、上記サ
ーバ装置１から送られてきたサイバースペース構築用の
データを受信して保持するサイバースペースデータ受信
手段１７８と、このサイバースペースデータ受信手段１
７８から２次元静止画データを受け取って画面上に遠近
法により３次元空間模倣描画を行なうサイバースペース
視覚化手段と、サーバ装置１とのデータや信号の授受を
行なう交信手段１７７とを備えていることを特徴として
いる。

【００１８】請求項１０記載のサイバースペースの作成
装置では、サーバ装置１には、サイバースペース構築用
のデータを定義して格納、検索、更新、削除する空間資
源管理手段１１を備えていることを特徴としている。

【００１９】また、請求項１１記載のサイバースペース
の作成装置では、サーバ装置１には、アバターＡの活動
履歴保存や再現手段１３２を備えていることを特徴とし
ている。

【００２０】請求項１２記載のサイバースペースの作成
装置では、サーバ装置１の上記共通空間制御手段１０、
１１は、サイバースペースを構成する空間Ｓとオブジェ
クトＯを各ユーザーの視点から見た２次元静止画を生成
する視界画像合成手段と、各クライアント装置３から送
られてくるアバターＡの活動の可能性をマネージャーＭ
の定義に基づいて検査する活動可能性検索手段と、ある
アバターＡの活動を各クライアント装置３に反映させる
ためにクライアント装置３へ通知する活動反映手段とを
備えていることを特徴としている。

【００２１】請求項１３記載のサイバースペースの作成
装置では、サーバ装置１の資源管理手段１１は、管理す
る資源をその性質やそれを処理するプログラム群を共有
するものをクラスとして管理するクラス化手段と、クラ
ス化手段のクラス間の汎化・集約・その他の関連を管理
する関連管理手段と、クラスの資源としてのインスタン
スを性質から高速検索・更新・消去を可能にするインス
タンスアクセス手段と、オペレーティングシステムが持
つ既存のプログラムをクラスのメソッドとして再構成す
る既存機能統合手段を備えていることを特徴としてい
る。

【００２２】さらに、請求項１４記載のサイバースペー
スの作成装置では、クライアント装置３のサイバースペ
ース視覚化手段は、空間Ｓの背景を示す遠近法による広
角静止画上にオブジェクトＯやアバターＡの姿を示す静
止画を、その配置の奥行きの深さに応じた縮小を行なう
遠方画像縮小手段と、深い方から順に背景画に上書きす
ることで２次元の静止画を使って３次元空間の遠近感を
模倣する前方画像上書き手段とを備えていることを特徴
としている。

【００２３】請求項１５記載のサイバースペースの作成
装置では、クライアント装置３のサイバースペース視覚
化手段は、アバターＡやオブジェクトＯの相互の位置の
衝突を検出してアバターＡの移動を制御する衝突制御手
段を備えていることを特徴としている。

【００２４】請求項１６記載のサイバースペースの作成
装置では、クライアント装置３には、音の発生位置とア
バターＡとの位置関係により発生音を３次元的に合成・
再生させる３次元音声合成・再生手段を備え、この３次
元音声合成・再生手段は、自己のアバターＡと他のアバ
ターＡと空間Ｓ内で距離に応じてアバターＡの音声の音
量の大小を制御する音声距離減衰手段と、右側にいるア
バターＡの音声を左耳より右耳に早く到達させる方向音
声合成手段とを備えていることを特徴としている。

【００２５】ここで、構築しようとしているプラットフ
ォームは、サイバースペースを、空間（Space)、オブジ
ェクト(Object)、マネージャー(Manager) 、アバター(A
vator)の４つの要素で表現して、構築するものである。

【００２６】資源ライブラリー空間資源管理システムには、部屋やオープンスペース等
の空間ライブラリー、机、椅子、コンピュータ、ビデオ
デッキ、黒板等のオブジェクトライブラリー、アバター
の顔画像ライブラリー、アバターの服装ライブラリー等
が保管管理されており、具体的なサイバースペース設計
者は、これらを組み合わせでサイバースペースの構造を
定義するものである。

【００２７】空間秩序の維持サイバースペースの構成要素は、空間内に参加させられ
た時から潜在的な機能や制約を持っている。空間は、オ
ブジェクトやアバターの配置に関して制約を与え、オブ
ジェクトはメソッドとしてその潜在的機能は定まってい
る。また、アバターには空間内を移動したり、オブジェ
クトを操作する潜在的能力を持たせている。しかし、こ
れらの潜在的能力がすべて発揮されたら空間は無秩序な
ものになってしまう。例えば、会議中にまったく関係の
ない発言をしたり、動き回ったりすることは潜在的には
可能であるが、これを自由にさせると会議室（空間）の
機能を果たさなくなる。これを制御するのが、マネージ
ャーの役割である。どのような制約が必要かは、アプリ
ケーションとしてのサイバースペースの性質によって異
なるから、アプリケーション設計者はこれを（マネージ
ャー記述）言語で定義する。この言語はさまざまな表現
はできるが、本質的に潜在的機能を一定の条件のもとで
制限するようにしている。これを、「ネガティブ・プロ
グラミング」という。

【００２８】モデルの特徴サイバースペースを上記の４つの要素（空間Ｓ、オブジ
ェクトＯ、マネージャーＭ、アバターＡ）で記述するこ
と、特に空間の秩序を維持するためにネガティブ・プロ
グラミングによるマネージャーを加えることで、高度な
機能を持つサイバースペースを容易に記述（構築）でき
るようにしたのが、本発明の特徴である。このモデルを
「ＳＯＭＡモデル」（図１参照）と呼ぶことにする。

【００２９】サイバースペースの構築手順ハードウエア構成次に、ＳＯＭＡモデルによるサイバースペースをどのよ
うに実現するかを説明する。図１に示すように、まず、
サーバ装置１を、例えば高性能UNIX系グラフィックスコ
ンピュータで構成し、また、クライアント装置３を、例
えば、Windows95を搭載した低価格な標準的なパソコン
で構成し、サーバ装置１と単独あるいは複数のクライア
ント装置３とを、例えば、ＩＮＳ６４回線とによるネッ
トワーク２にて接続している。

【００３０】空間タイプの選択と具体化このシステムを使ってサイバースペースを構築する人
は、まず、そのサイバースペースが空間的にどのように
見えるかによって空間ライブラリーから適当な空間のタ
イプを指定する。一般には、部屋等の箱型空間と、街等
のオープン空間のいずれかである。この空間タイプは、
背景、大きさ、色彩、光源等のパラメータを含んでお
り、これらのパラメータに具体的な値を指定すれば、具
体的な空間の様子が視覚化できる（図２参照）。

【００３１】オブジェクトの選択と具体化及び配置次に、その空間内に配置する机・椅子、コンピュータ、
ビデオ装置等のオブジェクトを空間資源管理システムか
ら選択する。オブジェクトも空間タイプと同様にパラメ
ータを含んでおり、これらの値を指定すると同時に空間
内での位置を決める。こうして配置された具体的なオブ
ジェクトは、３次元形状を持つと同時に、重さや価格等
の性質や機能を持っている（図２参照）。

【００３２】新しい資源の追加開発よく使われる空間タイプやオブジェクトは、システムが
始めから持っているが、適当なものが無い場合は、自分
で開発することも出来る。これは、低水準言語による方
法をとる。そして、これらは、サイバースペースを構築
水準言語ライブラリーとして、サーバ装置１の空間資源
管理システムで管理される（空間資源管理機能）。

【００３３】アバターの姿の決定こうして空間の様子が決まったら、そこに参加するユー
ザーの代理人として空間内で活動するアバター（図５の
アバターＡを参照）の姿を決める。アバターの体型は身
長、胸囲、座高等の体型を決めるパラメータに具体的な
値を指定することで決定され、それに頭部に頭部画像デ
ータ、体に服装画像データを張り付けることにより、個
人識別が出来るようにする。アバターは、空間内を移動
したり、姿勢を変えたり、声で他のアバター（ユーザ
ー）と話したり、オブジェクトを操作したりすることが
潜在的に出来るようになっている（図２参照）。

【００３４】空間秩序のプログラミング：マネージ
ャーの指定このような空間が、一定の秩序を維持するためには、ア
バターの活動やオブジェクトの機能に一定の制約を付け
なければならない。会議中に勝手に発言したり、歩き回
ったりしたら、会議室という空間の機能が発揮できなく
なってしまうからである。この制約は一般的に決められ
るものではなく、空間ごとに異なる。したがって、空間
ごとにどのような制約があるかを指定する。これは、ア
バターやオブジェクトが潜在的に有している能力や機能
を制限することであるから、従来のプログラミング言語
のような機能の埋め込みによる「ポジティブ・プログラ
ミング」ではなく、「ネガティブ・プログラミング」を
行なうことになる。この点も本発明の特徴であり、この
方式が高度な空間を容易に構築できる理由の一つであ
る。

【００３５】サイバースペースの動作空間の立ち上げとユーザーの参加こうして定義されたサイバースペースのデータは、サー
バ装置１で保持される。図３に示すように、空間管理者
によりサイバースペースが立ち上げられると、ユーザー
はクライアントソフトウエアが導入されたパソコン（ク
ライアント装置３）で、ネットワーク２経由でそのサイ
バースペースに参加することができる。サーバ装置１側
は、ユーザー認証の後、そのユーザーの視点から見た空
間の様子を示すデータをクライアント装置３に送信す
る。このデータは、背景になる静止画、各オブジェクト
の形状を示す静止画と位置、参加アバターの体型・姿勢
パラメータ値群と頭部・服装画像データと位置、空間と
オブジェクトの属性値群と機能群値からなっている。

【００３６】空間の視覚化空間データを受信したクライアント装置３は、サイバー
スペースを視覚化する（図３及び図５参照）。その方法
は、まず、空間の背景を示す遠近法による静止画上に、
オブジェクトやアバターＡの姿を示す静止画をその配置
の奥行きの深さに応じて縮小する（遠方画像縮小機
能）。そして、深い方から順に背景画に上書きし（前方
画像上書き機能）、アバターＡやオブジェクトの相互の
位置の衝突を検出して移動を制御（衝突制御機能）する
ことで、２次元の静止画を使って３次元空間の視覚的遠
近感を模倣する。

【００３７】音声によるコミュニケーションさらに、ユーザーが声を発すると、それをクライアント
装置３からネットワーク３を介してサーバ装置１に送信
し、サーバ装置１はアバターＡの位置関係データと共に
すべてのユーザーの音声データを実時間でクライアント
装置３に送信する。これを受信したクライアント装置３
は、当該アバターと他のアバターと空間内で距離に応じ
てアバターの音声の音量を落とし（音声距離減衰機
能）、右寄りの位置にいるアバターの音声は右側の音量
を、左側より少し大きく且つ早く到達させ（方向音声合
成機能）て再生することで、３次元空間の音声的模倣を
する（３次元音声合成・再生機能）。

【００３８】空間内での活動アバターＡが移動したり、姿勢を変えたり、オブジェク
トを操作するなどの活動を行なうと、それが空間内の秩
序を乱す恐れがないかを検査するために、サーバ装置１
に問い合わされる（活動結果報告機能）。サーバ装置１
はマネージャーの定義にしたがってそれを検査し（活動
可能性検査機能）、可能ならばその行動を許可すると同
時に、他のクライアント装置３にそれを知らせる（活動
反映機能）ことで、矛盾のないコミュニケーションする
ための制御を行なう役割をする（共通空間制御機能）。

【００３９】履歴機能また、アバター群が空間内で活動した履歴を保存し、後
でこれを任意の角度から再現することができるようにな
っている（活動履歴保存・再現機能）。

【００４０】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。本発明はサイバースペースを、空
間（Space)、オブジェクト(Object)、マネージャー(Man
ager) 、アバター(Avator/Agent)の４つの要素で記述
し、インターネット上で動作させるプラットフォームを
実現することであり、図１に全体のシステム構成図を示
す。サーバ装置１はレンダリング処理、マルチユーザー
制御等を高速に行なえる高性能グラフィックスコンピュ
ータで構成され、また、クライアント装置３は、例え
ば、Windows 95を搭載した低価格な標準的なパソコンで
構成し、サーバ装置１と単独あるいは複数のクライアン
ト装置３とを、例えば、ＩＮＳ６４回線によるネットワ
ーク２にて接続している。

【００４１】サイバースペースを容易に構築するための
プラットフォームの確立のためには、サイバースペース
をどのようなモデルで記述（表現）するかが最も重要で
あり、本システムでは、サイバースペースを次の４つで
の要素で記述する。空間（Space) VRMLのバージョン１．０で記述できる３次元空間を、高
水準で記述したものに、空間が持つ機能を埋め込んだも
のである。空間の構造と機能はオブジェクト指向データ
ベース管理システムにパラメータ化された空間モデルと
機能モジュールを保存しておき、それをパラメータに具
体的値を対応させることで、簡単に空間を記述できるよ
うにしたものである。データベース内のパラメータ化さ
れた空間は、VRMLを使って記述し、機能は例えば、Ｃ言
語の関数として記述される。

【００４２】オブジェクト(Object) VRMLで記述される形を持ち、それが保持する状態変数群
（属性）、その変数を処理するメソッド群からなるもの
である。これらのメソッドは、基本的には後述するアバ
ターの操作によって起動される。また、このオブジェク
トの中には、センサーを持ったものがあり、そのセンサ
ーによって状態や形が変化する動的オブジェクトや状態
の変化によって自動的にメソッドが起動される自立オブ
ジェクトもある。

【００４３】マネージャー(Manager) １つの空間に複数の人（アバター）が入って、コミュニ
ケーションや共同作業を行なう場合、その空間が特定の
目的を果たそうとすれば、一定の規則や制約が必要とな
る。発言やオブジェクトの操作のタイミングは、効率の
いいコミュニケーションや共同作業には欠かせないし、
アバターの移動範囲も制限されなければならない。これ
らは実世界では、マナー、規則等として確立しているこ
とで、これを犯せば、社会的批判や権力による行動の制
限などで処罰されるが、ネットワーク上でプログラム的
にこれを行なうのが、マネージャーである。

【００４４】アバター(Avator) ユーザーの代理人として、空間内で行動するキャラクタ
ーをアバターという。人間の形をしており、透視法で表
現された３次元空間内を３次元的に動く。例えば、図５
に示すアバターＡが奥に行けば小さくなり、手前に来れ
ばアバターＡは大きくなり、横に向けば横向きになる。
また、アバターＡは物、例えば柱の陰に隠れれば一部が
見えなくなる等である。そして、アバターＡはオブジェ
クトを操作することができ、生の声で話す。自分のアバ
ターＡの行動は自分でマウスで操作するようになってい
る。

【００４５】本システムでは、上記の４つの要素（空
間、オブジェクト、アバター、マネージャー）の秩序を
保ってその役割を果たすために、イベントが起こったと
き、そのイベントに対応したネガティブ・プログラミン
グを行なう。そして、空間の記述として、図４に示すデ
ータベース１１内に空間ライブラリーとして空間タイプ
が管理してあり、ここでどういうふうな空間を呼び出す
かを指定し、背景の大きさ、色彩、光源などをパラメー
タで指定する。また、イベントを起こすため空間内をエ
リアで区切る。また、オブジェクトの記述としては、同
様にデータベース１１内にオブジェクトライブラリーを
入れて管理しており、サーバ装置１でオブジェクトのラ
イブラリー名及びそのオブジェクトが持ち合わせている
パラメータを指定する。また、オブジェクトの移動範囲
も指定するようになっている。アバターの記述として
は、データベース１１内に大体の形が決められたアバタ
ーライブラリーを１つだけ管理しておき、サーバ装置１
でアバターの体型、頭部画像及び服装などのパラメータ
を指定する。また、初期のアバターの配置座標や姿勢を
指定し、制御するユーザー名も指定する。さらに、マネ
ージャーの記述としては、与えられたオブジェクトの機
能をどのような場合アバターが発起させられないかを
「ネガティブ・プログラミング」の形で指定する。

【００４６】上記プラットフォームは、この理論モデル
に基づいて、クライアント・サーバ・アーキテクチャで
実現したものであり、サーバ装置１とクライアント装置
３とにそれぞれ機能を分担させている。サーバ装置１
は、サイバースペースモデルを保持し、それぞれのクラ
イアント装置３に空間の様子（データ）を知らせると共
に、他のクライアントの行動とその結果を知らせ、クラ
イアントの行動が互いに矛盾しないように制御する機能
を持たせている。

【００４７】ここで、ネットワークを介したコミュニケ
ーションを本格的に行なうためには、関心の対象となっ
ている物や空間が、リアリティを持っていることが極め
て重要である。本システムでは、サーバ装置１上に３次
元モデルを保持し、テキスチャの張り付けや影の処理等
の高度の処理を施した高精密静止画を作成し、この静止
画をクライアント装置３へ送り付け、リアリティを向上
させている。また、各ユーザーは任意の位置及び方向か
ら見た空間の様子を高精密静止画として受け取るもので
あり、空間は透視法による高精密静止画上として表現さ
れ、アバターは３次元キャラクターとしてユーザーの制
御の元で静止画上を動き回る。アバターが空間内の予め
決められた範囲（位置）に行くと、キャラクターが変身
し、その状態を示すと同時に、物を操作したり、別の空
間に飛んでいく（ワープする。）ことができる。

【００４８】すなわち、本システムでは、従来のVRMLの
「動的視点移動」という方法から、「３次元キャラクタ
ー移動＋停止時視野合成」という方法をとり、この方法
によってクライアント装置３側の負荷を軽くするように
している。サーバ装置１は高性能グラフィックコンピュ
ータが使用できるので、高品質な静止画を視点に応じて
高速で合成し、クライアント装置３へ送ることができる
ものである。そして、サイバースペースのショッピング
モールや仮想美術館等は、従来のVRMLで行なっている
「動的視点移動」をスムーズに行なうより、立ち止まっ
た時の画像の品質が重要であり、本システムでは、高精
密静止画を負荷を軽くしたクライアント装置３に送るよ
うにして画像の品質を保ちながら、クライアント装置３
側の軽い処理を実現している。

【００４９】一方、クライアント装置３は、サイバース
ペース（仮想空間）に参加するユーザーが直接操作する
パソコンであり、サーバ装置１からネットワーク２を介
して貰った空間モデルを視覚化し、アバターＡの操作を
行なうようになっている。また、レンダリングやレイト
レーシング等の重い処理及びマルチユーザー環境の制御
を上述のように強力なサーバ装置１側で行なっているの
で、クライアント装置３側では、該クライアント装置３
側の処理を軽くすることができ、ユーザーは低価格のパ
ソコンで空間内に参加することができる。

【００５０】ところで、空間にはいろいろな形状が存在
するが、大きく２つに分けることができる。１つは、教
室や会議室のような箱型の空間、もう１つは大学や野球
場といったようなオープン型の空間である。本発明で
は、データベース１１に入れる空間の型はこの２つとし
ている。そして、箱型空間は、四方が壁で囲まれた空間
で、窓やドアも一緒に付いており、空間例としては、上
記の教室、会議室や体育館等である。この型の空間の属
性としては、幅、高さ、奥行きがある。また、オープン
型の空間は、周りは何も囲まれておらず、平らな空間で
あり、空間例としは、上記の大学キャンパス、野球場や
街等である。

【００５１】サーバ装置１の構成図４はサーバ装置１のブロック図を示し、各種のデータ
やプログラムをライブラリーとして予め格納しておくデ
ータベース１１、データやプログラムを記憶するメモリ
１２、クライアント装置３とのデータの授受を行なうク
ライアント・サーバ交信機能部１３、及びデータベース
管理システム等の制御や全体の制御を司るＣＰＵ１０等
で構成されている。

【００５２】このサーバ装置１が支援する機能は、近
傍空間抽出機能、モデル変換機能、マルチユーザー
制御機能、共有オブジェクト管理機能、ログ機能、
及びデータベース管理機能である。上記近傍空間抽
出機能は、クライアントが参加している空間の中で、そ
のクライアントに関係のある部分（空間、オブジェク
ト、アバター）だけを切り出す機能である。また、モ
デル変換機能は、クライアントの視点から見た、そのク
ライアントに送付する擬似３次元サイバースペースモデ
ルを生成する機能であり、マルチユーザー制御機能
は、複数のユーザーが同じ空間を共有して、矛盾なくコ
ミュニケーションを行なうために必要な機能である。さ
らに、共有オブジェクト管理機能は、空間の中に存在
するオブジェクトを管理する機能であり、ログ機能
は、空間の中で行なわれるアバターの動きや、オブジェ
クトの変化を記録、管理し、これを再現する機能であ
る。また、データベース管理機能は、空間（ＳＯＭＡ
空間）の構成要素をデータベース１１として管理する機
能である。

【００５３】図４に示すように、データベース１１内に
は、上述の機能を支援するために作成した各種のライブ
ラリー１６〜１９が予め格納されている。サーバ基本制
御ライブラリー１６は、サーバ装置１のメイン部分を構
成するために必要なライブラリーであり、空間ライブラ
リー１７は、サイバースペースの空間をあらわすライブ
ラリーである。共通オブジェクトライブラリー１８は、
サイバースペースの中に存在するオブジェクトのライブ
ラリーであり、マネージャーライブラリー１９は、サイ
バースペース内の秩序を実現するために必要なライブラ
リーである。

【００５４】次に、上記サーバ基本制御ライブラリー１
６について説明する。サーバ装置１は、そのサーバ装置
１で立ち上がっている空間、空間に存在するオブジェク
ト、アバターＡを管理し、空間内の秩序を実現するマネ
ージャーと連携しながら、クライアント装置３からの要
求に応えるものであり、そのメイン部分を構成するため
に必要な機能を持たせたライブラリーがこのサーバ基本
制御ライブラリー１６である。このサーバ基本制御ライ
ブラリー１６は、図６に示すように、空間基本制御機能
部２２、オブジェクト基本制御機能部２３、アバター基
本制御機能部２４、近傍空間抽出機能部２５及びモデル
変換機能部２６で構成されている。上記空間基本制御機
能部２２は、サイバースペースを構成する空間をサーバ
装置１が管理するために必要な機能を備えたものであ
り、オブジェクト基本制御機能部２３は、サイバースペ
ースを構成するオブジェクトをサーバ装置１が管理する
ために必要な機能を備えているものである。また、アバ
ター基本制御機能部２４は、サイバースペースに参加す
るアバターＡをサーバ装置１が管理するために必要な機
能を備えており、近傍空間抽出機能部２５は、クライア
ント装置３に送る必要のある、アバターＡの近傍のオブ
ジェクトや、他のアバターＡを選択する機能を備えてい
るものである。さらに、モデル変換機能部２６は、クラ
イアント装置３に送る必要のある、クライアント装置３
のユーザーの視点から見た空間、オブジェクトの広角静
止画像を作成する機能を備えているものである。

【００５５】次に、サーバ基本制御ライブラリー１６の
各機能部２２〜２６の詳細について説明する。サーバ基
本制御ライブラリー１６の空間基本制御機能部２２は、
図７に示すような構成となっており、空間開始機能部３
１、空間参加機能部３２、空間退場機能部３３、空間終
了機能部３４、空間属性設定機能部３５、空間属性問い
合わせ機能部３６、空間エリア問い合わせ機能部３７、
管理者認証機能部３８、及びユーザー認証機能部３９で
構成されている。

【００５６】上記空間開始機能部３１の働きは、空間を
立ち上げることであり、空間は管理資格を持ったユーザ
ーが立ち上げるようになっている。図８に示すように、
クライアント装置３からのイベントによって動作が始ま
り、あるクライアント装置３からの空間立ち上げ要求
（ステップＳ１）によってサーバ装置１が呼ばれ、サー
バ装置１側では、ステップＳ２に示すように立ち上げを
要求したユーザーが管理資格を持っているか否かをパス
ワードでチェックする。ステップＳ３で該ユーザーが管
理資格を有している場合には、ステップＳ４に移行し
て、指定されたディレクトリに格納されている空間デー
タによって空間（ＳＯＭＡ空間）を立ち上げる。

【００５７】図７に示す空間参加機能部３２は、立ち上
がっている空間にユーザーを参加させる機能を備えてい
るものであり、図９に示すように、あるクライアント装
置３からのイベントによって駆動される。すなわち、あ
るユーザーのクライアント装置３から、ステップＳ１１
に示すように空間参加要求がサーバ装置１へ送られる。
サーバ装置１は、ステップＳ１２に示すように、指定さ
れた空間が立ち上がっているかどうかを調べると共に、
参加を要求したユーザーが参加資格を持っているかどう
かをパスワードでチェックをする。このチェックの結
果、参加資格があれば（ステップＳ１３）、ステップＳ
１４に示すように空間にユーザーを参加させる。また、
サーバ装置１からクライアント装置３へ、参加した空間
の空間モデル及び制御モデルのデータを送る（ステップ
Ｓ１５）。

【００５８】図７に示す空間退場機能部３３は、空間に
参加しているユーザーを空間から退場させるものであ
り、図１０に示すように、退場しようするユーザーのク
ライアント装置３からのイベントにより駆動される。す
なわち、現在空間に参加しているユーザーが退場する場
合には、そのユーザーのクライアント装置３から空間退
場要求がサーバ装置１へ送られ（ステップＳ２１）、サ
ーバ装置１では、ステップＳ２２で退場要求有りとし
て、ステップＳ２３に示すように空間から要求のあった
ユーザーを退場させる。そして、サーバ装置１は、空間
から退場した旨を要求があったユーザーのクライアント
装置３に送って通知し（ステップＳ２４）、空間退場要
求を送ったクライアント装置３はその旨を受信する（ス
テップＳ２５）。

【００５９】図７における空間終了機能部３４は、立ち
上がっている空間を終了させるものであり、管理ユーザ
ーからのイベントにより駆動される。図１１はこの空間
を終了する場合のフローチャートを示し、管理資格を持
ったユーザーからのクライアント装置３から空間終了要
求がサーバ装置１へ送られる（ステップＳ３１）。サー
バ装置１は、空間終了要求を受けてステップＳ３２にお
いてユーザーが管理資格を持っているかどうかをパスワ
ードでチェックする。チェックの結果、管理資格を持っ
ている場合には、ステップＳ３３で参加者全員に退場を
指示する信号を各クライアント装置３へ送り、ステップ
Ｓ３４で空間を閉じる。

【００６０】次に、図７に示す空間属性設定機能部３５
は、空間が持つ属性の設定を行なうものであり、属性と
しては壁の色などがある。また、空間属性問い合わせ機
能部３６は、空間が持つ属性の問い合わせに応答する機
能を有するものであり、クライアント装置３からの要求
により駆動される。属性としては、壁の色などである。
さらに、空間エリア問い合わせ機能部３７は、空間が持
つエリアの情報の問い合わせに応答する機能を備えてい
るものであり、クライアント装置３からの要求によって
呼ばれると、空間オブジェクトで定義してあるエリアの
情報を要求元のクライアント装置３へ返送する。

【００６１】図７に示す空間基本制御機能部２２の管理
者認証機能部３８は、ユーザーが管理者かどうかの認証
を行なう機能を備えているものであり、図８や図１１に
示す空間の立ち上げ、あるいは空間の終了の処理中に呼
ばれて駆動される。この管理者認証機能部３８の動作
は、図８及び図１１に示す空間の立ち上げや、空間の終
了を行なうユーザーが管理資格を持っているかどうかを
送信されてきたパスワードでチェックを行なうものであ
る。また、ユーザー認証機能部３９は、ユーザーの認証
を行なうものであり、空間参加処理中に呼ばれて駆動さ
れる。このユーザー認証機能部３９の動作は、図９に示
す空間への参加を申請したユーザーが、参加資格を持っ
ているかどうかをパスワードでチェックを行なうもので
ある。

【００６２】図１２は、図６に示すサーバ基本制御ライ
ブラリー１６の中のオブジェクト基本制御機能部２３の
機能的なブロック図を示し、オブジェクト追加機能部４
２、オブジェクト削除機能部４３、オブジェクト属性設
定機能部４４、オブジェクト属性問い合わせ機能部４
５、及びオブジェクト操作機能部４６等で構成されてい
る。

【００６３】上記オブジェクト追加機能部４２は、空間
内にあるオブジェクトをサーバ装置１の管理下に追加す
る機能を備えており、上述の空間の立ち上げ処理中に空
間を構成するために呼ばれたり、あるいは、あるクライ
アント装置３からの要求によって呼ばれたりした場合の
イベントによって駆動される。このオブジェクト追加機
能部４２の動作は、サーバ装置１が空間に存在している
オブジェクトを管理できるように登録を行なうものであ
り、必要なマネージャー（後述する位置マネージャー、
セキュリティマネージャーなど）にも登録を行なう。

【００６４】図１２に示すオブジェクト削除機能部４３
は、空間内にあるオブジェクトをサーバ装置１の管理下
から削除する機能を有するものであり、空間終了処理中
あるいは、クライアント装置３からの要求によって駆動
される。このオブジェクト削除機能部４３の動作は、サ
ーバ装置１に登録されているオブジェクトを削除するも
のであり、また、必要なマネージャーの機能としても削
除する。

【００６５】次に、図１２に示すオブジェクト属性設定
機能部４４について説明すると、このオブジェクト属性
設定機能部４４は、オブジェクトが持つ属性の設定を行
なうものであり、クライアント装置３からの要求によっ
て駆動される。オブジェクト属性設定機能部４４の動作
は、マネージャーに対して、属性設定変更が許されてい
るかを問い合わせた後、オブジェクトの属性を設定す
る。この属性としては、名前、色、オブジェクト固有の
状態などがある。

【００６６】図１２に示すオブジェクト属性問い合わせ
機能部４５は、上記のオブジェクト属性設定機能部４４
で設定したオブジェクトが持つ属性の問い合わせに応答
するものであり、クライアント装置３からの要求によっ
て駆動される。このオブジェクト属性問い合わせ機能部
４５の動作は、マネージャーに対して、属性の問い合わ
せが許されているかを問い合わせた後、オブジェクトの
属性を要求してきたクライアント装置３に返送する。属
性としては、名前、色、オブジェクト固有の状態などで
ある。

【００６７】次に、オブジェクト操作機能部４６は、マ
ネージャーに登録されているオブジェクトの操作を行な
うものであり、クライアント装置３からの要求によって
駆動される。また、サーバ装置１からも駆動される。こ
のオブジェクト操作機能部４６の動作は、マネージャー
に対して、その操作が許されているかを問い合わせた
後、オブジェクトのメソッドを呼び出す。

【００６８】図１３は、図６に示すサーバ基本制御ライ
ブラリー１６の中のアバター基本制御機能部２４の機能
的なブロック図を示し、アバター追加機能部５０、アバ
ター削除機能部５１、アバター制御停止機能部５２、ア
バター制御停止解除機能部５３、アバター属性設定機能
部５４、及びアバター属性問い合わせ機能部５５等で構
成されている。

【００６９】上記アバター追加機能部５０は、空間に参
加したアバターＡをサーバ装置１の管理下に追加する機
能を有するものであり、クライアント装置３からの空間
参加要求によって駆動される。このアバター追加機能部
５０の動作は、サーバ装置１が空間に参加しているアバ
ターＡを管理できるように登録を行なうものであり、マ
ネージャーの機能としても登録を行なう。

【００７０】また、図１３に示すアバター削除機能部５
１は、空間から退場したアバターＡをサーバ装置１の管
理下から削除するものであり、クライアント装置３から
の空間退場要求により駆動される。アバター削除機能部
５１の動作は、サーバ装置１に登録されているアバター
Ａを削除するものであり、マネージャーからも削除す
る。

【００７１】さらに、図１３に示すアバター制御停止機
能部５２は、アバターＡの制御を停止するものであり、
サーバ装置１によって呼ばれて駆動される。このアバタ
ー制御停止機能部５２の動作は、アバターＡの状態を制
御停止状態に変更し、クライアント装置３からの制御が
できないようにするものである。

【００７２】アバター制御停止解除機能部５３は、アバ
ター制御停止機能部５２によってアバターＡの制御を停
止したアバターの制御を再開するものであり、サーバ装
置１によって呼ばれて駆動される。このアバター制御停
止解除機能部５３の動作は、アバターＡの状態を制御可
能状態に変更し、クライアント装置３からの制御を可能
にするものである。

【００７３】次に、図１３に示すアバター属性設定機能
部５４は、アバターＡの属性を設定するものであり、ク
ライアント装置３からの要求によって駆動される。この
アバター属性設定機能部５４の動作は、マネージャーに
対して、属性設定変更が許されているかどうかを問い合
わせた後、アバターＡの属性を設定する。この属性とし
ては、名前や姿（gif ファイル）などである。

【００７４】アバター属性問い合わせ機能部５５は、ア
バターＡの属性の問い合わせに応答するものであり、ク
ライアント装置３からの要求によって駆動される。この
アバター属性問い合わせ機能部５５の動作は、マネージ
ャーに対して、属性の問い合わせが許されているかを問
い合わせた後、アバターＡの属性を要求してきたクライ
アント装置３に返すものである。この属性としては、名
前や姿（gif ファイル）などである。

【００７５】図１４は、図６に示す近傍空間抽出機能部
２５の機能的なブロック図を示し、この近傍空間抽出機
能部２５は、クライアント装置３が参加している空間の
中で、そのクライアント装置３（ユーザー）に関係のあ
る部分（空間、オブジェクト、アバターＡ）だけを切り
出す機能を備えている。この近傍空間抽出機能部２５
は、近傍オブジェクト抽出機能部５７にて構成されてい
る。そして、近傍オブジェクト抽出機能部５７は、クラ
イアント装置３に送る、アバターＡのそばにあるオブジ
ェクトや、他のアバターＡを選択するものである。

【００７６】図１５は上記近傍オブジェクト抽出機能部
５７の制御フロー図を示し、クライアント装置３から視
界更新要求がサーバ装置１へ送られ（ステップＳ４
１）、サーバ装置１では、ステップＳ４２で視界更新有
りとして、ステップＳ４３に進む。そして、クライアン
ト装置３の視界を更新する際に、アバターＡのそばにあ
って、アバターＡに影響を与えるオブジェクトを選択し
（ステップＳ４３）、さらに、ステップＳ４４で選択し
たオブジェクトをクライアント装置３へ送る。

【００７７】図１６は、図６に示すモデル変換機能部２
６の機能的なブロック図を示し、このモデル変換機能部
２６は、クライアント装置３のユーザーの視点から見
た、そのクライアント装置３に送付する擬似３次元サイ
バースペースモデルを生成する機能を備えているもので
ある。このモデル変換機能部２６は、広角静止画像作成
機能部５９にて構成されている。そして、この広角静止
画像作成機能部５９は、クライアント装置３のユーザー
の視点から見た空間、オブジェクトの広角静止画像を作
成するものである。

【００７８】図１７は上記広角静止画像作成機能部５９
の制御フロー図を示し、クライアント装置３から視界更
新要求がサーバ装置１へ送られ（ステップＳ５１）、サ
ーバ装置１では、ステップＳ５２で視界更新有りとし
て、ステップＳ５３に進む。そして、クライアント装置
３の視界を更新する際に、クライアント装置３の視点か
ら見える空間全体の広角静止画像を作成し（ステップＳ
５３）、ステップＳ５４で作成した広角静止画像を要求
のあったクライアント装置３へ送付する。

【００７９】図１８は、図４に示すデータベース１１内
に格納されている空間ライブラリー１７の機能的なブロ
ック図を示すものであり、この空間ライブラリー１７
は、ＳＯＭＡモデルに基づくサイバースペースを構築す
るのに必要な空間を実現するためのクラスライブラリー
である。空間ライブラリー１７に格納される空間（Spac
e)は、ＶＲＭＬ１．０で記述できる３次元空間を、高水
準で記述したものに、空間が持つ機能を埋め込んだもの
である。この空間ライブラリー１７は、図１８に示すよ
うに、オープン空間機能部６１と、ルーム空間機能部６
２とで構成されている。オープン空間機能部６１におい
て、地面のみが存在しており、無限に広がっている空間
が持つ属性は、地面の色、背景がある。また、ルーム空
間機能部６２においては、四方及び上方が壁で囲まれて
おり、その外には出ることができないようになってい
る。そして、この空間が持つ属性は、部屋の大きさ
（幅、奥行き、高さ）、壁の色がある。

【００８０】図１９は、図４に示すデータベース１１内
に格納されている共通オブジェクトライブラリー１８の
機能的なブロック図を示し、共通オブジェクトライブラ
リー１８は、プラットフォーム上で共通に利用すること
を目的として予め用意しているオブジェクトのライブラ
リー群である。この共通オブジェクトライブラリー１８
は、図１９に示すように、ビデオオブジェクト６５、ビ
デオカメラオブジェクト６６、黒板オブジェクト６７、
マイク・スピーカオブジェクト６８、チャットオブジェ
クト６９、机、椅子、書棚、ロッカー等のオフィスオブ
ジェクト７０、ＨＴＭＬオブジェクト７１、及びコンピ
ュータオブジェクト７２等で構成されている。

【００８１】なお、ここでは、例として上記の８つの
オブジェクト６５〜７２を用意しているが、これらに限
られるものではなく、サイバースペースに必要なオブジ
ェクトを更に加えるようにしても良い。また、これらの
オブジェクト６５〜７２は、ＳＯＭＡ空間を物理的に制
約したり、また、クライアント装置３（ユーザー）同士
のコミュニケーションの道具として直接操作されるオブ
ジェクトである。

【００８２】以下、具体的に各オブジェクトについて説
明する。ビデオオブジェクト６５は、予め用意されたＭ
ＰＥＧ(Motion Picture Experts Group)形式の動画像を
再生する機能を有しているものであり、図２０に示すよ
うな構成となっている。すなわち、このビデオオブジェ
クト６５は、再生準備機能部７６、再生開始機能部７
７、一時停止機能部７８、停止機能部７９、終了機能部
８０、途中参加機能部８１、及び退場機能部８２等で構
成されている。

【００８３】再生準備機能部７６は、あるクライアント
装置３からの使用開始指示をイベントとして駆動される
ものであり、図２１に示すように、クライアント装置３
から使用開始要求がサーバ装置１へ送られる（ステップ
Ｓ６１）。サーバ装置１は、該クライアント装置３から
指定されたビデオオブジェクトを各クライアント装置３
にＭＰＥＧ形式ファイルで送信し（ステップＳ６２）、
クライアント装置３側でビデオを再生するための準備が
できるようにする。そして、クライアント装置３側の処
理としては、ＭＰＥＧ再生のためのウインドウを起動す
る（ステップＳ６３）。

【００８４】再生開始機能部７７は、クライアント装置
３からの再生開始指示をイベントとして駆動されるもの
であり、図２１に示すように、ステップＳ６３でウイン
ドウを起動したクライアント装置３から再生開始要求が
サーバ装置１へ送られる（ステップＳ６４）。サーバ装
置１側では、クライアント装置３からの再生開始の指示
を受け取り、各クライアント装置３へ再生開始の指示を
送る（ステップＳ６５）。そして、再生開始の指示をサ
ーバ装置１から受け取ったクライアント装置３は、ＭＰ
ＥＧ画像の再生を開始する（ステップＳ６６）。

【００８５】図２０に示すビデオオブジェクト６５内の
一時停止機能部７８は、クライアント装置３からの一時
停止の要求により画像の再生を一時的に停止させるもの
である。図２２に示すように、クライアント装置３がス
テップＳ７１で画像を再生中に、サーバ装置１へ一時停
止要求を送る（ステップＳ７２）。あるクライアント装
置３から一時停止の指示を受け取ったサーバ装置１は、
ステップＳ７３で各クライアント装置３に一時停止の指
示を送る。そして、各クライアント装置３は、ステップ
Ｓ７３でＭＰＥＧ画像の再生を一時停止する。このあ
と、ステップＳ７６で示すサーバ装置１からの再生開始
指示がなければ一時停止の状態を維持し、サーバ装置１
から再生開始の指示を受けた場合にはステップＳ７５か
らステップＳ７７に進み、続きの画像を再生する。

【００８６】図２０に示す停止機能部７９は、クライア
ント装置３で再生している画像の停止を行なうものであ
り、図２３に示すように、クライアント装置３からの停
止指示要求がサーバ装置１へ送られる（ステップＳ８
１）。サーバ装置１は、あるクライアント装置３からの
停止の指示を受け取り、各クライアント装置３へ停止の
指示を送る（ステップＳ８２）。各クライアント装置３
は、サーバ装置１からの停止指示を受け取り次第、ＭＰ
ＥＧ画像の停止を行なう（ステップＳ８３）。このあ
と、ステップＳ８４で示すサーバ装置１から再生開始指
示を受け取らなければ、画像の停止を続行し、サーバ装
置１から再生開始指示を受け取った場合には、ステップ
Ｓ８５からステップＳ８６に移行して、最初から画像を
再生する。

【００８７】終了機能部８０は、クライアント装置３の
ウインドウを終了させるものであり、図２４に示すよう
に、あるクライアント装置３から終了要求をサーバ装置
１へ送る（ステップＳ９１）。サーバ装置１は、あるク
ライアント装置３から終了の指示を受信し、各クライア
ント装置３にＭＰＥＧ再生のウインドウを閉じるための
指示を送る（ステップＳ９２）。サーバ装置１から終了
指示を受信した各クライアント装置３は、ＭＰＥＧ再生
のためのウインドウを終了する（ステップＳ９３）。

【００８８】ビデオオブジェクト６５の途中参加機能部
８１においては、あるクライアント装置３（ユーザー）
が新規に参加する信号をサーバ装置１が受信したことで
イベントとして駆動される。このイベントにより動作送
信するクライアントテーブルにクライアント装置３（ユ
ーザー）を追加し、クライアント装置３のビデオオブジ
ェクトにＭＰＥＧ画像と、再生開始位置を送る。新規に
参加したクライアント装置３は、ＭＰＥＧ再生のための
ウインドウを作成し、上記と同様にＭＰＥＧ画像を再生
する。

【００８９】また、退場機能部８２では、クライアント
が退場する場合にイベントとして駆動され、送信するク
ライアントテーブルからクライアント装置３を削除す
る。この場合、クライアント装置３側の処理は特にな
い。

【００９０】次に、図１９に示す共通オブジェクトライ
ブラリー１８のビデオカメラオブジェクト６６について
説明する。このビデオカメラオブジェクト６６は、クラ
イアント装置３側のビデオカメラから撮像した画像をＪ
ＰＥＧ(Joint PhotographicExperts Group)形式で保存
し、それを順次に表示する機能を有し、また録画した画
像を再生する機能を有している。このビデオカメラオブ
ジェクト６６は、図２５に示すように、カメラ準備機能
部８５、カメラ画像配信機能部８６、カメラ視覚変更機
能部８７、録画開始機能部８８、録画停止機能部８９、
再生開始機能部９０、再生一時停止機能部９１、再生停
止機能部９２、終了機能部９３、途中参加機能部９４、
及び退場機能部９５等で構成されている。

【００９１】上記カメラ準備機能部８５は、各クライア
ント装置３に録画のためのウインドウを表示させるもの
であり、図２６に示すように、クライアント装置３から
のビデオカメラの使用開始要求をイベントとして駆動さ
れる。すなわち、クライアント装置３から使用開始要求
がサーバ装置１へ送られる（ステップＳ１００）。サー
バ装置１は、クライアント装置３から送られた使用開始
要求に基づき、あるクライアント装置３から指定された
ビデオカメラオブジェクトが稼働可能かどうかをチェッ
クし、稼働可能ならば、各クライアント装置３に録画再
生のためのウインドウを表示するための指示を送信する
（ステップＳ１０１）。サーバ装置１から指示を受けた
各クライアント装置３は、録画のためのウインドウを表
示し（ステップＳ１０２）、さらに、ウインドウを表示
した旨の通知を各クライアント装置３からサーバ装置１
へ送信する（ステップＳ１０３）。

【００９２】カメラ画像配信機能部８６では、クライア
ント装置３からの画像受信信号をイベントとして駆動さ
れて、動作する。すなわち、図２６のステップＳ１０３
で示すように、各クライアント装置３からウインドウが
表示できた通知を受信し、サーバ装置１ではビデオカメ
ラから撮像したＪＰＥＧ画像を一定時間間隔で受信し、
図２７のステップＳ１１０に示すように、クライアント
装置３から画像受信要求があった場合に、この受信した
ＪＰＥＧ画像を各クライアント装置３へ一定時間間隔で
送信する（ステップＳ１１１）。そして、ステップＳ１
１３に示すように、あるクライアント装置３から録画終
了の通知がくるまでこの処理が繰り返される。一方、サ
ーバ装置１からＪＰＥＧ画像を受信した各クライアント
装置３は、ステップＳ１１２に示すように、ＪＰＥＧ画
像の表示が行なわれる。

【００９３】図２５に示すカメラ視覚変更機能部８７
は、クライアント装置３からの視覚変更指示をイベント
として駆動されるものであり、あるクライアント装置３
からビデオカメラの視覚の変更の指示をサーバ装置１側
で受信し、その内容に応じた視覚変更データをクライア
ント装置３へ送信する。視覚変更データを受信したクラ
イアント装置３は、そのデータに応じて付属しているビ
デオカメラの視覚の変更制御が行なわれる。この場合、
該クライアント装置３側の処理は特になく、視覚の変更
はサーバ装置１側から直接制御されるようになってい
る。

【００９４】次に、ビデオカメラオブジェクト６６の録
画開始機能部８８の動作について説明する。この録画開
始機能部８８は、クライアント装置３からのクライアン
ト装置３からの録画開始指示をイベントとして駆動され
るものであり、図２８に示すように、ステップＳ１２０
で、あるクライアント装置３から録画開始要求がサーバ
装置１へ送られる。サーバ装置１は、このクライアント
装置３からの録画開始の指示を受信し、ビデオカメラか
ら撮像した画像をＪＰＥＧ形式で時系列的にサーバ装置
１に保存する（ステップＳ１２１）。そして、ステップ
Ｓ１２２に示すように、保存したＪＰＥＧ画像を各クラ
イアント装置３へ送信する。各クライアント装置３側
は、受信したＪＰＥＧ画像を表示する（ステップＳ１２
３）。

【００９５】また、図２５に示す録画停止機能部８９
は、あるクライアント装置３からの録画停止指示をイベ
ントとして駆動されるものであり、図２８に示すよう
に、あるクライアント装置３から録画停止要求がサーバ
装置１へ送られ（ステップＳ１２４）、あるクライアン
ト装置３から録画停止の指示を受け取ったサーバ装置１
は、ビデオカメラから撮影した画像の保存を停止する
（ステップＳ１２５）。なお、この場合、クライアント
装置３側の処理は特にない。

【００９６】さらに、図２５に示すビデオカメラオブジ
ェクト６６の録画再生機能部９０は、あるクライアント
装置３からの再生開始指示をイベントとして駆動し、動
作する。すなわち、図２９に示すように、ステップＳ１
３１で、あるクライアント装置３から再生開始要求がサ
ーバ装置１へ送られ、サーバ装置１はこの再生開始の指
示を受け取り、各クライアント装置３へＪＰＥＧ形式で
時系列的に送信する（ステップＳ１３２）。サーバ装置
１から受信した各クライアント装置３は、ＪＰＥＧ画像
を表示する（ステップＳ１３３）。

【００９７】また、再生一時停止機能部９１では、ある
クライアント装置３からの一時停止指示をイベントとし
て駆動される。すなわち、図２９のステップＳ１３４に
おいて、あるクライアント装置３から一時停止要求がサ
ーバ装置１へ送られ、この一時停止要求を受け取ったサ
ーバ装置１は、各クライアント装置３に一時停止の指示
を送る（ステップＳ１３５）。そして、一時停止の指示
を受信した各クライアント装置３は、再生を一時停止す
る（ステップＳ１３６）。また、このあと、ステップＳ
１３７に示すように再生開始指示をクライアント装置３
からサーバ装置１が受け取った場合には、一時停止後の
続きの画像をサーバ装置１が各クライアント装置３へ送
る（ステップＳ１３８）。各クライアント装置３側は、
サーバ装置１から受信したＪＰＥＧ画像を表示する（ス
テップＳ１３９）。

【００９８】次に、図２５に示すビデオカメラオブジェ
クト６６の再生停止機能部９２及び終了機能部９３の動
作について説明する。再生停止機能部９２は、あるクラ
イアント装置３からの停止指示をイベントとして駆動さ
れるものであり、図３０に示すように、あるクライアン
ト装置３から再生停止要求がサーバ装置１へ送られる
（ステップＳ１４１）。このクライアント装置３から停
止の指示を受信したサーバ装置１は、各クライアント装
置３に再生停止の指示を送信する（ステップＳ１４
２）。そして、サーバ装置１から停止の指示を受け取っ
た各クライアント装置３は、再生を停止する（ステップ
Ｓ１４３）。このあと、ステップＳ１４４に示すよう
に、あるクライアント装置３から再生開始要求がサーバ
装置１へ送られた場合には、サーバ装置１は、最初から
の画像を各クライアント装置３へ送信する（ステップＳ
１４５）。そして、各クライアント装置３は、ＪＰＥＧ
画像を表示する（ステップＳ１４６）。

【００９９】また、終了機能部９３は、あるクライアン
ト装置３からの終了指示をイベントとして駆動、動作す
るものであり、図３０のステップＳ１４７に示すよう
に、あるクライアント装置３から終了要求がサーバ装置
１へ送られると、終了の指示を受け取ったサーバ装置１
は、各クライアント装置３に録画再生のためのウインド
ウを閉じるための指示を送る（ステップＳ１４８）。サ
ーバ装置１からウインドウを閉じるための指示を受信し
た各クライアント装置３は、録画再生のためのウインド
ウを終了する（ステップＳ１４９）。

【０１００】次に、図２５に示すビデオカメラオブジェ
クト６６の途中参加機能部９４について説明すると、あ
るクライアント装置３が新規に参加するというイベント
にて駆動される。サーバ装置１側は、送信するクライア
ントテーブルにクライアントを追加し、新規のクライア
ントのビデオカメラオブジェクトへＪＰＥＧ画像を送信
する。そして、新規に参加したクライアント（クライア
ント装置３）は、上述と同様に録画のためのウインドウ
を表示し、受信したＪＰＥＧ画像を表示するようになっ
ている。

【０１０１】また、退場機能部９５は、クライアント
（クライアント装置３）が退場するというイベントにて
駆動されるものであり、サーバ装置１側は、送信するク
ライアントテーブルからクライアントを削除する。この
場合、退場するクライアント側の処理は特にない。

【０１０２】図３１は、図１９に示す共通オブジェクト
ライブラリー１８の中の黒板オブジェクト６７の機能的
なブロック図を示すものであり、この黒板オブジェクト
６７は、ペイント形式で、文字、絵、図形を描画するこ
とができるオブジェクトである。図３１に示すように、
この黒板オブジェクト６７は、黒板準備機能部１０１、
描画開始指示機能部１０２、描画配信機能部１０３、描
画終了配信機能部１０４、黒板オブジェクト終了機能部
１０５、途中参加機能部１０６、及び退場機能部１０７
等で構成されている。

【０１０３】次に、上記黒板準備機能部１０１について
説明する。この黒板準備機能部１０１は、あるクライア
ント装置３からの使用開始要求をイベントとして駆動、
動作するものであり、図３２のステップＳ１５１に示す
ように、あるクライアント装置３から使用開始要求がサ
ーバ装置１へ送られる。サーバ装置１は、黒板オブジェ
クトを使用することをクライアント装置３から受信し、
指定された黒板オブジェクトの最終描画状態を各クライ
アント装置３に送信する（ステップＳ１５２）。各クラ
イアント装置３は、黒板のためのウインドウを表示し、
受信した描画状態を表示する（ステップＳ１５３）。こ
のとき、クライアント装置３は描画開始の指示だけがで
きる状態にし、描画のオブジェクトは使用不可の状態に
しておく。

【０１０４】次に、描画開始指示機能部１０２において
は、図３２のステップＳ１５４に示すように、あるクラ
イアント装置３からの描画開始要求がサーバ装置１へ送
られ、サーバ装置１では、あるクライアント装置３から
描画開始を受信すると共に、他のクライアント装置３へ
は描画不可の指示を送信する（ステップＳ１５５）。そ
して、描画開始要求を送信したクライアント装置３は、
描画のためのオブジェクトを使用可にし（ステップＳ１
５６）、他のクライアント装置３は描画開始を使用不可
の状態にする（ステップＳ１５７）。

【０１０５】黒板オブジェクト６７の描画配信機能部１
０３は、クライアント装置３からの描画画像の受信によ
って駆動されるものであり、図３３のステップＳ１６１
に示すように、クライアント装置３から描画画像をサー
バ装置１へ送信し、サーバ装置１側は、描画可能のクラ
イアント装置３の描画状態を一定間隔で受信し、時系列
的に保存する（ステップＳ１６２）。また、サーバ装置
１はステップＳ１６３に示すように、他のクライアント
装置３へ描画状態を送信する。他のクライアント装置３
は、サーバ装置１から受信した描画を表示する（ステッ
プＳ１６４）。

【０１０６】また、描画終了配信機能部１０４は、ある
クライアント装置３からの描画終了指示をイベントとし
て駆動し、図３３のステップＳ１６５に示すように、あ
るクライアント装置３から描画終了要求がサーバ装置１
へ送られる。該クライアント装置３から描画終了要求を
受信したサーバ装置１は、他のクライアント装置３へ描
画可能の指示を送信する（ステップＳ１６６）。サーバ
装置１から描画可能の指示を受信したクライアント装置
３は、描画開始のに使用可となり、描画のためのオブジ
ェクトは使用不可になる。

【０１０７】さらに、黒板オブジェクト終了機能部１０
５は、あるクライアント装置３から終了要求がサーバ装
置１へ送られ（ステップＳ１７１）、駆動される。サー
バ装置１側では、あるクライアント装置３から終了の指
示を受け取り、各クライアント装置３に黒板オブジェク
トのためのウインドウを閉じるための指示を送信する
（ステップＳ１７２）。サーバ装置１から指示を受信し
た各クライアント装置３は、黒板オブジェクトのための
ウインドウを終了する（ステップＳ１７２）。

【０１０８】次に、黒板オブジェクト６７の途中参加機
能部１０６は、クライアント装置３（クライアント）が
新規に参加することでイベントが生じ、動作される。送
信するクライアントテーブルにクライアントを追加し、
クライアントに黒板オブジェクトへ描画可能状態と、描
画画像を送信する。クライアント装置３側の処理として
は、黒板のためのウインドウを表示し、描画画像を表示
する。また、使用可能状態をセットする。

【０１０９】さらに、退場機能部１０７は、クライアン
トが退場することで、イベントが生じ、動作される。す
なわち、送信するクライアントテーブルからクライアン
トを削除する。なお、クライアント装置３側の処理は特
にない。

【０１１０】図１９に示す共通オブジェクトライブラリ
ー１８内のマイク・スピーカオブジェクト６８の機能的
なブロック図を図３５に示す。このマイク・スピーカオ
ブジェクト６８は、マイクから録音した音声を保存し、
それを順次に再生する機能を備え、また、録音した音声
を再生する機能を併せ持っている。このマイク・スピー
カオブジェクト６８は、図３５に示すように、マイク準
備機能部１１１、音声配信機能部１１２、録音開始機能
部１１３、録音停止機能部１１４、再生開始機能部１１
５、再生一時停止機能部１１６、停止機能部１１７、終
了機能部１１８、途中参加機能部１１９、及び退場機能
部１２０等で構成されている。

【０１１１】まず、マイク準備機能部１１１から説明す
ると、あるクライアント装置３からの使用開始指示によ
り駆動される。すなわち、図３６に示すように、あるク
ライアント装置３から使用開始要求がサーバ装置１へ送
られ（ステップＳ１８１）、サーバ装置１側では、ある
クライアント装置３から指定されたマイクが稼働可能か
どうかをチェックし、稼働可能ならば、そのクライアン
ト装置３のマイクを使用可能にする（ステップＳ１８
２）。また、他のクライアント装置３にはマイクを使用
不可の指示を送信すると共に、他のクライアント装置３
のスピーカが使えるように指示を送信する（ステップＳ
１８３）。サーバ装置１へ使用開始要求を送ったクライ
アント装置３は、マイク稼働の準備及びスピーカの準備
をし（ステップＳ１８４）、これらの準備ができたこと
を該クライアント装置３はサーバ装置１に送信する（ス
テップＳ１８５）。

【０１１２】図３５に示すマイク・スピーカオブジェク
ト６８の音声配信機能部１１２は、クライアント装置３
からの音声受信指示をイベントとして駆動されるもので
ある。図３７に示すように、ステップＳ１９１でクライ
アント装置３から音声受信要求がサーバ装置１へ送ら
れ、サーバ装置１は各クライアント装置３から録音した
音声を一定時間間隔で受信し、各クライアント装置３に
送信する（ステップＳ１９２）。この処理は、クライア
ント装置３からの終了の通知があるまで繰り返される。
一方、サーバ装置１から音声を受信したクライアント装
置３は、音声の再生を行なうことになる（ステップＳ１
９３）。

【０１１３】図３８はマイク・スピーカオブジェクト６
８の録音開始機能部１１３と録音停止機能部１１４の制
御フロー図を示すものである。録音開始機能部１１３
は、クライアント装置３からの録音開始指示をイベント
として駆動される。ステップＳ２０１に示すように、ク
ライアント装置３から録音開始要求がサーバ装置１へ送
られ、サーバ装置１は、あるクライアント装置３から録
音開始の指示を受信し、送信された音声を時系列的にサ
ーバ装置１に保存する（ステップＳ２０２）。また、保
存した音声を各クライアント装置３に送信する（ステッ
プＳ２０３）。サーバ装置１から音声を受信した各クラ
イアント装置３は、音声を再生する（ステップＳ２０
４）。

【０１１４】また、録音停止機能部１１４は、クライア
ント装置３からの録音停止指示によりイベントとして駆
動される。図３８のステップＳ２０５に示すように、あ
るクライアント装置３から録音停止要求がサーバ装置１
へ送られ、サーバ装置１は、クライアント装置３から録
音停止の指示を受け取り、音声の保存を停止する（ステ
ップＳ２０６）。この場合、クライアント装置３側の処
理は、特にない。

【０１１５】図３９は、マイク・スピーカオブジェクト
６８の再生開始機能部１１５と再生一時停止機能部１１
６の制御動作を示すフロー図である。再生開始機能部１
１５は、クライアント装置３からの再生開始指示により
駆動されるものであり、図３９のステップＳ２１１に示
すように、あるクライアント装置３から再生開始要求が
サーバ装置１へ送られる。サーバ装置１はクライアント
装置３からの再生開始の指示を受け取り、各クライアン
ト装置３に音声を時系列的に送信する（ステップＳ２１
２）。サーバ装置１からの音声を受信した各クライアン
ト装置３は、音声を再生する（ステップＳ２１３）。

【０１１６】また、再生一時停止機能部１１６は、ある
クライアント装置３からの再生一時停止の指示を受け取
ることで、駆動される。図３９のステップＳ２１４に示
すように、あるクライアント装置３から再生一時停止要
求がサーバ装置１へ送られ、サーバ装置１は、このクラ
イアント装置３からの再生一時停止の指示を受け取り、
各クライアント装置３に一時停止の指示を送る（ステッ
プＳ２１５）。サーバ装置１から一時停止の指示を受け
取った各クライアント装置３は、音声の再生を一時停止
させる（ステップＳ２１６）。このあと、ステップＳ２
１７に示すように、あるクライアント装置３から再生開
始要求がサーバ装置１へ送られると、再生開始指示を受
信したサーバ装置１は、続きの音声を各クライアント装
置３へ送信する（ステップＳ２１８）。そして、サーバ
装置１から続きの音声を受け取った各クライアント装置
３は、続きの音声を再生し、最終の音声を再生した後
に、音声を停止させる（ステップＳ２１９）。

【０１１７】図３５に示すマイク・スピーカオブジェク
ト６８の停止機能部１１７の制御動作は図４０に示すよ
うになっており、この停止機能部１１７は、クライアン
ト装置３からの停止指示をイベントとして駆動されるよ
うになっている。図４０のステップＳ２２１に示すよう
に、あるクライアント装置３から停止要求がサーバ装置
１へ送られ、サーバ装置１はクライアント装置３からの
停止の指示を受信し、各クライアント装置３に停止の指
示を送る（ステップＳ２２２）。サーバ装置１からの停
止指示を受信した各クライアント装置３は音声の停止を
行なう（ステップＳ２２３）。また、このあと、ステッ
プＳ２２４に示すように、あるクライアント装置３から
再生開始要求がサーバ装置１へ送られた場合には、この
再生開始の指示を受けたサーバ装置１は、最初から音声
を各クライアント装置３へ送信する（ステップＳ２２
５）。そして、各クライアント装置３は、サーバ装置１
からの音声を最初から受信し、最終の音声を再生した後
に停止させる（ステップＳ２２６）。

【０１１８】図４１は、マイク・スピーカオブジェクト
６８の終了機能部１１８の制御動作を示すフロー図であ
り、この終了機能部１１８は、クライアント装置３から
の終了指示により駆動されるものである。図４１のステ
ップＳ２２７に示すように、あるクライアント装置３か
ら終了要求がサーバ装置１へ送られ、サーバ装置１側で
は、クライアント装置３からの終了の指示を受け取り、
マイク・スピーカを閉じる指示を各クライアント装置３
へ送信する（ステップＳ２２８）。サーバ装置１から終
了指示を受信した各クライアント装置３は、マイクの録
音停止、スピーカの停止を行なう（ステップＳ２２
９）。

【０１１９】次に、図３５に示すマイク・スピーカオブ
ジェクト６８の途中参加機能部１１９は、クライアント
（クライアント装置３）が新規に参加するのをイベント
として駆動されるものである。新規のクライアント装置
３からの参加希望要求を受け取ったサーバ装置１は、送
信するクライアントテーブルにクライアントを追加し、
クライアント装置３のスピーカオブジェクトへ音声を送
信する。新規のクライアント装置３は、上述と同様にス
ピーカを準備して、音声の再生処理を行なう。

【０１２０】また、マイク・スピーカオブジェクト６８
の退場機能部１２０は、参加しているクライアント（ク
ライアント装置３）が退場することで、駆動されるもの
である。あるクライアント装置３から退場する旨の信号
を受信したサーバ装置１は、送信するクライアントテー
ブルから退場するクライアントを削除する。なお、この
場合、退場するクライアント装置３の処理は特にない。

【０１２１】図４２は、図１９に示す共通オブジェクト
ライブラリー１８の中のチャットオブジェクト６９の機
能的なブロック図を示すものである。このチャットオブ
ジェクト６９は、テキストでクライアント（クライアン
ト装置３）同士が通信する機能を有しているものであ
る。このチャットオブジェクト６９は、図４２に示すよ
うに、開始機能部１２３、テキスト配信機能部１２４、
チャットオブジェクト終了機能部１２５、途中参加機能
部１２６、及び退場機能部１２７等で構成されている。

【０１２２】まず、開始機能部１２３から説明すると、
この開始機能部１２３は、クライアント装置３からの使
用開始指示をイベントとして駆動される。図４３のステ
ップＳ２３１に示すように、あるクライアント装置３か
ら使用開始要求がサーバ装置１へ送られ、クライアント
装置３からの使用開始指示を受信したサーバ装置１側
は、各クライアント装置３にチャット開始指示を送信す
る（ステップＳ２３２）。サーバ装置１からチャット開
始指示を受信した各クライアント装置３は、チャットの
ためのウインドウを表示し、テキスト入力表示可能にす
る（ステップＳ２３３）。

【０１２３】テキスト配信機能部１２４は、クライアン
ト装置３からのテキストを受信することで駆動される。
図４３のステップＳ２３４に示すように、あるクライア
ント装置３からテキストがサーバ装置１へ送信され、サ
ーバ装置１側では、あるクライアント装置３からテキス
トを受信し、この受信テキストを他のクライアント装置
３にクライアント名を付加して送信する（ステップＳ２
３５）。そして、サーバ装置１からテキストを受信した
他のクライアント装置３は、ウインドウにテキストを表
示する（ステップＳ２３６）。

【０１２４】図４２に示すチャットオブジェクト６９の
チャットオブジェクト終了機能部１２５は、クライアン
ト装置３からのテキストが送信が無くなったことで、駆
動され、サーバ装置１側はチャットオブジェクトを終了
する。この場合、クライアント装置３側の処理は特にな
い。

【０１２５】また、チャットオブジェクト６９の途中参
加機能部１２６は、クライアント（クライアント装置
３）が新規に参加する旨の信号をサーバ装置１側が受信
したことで駆動されるものである。この場合、サーバ装
置１側は、送信するクライアントテーブルにクライアン
トを追加し、クライアントのチャットオブジェクトへ最
新のテキストを送信する。新規に参加したクライアント
（クライアント装置３）は、チャットのウインドウを表
示し、サーバ装置１側から送られてきたテキストを表示
する。

【０１２６】また、チャットオブジェクト６９の退場機
能部１２７は、参加しているクライアント（クライアン
ト装置３）が退場することで駆動され、あるクライアン
ト装置３から退場する旨の信号を受信したサーバ装置１
側は、送信するクライアントテーブルから退場するクラ
イアントを削除する。この場合の退場するクライアント
装置３側の処理は特にない。

【０１２７】図１９に示す共通オブジェクトライブラリ
ー１８内のオフィスオブジェクト７０は、空間に臨場感
を持たせるための、家具的なオブジェクトであり、それ
ぞれ大きさ、色などの属性を持つ。また、オフィスオブ
ジェクト７０は、アバターＡが動くことのできる空間を
物理的に制約する機能を持っている。また、ＨＴＭＬオ
ブジェクト７１は、ＨＴＭＬファイルを送信する機能を
持っているものであり、クライアントが指定したＨＴＭ
Ｌファイルを送信する。そして、サーバ装置１から受信
したクライアント装置３では、受信したＨＴＭＬファイ
ルを表示するようになっている。さらに、コンピュータ
オブジェクト７２は、コンピュータオブジェクトのエミ
ュレータ機能を提供するものであり、クライアント装置
３が指定したコンピュータオブジェクトの端末タイプと
ホスト名等の情報を送信する機能を持っている。クライ
アント装置３側の処理として、受信した端末タイプとホ
スト名等から指定したコンピュータのエミュレータを表
示するようになっている。

【０１２８】図４４は、図４に示すマネージャーライブ
ラリー１９の機能的なブロック図を示しており、このマ
ネージャーライブラリー１９は、空間内の秩序を管理す
るためのマネージャーを存在させるために設けたもので
ある。個々のマネージャーは、そのマネージャーの決め
られた情報を管理している。これらの情報は、クライア
ント装置３の要求に応じて、サーバ装置１が問い合わせ
や設定を行なうようになっている。図４４に示すよう
に、マネージャーライブラリー１９は、位置マネージャ
ー機能部１３０、セキュリティマネージャー機能部１３
１、及び履歴マネージャー機能部１３２等で構成されて
いる。

【０１２９】位置マネージャー機能部１３０は、サイバ
ースペース内での、アバターＡやオブジェクトの位置を
管理し、アバターＡの移動による空間内の矛盾を防ぐ機
能を有しているものである。セキュリティマネージャー
機能部１３１は、サイバースペース内のオブジェクトや
アバターＡのセキュリティ（オブジェクトの利用制限や
排他制御）を管理するために必要な機能を有している。
また、履歴（ログ）マネージャー機能部１３２は、サイ
バースペース内で起こった事象を記録し、それを再現す
るために必要な機能を持たせている。

【０１３０】図４５は、図４４に示すマネージャーライ
ブラリー１９内の位置マネージャー機能部１３０の機能
的なブロック図を示している。この位置マネージャー機
能部１３０は、図示するように、オブジェクト追加機能
部１３５、オブジェクト削除機能部１３６、オブジェク
ト移動機能部１３７、オブジェクト位置問い合わせ機能
部１３８、アバター追加機能部１３９、アバター削除機
能部１４０、アバター移動機能部１４１、アバター位置
問い合わせ機能部１４２、及びアバター移動衝突判定機
能部１４３等で構成されている。

【０１３１】位置マネージャー機能部１３０のオブジェ
クト追加機能部１３５は、空間内にあるオブジェクトを
マネージャーの管理下に追加する機能を有しており、動
作としては、マネージャーが空間に存在しているオブジ
ェクトの位置情報を管理できるように登録を行なう。そ
して、オブジェクトのサーバ装置１への追加要求によっ
て駆動される。オブジェクト追加機能部１３６は、空間
内にあるオブジェクトをマネージャーの管理下から削除
する機能を有しており、動作としては、マネージャーに
登録されているオブジェクトを削除するものである。そ
して、オブジェクトのサーバ装置１からの削除要求によ
って駆動される。

【０１３２】位置マネージャー機能部１３０のオブジェ
クト移動機能部１３７は、オブジェクトの位置情報を更
新する機能を有しており、動作としては、マネージャー
が管理している、対応するオブジェクトの位置情報を更
新するものであり、また、オブジェクト自身の位置情報
も更新するものである。そして、クライアント装置３の
要求やその他のイベントによって起きたオブジェクトの
移動要求によって駆動される。オブジェクト位置問い合
わせ機能部１３８は、オブジェクトの位置情報の問い合
わせに応答する機能を有しており、動作としては、マネ
ージャーが管理している、対応するオブジェクトの位置
情報を返すものである。また、クライアント装置３の要
求やその他のイベントによって起きたオブジェクトの移
動要求によって駆動される。

【０１３３】位置マネージャー機能部１３０のアバター
追加機能部１３９は、空間内にあるアバターＡをマネー
ジャーの管理下に追加する機能を有しているものであ
り、動作としては、マネージャーが空間に存在している
アバターＡの位置情報を管理できるように登録を行なう
ものである。また、アバターＡのサーバ装置１への追加
要求によって駆動される。アバター削除機能部１４０
は、空間内にあるアバターＡをマネージャーの管理下か
ら削除する機能を有しており、動作としては、マネージ
ャーに登録されているアバターＡを削除するものであ
る。そして、アバターＡのサーバ装置１からの削除要求
によって駆動される。

【０１３４】位置マネージャー機能部１３０のアバター
移動機能部１４１は、アバターＡの位置情報を更新する
ものであり、動作としては、マネージャーが管理してい
る、対応するアバターＡの位置情報を更新するものであ
り、また、アバターＡ自身の位置情報も更新するもので
ある。そして、クライアント装置３の移動要求によって
駆動される。アバター位置問い合わせ機能部１４２は、
アバターＡの位置情報の問い合わせに応答するものであ
り、動作としては、マネージャーが管理している、対応
するアバターＡの位置を返すものである。そして、クラ
イアント装置３の移動要求によって駆動される。さら
に、アバター移動衝突判定機能部１４３は、アバターＡ
の移動で衝突が起こるかどうかを判定する機能を有して
いるものであり、動作としては、アバターＡの移動がオ
ブジェクトや他のアバターＡや空間の壁に衝突しないか
を、マネージャーが管理している位置情報から判定する
ようにしている。そして、クライアント装置３の移動要
求によって駆動される。

【０１３５】図４６は、図４４に示すマネージャーライ
ブラリー１９内のセキュリティマネージャー機能部１３
１の機能的なブロック図を示し、このセキュリティマネ
ージャー機能部１３１は、オブジェクト追加機能部１４
６、オブジェクト削除機能部１４７、アバター追加機能
部１４８、アバター削除機能部１４９、セキュリティ情
報設定機能部１５０、セキュリティ情報問い合わせ機能
部１５１、及びセキュリティチェック機能部１５２等で
構成されている。

【０１３６】まず、オブジェクト追加機能部１４６から
説明すると、このオブジェクト追加機能部１４６は、空
間内にあるオブジェクトをマネージャーの管理下に追加
する機能を有しているものであり、動作としては、マネ
ージャーが空間に存在しているオブジェクトのセキュリ
ティ情報を管理できるように登録を行なうものである。
そして、オブジェクトのサーバ装置１への追加要求によ
って駆動される。また、オブジェクト削除機能部１４７
は、空間内にあるオブジェクトをマネージャーの管理下
から削除する機能を有しており、動作としては、マネー
ジャーに登録されているオブジェクトを削除するもので
ある。そして、オブジェクトのサーバ装置１への削除要
求によって駆動される。

【０１３７】セキュリティマネージャー機能部１３１の
アバター追加機能部１４８は、空間内にあるアバターＡ
をマネージャーの管理下に追加する機能を有しているも
のであり、動作としては、マネージャーが空間に存在し
ているアバターＡのセキュリティ情報を管理できるよう
に登録を行なうものである。そして、アバターＡのサー
バ装置１への追加要求によって駆動される。また、アバ
ター削除機能部１４８は、空間内にあるアバターＡをマ
ネージャーの管理下から削除する機能を有しているもの
であり、動作としては、マネージャーに登録されている
アバターＡを削除するものである。そして、アバターＡ
のサーバ装置１への削除要求によって駆動される。

【０１３８】図４６に示すセキュリティマネージャー機
能部１３１のセキュリティ情報設定機能部１５０は、空
間やオブジェクト、アバターＡのセキュリティ情報を設
定するという機能を備えているものであり、動作として
は、対応する空間やオブジェクト、アバターＡのセキュ
リティ情報を設定する。セキュリティ情報としては、
「誰が操作可能か」、「いつ操作可能か」、「どこで操
作可能か」などである。そして、空間の立ち上げ処理中
に予め設定された情報に基づく要求によって駆動され
る。セキュリティ情報問い合わせ機能部１５１は、空間
やオブジェクト、アバターＡのセキュリティ情報の問い
合わせに応答するという機能を備えているものであり、
動作としては、対応する空間やオブジェクト、アバター
Ａのセキュリティ情報を返すものである。セキュリティ
情報としては、「誰が操作可能か」、「いつ操作可能
か」、「どこで操作可能か」などである。そして、クラ
イアント装置３からの要求によって駆動される。

【０１３９】セキュリティマネージャー機能部１３１の
セキュリティチェック機能部１５２は、指定された操作
が、セキュリティ的に可能かどうかを調べる機能を有し
ているものである。このセキュリティチェック機能部１
５２の動作としては、マネージャーが管理しているセキ
ュリティ情報を基に、指定された操作が可能かどうかを
返すものである。また、チェックする内容は、ユーザ
ー、時間、場所などを元に判断するようにしている。そ
して、そして、クライアント装置３からの要求によって
駆動される。

【０１４０】図４７は、図４４に示すマネージャーライ
ブラリー１９内の履歴マネージャー機能部１３２の機能
的なブロック図を示し、ログ保存機能部１５５とログ読
み込み機能部１５６で構成されている。ログ保存機能部
１５５は、空間（ＳＯＭＡ空間）内で起こったことをす
べて保存する機能を有しており、動作としては、アバタ
ーＡが行なった操作、アバターＡの移動によって発生し
たイベント、その他で発生したイベントをすべて保存す
るものである。また、そのイベントによって生じた空間
やオブジェクト、アバターＡの状態の変化も保存するよ
うにしている。その保存する内容は、「どのようなイベ
ントか」、「いつ発生したか」、「誰が発生させた
か」、「それによって何がどう変化したか」等である。
そして、このログ保存機能部１５５は、クライアント装
置３からの要求やその他のイベントが起きた際に、図６
に示すサーバ基本制御ライブラリー１６内の空間基本制
御機能部２２、オブジェクト基本制御機能部２３、アバ
ター基本制御機能部２３における処理中での要求によっ
て駆動されるようになっている。

【０１４１】また、ログ読み込み機能部１５６は、保存
されているログ（履歴）を読み出すという機能を備えて
いるものであり、動作としては、過去に保存されている
ログを読みだし、これを元に、過去に空間で起きたこと
を再現するものである。また、クライアント装置３から
の要求によって駆動されるようになっている。

【０１４２】次に、本発明のシステムに用いているデー
タベース管理システムについて説明する。その前に、従
来のデータベース管理システムについて説明すると、マ
ルチメディア時代を迎えたデータベース管理システム
も、マルチメディアデータの管理が求められているが、
現在まで培われてきたデータベース技術でこれを行なお
うとすると、次のような問題がある。アクセス単位の問題従来のデータベース管理システムでは、データを、ファ
イル（表）、レコード（行）、フィールド（列／属性）
という基本構造で捕らえ、レコードをアクセスの中心に
置いた技術となっている。それぞれが、表は検索の対象
ではなく指定の対象、レコードは検索の対象、フィール
ドは切り出しの対象となっている。この方法で、音声や
動画を扱おうとすると、データを１つのフィールドの値
として押し込むことになり、音声、画像、長テキスト等
を同時に含んだレコードをアクセスすると、大きなコス
ト（使用資源、時間、ＣＰＵ時間）がかかり、効率が低
下する。

【０１４３】処理プログラムとアクセス法の問題音声、静止画、動画等は、それ自身複雑な構造を持って
おり、アプリケーションプログラマが、直接それらのデ
ータの処理を行なうプログラムを書くのは困難である。
したがって、これらは既に用意されたプログラムを呼び
出して使うことになる。これらのプログラムは、低レベ
ルのサブプログラムでも提供されているが、多くの場
合、独立したプログラムとして、提供され使用すること
が多い。低レベルのサブプログラムから、独自のインタ
ーフェースを構築するのも大変だからである。この傾向
は、マルチメディアデータを扱うプログラムに顕著であ
る。また、これらのプログラムは、ＯＳ(Operating Sys
tem)ファイルを直接読む形でデータを処理するようにな
っている。従来のデータベース管理システムは、データ
のインテグリティやセキュリティ保持のため、独自のデ
ータアクセス法でしか、データがアクセス出来ないの
で、データベース管理システムに格納されたデータを、
これらのプログラムで処理することは出来ない。こうし
て、マルチメディアデータに関しては、従来のデータベ
ース管理システムに格納すると、既存のプログラムが使
えなくなるのである。

【０１４４】一方、データベース管理システムを使わな
いで、ＯＳの提供する標準のファイル管理システムを直
接使用すると、次のような問題が起こる。種類ごとに分
類してディレクトリにファイルを格納することになる
が、１つのディレクトリに多くのファイルをフラットに
格納すると、ファイルの取り出しに時間がかかる。だか
らといって、不必要な階層化を行なうと、パス指定が複
雑になる。ファイルに属性が付けられないため、ファイ
ルをその属性で検索できない。ファイル間の整合性を保
つのに、ユーザーがプログラムを開発しなければならな
い。ファイルの機密保護、障害対策が弱い。プログラム
もデータもファイルとしてしか認識されておらず、デー
タとプログラムの関連が管理されていない。

【０１４５】これらは、データベース技術が生み出され
る要因となったものである。しかし、従来のデータベー
ス技術では、前記の問題を解決できない。ここで、考え
なければならないのは、データベース技術が誕生した１
９６０年代と環境も要求も異なるということである。コ
ンピュータの性能、ネットワークの性能は大きく変わ
り、扱いたいデータは、文字列や数値を中心とした人事
や取引データではなく、写真、音声、動画、フルテキス
トを含むマルチメディアデータである。データベース技
術が生まれた最も大きな契機は、ＯＳにデータ管理が、
ファイル単位で、レコード単位のデータ管理を必要とし
たビジネスデータ処理の要求を満たさなかったからであ
る。しかし、マルチメディアデータは、１つのファイル
として管理されてなんら問題はない。むしろその方が都
合がいい。したがって、我々のすべきことは、ＯＳのデ
ィレクトリの持つファイル管理機能の長所を活かしなが
ら、上記の問題点を克服し、データベース技術と融合す
る方法を見つけ出すことである。

【０１４６】ここで、この問題の解決のための基本的な
枠組み（パラダイム）を示す。まず、データ管理の単位
を、ＯＳのファイルとする。ＯＳのファイルには、所有
者、作成・更新日付、名前、簡単な機密設定等の属性が
付いて管理されているが、これにユーザーがそのファイ
ルを効率良く管理するためのいろいろな属性を付けるこ
とを許す。同一の構造と属性を持つファイルをグループ
化し、グループ名を付けてひとまとまりのものとして管
理する。多くのファイルを含むグループの中から、欲し
いファイルをその属性値の特徴から検索できるようにす
る。グループ内のファイルは、同一構造を持っているの
で、それを処理するプログラム群もひとまとまりに出来
る。これも合わせて管理することにより、データとプロ
グラムの関係を明確にすることができる。類似の属性や
プログラムが多く存在するグループ間では、その共通の
属性、プログラムだけをとって、別のグループとしてお
き、その共通グループとの関係を記述しておけば、属性
やプログラムが冗長になるのが避けられ、グループの後
の拡張も容易である。セキュリティ、インテグリティ、
トランザクションの管理、障害回復機能などの従来から
築かれてきたデータベース技術を加えて高いシステムの
信頼性を確保する。

【０１４７】このパラダイムは、オブジェクト指向のパ
ラダイムと非常に近いため、オブジェクト指向の多くの
長所や特徴を取り入れることができる。オブジェクト指
向の継承・カプセル化・多態・メッセージパッシングと
いった特徴を加えることにより、データとそれを扱うソ
フトウエアの再利用性の向上、セキュリティの強化、ユ
ーザーインターフェースの向上等を図っているものであ
る。

【０１４８】図４８は、図４に示すクライアント・サー
バ交信機能部１３の機能的なブロック図を示し、このク
ライアント・サーバ交信機能部１３は、キュー作成機能
部１６０、テーブル作成機能部１６１、プロトコルデー
タ処理機能部１６２、参照テーブル追加・削除機能部１
６３、及びキュー管理機能部１６４等で構成されてい
る。このクライアント・サーバ交信機能部１３は、クラ
イアント装置３側とのプロトコルをやりとりし、クライ
アント装置３との相互連絡・役割分担を実現する機能を
持たせている。

【０１４９】サーバ装置１は、クライアント装置３から
のプロトコルデータを受け取り、それらを解析して、サ
ーバ装置１のオブジェクトへ信号を送信したり、また、
クライアント装置３へ信号を返したりする機能を持って
いる。また、クライアント装置３からの要求によって
は、リアルタイムでリプライを返さなければならないも
の、一連の動作の順序を守って返さなければならないも
の、いつリプライを返してもよいものがあり、それらを
区別して制御する機能をサーバ装置１に持たせているも
のである。

【０１５０】次に、図４８に示すサーバ装置１のクライ
アント・サーバ交信機能部１３の各機能部１６０〜１６
４について説明する。キュー作成機能部１６０は、サー
バ装置１の起動時に、クライアント装置３あるいはサー
バ装置１からの信号を受信し、信号をストックするため
のキュー（ＱＵＥＵＥ）を作成するものである。このキ
ューの大きさは、パラメータで変えられるようになって
いる。テーブル作成機能部１６１は、サーバ装置１の起
動時に、接続すべき他のサーバ装置をサーチし、接続サ
ーバ装置とその対応空間名の参照テーブルを作成するも
のである。

【０１５１】クライアント・サーバ交信機能部１３のプ
ロトコルデータ処理機能部１６２は、キュー（ＱＵＥＵ
Ｅ）に溜められたプロトコルデータを処理する機能を持
っているものであり、キューにプロトコルデータがある
場合、そのプロトコルを１件取り出し、それを解釈し、
自身のサーバ装置１のオブジェクトへ信号を送信した
り、他のサーバ装置へ送信したり、クライアント装置３
へ信号を送信する機能を持っているものである。参照テ
ーブル追加・削除機能部１６３は、クライアント（クラ
イアント装置３）の新規参入あるいは退場時のクライア
ントの追加、削除を行なうものであり、サーバ装置１に
新規にクライアントが新規参入した場合、クライアント
名とＩＰ(Internet Protocol) アドレスを高速に検索す
るために、クライアント参照テーブルを作成し、随時追
加・削除する機能を持っている。

【０１５２】図４８に示すキュー管理機能部１６４は、
キュー（ＱＵＥＵＥ）が一杯になっているのに、プロト
コルデータを受信した場合、そのプロトコルの処理がで
きないことを、送信元にリプライし、送信元にその処理
ができないことを通知する機能を持っている。また、キ
ュー（ＱＵＥＵＥ）の中のプロトコルデータのデータの
種類によって、処理するプロトコルデータを制御するよ
うになっている。リアルタイムで処理するデータの場合
は、それを最優先で処理し、一連の動作が必要となるも
のは、その動作のすべてが揃ってから順次処理するよう
にしている。それ以外の処理はあいた時間に処理する機
能を持たせている。

【０１５３】なお、プロトコルが持つべき属性として
は、以下のようなものがある。送信元名（クライアント
装置、あるいはサーバ装置）、送信先名（クライアント
装置、あるいはサーバ装置）、空間名、オブジェクト
名、オペレーション名、オペランド名、タイムスタンプ
処理区分、リアルタイム区分、リプライ、デッドライン
相対順区分、相対順グループ、グループ内順序、一般区
分、これらの属性を持つことにより、上記キュー管理機
能部１６４の管理機能で、プロトコルの送受信の制御を
行なうようにしている。

【０１５４】クライアント装置３の構成図４９はクライアント装置３のブロック図を示してお
り、このクライアント装置３は、一般的なパソコンであ
り、例えば、ＷＩＮＤＯＷＳ９５を搭載した低価格なパ
ソコンである。クライアント装置３は、マイク１７０、
マウス１７１、キーボード１７２、ビデオカメラ１７
３、左右のスピーカ１７４、１７５、Ｉ／Ｏインターフ
ェース１６９、ＣＲＴ等の表示部１７６、各種のプログ
ラム、データを格納するメモリ１７８、例えば、ＩＮＳ
６４回線等のネットワーク２を介してサーバ装置１と交
信を行なうサーバ・クライアント交信機能部１７７、全
体の制御・演算を行なう制御・演算部１７９等で構成さ
れている。

【０１５５】また、図５０は、メモリ１７８に格納され
ているプログラム群、オブジェクト群の機能的なブロッ
ク図を示し、イベント制御部１８１、背景表示部１８
２、オブジェクト・アバター表示部１８３、アバター制
御部１８４、位置制御マネージャー１８５、オブジェク
ト・マネージャー１８６、マイク・オブジェクト１８
７、スピーカ・オブジェクト１８８、ビデオカメラ・オ
ブジェクト１８９等がメモリ１７８に格納されている。

【０１５６】次に、イベント制御部１８１について説明
すると、このイベント制御部１８１は、イベント・ルー
プを持ち、ユーザーのマウス１７１、キーボード１７２
からの入力によるイベント及びサーバ・クライアント交
信機能部１７７から受け取ったイベントに対応する操作
を行なうものであり、それらのイベントは、対応するロ
ーカル・マネージャー（クライアント装置３側のマネー
ジャー）に割り振られ実行される。ローカル・マネージ
ャーを統括する制御部となるものである。

【０１５７】アバター制御部１８４は、アバターＡの動
作を実行するものであり、位置制御マネージャー１８５
にその動作が実行可能かどうかを問い合わせ、可能であ
ればオブジェクト・アバター表示部１８３を呼び出して
実行する。また、その動作をサーバ装置１へ伝えるよう
になっている。メソッドとしては以下のようになってい
る。メソッド一時停止：アバターＡの動作を一時停止させる。動作再開：一時停止の状態のアバターＡの動きを再開
する。強制終了：アバターＡの動作を強制的に終了させる。描画更新：アバターＡの描画（再描画）を行なう。パターン変更：アバターＡの基本動作（歩く、座る）
を視覚化するに当たり、何通りかのパターンを保持する
必要があるが、動作の変更に対応するためにそのパター
ンの変更を行なう。削除：アバターＡのイメージ（パターン）を破棄す
る。位置報告：アバターＡの位置を報告する。その他：実際の行動メソッド（歩く、座る、挙手、ｅ
ｔｃ．）

【０１５８】位置制御マネージャー１８５は、アバター
Ａの移動範囲を他のマネージャーと連絡し合って制御す
るものである。メソッドとしては以下のようになってい
る。メソッド登録：アバターＡやオブジェクトをそのジオメトリ
（座標）と共に登録する。削除：アバターＡやオブジェクトを削除する。変更：アバターＡやオブジェクトのジオメトリを変更
する。許可要求：アバターＡの移動要求に対して許可を与え
るかどうかを返答する。

【０１５９】オブジェクト・マネージャー１８６は、ロ
ーカル・マネージャー群に対してアバターＡが制御する
のに可能かどうかを判断するものである。メソッドとし
ては以下のようになっている。メソッド登録：オブジェクトの登録を行なう。削除：オブジェクトを削除する。変更：オブジェクトの状態を変更する。アバター登録：指定したオブジェクトを操作できるア
バターＡを登録する。アバター削除：指定したオブジェクトを操作できるア
バターの登録を取り消す。許可要求：オブジェクトの操作に対してアバターが行
なえる動作を返答する。

【０１６０】マイク・オブジェクト１８７は、マイク１
７０から受け取った音声ファイルをサーバ・クライアン
ト交信機能部１７７を介してサーバ装置１へ伝えるもの
であり、メソッドとしては以下のようになっている。メソッドハードの接続状況：マイク１７０が使用可能であるか
を返答する。実行：マイク１７０からの音声をファイルに落とすよ
うにする。終了：マイク１７０からの入力を終了する。

【０１６１】スピーカ・オブジェクト１８８は、サーバ
装置１から受け取った音声ファイルを再生するものであ
り、メソッドとしては以下のようになっている。メソッドハードの接続状況：スピーカ（音源ボード）が使用可
能であるかを返答する。実行：音声ファイルを受け取り再生するようにする。音量制御：音の大きさを制御する。中断：再生を中断する。再開：再生を再開する。終了：再生を終了する。

【０１６２】ビデオカメラ・オブジェクト１８９は、テ
レビ会議形式の会議を行なう際に、定期時間毎に、ビデ
オカメラ１７３からユーザーの映像を静止画として、サ
ーバ・クライアント交信機能部１７７を介してサーバ装
置１へ伝えるものであり、メソッドとしては以下のよう
になっている。メソッドハードの接続状況：ビデオカメラ１７３が使用可能で
あるかを返答する。実行：ビデオカメラ１７３からの画像をファイルに落
とすようにする。タイミング制御：ビデオカメラ１７３からの画像をど
れぐらいの頻度で取り込むかを指定する。終了：ビデオカメラ１７３からの入力を終了する。

【０１６３】サイバースペースの動作次に、本システムの全体の制御動作について説明する。
なお、本システムにおけるそれぞれのオブジェクト群、
機能部群の詳細は上述したので、イベントによって生じ
る制御内容の詳細は省略する。空間の立ち上げとユーザーの参加上述のようにして定義されたサイバースペースの種々の
データは、サーバ装置１側ですべて予め格納、保持され
ている。予め決められている空間管理者によりサイバー
スペースが立ち上げられると（サーバ基本制御ライブラ
リー１６、空間基本制御機能部２２）、一人、あるいは
複数のユーザーはクライアント装置３によりネットワー
ク２を介してそのサイバースペースに参加することがで
きる（空間基本制御機能部２２）。

【０１６４】サーバ装置１は、サイバースペースに参加
を希望したユーザーの認証を行ない（空間基本制御機能
部２２、ユーザー認証機能部３９）、その認証の後、そ
のユーザーの視点から見た空間の様子を示すデータをク
ライアント装置３へ送信する。参加するユーザーは、そ
の空間における位置情報をサーバ装置１へ送るので、そ
のユーザーの位置からの視点に対応した静止画をサーバ
装置１からクライアント装置３へ送信される（近傍空間
抽出機能部２５、モデル変換機能部２６）。サーバ装置
１からクライアント装置３へ送信されるデータは、上記
の背景となる静止画、各オブジェクトの形状を示す静止
画と位置情報、参加アバターＡの体型・姿勢パラメータ
値群と頭部・服装画像データと位置情報、空間とオブジ
ェクトの属性値群と機能群などである（図５参照）。

【０１６５】空間の視覚化サーバ装置１から空間データを受信したクライアント装
置３は、図５に示すようにサイバースペースを視覚化す
る（イベント制御部１８１、背景表示部１８２、制御・
演算手段１７９、表示部１７６）。その方法は、先ず空
間の背景を示す遠近法による静止画上に、オブジェクト
や自己、あるいは他人のアバターＡの姿を示す静止画
を、その配置の奥行きの深さに応じて縮小し（オブジェ
クト・アバター表示部１８３による遠方画像縮小機
能）、深い方から順に背景画に上書きしていく（オブジ
ェクト・アバター表示部１８３による前方画像上書き機
能））。ユーザーは、自分の代理人であるアバターＡを
通じて行動（移動）するものであり、アバターＡは図５
に示すように３次元キャラクターとして空間の中にい
る。アバターＡの移動は、アバター制御部１８４、位置
制御マネージャー１８５により制御・管理されながら行
なわれ、他のアバターや柱、壁などのオブジェクトが存
在する場合には、移動は不可と規制される（衝突制御機
能）。

【０１６６】ユーザーは、例えば、マウス１７１を用い
てアバターＡを移動させるようになっており、ユーザー
がマウス１７１を例えば左ボタンを押しながら左右に動
かすと、アバターＡは左右に歩く。マウス１７１の左ボ
タンを押しながら前後に動かすとアバターＡは前後に動
く。この場合、アバターＡが後方に動くと遠近法により
アバターＡは小さくなり、前方に来るとアバターＡは大
きくなる（図５参照）。また、マウス１７１の右ボタン
を押しながら上下左右に動かすと、アバターＡの首が上
下左右に回り、見る方向が変わる。マウス１７１の左ボ
タンのダブルクリックによりその視点（アバターＡの空
間内での位置と見ている方向）のデータがサーバ装置１
へ送られ、サーバ装置１側でその視点に対する空間の見
え方が静止画として合成され、この静止画データがサー
バ装置１からクライアント装置３へ送信されて、クライ
アント装置３の画面に表示される。すなわち、本システ
ムにおけるサイバースペースでのＳＯＭＡ空間における
歩行は、上記の方法で実現しているものであり、この方
法あるいはシステムを「３次元キャラクター移動＋停止
時視野合成」と呼んでいる。この方法あるいはシステム
の特徴は、クライアント装置３側の負荷が少ないことで
あり、サーバ装置１側は、高性能グラフィックスコンピ
ュータを使用しているので、高品質な静止画をユーザー
の視点に応じて合成し、その静止画データをクライアン
ト装置３へ容易に送ることができる。また、サイバース
ペースのショッピングモールや、仮想美術館は、ＶＲＭ
Ｌで行なっている「動的視点移動」をスムーズに行なう
より、立ち止まった時の画像の品質が重要であり、本発
明の方がクライアント装置３側としては、低価格なパソ
コンなどでサイバースペースに参加ができるので、非常
に有利となる。

【０１６７】また、アバターＡの移動に際しては、他の
アバターＡやオブジェクトの相互の位置の衝突を検出
し、移動を制御しており（アバター制御部１８４、位置
制御マネージャー１８５）、これにより２次元の静止画
を用いて３次元空間の視覚的遠近感を模倣することがで
きる。

【０１６８】音声によるコミュニケーションユーザーがマイク１７０を介して声を発すると、その音
声データをクライアント装置３からサーバ装置１へ送信
し、サーバ装置１は共に受信したアバターＡの位置関係
データとともにすべてのユーザーの音声データを実時間
で各クライアント装置３へ送信する。サーバ装置１から
これらのデータを受信したクライアント装置３は、当該
アバターＡと他のアバターと空間内で距離に応じてアバ
ターの音声の音量を落とし、右寄りの位置にいるアバタ
ーの音声は、右側の音量を左側より少し大きく、且つ早
く到達させて再生し、これにより３次元空間の音声的模
倣を行なうようにしている（スピーカ・オブジェクト１
８８）。

【０１６９】すなわち、図５１に示すように、他のクラ
イアント装置３からサーバ装置１を介して音声入力があ
る場合に（ステップＳ２４１）、サーバ装置１から送ら
れてくる音源であるアバターの位置情報に基づいて空間
内での自己と当該他のアバターとの距離を計算する（ス
テップＳ２４２）。そして、ステップＳ２４３に示すよ
うに、自己と他のアバターとの距離に応じて再生させる
音量を減衰させる（音声距離減衰機能）。また、サーバ
装置１からの位置情報により他のアバターの方向を検出
し（ステップＳ２４４）、他のアバターが例えば、右側
にいる場合にはステップＳ２４５及びステップＳ２４６
に示すように、左側の音声出力を時間的に少し遅延させ
て右側の音声出力を早く再生させる（方向音声合成機
能）。これにより３次元空間の音声的模倣を行なう（３
次元音声合成・再生機能）。

【０１７０】空間内での活動アバターが移動したり、姿勢を変えたり、オブジェクト
を操作するなどの活動を行なうと、それがイベントとし
て空間内の秩序を乱す恐れがないかを検査するためにサ
ーバ装置１へ問い合わされる（アバター制御部１８４、
位置制御マネージャー１８５による活動結果報告機
能）。サーバ装置１は、マネージャーの定義にしたがっ
てそれを検査し（マネージャーライブラリー１９による
活動可能性検査機能）、可能ならばその行動を許可する
と同時に、他のクライアント装置３にそれを知らせる
（マネージャーライブラリー１９による活動反映機
能）。これにより、矛盾のないコミュニケーションをす
るための制御を行なうことができる（共通空間制御機
能）。

【０１７１】履歴機能アバター群が空間内で活動した履歴を保存し、後でこれ
を任意の角度から再現することができるようになってい
る（履歴マネージャー機能部１３２による活動履歴保存
・再現機能）。

【０１７２】このように本発明では、サイバースペース
を、空間、オブジェクト、アバターの３つの要素に、一
定の規則や制限の機能を持たせたネガティブ・プログラ
ミングによるマネージャーという要素を加えることで、
高度な機能を持つサイバースペースを容易に構成するこ
とができる。また、ネガティブ・プログラミングによる
マネージャーの導入は、サイバースペースの構築の生産
性を高め、開発の成功率を向上させるのに重要な役割を
果しているものである。これに加え、サイバースペース
を構成する空間やオブジェクトのライブラリーをサーバ
装置１側の空間資源管理システムで管理することでも、
その効果を高めている。さらに、クライアント装置３側
に空間やオブジェクトの３次元モデルを持ち込まず、強
力なグラフィックサーバで作成した２次元静止画をベー
スにした３次元空間の模倣をクライアント装置３側で行
なうことで、低速のパソコンで、高品質な画像で表現さ
れた空間に参加することができるものである。また、Ｖ
ＲＭＬや、Ｊａｖａ言語はクライアント装置３側で３次
元空間の視覚化（レンダリング）を行なっているため、
画像の品質を上げようと思うと、クライアント装置３に
高い性能を要求することになるという欠陥を、本発明で
は、高性能のサーバ装置１にレンダリングを行なわせる
ことで改善している。また、３次元音声合成・再生機能
で、臨場感あるコミュニケーションを実現できるもので
あり、この点でも、従来の方法にはなかった高度な空間
を実現することができるものである。

【０１７３】なお、サーバ装置１、クライアント装置３
での各種のオブジェクト群における手順や、システム全
体の手順をプログラムとして格納したフロッピーディス
クにも本発明の範囲に含まれるものである。

【０１７４】ところで、本発明のサイバースペースの応
用として以下のようなものに適用できる。すなわち、画
質の高精細性、マルチユーザー性、音声によるリアルタ
イム会話機能、及びマネージャーによる空間秩序維持機
能の特徴を活かしたネットワークを介した共同作業や、
コミュニケーションとしては、織物や工業製品等のデザ
イン開発がある。これらの作業は、デザインの対象とな
る物がどれだけ現実味を帯びているかが非常に重要であ
り、またそれを互いに指さしながらコミュニケーション
をすることが不可欠である。このような状況はメーカー
から消費者に製品の操作を教えたり、故障診断の支援や
整備の方法を指示したりする場合にも有効である。更
に、商品販売においてもその商品をどれだけ実際のもの
に近くディスプレーできるかが重要である。遠隔会議、
遠隔講義等のネットワークを介したコミュニケーション
は、リアリティのある空間や物を共有して、音声で行な
うとともに、発言のタイミングなどの制御が重要であ
る。このような機能空間が相互に連結し、ネットワーク
上にオフィス、企業、美術館等も実現できるものであ
る。また、本発明のサイバースペースによって、在宅勤
務、在宅学習が可能になると、物理的なオフィスを持た
ない会社や、教室のない学校が可能になるし、直接その
場に出向かなくても見れる美術館、図書館、博物館で出
来るものである。ネットワーク上での情報交換やビジネ
スも現在よりも、もっと広範囲に且つ安全に行なえるよ
うになるものである。

【０１７５】なお、上記の説明において、クライアント
装置３側のパソコンを、例えば、Windows を搭載してい
るパソコンについて例示したが、これに限られるもので
はなく、本発明の基本的技術思想をMacintosh タイプの
低価格なパソコンにも適用できることはもちろんであ
る。

【０１７６】

【発明の効果】本発明によれば、サイバースペースを、
空間、オブジェクト、アバターの３つの要素に、一定の
規則や制限の機能を持たせたネガティブ・プログラミン
グによるマネージャーという要素を加えることで、高度
な機能を持つサイバースペースを容易に構成することが
できる。また、ネガティブ・プログラミングによるマネ
ージャーの導入は、サイバースペースの構築の生産性を
高め、開発の成功率を向上させるのに重要な役割を果し
ているものである。これに加え、サイバースペースを構
成する空間やオブジェクトのライブラリーをサーバ装置
側の空間資源管理システムで管理することでも、その効
果を高めている。さらに、クライアント装置側に空間や
オブジェクトの３次元モデルを持ち込まず、強力なグラ
フィックサーバで作成した２次元静止画をベースにした
３次元空間の模倣をクライアント装置側で行なうこと
で、低速のパソコンで、高品質な画像で表現された空間
に参加することができるものである。また、ＶＲＭＬ
や、Ｊａｖａ言語はクライアント装置側で３次元空間の
視覚化（レンダリング）を行なっているため、画像の品
質を上げようと思うと、クライアント装置に高い性能を
要求することになるという欠陥を、本発明では、高性能
のサーバ装置にレンダリングを行なわせることで改善し
ている。また、３次元音声合成・再生機能で、臨場感あ
るコミュニケーションを実現できるものであり、この点
でも、従来の方法にはなかった高度な空間を実現するこ
とができるものである。

【図面の簡単な説明】

【図１】本発明の実施の形態のサイバースペースを構築
するためのシステム構成図である。

【図２】本発明の実施の形態のサイバースペースを構築
するための基本的な手順を示す図である。

【図３】本発明の実施の形態のサイバースペースの基本
的な動作を示す図である。

【図４】本発明の実施の形態のサーバ装置の概略ブロッ
ク図である。

【図５】本発明の実施の形態のクライアント装置側の表
示部にサイバースペースを描画させた状態の図である。

【図６】本発明の実施の形態のサーバ装置のサーバ基本
制御ライブラリーの機能的な構成で示したブロック図で
ある。

【図７】本発明の実施の形態のサーバ基本制御ライブラ
リー内の空間基本制御機能部の機能的な構成で示したブ
ロック図である。

【図８】本発明の実施の形態の空間基本制御機能部内の
空間開始機能部の制御動作を示すフローチャートであ
る。

【図９】本発明の実施の形態の空間基本制御機能部内の
空間参加機能部の制御動作を示すフローチャートであ
る。

【図１０】本発明の実施の形態の空間基本制御機能部内
の空間退場機能部の制御動作を示すフローチャートであ
る。

【図１１】本発明の実施の形態の空間基本制御機能部内
の空間終了機能部の制御動作を示すフローチャートであ
る。

【図１２】本発明の実施の形態のサーバ基本制御ライブ
ラリー内のオブジェクト基本制御機能部の機能的な構成
で示したブロック図である。

【図１３】本発明の実施の形態のサーバ基本制御ライブ
ラリー内のアバター基本制御機能部の機能的な構成で示
したブロック図である。

【図１４】本発明の実施の形態のサーバ基本制御ライブ
ラリー内の近傍空間抽出機能部の機能的な構成で示した
ブロック図である。

【図１５】本発明の実施の形態の近傍オブジェクト抽出
機能部の制御動作を示すフローチャートである。

【図１６】本発明の実施の形態のサーバ基本制御ライブ
ラリー内のモデル変換機能部の機能的な構成で示したブ
ロック図である。

【図１７】本発明の実施の形態の広角静止画像作成機能
部の制御動作を示すフローチャートである。

【図１８】本発明の実施の形態の空間ライブラリーの機
能的な構成で示したブロック図である。

【図１９】本発明の実施の形態の共通オブジェクトライ
ブラリーの機能的な構成で示したブロック図である。

【図２０】本発明の実施の形態の共通オブジェクトライ
ブラリー内のビデオオブジェクトの機能的な構成で示し
たブロック図である。

【図２１】本発明の実施の形態のビデオオブジェクトに
おける再生準備及び再生開始の制御動作を示すフローチ
ャートである。

【図２２】本発明の実施の形態のビデオオブジェクトに
おける再生一時停止の制御動作を示すフローチャートで
ある。

【図２３】本発明の実施の形態のビデオオブジェクトに
おける再生停止の制御動作を示すフローチャートであ
る。

【図２４】本発明の実施の形態のビデオオブジェクトに
おける画像終了の制御動作を示すフローチャートであ
る。

【図２５】本発明の実施の形態の共通オブジェクトライ
ブラリー内のビデオカメラオブジェクトの機能的な構成
で示したブロック図である。

【図２６】本発明の実施の形態のビデオカメラオブジェ
クトのカメラ準備機能部における制御動作を示すフロー
チャートである。

【図２７】本発明の実施の形態のビデオカメラオブジェ
クトのカメラ画像配信機能部における制御動作を示すフ
ローチャートである。

【図２８】本発明の実施の形態のビデオカメラオブジェ
クトの録画開始機能部及び録画停止機能部における制御
動作を示すフローチャートである。

【図２９】本発明の実施の形態のビデオカメラオブジェ
クトの再生開始機能部及び再生一時停止機能部における
制御動作を示すフローチャートである。

【図３０】本発明の実施の形態のビデオカメラオブジェ
クトの再生停止機能部及び終了機能部における制御動作
を示すフローチャートである。

【図３１】本発明の実施の形態の共通オブジェクトライ
ブラリー内の黒板オブジェクトの機能的な構成で示した
ブロック図である。

【図３２】本発明の実施の形態の黒板オブジェクトの黒
板準備機能部及び描画開始指示機能部における制御動作
を示すフローチャートである。

【図３３】本発明の実施の形態の黒板オブジェクトの描
画配信機能部及び描画終了配信機能部における制御動作
を示すフローチャートである。

【図３４】本発明の実施の形態の黒板オブジェクトの黒
板オブジェクト終了機能部における制御動作を示すフロ
ーチャートである。

【図３５】本発明の実施の形態の共通オブジェクトライ
ブラリー内のマイク・スピーカオブジェクトの機能的な
構成で示したブロック図である。

【図３６】本発明の実施の形態のマイク・スピーカオブ
ジェクトのマイク準備機能部における制御動作を示すフ
ローチャートである。

【図３７】本発明の実施の形態のマイク・スピーカオブ
ジェクトの音声配信機能部における制御動作を示すフロ
ーチャートである。

【図３８】本発明の実施の形態のマイク・スピーカオブ
ジェクトの録音開始機能部及び録音停止機能部における
制御動作を示すフローチャートである。

【図３９】本発明の実施の形態のマイク・スピーカオブ
ジェクトの再生開始機能部及び再生一時停止機能部にお
ける制御動作を示すフローチャートである。

【図４０】本発明の実施の形態のマイク・スピーカオブ
ジェクトの停止機能部における制御動作を示すフローチ
ャートである。

【図４１】本発明の実施の形態のマイク・スピーカオブ
ジェクトの終了機能部における制御動作を示すフローチ
ャートである。

【図４２】本発明の実施の形態の共通オブジェクトライ
ブラリー内のチャットオブジェクトの機能的な構成で示
したブロック図である。

【図４３】本発明の実施の形態のチャットオブジェクト
の開始機能部及びテキスト配信機能部における制御動作
を示すフローチャートである。

【図４４】本発明の実施の形態のマネージャーライブラ
リーの機能的な構成で示したブロック図である。

【図４５】本発明の実施の形態のマネージャーライブラ
リー内の位置マネージャー機能部の機能的な構成で示し
たブロック図である。

【図４６】本発明の実施の形態のマネージャーライブラ
リー内のセキュリティマネージャー機能部の機能的な構
成で示したブロック図である。

【図４７】本発明の実施の形態のマネージャーライブラ
リー内の履歴マネージャー機能部の機能的な構成で示し
たブロック図である。

【図４８】本発明の実施の形態のクライアント・サーバ
交信機能部の機能的な構成で示したブロック図である。

【図４９】本発明の実施の形態のクライアント装置のブ
ロック図である。

【図５０】本発明の実施の形態のクライアント装置のメ
モリの機能的な構成で示したブロック図である。

【図５１】本発明の実施の形態のクライアント装置のス
ピーカ・オブジェクトの制御動作を示すフローチャート
である。

【符号の説明】

１サーバ装置２ネットワーク３クライアント装置１０ＣＰＵ１１データベース１３クライアント・サーバ交信機能部１７７サーバ・クライアント交信機能部１７８メモリＳ空間ＯオブジェクトＭマネージャーＡアバター

Claims

【特許請求の範囲】

【請求項１】サーバ装置（１）と、１台あるいは複数
台のクライアント装置（３）とがコンピュータネットワ
ーク上で相互に結ばれており、このコンピュータネット
ワーク上で形成される仮想社会としてのサイバースペー
スを実現するためのサイバースペースの作成方法におい
て、上記サイバースペースは、教室、会議室などの箱型
や大学、町などのオープン型等の３次元空間の形状や性
質を表すデータとしての空間（Ｓ）と、この空間（Ｓ）
内に任意に配置されて特有の属性群や機能群を持った物
としてのオブジェクト（Ｏ）と、上記空間（Ｓ）内に参
加して活動するユーザーの代理人として視覚化されたキ
ャラクターとしてのアバター（Ａ）と、上記オブジェク
ト（Ｏ）やアバター（Ａ）が備えている機能を一定の条
件下で発揮させないようにして上記空間（Ｓ）内の秩序
を維持する制御機能としてのマネージャー（Ｍ）との４
つの要素でモデル化され、サーバ装置（１）は、上記空
間（Ｓ）、オブジェクト（Ｏ）、マネージャー（Ｍ）及
びアバター（Ａ）の４つの要素で記述されたサイバース
ペース構築用のデータを保持するデータ保持機能（１
１）と、このデータ保持機能（１１）のデータを一人ま
たは複数のユーザーが自己のクライアント装置（３）か
らネットワーク（２）を介して共有するための共通空間
制御機能（１０）（１１）と、ネットワーク（２）上の
クライアント装置（３）とデータや信号の授受を行なう
交信機能（１３）とを備え、クライアント装置（３）
は、上記サーバ装置（１）から送られてきたサイバース
ペース構築用のデータを受信して保持するサイバースペ
ースデータ受信機能（１７８）と、このサイバースペー
スデータ受信機能（１７８）からデータを受け取って画
面上に２次元静止画を視覚化させるサイバースペース視
覚化機能と、サーバ装置（１）とのデータや信号の授受
を行なう交信機能（１７７）とを備え、クライアント装
置（３）からの要求によりサーバ装置（１）から２次元
静止画を受け取って、遠近法により３次元空間模倣描画
を行なうようにしていることを特徴とするサイバースペ
ースの作成方法。
【請求項２】サーバ装置（１）には、サイバースペー
ス構築用のデータを定義して格納、検索、更新、削除す
る空間資源管理機能（１１）を備えていることを特徴と
する請求項１記載のサイバースペースの作成方法。
【請求項３】サーバ装置（１）には、アバター（Ａ）
の活動履歴保存や再現機能（１３２）を備えていること
を特徴とする請求項１または請求項２記載のサイバース
ペースの作成方法。
【請求項４】サーバ装置（１）の上記共通空間制御機
能（１０）（１１）は、サイバースペースを構成する空
間（Ｓ）とオブジェクト（Ｏ）を各ユーザーの視点から
見た２次元静止画を生成する視界画像合成機能と、各ク
ライアント装置（３）から送られてくるアバター（Ａ）
の活動の可能性をマネージャー（Ｍ）の定義に基づいて
検査する活動可能性検索機能と、あるアバター（Ａ）の
活動を各クライアント装置（３）に反映させるためにク
ライアント装置（３）へ通知する活動反映機能とを備え
ていることを特徴とする請求項１〜請求項３にいずれか
記載のサイバースペースの作成方法。
【請求項５】サーバ装置（１）の資源管理機能（１
１）は、管理する資源をその性質やそれを処理するプロ
グラム群を共有するものをクラスとして管理するクラス
化機能と、クラス化機能のクラス間の汎化・集約・その
他の関連を管理する関連管理機能と、クラスの資源とし
てのインスタンスを性質から高速検索・更新・消去を可
能にするインスタンスアクセス機能と、オペレーティン
グシステムが持つ既存のプログラムをクラスのメソッド
として再構成する既存機能統合機能を備えていることを
特徴とする請求項１〜請求項４にいずれか記載のサイバ
ースペースの作成方法。
【請求項６】クライアント装置（３）のサイバースペ
ース視覚化機能は、空間（Ｓ）の背景を示す遠近法によ
る広角静止画上にオブジェクト（Ｏ）やアバター（Ａ）
の姿を示す静止画を、その配置の奥行きの深さに応じた
縮小を行なう遠方画像縮小機能と、深い方から順に背景
画に上書きすることで２次元の静止画を使って３次元空
間の遠近感を模倣する前方画像上書き機能とを備えてい
ることを特徴とする請求項１〜請求項５にいずれか記載
のサイバースペースの作成方法。
【請求項７】クライアント装置（３）のサイバースペ
ース視覚化機能は、アバター（Ａ）やオブジェクト
（Ｏ）の相互の位置の衝突を検出してアバター（Ａ）の
移動を制御する衝突制御機能を備えていることを特徴と
する請求項１〜請求項６にいずれか記載のサイバースペ
ースの作成方法。
【請求項８】クライアント装置（３）には、音の発生
位置とアバター（Ａ）との位置関係により発生音を３次
元的に合成・再生させる３次元音声合成・再生機能を備
え、この３次元音声合成・再生機能は、自己のアバター
（Ａ）と他のアバター（Ａ）と空間（Ｓ）内で距離に応
じてアバター（Ａ）の音声の音量の大小を制御する音声
距離減衰機能と、右側にいるアバター（Ａ）の音声を左
耳より右耳に早く到達させる方向音声合成機能とを備え
ていることを特徴とする請求項１〜請求項７にいずれか
記載のサイバースペースの作成方法。
【請求項９】サーバ装置（１）と、１台あるいは複数
台のクライアント装置（３）とがコンピュータネットワ
ーク上で相互に結ばれており、このコンピュータネット
ワーク上で形成される仮想社会としてのサイバースペー
スを実現するためのサイバースペースの作成方法におい
て、上記サイバースペースは、教室、会議室などの箱型
や大学、町などのオープン型等の３次元空間の形状や性
質を表すデータとしての空間（Ｓ）と、この空間（Ｓ）
内に任意に配置されて特有の属性群や機能群を持った物
としてのオブジェクト（Ｏ）と、上記空間（Ｓ）内に参
加して活動するユーザーの代理人として視覚化されたキ
ャラクターとしてのアバター（Ａ）と、上記オブジェク
ト（Ｏ）やアバター（Ａ）が備えている機能を一定の条
件下で発揮させないようにして上記空間（Ｓ）内の秩序
を維持する制御手段としてのマネージャー（Ｍ）との４
つの要素でモデル化され、サーバ装置（１）は、上記空
間（Ｓ）、オブジェクト（Ｏ）、マネージャー（Ｍ）及
びアバター（Ａ）の４つの要素で記述されたサイバース
ペース構築用のデータを保持するデータ保持手段（１
１）と、このデータ保持手段（１１）のデータを一人ま
たは複数のユーザーが自己のクライアント装置（３）か
らネットワーク（２）を介して共有するための共通空間
制御手段（１０）（１１）と、ネットワーク（２）上の
クライアント装置（３）とデータや信号の授受を行なう
交信手段（１３）とを備え、クライアント装置（３）
は、上記サーバ装置（１）から送られてきたサイバース
ペース構築用のデータを受信して保持するサイバースペ
ースデータ受信手段（１７８）と、このサイバースペー
スデータ受信手段（１７８）から２次元静止画データを
受け取って画面上に遠近法により３次元空間模倣描画を
行なうサイバースペース視覚化手段と、サーバ装置
（１）とのデータや信号の授受を行なう交信手段（１７
７）とを備えていることを特徴とするサイバースペース
の作成装置。
【請求項１０】サーバ装置（１）には、サイバースペ
ース構築用のデータを定義して格納、検索、更新、削除
する空間資源管理手段（１１）を備えていることを特徴
とする請求項９記載のサイバースペースの作成装置。
【請求項１１】サーバ装置（１）には、アバター
（Ａ）の活動履歴保存や再現手段（１３２）を備えてい
ることを特徴とする請求項９または請求項１０記載のサ
イバースペースの作成装置。
【請求項１２】サーバ装置（１）の上記共通空間制御
手段（１０）（１１）は、サイバースペースを構成する
空間（Ｓ）とオブジェクト（Ｏ）を各ユーザーの視点か
ら見た２次元静止画を生成する視界画像合成手段と、各
クライアント装置（３）から送られてくるアバター
（Ａ）の活動の可能性をマネージャー（Ｍ）の定義に基
づいて検査する活動可能性検索手段と、あるアバター
（Ａ）の活動を各クライアント装置（３）に反映させる
ためにクライアント装置（３）へ通知する活動反映手段
とを備えていることを特徴とする請求項９〜請求項１１
にいずれか記載のサイバースペースの作成装置。
【請求項１３】サーバ装置（１）の資源管理手段（１
１）は、管理する資源をその性質やそれを処理するプロ
グラム群を共有するものをクラスとして管理するクラス
化手段と、クラス化手段のクラス間の汎化・集約・その
他の関連を管理する関連管理手段と、クラスの資源とし
てのインスタンスを性質から高速検索・更新・消去を可
能にするインスタンスアクセス手段と、オペレーティン
グシステムが持つ既存のプログラムをクラスのメソッド
として再構成する既存機能統合手段を備えていることを
特徴とする請求項９〜請求項１２にいずれか記載のサイ
バースペースの作成装置。
【請求項１４】クライアント装置（３）のサイバース
ペース視覚化手段は、空間（Ｓ）の背景を示す遠近法に
よる広角静止画上にオブジェクト（Ｏ）やアバター
（Ａ）の姿を示す静止画を、その配置の奥行きの深さに
応じた縮小を行なう遠方画像縮小手段と、深い方から順
に背景画に上書きすることで２次元の静止画を使って３
次元空間の遠近感を模倣する前方画像上書き手段とを備
えていることを特徴とする請求項９〜請求項１３にいず
れか記載のサイバースペースの作成装置。
【請求項１５】クライアント装置（３）のサイバース
ペース視覚化手段は、アバター（Ａ）やオブジェクト
（Ｏ）の相互の位置の衝突を検出してアバター（Ａ）の
移動を制御する衝突制御手段を備えていることを特徴と
する請求項９〜請求項１４にいずれか記載のサイバース
ペースの作成装置。
【請求項１６】クライアント装置（３）には、音の発
生位置とアバター（Ａ）との位置関係により発生音を３
次元的に合成・再生させる３次元音声合成・再生手段を
備え、この３次元音声合成・再生手段は、自己のアバタ
ー（Ａ）と他のアバター（Ａ）と空間（Ｓ）内で距離に
応じてアバター（Ａ）の音声の音量の大小を制御する音
声距離減衰手段と、右側にいるアバター（Ａ）の音声を
左耳より右耳に早く到達させる方向音声合成手段とを備
えていることを特徴とする請求項９〜請求項１５にいず
れか記載のサイバースペースの作成装置。