JP2002132618A - 情報処理装置、情報提供媒体、情報処理方法及び情報処理システム - Google Patents

Abstract

(57)【要約】 【課題】 仮想空間を利用することにより、確実性の高
いファイル転送を実現することが可能な情報処理装置、
情報提供媒体、情報処理方法及び情報処理システムにフ
ァイル転送方法を提供する。 【解決手段】 各ユーザのユーザＰＣ１００のディスプ
レイ５２１には、同一仮想空間を共有する各ユーザの分
身たるアバタが表示される。ユーザＰＣ１００Ａを所有
するユーザＡは、該ディスプレイ５２１に表示されるフ
ァイル受け手側のユーザＢのアバタ上に転送すべきファ
イルＦをドラッグアンドドロップする。これにより、フ
ァイルＦは、ユーザＡのユーザＰＣ１００Ａからサーバ
２００を介してファイル受け手側のユーザＰＣ１００Ｂ
へ転送される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置、情
報提供媒体、情報処理方法及び情報処理システムに係
り、特にインターネットのようなコンピュータ・ネット
ワーク上でファイル転送を行うファイル転送技術に関す
る。

【０００２】

【従来の技術】コンピュータシステムが広汎に普及して
いる現在、ネットワークに接続されたコンピュータ間で
ファイルの授受を行う等、コンピュータ間での情報交換
が盛んに行われるようになっている。現在、ネットワー
クを介したファイルの転送には、ＦＴＰ(File Transfer
Protocol)、ＨＴＴＰ(Hyper Text Transfer Protoco
l)、電子メールへのファイル添付の３つの方法が広く利
用されている。各ファイル転送方式について説明する
と、次の通りである。

【０００３】＜ＦＴＰを利用する場合＞図２２は、ＦＴ
Ｐを利用してファイル転送を行う場合を説明するための
図である。ファイルＦ０を転送するクライアントＡは、
まずネットワークを介してＦＴＰサーバにアクセスし、
ファイルＦ０をＦＴＰサーバへ送信する。次に、クライ
アントＡは、ファイルＦ０をＦＴＰサーバに送信した旨
を、例えば電子メールを利用してクライアントＢに通知
する。クライアントＢは、クライアントＡから該通知を
受け取ると、ＦＴＰサーバにアクセスし、ＦＴＰサーバ
からファイルＦ０を入手する。このようにして、ファイ
ルＦ０は、クライアントＡからＦＴＰサーバを介してク
ライアントＢへ転送される。なお、ＨＴＴＰを利用して
ファイル転送を行う場合の動作は、ＦＴＰを利用してフ
ァイル転送を行う場合と同様に説明することができるた
め、省略する。

【０００４】＜電子メールを利用する場合＞図２３は、
電子メールを利用してファイル転送を行う場合を説明す
るための図である。ファイルＦ１を転送するクライアン
トＣは、まずファイルＦ１の転送先を記述した電子メー
ルにファイルＦ１を添付する。次にクライアントＣは、
ファイルＦ１を添付した電子メールをネットワークを介
してメールサーバに送信する。メールサーバは、ファイ
ルＦ１の添付された電子メールを受け取ると、該電子メ
ールの宛先を参照し、クライアントＤ宛のメールである
ことを確認する。そして、メールサーバは、ファイルＦ
１の添付された電子メールをメールスプールにおけるク
ライアントＤに割り当てられたメールボックスに格納す
る。クライアントＤは、メールサーバにアクセスし、メ
ールスプールに自身宛のメールが届いているか否かを確
認し、届いていることを確認するとメールサーバから自
身宛のメールを取得する。このようにして、電子メール
に添付されたファイルＦ１は、クライアントＣからメー
ルサーバを介してクライアントＤへ転送される。

【０００５】

【発明が解決しようとする課題】しかしながら、上述し
た従来のファイル転送方式には、次のような問題があっ
た。まず、ＦＴＰ又はＨＴＴＰを利用してファイル転送
を行う場合には、ファイルを転送するクライアントが、
ファイル転送先のクライアントに対して所望のファイル
をＦＴＰサーバ又はＨＴＴＰサーバに送信した旨を通知
する必要があった。

【０００６】また、電子メールを利用してファイル転送
を行う場合には、メールサーバにおけるメールスプール
の制約を受けるため、転送すべきファイルに含まれるデ
ータ量が大きい場合においては電子メールに添付してフ
ァイルを転送することができないという問題があった。
また、電子メールを送信する際には、ユーザログイン名
とドメイン名から構成される相手方のメールアドレスを
入力する必要があり、メールアドレスを誤って入力した
場合には、正しい相手先にファイルの添付された電子メ
ールが届かないといった問題も生じていた。

【０００７】さらに、上述した従来のファイル転送方式
においては、いずれも転送すべきファイルを一端各サー
バに蓄積する必要がある。従って、各サーバがファイル
等を受け取ってからクライアントに該ファイル等を供給
するまでの間に第３者に覗き見られてしまうといった問
題も生じていた。本発明は、以上説明した事情を鑑みて
なされたものであり、仮想空間を利用することにより、
確実性の高いファイル転送を実現することが可能な情報
処理装置、情報提供媒体、情報処理方法及び情報処理シ
ステムを提供することを目的とする。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に、請求項１に記載の情報処理装置は、ネットワークを
介して接続されたサーバに対して所望の仮想空間を指定
することにより、同一仮想空間を指定した各情報処理装
置に対応するオブジェクトを含む仮想空間データを前記
サーバから取得し、取得した仮想空間データに基づき仮
想空間画像を表示する情報処理装置であって、前記サー
バから受信した仮想空間データに基づいて、当該情報処
理装置に対応するオブジェクトから見た前記仮想空間内
の画像を表示する表示手段と、転送すべきファイルを指
定する操作が行われたか否かを検出する第１の検出手段
と、転送先オブジェクトを指定する操作が行われたか否
かを検出する第２の検出手段と、前記第１の検出手段及
び前記第２の検出手段から出力される検出結果に基づい
て、転送先オブジェクトに対応した情報処理装置へ転送
すべきファイルを前記サーバへ送信する送信手段とを具
備することを特徴とする。

【０００９】請求項１に記載の情報処理装置において
は、当該情報処理装置に対応したアバタから見た前記仮
想空間内の画像が表示される。ユーザが情報処理装置を
操作し、転送すべきファイルを指定すると共に、所望の
アバタを指定すると、前記ファイルは、所望のアバタに
対応した情報処理装置へ転送される。すなわち、ユーザ
は、情報処理装置に表示されるファイル受け手側のアバ
タにより相手の存在を認識しながら、ファイルを転送す
ることが可能となる。

【００１０】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施形態を詳解する。かかる実施形態は、本発明の一
態様を示すものであり、本発明を限定的に解釈されるべ
きものではない。本発明の要旨を逸脱しない範囲で当業
者が該実施形態の修正や代用を成し得ることは自明であ
る。本発明の要旨を判断するためには、冒頭に記載した
特許請求の範囲の欄を参酌すべきである。

【００１１】＜仮想空間に関する説明＞パソコン通信サ
ービスの分野においては、Habitat（商標）と呼ばれる
サイバースペース（仮想空間）のサービスが知られてい
る。Habitatは、米国LucasFilm社によって1985年から開
発が始められ、米国商業ネットワークであるQuantumLin
k社で約３年間運用された後、1990年2月に富士通Habita
t（商標）としてNIFTY-Serveでそのサービスが開始され
たものである。このHabitatにおいては、2次元グラフィ
ックスで描画された「ポピュロポリス（Populopoli
s）」と呼ばれる仮想の都市に、アバタ（avatar；イン
ド神話に登場する神の化身）と呼ばれるユーザの分身を
送り込み、ユーザ同士のチャット（Chat；文字の入力と
表示によるテキストベースでのリアルタイムの対話）な
どを行うことが可能となっている。このHabitatの更に
詳細な説明については、サイバースペース，マイケル・
ベネディクト編，1994年3月20日初版発行，ＮＴＴ出版
ISBN4−87188−265−9C0010（原著；Cyberspace：First
Steps ,Michael Benedikt,ed. 1991,MITPressCambrig
e,MA ISBN0−262−02327−X）第282頁〜第307頁を参照
されたい。

【００１２】また、例えば特開平9-81781号公報には、
仮想空間内におけるアバタの歩行や移動の表現力を向上
させるために、VRML(Virtual Reality Modeling Langua
ge)と呼ばれる３次元グラフィクスデータの記述言語を
利用し、仮想空間を３次元グラフィックスで表示すると
共に、自己の分身であるアバタの視点から見た仮想空間
を表示することができる機能を実現した内容が開示され
ている。なお、VRMLに関する最新の言語VRML2.0におい
ては、３次元的な仮想空間内におけるオブジェクトの自
律的な振る舞い（Behavior）を記述し、表現することが
可能となっている。これにより、ユーザは、VRML2.0用
ブラウザに表示された３次元的な仮想空間内を自身が実
際に歩き回っているかのような感覚を享受することがで
きる。このVRML2.0用ブラウザおよび共有サーバ用ソフ
トウェアとしては、例えば、本出願人であるソニー株式
会社が「Community Place(商標) Browser / Bureau」と
して開発し、製品化しており、そのβ版（試供版）を、
インターネット上のホームページ「http://vs.sony.co.
jp」または、「http://www.world.sony.com/JP/Electro
nics/CommunityPlace」からダウンロードすることが可
能とされている。

【００１３】１．コミュニティ・システム １−１．コミュニティ・システムの構成 図１は、本発明を実現するために適した共有仮想空間を
構築・提供することができるネットワーク・コンピューテ
ィング・システム１の構成を模式的に示したものであ
る。

【００１４】ここで、ネットワーク・コンピューティン
グ・システム１は、例えば分散ネットワークであっても
よい。そして、この分散ネットワークの環境下において
は、各ユーザはプログラムやデータなど資源オブジェク
トの所在を特に認識する必要がなくなる。また、コンピ
ュータにおいて実行される手続きやメソッドも、ネット
ワーク上で分散して保持され、管理されている。これに
より、例えば、ネットワーク上のある１つのコンピュー
タ上で動作しているプロセスが、他のコンピュータ上で
動作するプロセスの手続きを呼び出して実行させること
ができるようになる。

【００１５】後述するように、このネットワーク・コン
ピューティング・システム１上では、３次元の共有仮想
空間に展開されるコミュニティ・システムが構築・提供
される。このコミュニティ・システムは、仮想空間を表
示し、ナビゲーションするＣｏｍｍｕｎｉｔｙ Ｐｌａ
ｃｅ（商標）ブラウザ（ＣＰブラウザ）と、共有仮想空
間を管理するＣｏｍｍｕｎｉｔｙ Ｐｌａｃｅサーバ
（ＣＰサーバ）と、各々の共有アプリケーションの動作
を制御するＡＯ（Application Object）という３つの要
素で構成される。

【００１６】ネットワーク・コンピューティング・システ
ム１には、無数のコンピュータ・システムが接続されて
いる。これらコンピュータ・システムは、世界中に散在
しており、一部のコンピュータは各種の資源サービスを
有償または無償で提供する「サーバ」として稼動する。
また、他の一部はサーバに対して資源サービスを要求す
る「クライアント」として稼動している。

【００１７】また、図１に示すように、ネットワーク・
コンピューティング・システム１は、通信媒体として、
インターネット１０や、その他の小規模ネットワークと
してのＬＡＮ（Local Area Network）２０Ａ，２０Ｂ，
…、各国の電話会社が構築・提供する公衆電話網３０な
どを含んでいる。勿論、それぞれのＬＡＮ２０Ａ，２０
Ｂ，…の実体は、単一のネットワーク・セグメントであ
っても、あるいは複数のセグメントがルータで接続され
た構成であってもよい。なお、以下の説明では、ＬＡＮ
２０Ａ，２０Ｂ，…及びルータ２１Ａ，２１Ｂ，…を特
に区別する必要がない場合には、単にＬＡＮ２０及びル
ータ２１という。

【００１８】インターネット１０やそれぞれの小規模ネ
ットワークＬＡＮ２０は、ルータ２１等を経由して相互
に接続されている。また、インターネット１０の実体
は、小規模ネットワークＬＡＮ２０のサーバ同士が相互
に接続を繰り返した結果として世界規模に成長した巨大
ネットワークである。これらインターネット１０や小規
模ネットワークＬＡＮ２０上のサーバ同士は、例えばＴ
ＣＰ／ＩＰ（Transmission Control Protocol/Internet
Protocol）などの所定の通信プロトコルにしたがって
相互にアクセスが可能である。

【００１９】また、インターネット１０やＬＡＮ２０な
どのネットワークと、公衆電話網３０とは、ゲートウェ
イ・システム４０によって相互に接続されている。公衆
電話網３０としては、例えばＰＳＴＮ（Public Switche
d Telephone Network）やＩＳＤＮ（Integrated Servic
e Digital Network）がある。

【００２０】公衆電話網３０は、さらに無数の交換局及
び端局（図示略）を擁し、末端には一般の家庭内に設置
された電話機が接続されている。また、公衆電話網３０
とともに、携帯電話サービス・プロバイダ、ＰＨＳ（Per
sonal Handyphone System）サービス・プロバイダ、ポケ
ットベル（ページャ）・サービス・プロバイダなど、無線
通信サービスを提供する多数のキャリアによって、多数
の無線電話網（いずれも図示略）が敷設されていてもよ
い。

【００２１】インターネット１０上のコンピュータ・シ
ステム（ＬＡＮ２０経由でインターネット接続されてい
るコンピュータを含む）は、インターネット１０上で識
別可能なＩＰアドレスを取得している。言い換えれば、
ＩＰアドレスが、各コンピュータとインターネット１０
との論理的な接続点となっている。

【００２２】また、インターネット１０上には、専用線
によるＩＰ接続を行うことができない一般ユーザのため
に、インターネットへの接続サービスを提供する通信事
業者、すなわち「インターネット・サービス・プロバイ
ダ」（ＩＳＰ）が存在する。営利のインターネット・サ
ービス・プロバイダは、第２種電気通信事業者の登録・届
出が必要となる。一般のユーザは、サービス・プロバイ
ダが設置したサーバすなわち「アクセス・ポイント」
（ＡＰ）にダイヤルアップすることで、インターネット
へのＩＰ接続が行われるので、自分専用のＩＰアドレス
取得という経済的負荷からは解放されている。

【００２３】任意のサービス・プロバイダ（ＩＳＰ）経
由でＩＰ接続された一般ユーザのコンピュータ（以下、
ユーザＰＣ）１００は、インターネット１０上では主と
してクライアントとして稼動し、ＷＷＷ（World Wide W
eb）サーバその他の各種のサーバに対してサービスの提
供を要求することができる。

【００２４】インターネット・サービス・プロバイダは、
一般に、ダイヤルアップＩＰ接続以外にも、チャットや
ＢＢＳ（Bulletin Board System：電子掲示板システ
ム）、電子メールなどの各種アプリケーションをインタ
ーネット１０上で提供している。

【００２５】勿論、インターネット・サービス・プロバイ
ダ以外の各種の運営母体がチャットやＢＢＳ、電子メー
ル等のインターネット・アプリケーションを提供するこ
とも可能である。

【００２６】図１に示す例においては、ＬＡＮ２０Ａを
運営するインターネット・サービス・プロバイダが、本実
施形態に係る「チャット」、すなわち、コミュニティ・
システムを提供しているものとする。コミュニティ・シ
ステムは、ネットワーク上にコミュニティ、すなわち、
仮想世界を構築する。各ログイン・ユーザは、アバタを
介してチャットを行うことにより、擬似コミュニケーシ
ョンを楽しむことができる。

【００２７】「チャット」（chat）とは、インターネッ
ト１０を介して遠隔ユーザ間でリアルタイムのコミュニ
ケーションを行うことをいう。特に、本実施形態に係る
３次元チャットは、３次元グラフィックスを用いて描画
された３次元共有仮想空間上で各ログイン・ユーザが自
分の分身である「アバタ」を送り込んで、リアルタイム
のコミュニケーションを行う環境を提供するものであ
る。ＷＷＷシステム上の３次元共有仮想空間すなわちコ
ミュニティ・システムは、例えばＩＳＯ（International
Organization for Standardization）標準のＶＲＭＬ
（Virtual RealityModeling Language）９７（下記文献
[1]参照）で記述することができ、さらに、Ｊａｖａを
用いて動作記述を行うことができる。また、かかる３次
元共有仮想空間は、ＶＲＭＬブラウザを用いることによ
り、表示等することが可能となる。 文献[1]：http://www.vrml.org/Specifications/VRML97
/

【００２８】ＬＡＮ２０Ａ上には、共有仮想空間をイン
ターネット１０上に構築する。さらに、この共有仮想空
間上での各種の社会活動を行う環境を提供して共有仮想
空間を管理するための共有仮想空間（Community Place
：ＣＰ）サーバ２２や、１以上のアプリケーション・オ
ブジェクト・（ＡＯ）サーバ２３−１，２３−２…が配
設されている。

【００２９】また、ＬＡＮ２０Ａには、ＨＴＭＬ（Hype
r Text Markup Language）コンテンツなどのＨＴＴＰ
（Hyper Text Transfer Protocol）資源オブジェクトを
提供する１以上のＷＷＷサーバ２５などが複数接続され
ていてもよい。ユーザはＬＡＮ２０Ａ上の各サーバ２
２，２３−１，２３−２，２５に対して、インターネッ
ト１０及びルータ２１Ａを介してアクセスすることがで
きる。

【００３０】本実施形態において、ＷＷＷサーバ２５
は、通常のＨＴＭＬコンテンツの他に、３次元仮想世界
を記述したＶＲＭＬファイルを提供しているものとす
る。また、このＶＲＭＬファイルには、仮想世界と共有
アプリケーション（shared application）の記述、共有
仮想空間（ＣＰ）サーバ２２のアドレス（ＵＲＬ：Unif
orm Resource Locator）またはそのリンク参照が含まれ
ている。

【００３１】本実施形態に係る３次元共有仮想空間にロ
グインするユーザＰＣ１００は、ＷＷＷサーバ２５が提
供するＨＴＭＬコンテンツを解釈し、解釈結果に基づき
各種の処理を実行するＨＴＭＬブラウザと、ＶＲＭＬフ
ァイルを扱うことができるＶＲＭＬブラウザの双方を備
えている。本実施形態で使用されるＶＲＭＬブラウザ
は、特に、共有仮想空間（Community Place：ＣＰ）を
表示し、ナビゲーションすることから、以下では「ＣＰ
ブラウザ」と呼ぶことにする。また、ＨＴＭＬブラウザ
とＣＰブラウザは、例えば米Ｍｉｃｒｏｓｏｆｔ社のオ
ペレーティング・システム"Ｗｉｎｄｏｗｓ９５／９８
／ＮＴ"などによって提供される同一のプラットフォー
ム上で動作することができる。

【００３２】ＶＲＭＬを用いて構築される３次元共有仮
想空間において、当該共有仮想空間内に配置された各オ
ブジェクトは、ユーザ操作に応答して発生するイベント
や、あらかじめ設定された時間の経過に伴なって発生す
るタイマー・イベントに応答した、自律的な動き、すな
わち、"Behavior"を実現することができる。

【００３３】Behaviorのメカニズムは、「センサ」、
「ルーティング」、「スクリプト」という３つの要素の
連携動作によって実現される。すなわち、 （１）センサ・ノードとは、３次元仮想世界に配置され
たオブジェクトなどのノードに対してあらかじめ関連付
けられ、ＶＲＭＬファイルとして記述されたものであ
る。そして、このセンサ・ノードは、センサ・ノードに含
まれるフィールドの変化に基づいて外部イベントを感知
して、ＶＲＭＬシーン内にイベントを発生させる。

【００３４】（２）発生したイベントは、ＶＲＭＬファ
イルとして記述されたルーティングに基づいて、オブジ
ェクトの挙動を規定するプログラムである外部スクリプ
トにルーティング、すなわち伝達される。

【００３５】（３）外部スクリプトには、イベントが到
来した時点で呼び出されるメソッドがあらかじめ記述さ
れている。ルーティングによって伝達されたイベントを
受け取った外部スクリプトは、メソッドの記述に基づく
処理を実行する。その後、外部スクリプトは、その処理
結果とルーティングの記述に基づいてＶＲＭＬシーン内
の該当するセンサ・ノードのフィールド値を変更する。

【００３６】ＶＲＭＬでは、センサ・ノードとして、例
えば、指定されたオブジェクト上をマウス・カーソルが
通過したりクリックしたときにイベントを発生する"Tou
chSensor"や、指定された領域内にユーザの視点（ViewP
oint）が侵入した場合にイベントを発生する"Proximitt
ySensor"、所定時刻の到来または所定時間間隔が経過す
る毎に発生する"TimerSensor"などが定義されている。

【００３７】なお、図１において、サーバまたはクライ
アントと呼ばれるホスト端末は、通常、ワークステーシ
ョンまたはパーソナル・コンピュータと呼ばれるコンピ
ュータ・システム上で、サーバ・アプリケーションまたは
クライアント・アプリケーションを稼動することによっ
て実現される。

【００３８】次に、図２を参照して、この種のコンピュ
ータ・システム５００のハードウェア構成例を説明す
る。システム５００のメイン・コントローラであるプロ
セッサ５１１は、例えば、ＣＰＵ（Central Processing
Unit）と呼ばれるＬＳＩ（Large Scale Integration）
チップで構成される。そして、ＣＰＵは、オペレーティ
ング・システムＯＳの制御下で、各種のアプリケーショ
ンを実行するようになっている。ＯＳは、より好ましく
はＧＵＩ（Graphical User Interferface）環境を提供
する方がよい。このようなＯＳとしては、例えば、ＵＮ
ＩＸ（登録商標）、または、米Ｍｉｃｒｏｓｏｆｔ社の
Ｗｉｎｄｏｗｓ９８／ＮＴ（登録商標）であってもよ
い。

【００３９】図２に示すように、プロセッサ５１１は、
バス５１７によって他の機器類（後述）と相互に接続さ
れている。バス５１７上の各機器にはそれぞれ固有のメ
モリ・アドレスまたはＩ／Ｏアドレスが付与されてい
る。したがって、プロセッサ１１はこれらアドレスによ
って機器へのアクセスが可能となっている。バス１７の
一例としてはＰＣＩ（Peripheral Component Interconn
ect）バスがある。

【００４０】メモリ５１２は、プロセッサ５１１におい
て実行されるプログラム・コードを格納したり、実行中
の作業データを一時保管するために使用される記憶装置
である。図２に示すメモリ５１２は、不揮発性及び揮発
性メモリ双方を含むものである。

【００４１】ディスプレイ・コントローラ５１３は、プ
ロセッサ５１１が発行する描画命令を実際に処理するた
めの専用コントローラである。そして、ディスプレイ・
コントローラ５１３は、例えばＳＶＧＡ（Super Video
Graphic Array）またはＸＧＡ（eXtended Graphic Arra
y）相当のビットマップ描画機能をサポートするもので
ある。ディスプレイ・コントローラ５１３において処理
された描画データは、例えばフレーム・バッファ（図示
略）に一旦書き込まれた後、表示装置５２１に画面出力
される。ディスプレイ５２１としては、例えば、ＣＲＴ
（Cathode RayTube）ディスプレイや、液晶表示ディス
プレイ（Liquid Crystal Display）などがある。

【００４２】入力機器インターフェース５１４は、キー
ボード５２２やマウス５２３などのユーザ入力機器をシ
ステム５００に接続するための装置である。入力機器イ
ンターフェース５１４は、キーボード５２２によるキー
入力またはマウス５２３を介した座標指示入力に応答し
て、プロセッサ５１１に対して割り込みを発生する。

【００４３】ネットワーク・インターフェース５１５
は、Ｅｔｈｅｒｎｅｔなどの所定の通信プロトコルにし
たがって、システム５００をＬＡＮ（Local Area Netwo
rk）などのネットワークに接続することができる。ネッ
トワーク・インターフェース５１５は、一般に、ＬＡＮ
アダプタ・カードの形態で提供され、マザーボード（図
示略）上のＰＣＩバス・スロットに装着して用いられ
る。ただし、ネットワーク・インターフェースではな
く、モデム（図示略）経由で外部ネットワークに接続す
ることもできる。

【００４４】ＬＡＮ上では、複数のホスト（コンピュー
タ）がトランスペアレントな状態で接続され、分散コン
ピューティング環境が構築されている。また、ホストの
一部はルータとして稼動し、さらに他のＬＡＮやインタ
ーネットなどの外部ネットワークに接続されている。イ
ンターネット上では、ソフトウェア・プログラムやデー
タ・コンテンツなどのディストリビューションが行われ
る（周知）。

【００４５】外部機器インターフェース５１６は、ハー
ド・ディスク・ドライブ（ＨＤＤ）５２４やメディア・ド
ライブ５２５などの外部装置をシステム５００に接続す
るための装置である。外部機器インターフェース５１６
は、例えば、ＩＤＥ（Integrated Drive Electronics）
やＳＣＳＩ（Small Computer System Interface）など
のインターフェース規格に準拠しているものとする。

【００４６】ＨＤＤ５２４は、記憶媒体としての磁気デ
ィスクを固定的に搭載した外部記憶装置であり（周
知）、記憶容量やデータ転送速度などの点で他の外部記
憶装置よりも優れている。ソフトウェア・プログラムを
実行可能な状態でＨＤＤ５２６上に置くことをプログラ
ムのシステムへの「インストール」と呼ぶ。通常、ＨＤ
Ｄ５２４には、プロセッサ５１１が実行すべきオペレー
ティング・システムのプログラム・コードや、アプリケー
ション・プログラム、デバイス・ドライバなどが不揮発的
に格納されている。

【００４７】また、メディア・ドライブ５２５は、ＣＤ
（Compact Disc）やＭＯ（Magneto-Optical disc）、Ｄ
ＶＤ（Digital Versatile Disc）などの可搬型メディア
を装填して、データ記録面にアクセスするための装置で
ある。可搬型メディアは、主として、ソフトウェア・プ
ログラムやデータ・ファイルなどをコンピュータ可読形
式のデータとしてバックアップすることや、これらをシ
ステム間で移動（販売・流通・配布を含む）する目的で使
用されている。

【００４８】なお、このようなコンピュータ・システム
５００の一例は、米ＩＢＭ社のパーソナル・コンピュー
タＰＣ／ＡＴ（Personal Computer/Advanced Technolog
y）の互換機または後継機である。

【００４９】１−２．コミュニティ・システムの動作ア
ーキテクチャ 図３は、本実施形態に係る共有仮想空間、すなわちコミ
ュニティ・システムにログインしたユーザのコンピュー
タ１００上で、共有仮想空間を表示しかつナビゲーショ
ンするための動作アーキテクチャを模式的に示してい
る。上述したように、各ユーザのコンピュータ、すなわ
ちユーザＰＣ１００上では、ＨＴＭＬブラウザととも
に、ＶＲＭＬコンテンツを解釈することが可能なＣＰブ
ラウザが稼動している。ＨＴＭＬブラウザは、米Netsca
pe Communications社の"Netscape Navigator"や、米Ｍ
ｉｃｒｏｓｏｆｔ社の"Internet Explorer"のようなも
のであってもよい。

【００５０】ユーザＰＣ１００は、例えば、最寄のアク
セス・ポイント（ＡＰ）へのダイヤルアップＩＰ接続な
どの所定の手続を経てインターネット１０に接続され
る。さらに、ユーザＰＣ１００は、ＨＴＭＬブラウザに
よってＨＴＴＰプロトコルにしたがってＷＷＷサーバ２
５にアクセスする。そして、ＷＷＷサーバ２５から共有
仮想空間を記述するＶＲＭＬファイルを取得すると、こ
れをＣＰブラウザに渡す。

【００５１】ＣＰブラウザは、渡されたＶＲＭＬファイ
ルを解析してブラウザ画面上に表示する。また、ＶＲＭ
ＬファイルにＣＰサーバ２２のアドレスが指定されてい
る場合には、指定されたアドレスにあるＣＰサーバ２２
への接続を試みる。同一のＶＲＭＬファイルを取得した
各ＣＰブラウザは、同一のＣＰサーバ２２への接続を果
たす（すなわちログインする）こととなる。この結果、
同一のＶＲＭＬファイルを取得した各ＣＰブラウザは、
ＶＲＭＬファイルに記述されているＶＲＭＬシーンすな
わち同じ３次元仮想世界を共有することができる。

【００５２】ＣＰサーバ２２への接続、すなわち共有仮
想空間へのログインに成功すると、それ以後の通信、す
なわちＣＰサーバ２２とＣＰブラウザ間の通信は、所定
のサーバ−クライアント間プロトコル（本明細書中で
は、ＶＳＣＰ（Virtual Society Server Client Protoc
ol）と呼ぶ；下記文献[2]参照）を用いて行われる。こ
のＶＳＣＰプロトコルには、ユーザがＣＰブラウザ２２
を介して行った変更（例えば、アバタを移動させるな
ど）をＣＰサーバ２２に通知する機能や、通知された情
報をＣＰサーバ２２からさらに他のＣＰブラウザに通知
する機能が含まれているものとする。 文献[2]：Honda, Y, Matsuda, K., Rekimoto, J and Le
a, R. "Virtual society". Proc. of VRML'95, San Die
go. USA. ACM press, pp. 109-116, 1995.

【００５３】ＣＰサーバ２２は、各ＣＰブラウザが知る
必要がある情報（すなわちＣＰブラウザに送信すべき情
報）の配信を、オーラ・アルゴリズム（下記文献[3]参
照）を用いて制限することができる。オーラとは、アバ
タの周辺の領域、例えばユーザが興味を持つと想定され
る領域等を意味し、オーラの外側にある事物は興味を持
たないとみなして情報を送らないことができる。オーラ
・アルゴリズムを適用することで、配信すべき情報量を
制限することができ、各ログイン・ユーザへのネットワ
ーク・トラフィックが規定の通信容量を越えないように
配慮することができる。 文献[3]：Beford, S., and Fahlen, L., "A spacial mo
del of interaction in large virtual environments",
Proc. Of G. DeMichelis et al (Eds.) ThirdEuropean
Conference on Computer Supported Cooperative Wor
k, Kluwer Academic Publishers, pp. 109-124, 1993.

【００５４】ＣＰサーバ２２によって提供される共有仮
想空間上には、仮想空間の町並み等を構成するビルディ
ングや、各ユーザの分身であるアバタなど、さまざまな
物体が存在している。これらの物体や物体の動作、その
他仮想世界上のアプリケーションは、共有仮想空間に存
在する（すなわちログインしている）各ユーザ間で共有
され、本明細書中では「共有アプリケーション」と呼ば
れる。

【００５５】ＡＯ（Application Object）サーバ２３上
のＡＯは、共有アプリケーション（shared applicatio
n）を管理する。ＡＯの開発環境は、主にＪａｖａ言語
やＣ＋＋言語などである。ＡＯは、ＣＰサーバ２２の内
部情報へのアクセスやタイマーなどのイベント・ハンド
ラ、ＡＯが管理する共有物体を制御するＡＰＩ（Applic
ation Programming Interface）を提供する。ここで言
う共有物体には、各ユーザＰＣのブラウザ上に出現する
（すなわち共有される）オブジェクト、例えば仮想空間
の町並みを構成するビルディング等、基本的な状態が変
化しないオブジェクト（基本オブジェクト）や、ログイ
ン・ユーザの分身であるアバタ等、更新可能なオブジェ
クト（更新オブジェクト）、さらには、ログイン・ユー
ザが取得し保管するアイテムや機能などが含まれる。ま
た、ログイン・ユーザによるアイテムや機能の取得や廃
棄は、例えば自分の分身であるアバタ等が、所望のアイ
テムを道端で「拾う」等の仮想的な行為によって実現さ
れる。

【００５６】図４は、ＣＰサーバ２２におけるユーザ管
理テーブルＴＡを説明するための図である。同図に示す
ように、ユーザ管理テーブルＴＡは、ログイン・ユーザ
の分身であるアバタ等、更新可能なオブジェクト（更新
オブジェクト）を管理するためのテーブルである。ユー
ザ管理テーブルＴＡは、ユーザＩＤと、更新オブジェク
トのニックネームと、更新オブジェクトの各種パラメー
タと、更新オブジェクトの位置座標と、更新オブジェク
トの視点座標と、ＩＰアドレスとにより構成されてい
る。ユーザＩＤは、共有仮想空間の提供を受けるユーザ
毎に付与されるユニークなＩＤである。更新オブジェク
トの各種パラメータは、例えば更新オブジェクトの形
状、色等である。更新オブジェクトの位置座標及び視点
座標は、例えば更新オブジェクトが各ユーザのアバタで
ある場合には、該アバタの位置及び該アバタの視点位置
を示す座標である。

【００５７】このような構成のユーザ管理テーブルＴＡ
は、次のようにして作成される。まず、ユーザＰＣ１０
０のブラウザとＣＰサーバ２２が接続のためのデータの
授受を開始すると、ＣＰサーバ２２は、該ブラウザにユ
ニークなユーザＩＤを付与する。そして、ＣＰサーバ２
２は、該ブラウザからユーザの更新オブジェクト（例え
ば、アバタ）に係るニックネーム、該更新オブジェクト
の各種パラメータ、共有仮想空間における更新オブジェ
クトの位置座標及び視点座標、及びＩＰアドレスを取得
し、これらをユーザＩＤに対応付けてユーザ管理テーブ
ルに登録する。

【００５８】なお、本実施形態では、ＣＰサーバ２２に
接続しに来た順番に、「１」、「２」・・・、といったユ
ーザＩＤが付与される。また、各ブラウザに付与された
ユニークなユーザＩＤは、ユーザＰＣ１００のメモリ５
１２にそれぞれ格納される。また、ＣＰサーバ２２は、
図４に示すユーザ管理テーブルの他に、仮想空間の町並
みを構成するビルディング等、基本的な状態が変化しな
いオブジェクト（基本オブジェクト）を管理するための
テーブルを備えているが、本願発明の趣旨とは直接関係
がないため、図示及び説明を省略する。

【００５９】図５は、ユーザＰＣ１００と、ＣＰサーバ
２２と、ＡＯサーバ２３との間における通信手順を説明
するための図である。共有仮想空間の提供を希望するユ
ーザＡがユーザＰＣ１００ＡのＫＢＤ５２２等を操作
し、ＷＷＷサーバ２５へアクセスすると、ＷＷＷサーバ
２５は、ユーザＰＣ１００ＡへＶＲＭＬファイル（例え
ば、ユーザが希望する共有仮想空間を選択するためのメ
ニュー画面情報等）を送信する。ユーザＰＣ１００Ａ
は、ＷＷＷサーバ２５からＶＲＭＬファイルを受信する
と、該ＶＲＭＬファイルをＣＰブラウザに渡す。ＣＰブ
ラウザは、渡されたＶＲＭＬファイルを解析してブラウ
ザ画面上に表示する。ユーザＡは、ブラウザ画面を確認
しながらユーザＰＣ１００ＡのＫＢＤ５２２等を操作し
て、希望する共有仮想空間の選択を行う。

【００６０】ユーザＡによって共有仮想空間の選択が行
われると、ユーザＡのＣＰブラウザは、該共有仮想空間
に対応するアドレス（ＵＲＬ）を取得すると共に、自ブ
ラウザに付与されたユニークなユーザＩＤを読み出し、
指定されたアドレスにあるＣＰサーバ２２への接続を試
みる（ステップＣ１）。ＣＰサーバ２２への接続、すな
わち共有空間へのログインに成功すると、ＣＰサーバ２
２は、該要求に含まれるユーザＩＤ及び前述したユーザ
管理テーブル（図４参照）を参照して、仮想空間の提供
を希望するユーザを特定すると共に、該ユーザの周囲に
存在する他のユーザのユーザＩＤと共有データ等からな
る周囲情報テーブルＴＢ（図６参照）を作成する。

【００６１】具体的には、ＣＰサーバ２２は、該要求か
らユーザＡのＣＰブラウザに付与されたユーザＩＤを取
得すると、図７に示すように、例えばそのＣＰブラウザ
のユーザ（ユーザＡ）に対応したアバタａを中心とする
所定の半径Ｒｖの球面体を視認可能領域として設定す
る。そして、この視認可能領域内に存在する他のユーザ
（ユーザＢ）に対応したアバタｂを、ユーザ管理テーブ
ルＴＡに登録されている位置座標等から認識し、認識し
た他のユーザに係る更新オブジェクトとユーザＩＤとを
テーブル化することで、図６に示す周囲情報テーブルＴ
Ｂを生成する。なお、この周囲情報テーブルに関して
は、ネットワークのトラヒックを考慮して例えば視認可
能領域内に所定人数を超えるアバタが入り込んだとき
は、そのうちの視認可能領域の中心から近い位置にいる
所定人数のアバタに係る情報のみを、周囲情報テーブル
ＴＢに登録するようにしても良い。

【００６２】ＣＰサーバ２２は、周囲情報テーブルＴＢ
を生成すると、該周囲情報テーブルＴＢをユーザＰＣ１
００Ａ宛てに送信する（ステップＣ２）。この結果、ユ
ーザＰＣ１００ＡのＣＰブラウザ、すなわちユーザＡの
ディスプレイ５２１には、ユーザに対応したアバタから
見た共有物体（ここでは、ユーザＢのアバタｂ）を含む
共有仮想空間が表示される。このような処理が同一共有
仮想空間の提供を希望する各ユーザ毎に行われることに
より、各ユーザのディスプレイ５２１には、各ユーザに
対応したアバタから見た共有物体を含む共有仮想空間が
表示される。

【００６３】このようにＣＰサーバ２２に接続された状
態において、ユーザがＰＣ１００のＫＢＤ５２２等を操
作して自己を表すアバタを移動させると、対応するスク
リプトがＣＰブラウザ上で起動する。このスクリプト
は、ＣＰサーバ２２に対してＶＳＣＰプロトコルに従っ
たメッセージを送信する。ＣＰサーバ２２は、該ＣＰサ
ーバ２２と接続されている他の全てのＣＰブラウザに対
して同じメッセージを送り返す。この結果、メッセージ
を受信した各ＣＰブラウザ、すなわち各ユーザのモニタ
画面には、移動したアバタが表示される。

【００６４】２．コミュニティ・システムを利用したフ
ァイル転送処理 前掲図５に示すように、各ユーザが同一仮想空間を共有
している状態において、ユーザＡは自己が所有するファ
イルをユーザＢに転送しようと考えたとする。ユーザＡ
は、ＰＣ１００Ａのディスプレイ５２１にユーザＢのア
バタｂが表示されていることを確認すると、ＫＢＤ５２
２等を操作して、複数のファイルが格納されているフォ
ルダウインドウＦＷを開く。次にユーザＡは、ユーザＢ
に転送すべきファイルＦをマウス５２３でドラッグし、
ドラッグしたファイルＦを仮想空間画像ウインドウＶＷ
に表示されているアバタｂに対応する位置でドロップす
る（図８参照）。

【００６５】ユーザＡによってドラッグアンドドロップ
操作が行われると、ユーザＰＣ１００Ａのブラウザは、
図９に示すファイル転送要求処理を実行する。ユーザＰ
Ｃ１００Ａのブラウザは、アバタｂ上にファイルＦがド
ラッグアンドドロップされたことを検知すると、メモリ
５１２に格納されている周囲情報テーブルからアバタｂ
に対応するユーザＢのユーザＩＤを取得すると共に、転
送すべきファイルとして指定されたファイルＦに関する
情報（例えば、ファイル名等）を取得する。（ステップ
Ｓ１）。

【００６６】ユーザＰＣ１００Ａのブラウザは、ステッ
プＳ２に進むと、メモリ５１２に格納された自動転送要
求フラグを参照し、ファイル転送要求を行って良いか否
かを判断する。この自動転送要求フラグは、無条件でフ
ァイル転送要求を行って良いか否かを判断するためのフ
ラグであり、ユーザがＫＢＤ５２２等を操作することに
より設定変更可能となっている。ここで、ユーザＰＣ１
００Ａのブラウザは、自動転送要求フラグが“０”であ
り、無条件でファイルの転送要求を行うべきではないと
判断すると（ステップＳ２；ＮＯ）、ステップＳ３に進
み、ユーザＡにファイル転送要求を行って良いか否かの
判断を仰ぐべく、「ユーザＡさん、ユーザＢさんにファ
イルの転送要求を行いますか？」といったメッセージを
含むダイアログを立ち上げ、ダイアログボックスＤＢ１
をディスプレイ５２１に表示する（図１０参照）。

【００６７】ユーザＡは、ディスプレイ５２１に表示さ
れたメッセージを確認した後、ファイルの転送要求を行
うべき旨の入力操作（例えば、「Ｏ．Ｋ」ボタンをクリ
ックする等）を行う。ユーザＰＣ１００Ａのブラウザ
は、ユーザＡによりファイルＦの転送要求を行うべき旨
の入力操作が行われたことを検出すると（ステップＳ
４；ＹＥＳ）、ステップＳ５に進む。ユーザＰＣ１００
Ａのブラウザは、ステップＳ５において、ユーザＰＣ１
００Ｂ（ユーザＢに対応）にファイルＦの転送要求を行
うべく、ユーザＡのユーザＩＤをメモリ５１２から読み
出し、読み出したユーザＡのユーザＩＤと、ファイルＦ
の受け手側ユーザＢのユーザＩＤと、ファイルＦに関す
る情報とを含む転送要求情報を生成する。そして、ユー
ザＰＣ１００Ａのブラウザは、ステップＳ６に進み、生
成した転送要求情報に宛先ＩＰアドレス（ＣＰサーバ２
２のＩＰアドレス）を付加してＣＰサーバ２２へ送信し
（図１１に示す）、処理を終了する。

【００６８】一方、ユーザＰＣ１００Ａのブラウザは、
ステップＳ２において、参照した自動転送要求フラグが
“１”であり、無条件でファイル転送要求を行っても良
いと判断すると（ステップＳ２；ＹＥＳ）、ステップＳ
５→ステップＳ６と進み、生成した転送要求情報をＣＰ
サーバ２２へ送信し、処理を終了する。また、ユーザＰ
Ｃ１００Ａのブラウザは、ステップＳ３において、ダイ
アログボックスＤＢ１をディスプレイ５２１に表示した
後、ユーザＡによりファイルＦの転送要求を行うべきで
ない旨の入力操作が行われたことを検出した場合には
（ステップＳ４；ＮＯ）、転送要求情報を生成すること
なく、処理を終了する。

【００６９】ユーザＰＣ１００Ａが上述した処理を実行
し、転送要求情報をＣＰサーバ２２へ送信すると、ＣＰ
サーバ２２は、該転送要求情報の送信先を特定すべく、
前述したユーザ管理テーブルを参照し、該ユーザＩＤに
対応するＩＰアドレスを読み出す。

【００７０】ＣＰサーバ２２は、読み出したＩＰアドレ
スに基づき、ユーザＢに対応したユーザＰＣ１００Ｂへ
転送要求情報を転送する（図１１に示す）。ユーザＰ
Ｃ１００Ｂのブラウザは、ユーザＰＣ１００ＡからＣＰ
サーバ２２経由で該転送要求情報を受け取ると、図１２
に示ファイル転送要求受入処理を実行する。

【００７１】ユーザＰＣ１００Ｂのブラウザは、ネット
ワークインタフェース５１５を介して転送要求情報を受
け取ると（ステップＳａ１）、ステップＳａ２に進む。
ユーザＰＣ１００Ｂのブラウザは、ステップＳａ２にお
いて、メモリ５１２に格納された転送要求受入フラグを
参照し、無条件に（すなわち、ファイルの送り手が誰で
あるかを問わずに）ファイル転送要求を拒絶するか否か
を判断する。ユーザＰＣ１００Ｂのブラウザは、転送要
求受入フラグが“１”であり、無条件にファイル転送要
求を拒絶すべきでないと判断すると（ステップＳａ２；
ＮＯ）、ステップＳａ３に進む。ステップＳａ３に進む
と、ユーザＰＣ１００Ｂのブラウザは、メモリ５１２に
格納されている転送要求受入管理テーブルを参照し、該
ファイル転送要求を受け入れるべきか否かを判断する。

【００７２】図１３は、転送要求受入管理テーブルの内
容を示した図である。転送要求受入管理テーブルは、ユ
ーザＩＤと、ファイル転送要求の受け入れ有無を示す情
報とを対応付けした表である。同図から明らかなよう
に、ユーザＡを示すユーザＩＤ（ＩＤ：「１」）には、
ファイル転送要求を受け入れるべき「許可」が対応付け
られている。なお、各ユーザに対応するユーザＩＤは、
例えば周囲情報テーブルＴＢ（図６参照）から取得する
ことが可能である。ユーザＰＣ１００Ｂのブラウザは、
転送要求情報に含まれるユーザＡ（転送要求情報の送信
元）のユーザＩＤと、該ファイル受け入れ管理テーブル
とを比較する。

【００７３】そして、ユーザＰＣ１００Ｂのブラウザ
は、ユーザＡからのファイル転送要求を許可すべきであ
ると判断すると（ステップＳａ４；ＹＥＳ）、ユーザＢ
にファイル転送要求を許可して良いか否かの判断を促す
ダイアログを立ち上げ、「ユーザＢさん、ユーザＡさん
からファイルＦの転送要求がきました。ファイル転送を
許可しますか？」といったメッセージを含むダイアログ
ボックスＤＢ２（図１４参照）をディスプレイ５２１に
表示する（ステップＳａ５）。

【００７４】ユーザＢは、ディスプレイ５２１に表示さ
れたメッセージを確認した後、ＫＢＤ５２２を操作し
て、ユーザＡからのファイル転送を許可すべき旨の入力
（例えば、「Ｏ．Ｋ」ボタンをクリックする等）を行
う。ユーザＰＣ１００Ｂのブラウザは、ユーザＢによっ
てファイル転送要求を許可すべき旨の入力操作が行われ
たことを検知すると（ステップＳａ６；ＹＥＳ）、ファ
イル転送要求を許可する旨の応答メッセージを作成する
と共に、該応答メッセージをＣＰサーバ２２へ送信し
（ステップＳａ７）、処理をする（図１１に示す）。

【００７５】一方、ユーザＰＣ１００Ｂのブラウザは、
ステップＳａ２において、参照した転送要求受入フラグ
が“０”であり、無条件にファイル転送要求を拒絶すべ
きであると判断すると（ステップＳａ２；ＹＥＳ）、ス
テップＳａ８に進む。ユーザＰＣ１００Ｂのブラウザ
は、ステップＳａ８において、ファイル転送要求を拒絶
する旨の応答メッセージを作成すると共に、該応答メッ
セージをＣＰサーバ２２へ送信し、処理を終了する。

【００７６】また、ユーザＰＣ１００Ｂのブラウザは、
ユーザＡからのファイル転送要求を拒絶すべきであると
判断した場合（ステップＳａ４；ＮＯ）、及びユーザＢ
によってファイル転送要求を拒絶すべき旨の入力操作が
行われたことを検知した場合には（ステップＳａ６；Ｎ
Ｏ）、ステップＳａ８に進み、ファイル転送を拒絶する
旨の応答メッセージを作成すると共に、該応答メッセー
ジをＣＰサーバ２２へ送信し、処理を終了する。

【００７７】ユーザＰＣ１００Ｂが上述した処理を実行
し、ファイル転送要求に対する応答メッセージをＣＰサ
ーバ２２へ送信すると、ＣＰサーバ２２は該応答メッセ
ージをユーザＰＣ１００Ａへ転送する（図１１に示す
、）。ユーザＰＣ１００Ａのブラウザは、ネットワ
ークインタフェース５１５を介して応答メッセージを受
け取ると、該応答メッセージの内容に基づき、ファイル
を転送するか否かを決定する。すなわち、ユーザＰＣ１
００Ａのブラウザは、受け取った応答メッセージがファ
イル転送を許可する旨の応答メッセージであると判断す
ると、ユーザＢに転送すべきファイルＦをメモリ５１２
から読み出し、読み出したファイルＦをＣＰサーバ２２
経由でユーザＰＣ１００Ｂへ送信する（図１５参照）。

【００７８】ユーザＰＣ１００Ｂのブラウザは、ＣＰサ
ーバ２２、ネットワークインタフェース５１５を介して
ファイルＦを受け取ると、ユーザＢに受け取ったファイ
ルＦの格納先を特定させるべく、図１６に示すダイアロ
グボックスＤＢ３をディスプレイ５２１に表示する。ユ
ーザＢは、ディスプレイ５２１に表示されたメッセージ
を確認した後、ファイルＦの格納先を特定するための入
力操作（例えば、ファイルＦの格納先としてデスクトッ
プを選択する等）を行う。このようにして、ファイルＦ
は、ユーザＡのユーザＰＣ１００ＡからユーザＢのユー
ザＰＣ１００Ｂへ転送される。

【００７９】一方、ユーザＰＣ１００Ａのブラウザは、
受け取った応答メッセージがファイル転送を拒絶する旨
の応答メッセージであると判断すると、ユーザＢによっ
てファイルの転送が拒絶された旨をユーザＡに報知すべ
く、図１７に示すダイアログボックスＤＢ４をディスプ
レイ５２１に表示して、ファイルＦの転送処理を終了す
る。

【００８０】以上説明したように、本実施形態に係る仮
想空間システム１００によれば、ユーザは仮想空間を利
用してファイルの授受を行うことができる。また、ユー
ザは、表示装置４２０に表示されるファイル受け手側の
アバタにより相手の存在を認識しながら、転送すべきフ
ァイルを該アバタ上にドラッグアンドドロップするとい
う直感的な操作により、ファイルを転送することができ
る。すなわち、ユーザは、実際にものを相手に渡す感覚
でファイルを転送することができるため、転送間違いを
減らすことが可能となる。

【００８１】また、仮想空間を利用してファイルの授受
を行う際には、受け手側がファイルの受け取りを了承し
たか否かの確認を行う。受け手側では、ファイルを受け
取る前に、ファイルの送り主、ファイルの内容等を把握
することができるため、受け手側のユーザは必要のない
ファイルを受け取らずに済むことができる。また、受け
手側がファイルの受け取りを了承した場合のみ、ファイ
ルが転送されるため、各クライアント端末４００の間に
介在するサーバ２００は、ファイル蓄積手段を新たに設
ける必要もない。また、ファイルの転送は、送り手と受
け手の１対１通信であるため、第３者による覗き等も軽
減することができる。

【００８２】なお、上述した本実施形態では、ドラッグ
アンドドロップ操作により、転送すべきファイル及び転
送すべき相手の特定を行ったが、例えば転送すべきファ
イルをクリック操作等によって特定し、次いで転送すべ
き相手のアバタをクリック操作等によって特定するよう
にしても良い。

【００８３】また、上述した本実施形態に係る転送要求
情報は、自己のユーザＩＤを含む構成であったが、自己
のユーザＩＤを含まない構成とすることも可能である。
すなわち、ファイル転送元のユーザＰＣ１００のブラウ
ザは、ファイル受け手側ユーザのユーザＩＤと、ファイ
ルＦに関する情報を含む転送要求情報を生成し、ＣＰサ
ーバ２２へ送信する。

【００８４】ＣＰサーバ２２は、ユーザ管理テーブルを
参照して転送要求情報受け手側のユーザに対応するＩＰ
アドレスを読み出すと共に、該転送要求情報パケットの
ヘッダに含まれる送信元ＩＰアドレスを取得して、送信
元ユーザのユーザＩＤを読み出す。

【００８５】ＣＰサーバ２２は、読み出した転送要求情
報送信元のユーザに対応するユーザＩＤを転送要求情報
に含めると共に、該転送要求情報に転送要求情報受け手
側のユーザに対応するＩＰアドレスを付加して、ＰＣ１
００へ送信する。

【００８６】また、上述した本実施形態は、ＣＰサーバ
２２と、ＡＯサーバ２３と、ＷＷＷサーバ２５がそれぞ
れ独立したコンピュータシステムとして存在するアーキ
テクチャを想定しているが、ＣＰサーバ２２、ＡＯサー
バ２３、ＷＷＷサーバ２５が単一のサーバ・マシン上で
動作する構成としても良い。

【００８７】３．変形例 ３−１．ネットワークシステムの全体構成 図１８において、２００は全体として本発明を適用した
携帯電話機ＭＳ３が接続されているネットワークシステ
ムを示し、通信サービスの提供エリアの所望の大きさに
分割したセル内にそれぞれ固定無線局である基地局ＣＳ
１〜ＣＳ４が設置されている。

【００８８】これらの基地局ＣＳ１〜ＣＳ４には、移動
無線局である携帯情報端末ＭＳ１及びＭＳ２やカメラ付
ディジタル携帯電話機ＭＳ３及びＭＳ４が例えばＷ−Ｃ
ＤＭＡ(Wideband-Code Division Multiple Access)と呼
ばれる符号分割多元接続方式によって無線接続されるよ
うになされており、2[GHz]の周波数帯域を使用して最大
2[Mbps]のデータ転送速度で大容量データを高速にデー
タ通信し得るようになされている。

【００８９】このように携帯情報端末ＭＳ１及びＭＳ２
やカメラ付ディジタル携帯電話機ＭＳ３及びＭＳ４は、
Ｗ−ＣＤＭＡ方式によって大容量データを高速にデータ
通信し得るようになされていることにより、音声通話だ
けでなく電子メールの送受信、簡易ホームページの閲
覧、画像の送受信等の多種に及びデータ通信を実行し得
るようになされている。また基地局ＣＳ１〜ＣＳ４は、
有線回線を介して公衆回線網ＩＮＷに接続されており、
当該公衆回線網ＩＮＷにはインターネット１０や、図示
しない多くの加入者有線端末、コンピュータネットワー
ク及び企業内ネットワーク等が接続されている。

【００９０】公衆回線網ＩＮＷには、インターネット・
サービス・プロバイダ（ＩＰＳ）のアクセスサーバＡＳ
も接続されており、当該アクセスポイントＡＳには当該
インターネットサービスプロバイダが保有するコンテン
ツサーバＴＳ等が接続されている。このコンテンツサー
バＴＳは、加入者有線端末や携帯情報端末ＭＳ１、ＭＳ
２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４か
らの要求に応じて例えば簡易ホームページ等のコンテン
ツをたとえばコンパクトＨＴＭＬ（Hyper Text Markup
Language）形式のファイルとして提供するようになされ
ている。

【００９１】このコンパクトＨＴＭＬとは、ＨＴＭＬの
サブセットであり、限られたサイズの表示装置の中で反
映可能なタグのみ残し他の部分を切り捨てたものであ
る。例えばＮＴＴドコモ社のサービスであるｉＭｏｄｅ
ではｉモード用ＨＴＭＬを採用しており、これは携帯電
話に必要な機能を絞り込み約３０種のタグを使用してい
る、テキストの文字属性や色は指定できず、画像も２階
調のＧＩＦファイルが推奨されるなどの限定条件があ
る。このようなコンパクトＨＴＭＬや移動通信用プロト
コルのWAP(Wireless Application Pritocol)にて使われ
る記述言語であるＨＤＭＬ（handheld Device Markup L
anguage）、ＷＭＬ（Wireless Markup Language）等を
用いることで、表示領域や表示能力に制限のある携帯端
末などで閲覧する簡易ホームページのファイルを作成す
ることができる。

【００９２】ところでインターネット１０には、上述し
た本実施形態と同様、ルータ２１及びＬＡＮ２０を介し
てＣＰサーバ、ＡＯサーバ２３、ＷＷＷサーバ２５等の
多数のサーバが接続されており、ＴＣＰ／ＩＰ（Transm
ission Control Protocol/Internet Protocol）及びＶ
ＳＣＰ(Virtual Society Server Client Protocol)に従
って加入者有線端末や携帯情報端末ＭＳ１、ＭＳ２及び
カメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４からＣＰ
サーバ、ＡＯサーバ２３、ＷＷＷサーバ２５等に対して
アクセスし得るようになされている。

【００９３】因みに携帯情報端末ＭＳ１、ＭＳ２及びカ
メラ付ディジタル携帯電話機、ＭＳ３、ＭＳ４は、図示
しない基地局ＣＳ１〜ＣＳ４までを２[Mbps]の簡易トラ
ンスポートプロトコルで通信し、当該基地局ＣＳ１〜Ｃ
Ｓ４からインターネット１０を介してＣＰサーバ、ＡＯ
サーバ２３、ＷＷＷサーバ２５等までをＴＣＰ／ＩＰ及
びＶＳＣＰで通信するようになされている。

【００９４】なお管理制御装置ＭＣＵは、公衆回線網Ｉ
ＮＷを介して加入者有線端末や携帯情報端末ＭＳ１、Ｍ
Ｓ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４
に接続されており、当該加入者有線端末や携帯情報端末
ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ
３、ＭＳ４に対する認証処理や課金処理等を行うように
なされている。

【００９５】３−２．カメラ付ディジタル携帯電話機の
外観構成 次に本発明を適用したカメラ付ディジタル携帯電話機Ｍ
Ｓ３の外観構成について説明する。図１９に示すように
カメラ付ディジタル携帯電話機ＭＳ３は、中央のヒンジ
部２１１を境に表示部２１２と本体２１３とに分けられ
ており、当該ヒンジ部２１１を介して折り畳み可能に形
成されている。

【００９６】表示部２１２には、上端左部に送受信用の
アンテナ２１４が引出し及び収納可能な状態に取り付け
られており、当該アンテナ２１４を介して基地局ＣＳ３
との間で電波を送受信するようになされている。また表
示部２１２には、上端中央部にほぼ１８０度の角度範囲
で回動自在なカメラ部２１５が設けられており、当該カ
メラ部２１５のＣＣＤカメラ２１６によって所望の撮像
対象を撮像し得るようになされている。ここで表示部２
１２は、カメラ部２１５がユーザによってほぼ１８０度
回動されて位置決めされた場合、図２０に示すように当
該カメラ部２１５の背面側中央に設けられたスピーカ２
１７が正面側に位置することになり、これにより通常の
音声通話状態に切り換わるようになされている。

【００９７】さらに表示部２１２には、その正面に液晶
ディスプレイ２１８設けられており、電波の受信状態、
電池残量、電話帳として登録されている相手先名や電話
番号及び発信履歴等の他、電子メールの内容、簡易ホー
ムページ、カメラ部２１５のＣＣＤカメラ２１６で撮像
した画像を表示し得るようになされている。一方、本体
２１３には、その表面「０」〜「９」の数字キー、発呼
キー、リダイヤルキー、終話及び電源キー、クリアキー
及び電子メールキー等の操作キー２１９が設けられてお
り、当該操作キー２１９を用いて各種指示を入力し得る
ようになされている。

【００９８】また本体２１３には、操作キー２１９の下
部にメモボタン２２０やマイクロフォン２２１が設けら
れており、当該メモボタン２２０によって通話中の間の
音声を録音し得ると共に、マイクロフォン２２１によっ
て通話時のユーザの音声を集音するようになされてい
る。さらに本体２１３には、操作キー２１９の上部に回
動自在なジョグダイヤル２２２が当該本体２１３の表面
から僅かに突出した状態で設け等られており、当該ジョ
グダイヤル２２２に対する回動操作に応じて液晶ディス
プレイ２１８に表示されている電話帳リストや電子メー
ルのスクロール動作、簡易ホームページの捲り動作及び
画像の送り動作等の種々の動作を実行するようになされ
ている。

【００９９】例えば本体２１３は、ユーザによジョグダ
イヤル２２２の回動操作に応じて液晶ディスプレイ２１
８に表示された電話帳リストの複数の電話番号の中から
所望の電話番号が選択され、当該ジョグダイヤル２２２
が本体２１３の内部方向に押圧されると、選択された電
話番号を確定して当該電話番号に対して自動的に発呼処
理を行うようになされている。なお本体２１３は、背面
側に図示しないバッテリパックが挿着されており、終話
及び電源キーがオン状態になると、当該バッテリパック
から各回路部に対して電力が供給されて動作可能な状態
に起動する。

【０１００】ところで本体２１３には、当該本体２１３
の左側面上部に抜差自在なメモリスティック（ソニー株
式会社の商標）２２３を挿着するためのメモリスティッ
クスロット２２４が設けられており、メモボタン２２０
が押下されるとメモリスティック２２３に通話中の相手
の音声を記録したり、ユーザの操作に応じて電子メー
ル、簡易ホームページ、ＣＣＤカメラ２１６で撮像した
画像を記録し得るようになされている。

【０１０１】ここでメモリスティック２２３は、本願出
願人であるソニー株式会社によって開発されたフラッシ
ュメモリカードの一種である。このメモリスティック２
２３は、縦21.5×横50×厚さ2.8［mm］の小型薄型形状
のプラスチックケース内に電気的に書換えや消去が可能
な不揮発性メモリであるＥＥＰＲＯＭ（ElectricallyEr
asable and Programmable Read Only Memory）の一種で
あるフラッシュメモリ素子を格納したものであり、１０
ピン端子を介して画像や音声、音楽等の各種データの書
き込み及び読み出しが可能となっている。

【０１０２】またメモリスティック２２３は、大容量化
等による内蔵フラッシュメモリの仕様変更に対しても、
使用する機器で互換性を確保することができる独自のシ
リアルプロトコルを採用し、最大書込速度1.5[MB/S]、
最大読出速度2.45［MB/S］の高速性能を実現していると
共に、誤消去防止スイッチを設けて高い信頼性を確保し
ている。従ってカメラ付ディジタル携帯電話機ＭＳ３
は、このようなメモリスティック２２３を挿着可能に構
成されているために、当該メモリスティック２２３を介
して他の電子機器との間でデータの共有化を図ることが
できるようになされている。

【０１０３】３−３．カメラ付ディジタル携帯電話機の
回路構成 図２１に示すように、カメラ付ディジタル携帯電話機Ｍ
Ｓ３は、表示部２１２及び本体２１３の各部を統括的に
制御するようになされた主制御部２５０に対して、電源
回路部２５１、操作入力制御部２５２、画像エンコーダ
２５３、カメラインターフェース部２５４、ＬＣＤ（Li
quid Crystal Display）制御部２５５、画像デコーダ２
５６、多重分離部２５７、記録再生部２６２、変復調回
路部２５８及び音声コーデック２５９がメインバス２６
０を介して互いに接続されると共に、画像エンコーダ２
５３、画像デコーダ２５６、多重分離部２５７、変復調
回路部２５８及び音声コーデック２５９が同期バス２６
１を介して互いに接続されて構成されている。

【０１０４】電源回路部２５１は、ユーザの操作により
終話及び電源キーがオン状態にされると、バッテリパッ
クから各部に対して電力を供給することによりカメラ付
ディジタル携帯電話機ＭＳ３を動作可能な状態に起動す
る。カメラ付ディジタル携帯電話機ＭＳ３は、ＣＰＵ、
ＲＯＭ及びＲＡＭ等でなる主制御部２５０の制御に基づ
いて、音声通話モード時にマイクロフォン２２１で集音
した音声信号を音声コーデック２５９によってディジタ
ル音声データに変換し、これを変復調回路部２５８でス
ペクトラム拡散処理し、送受信回路部２６２でディジタ
ルアナログ変換処理及び周波数変換処理を施した後にア
ンテナ２１４を介して送信する。

【０１０５】またカメラ付ディジタル携帯電話機ＭＳ３
は、音声通話モード時にアンテナ２１４で受信した受信
信号を増幅して周波数変換処理及びアナログディジタル
変換処理を施し、変復調回路部２５８でスペクトラム逆
拡散処理し、音声コーデック２５９によってアナログ音
声信号に変換した後、これをスピーカ２１７を介して出
力する。さらにカメラ付ディジタル携帯電話機ＭＳ３
は、データ通信モード時に電子メールを送信する場合、
操作キー２１９及びジョグダイヤル２２２の操作によっ
て入力された電子メールのテキストデータを操作入力制
御部２５２を介して主制御部２５０に送出する。

【０１０６】主制御部２５０は、テキストデータを変復
調回路部２５８でスペクトラム拡散処理し、送受信回路
部２６２でディジタルアナログ変換処理及び周波数変換
処理を施した後にアンテナ２１４を介して基地局ＣＳ３
（図１８参照）へ送信する。これに対してカメラ付ディ
ジタル携帯電話機ＭＳ３は、データ通信モード時に電子
メールを受信する場合、アンテナ２１４を介して基地局
ＣＳ３から受信した受信信号を変復調回路部２５８でス
ペクトラム逆拡散処理して元のテクストデータを復元し
た後、ＬＣＤ制御部２５５を介して液晶ディスプレイ２
１８に電子メールとして表示する。この後カメラ付ディ
ジタル携帯電話機ＭＳ３は、ユーザの操作に応じて受信
した電子メールを記録再生部２６２を介してメモリステ
ィック２２３に記録することも可能である。

【０１０７】一方、カメラ付ディジタル携帯電話機ＭＳ
３は、データ通信モード時に画像データを送信する場
合、ＣＣＤカメラ２１６で撮像された画像データをカメ
ラインターフェース部２５４を介して画像エンコーダ２
５３に供給する。因みにカメラ付ディジタル携帯電話機
ＭＳ３は、画像データを送信しない場合には、ＣＣＤカ
メラ２１６で撮像した画像データをカメラインターフェ
ース部２５４及びＬＣＤ制御部２５５を介して液晶ディ
スプレイ２１８に直接表示することも可能である。画像
エンコーダ２５３は、ＣＣＤカメラ２１６から供給され
た画像データを例えばＭＰＥＧ（Moving Picture Exper
ts Group ）２やＭＰＥＧ４等の所定の符号化方式によ
って圧縮符号化することにより符号化画像データに変換
し、これを多重分離部２５７に送出する。

【０１０８】このとき同時にカメラ付ディジタル携帯電
話機ＭＳ３は、ＣＣＤカメラ２１６で撮像中にマイクロ
フォン２２１で集音した音声を音声コーデック２５９を
介してディジタルの音声データとして多重分離部２５７
に送出する。多重分離部２５７は、画像エンコーダ２５
３から供給された符号化画像データと音声コーデック２
５９から供給された音声データとを所定の方式で多重化
し、その結果得られる多重化データを変復調回路部２５
８でスペクトラム拡散処理し、送受信回路部２６２でデ
ィジタルアナログ変換処理及び周波数変換処理を施した
後にアンテナ２１４を介して送信する。これに対してカ
メラ付ディジタル携帯電話機ＭＳ３は、データ通信モー
ド時に例えば簡易ホームページ等にリンクされた動画像
ファイルのデータを受信する場合、アンテナ２１４を介
して基地局ＣＳ３から受信した受信信号を変復調回路部
２５８でスペクトラム逆拡散処理し、その結果得られる
多重化データを多重分離部２５７に送出する。

【０１０９】多重分離部２５７は、多重化データを分離
することにより符号化画像データと音声データとに分
け、同期バス２６１を介して当該符号化画像データを画
像デコーダ２５６に供給すると共に当該音声データを音
声コーデック２５９に供給する。画像デコーダ２５６
は、符号化画像データをＭＰＥＧ２やＭＰＥＧ４等の所
定の符号化方式に対応した復号化方式でデコードするこ
とにより再生動画像データを生成し、これをＬＣＤ制御
部２５５を介して液晶ディスプレイ２１８に供給し、こ
れにより、例えば、簡易ホームページにリンクされた動
画像ファイルに含まれる動画データが表示される。

【０１１０】このとき同時に音声コーデック２５９は、
音声データをアナログ音声信号に変換した後、これをス
ピーカ２１７に供給し、これにより、例えば、簡易ホー
ムページにリンクされた動画像ファイルに含まる音声デ
ータが再生される。この場合も電子メールの場合と同様
にカメラ付ディジタル携帯電話機ＭＳ３は、受信した簡
易ホームページ等にリンクされたデータをユーザの操作
により記録再生部２６２を介してメモリスティック２２
３に記録することが可能である。かかる構成に加えてカ
メラ付ディジタル携帯電話機ＭＳ３の主制御部２５０の
ＲＯＭには、本実施形態と同様のＨＴＭＬブラウザ、Ｃ
Ｐブラウザが格納されると共に、ファイル転送要求処理
を実行するためのプログラム（図９参照）やファイル転
送要求受入処理を実行するためのプログラム（図１２参
照）が格納されており、これら各種プログラム等に基づ
いてファイル転送要求処理、ファイル転送要求受入処
理、ファイル転送処理等を実行し得るようになされてい
る。

【０１１１】このように上述した一連の処理を実行する
プログラム、ブラウザ等をノートパソコン１及びカメラ
付ディジタル携帯電話機ＭＳ３にインストールし、当該
ノートパソコン１及びカメラ付ディジタル携帯電話機Ｍ
Ｓ３にインストールにおいて実行可能な状態にするため
に用いられるプログラム格納媒体としては、例えばフロ
ッピー（登録商標）ディスク、ＣＤ−ＲＯＭ（Compact
Disc-Read Only Memory）、ＤＶＤ（Digital Versatail
e Disc ）等のパッケージメディアのみならず、サイバ
ージェスチャープログラム１８０が一時的もしくは永続
的に格納される半導体メモリや磁気ディスク等で実現し
ても良い。

【０１１２】また、これらプログラム格納媒体に上述し
た一連の処理を実行するプログラム、ブラウザ等を格納
する手段としては、ローカルエリアネットワークやイン
ターネット、ディジタル衛星放送等の有線及び無線通信
媒体を利用しても良く、ルータやモデム等の各種通信イ
ンターフェースを介して格納するようにしても良い。さ
らに上述した変形例においては、本発明の情報処理装置
としてノートパソコン１及びカメラ付ディジタル携帯電
話機ＭＳ３に適用するようにした場合について述べた
が、携帯情報端末ＭＳ１及びＭＳ２等の他の種々の情報
処理装置に適用するようにしても良い。

【０１１３】

【発明の効果】以上説明したように、本発明によれば、
ファイル転送を行う際、仮想空間内のアバタをユーザイ
ンタフェースとして利用することにより、確実性の高い
ファイル転送を実現することができる。

【図面の簡単な説明】

【図１】 本実施形態に係るコミュニティーシステムの
構成を示す図である。

【図２】 コンピュータシステムの構成を示すブロック
図である。

【図３】 コミュニティーシステムの動作アーキテクチ
ャを説明するための図である。

【図４】 ユーザ管理テーブルを説明するための図であ
る。

【図５】 通信手順を説明するための図である。

【図６】 周囲情報テーブルを説明するための図であ
る。

【図７】 視認可能領域を説明するための図である。

【図８】 クライアント端末側のディスプレイにおける
表示例を示す図である。

【図９】 ファイル転送要求処理を示すフローチャート
である。

【図１０】 クライアント端末側のディスプレイにおけ
る表示例を示す図である。

【図１１】 クライアント端末とサーバとの間で行われ
るデータの授受を説明するための図である。

【図１２】 ファイル転送要求受信処理を示すフローチ
ャートである。

【図１３】 転送要求管理テーブルの内容を示す図であ
る。

【図１４】 クライアント端末側のディスプレイにおけ
る表示例を示す図である。

【図１５】 クライアント端末とサーバとの間で行われ
るデータの授受を説明するための図である。

【図１６】 クライアント端末側のディスプレイにおけ
る表示例を示す図である。

【図１７】 クライアント端末側のディスプレイにおけ
る表示例を示す図である。

【図１８】 変形例におけるネットワークシステムの全
体構成を示す図である。

【図１９】 カメラ付きディジタル携帯電話機の外観構
成を示す斜視図である。

【図２０】 カメラ部を回動したときの表示部を示す斜
視図である。

【図２１】 カメラ付きディジタル携帯電話機の回路構
成を示すブロック図である。

【図２２】 ＦＴＰを利用してファイル転送を行う従来
例を説明するための図である。

【図２３】 電子メールを利用してファイル転送を行う
従来例を説明するための図である。

【符号の説明】

１・・・ネットワーク・コンピューティング・システ
ム、２２・・・ＣＰサーバ、２３・・・ＡＯサーバ、２
５・・・ＷＷＷサーバ、１０・・・インターネット、１
００・・・ユーザＰＣ。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B082 HA05 5E501 AA02 AB30 AC20 BA05 CA04 CB09 DA02 EA07 EA11 EB01 EB05 FA14 FA45

Claims (20)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して接続されたサーバ
   に対して所望の仮想空間を指定することにより、同一仮
   想空間を指定した各情報処理装置に対応するオブジェク
   トを含む仮想空間データを前記サーバから取得し、取得
   した仮想空間データに基づき仮想空間画像を表示する情
   報処理装置であって、 前記サーバから受信した仮想空間データに基づいて、当
   該情報処理装置に対応するオブジェクトから見た前記仮
   想空間内の画像を表示する表示手段と、 転送すべきファイルを指定する操作が行われたか否かを
   検出する第１の検出手段と、 転送先オブジェクトを指定する操作が行われたか否かを
   検出する第２の検出手段と、 前記第１の検出手段及び前記第２の検出手段から出力さ
   れる検出結果に基づいて、転送先オブジェクトに対応し
   た情報処理装置へ転送すべきファイルを前記サーバへ送
   信する送信手段とを具備することを特徴とする情報処理
   装置。
2. 【請求項２】 前記表示手段は、前記サーバから受信し
   た仮想空間データに基づいて、当該情報処理装置に対応
   するオブジェクトから見た前記仮想空間内の画像を表示
   すると共に、１又は複数のファイルに対応したファイル
   オブジェクトを表示し、 前記第１の検出手段は、１つのファイルオブジェクトが
   ドラッグされたことを検出することにより、転送すべき
   ファイルが指定されたと判断し、 前記第２の検出手段は、ドラッグされたファイルオブジ
   ェクトがドロップされたことを検出することにより、転
   送先オブジェクトが指定されたと判断することを特徴と
   する請求項１に記載の情報処理装置。
3. 【請求項３】 前記サーバへ前記ファイルを送信するの
   に先立ち、転送先オブジェクトに対応した情報処理装置
   への前記ファイルの転送要求を前記サーバへ送信するフ
   ァイル転送要求送信手段と、 前記ファイルの転送要求に対する応答メッセージを前記
   サーバから受信する応答メッセージ受信手段と、 をさらに具備し、 前記送信手段は、前記応答メッセージ受信手段が受信し
   た応答メッセージに基づき、前記ファイルを前記サーバ
   へ送信するか否かを決定することを特徴とする請求項１
   または２に記載の情報処理装置。
4. 【請求項４】 前記ファイルの転送要求を前記サーバへ
   送信する前に、ユーザに対して前記ファイルの転送要求
   に係る問い合わせを行う必要があるか否かを判断するた
   めの判断情報を記憶した記憶手段をさらに具備し、 前記ファイル転送要求送信手段は、前記記憶手段に記憶
   された判断情報を参照し、前記ファイルの転送要求を前
   記サーバへ送信するか否かを判断することを特徴とする
   請求項３に記載の情報処理装置。
5. 【請求項５】 前記ファイル転送要求送信手段は、前記
   記憶手段に記憶された判断情報を参照し、前記ファイル
   の転送要求を前記サーバへ送信する前に、ユーザに対し
   て前記ファイルの転送要求に係る問い合わせを行った場
   合には、前記ユーザによる問い合わせに応じた入力操作
   を検出し、前記検出結果に基づき前記ファイルの転送要
   求を前記サーバへ送信するか否かを判断することを特徴
   とする請求項４に記載の情報処理装置。
6. 【請求項６】 前記ファイルの転送要求には、前記ファ
   イルに関する情報と、前記ファイルの転送要求を行うユ
   ーザを特定するＩＤ情報とを含むことを特徴とする請求
   項３〜５のいずれか１の請求項に記載の情報処理装置。
7. 【請求項７】 ネットワークを介して接続されたサーバ
   に対して所望の仮想空間を指定することにより、同一仮
   想空間を指定した各情報処理装置に対応するオブジェク
   トを含む仮想空間データを前記サーバから取得し、取得
   した仮想空間データに基づき仮想空間画像を表示する情
   報処理装置によって実行されるプログラムを提供する情
   報提供媒体であって、 前記サーバから受信した仮想空間データに基づいて、当
   該情報処理装置に対応するオブジェクトから見た前記仮
   想空間内の画像を表示する表示ステップと、 転送すべきファイルを指定する操作が行われたか否かを
   検出する第１の検出ステップと、 転送先オブジェクトを指定する操作が行われたか否かを
   検出する第２の検出ステップと、 前記第１の検出ステップ及び前記第２の検出ステップに
   おける検出結果に基づいて、転送先オブジェクトに対応
   した情報処理装置へ転送すべきファイルを前記サーバへ
   送信する送信ステップとを具備することを特徴とする情
   報提供媒体。
8. 【請求項８】 前記表示ステップは、前記サーバから受
   信した仮想空間データに基づいて、当該情報処理装置に
   対応するオブジェクトから見た前記仮想空間内の画像を
   表示すると共に、１又は複数のファイルに対応したファ
   イルオブジェクトを表示し、 前記第１の検出ステップは、１つのファイルオブジェク
   トがドラッグされたことを検出することにより、転送す
   べきファイルが指定されたと判断し、 前記第２の検出ステップは、ドラッグされたファイルオ
   ブジェクトがドロップされたことを検出することによ
   り、転送先オブジェクトが指定されたと判断することを
   特徴とする請求項７に記載の情報提供媒体。
9. 【請求項９】 前記サーバへ前記ファイルを送信するの
   に先立ち、転送先オブジェクトに対応した情報処理装置
   への前記ファイルの転送要求を前記サーバへ送信するフ
   ァイル転送要求送信ステップと、 前記ファイルの転送要求に対する応答メッセージを前記
   サーバから受信する応答メッセージ受信ステップと、 をさらに具備し、 前記送信ステップは、前記応答メッセージ受信手段が受
   信した応答メッセージに基づき、前記ファイルを前記サ
   ーバへ送信するか否かを決定することを特徴とする請求
   項７または８に記載の情報提供媒体。
10. 【請求項１０】 前記ファイルの転送要求を前記サーバ
    へ送信する前に、ユーザに対して前記ファイルの転送要
    求に係る問い合わせを行う必要があるか否かを判断する
    ための判断情報を記憶した記憶ステップをさらに具備
    し、 前記ファイル転送要求送信ステップは、前記記憶手段に
    記憶された判断情報を参照し、前記ファイルの転送要求
    を前記サーバへ送信するか否かを判断することを特徴と
    する請求項９に記載の情報提供媒体。
11. 【請求項１１】 前記ファイル転送要求送信ステップ
    は、前記記憶ステップにおいて記憶された判断情報を参
    照し、前記ファイルの転送要求を前記サーバへ送信する
    前に、ユーザに対して前記ファイルの転送要求に係る問
    い合わせを行った場合には、前記ユーザによる問い合わ
    せに応じた入力操作を検出し、前記検出結果に基づき前
    記ファイルの転送要求を前記サーバへ送信するか否かを
    判断することを特徴とする請求項１０に記載の情報提供
    媒体。
12. 【請求項１２】 前記ファイルの転送要求には、前記フ
    ァイルに関する情報と、前記ファイルの転送要求を行う
    ユーザを特定するＩＤ情報とを含むことを特徴とする請
    求項９〜１１のいずれか１の請求項に記載の情報提供媒
    体。
13. 【請求項１３】 ネットワークを介して接続されたサー
    バに対して所望の仮想空間を指定することにより、同一
    仮想空間を指定した各情報処理装置に対応するオブジェ
    クトを含む仮想空間データを前記サーバから取得し、取
    得した仮想空間データに基づき仮想空間画像を表示する
    情報処理方法であって、 前記サーバから受信した仮想空間データに基づいて、当
    該情報処理装置に対応するオブジェクトから見た前記仮
    想空間内の画像を表示する表示ステップと、 転送すべきファイルを指定する操作が行われたか否かを
    検出する第１の検出ステップと、 転送先オブジェクトを指定する操作が行われたか否かを
    検出する第２の検出ステップと、 前記第１の検出ステップ及び前記第２の検出ステップに
    おける検出結果に基づいて、転送先オブジェクトに対応
    した情報処理装置へ転送すべきファイルを前記サーバへ
    送信する送信ステップとを具備することを特徴とする情
    報処理方法。
14. 【請求項１４】 前記表示ステップは、前記サーバから
    受信した仮想空間データに基づいて、当該情報処理装置
    に対応するオブジェクトから見た前記仮想空間内の画像
    を表示すると共に、１又は複数のファイルに対応したフ
    ァイルオブジェクトを表示し、 前記第１の検出ステップは、１つのファイルオブジェク
    トがドラッグされたことを検出することにより、転送す
    べきファイルが指定されたと判断し、 前記第２の検出ステップは、ドラッグされたファイルオ
    ブジェクトがドロップされたことを検出することによ
    り、転送先オブジェクトが指定されたと判断することを
    特徴とする請求項１３に記載の情報処理方法。
15. 【請求項１５】 前記サーバへ前記ファイルを送信する
    のに先立ち、転送先オブジェクトに対応した情報処理装
    置への前記ファイルの転送要求を前記サーバへ送信する
    ファイル転送要求送信ステップと、 前記ファイルの転送要求に対する応答メッセージを前記
    サーバから受信する応答メッセージ受信ステップと、 をさらに具備し、 前記送信ステップは、前記応答メッセージ受信手段が受
    信した応答メッセージに基づき、前記ファイルを前記サ
    ーバへ送信するか否かを決定することを特徴とする請求
    項１３または１４に記載の情報処理方法。
16. 【請求項１６】 前記ファイルの転送要求を前記サーバ
    へ送信する前に、ユーザに対して前記ファイルの転送要
    求に係る問い合わせを行う必要があるか否かを判断する
    ための判断情報を記憶した記憶ステップをさらに具備
    し、 前記ファイル転送要求送信ステップは、前記記憶手段に
    記憶された判断情報を参照し、前記ファイルの転送要求
    を前記サーバへ送信するか否かを判断することを特徴と
    する請求項１５に記載の情報処理方法。
17. 【請求項１７】 前記ファイル転送要求送信ステップ
    は、前記記憶ステップにおいて記憶された判断情報を参
    照し、前記ファイルの転送要求を前記サーバへ送信する
    前に、ユーザに対して前記ファイルの転送要求に係る問
    い合わせを行った場合には、前記ユーザによる問い合わ
    せに応じた入力操作を検出し、前記検出結果に基づき前
    記ファイルの転送要求を前記サーバへ送信するか否かを
    判断することを特徴とする請求項１６に記載の情報処理
    方法。
18. 【請求項１８】 前記ファイルの転送要求には、前記フ
    ァイルに関する情報と、前記ファイルの転送要求を行う
    ユーザを特定するＩＤ情報とを含むことを特徴とする請
    求項１５〜１７のいずれか１の請求項に記載の情報処理
    方法。
19. 【請求項１９】 複数の情報処理装置と、サーバとを具
    備する情報処理システムにおいて、 情報処理装置は、ネットワークを介して接続されたサー
    バに対して所望の仮想空間を指定し、 前記サーバは、同一仮想空間を指定した各情報処理装置
    に対応したオブジェクトを含む仮想空間を構成し、当該
    仮想空間に対応した仮想空間データを前記各情報処理装
    置に送信し、 前記情報処理装置は、前記サーバから受信した仮想空間
    データに基づいて、当該情報処理装置に対応したオブジ
    ェクトから見た前記仮想空間内の画像を表示し、 前記情報処理装置は、転送先オブジェクトを指定する操
    作と転送すべきファイルを指定する操作に応じて、転送
    先オブジェクトに対応した情報処理装置への前記ファイ
    ルの転送要求を前記サーバへ送信し、 前記サーバは、前記ファイルの転送要求に従って、転送
    先オブジェクトに対応した情報処理装置へ前記ファイル
    を転送することを特徴とする情報処理システム。
20. 【請求項２０】 前記サーバは、前記ファイルの転送要
    求に従って、転送先オブジェクトに対応した情報処理装
    置へ前記ファイルを転送するのに先立ち、前記ファイル
    を転送して良いか否かを前記情報処理装置へ問い合わ
    せ、前記情報処理装置から前記転送しても良い旨の応答
    メッセージを受け取った場合には、前記ファイルを前記
    情報処理装置へ転送することを特徴とする請求項１９に
    記載の情報処理システム。