(57)【特許請求の範囲】
【請求項１】
複数のユーザがログインすることによって形成される、コンピュータ・ネットワーク上のコミュニティ・システムにおいて、ユーザ毎に利用料を課金するための課金処理装置であって、
前記コミュニティ・システムにログインした各ユーザにアバタをそれぞれ与えるアバタ割当手段と、
ユーザ操作に応じて該当するアバタを前記コミュニティ・システム上で動作させるアバタ動作手段と、
前記コミュニティ・システム上でアバタが使用可能な１以上のアイテムを提供するアイテム提供手段と、
各ユーザが自分のアバタを通じて取得したアイテムの種類を管理する課金情報管理手段と、
各ユーザに対して自分のアバタを通じて取得したアイテムの保管を希望するか否かを問い合わせ、保管を希望することに応じてアイテムの保管手続を実行する保管手続手段と、
各ユーザに対して、保管するアイテムの種類に応じた料金をそれぞれ課金する課金手段と、
を具備することを特徴とする課金処理装置。
【請求項２】
前記課金手段は、保管を希望するアイテムが所定数未満のユーザに対しては課金しないことを特徴とする請求項１に記載の課金処理装置。
【請求項３】
前記課金手段は、ユーザが前記コミュニティ・システムにログインする際に料金を課金することを特徴とする請求項１に記載の課金処理装置。
【請求項４】
前記課金手段は、ユーザが前記コミュニティ・システムにログインする時の認証処理に連動して料金を課金することを特徴とする請求項１に記載の課金処理装置。
【請求項５】
前記課金手段は、ユーザが前記コミュニティ・システムからログアウトする際に料金を課金することを特徴とする請求項１に記載の課金処理装置。
【請求項６】
前記課金手段は、ユーザが前記コミュニティ・システム上でアイテムを新規取得したことに応答して料金を課金することを特徴とする請求項１に記載の課金処理装置。
【請求項７】
複数のユーザがログインすることによって形成される、コンピュータ・ネットワーク上のコミュニティ・システムにおいてユーザ毎に利用料を課金する課金処理をコンピュータ上で実行するためのコンピュータ・プログラムをコンピュータ可読形式で格納するプログラム記憶媒体であって、前記コンピュータ・プログラムは、前記コンピュータを、
前記コミュニティ・システムにログインした各ユーザにアバタをそれぞれ与えるアバタ割当手段、
ユーザ操作に応じて該当するアバタを前記コミュニティ・システム上で動作させるアバタ動作手段、
前記コミュニティ・システム上でアバタが使用可能な１以上のアイテムを提供するアイテム提供手段、
各ユーザが自分のアバタを通じて取得したアイテムの種類を管理する課金情報管理手段、
各ユーザに対して自分のアバタを通じて取得したアイテムの保管を希望するか否かを問い合わせ、保管を希望することに応じてアイテムの保管手続を実行する保管手続手段、
各ユーザに対して、保管するアイテムの種類に応じた料金をそれぞれ課金する課金手段、
として機能させるためのプログラム記憶媒体。
【請求項８】
前記課金手段は、保管を希望するアイテムが所定数未満のユーザに対しては課金しない、
ことを特徴とする請求項７に記載のプログラム記憶媒体。
【請求項９】
前記課金手段は、ユーザが前記コミュニティ・システムにログインする際に料金を課金する、
ことを特徴とする請求項７に記載のプログラム記憶媒体。
【請求項１０】
前記課金手段は、ユーザが前記コミュニティ・システムにログインする時の認証処理に連動して料金を課金する、
ことを特徴とする請求項７に記載のプログラム記憶媒体。
【請求項１１】
前記課金手段は、ユーザが前記コミュニティ・システムからログアウトする際に料金を課金する、
ことを特徴とする請求項７に記載のプログラム記憶媒体。
【請求項１２】
前記課金手段は、ユーザが前記コミュニティ・システム上でアイテムを新規取得したことに応答して料金を課金する、
ことを特徴とする請求項７に記載のプログラム記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、サーバが提供したサービスに対する対価をサービスの利用者に課金するための自動課金技術に係り、特に、インターネットのようなコンピュータ・ネットワーク上で構築・提供されるサービスの利用者に対して対価を課金する自動課金技術に関する。
【０００２】
更に詳しくは、本発明は、特に、インターネットのようなコンピュータ・ネットワーク上で構築・提供されるチャット・システムや仮想会議システムなどのような複数のログイン・ユーザ間のやり取りで実現されるコミュニティ系のサービスの利用に対する対価を課金する自動課金技術に係り、特に、このようなコミュニティ系サービスの利用者に対して利用状況に応じた対価を課金する自動課金技術に関する。
【０００３】
【従来の技術】
昨今、情報処理や情報通信などのコンピューティング技術が飛躍的に向上し、コンピュータ・システムが広汎に普及してきている。さらに、コンピュータ同士を相互接続するネットワーク・コンピューティング技術に対する要望も高まってきている。ネットワーク上では、各コンピュータのユーザ同士で、コンピュータ資源の共有や、情報の共有・流通・配布・交換などの作業を円滑に行うことができる。また、ネットワーク経由で接続された各ユーザのコンピュータ間で共同作業を行うこともできる。
【０００４】
コンピュータ同士を相互接続するネットワークの形態は様々である。例えば、ＥｔｈｅｒｎｅｔやＢｌｕｅｔｏｏｔｈのような局所に敷設されたＬＡＮ（Local Area Network）や、ＬＡＮ同士を専用線などで相互接続して構成されるＷＡＮ（Wide Area Network）、さらには、ネットワーク同士の相互接続を繰り返し行った結果として文字通り世界規模のネットワークへ成長を遂げた「インターネット」（The Internet）など様々である。
【０００５】
「インターネット」は、米国防総省が構築したＡＲＰＡＮＥＴ（Advanced Research Projects Agency Network）を原形としたネットワークであり、その後、全米科学財団のＮＳＦＮＥＴ（National Science Foundation Network）に包括された。さらに、１９９５年にバックボーンが民間に移管されることにより、現在における本格的な拡大がスタートすることとなった。インターネットは、各大学や研究機関等に設置されたサーバ（主にＵＮＩＸワークステーション）が自主的に相互接続を繰り返した結果、現在の巨大ネットワークへと成長するに至った。インターネット上のサーバ同士は、通常、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）ベースで相互接続されている。現在、インターネット上には無数のサーバが接続されており、各サーバは、各種の資源オブジェクトを無数のクライアントに公開している。
【０００６】
インターネット上では、ＷＷＷ（World Wide Web）、Ｎｅｗｓ、ＴＥＬＮＥＴ（TELetypewriter NETwork）、ＦＴＰ（File Transfer Protocol）、Ｇｏｐｈｅｒなど、多数のサービスが公開されている。このうち、ＷＷＷは、ハイパーリンク構造の情報空間を提供する広域情報検索システムであり、インターネットの爆発的な成長や急速な普及を遂げる最大の要因ともなっている。
【０００７】
ＷＷＷは、スイスのＣＥＲＮ（European Center for Nuclear Research：欧州核物理学研究所）のＴｉｍ  Ｂｅｒｎｅｓ−Ｌｅｅ氏等の提案によるものであり、テキスト、画像、音声などの各種メディアをハイテキスト形式で閲覧することができる広域情報検索システムである。ＷＷＷ上で扱われるハイパーテキスト情報は、ＨＴＭＬ（Hyper Text Markup Language）と呼ばれるハイパーテキスト形式の記述言語で記述される。ＨＴＭＬによるハイパーテキストの記述によれば、基本的に"＜"及び"＞"からなるタグで区切られる書式設定によって、文書の論理的な構造を表現することができる。ＴＣＰ／ＩＰネットワーク上でＨＴＭＬ形式のファイルを転送するプロトコルは、ＨＴＴＰ（Hyper Text Transfer Protocol）プロトコルと呼ばれる。
【０００８】
インターネット上には無数のＨＴＭＬドキュメントすなわち情報資源が、有償又は無償で公開されている。ＴＣＰ／ＩＰに従えば、これらＨＴＭＬドキュメントを始めとする各種の情報資源は、ＵＲＬ（Uniform Resource Locator）という形式の識別子によって特定される。ＵＲＬとは、情報資源にアクセスする手段とその情報資源の名前とを指定した文字列のことであり、「スキーム名（プロトコル名）://ホスト名（ドメイン名）：ポート番号/パス名（ファイル名）」という形式で記述される。ＨＴＭＬドキュメントは、他の情報資源とのリンク関係を含むことができるが、リンク情報もＵＲＬ形式で指定される。
【０００９】
ＷＷＷは、クライアント−サーバ型で構築されるシステムである。ＷＷＷサーバは、ＨＴＴＰデーモンと呼ばれるサーバ・ソフトウェアを稼動し、ＨＴＭＬ形式で記述された情報資源を格納し、及び／又は、該資源を提供するコンピュータ・システムである。（「デーモン」とは、ＵＮＩＸ上で作業を行うとき、バックグラウンドでシステムの管理や処理を実行するプログラムの総称である。）
【００１０】
他方のＷＷＷクライアントは、「ＷＷＷブラウザ」又は「ＨＴＭＬブラウザ」と呼ばれるユーザ・エージェントを用いて動作するコンピュータである。米Netscape Communications社の"Netscape Navigator"や、米Microsoft社の"Internet Explorer"がＷＷＷブラウザの代表例である。
【００１１】
ＷＷＷクライアント・ユーザは、ブラウザ画面上の場所ボックスに資源識別子としてのＵＲＬ文字列を記入することによって、所望の情報資源を指定することができる。ＷＷＷブラウザは、通常、ＨＴＴＰ（Hyper Text Transfer Protocol）プロトコルに従ってＷＷＷサーバ上の情報資源へのアクセスすなわち情報資源の取り出しを行う。さらに、ＷＷＷブラウザは、取得したＨＴＭＬドキュメントを解析して、ブラウザ・ウィンドウ画面上で、その内容を表示する（すなわちホームページをブラウザ画面上で組み立てる）。ブラウザ画面に表示されたＷＷＷページ上では、リンク情報は「アンカー」として表示される。ユーザはアンカーをクリックすることで、次の参照先である情報資源を順次指定することができる。すなわち、ユーザは、ＷＷＷブラウザ画面を介して、インターネット上でハイパーリンクが張り巡らされたＷＷＷ情報資源空間を探索し、多様な情報資源に次々とアクセスすることができる訳である。
【００１２】
さらに、ＷＷＷ以外にも、ＢＢＳ（Bulletin Board System：電子掲示板）やチャット（chat）などの各種のアプリケーションが、インターネット上で利用に供されている。
【００１３】
また、チャットとは、ネットワーク上でキーボード入力文字を使ってリアルタイムに会話を行う"on-line-talk"である。通常、複数のユーザがチャットにログインして、同時に会話することができるし、１人の発言が参加者全員のモニタ画面上に提示されるようになっている。チャットによれば、遠隔地に散在するユーザ間でリアルタイムの会話若しくは議論を、インターネット上に構築された仮想世界において享受することができる。言い換えれば、チャット・システムは、ネットワーク上に仮想的に構築された「コミュニティ」であり、複数のユーザがログインして擬似的な社会活動すなわちコミュニケーションを行うことによってコミュニティが成立し且つ維持される。
【００１４】
また、チャットとは、ネットワーク上でキーボード入力文字を使ってリアルタイムに会話を行う"on-line-talk"である。通常、複数のユーザがチャットにログインして、同時に会話することができるし、１人の発言が参加者全員のモニタ画面上に提示されるようになっている。チャットによれば、遠隔地に散在するユーザ間でリアルタイムの会話若しくは議論を、インタネット上に構築された仮想世界において享受することができる。言い換えれば、チャット・システムは、ネットワーク上に仮想的に構築された「コミュニティ」であり、複数のユーザがログインして擬似的な社会活動すなわちコミュニケーションを行うことによってコミュニティが成立し且つ維持される。
【００１５】
チャット・システムが提供する仮想世界にログインしさえすれば即座に会話への参加資格が随時得られ、各ユーザが現実世界上で顔見知りである必要がないという気軽さも、チャットの大きな魅力であろう。ＢＢＳによるインタラクションが非同期的であるのに対して、チャットの対話は同期的であり、相手の反応を確認しながら発言することができるので、ユーザにとって刺激的である。
【００１６】
例えば、パソコン通信サービス分野において知られる"Ｈａｂｉｔａｔ"（商標）は、いわゆるサイバー・スペース上でチャットを行うことができるサービスである。Ｈａｂｉｔａｔは、米国ＬｕｃａｓＦｉｌｍ社によって１９８５年から開発が始められ、米国商業ネットワークの１つであるＱｕａｎｔｕｍＬｉｎｋ社での約３年間の運用を経て、１９９０年２月に富士通Ｈａｂｉｔａｔ（商標）としてＮｉｆｔｙ−Ｓｅｒｖｅでそのサービスが開始されるに至った。
【００１７】
Ｈａｂｉｔａｔにおいては、２次元グラフィックスで描画された「ポピュロポリス（Populopolis）」と呼ばれる仮想の都市に、「アバタ」（avatar：インド神話に登場する「神の化身」という意味）と呼ばれるユーザの分身を送り込み、ログインしたユーザ同士は各自のアバタを介してチャットを行うことができる。なお、Ｈａｂｉｔａｔの詳細については、例えば、「サイバースペース」（マイケル・ベネディクト編，１９９４年３月２０日初版発行，ＮＴＴ出版，ＩＳＢＮ４−８７１８８−２６５−９Ｃ００１０（原著：Cyberspace: First Steps, Michael Bebedikt, ed. 1991, MIT PressCambridge, MA ISBN0-262-02327-X）  第２８２頁乃至第３０７頁）に記述されている。
【００１８】
ところで、ＷＷＷをさらに拡張して、３次元情報を記述したり、３次元グラフィックスで描画されたオブジェクトに対してハイパーテキストのリンクの設定を可能にする言語として、ＶＲＭＬ（Virtual Reality Modeling Language）が開発された。ＶＲＭＬによれば、３次元オブジェクトの見た目（appearance：例えば照明の具合など）と形（geometry）をデータとして扱うことができる。さらに、オブジェクトに名前を付与し、名前の動作をＪａｖａプログラミング言語で記述することが可能である。
【００１９】
ＶＲＭＬ１．０では、主に、ユーザのマウス操作に応答して３次元オブジェクトが変化する、静的なオブジェクトの表現が可能である。また、ＶＲＭＬ２．０では、"Moving World"をベースとした仕様が公開され、ＶＲＭＬ１．０の機能に加えて、３次オブジェクトの自律的なBehavior（動作）やアニメーションのマッピング、音声データの取り扱い、インタラクティブな表現などが可能となっている。
【００２０】
上述したチャット・システムすなわち仮想的なコミュニティを、ＶＲＭＬ２．０を用いて３次元的に構築しようとする場合、以下の事柄を含んだＶＲＭＬファイルを作成すればよい。
（１）仮想空間内の物体（モデル）の形や動き、位置などを示す図形データを作成する（モデル作成）。
（２）画面表示された仮想空間内のモデルをマウスでクリックするなどのユーザ操作に対してイベントを発生させるスイッチ（センサ）をモデルに付加する（センサ付加）。
（３）センサへのユーザ操作に応答してイベントを実現するスクリプトをプログラミングする（スクリプト作成）。
（４）センサへの操作とスクリプトの起動、及び、図形データとスクリプトの間の対応付けを行う（ルーティング）。
【００２１】
ＶＲＭＬコンテンツは、ＶＲＭＬブラウザを用いて閲覧することができる。すなわち、ＶＲＭＬブラウザ画面を通して、インターネットのＷＷＷ資源空間上から所望のＶＲＭＬコンテンツが読み出され、且つ表示される。そして、ユーザは、マウス等のポインティング・デバイスを用いて３次元空間を自由に移動することができる。３次元空間上を移動することに伴なって、表示画面も移動した場所から見える情景にリアルタイムに変化していく。狭い範囲での移動は、クライアント側で３次元データに基づいて再計算され、表示される。また、３次元グラフィックスを用いて描画されたオブジェクト（例えば直方体や円柱など）に対して、ハイパーテキスト形式のリンクを設定することもできる。すなわち、ユーザは、３次元表示画面上をマウス・カーソルで探索し、３次元オブジェクトとして表示されているアンカーをクリックすることで、別のＶＲＭＬコンテンツ又はＨＴＭＬコンテンツに辿りつくことができる。
【００２２】
また、ＶＲＭＬを用いてチャット・システムを記述すれば、原初的には各参加者のキーボード入力文章からなる会話を単に逐次記録する形式のチャット（前述）を、３次元状の仮想空間内での会話として楽しむことが可能となる。３次元チャットは、インターネット上で構築・提供される、リアリティに富んだ共有仮想社会におけるコミュニケーションの場となる。
【００２３】
このような３次元共有仮想空間は、ＶＲＭＬで記述され、例えばＷＷＷサーバからインターネット経由でダウンロードすることができる。共有仮想空間にログインした各参加者には、自分の分身に相当するアバタ（avatar）が与えられる。このアバタは、アプリケーションによって生成されるアプリケーション・オブジェクトの一種である。共有仮想空間上の各アバタに関する情報（例えば、現在位置や着ている衣装、名前、性別など）は、各ログイン・ユーザ間で共有されるので、各ユーザのモニタ画面上には自分や他人のユーザのアバタが出現する。各ユーザは、マウス操作などによって、あたかも自分が実世界上を探索するような感覚で、アバタに共有仮想空間上を探索させることができる。ある１人のユーザがキー入力した発言は、アバタからポップアップする吹き出しという形式で各ユーザのモニタ画面にも表示される。
【００２４】
このような３次元共有仮想世界は、発言内容を時系列的に文字表示するだけの旧態依然のチャット・システムに比し、ユーザを視覚的に惹きつけることができる。また、会話相手の反応を３次元的な画像表示を通してリアルタイムで確認することができるので、会話を行う刺激はさらに増すであろう。各ユーザ同士は、共有仮想世界上で起きた出来事などの仮想体験又は擬似体験を共有することができる。また、会話の入力に加えて、３次元空間上での他のアバタを探索したり、特定のアバタから逃げ出すように、ゲーム感覚のインタラクティブ操作が加わる。さらに、昼夜や季節など時間のメカニズムを始めとして実世界に近い変化を導入することによって仮想現実感をさらに増し、ユーザがより溶け込み易い又は親しみ易い環境を共有仮想空間上に提供することも可能である。
【００２５】
勿論、３次元共有仮想世界上で、各ログイン・ユーザ同士でロールプレイング・ゲームや対戦式のゲームなどのコラボレーションを行うことも可能である。
【００２６】
例えば、本出願人に既に譲渡されている特開平９−８１７８１号公報には、３次元グラフィックスによって仮想空間を表示し、ユーザがアバタの視点で自由に歩き回ることができる３次元仮想現実空間について開示されている。同公報に記載される３次元の共有仮想空間は、ＶＲＭＬ記述言語を利用して記述することができる。
【００２７】
この他、日経エレクトロニクス１９９６．９．９（Ｎｏ．６７０）の第１５１頁乃至第１５９頁にはユーザの分身であるアバタを用いてチャットを行う種々のサイバースペースに関する考察が掲載されている。
【００２８】
ところで、インターネットのような広域ネットワーク上で公開される資源サービスの中には既に有料化されたものもある。このような場合、サービスの利用者には、例えば月額固定制あるいは従量制で利用料金が課される。
【００２９】
有料制又は会員制のサイトでは、例えば、各ユーザがサーバにログイン時（あるいは有料の資源にアクセスしたとき）、ユーザに対してユーザ名（又は、アカウント名やログイン名）とパスワードの入力が促される。この手続きは、一般には、ユーザ側のブラウザ上にユーザ名やパスワード入力を行うダイアログ・ボックスがポップアップされる形式で行われる。これに対し、サーバ側では、入力されたユーザ名及びパスワードの組を基にして、参加資格に関する所定の認証処理を行い、ログインの可否を判断する。また、利用料金の支払方法は、クレジット・カードやデビット・カードによる決済、銀行など指定金融機関からの口座引き落とし、請求書の郵送など様々である。
【００３０】
サーバすなわちサービス提供者側にとっては、利用者から回収した利用料は、これまでに提供したサービスの対価として、あるいは将来的な製品開発等のための資金として活用されることになる。その意味において、サービスの有料化は資本主義経済の理念にも合致すると言えよう。
【００３１】
しかしながら、利用者側から見れば、サービスの有料化はサービス利用及び利用の継続を考慮する上で大きな経済的・精神的な負担又は障壁となることも否めない。このような障壁は、サービス提供者側がより優れた製品やサービスを開発し提供することによって必ずしも取り除かれるようなものではない。今まで無料であったサービスを有料化に切り替えることによって、ユーザ数が激減する危惧さえある。
【００３２】
例えば、ネットワーク上での単純な情報提供サービスや、商品の物流を省略・節約することを目的としたネット販売サービスの場合、ユーザ数の減少に比例して売上高が減少する。
【００３３】
これに対し、上述したチャット・システムのようなコミュニティ系のサービスの場合、ユーザ数の減少はさらに深刻である。何故ならば、コミュニティというものは、複数のユーザがログインすなわち参加して擬似的な社会活動すなわちコミュニケーションを行うことで成立し且つ維持されるものであり、コミュニティ空間上で他のユーザが見当たらない、すなわち話し相手が居ないことには、サービスの対象であるコミュニティそのものが形成されない。同様に、ロールプレイングや対戦式のゲームの場合においても、他のログイン・ユーザが居ないときには、当然、ゲームが成り立たない。
【００３４】
言い換えれば、多数の参加者によって形成されるコミュニティ系のサービスの場合、サービス有料化は、サービスの存在意義や存亡論に関わる極めて重大な問題なのである。
【００３５】
なお、従来より、サーバによる「ディスク貸し」というサービスがある。このサービスでは、ディスク容量のような物理的な単位（ＭＢ、ＧＢなど）に相応してその利用料金が決められる。しかしながら、このようなサービスの価値を理解するには、コンピュータやネットワークに関するある程度以上の知識が必要であり、初心者にはこのようなサービスの存在意義の理解に苦しむこともあるであろう。また、サービス提供者側にとっても、ディスク貸しは言い換えればデータの単純な保存サービスに相当するので、同業他社との間でサービス品質の差別化を行うことが難しい。
【００３６】
【発明が解決しようとする課題】
本発明の目的は、インターネットのようなコンピュータ・ネットワーク上においてサービスを構築し提供する際、該サービスの利用者に対して対価を好適に課金することができる、優れた自動課金技術を提供することにある。
【００３７】
本発明の更なる目的は、インターネットのようなコンピュータ・ネットワーク上においてチャット・システムや仮想会議システムなど複数のログイン・ユーザ間のやり取りで実現されるコミュニティ系のサービスを構築し提供する際、該サービスの利用に対する対価を好適に課金することができる、優れた自動課金技術を提供することにある。
【００３８】
本発明の更なる目的は、チャット・システムや仮想会議システムなど複数のログイン・ユーザ間のやり取りで実現されるコミュニティ系サービスの利用者に対して利用状況に応じた対価を課金することができる、優れた自動課金技術を提供することにある。
【００３９】
本発明の更なる目的は、無料・有料を問わず多くのユーザを吸引してコミュニティ内の活動を維持しつつ、有料ユーザに対しては利用状況に応じた対価を課金することができる、優れた自動課金技術を提供することにある。
【００４０】
【課題を解決するための手段】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、複数のユーザがログインすることによって形成されるコミュニティ・システムにおいて各ユーザ毎に利用料を課金するための課金処理装置又は方法であって、
前記コミュニティ・システム上で使用可能な１以上のアイテムを提供するアイテム提供手段又はステップと、
各ユーザが取得中のアイテムの種類を管理する課金情報管理手段又はステップと、
各ユーザに対して利用中のアイテムの種類に応じた料金を課金する課金手段又はステップと、
を具備することを特徴とする課金処理装置又は方法である。
【００４１】
前記コミュニティ・システムは、例えば「チャット」のような、分散ネットワーク環境下で構築された共有仮想空間上で複数のユーザが参加可能な仮想会話システムである。
【００４２】
前記課金手段又はステップは、ユーザに対して利用中のアイテムの保管を希望するか否かという形式で料金を課金するようにしてもよい。この保管料という考え方は、現実世界におけるトランク・ルームやコイン・ロッカーなどの時間貸しの保管庫というメタファを有する。
【００４３】
また、前記課金手段又はステップは、保管を希望するアイテムが所定数未満のユーザに対しては課金しないようにしてもよい。したがって、あまり多くのアイテムを使用しないユーザは、コミュニティ・システムの無料会員としてコミュニティに参加し続けることができる。
【００４４】
また、前記課金手段又はステップは、ユーザが前記コミュニティ・システムにログインする際に料金を課金するようにしてもよい。通常、コミュニティ・システムにログインする際、参加資格の是非などの認証処理のために、ユーザに対してユーザＩＤやログイン・パスワードの入力が要求される。この認証処理と並行して保管アイテム数をチェックすることにより、ユーザに対する課金処理を円滑に行うことができる。
【００４５】
また、前記課金手段又はステップは、ユーザが前記コミュニティ・システムからログアウトする際に料金を課金するようにしてもよい。一般に、コミュニティ・システムのクライアント及びサーバの双方では、ログイン・ユーザに関する使用アイテムなどの現在情報は作業データとして揮発的に保持されている。かかる揮発データは、ログアウト時に、課金情報を管理するデータベースなどに不揮発的に記録又は登録しておく必要がある。ログアウト時に課金する場合、データベース登録処理と課金処理を並行して行うことができる。
【００４６】
また、前記課金手段又はステップは、ユーザが前記コミュニティ・システム上でアイテムを新規取得したことに応答して、逐次的に料金を課金するようにしてもよい。このように逐次的に課金処理を行うことにより、コミュニティ・システムの提供業者は、利益を確実に得ることができる。
【００４７】
また、本発明の第２の側面は、複数のユーザがログインすることによって形成されるコミュニティ・システムにおいて各ユーザ毎に利用料を課金する課金処理をコンピュータ・システム上で実行するためのコンピュータ・プログラムをコンピュータ可読形式で格納するプログラム記憶媒体であって、前記コンピュータ・プログラムは、
前記コミュニティ・システム上で使用可能な１以上のアイテムを提供するアイテム提供ステップと、
各ユーザが取得中のアイテムの種類を管理する課金情報管理ステップと、
各ユーザに対して利用中のアイテムの種類に応じた料金を課金する課金ステップと、
を具備することを特徴とするプログラム記憶媒体である。
【００４８】
本発明の第２の側面に係るコンピュータ可読記憶媒体は、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ・プログラムをコンピュータ可読な形式で提供する媒体である。このような媒体は、例えば、ＣＤ（Compact Disc）やＦＤ（Floppy Disc）、ＭＯ（Magneto-Optical disc）などの着脱自在で可搬性の記憶媒体である。あるいは、ネットワーク（ネットワークは無線、有線の区別を問わない）などの伝送媒体などを経由してコンピュータ・プログラムを特定のコンピュータ・システムに提供することも技術的に可能である。
【００４９】
このようなプログラム記憶媒体は、コンピュータ・システム上で所定のコンピュータ・プログラムの機能を実現するための、コンピュータ・プログラムと記憶媒体との構造上又は機能上の協働的関係を定義したものである。換言すれば、本発明の第２の側面に係るプログラム記憶媒体を介して所定のコンピュータ・プログラムをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第１の側面と同様の作用効果を得ることができる。
【００５０】
【作用】
本発明は、コミュニティを形成できるだけのユーザ数を取り込むために、ある程度の無料ユーザを容認しつつ、サービスの提供・維持・改善に必要な資金を調達するために一部のユーザに対しては料金を課金するものであり、なお且つ、無料及び有料ユーザの双方が納得することができる課金システムを提供するものである。
【００５１】
本発明に係るコミュニティ・システムでは、アクセスすなわちコミュニティへのログイン自体には課金しない。その代わりに、コミュニティ・サービスの中でユーザに差別的要因を提供するアイテムや機能に対して課金するようにした。
【００５２】
ここで言う「アイテム」とは、例えば、３次元コミュニティ・システムすなわち仮想空間上で、ログイン・ユーザを化体するアバタ（前述）が身に付ける「お金」、「団体用バッチ」、「スーパー骨」、「ランプ」や、帽子その他の装飾品である。アイテムは、仮想空間内において店舗内の棚に陳列したり道端に落ちていたりいる。各ログイン・ユーザは、分身であるアバタにアイテムを購入させたり拾わせたりすることで、自らの意思でアイテムを入手することができる。また、ここで言う「機能」とは、「手紙（又は仮想空間内でのメール機能）」、「ＰＨＳ（携帯電話：又は仮想空間内での遠隔通信機能）」、「地図（仮想空間内でのオブジェクト探索機能）」など、仮想空間内でアバタに与えられる、差別的な要因を提供する機能や能力のことを意味する。
【００５３】
コミュニティ・システムへのログイン自体を無料に維持することによって、今までの無料ユーザは、躊躇することなくコミュニティに参加することができる。コミュニティの参加者数を維持又は増大させることにより、まず、コミュニティそのものが成立する。別の見方をすれば、無料ユーザであっても、ログインすなわちコミュニティに参加するという行為によって利用料相当を支払っていることにもなるので、参加資格という形式で利益の還元を受けて相当であろう。
【００５４】
また、上述したようなアイテムや機能は、仮想空間上における通常のコミュニケーション操作のために必須ではない。すなわち、これらはアバタが標準的に装備する道具というよりも、むしろ各ユーザが任意に取り揃えるべきものという差別的要因としての性質が強い。したがって、アイテムや機能の有料化に関して、ほとんどのユーザにとって異論や違和感はないであろう。
【００５５】
例えば、オプション的な機能もアイテムという形で抽象化して、アイテムの保管料という名目でユーザから料金を徴収することができる。
【００５６】
この保管料という考え方は、現実世界におけるトランク・ルームやコイン・ロッカーなどの時間貸しの保管庫というメタファを有する。したがって、コンピュータやネットワークの知識に習熟していないようなネットワーク・サービス利用者にとっても、その概念や有料化の意義を理解し納得することは、「ディスク貸し」（前述）の場合に比しはるかに容易であろう。
【００５７】
アイテムの保管料を徴収するということは、例えば、保管時すなわちユーザがコミュニティにログイン又はログアウトするタイミングで課金することを意味する。これは、アイテムを利用する毎に逐次的に課金する場合に比し、お金の出入りの回数が少なくて済み簡易である。したがって、当該課金方式は子供向けサービスにも適用し易いであろう。また、サービス提供者側においても、課金管理する回数が少なければ、その分だけサーバ負荷を削減することができる。
【００５８】
また、アバタに与えられたアイテムや機能を保管することは、言い換えれば、機能の有用性やコンテンツの優秀性に対して課金することに等しい。例えば、データ・サイズは非常に小さいが優秀な機能や、小さいが優れたデザインを持つビットマップに対しては、大きな利用料金を課すようにしてもよいであろう。これは、現実世界における冷凍保存や宝石の保管などのメタファを持つことができるので、プレミアムを付けても、一般ユーザが容易に理解し、広く受け容れられ易いであろう。
【００５９】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００６０】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施例を詳解する。
【００６１】
１．コミュニティ・システムの構成
図１には、本発明を実現するのに適した共有仮想世界を構築・提供することができるネットワーク・コンピューティング・システム１の構成を模式的に示している。ネットワーク・コンピューティング・システム１は、例えば分散ネットワークであってもよい。分散ネットワーク環境下では、各ユーザはプログラムやデータなど資源オブジェクトの所在を特に認識する必要がなくなる。また、コンピュータにおいて実行される手続きやメソッドも、ネットワーク上で分散して保持され、管理されている。例えば、ネットワーク上のある１つのコンピュータ上で動作しているプロセスが、他のコンピュータ上で動作するプロセスの手続きを呼び出して実行させることができる。
【００６２】
後述するように、このネットワーク・コンピューティング・システム１上では、３次元の共有仮想世界に展開されるコミュニティ・システムが構築・提供される。このコミュニティ・システムは、仮想空間を表示しナビゲーションするブラウザ（ＣＰブラウザ）と、仮想空間を管理する共有仮想世界サーバ（ＣＰサーバ）と、共有アプリケーション開発環境であるＡＯ（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 Reality Modeling Language）９７[1]で記述することができ、また、Ｊａｖａを用いて動作記述を行うことができる。また、かかる３次元共有仮想世界は、ＶＲＭＬブラウザを用いて表示しナビゲーションすることができる。
【００７５】
ＬＡＮ２０Ａ上には、共有仮想世界をインターネット１０上に構築するとともに、この共有仮想世界上での各種の社会活動を行う環境を提供して、同共有仮想世界を管理するための共有仮想世界（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 Ray Tube）ディスプレイや、液晶表示ディスプレイ（Liquid Crystal Display）などである。
【００８８】
ネットワーク・インターフェース５１５は、Ｅｔｈｅｒｎｅｔ（登録商標）などの所定の通信プロトコルに従って、システム５００をＬＡＮ（Local Area Network）などのネットワークに接続することができる。ネットワーク・インターフェース５１５は、一般に、ＬＡＮアダプタ・カードの形態で提供され、マザーボード（図示しない）上のＰＣＩバス・スロットに装着して用いられる。但し、ネットワーク・インターフェースではなく、モデム（図示しない）経由で外部ネットワークに接続することもできる。
【００８９】
ネットワーク・インターフェース５１５は、Ｅｔｈｅｒｎｅｔなどの所定の通信プロトコルに従って、システム５００をＬＡＮ（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）[3]と呼ぶ）を用いて行われる。このＶＳＣＰプロトコルには、ユーザがＣＰブラウザを通して行った変更（例えば、アバタによるアイテムの取得や廃棄など）をＣＰサーバ２２に通知する機能や、通知された情報をＣＰサーバ２２からさらに他のＣＰブラウザに通知する機能が含まれているものとする。
【００９９】
ＣＰサーバ２２は、各ＣＰブラウザが知る必要がある情報（すなわちＣＰブラウザに送信すべき情報）の配信を、オーラ・アルゴリズム[2]を用いて制限することができる。オーラとは、アバタの周辺の領域、すなわちユーザが興味を持つと想定される領域のことを意味し（前述）、オーラの外側にある事物は興味を持たないとみなして情報を送らない。オーラ・アルゴリズムを適用することで、配信すべき情報量を制限して、各ログイン・ユーザへのネットワーク・トラフィックが規定の通信容量を越えないようにしている。
【０１００】
ＣＰサーバ２２によって提供される共有仮想世界上には、各ユーザの分身であるアバタや、アバタが飼育するペット（仮想生物）など、さまざまな物体が存在する。これらの物体や物体の動作、その他仮想世界上のアプリケーションは、共有仮想世界に存在する（すなわちログインしている）各ユーザ間で共有され、本明細書中では「共有アプリケーション」と呼ばれる。
【０１０１】
ＡＯサーバ２３上のＡＯ（Ａｐｐｌｉｃａｔｉｏｎ  Ｏｂｊｅｃｔ）は、共有アプリケーション（ｓｈａｒｅｄ  ａｐｐｌｉｃａｔｉｏｎ）を管理する。ＡＯの開発環境は、主にＪａｖａ言語やＣ＋＋言語などである。ＡＯは、ＣＰサーバ２２の内部情報へのアクセスやタイマーなどのイベント・ハンドラ、ＡＯが管理する共有物体を制御するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を提供する。ここで言う共有物体には、各ユーザ・コンピュータのブラウザ上に出現する（すなわち共有される）オブジェクトであり、ログイン・ユーザの分身であるアバタや、アバタが飼育する仮想生物（ペット）、さらには、ログイン・ユーザが取得し保管するアイテムや機能などが含まれる。また、ログイン・ユーザによるアイテムや機能の取得や廃棄は、例えば自分の分身であるアバタや、アバタのペットである仮想生物が、所望のアイテムを道端で「拾う」、あるいは仮想店舗の陳列棚から購入するという行為によって化体される（後述）。
【０１０２】
なお、例えば本出願人に既に譲渡されている特願平９−１５４４７１号明細書（特開平１０−３２８４１６号公報）には、共有仮想空間上でアバタや仮想ペットなどの仮想生命オブジェクトの成長パラメータを管理することで、ユーザによる遠隔制御に基づいてこれら仮想生命オブジェクトの自律的な挙動を実現した共有仮想空間提供装置及び方法について開示されている。
【０１０３】
ＡＯサーバ２３は、ＣＰサーバ２２に対して所定のアプリケーション・プロトコルを用いて通信することができる。したがって、ＣＰサーバ２２とＡＯサーバ２３は、単一のサーバ・マシン上で動作する必要はなく、図１に示すようにそれぞれ独立したコンピュータ・システムとして存在するスケーラブルなアーキテクチャであってもよい。
【０１０４】
図３には、本実施例に係るＡＯの動作メカニズムを例示している。同図に示す例では、共有仮想世界にログインしたある１人のユーザが、自分の分身であるアバタのペット（共有アプリケーション）をクリックしたときの動作例であり、クリック操作に応答してペットが鳴くという動作が各ログイン・ユーザ間で共有される。
【０１０５】
ＡＯサーバ２３がＣＰサーバ２２に接続すると、ＡＯサーバ２３が管理する共有物体を共有仮想空間に追加するように、ＣＰサーバ２２に対して要求を発行する（Ｓ１）。
【０１０６】
ＣＰサーバ２２は、自分に接続している全てのＣＰブラウザに対して、この要求を転送する。この結果、ＣＰブラウザ、すなわち現在ログイン中のユーザのモニタ画面には共有物体が出現する（Ｓ２）。但し、各ログイン・ユーザのＣＰブラウザに与えられる共有物体の情報は、その分身であるアバタ又は仮想ペットのオーラ（前述）の範囲内に限定してもよい。
【０１０７】
また、あるユーザがＣＰブラウザ上で共有物体を選択（すなわちクリック）すると（Ｓ３）、対応するスクリプトがＣＰブラウザ上で起動する（Ｓ４）。このスクリプトは、ＣＰサーバ２２に対してＶＳＣＰプロトコルに従ったメッセージを送信する（Ｓ５）。
【０１０８】
ＣＰサーバ２２は、選択された共有物体を管理するＡＯサーバ２３にこのメッセージを送信する（Ｓ６）。ＡＯサーバ２３は、メッセージの処理を行い、ＣＰサーバ２２経由（すなわちＶＳＣＰプロトコルに従って）で他の全てのＣＰブラウザに対して同じメッセージを送り返す（Ｓ７）。この結果、メッセージは、各ＣＰブラウザ上の対応する共有物体に渡されて、同じ処理が行われる（Ｓ８）。但し、各ＣＰブラウザに返信するメッセージを、オーラ・アルゴリズムに従って限定してもよい。
【０１０９】
また、図３には示していないが、アバタやその仮想ペットがアイテムや機能を取得したり廃棄したりする場合も同様の処理により実現される。
【０１１０】
すなわち、ログイン・ユーザがＣＰブラウザ上でアイテムの取得又は廃棄という動作を行うと、対応するスクリプトがＣＰブラウザ上で起動する。このスクリプトは、ＣＰサーバ２２に対してＶＳＣＰプロトコルに従ったメッセージを送信する。
【０１１１】
ＣＰサーバ２２は、選択された共有物体を管理するＡＯサーバ２３にこのメッセージを送信する。これに対し、ＡＯサーバ２３は、該メッセージの処理を行い、ＣＰサーバ２２経由（すなわちＶＳＣＰプロトコルに従って）で他の全てのＣＰブラウザに対して同じメッセージを送り返す。この結果、メッセージは、各ＣＰブラウザ上の対応する共有物体に渡されて、同じ処理が行われる。但し、各ＣＰブラウザに返信するメッセージを、オーラ・アルゴリズムに従って限定してもよい。
【０１１２】
なお、ログイン・ユーザが取得したアイテムの種類は、課金処理に必須の情報である。ログイン期間中、かかる取得アイテム情報は、ＣＰブラウザ及びＣＰサーバの各々において作業データの一部として揮発的に保持されている。例えば、ユーザがコミュニティからログアウトするとき、ＣＰサーバは課金サーバ（後述）に対してユーザの最新の取得アイテム情報を転送し、課金サーバは課金情報データベースを更新すればよい。
【０１１３】
３．ログイン・ユーザに対する課金管理
次いで、本実施例に係るコミュニティ・システムにおける各ログイン・ユーザに対する課金管理の手順について説明する。
【０１１４】
当該コミュニティ・システムでは、コミュニティを形成できるだけのユーザ数を取り込むために、ある程度の無料ユーザを容認しつつ、サービスの提供・維持・改善に必要な資金を調達することを運営の基本形態としている。
【０１１５】
このため、コミュニティ・システムへのアクセスすなわちログイン自体には課金しない。その代わりに、コミュニティ・サービスの中でユーザに差別的要因を提供するアイテムや機能に対して課金するようにした。
【０１１６】
ここで言う「アイテム」とは、例えば、３次元コミュニティ・システムすなわち仮想空間上で、ログイン・ユーザの分身であるアバタ（前述）やアバタの仮想ペットが身に付ける「お金」、「団体用バッチ」、「スーパー骨」、「ランプ」や、帽子その他の装飾品である。アイテムは、コミュニティすなわち共有仮想空間内において、店舗内の棚に陳列したり道端に落ちていたりいる。各ログイン・ユーザは、アバタや仮想ペットにアイテムを購入させたり拾わせたりすることで、自らの意思でアイテムを入手することができる。また、ここで言う「機能」とは、「手紙（又は仮想空間内でのメール機能）」、「ＰＨＳ（携帯電話：又は仮想空間内での遠隔通信機能）」、「地図（仮想空間内でのオブジェクト探索機能）」など、仮想空間内でアバタに与えられる、差別的な要因を提供する機能や能力のことを意味する（３次元共有仮想世界におけるＰＨＳ機能に関しては、例えば本出願人に既に譲渡されている特願平１１−３３７１０５号明細書に開示されている）。
【０１１７】
コミュニティ・システムへのログイン自体を無料に維持することによって、今までのユーザは、躊躇することなくコミュニティに参加することができる。参加者数を維持又は増大させることにより、まず、コミュニティそのものが成立する。別の見方をすれば、無料ユーザであっても、ログインすなわちコミュニティに参加するという行為によって、コミュニティを存続させ他の有料ユーザや新規ユーザを吸引することができる。すなわち、無料ユーザはコミュニティへの参加という行為によって利用料相当を支払っていることにもなり、ログインの許可という利益の還元を受けても妥当と解される。
【０１１８】
これに対し、上述したようなアイテムや機能は、仮想空間上における通常のコミュニケーション操作のために必須ではない。すなわち、これらはアバタが標準的に装備するべき道具というよりも、むしろ各ユーザが任意に取り揃えるべきものという差別的要因としての性質が強い。したがって、アイテムや機能の有料化に関して、ほとんどのユーザにとって異論や違和感はないものと思料する。
【０１１９】
例えば、オプション的な機能もアイテムという形で抽象化して、アイテムの保管料という名目でユーザから料金を徴収することができる。
【０１２０】
この保管料という考え方は、現実世界におけるトランク・ルームやコイン・ロッカーなどの時間貸しなどの保管庫というメタファを有する。したがって、コンピュータやネットワークの知識に習熟していないようなネットワーク・サービス利用者にとっても、その概念や有料化の意義を理解し納得することは、「ディスク貸し」（前述）の場合に比しはるかに容易であると思料する。
【０１２１】
アイテムの保管料の課金手続きは、ユーザがコミュニティ・システムにログインするとき、または、コミュニティ・システムからログアウトするときに行うことができる。勿論、コミュニティ内で活動中に新たにアイテムや機能を取得したとき（逆に、アイテムを廃棄したとき）に随時行ってもよい。前者による課金方法の場合、アイテムを利用する毎に逐次的に課金する場合に比し、お金の出入りの回数が少なくて済み簡易である。したがって、当該課金方式は子供向けサービスにも適用しやすいであろう。また、サービス提供者側においても、課金管理する回数が少なければ、その分だけサーバ負荷を削減することができる。但し、以下では、便宜上、ログイン時にユーザのアイテム保管料をチェックするものとして説明することにする。
【０１２２】
図１に示したネットワーク・コンピューティング・システム１において、例えばコミュニティ・システムをサービスするサービス提供業者が運営するＬＡＮ２０Ａ上には、コミュニティの各ログイン・ユーザ毎の課金管理を行うための課金サーバが存在する。この課金サーバは、独立したホスト装置（図示しない）であっても、あるいは、ＡＯサーバ２３やＣＰサーバのような他のサーバ機能を実現するホスト装置上で稼動してもよい。
【０１２３】
コミュニティ・システム内では、各ユーザ（より具体的には、ユーザを化体するアバタ）が持つ（又は保管する）ことができるアイテム数の上限や、利用可能な機能の種別が制限されている。ユーザ毎に許容されるアイテム数や機能の制約条件のことを、本明細書中ではユーザの「権限」と呼ぶことにする。課金サーバは、ユーザ毎の権限情報を管理するために、権限情報データベースを備えている。
【０１２４】
ユーザに与えられる権限は一定ではない。例えば、無料ユーザであればアイテム数の上限はゼロ又は低い値でよいし、オプション機能の追加を全く許可しないか著しい制限を課してもよい。また、無料ユーザであっても、有料化を検討する「お試し」期間中であれば、アイテム数の上限値を大きく設定したり、幾つかのオプション機能を提供してもよい（この結果、無料ユーザは、コミュニティ・システムのオペレーションを充分に検討する機械が与えられることになり、有料化への切り替えを円滑に行うことができるであろう）。さらに、有料ユーザ間であっても、権限が均一である必要はまったくない。例えば、月額利用料など課金額を段階的に設定して、利用料に相応した権限、すなわちアイテム数の上限や機能を設定してもよい。
【０１２５】
図４には、権限情報データベースの構成例を示している。
【０１２６】
同図に示すように、権限情報データベースは、各ユーザ毎に１つずつレコードを用意する。各レコードは、ユーザ名に相当するユーザＩＤと、パスワードと、上限アイテム数と、機能の使用の可否を記述するための各フィールドを備えている（同図の例では、各機能の使用の可否は１又は０で表現される）。
【０１２７】
また、課金サーバは、各ユーザに対してアイテム保管料を課金するための課金情報データベースを供えている。図５には、課金情報データベースの構成例を示している。
【０１２８】
同図に示すように、課金情報データベースは、各ユーザ毎に１つずつレコードを用意する。各レコードは、ユーザ名に相当するユーザＩＤと、現在保管中のアイテム数と、機能の使用の可否を記述するための各フィールドを備えている（同図の例では、機能の使用の可否は１又は０で表現される）。
【０１２９】
権限情報データベースの各レコードはユーザＩＤとパスワードを含んでいるので、例えばコミュニティへのログイン時を利用してアイテム保管料を課金処理することができる。何故ならば、ログイン時には、ユーザ認証のためユーザＩＤとパスワードの入力を求めるので、これら入力データを基に権限情報データベースから該当する権限情報レコードを検索することができるからである。
【０１３０】
図６には、ユーザがコミュニティにログインするときに行う認証処理及び課金処理の手順をフローチャートの形式で図解している。
【０１３１】
該フローチャートで記述された処理手順を行う前提として、コミュニティ・システムの無料ユーザ及び有料ユーザの各々に対して、以下に示すような権限が定義されているものとする。
【０１３２】
【数１】
無料ユーザ：コミュニティ利用料金を未だ支払っていないユーザ
（お試し期間中のユーザを含む）
無料ユーザは、
（１）３０日以内ならアイテム／機能を１００種類まで持つことができる。
（２）３１日目以降は、アイテム／機能を５種類まで持つことができる。
【０１３３】
【数２】
有料ユーザ：既にコミュニティ利用料を既に支払ったユーザ
有料ユーザは、支払った利用料の金額に応じて以下のように細分される。
（１）５００円ユーザ  …アイテム／機能を１００種類まで持つことが許容される。
（２）１０００円ユーザ…アイテム／機能を１０００種類まで持つことが許容される
【０１３４】
有料ユーザに対して、支払った料金に応じてアイテム数を制限するのは、消費したサービスの質や量に応じた対価を課すという市場原理に適うものであり、ユーザに広く受け容れられるであろう。
【０１３５】
無料ユーザであっても、３０日以内のユーザに対してアイテム数に高い上限値を設定するのは、いわゆる「お試し期間」を与えることにより顧客吸引力を増すためである。また、３０日を徒過した無料ユーザに対しても敢えて５個までのアイテム保管を許容するのは、コミュニティ参加ユーザ数を確保してコミュニティとして成立させるためである。別の視点から言えば、無料ユーザであっても、コミュニティに参加することによってコミュニティ維持に貢献し、実質的にアイテム５個相当の利用料金を支払ったことになるからである。
【０１３６】
以下、図６に示すフローチャートに従いながら説明することにする（但し、同図中で、ユーザが現在取得しているアイテム数をＫとし、アイテム数の上限をＫmaxとする）。
【０１３７】
ユーザのコンピュータ１００上では、ＨＴＭＬブラウザとともに、ＶＲＭＬコンテンツを解釈可能なＣＰブラウザが稼動している。ユーザ・コンピュータ１００は、例えば、最寄のアクセス・ポイント（ＡＰ）へのダイヤルアップＩＰ接続などの所定の手続を経てインターネット１０に接続される。
【０１３８】
さらに、ユーザ・コンピュータ１００は、ＨＴＭＬブラウザによってＨＴＴＰプロトコルに従ってＷＷＷサーバ２５にアクセスする。そして、ＷＷＷサーバ２５から共有仮想世界すなわちコミュニティを記述するＶＲＭＬファイルを取得すると、これをＣＰブラウザに渡す（図２を参照のこと）。ＣＰブラウザは、渡されたＶＲＭＬファイルを解析してブラウザ画面上に表示する。また、ＶＲＭＬファイルにＣＰサーバ２２のアドレスが指定されており、其処への接続を試みる。
【０１３９】
ＣＰサーバ２２は、コミュニティへのログインを許可する前に、ユーザの認証を行う。このため、ユーザのブラウザ画面上には、ユーザＩＤとパスワードの入力を促すダイアログ・ボックスが出現する（ステップＳ１１）。
【０１４０】
かかるユーザ入力に対して、課金サーバ（前述）が呼び出され、図４に示すような権限情報データベースを検索して、該当する登録ユーザが存在するか否か認証処理を行う（ステップＳ１２）。課金サーバは、ＣＰサーバなど他のサーバと同じホスト上で稼動していても、あるいは専用のサーバ・マシン上に構築されていてもよい。
【０１４１】
認証処理に失敗した場合には（ステップＳ１７）、ステップＳ１１に復帰して、再度ユーザＩＤとパスワードの入力をユーザに促す。なお、登録ユーザのログインではなく、当該コミュニティに新規加入する場合には、ユーザは、ダイアログ・ボックス上の［新規登録］ボタンをクリックすればよい（但し、新規登録の手続き自体は本発明の要旨とは直接関連しないので、本明細書ではこれ以上説明しない）。
【０１４２】
有料ユーザである場合、課金サーバは、このユーザに関する権限情報エントリと課金情報エントリをそれぞれ権限情報データベース（図４を参照のこと）及び課金情報データベース（図５を参照のこと）から取得する。そして、このユーザが現在保管しているアイテムの種類Ｋが、権限で規定された上限Ｋmaxを越えていないかどうかを判別する（ステップＳ１４）。
【０１４３】
有料ユーザである場合、課金サーバは、このユーザに関する権限情報エントリと課金情報エントリをそれぞれ権限情報データベース（図４を参照のこと）及び課金情報データベース（図５を参照のこと）から取得する。そして、個のユーザが現在保管しているアイテムの種類Ｋが、権限で規定された上限Ｋmaxを越えていないかどうかを判別する（ステップＳ１４）。
【０１４４】
保管中のアイテムの種類Ｋが上限値Ｋmax以内であれば、判断ブロックＳ１４の分岐Ｙｅｓに進み、当該ユーザのログインが許可される。
【０１４５】
他方、保管中のアイテムの種類Ｋが上限値Ｋmaxを越えている場合には、ユーザのブラウザ画面上には「保管手続き」、「詳しく」、「捨てる」のいずれかのユーザ・アクションを求めるダイアログ・ボックス「アイテムを保管できません」が出現する（ステップＳ１５）。
【０１４６】
ユーザが「保管手続き」を選択した場合には、現在保管中のアイテムを保管できるに足る料金支払いを行うための課金処理を行う。なお、料金の支払い手続きは、クレジット・カードやデビット・カードによる決済、銀行など指定金融機関からの口座引き落とし、請求書の郵送など、何でもよい。また、課金処理ダイアログを出現させて、ユーザに支払い方法の選択や所定事項（口座番号などの個人情報の入力）を行うための課金処理ダイアログ（図示しない）を出現させてもよい。
【０１４７】
また、ユーザは、ログインが許可されない理由を理解できないような場合には、［詳しく］ボタンをクリックすればよい。この場合、ユーザのＣＰブラウザは、課金情報などを詳細に記述したホームページ画面（後述）に立ち下がる（ステップＳ２１）。
【０１４８】
また、ユーザが［捨てる］ボタンをクリックした場合、次ステップＳ１６に進み、ユーザのブラウザ画面上には、捨てるアイテムを指定するためのダイアログ・ボックス「アイテムを捨ててください」が表示される。ユーザが該ダイアログ・ボックス上で捨てたいアイテムを指定して保管内容を更新した結果、自己の権限を満たすようになった場合には、コミュニティへのログインが許可される。
【０１４９】
他方、ステップＳ１３において、ユーザが無料ユーザであると判定された場合には、当該ユーザが最初のログイン時から３０日すなわち「お試し期間」を経過したか否かを判断する（ステップＳ１８）。
【０１５０】
無料ユーザがお試し期間内であれば、保管中のアイテムの種類がお試し期間中の上限値である１００個以内か否かを判断する（ステップＳ１９）。
【０１５１】
保管中のアイテムの種類Ｋが該上限値を越えている場合には、ステップＳ１５に進み、該ユーザのブラウザ画面上には「保管手続き」、「詳しく」、「捨てる」のいずれかのユーザ・アクションを求めるダイアログ・ボックス「アイテムを保管できません」が出現する。
【０１５２】
無料ユーザが「保管手続き」を選択した場合には、現在保管中のアイテムを保管できるに足る料金支払いを行うための課金処理を行う。この課金処理は、実質上、無料ユーザから有料ユーザへの切り替え手続きに相当する。
【０１５３】
また、無料ユーザは、ログインが許可されない理由を充分に理解できないような場合には、［詳しく］ボタンをクリックすればよい。この場合、ユーザの該ブラウザは、課金情報などを詳細に記述したホームページ画面（後述）に立ち下がる（ステップＳ２１）。
【０１５４】
また、無料ユーザが［捨てる］ボタンをクリックした場合、次ステップＳ１６に進み、ユーザのブラウザ画面上には、捨てるアイテムを指定するためのダイアログ・ボックス「アイテムを捨ててください」が表示される。ユーザが該ダイアログ・ボックス上で捨てたいアイテムを指定して保管内容を更新した結果、自己の権限を満たすようになった場合には、無料ユーザのままの状態で、コミュニティへのログインが許可される。
【０１５５】
他方、無料ユーザが保管するアイテムの種類がお試し期間中の上限値以下である場合には、ログイン処理を行う前に、ステップＳ２０に進み、保管手続きを促すためのダイアログ・ボックス「アイテム保管料のお知らせ」をブラウザ画面上に出現させる。該ダイアログ・ボックスには、「保管手続きを行う」、「詳しく」、「後で」という各ボタンが用意されている。但し、ダイアログ・ボックス「アイテム保管料のお知らせ」は、お試し期間中は常に出現させるのではなく、お試し期間の終了間近（例えば終了１週間前）に突入してからのみ出現させるようにしてもよい。
【０１５６】
無料ユーザが「保管手続きを行う」ボタンをクリックした場合、有料ユーザとして現在保管中のアイテムを保管できるに足る料金支払いを行うための課金処理を行う。この課金処理は、実質上、無料ユーザから有料ユーザへの切り替え手続きに相当する。
【０１５７】
また、無料ユーザは、アイテムの保管手続きの趣旨や内容をよく理解できないような場合には、［詳しく］ボタンをクリックすればよい。この場合、ユーザの該ブラウザは、課金情報などを詳細に記述したホームページ画面（後述）に立ち下がる（ステップＳ２１）。
【０１５８】
また、無料ユーザは、保管手続きを後回しにして直ぐにコミュニティにログインしたい場合、あるいは無料ユーザのままコミュニティへの参加継続を希望する場合などには、「後で」ボタンをクリックすればよい。この結果、無料ユーザは即座にログインが認められる。
【０１５９】
判断ブロックＳ１８において無料ユーザがお試し期間を徒過していると判定された場合には、保管中のアイテムの種類がお試し期間外（すなわち一般無料ユーザとして）の上限値である５個以内か否かを判断する（ステップＳ２２）。
【０１６０】
保管中のアイテムの種類が一般ユーザとしての上限である５個以内であれば、当該無料ユーザのログインが許可される。
【０１６１】
他方、無料ユーザが保管するアイテムの種類が一般無料ユーザとしての上限値５個を越えている場合には、ステップＳ１５に進み、該ユーザのブラウザ画面上には「保管手続き」、「詳しく」、「捨てる」のいずれかのユーザ・アクションを求めるダイアログ・ボックス「アイテムを保管できません」が出現する。
【０１６２】
無料ユーザが「保管手続き」を選択した場合には、現在保管中のアイテムを保管できるに足る料金支払いを行うための課金処理を行う。この課金処理は、実質上、無料ユーザから有料ユーザへの切り替え手続きに相当する。
【０１６３】
また、無料ユーザは、ログインが許可されない理由を充分に理解できないような場合には、［詳しく］ボタンをクリックすればよい。この場合、ユーザの該ブラウザは、課金情報などを詳細に記述したホームページ画面（後述）に立ち下がる（ステップＳ２１）。
【０１６４】
また、無料ユーザが［捨てる］ボタンをクリックした場合、次ステップＳ１６に進み、ユーザのブラウザ画面上には、捨てるアイテムを指定するためのダイアログ・ボックス「アイテムを捨ててください」が表示される。ユーザが該ダイアログ・ボックス上で捨てたいアイテムを指定して保管内容を更新した結果、自己の権限を満たすようになった場合には、無料ユーザのままの状態で、コミュニティへのログインが許可される。
【０１６５】
次いで、具体的なケースを例にとって、コミュニティへのログイン時に行われる課金処理手続きについて説明する。
【０１６６】
（１）５０種類のアイテムを保管する１０日目の無料ユーザ：
この無料ユーザは、まだお試し期間中であり、且つ、アイテムは当該期間中の上限値未満なので、ユーザのブラウザ画面上に出現したダイアログ・ボックス上で正しいユーザＩＤ及びパスワードを入力すれば、警告なしでコミュニティへのログインが許可される（図７を参照のこと）。
【０１６７】
なお、ログインする前に、ダイアログ・ボックス「アイテム保管料のお知らせ」（前述）を開いて、有料ユーザへの切り替えを促すようにしてもよい。
【０１６８】
（２）５０種類のアイテムを保管する２５日目の無料ユーザ：
この無料ユーザは、まだお試し期間中であり、且つ、アイテムは当該期間中の上限値未満である。
【０１６９】
但し、お試し期間が終了間近であり、且つ、該期間が満了すると保管アイテム数は上限を超過してしまう。そこで、正しくユーザＩＤ及びパスワードを入力して認証手続きに成功した場合であっても、ログインする前に、ダイアログ・ボックス「アイテム保管料のお知らせ」（前述）を開いて、有料ユーザへの切り替えを促す（図８を参照のこと）。
【０１７０】
無料ユーザが「保管手続きを行う」ボタンをクリックした場合、有料ユーザとして現在保管中のアイテムを保管できるに足る料金支払いを行うための課金処理を行う。この課金処理は、実質上、無料ユーザから有料ユーザへの切り替え手続きに相当する。
【０１７１】
また、無料ユーザは、アイテムの保管手続きの趣旨や内容をよく理解できないような場合には、［詳しく］ボタンをクリックすればよい。この場合、ユーザの該ブラウザは、課金情報などを詳細に記述したホームページ画面（図示）に立ち下がる。
【０１７２】
また、無料ユーザは、保管手続きを後回しにして直ぐにコミュニティにログインしたい場合、あるいは無料ユーザのままコミュニティへの参加継続を希望する場合などには、「後で」ボタンをクリックすればよい。この結果、無料ユーザは即座にログインが認められる。
【０１７３】
（３）３種類のアイテムを保管する２５日目の無料ユーザ：
この無料ユーザは、未だお試し期間中であり、且つ、アイテムは当該期間中の上限値未満である。また、お試し期間が経過した後も、アイテム数は上限値を越えることはない。
【０１７４】
但し、お試し期間が終了間近であり、有料ユーザへの切り替えを検討するに充分な時期と思料される。そこで、正しくユーザＩＤ及びパスワードを入力して認証手続きに成功した場合であっても、ログインする前に、ダイアログ・ボックス「アイテム保管料のお知らせ」（前述）を開いて、有料ユーザへの切り替えを促す（図８を参照のこと）。
【０１７５】
（４）１００種類のアイテムを保管する１０日目の無料ユーザ：
この無料ユーザは、まだお試し期間中であるが、アイテムは既に当該期間中の上限値を超過している。
【０１７６】
そこで、正しくユーザＩＤ及びパスワードを入力して認証手続きに成功した場合には、ユーザのブラウザ画面上にダイアログ・ボックス「アイテムを保管できません」（前述）を出現させて、有料ユーザへの切り替えを促す（図９を参照のこと）。該ダイアログ・ボックス内には、「保管手続き」、「詳しく」、「捨てる」の各ボタンが用意されている。
【０１７７】
ユーザが「保管手続き」を選択した場合には、現在保管中のアイテムを保管できるに足る料金支払いを行うための課金処理を行う。この課金処理は、実質上、無料ユーザから有料ユーザへの切り替え手続きに相当する。
【０１７８】
また、無料ユーザは、アイテムの保管手続きの趣旨や内容をよく理解できないような場合には、［詳しく］ボタンをクリックすればよい。この場合、ユーザの該ブラウザは、課金情報などを詳細に記述したホームページ画面（図示）に立ち下がる。
【０１７９】
また、無料ユーザが［捨てる］ボタンをクリックした場合、ユーザのブラウザ画面上には、捨てるアイテムを指定するためのダイアログ・ボックス「アイテムを捨ててください」が表示される。ユーザが該ダイアログ・ボックス上で捨てたいアイテムを指定して保管内容を更新した結果、自己の権限を満たすようになった場合には、無料ユーザのままの状態で、コミュニティへのログインが許可される。
【０１８０】
（５）１５０種類のアイテムを保管する２５日目の無料ユーザ：
この無料ユーザは、お試し期間の終了間近であるとともに、アイテムは既に当該期間中の上限値を超過している。
【０１８１】
そこで、正しくユーザＩＤ及びパスワードを入力して認証手続きに成功した場合には、ユーザのブラウザ画面上にダイアログ・ボックス「アイテムを保管できません」（前述）を出現させて、有料ユーザへの切り替えを促す（図９を参照のこと）。
【０１８２】
ユーザが「保管手続き」を選択した場合には、現在保管中のアイテムを保管できるに足る料金支払いを行うための課金処理を行う。この課金処理は、実質上、無料ユーザから有料ユーザへの切り替え手続きに相当する。
【０１８３】
また、無料ユーザは、アイテムの保管手続きの趣旨や内容をよく理解できないような場合には、［詳しく］ボタンをクリックすればよい。この場合、ユーザの該ブラウザは、課金情報などを詳細に記述したホームページ画面（図示）に立ち下がる。
【０１８４】
また、無料ユーザが［捨てる］ボタンをクリックした場合、ユーザのブラウザ画面上には、捨てるアイテムを指定するためのダイアログ・ボックス「アイテムを捨ててください」が表示される。ユーザが該ダイアログ・ボックス上で捨てたいアイテムを指定して保管内容を更新した結果、自己の権限を満たすようになった場合には、無料ユーザのままの状態で、コミュニティへのログインが許可される。但し、ログイン前に、ユーザのブラウザ画面を課金情報などを詳細に記述したホームページ画面（図示）にたち下げて、有料ユーザへの切り替えを促すようにしてもよい。
【０１８５】
（６）３種類のアイテムを保管する３ヶ月目の無料ユーザ：
この無料ユーザは、お試し期間を徒過しているものの、アイテム数は当該期間経過後の上限値未満なので、ユーザのブラウザ画面上に出現したダイアログ・ボックス上で正しいユーザＩＤ及びパスワードを入力すれば、警告なしでコミュニティへのログインが許可される（図７を参照のこと）。
【０１８６】
この種のユーザは、ログインすなわちコミュニティに参加するという行為によって、コミュニティを存続させ他の有料ユーザや新規ユーザを吸引することができる。したがって、コミュニティへの参加という行為によって利用料相当を支払っていることにもなり、ログインの許可という利益の還元を受けても妥当と解される。
【０１８７】
（７）７種類のアイテムを保管する３ヶ月目の無料ユーザ：
この無料ユーザは、お試し期間を既に徒過しているとともに、アイテムは当該期間経過後の上限値を超過している。
【０１８８】
そこで、正しくユーザＩＤ及びパスワードを入力して認証手続きに成功した場合には、ユーザのブラウザ画面上にダイアログ・ボックス「アイテムを保管できません」（前述）を出現させて、有料ユーザへの切り替えを促す（図９を参照のこと）。
【０１８９】
ユーザが「保管手続き」を選択した場合には、現在保管中のアイテムを保管できるに足る料金支払いを行うための課金処理を行う。この課金処理は、無料ユーザから有料ユーザへの切り替え手続きに相当する。
【０１９０】
また、無料ユーザは、アイテムの保管手続きの趣旨や内容をよく理解できないような場合には、［詳しく］ボタンをクリックすればよい。この場合、ユーザの該ブラウザは、課金情報などを詳細に記述したホームページ画面（図示）に立ち下がる。
【０１９１】
また、無料ユーザが［捨てる］ボタンをクリックした場合、ユーザのブラウザ画面上には、捨てるアイテムを指定するためのダイアログ・ボックス「アイテムを捨ててください」が表示される。ユーザが該ダイアログ・ボックス上で捨てたいアイテムを指定して保管内容を更新した結果、自己の権限を満たすようになった場合には、無料ユーザのままの状態で、コミュニティへのログインが許可される。但し、ログイン前に、ユーザのブラウザ画面を課金情報などを詳細に記述したホームページ画面（図示）に立ち下げて、有料ユーザへの切り替えを促すようにしてもよい。
【０１９２】
（８）５０種類のアイテムを保管する５００円有料ユーザ：
この有料ユーザは、アイテム数が規定（すなわち課金額相当）の上限値未満なので、ユーザのブラウザ画面上に出現したダイアログ・ボックス上で正しいユーザＩＤ及びパスワードを入力すれば、警告なしでコミュニティへのログインが許可される（図７を参照のこと）。
【０１９３】
（９）１５０種類のアイテムを保管する５００円有料ユーザ：
この有料ユーザは、アイテム数が規定（すなわち課金額相当）の上限値（＝１００）を既に越えているので、さらに上位の１０００円ユーザに切り替えるか、又はアイテム数を減らす（すなわち捨てる）かしなければ、コミュニティへのログインが許可されない。
【０１９４】
そこで、正しくユーザＩＤ及びパスワードを入力して認証手続きに成功した場合には、ユーザのブラウザ画面上にダイアログ・ボックス「アイテムを保管できません」（前述）を出現させて、１０００円ユーザへの切り替えを促す（図９を参照のこと）。
【０１９５】
ユーザが「保管手続き」を選択した場合には、現在保管中のアイテムを保管できるに足る料金支払いを行うための課金処理を行う。この課金処理は、５００円ユーザから１０００円ユーザへの切り替え手続きに相当する。
【０１９６】
また、有料ユーザは、アイテムの保管手続きの趣旨や内容をよく理解できないような場合には、［詳しく］ボタンをクリックすればよい。この場合、ユーザの該ブラウザは、課金情報などを詳細に記述したホームページ画面（図示）に立ち下がる。
【０１９７】
また、有料ユーザが［捨てる］ボタンをクリックした場合、ユーザのブラウザ画面上には、捨てるアイテムを指定するためのダイアログ・ボックス「アイテムを捨ててください」が表示される。ユーザが該ダイアログ・ボックス上で捨てたいアイテムを指定して保管内容を更新した結果、自己の権限を満たすようになった場合には、５００円ユーザのままの状態で、コミュニティへのログインが許可される。
【０１９８】
４．アイテムの取得・廃棄
本実施例に係るコミュニティ・システムでは、各ユーザはコミュニティ内で保有するアイテム及び機能の個数に応じた利用料が課されることは既に説明した通りである。
【０１９９】
次いで、ログイン中のユーザが、コミュニティすなわち３次元共有仮想世界上でアイテムを取得したり廃棄したりするオペレーションについて、図１０〜図１６を参照しながら説明する。
【０２００】
ここで言う「アイテム」とは、例えば、３次元コミュニティ・システムすなわち仮想空間上で、ログイン・ユーザの分身であるアバタ（前述）やアバタの仮想ペットが身に付ける「お金」、「団体用バッチ」、「スーパー骨」、「ランプ」や、帽子その他の装飾品である。アイテムは、コミュニティすなわち共有仮想空間内において、店舗内の棚に陳列したり道端に落ちていたりいる。各ログイン・ユーザは、アバタや仮想ペットにアイテムを購入させたり拾わせたりすることで、自らの意思でアイテムを入手することができる。
【０２０１】
図１０には、本実施例に係るコミュニティ・システムにログインしたユーザのコンピュータ１００上で提供されるＧＵＩ（Graphical User Interface）画面を例示している。
【０２０２】
このＧＵＩ画面は、ＶＲＭＬを解釈するＣＰブラウザによって提供される。図示の通り、ＣＰブラウザ・フレーム内には、共有仮想世界において、ユーザの分身であるアバタが所在する場所周辺の光景（又は、アバタの視界にある光景）が表示される。同図に示すように、アバタが所有するペット（仮想生物）を表示してもよい。また、アバタやペットの発言内容は、吹き出しとして表出される。ユーザは、ブラウザ・フレーム内でマウス・カーソルを操作することによって、アバタを共有仮想空間内で散策させることができる。また、表示している風景のズーム・イン／アウト、回転、他の場所への瞬間移動（ジャンプ）などを備えていてもよい。但し、同図に示す例では、アバタの視線で共有仮想世界が観察された画面であり、アバタのペットである「イヌ」は映っているが、アバタ自体は映っていないと理解されたい。
【０２０３】
本実施例に係るＧＵＩ画面上では、さらに、「コミュニケーション・ツール」ウィンドウが用意される。コミュニケーション・ツール内には「チャット」や「てがみ」、「ＰＨＳ」、さらには共有仮想世界の「地図」など、他のアバタ（若しくはその実体であるユーザ）とのコミュニケーションその他仮想世界上の活動を成立させるために必要な各種機能を呼び出すための機能ボタンが配設されている。
【０２０４】
コミュニケーション・ツール内に用意されたこれら機能は、無料又は有料の区別を問わず、すべてのユーザに対してアバタの基本機能として提供してもよい。あるいは、オプション機能として定義して、アバタが所有する機能の種類／個数に応じた課金対象としてもよい。
【０２０５】
ここで、アバタが仮想ペットを引き連れて、共有仮想空間上を探索している最中に、道端で「ひよこ」の玩具を発見したとする（図１１を参照のこと）。ひよこの玩具は、コミュニティ・システムにおいてユーザに提供されるアイテムの１つであると理解されたい。
【０２０６】
このような場合、仮想ペットに「おや、ひよこだ！」のようなセリフを与えることで、ユーザに対して注意を喚起してもよい。同図にしめすような形態でのアイテムの提供は、例えば、アイテムなどの仮想オブジェクトを管理するＡＯサーバと、仮想空間上の社会的活動を管理するＣＰサーバとの連携により実現される。ＣＰサーバは、例えばＶＳＣＰプロトコルを用いて、アイテム出現と言うイベントを各ＣＰブラウザに通知することができる。
【０２０７】
アイテムとしてのひよこを取得するか否かは、ユーザの判断に委ねられる。ユーザがアイテムを取得したい場合には、例えば、ＣＰブラウザ画面上でアイテムをクリックすればよい。
【０２０８】
例えば、コミュニティすなわち共有仮想世界をＶＲＭＬ２．０で記述した場合、画面表示された仮想空間内のモデルをマウスでクリックするなどのユーザ操作に対してイベントを発生させるスイッチ（センサ）をモデルに付加するとともに、センサへのユーザ操作に応答してイベントを実現するスクリプトをプログラミングすることができる。
【０２０９】
この例の場合には、アイテムすなわちひよこがクリックされたことに応答して、ＣＰブラウザ画面上には、当該ユーザが保管するアイテムを管理するための「ワールド・ツール」ウィンドウが出現する（図１２を参照のこと）。
【０２１０】
このワールド・ツール・ウィンドウ内には、現在保管されているアイテムを表示するためのリスト・ボックスと、各アイテムに対して適用すべき処理を指示するための「投げる」、「置く」、「見せる」、「手渡す」、「使う」、「付ける」などのツール・ボタンが配設されている。このうち「投げる」や「置く」は、現実世界において物を手放すようなメタファを有し、ここではアイテムを捨てることに相当する。また、「付ける」は身に付けるメタファを有し、アイテムを取得することに相当する。
【０２１１】
図１２に示す例では、「付ける」ボタンをクリックすることにより、ユーザ（又はその化身であるアバタ）がひよこの玩具というアイテムを取得したことになり、リスト・ボックス上に追加される（図１３を参照のこと）。また、アイテムの新規取得は、例えばＶＳＣＰプロトコルを用いて、ＣＰブラウザからＣＰサーバに通知される。ＣＰサーバは、さらにＡＯサーバや他の各ＣＰブラウザに通知してもよい。
【０２１２】
取得したアイテムは、概念的若しくは論理的にはユーザのために保管され、他のログイン・ユーザが重複して取得しないように、共有仮想空間すなわちＣＰブラウザ画面上から消滅する。ユーザが、ワールド・ツール上で投げる、置く、見せる、手渡す、使うなどのアイテムの使用を指示したときには、再び共有仮想世界及びＣＰブラウザ画面上にアイテムが出現することになる（図示しない）。
【０２１３】
勿論、各ユーザは、コミュニティ・システム内でアイテムを取得するだけに限定する必要はない。コミュニティ・システムは、ログアウト期間中のユーザに対しても、アイテムをオンライン又はオフラインで取得できるような手続きを提供してもよい。
【０２１４】
次いで、ユーザが一旦保持したアイテムを処分すなわち廃棄する場合のオペレーションについて説明する。
【０２１５】
ユーザは、まず、ワールド・ツール・ウィンドウ内のリスト・ボックス上で、捨てたいアイテムを選択する。図１４に示す例では、ユーザが風船を選択したものとする。この結果、図示の通り、リスト・ボックス上で風船に下線が付されるとともに（又はハイライト表示でもよい）、ＣＰブラウザ上にはアバタの仮想ペットが手に持つ形態で風船が出現する。但し、仮想ペットではなくアバタ自身が風船を手に持つように実装してもよい。
【０２１６】
さらに、ユーザが、ワールド・ツール・ウィンドウ内で、「投げる」ボタンをクリックすると、風船は仮想ペットの手から離れて上空に飛んでいってしまう（図１５を参照のこと）。
【０２１７】
この結果、ユーザは保管するアイテムを失うことになる。このようなＣＰブラウザ上の動作と連動して、図１５に示すように、保管する風船の数は３個から２個に減じる。また、このようなアイテムの廃棄は、例えばＶＳＣＰプロトコルを用いて、ＣＰブラウザからＣＰサーバに通知され、さらに他のＣＰブラウザに通知される。
【０２１８】
図１６には、ユーザの課金情報を管理する手順を模式的に図解している。本実施例では、ユーザによるアイテムの取得及び廃棄などのイベントは、例えばＶＳＣＰプロトコルを用いることで、ＣＰブラウザからＣＰサーバに通知される。そして、ＣＰサーバは他のログイン・ユーザのＣＰブラウザに対してＶＳＣＰプロトコルを用いてアイテムに関する情報を通知する（Ｓ３１）。
【０２１９】
各ユーザが保有するアイテムに関する情報すなわち課金情報は、ログイン期間中は、ＣＰブラウザ及びＣＰサーバの作業データとして各ホスト上で揮発的に保持されている。
【０２２０】
ユーザがコミュニティからログアウトすると、ＣＰサーバはユーザに関する課金情報を課金サーバの課金情報データベースに書き込む（Ｓ３２）。課金サーバは、ＣＰサーバと同じホスト・システム上で稼動しても、あるいは独立したサーバ・マシン上で稼動してもよい。
【０２２１】
勿論、ユーザのログアウト時に課金情報データベースを更新するのではなく、アイテムを取得又は廃棄するときに逐次的に課金情報データベースを更新してもよい。
【０２２２】
《参考文献》
［１］：http://www.vrml.org/Specifications/VRML97/
［２］：Beford, S., and Fahlen, L., "A spacial model of interaction in large virtual environments", Proc. Of G. DeMichelis et al (Eds.) Third European Conference on Computer Supported Cooperative Work, Kluwer Academic Publishers, pp. 109-124, 1993.
［３］：Honda, Y, Matsuda, K., Rekimoto, J and Lea, R. "Virtual society". Proc. of VRML'95, San Diego. USA. ACM press, pp. 109-116, 1995.
【０２２３】
［追補］
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０２２４】
【発明の効果】
以上詳記したように、本発明によれば、インターネットのようなコンピュータ・ネットワーク上においテサービスを構築し提供する際、該サービスの利用者に対して対価を好適に課金することができる、優れた自動課金技術を提供することができる。
【０２２５】
また、本発明によれば、インターネットのようなコンピュータ・ネットワーク上においてチャット・システムや仮想会議システムなど複数のログイン・ユーザ間のやり取りで実現されるコミュニティ系のサービスを構築し提供する際、該サービスの利用に対する対価を好適に課金することができる、優れた自動課金技術を提供することができる。
【０２２６】
また、本発明によれば、チャット・システムや仮想会議システムなど複数のログイン・ユーザ間のやり取りで実現されるコミュニティ系サービスの利用者に対して利用状況に応じた対価を課金することができる、優れた自動課金技術を提供することができる。
【０２２７】
また、本発明によれば、無料・有料を問わず多くのユーザを吸引してコミュニティ内の活動を維持しつつ、有料ユーザに対しては利用状況に応じた対価を課金することができる、優れた自動課金技術を提供することができる。
【０２２８】
また、本発明によれば、コミュニティを形成できるだけのユーザ数を取り込むためにある程度の無料ユーザを容認しつつ、サービスの提供・維持・改善に必要な資金を調達するために一部のユーザに対しては料金を課金することができ、なお且つ、無料及び有料ユーザの双方が納得することができるシステムを提供することができる。
【０２２９】
本発明に係るコミュニティ・システムでは、アクセスすなわちコミュニティへのログイン自体には課金しない。その代わりに、コミュニティ・サービスの中でユーザに差別的要因を提供するアイテムや機能に対して課金するようにした。
【０２３０】
コミュニティ・システムへのログイン自体を無料に維持することによって、今までのユーザは躊躇することなくコミュニティに参加することができる。参加者数を維持することにより、コミュニティそのものが成立する。また、アイテムや機能は、各ユーザが任意に取り揃えるべきものという差別的要因としての性質が強いので、ほとんどのユーザにとって有料化に異論はない。
【０２３１】
本発明に係る自動課金方式によれば、コンピュータやネットワークに関して充分な知識のない一般ユーザであっても、課金の仕組みを理解し且つ納得することができるであろう。この結果、コミュニティ系サービスを有料化に切り替えても、参加者数が激減することなく、サービスを存続させることができる。また、分散コンピューティング環境下で論理的な課金方式を採用することにより、サービス提供者はプレミアムを付加することができる。
【図面の簡単な説明】
【図１】本発明を実現するのに適した共有仮想世界を構築・提供することができるネットワーク・コンピューティング・システム１の構成を模式的に示した図である。
【図２】本実施例に係る共有仮想世界にログインしたユーザのコンピュータ上で、共有仮想世界を表示し且つナビゲーションする動作アーキテクチャを模式的に示した図である。
【図３】本実施例に係るＡＯの動作メカニズムを示した図であり、より具体的には、共有仮想世界にログインしたある１人のユーザが、自分の分身であるアバタのペット（共有アプリケーション）をクリックしたときの動作例である。
【図４】権限情報データベースの構成例を示した図である。
【図５】課金情報データベースの構成例を示した図である。
【図６】ユーザがコミュニティにログインするときに行う認証処理及び課金処理の手順を示したフローチャートである。
【図７】ユーザがコミュニティにログインするときに行うオペレーションを示した図である。
【図８】ユーザがコミュニティにログインするときに行うオペレーションを示した図である。
【図９】ユーザがコミュニティにログインするときに行うオペレーションを示した図である。
【図１０】本実施例に係るコミュニティ・システムにログインしたユーザのコンピュータ１００上で提供されるＧＵＩ画面（ＣＰブラウザ・ウィンドウ）を示した図である。
【図１１】本実施例に係るコミュニティ・システムにログインしたユーザのコンピュータ１００上で提供されるＧＵＩ画面（ＣＰブラウザ・ウィンドウ）を示した図である。
【図１２】本実施例に係るコミュニティ・システムにログインしたユーザのコンピュータ１００上で提供されるＧＵＩ画面（ＣＰブラウザ・ウィンドウ）を示した図である。
【図１３】本実施例に係るコミュニティ・システムにログインしたユーザのコンピュータ１００上で提供されるＧＵＩ画面（ＣＰブラウザ・ウィンドウ）を示した図である。
【図１４】本実施例に係るコミュニティ・システムにログインしたユーザのコンピュータ１００上で提供されるＧＵＩ画面（ＣＰブラウザ・ウィンドウ）を示した図である。
【図１５】本実施例に係るコミュニティ・システムにログインしたユーザのコンピュータ１００上で提供されるＧＵＩ画面（ＣＰブラウザ・ウィンドウ）を示した図である。
【図１６】ユーザの課金情報を管理する手順を示した図である。
【図１７】サーバ又はクライアントとして稼動するコンピュータ・システム５００のハードウェア構成例を示した図である。
【符号の説明】
１    ネットワーク・コンピューティング・システム
１０  インターネット
２０  小規模ネットワーク（ＬＡＮ）
２１  ルータ
２２  共有仮想世界（ＣＰ）サーバ
２３  アプリケーション・オブジェクト（ＡＯ）サーバ
２５  ＷＷＷサーバ
２６  メール・サーバ
３０  公衆電話網
４０  ゲートウェイ・システム
１００  ユーザ・コンピュータ（クライアント）
【図１】
0004517432.tif 000002
【図２】
0004517432.tif 000003
【図３】
0004517432.tif 000004
【図４】
0004517432.tif 000005
【図５】
0004517432.tif 000006
【図６】
0004517432.tif 000007
【図７】
0004517432.tif 000008
【図８】
0004517432.tif 000009
【図９】
0004517432.tif 000010
【図１０】
0004517432.tif 000011
【図１１】
0004517432.tif 000012
【図１２】
0004517432.tif 000013
【図１３】
0004517432.tif 000014
【図１４】
0004517432.tif 000015
【図１５】
0004517432.tif 000016
【図１６】
0004517432.tif 000017
【図１７】
0004517432.tif 000018