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

トップ :: G 物理学 :: G06 計算;計数

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

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

【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、情報処理装置、情報提供媒体、情報処理方法及び情報処理システムに係り、特にインターネットのようなコンピュータ・ネットワーク上でファイル転送を行うファイル転送技術に関する。
【０００２】
【従来の技術】コンピュータシステムが広汎に普及している現在、ネットワークに接続されたコンピュータ間でファイルの授受を行う等、コンピュータ間での情報交換が盛んに行われるようになっている。現在、ネットワークを介したファイルの転送には、ＦＴＰ(File Transfer Protocol)、ＨＴＴＰ(Hyper Text Transfer Protocol)、電子メールへのファイル添付の３つの方法が広く利用されている。各ファイル転送方式について説明すると、次の通りである。
【０００３】＜ＦＴＰを利用する場合＞図２２は、ＦＴＰを利用してファイル転送を行う場合を説明するための図である。ファイルＦ０を転送するクライアントＡは、まずネットワークを介してＦＴＰサーバにアクセスし、ファイルＦ０をＦＴＰサーバへ送信する。次に、クライアントＡは、ファイルＦ０をＦＴＰサーバに送信した旨を、例えば電子メールを利用してクライアントＢに通知する。クライアントＢは、クライアントＡから該通知を受け取ると、ＦＴＰサーバにアクセスし、ＦＴＰサーバからファイルＦ０を入手する。このようにして、ファイルＦ０は、クライアントＡからＦＴＰサーバを介してクライアントＢへ転送される。なお、ＨＴＴＰを利用してファイル転送を行う場合の動作は、ＦＴＰを利用してファイル転送を行う場合と同様に説明することができるため、省略する。
【０００４】＜電子メールを利用する場合＞図２３は、電子メールを利用してファイル転送を行う場合を説明するための図である。ファイルＦ１を転送するクライアントＣは、まずファイルＦ１の転送先を記述した電子メールにファイルＦ１を添付する。次にクライアントＣは、ファイルＦ１を添付した電子メールをネットワークを介してメールサーバに送信する。メールサーバは、ファイルＦ１の添付された電子メールを受け取ると、該電子メールの宛先を参照し、クライアントＤ宛のメールであることを確認する。そして、メールサーバは、ファイルＦ１の添付された電子メールをメールスプールにおけるクライアントＤに割り当てられたメールボックスに格納する。クライアントＤは、メールサーバにアクセスし、メールスプールに自身宛のメールが届いているか否かを確認し、届いていることを確認するとメールサーバから自身宛のメールを取得する。このようにして、電子メールに添付されたファイルＦ１は、クライアントＣからメールサーバを介してクライアントＤへ転送される。
【０００５】
【発明が解決しようとする課題】しかしながら、上述した従来のファイル転送方式には、次のような問題があった。まず、ＦＴＰ又はＨＴＴＰを利用してファイル転送を行う場合には、ファイルを転送するクライアントが、ファイル転送先のクライアントに対して所望のファイルをＦＴＰサーバ又はＨＴＴＰサーバに送信した旨を通知する必要があった。
【０００６】また、電子メールを利用してファイル転送を行う場合には、メールサーバにおけるメールスプールの制約を受けるため、転送すべきファイルに含まれるデータ量が大きい場合においては電子メールに添付してファイルを転送することができないという問題があった。また、電子メールを送信する際には、ユーザログイン名とドメイン名から構成される相手方のメールアドレスを入力する必要があり、メールアドレスを誤って入力した場合には、正しい相手先にファイルの添付された電子メールが届かないといった問題も生じていた。
【０００７】さらに、上述した従来のファイル転送方式においては、いずれも転送すべきファイルを一端各サーバに蓄積する必要がある。従って、各サーバがファイル等を受け取ってからクライアントに該ファイル等を供給するまでの間に第３者に覗き見られてしまうといった問題も生じていた。本発明は、以上説明した事情を鑑みてなされたものであり、仮想空間を利用することにより、確実性の高いファイル転送を実現することが可能な情報処理装置、情報提供媒体、情報処理方法及び情報処理システムを提供することを目的とする。
【０００８】
【課題を解決するための手段】上記課題を解決するために、請求項１に記載の情報処理装置は、ネットワークを介して接続されたサーバに対して所望の仮想空間を指定することにより、同一仮想空間を指定した各情報処理装置に対応するオブジェクトを含む仮想空間データを前記サーバから取得し、取得した仮想空間データに基づき仮想空間画像を表示する情報処理装置であって、前記サーバから受信した仮想空間データに基づいて、当該情報処理装置に対応するオブジェクトから見た前記仮想空間内の画像を表示する表示手段と、転送すべきファイルを指定する操作が行われたか否かを検出する第１の検出手段と、転送先オブジェクトを指定する操作が行われたか否かを検出する第２の検出手段と、前記第１の検出手段及び前記第２の検出手段から出力される検出結果に基づいて、転送先オブジェクトに対応した情報処理装置へ転送すべきファイルを前記サーバへ送信する送信手段とを具備することを特徴とする。
【０００９】請求項１に記載の情報処理装置においては、当該情報処理装置に対応したアバタから見た前記仮想空間内の画像が表示される。ユーザが情報処理装置を操作し、転送すべきファイルを指定すると共に、所望のアバタを指定すると、前記ファイルは、所望のアバタに対応した情報処理装置へ転送される。すなわち、ユーザは、情報処理装置に表示されるファイル受け手側のアバタにより相手の存在を認識しながら、ファイルを転送することが可能となる。
【００１０】
【発明の実施の形態】以下、図面を参照しながら本発明の実施形態を詳解する。かかる実施形態は、本発明の一態様を示すものであり、本発明を限定的に解釈されるべきものではない。本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【００１１】＜仮想空間に関する説明＞パソコン通信サービスの分野においては、Habitat（商標）と呼ばれるサイバースペース（仮想空間）のサービスが知られている。Habitatは、米国LucasFilm社によって1985年から開発が始められ、米国商業ネットワークであるQuantumLink社で約３年間運用された後、1990年2月に富士通Habitat（商標）としてNIFTY-Serveでそのサービスが開始されたものである。このHabitatにおいては、2次元グラフィックスで描画された「ポピュロポリス（Populopolis）」と呼ばれる仮想の都市に、アバタ（avatar；インド神話に登場する神の化身）と呼ばれるユーザの分身を送り込み、ユーザ同士のチャット（Chat；文字の入力と表示によるテキストベースでのリアルタイムの対話）などを行うことが可能となっている。このHabitatの更に詳細な説明については、サイバースペース，マイケル・ベネディクト編，1994年3月20日初版発行，ＮＴＴ出版 ISBN4－87188－265－9C0010（原著；Cyberspace：First Steps ,Michael Benedikt,ed. 1991,MITPressCambrige,MA ISBN0－262－02327－X）第282頁～第307頁を参照されたい。
【００１２】また、例えば特開平9-81781号公報には、仮想空間内におけるアバタの歩行や移動の表現力を向上させるために、VRML(Virtual Reality Modeling Language)と呼ばれる３次元グラフィクスデータの記述言語を利用し、仮想空間を３次元グラフィックスで表示すると共に、自己の分身であるアバタの視点から見た仮想空間を表示することができる機能を実現した内容が開示されている。なお、VRMLに関する最新の言語VRML2.0においては、３次元的な仮想空間内におけるオブジェクトの自律的な振る舞い（Behavior）を記述し、表現することが可能となっている。これにより、ユーザは、VRML2.0用ブラウザに表示された３次元的な仮想空間内を自身が実際に歩き回っているかのような感覚を享受することができる。このVRML2.0用ブラウザおよび共有サーバ用ソフトウェアとしては、例えば、本出願人であるソニー株式会社が「Community Place(商標) Browser / Bureau」として開発し、製品化しており、そのβ版（試供版）を、インターネット上のホームページ「http://vs.sony.co.jp」または、「http://www.world.sony.com/JP/Electronics/CommunityPlace」からダウンロードすることが可能とされている。
【００１３】１．コミュニティ・システム１－１．コミュニティ・システムの構成図１は、本発明を実現するために適した共有仮想空間を構築・提供することができるネットワーク・コンピューティング・システム１の構成を模式的に示したものである。
【００１４】ここで、ネットワーク・コンピューティング・システム１は、例えば分散ネットワークであってもよい。そして、この分散ネットワークの環境下においては、各ユーザはプログラムやデータなど資源オブジェクトの所在を特に認識する必要がなくなる。また、コンピュータにおいて実行される手続きやメソッドも、ネットワーク上で分散して保持され、管理されている。これにより、例えば、ネットワーク上のある１つのコンピュータ上で動作しているプロセスが、他のコンピュータ上で動作するプロセスの手続きを呼び出して実行させることができるようになる。
【００１５】後述するように、このネットワーク・コンピューティング・システム１上では、３次元の共有仮想空間に展開されるコミュニティ・システムが構築・提供される。このコミュニティ・システムは、仮想空間を表示し、ナビゲーションするＣｏｍｍｕｎｉｔｙＰｌａｃｅ（商標）ブラウザ（ＣＰブラウザ）と、共有仮想空間を管理するＣｏｍｍｕｎｉｔｙＰｌａｃｅサーバ（ＣＰサーバ）と、各々の共有アプリケーションの動作を制御するＡＯ（Application Object）という３つの要素で構成される。
【００１６】ネットワーク・コンピューティング・システム１には、無数のコンピュータ・システムが接続されている。これらコンピュータ・システムは、世界中に散在しており、一部のコンピュータは各種の資源サービスを有償または無償で提供する「サーバ」として稼動する。また、他の一部はサーバに対して資源サービスを要求する「クライアント」として稼動している。
【００１７】また、図１に示すように、ネットワーク・コンピューティング・システム１は、通信媒体として、インターネット１０や、その他の小規模ネットワークとしてのＬＡＮ（Local Area Network）２０Ａ，２０Ｂ，…、各国の電話会社が構築・提供する公衆電話網３０などを含んでいる。勿論、それぞれのＬＡＮ２０Ａ，２０Ｂ，…の実体は、単一のネットワーク・セグメントであっても、あるいは複数のセグメントがルータで接続された構成であってもよい。なお、以下の説明では、ＬＡＮ２０Ａ，２０Ｂ，…及びルータ２１Ａ，２１Ｂ，…を特に区別する必要がない場合には、単にＬＡＮ２０及びルータ２１という。
【００１８】インターネット１０やそれぞれの小規模ネットワークＬＡＮ２０は、ルータ２１等を経由して相互に接続されている。また、インターネット１０の実体は、小規模ネットワークＬＡＮ２０のサーバ同士が相互に接続を繰り返した結果として世界規模に成長した巨大ネットワークである。これらインターネット１０や小規模ネットワークＬＡＮ２０上のサーバ同士は、例えばＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの所定の通信プロトコルにしたがって相互にアクセスが可能である。
【００１９】また、インターネット１０やＬＡＮ２０などのネットワークと、公衆電話網３０とは、ゲートウェイ・システム４０によって相互に接続されている。公衆電話網３０としては、例えばＰＳＴＮ（Public Switched Telephone Network）やＩＳＤＮ（Integrated Service Digital Network）がある。
【００２０】公衆電話網３０は、さらに無数の交換局及び端局（図示略）を擁し、末端には一般の家庭内に設置された電話機が接続されている。また、公衆電話網３０とともに、携帯電話サービス・プロバイダ、ＰＨＳ（Personal Handyphone System）サービス・プロバイダ、ポケットベル（ページャ）・サービス・プロバイダなど、無線通信サービスを提供する多数のキャリアによって、多数の無線電話網（いずれも図示略）が敷設されていてもよい。
【００２１】インターネット１０上のコンピュータ・システム（ＬＡＮ２０経由でインターネット接続されているコンピュータを含む）は、インターネット１０上で識別可能なＩＰアドレスを取得している。言い換えれば、ＩＰアドレスが、各コンピュータとインターネット１０との論理的な接続点となっている。
【００２２】また、インターネット１０上には、専用線によるＩＰ接続を行うことができない一般ユーザのために、インターネットへの接続サービスを提供する通信事業者、すなわち「インターネット・サービス・プロバイダ」（ＩＳＰ）が存在する。営利のインターネット・サービス・プロバイダは、第２種電気通信事業者の登録・届出が必要となる。一般のユーザは、サービス・プロバイダが設置したサーバすなわち「アクセス・ポイント」（ＡＰ）にダイヤルアップすることで、インターネットへのＩＰ接続が行われるので、自分専用のＩＰアドレス取得という経済的負荷からは解放されている。
【００２３】任意のサービス・プロバイダ（ＩＳＰ）経由でＩＰ接続された一般ユーザのコンピュータ（以下、ユーザＰＣ）１００は、インターネット１０上では主としてクライアントとして稼動し、ＷＷＷ（World Wide Web）サーバその他の各種のサーバに対してサービスの提供を要求することができる。
【００２４】インターネット・サービス・プロバイダは、一般に、ダイヤルアップＩＰ接続以外にも、チャットやＢＢＳ（Bulletin Board System：電子掲示板システム）、電子メールなどの各種アプリケーションをインターネット１０上で提供している。
【００２５】勿論、インターネット・サービス・プロバイダ以外の各種の運営母体がチャットやＢＢＳ、電子メール等のインターネット・アプリケーションを提供することも可能である。
【００２６】図１に示す例においては、ＬＡＮ２０Ａを運営するインターネット・サービス・プロバイダが、本実施形態に係る「チャット」、すなわち、コミュニティ・システムを提供しているものとする。コミュニティ・システムは、ネットワーク上にコミュニティ、すなわち、仮想世界を構築する。各ログイン・ユーザは、アバタを介してチャットを行うことにより、擬似コミュニケーションを楽しむことができる。
【００２７】「チャット」（chat）とは、インターネット１０を介して遠隔ユーザ間でリアルタイムのコミュニケーションを行うことをいう。特に、本実施形態に係る３次元チャットは、３次元グラフィックスを用いて描画された３次元共有仮想空間上で各ログイン・ユーザが自分の分身である「アバタ」を送り込んで、リアルタイムのコミュニケーションを行う環境を提供するものである。ＷＷＷシステム上の３次元共有仮想空間すなわちコミュニティ・システムは、例えばＩＳＯ（International Organization for Standardization）標準のＶＲＭＬ（Virtual RealityModeling Language）９７（下記文献[1]参照）で記述することができ、さらに、Ｊａｖａを用いて動作記述を行うことができる。また、かかる３次元共有仮想空間は、ＶＲＭＬブラウザを用いることにより、表示等することが可能となる。
文献[1]：http://www.vrml.org/Specifications/VRML97/【００２８】ＬＡＮ２０Ａ上には、共有仮想空間をインターネット１０上に構築する。さらに、この共有仮想空間上での各種の社会活動を行う環境を提供して共有仮想空間を管理するための共有仮想空間（Community Place ：ＣＰ）サーバ２２や、１以上のアプリケーション・オブジェクト・（ＡＯ）サーバ２３－１，２３－２…が配設されている。
【００２９】また、ＬＡＮ２０Ａには、ＨＴＭＬ（Hyper Text Markup Language）コンテンツなどのＨＴＴＰ（Hyper Text Transfer Protocol）資源オブジェクトを提供する１以上のＷＷＷサーバ２５などが複数接続されていてもよい。ユーザはＬＡＮ２０Ａ上の各サーバ２２，２３－１，２３－２，２５に対して、インターネット１０及びルータ２１Ａを介してアクセスすることができる。
【００３０】本実施形態において、ＷＷＷサーバ２５は、通常のＨＴＭＬコンテンツの他に、３次元仮想世界を記述したＶＲＭＬファイルを提供しているものとする。また、このＶＲＭＬファイルには、仮想世界と共有アプリケーション（shared application）の記述、共有仮想空間（ＣＰ）サーバ２２のアドレス（ＵＲＬ：Uniform Resource Locator）またはそのリンク参照が含まれている。
【００３１】本実施形態に係る３次元共有仮想空間にログインするユーザＰＣ１００は、ＷＷＷサーバ２５が提供するＨＴＭＬコンテンツを解釈し、解釈結果に基づき各種の処理を実行するＨＴＭＬブラウザと、ＶＲＭＬファイルを扱うことができるＶＲＭＬブラウザの双方を備えている。本実施形態で使用されるＶＲＭＬブラウザは、特に、共有仮想空間（Community Place：ＣＰ）を表示し、ナビゲーションすることから、以下では「ＣＰブラウザ」と呼ぶことにする。また、ＨＴＭＬブラウザとＣＰブラウザは、例えば米Ｍｉｃｒｏｓｏｆｔ社のオペレーティング・システム"Ｗｉｎｄｏｗｓ９５／９８／ＮＴ"などによって提供される同一のプラットフォーム上で動作することができる。
【００３２】ＶＲＭＬを用いて構築される３次元共有仮想空間において、当該共有仮想空間内に配置された各オブジェクトは、ユーザ操作に応答して発生するイベントや、あらかじめ設定された時間の経過に伴なって発生するタイマー・イベントに応答した、自律的な動き、すなわち、"Behavior"を実現することができる。
【００３３】Behaviorのメカニズムは、「センサ」、「ルーティング」、「スクリプト」という３つの要素の連携動作によって実現される。すなわち、（１）センサ・ノードとは、３次元仮想世界に配置されたオブジェクトなどのノードに対してあらかじめ関連付けられ、ＶＲＭＬファイルとして記述されたものである。そして、このセンサ・ノードは、センサ・ノードに含まれるフィールドの変化に基づいて外部イベントを感知して、ＶＲＭＬシーン内にイベントを発生させる。
【００３４】（２）発生したイベントは、ＶＲＭＬファイルとして記述されたルーティングに基づいて、オブジェクトの挙動を規定するプログラムである外部スクリプトにルーティング、すなわち伝達される。
【００３５】（３）外部スクリプトには、イベントが到来した時点で呼び出されるメソッドがあらかじめ記述されている。ルーティングによって伝達されたイベントを受け取った外部スクリプトは、メソッドの記述に基づく処理を実行する。その後、外部スクリプトは、その処理結果とルーティングの記述に基づいてＶＲＭＬシーン内の該当するセンサ・ノードのフィールド値を変更する。
【００３６】ＶＲＭＬでは、センサ・ノードとして、例えば、指定されたオブジェクト上をマウス・カーソルが通過したりクリックしたときにイベントを発生する"TouchSensor"や、指定された領域内にユーザの視点（ViewPoint）が侵入した場合にイベントを発生する"ProximittySensor"、所定時刻の到来または所定時間間隔が経過する毎に発生する"TimerSensor"などが定義されている。
【００３７】なお、図１において、サーバまたはクライアントと呼ばれるホスト端末は、通常、ワークステーションまたはパーソナル・コンピュータと呼ばれるコンピュータ・システム上で、サーバ・アプリケーションまたはクライアント・アプリケーションを稼動することによって実現される。
【００３８】次に、図２を参照して、この種のコンピュータ・システム５００のハードウェア構成例を説明する。システム５００のメイン・コントローラであるプロセッサ５１１は、例えば、ＣＰＵ（Central Processing Unit）と呼ばれるＬＳＩ（Large Scale Integration）チップで構成される。そして、ＣＰＵは、オペレーティング・システムＯＳの制御下で、各種のアプリケーションを実行するようになっている。ＯＳは、より好ましくはＧＵＩ（Graphical User Interferface）環境を提供する方がよい。このようなＯＳとしては、例えば、ＵＮＩＸ（登録商標）、または、米Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ９８／ＮＴ（登録商標）であってもよい。
【００３９】図２に示すように、プロセッサ５１１は、バス５１７によって他の機器類（後述）と相互に接続されている。バス５１７上の各機器にはそれぞれ固有のメモリ・アドレスまたはＩ／Ｏアドレスが付与されている。したがって、プロセッサ１１はこれらアドレスによって機器へのアクセスが可能となっている。バス１７の一例としてはＰＣＩ（Peripheral Component Interconnect）バスがある。
【００４０】メモリ５１２は、プロセッサ５１１において実行されるプログラム・コードを格納したり、実行中の作業データを一時保管するために使用される記憶装置である。図２に示すメモリ５１２は、不揮発性及び揮発性メモリ双方を含むものである。
【００４１】ディスプレイ・コントローラ５１３は、プロセッサ５１１が発行する描画命令を実際に処理するための専用コントローラである。そして、ディスプレイ・コントローラ５１３は、例えばＳＶＧＡ（Super Video Graphic Array）またはＸＧＡ（eXtended Graphic Array）相当のビットマップ描画機能をサポートするものである。ディスプレイ・コントローラ５１３において処理された描画データは、例えばフレーム・バッファ（図示略）に一旦書き込まれた後、表示装置５２１に画面出力される。ディスプレイ５２１としては、例えば、ＣＲＴ（Cathode RayTube）ディスプレイや、液晶表示ディスプレイ（Liquid Crystal Display）などがある。
【００４２】入力機器インターフェース５１４は、キーボード５２２やマウス５２３などのユーザ入力機器をシステム５００に接続するための装置である。入力機器インターフェース５１４は、キーボード５２２によるキー入力またはマウス５２３を介した座標指示入力に応答して、プロセッサ５１１に対して割り込みを発生する。
【００４３】ネットワーク・インターフェース５１５は、Ｅｔｈｅｒｎｅｔなどの所定の通信プロトコルにしたがって、システム５００をＬＡＮ（Local Area Network）などのネットワークに接続することができる。ネットワーク・インターフェース５１５は、一般に、ＬＡＮアダプタ・カードの形態で提供され、マザーボード（図示略）上のＰＣＩバス・スロットに装着して用いられる。ただし、ネットワーク・インターフェースではなく、モデム（図示略）経由で外部ネットワークに接続することもできる。
【００４４】ＬＡＮ上では、複数のホスト（コンピュータ）がトランスペアレントな状態で接続され、分散コンピューティング環境が構築されている。また、ホストの一部はルータとして稼動し、さらに他のＬＡＮやインターネットなどの外部ネットワークに接続されている。インターネット上では、ソフトウェア・プログラムやデータ・コンテンツなどのディストリビューションが行われる（周知）。
【００４５】外部機器インターフェース５１６は、ハード・ディスク・ドライブ（ＨＤＤ）５２４やメディア・ドライブ５２５などの外部装置をシステム５００に接続するための装置である。外部機器インターフェース５１６は、例えば、ＩＤＥ（Integrated Drive Electronics）やＳＣＳＩ（Small Computer System Interface）などのインターフェース規格に準拠しているものとする。
【００４６】ＨＤＤ５２４は、記憶媒体としての磁気ディスクを固定的に搭載した外部記憶装置であり（周知）、記憶容量やデータ転送速度などの点で他の外部記憶装置よりも優れている。ソフトウェア・プログラムを実行可能な状態でＨＤＤ５２６上に置くことをプログラムのシステムへの「インストール」と呼ぶ。通常、ＨＤＤ５２４には、プロセッサ５１１が実行すべきオペレーティング・システムのプログラム・コードや、アプリケーション・プログラム、デバイス・ドライバなどが不揮発的に格納されている。
【００４７】また、メディア・ドライブ５２５は、ＣＤ（Compact Disc）やＭＯ（Magneto-Optical disc）、ＤＶＤ（Digital Versatile Disc）などの可搬型メディアを装填して、データ記録面にアクセスするための装置である。可搬型メディアは、主として、ソフトウェア・プログラムやデータ・ファイルなどをコンピュータ可読形式のデータとしてバックアップすることや、これらをシステム間で移動（販売・流通・配布を含む）する目的で使用されている。
【００４８】なお、このようなコンピュータ・システム５００の一例は、米ＩＢＭ社のパーソナル・コンピュータＰＣ／ＡＴ（Personal Computer/Advanced Technology）の互換機または後継機である。
【００４９】１－２．コミュニティ・システムの動作アーキテクチャ図３は、本実施形態に係る共有仮想空間、すなわちコミュニティ・システムにログインしたユーザのコンピュータ１００上で、共有仮想空間を表示しかつナビゲーションするための動作アーキテクチャを模式的に示している。上述したように、各ユーザのコンピュータ、すなわちユーザＰＣ１００上では、ＨＴＭＬブラウザとともに、ＶＲＭＬコンテンツを解釈することが可能なＣＰブラウザが稼動している。ＨＴＭＬブラウザは、米Netscape Communications社の"Netscape Navigator"や、米Ｍｉｃｒｏｓｏｆｔ社の"Internet Explorer"のようなものであってもよい。
【００５０】ユーザＰＣ１００は、例えば、最寄のアクセス・ポイント（ＡＰ）へのダイヤルアップＩＰ接続などの所定の手続を経てインターネット１０に接続される。さらに、ユーザＰＣ１００は、ＨＴＭＬブラウザによってＨＴＴＰプロトコルにしたがってＷＷＷサーバ２５にアクセスする。そして、ＷＷＷサーバ２５から共有仮想空間を記述するＶＲＭＬファイルを取得すると、これをＣＰブラウザに渡す。
【００５１】ＣＰブラウザは、渡されたＶＲＭＬファイルを解析してブラウザ画面上に表示する。また、ＶＲＭＬファイルにＣＰサーバ２２のアドレスが指定されている場合には、指定されたアドレスにあるＣＰサーバ２２への接続を試みる。同一のＶＲＭＬファイルを取得した各ＣＰブラウザは、同一のＣＰサーバ２２への接続を果たす（すなわちログインする）こととなる。この結果、同一のＶＲＭＬファイルを取得した各ＣＰブラウザは、ＶＲＭＬファイルに記述されているＶＲＭＬシーンすなわち同じ３次元仮想世界を共有することができる。
【００５２】ＣＰサーバ２２への接続、すなわち共有仮想空間へのログインに成功すると、それ以後の通信、すなわちＣＰサーバ２２とＣＰブラウザ間の通信は、所定のサーバ－クライアント間プロトコル（本明細書中では、ＶＳＣＰ（Virtual Society Server Client Protocol）と呼ぶ；下記文献[2]参照）を用いて行われる。このＶＳＣＰプロトコルには、ユーザがＣＰブラウザ２２を介して行った変更（例えば、アバタを移動させるなど）をＣＰサーバ２２に通知する機能や、通知された情報をＣＰサーバ２２からさらに他のＣＰブラウザに通知する機能が含まれているものとする。
文献[2]：Honda, Y, Matsuda, K., Rekimoto, J and Lea, R. "Virtual society". Proc. of VRML'95, San Diego. USA. ACM press, pp. 109-116, 1995.【００５３】ＣＰサーバ２２は、各ＣＰブラウザが知る必要がある情報（すなわちＣＰブラウザに送信すべき情報）の配信を、オーラ・アルゴリズム（下記文献[3]参照）を用いて制限することができる。オーラとは、アバタの周辺の領域、例えばユーザが興味を持つと想定される領域等を意味し、オーラの外側にある事物は興味を持たないとみなして情報を送らないことができる。オーラ・アルゴリズムを適用することで、配信すべき情報量を制限することができ、各ログイン・ユーザへのネットワーク・トラフィックが規定の通信容量を越えないように配慮することができる。
文献[3]：Beford, S., and Fahlen, L., "A spacial model of interaction in large virtual environments", Proc. Of G. DeMichelis et al (Eds.) ThirdEuropean Conference on Computer Supported Cooperative Work, Kluwer Academic Publishers, pp. 109-124, 1993.【００５４】ＣＰサーバ２２によって提供される共有仮想空間上には、仮想空間の町並み等を構成するビルディングや、各ユーザの分身であるアバタなど、さまざまな物体が存在している。これらの物体や物体の動作、その他仮想世界上のアプリケーションは、共有仮想空間に存在する（すなわちログインしている）各ユーザ間で共有され、本明細書中では「共有アプリケーション」と呼ばれる。
【００５５】ＡＯ（Application Object）サーバ２３上のＡＯは、共有アプリケーション（shared application）を管理する。ＡＯの開発環境は、主にＪａｖａ言語やＣ＋＋言語などである。ＡＯは、ＣＰサーバ２２の内部情報へのアクセスやタイマーなどのイベント・ハンドラ、ＡＯが管理する共有物体を制御するＡＰＩ（Application Programming Interface）を提供する。ここで言う共有物体には、各ユーザＰＣのブラウザ上に出現する（すなわち共有される）オブジェクト、例えば仮想空間の町並みを構成するビルディング等、基本的な状態が変化しないオブジェクト（基本オブジェクト）や、ログイン・ユーザの分身であるアバタ等、更新可能なオブジェクト（更新オブジェクト）、さらには、ログイン・ユーザが取得し保管するアイテムや機能などが含まれる。また、ログイン・ユーザによるアイテムや機能の取得や廃棄は、例えば自分の分身であるアバタ等が、所望のアイテムを道端で「拾う」等の仮想的な行為によって実現される。
【００５６】図４は、ＣＰサーバ２２におけるユーザ管理テーブルＴＡを説明するための図である。同図に示すように、ユーザ管理テーブルＴＡは、ログイン・ユーザの分身であるアバタ等、更新可能なオブジェクト（更新オブジェクト）を管理するためのテーブルである。ユーザ管理テーブルＴＡは、ユーザＩＤと、更新オブジェクトのニックネームと、更新オブジェクトの各種パラメータと、更新オブジェクトの位置座標と、更新オブジェクトの視点座標と、ＩＰアドレスとにより構成されている。ユーザＩＤは、共有仮想空間の提供を受けるユーザ毎に付与されるユニークなＩＤである。更新オブジェクトの各種パラメータは、例えば更新オブジェクトの形状、色等である。更新オブジェクトの位置座標及び視点座標は、例えば更新オブジェクトが各ユーザのアバタである場合には、該アバタの位置及び該アバタの視点位置を示す座標である。
【００５７】このような構成のユーザ管理テーブルＴＡは、次のようにして作成される。まず、ユーザＰＣ１００のブラウザとＣＰサーバ２２が接続のためのデータの授受を開始すると、ＣＰサーバ２２は、該ブラウザにユニークなユーザＩＤを付与する。そして、ＣＰサーバ２２は、該ブラウザからユーザの更新オブジェクト（例えば、アバタ）に係るニックネーム、該更新オブジェクトの各種パラメータ、共有仮想空間における更新オブジェクトの位置座標及び視点座標、及びＩＰアドレスを取得し、これらをユーザＩＤに対応付けてユーザ管理テーブルに登録する。
【００５８】なお、本実施形態では、ＣＰサーバ２２に接続しに来た順番に、「１」、「２」・・・、といったユーザＩＤが付与される。また、各ブラウザに付与されたユニークなユーザＩＤは、ユーザＰＣ１００のメモリ５１２にそれぞれ格納される。また、ＣＰサーバ２２は、図４に示すユーザ管理テーブルの他に、仮想空間の町並みを構成するビルディング等、基本的な状態が変化しないオブジェクト（基本オブジェクト）を管理するためのテーブルを備えているが、本願発明の趣旨とは直接関係がないため、図示及び説明を省略する。
【００５９】図５は、ユーザＰＣ１００と、ＣＰサーバ２２と、ＡＯサーバ２３との間における通信手順を説明するための図である。共有仮想空間の提供を希望するユーザＡがユーザＰＣ１００ＡのＫＢＤ５２２等を操作し、ＷＷＷサーバ２５へアクセスすると、ＷＷＷサーバ２５は、ユーザＰＣ１００ＡへＶＲＭＬファイル（例えば、ユーザが希望する共有仮想空間を選択するためのメニュー画面情報等）を送信する。ユーザＰＣ１００Ａは、ＷＷＷサーバ２５からＶＲＭＬファイルを受信すると、該ＶＲＭＬファイルをＣＰブラウザに渡す。ＣＰブラウザは、渡されたＶＲＭＬファイルを解析してブラウザ画面上に表示する。ユーザＡは、ブラウザ画面を確認しながらユーザＰＣ１００ＡのＫＢＤ５２２等を操作して、希望する共有仮想空間の選択を行う。
【００６０】ユーザＡによって共有仮想空間の選択が行われると、ユーザＡのＣＰブラウザは、該共有仮想空間に対応するアドレス（ＵＲＬ）を取得すると共に、自ブラウザに付与されたユニークなユーザＩＤを読み出し、指定されたアドレスにあるＣＰサーバ２２への接続を試みる（ステップＣ１）。ＣＰサーバ２２への接続、すなわち共有空間へのログインに成功すると、ＣＰサーバ２２は、該要求に含まれるユーザＩＤ及び前述したユーザ管理テーブル（図４参照）を参照して、仮想空間の提供を希望するユーザを特定すると共に、該ユーザの周囲に存在する他のユーザのユーザＩＤと共有データ等からなる周囲情報テーブルＴＢ（図６参照）を作成する。
【００６１】具体的には、ＣＰサーバ２２は、該要求からユーザＡのＣＰブラウザに付与されたユーザＩＤを取得すると、図７に示すように、例えばそのＣＰブラウザのユーザ（ユーザＡ）に対応したアバタａを中心とする所定の半径Ｒｖの球面体を視認可能領域として設定する。そして、この視認可能領域内に存在する他のユーザ（ユーザＢ）に対応したアバタｂを、ユーザ管理テーブルＴＡに登録されている位置座標等から認識し、認識した他のユーザに係る更新オブジェクトとユーザＩＤとをテーブル化することで、図６に示す周囲情報テーブルＴＢを生成する。なお、この周囲情報テーブルに関しては、ネットワークのトラヒックを考慮して例えば視認可能領域内に所定人数を超えるアバタが入り込んだときは、そのうちの視認可能領域の中心から近い位置にいる所定人数のアバタに係る情報のみを、周囲情報テーブルＴＢに登録するようにしても良い。
【００６２】ＣＰサーバ２２は、周囲情報テーブルＴＢを生成すると、該周囲情報テーブルＴＢをユーザＰＣ１００Ａ宛てに送信する（ステップＣ２）。この結果、ユーザＰＣ１００ＡのＣＰブラウザ、すなわちユーザＡのディスプレイ５２１には、ユーザに対応したアバタから見た共有物体（ここでは、ユーザＢのアバタｂ）を含む共有仮想空間が表示される。このような処理が同一共有仮想空間の提供を希望する各ユーザ毎に行われることにより、各ユーザのディスプレイ５２１には、各ユーザに対応したアバタから見た共有物体を含む共有仮想空間が表示される。
【００６３】このようにＣＰサーバ２２に接続された状態において、ユーザがＰＣ１００のＫＢＤ５２２等を操作して自己を表すアバタを移動させると、対応するスクリプトがＣＰブラウザ上で起動する。このスクリプトは、ＣＰサーバ２２に対してＶＳＣＰプロトコルに従ったメッセージを送信する。ＣＰサーバ２２は、該ＣＰサーバ２２と接続されている他の全てのＣＰブラウザに対して同じメッセージを送り返す。この結果、メッセージを受信した各ＣＰブラウザ、すなわち各ユーザのモニタ画面には、移動したアバタが表示される。
【００６４】２．コミュニティ・システムを利用したファイル転送処理前掲図５に示すように、各ユーザが同一仮想空間を共有している状態において、ユーザＡは自己が所有するファイルをユーザＢに転送しようと考えたとする。ユーザＡは、ＰＣ１００Ａのディスプレイ５２１にユーザＢのアバタｂが表示されていることを確認すると、ＫＢＤ５２２等を操作して、複数のファイルが格納されているフォルダウインドウＦＷを開く。次にユーザＡは、ユーザＢに転送すべきファイルＦをマウス５２３でドラッグし、ドラッグしたファイルＦを仮想空間画像ウインドウＶＷに表示されているアバタｂに対応する位置でドロップする（図８参照）。
【００６５】ユーザＡによってドラッグアンドドロップ操作が行われると、ユーザＰＣ１００Ａのブラウザは、図９に示すファイル転送要求処理を実行する。ユーザＰＣ１００Ａのブラウザは、アバタｂ上にファイルＦがドラッグアンドドロップされたことを検知すると、メモリ５１２に格納されている周囲情報テーブルからアバタｂに対応するユーザＢのユーザＩＤを取得すると共に、転送すべきファイルとして指定されたファイルＦに関する情報（例えば、ファイル名等）を取得する。（ステップＳ１）。
【００６６】ユーザＰＣ１００Ａのブラウザは、ステップＳ２に進むと、メモリ５１２に格納された自動転送要求フラグを参照し、ファイル転送要求を行って良いか否かを判断する。この自動転送要求フラグは、無条件でファイル転送要求を行って良いか否かを判断するためのフラグであり、ユーザがＫＢＤ５２２等を操作することにより設定変更可能となっている。ここで、ユーザＰＣ１００Ａのブラウザは、自動転送要求フラグが“０”であり、無条件でファイルの転送要求を行うべきではないと判断すると（ステップＳ２；ＮＯ）、ステップＳ３に進み、ユーザＡにファイル転送要求を行って良いか否かの判断を仰ぐべく、「ユーザＡさん、ユーザＢさんにファイルの転送要求を行いますか？」といったメッセージを含むダイアログを立ち上げ、ダイアログボックスＤＢ１をディスプレイ５２１に表示する（図１０参照）。
【００６７】ユーザＡは、ディスプレイ５２１に表示されたメッセージを確認した後、ファイルの転送要求を行うべき旨の入力操作（例えば、「Ｏ．Ｋ」ボタンをクリックする等）を行う。ユーザＰＣ１００Ａのブラウザは、ユーザＡによりファイルＦの転送要求を行うべき旨の入力操作が行われたことを検出すると（ステップＳ４；ＹＥＳ）、ステップＳ５に進む。ユーザＰＣ１００Ａのブラウザは、ステップＳ５において、ユーザＰＣ１００Ｂ（ユーザＢに対応）にファイルＦの転送要求を行うべく、ユーザＡのユーザＩＤをメモリ５１２から読み出し、読み出したユーザＡのユーザＩＤと、ファイルＦの受け手側ユーザＢのユーザＩＤと、ファイルＦに関する情報とを含む転送要求情報を生成する。そして、ユーザＰＣ１００Ａのブラウザは、ステップＳ６に進み、生成した転送要求情報に宛先ＩＰアドレス（ＣＰサーバ２２のＩＰアドレス）を付加してＣＰサーバ２２へ送信し（図１１に示す■）、処理を終了する。
【００６８】一方、ユーザＰＣ１００Ａのブラウザは、ステップＳ２において、参照した自動転送要求フラグが“１”であり、無条件でファイル転送要求を行っても良いと判断すると（ステップＳ２；ＹＥＳ）、ステップＳ５→ステップＳ６と進み、生成した転送要求情報をＣＰサーバ２２へ送信し、処理を終了する。また、ユーザＰＣ１００Ａのブラウザは、ステップＳ３において、ダイアログボックスＤＢ１をディスプレイ５２１に表示した後、ユーザＡによりファイルＦの転送要求を行うべきでない旨の入力操作が行われたことを検出した場合には（ステップＳ４；ＮＯ）、転送要求情報を生成することなく、処理を終了する。
【００６９】ユーザＰＣ１００Ａが上述した処理を実行し、転送要求情報をＣＰサーバ２２へ送信すると、ＣＰサーバ２２は、該転送要求情報の送信先を特定すべく、前述したユーザ管理テーブルを参照し、該ユーザＩＤに対応するＩＰアドレスを読み出す。
【００７０】ＣＰサーバ２２は、読み出したＩＰアドレスに基づき、ユーザＢに対応したユーザＰＣ１００Ｂへ転送要求情報を転送する（図１１に示す■）。ユーザＰＣ１００Ｂのブラウザは、ユーザＰＣ１００ＡからＣＰサーバ２２経由で該転送要求情報を受け取ると、図１２に示ファイル転送要求受入処理を実行する。
【００７１】ユーザＰＣ１００Ｂのブラウザは、ネットワークインタフェース５１５を介して転送要求情報を受け取ると（ステップＳａ１）、ステップＳａ２に進む。ユーザＰＣ１００Ｂのブラウザは、ステップＳａ２において、メモリ５１２に格納された転送要求受入フラグを参照し、無条件に（すなわち、ファイルの送り手が誰であるかを問わずに）ファイル転送要求を拒絶するか否かを判断する。ユーザＰＣ１００Ｂのブラウザは、転送要求受入フラグが“１”であり、無条件にファイル転送要求を拒絶すべきでないと判断すると（ステップＳａ２；ＮＯ）、ステップＳａ３に進む。ステップＳａ３に進むと、ユーザＰＣ１００Ｂのブラウザは、メモリ５１２に格納されている転送要求受入管理テーブルを参照し、該ファイル転送要求を受け入れるべきか否かを判断する。
【００７２】図１３は、転送要求受入管理テーブルの内容を示した図である。転送要求受入管理テーブルは、ユーザＩＤと、ファイル転送要求の受け入れ有無を示す情報とを対応付けした表である。同図から明らかなように、ユーザＡを示すユーザＩＤ（ＩＤ：「１」）には、ファイル転送要求を受け入れるべき「許可」が対応付けられている。なお、各ユーザに対応するユーザＩＤは、例えば周囲情報テーブルＴＢ（図６参照）から取得することが可能である。ユーザＰＣ１００Ｂのブラウザは、転送要求情報に含まれるユーザＡ（転送要求情報の送信元）のユーザＩＤと、該ファイル受け入れ管理テーブルとを比較する。
【００７３】そして、ユーザＰＣ１００Ｂのブラウザは、ユーザＡからのファイル転送要求を許可すべきであると判断すると（ステップＳａ４；ＹＥＳ）、ユーザＢにファイル転送要求を許可して良いか否かの判断を促すダイアログを立ち上げ、「ユーザＢさん、ユーザＡさんからファイルＦの転送要求がきました。ファイル転送を許可しますか？」といったメッセージを含むダイアログボックスＤＢ２（図１４参照）をディスプレイ５２１に表示する（ステップＳａ５）。
【００７４】ユーザＢは、ディスプレイ５２１に表示されたメッセージを確認した後、ＫＢＤ５２２を操作して、ユーザＡからのファイル転送を許可すべき旨の入力（例えば、「Ｏ．Ｋ」ボタンをクリックする等）を行う。ユーザＰＣ１００Ｂのブラウザは、ユーザＢによってファイル転送要求を許可すべき旨の入力操作が行われたことを検知すると（ステップＳａ６；ＹＥＳ）、ファイル転送要求を許可する旨の応答メッセージを作成すると共に、該応答メッセージをＣＰサーバ２２へ送信し（ステップＳａ７）、処理をする（図１１に示す■）。
【００７５】一方、ユーザＰＣ１００Ｂのブラウザは、ステップＳａ２において、参照した転送要求受入フラグが“０”であり、無条件にファイル転送要求を拒絶すべきであると判断すると（ステップＳａ２；ＹＥＳ）、ステップＳａ８に進む。ユーザＰＣ１００Ｂのブラウザは、ステップＳａ８において、ファイル転送要求を拒絶する旨の応答メッセージを作成すると共に、該応答メッセージをＣＰサーバ２２へ送信し、処理を終了する。
【００７６】また、ユーザＰＣ１００Ｂのブラウザは、ユーザＡからのファイル転送要求を拒絶すべきであると判断した場合（ステップＳａ４；ＮＯ）、及びユーザＢによってファイル転送要求を拒絶すべき旨の入力操作が行われたことを検知した場合には（ステップＳａ６；ＮＯ）、ステップＳａ８に進み、ファイル転送を拒絶する旨の応答メッセージを作成すると共に、該応答メッセージをＣＰサーバ２２へ送信し、処理を終了する。
【００７７】ユーザＰＣ１００Ｂが上述した処理を実行し、ファイル転送要求に対する応答メッセージをＣＰサーバ２２へ送信すると、ＣＰサーバ２２は該応答メッセージをユーザＰＣ１００Ａへ転送する（図１１に示す■、■）。ユーザＰＣ１００Ａのブラウザは、ネットワークインタフェース５１５を介して応答メッセージを受け取ると、該応答メッセージの内容に基づき、ファイルを転送するか否かを決定する。すなわち、ユーザＰＣ１００Ａのブラウザは、受け取った応答メッセージがファイル転送を許可する旨の応答メッセージであると判断すると、ユーザＢに転送すべきファイルＦをメモリ５１２から読み出し、読み出したファイルＦをＣＰサーバ２２経由でユーザＰＣ１００Ｂへ送信する（図１５参照）。
【００７８】ユーザＰＣ１００Ｂのブラウザは、ＣＰサーバ２２、ネットワークインタフェース５１５を介してファイルＦを受け取ると、ユーザＢに受け取ったファイルＦの格納先を特定させるべく、図１６に示すダイアログボックスＤＢ３をディスプレイ５２１に表示する。ユーザＢは、ディスプレイ５２１に表示されたメッセージを確認した後、ファイルＦの格納先を特定するための入力操作（例えば、ファイルＦの格納先としてデスクトップを選択する等）を行う。このようにして、ファイルＦは、ユーザＡのユーザＰＣ１００ＡからユーザＢのユーザＰＣ１００Ｂへ転送される。
【００７９】一方、ユーザＰＣ１００Ａのブラウザは、受け取った応答メッセージがファイル転送を拒絶する旨の応答メッセージであると判断すると、ユーザＢによってファイルの転送が拒絶された旨をユーザＡに報知すべく、図１７に示すダイアログボックスＤＢ４をディスプレイ５２１に表示して、ファイルＦの転送処理を終了する。
【００８０】以上説明したように、本実施形態に係る仮想空間システム１００によれば、ユーザは仮想空間を利用してファイルの授受を行うことができる。また、ユーザは、表示装置４２０に表示されるファイル受け手側のアバタにより相手の存在を認識しながら、転送すべきファイルを該アバタ上にドラッグアンドドロップするという直感的な操作により、ファイルを転送することができる。すなわち、ユーザは、実際にものを相手に渡す感覚でファイルを転送することができるため、転送間違いを減らすことが可能となる。
【００８１】また、仮想空間を利用してファイルの授受を行う際には、受け手側がファイルの受け取りを了承したか否かの確認を行う。受け手側では、ファイルを受け取る前に、ファイルの送り主、ファイルの内容等を把握することができるため、受け手側のユーザは必要のないファイルを受け取らずに済むことができる。また、受け手側がファイルの受け取りを了承した場合のみ、ファイルが転送されるため、各クライアント端末４００の間に介在するサーバ２００は、ファイル蓄積手段を新たに設ける必要もない。また、ファイルの転送は、送り手と受け手の１対１通信であるため、第３者による覗き等も軽減することができる。
【００８２】なお、上述した本実施形態では、ドラッグアンドドロップ操作により、転送すべきファイル及び転送すべき相手の特定を行ったが、例えば転送すべきファイルをクリック操作等によって特定し、次いで転送すべき相手のアバタをクリック操作等によって特定するようにしても良い。
【００８３】また、上述した本実施形態に係る転送要求情報は、自己のユーザＩＤを含む構成であったが、自己のユーザＩＤを含まない構成とすることも可能である。すなわち、ファイル転送元のユーザＰＣ１００のブラウザは、ファイル受け手側ユーザのユーザＩＤと、ファイルＦに関する情報を含む転送要求情報を生成し、ＣＰサーバ２２へ送信する。
【００８４】ＣＰサーバ２２は、ユーザ管理テーブルを参照して転送要求情報受け手側のユーザに対応するＩＰアドレスを読み出すと共に、該転送要求情報パケットのヘッダに含まれる送信元ＩＰアドレスを取得して、送信元ユーザのユーザＩＤを読み出す。
【００８５】ＣＰサーバ２２は、読み出した転送要求情報送信元のユーザに対応するユーザＩＤを転送要求情報に含めると共に、該転送要求情報に転送要求情報受け手側のユーザに対応するＩＰアドレスを付加して、ＰＣ１００へ送信する。
【００８６】また、上述した本実施形態は、ＣＰサーバ２２と、ＡＯサーバ２３と、ＷＷＷサーバ２５がそれぞれ独立したコンピュータシステムとして存在するアーキテクチャを想定しているが、ＣＰサーバ２２、ＡＯサーバ２３、ＷＷＷサーバ２５が単一のサーバ・マシン上で動作する構成としても良い。
【００８７】３．変形例３－１．ネットワークシステムの全体構成図１８において、２００は全体として本発明を適用した携帯電話機ＭＳ３が接続されているネットワークシステムを示し、通信サービスの提供エリアの所望の大きさに分割したセル内にそれぞれ固定無線局である基地局ＣＳ１～ＣＳ４が設置されている。
【００８８】これらの基地局ＣＳ１～ＣＳ４には、移動無線局である携帯情報端末ＭＳ１及びＭＳ２やカメラ付ディジタル携帯電話機ＭＳ３及びＭＳ４が例えばＷ－ＣＤＭＡ(Wideband-Code Division Multiple Access)と呼ばれる符号分割多元接続方式によって無線接続されるようになされており、2[GHz]の周波数帯域を使用して最大2[Mbps]のデータ転送速度で大容量データを高速にデータ通信し得るようになされている。
【００８９】このように携帯情報端末ＭＳ１及びＭＳ２やカメラ付ディジタル携帯電話機ＭＳ３及びＭＳ４は、Ｗ－ＣＤＭＡ方式によって大容量データを高速にデータ通信し得るようになされていることにより、音声通話だけでなく電子メールの送受信、簡易ホームページの閲覧、画像の送受信等の多種に及びデータ通信を実行し得るようになされている。また基地局ＣＳ１～ＣＳ４は、有線回線を介して公衆回線網ＩＮＷに接続されており、当該公衆回線網ＩＮＷにはインターネット１０や、図示しない多くの加入者有線端末、コンピュータネットワーク及び企業内ネットワーク等が接続されている。
【００９０】公衆回線網ＩＮＷには、インターネット・サービス・プロバイダ（ＩＰＳ）のアクセスサーバＡＳも接続されており、当該アクセスポイントＡＳには当該インターネットサービスプロバイダが保有するコンテンツサーバＴＳ等が接続されている。このコンテンツサーバＴＳは、加入者有線端末や携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４からの要求に応じて例えば簡易ホームページ等のコンテンツをたとえばコンパクトＨＴＭＬ（Hyper Text Markup Language）形式のファイルとして提供するようになされている。
【００９１】このコンパクトＨＴＭＬとは、ＨＴＭＬのサブセットであり、限られたサイズの表示装置の中で反映可能なタグのみ残し他の部分を切り捨てたものである。例えばＮＴＴドコモ社のサービスであるｉＭｏｄｅではｉモード用ＨＴＭＬを採用しており、これは携帯電話に必要な機能を絞り込み約３０種のタグを使用している、テキストの文字属性や色は指定できず、画像も２階調のＧＩＦファイルが推奨されるなどの限定条件がある。このようなコンパクトＨＴＭＬや移動通信用プロトコルのWAP(Wireless Application Pritocol)にて使われる記述言語であるＨＤＭＬ（handheld Device Markup Language）、ＷＭＬ（Wireless Markup Language）等を用いることで、表示領域や表示能力に制限のある携帯端末などで閲覧する簡易ホームページのファイルを作成することができる。
【００９２】ところでインターネット１０には、上述した本実施形態と同様、ルータ２１及びＬＡＮ２０を介してＣＰサーバ、ＡＯサーバ２３、ＷＷＷサーバ２５等の多数のサーバが接続されており、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）及びＶＳＣＰ(Virtual Society Server Client Protocol)に従って加入者有線端末や携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４からＣＰサーバ、ＡＯサーバ２３、ＷＷＷサーバ２５等に対してアクセスし得るようになされている。
【００９３】因みに携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機、ＭＳ３、ＭＳ４は、図示しない基地局ＣＳ１～ＣＳ４までを２[Mbps]の簡易トランスポートプロトコルで通信し、当該基地局ＣＳ１～ＣＳ４からインターネット１０を介してＣＰサーバ、ＡＯサーバ２３、ＷＷＷサーバ２５等までをＴＣＰ／ＩＰ及びＶＳＣＰで通信するようになされている。
【００９４】なお管理制御装置ＭＣＵは、公衆回線網ＩＮＷを介して加入者有線端末や携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４に接続されており、当該加入者有線端末や携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４に対する認証処理や課金処理等を行うようになされている。
【００９５】３－２．カメラ付ディジタル携帯電話機の外観構成次に本発明を適用したカメラ付ディジタル携帯電話機ＭＳ３の外観構成について説明する。図１９に示すようにカメラ付ディジタル携帯電話機ＭＳ３は、中央のヒンジ部２１１を境に表示部２１２と本体２１３とに分けられており、当該ヒンジ部２１１を介して折り畳み可能に形成されている。
【００９６】表示部２１２には、上端左部に送受信用のアンテナ２１４が引出し及び収納可能な状態に取り付けられており、当該アンテナ２１４を介して基地局ＣＳ３との間で電波を送受信するようになされている。また表示部２１２には、上端中央部にほぼ１８０度の角度範囲で回動自在なカメラ部２１５が設けられており、当該カメラ部２１５のＣＣＤカメラ２１６によって所望の撮像対象を撮像し得るようになされている。ここで表示部２１２は、カメラ部２１５がユーザによってほぼ１８０度回動されて位置決めされた場合、図２０に示すように当該カメラ部２１５の背面側中央に設けられたスピーカ２１７が正面側に位置することになり、これにより通常の音声通話状態に切り換わるようになされている。
【００９７】さらに表示部２１２には、その正面に液晶ディスプレイ２１８設けられており、電波の受信状態、電池残量、電話帳として登録されている相手先名や電話番号及び発信履歴等の他、電子メールの内容、簡易ホームページ、カメラ部２１５のＣＣＤカメラ２１６で撮像した画像を表示し得るようになされている。一方、本体２１３には、その表面「０」～「９」の数字キー、発呼キー、リダイヤルキー、終話及び電源キー、クリアキー及び電子メールキー等の操作キー２１９が設けられており、当該操作キー２１９を用いて各種指示を入力し得るようになされている。
【００９８】また本体２１３には、操作キー２１９の下部にメモボタン２２０やマイクロフォン２２１が設けられており、当該メモボタン２２０によって通話中の間の音声を録音し得ると共に、マイクロフォン２２１によって通話時のユーザの音声を集音するようになされている。さらに本体２１３には、操作キー２１９の上部に回動自在なジョグダイヤル２２２が当該本体２１３の表面から僅かに突出した状態で設け等られており、当該ジョグダイヤル２２２に対する回動操作に応じて液晶ディスプレイ２１８に表示されている電話帳リストや電子メールのスクロール動作、簡易ホームページの捲り動作及び画像の送り動作等の種々の動作を実行するようになされている。
【００９９】例えば本体２１３は、ユーザによジョグダイヤル２２２の回動操作に応じて液晶ディスプレイ２１８に表示された電話帳リストの複数の電話番号の中から所望の電話番号が選択され、当該ジョグダイヤル２２２が本体２１３の内部方向に押圧されると、選択された電話番号を確定して当該電話番号に対して自動的に発呼処理を行うようになされている。なお本体２１３は、背面側に図示しないバッテリパックが挿着されており、終話及び電源キーがオン状態になると、当該バッテリパックから各回路部に対して電力が供給されて動作可能な状態に起動する。
【０１００】ところで本体２１３には、当該本体２１３の左側面上部に抜差自在なメモリスティック（ソニー株式会社の商標）２２３を挿着するためのメモリスティックスロット２２４が設けられており、メモボタン２２０が押下されるとメモリスティック２２３に通話中の相手の音声を記録したり、ユーザの操作に応じて電子メール、簡易ホームページ、ＣＣＤカメラ２１６で撮像した画像を記録し得るようになされている。
【０１０１】ここでメモリスティック２２３は、本願出願人であるソニー株式会社によって開発されたフラッシュメモリカードの一種である。このメモリスティック２２３は、縦21.5×横50×厚さ2.8［mm］の小型薄型形状のプラスチックケース内に電気的に書換えや消去が可能な不揮発性メモリであるＥＥＰＲＯＭ（ElectricallyErasable and Programmable Read Only Memory）の一種であるフラッシュメモリ素子を格納したものであり、１０ピン端子を介して画像や音声、音楽等の各種データの書き込み及び読み出しが可能となっている。
【０１０２】またメモリスティック２２３は、大容量化等による内蔵フラッシュメモリの仕様変更に対しても、使用する機器で互換性を確保することができる独自のシリアルプロトコルを採用し、最大書込速度1.5[MB/S]、最大読出速度2.45［MB/S］の高速性能を実現していると共に、誤消去防止スイッチを設けて高い信頼性を確保している。従ってカメラ付ディジタル携帯電話機ＭＳ３は、このようなメモリスティック２２３を挿着可能に構成されているために、当該メモリスティック２２３を介して他の電子機器との間でデータの共有化を図ることができるようになされている。
【０１０３】３－３．カメラ付ディジタル携帯電話機の回路構成図２１に示すように、カメラ付ディジタル携帯電話機ＭＳ３は、表示部２１２及び本体２１３の各部を統括的に制御するようになされた主制御部２５０に対して、電源回路部２５１、操作入力制御部２５２、画像エンコーダ２５３、カメラインターフェース部２５４、ＬＣＤ（Liquid Crystal Display）制御部２５５、画像デコーダ２５６、多重分離部２５７、記録再生部２６２、変復調回路部２５８及び音声コーデック２５９がメインバス２６０を介して互いに接続されると共に、画像エンコーダ２５３、画像デコーダ２５６、多重分離部２５７、変復調回路部２５８及び音声コーデック２５９が同期バス２６１を介して互いに接続されて構成されている。
【０１０４】電源回路部２５１は、ユーザの操作により終話及び電源キーがオン状態にされると、バッテリパックから各部に対して電力を供給することによりカメラ付ディジタル携帯電話機ＭＳ３を動作可能な状態に起動する。カメラ付ディジタル携帯電話機ＭＳ３は、ＣＰＵ、ＲＯＭ及びＲＡＭ等でなる主制御部２５０の制御に基づいて、音声通話モード時にマイクロフォン２２１で集音した音声信号を音声コーデック２５９によってディジタル音声データに変換し、これを変復調回路部２５８でスペクトラム拡散処理し、送受信回路部２６２でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ２１４を介して送信する。
【０１０５】またカメラ付ディジタル携帯電話機ＭＳ３は、音声通話モード時にアンテナ２１４で受信した受信信号を増幅して周波数変換処理及びアナログディジタル変換処理を施し、変復調回路部２５８でスペクトラム逆拡散処理し、音声コーデック２５９によってアナログ音声信号に変換した後、これをスピーカ２１７を介して出力する。さらにカメラ付ディジタル携帯電話機ＭＳ３は、データ通信モード時に電子メールを送信する場合、操作キー２１９及びジョグダイヤル２２２の操作によって入力された電子メールのテキストデータを操作入力制御部２５２を介して主制御部２５０に送出する。
【０１０６】主制御部２５０は、テキストデータを変復調回路部２５８でスペクトラム拡散処理し、送受信回路部２６２でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ２１４を介して基地局ＣＳ３（図１８参照）へ送信する。これに対してカメラ付ディジタル携帯電話機ＭＳ３は、データ通信モード時に電子メールを受信する場合、アンテナ２１４を介して基地局ＣＳ３から受信した受信信号を変復調回路部２５８でスペクトラム逆拡散処理して元のテクストデータを復元した後、ＬＣＤ制御部２５５を介して液晶ディスプレイ２１８に電子メールとして表示する。この後カメラ付ディジタル携帯電話機ＭＳ３は、ユーザの操作に応じて受信した電子メールを記録再生部２６２を介してメモリスティック２２３に記録することも可能である。
【０１０７】一方、カメラ付ディジタル携帯電話機ＭＳ３は、データ通信モード時に画像データを送信する場合、ＣＣＤカメラ２１６で撮像された画像データをカメラインターフェース部２５４を介して画像エンコーダ２５３に供給する。因みにカメラ付ディジタル携帯電話機ＭＳ３は、画像データを送信しない場合には、ＣＣＤカメラ２１６で撮像した画像データをカメラインターフェース部２５４及びＬＣＤ制御部２５５を介して液晶ディスプレイ２１８に直接表示することも可能である。画像エンコーダ２５３は、ＣＣＤカメラ２１６から供給された画像データを例えばＭＰＥＧ（Moving Picture Experts Group ）２やＭＰＥＧ４等の所定の符号化方式によって圧縮符号化することにより符号化画像データに変換し、これを多重分離部２５７に送出する。
【０１０８】このとき同時にカメラ付ディジタル携帯電話機ＭＳ３は、ＣＣＤカメラ２１６で撮像中にマイクロフォン２２１で集音した音声を音声コーデック２５９を介してディジタルの音声データとして多重分離部２５７に送出する。多重分離部２５７は、画像エンコーダ２５３から供給された符号化画像データと音声コーデック２５９から供給された音声データとを所定の方式で多重化し、その結果得られる多重化データを変復調回路部２５８でスペクトラム拡散処理し、送受信回路部２６２でディジタルアナログ変換処理及び周波数変換処理を施した後にアンテナ２１４を介して送信する。これに対してカメラ付ディジタル携帯電話機ＭＳ３は、データ通信モード時に例えば簡易ホームページ等にリンクされた動画像ファイルのデータを受信する場合、アンテナ２１４を介して基地局ＣＳ３から受信した受信信号を変復調回路部２５８でスペクトラム逆拡散処理し、その結果得られる多重化データを多重分離部２５７に送出する。
【０１０９】多重分離部２５７は、多重化データを分離することにより符号化画像データと音声データとに分け、同期バス２６１を介して当該符号化画像データを画像デコーダ２５６に供給すると共に当該音声データを音声コーデック２５９に供給する。画像デコーダ２５６は、符号化画像データをＭＰＥＧ２やＭＰＥＧ４等の所定の符号化方式に対応した復号化方式でデコードすることにより再生動画像データを生成し、これをＬＣＤ制御部２５５を介して液晶ディスプレイ２１８に供給し、これにより、例えば、簡易ホームページにリンクされた動画像ファイルに含まれる動画データが表示される。
【０１１０】このとき同時に音声コーデック２５９は、音声データをアナログ音声信号に変換した後、これをスピーカ２１７に供給し、これにより、例えば、簡易ホームページにリンクされた動画像ファイルに含まる音声データが再生される。この場合も電子メールの場合と同様にカメラ付ディジタル携帯電話機ＭＳ３は、受信した簡易ホームページ等にリンクされたデータをユーザの操作により記録再生部２６２を介してメモリスティック２２３に記録することが可能である。かかる構成に加えてカメラ付ディジタル携帯電話機ＭＳ３の主制御部２５０のＲＯＭには、本実施形態と同様のＨＴＭＬブラウザ、ＣＰブラウザが格納されると共に、ファイル転送要求処理を実行するためのプログラム（図９参照）やファイル転送要求受入処理を実行するためのプログラム（図１２参照）が格納されており、これら各種プログラム等に基づいてファイル転送要求処理、ファイル転送要求受入処理、ファイル転送処理等を実行し得るようになされている。
【０１１１】このように上述した一連の処理を実行するプログラム、ブラウザ等をノートパソコン１及びカメラ付ディジタル携帯電話機ＭＳ３にインストールし、当該ノートパソコン１及びカメラ付ディジタル携帯電話機ＭＳ３にインストールにおいて実行可能な状態にするために用いられるプログラム格納媒体としては、例えばフロッピー（登録商標）ディスク、ＣＤ－ＲＯＭ（Compact Disc-Read Only Memory）、ＤＶＤ（Digital Versataile Disc ）等のパッケージメディアのみならず、サイバージェスチャープログラム１８０が一時的もしくは永続的に格納される半導体メモリや磁気ディスク等で実現しても良い。
【０１１２】また、これらプログラム格納媒体に上述した一連の処理を実行するプログラム、ブラウザ等を格納する手段としては、ローカルエリアネットワークやインターネット、ディジタル衛星放送等の有線及び無線通信媒体を利用しても良く、ルータやモデム等の各種通信インターフェースを介して格納するようにしても良い。さらに上述した変形例においては、本発明の情報処理装置としてノートパソコン１及びカメラ付ディジタル携帯電話機ＭＳ３に適用するようにした場合について述べたが、携帯情報端末ＭＳ１及びＭＳ２等の他の種々の情報処理装置に適用するようにしても良い。
【０１１３】
【発明の効果】以上説明したように、本発明によれば、ファイル転送を行う際、仮想空間内のアバタをユーザインタフェースとして利用することにより、確実性の高いファイル転送を実現することができる。

【出願人】	【識別番号】０００００２１８５【氏名又は名称】ソニー株式会社
【出願日】	平成１２年１０月２７日（２０００．１０．２７）
【代理人】	【識別番号】１０００９８０８４【弁理士】【氏名又は名称】川▲崎▼ 研二（外２名）
【公開番号】	特開２００２－１３２６１８（Ｐ２００２－１３２６１８Ａ）
【公開日】	平成１４年５月１０日（２００２．５．１０）
【出願番号】	特願２０００－３２９３８２（Ｐ２０００－３２９３８２）