(57)【要約】【課題】  本発明は、複数の利用者端末が接続され、これら複数の利用者端末との間で、複数のコミュニケーション領域からなる仮想世界と、その仮想世界に参加する、各利用者端末毎に定義されてなるシンボルとを共有し、同一のコミュニケーション領域内に入場した複数のシンボルに対応する複数の利用者端末どうしでメッセージの交換を行なうメッセージ通信システムにおける、仮想世界へのシンボルの参加を管理する通信管理装置に関し、柔軟性に富むユーザ管理方式を提供する。【解決手段】  各コミュニケーション領域に参加することのできるシンボル（ユーザ）の上限数および参加最長時間を各コミュニケーション領域毎に定義する。【選択図】        図１
2006318496.tif 000002
【特許請求の範囲】
【請求項１】
複数の利用者端末が接続され、これら複数の利用者端末との間で、複数の仮想空間からなる仮想世界と、該仮想世界に参加する、各利用者端末毎に定義されてなるシンボルとを共有し、同一の仮想空間内に入場した複数のシンボルに対応する複数の利用者端末どうしでメッセージの交換を行なうメッセージ通信システムにおける、前記仮想世界への前記シンボルの参加を管理する通信管理装置において、
前記複数の仮想空間それぞれに対応した、各仮想空間へのシンボルの入場を規制する領域固有情報を保持する仮想空間領域管理部と、
前記領域固有情報に基づいて各仮想空間毎に前記シンボルの入場を管理するユーザ管理部とを備え、
前記仮想空間領域管理部が保持する領域固有情報が各仮想空間におけるシンボルとしての参加可能な最長時間を含むものであって、
前記ユーザ管理部が、仮想空間へのシンボルとしての参加が認められたシンボルについて、当該仮想空間での参加時間を計測し、計測した参加時間と前記領域固有情報に含まれる当該仮想空間における最長時間とを比較して、該最長時間を越えると、該ユーザ管理部から当該シンボルの情報を削除する手段を備えたことを特徴とする通信管理装置。
【請求項２】
前記メッセージ通信システムが、前記仮想空間内に入場したシンボルに対応する、メッセージの交換に参加する利用者端末のほか、メッセージの交換に参加する利用者端末どうしで交換されるメッセージの受信のみを行なう受信専用利用者端末の存在が許容されたシステムであって、
前記仮想空間管理部が、前記複数の仮想空間それぞれに対応した、各仮想空間に参加する受信専用利用者端末を規制する情報を、前記領域固有情報に含むものであり、
前記ユーザ管理部が、前記領域固有情報に基づいて、各仮想空間毎に、前記シンボルの入場のほか、受信専用利用者端末の参加を管理するものであることを特徴とする請求項１記載の通信管理装置。
【請求項３】
複数の利用者端末が接続され、これら複数の利用者端末との間で、複数の仮想空間からなる仮想世界と、該仮想世界に参加する、各利用者端末毎に定義されてなるシンボルとを共有し、同一の仮想空間内に入場した複数のシンボルに対応する複数の利用者端末どうしでメッセージの交換を行なうメッセージ通信システムにおける、前記仮想世界への前記シンボルの参加を管理する通信管理装置において、
このメッセージ通信システムが前記複数の仮想空間それぞれへの前記シンボルの同時入場数に上限が設定されてなるとともに、前記複数の仮想空間それぞれへのシンボルとして参加可能な最長時間が設定されてなるシステムであって、
前記複数の仮想空間のうちのいずれかの仮想空間内に上限数のシンボルが入場している場合においてさらに該仮想空間への入場要求があった場合に、入場を要求しているシンボルを特定するシンボルＩＤ情報を、入場を要求している仮想空間に対応する待ち行列に並べる待ち行列生成手段と、
上限数のシンボルが入場していた仮想空間から該仮想空間内に入場していたシンボルのうちのいずれかのシンボルが退場した際に該仮想空間に対応する待ち行列にシンボルＩＤ情報が並んでいた場合に、該待ち行列の先頭に並ぶシンボルＩＤ情報によって特定されるシンボルを該仮想空間内に入場させるとともに該待ち行列の先頭に並ぶシンボルＩＤ情報を該待ち行列から削除する入場管理手段と、
仮想空間へのシンボルとしての参加が認められたシンボルについて、当該仮想空間での参加時間を計測し、計測した参加時間と前記領域固有情報に含まれる当該仮想空間における最長時間とを比較して、該最長時間を越えると、当該仮想空間から当該シンボルを退場させる手段とを備えたことを特徴とする通信管理装置。
【請求項４】
前記メッセージ通信システムが、前記仮想空間内に入場したシンボルに対応する、メッセージの交換に参加する利用者端末のほか、メッセージの交換に参加する利用者端末どうしで交換されるメッセージの受信のみを行なう受信専用利用者端末の存在が許容されたシステムであって、
前記待ち行列に並ぶシンボルＩＤ情報により特定される利用者端末を、該待ち行列に対応する仮想空間に受信専用利用者端末として参加させる受信専用利用者端末管理手段を備えたことを特徴とする請求項３記載の通信管理装置。
【請求項５】
複数の利用者端末が接続され、これら複数の利用者端末との間で、複数の仮想空間からなる仮想世界と、該仮想世界に参加する、各利用者端末毎に定義されてなるシンボルとを共有し、同一の仮想空間内に入場した複数のシンボルに対応する複数の利用者端末どうしでメッセージの交換を行なうメッセージ通信システムにおける、前記仮想世界への前記シンボルの参加を管理する通信管理装置において、
前記複数の仮想空間それぞれに対応した、各仮想空間への前記シンボルの同時入場数の上限と各仮想空間へのシンボルとして参加可能な最長時間とを各仮想空間毎に規定する領域固有情報を保持する仮想空間領域管理部と、
前記領域固有情報に基づいて各仮想空間毎に前記シンボルの入場を管理するユーザ管理部とを備え、
前記ユーザ管理部が、
前記複数の仮想空間のうちのいずれかの仮想空間内に上限数のシンボルが入場している場合においてさらに該仮想空間への入場要求があった場合に、入場を要求しているシンボルを特定するシンボルＩＤ情報を、入場を要求している仮想空間に対応する待ち行列に並べる待ち行列生成手段と、
上限数のシンボルが入場していた仮想空間から該仮想空間内に入場していたシンボルのうちのいずれかのシンボルが退場した際に該仮想空間に対応する待ち行列にシンボルＩＤ情報が並んでいた場合に、該待ち行列の先頭に並ぶシンボルＩＤ情報によって特定されるシンボルを該仮想空間内に入場させるとともに該待ち行列の先頭に並ぶシンボルＩＤ情報を該待ち行列から削除する入場管理手段と、
仮想空間へのシンボルとしての参加が認められたシンボルについて、当該仮想空間での参加時間を計測し、計測した参加時間と前記領域固有情報に含まれる当該仮想空間における最長時間とを比較して、該最長時間を越えると、当該仮想空間から当該シンボルを退場させる手段とを備えたことを特徴とする通信管理装置。
【請求項６】
前記メッセージ通信システムが、前記仮想空間内に入場したシンボルに対応する、メッセージの交換に参加する利用者端末のほか、メッセージの交換に参加する利用者端末どうしで交換されるメッセージの受信のみを行なう受信専用利用者端末の存在が許容されたシステムであって、
前記ユーザ管理部が、
前記待ち行列に並ぶシンボルＩＤ情報により特定される利用者端末を、該待ち行列に対応する仮想空間に受信専用利用者端末として参加させる受信専用利用者端末管理手段を備えたことを特徴とする請求項５記載の通信管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の利用者端末が接続され、これら複数の利用者端末との間で、複数の仮想空間からなる仮想世界と、その仮想世界に参加する、各利用者端末毎に定義されてなるシンボルとを共有し、同一の仮想空間内に入場した複数のシンボルに対応する複数の利用者端末どうしでメッセージの交換を行なうメッセージ通信システムにおける、仮想世界へのシンボルの参加を管理する通信管理装置に関する。
【背景技術】
【０００２】
近年、いわゆるパソコン通信等により利用者端末間でメッセージを交換する、いわゆるチャット（おしゃべり）システム等と呼ばれるメッセージ通信システムが開発されている。
【０００３】
図１４は、いわゆるサーバとクライアントからなるメッセージ通信システムの概念図である。
【０００４】
複数の利用者端末、すなわち複数のクライアントコンピュータ１００＿１，１００＿２，…，１００＿ｎが、通信ネットワーク２００を介して、サーバとしての役割りを成すホストコンピュータ３００に接続されており、ホストコンピュータ３００を経由して、クライアントコンピュータ１００＿１，１００＿２，…，１００＿ｎどうしでメッセージを交換することができる。
【０００５】
このようなメッセージ通信システムにおいて、このシステム全体として共通の仮想世界と、各クライアントコンピュータ１００＿１，１００＿２，…，１００＿ｎが、それぞれ、いわゆるアバターと称される自分の化身（シンボル）を持ち、メッセージを交換しようとするクライアントコンピュータの表示画面上に、メッセージを交換しようとする複数のクライアントがあたかもその仮想世界に入り込んで会話を行なっているかのような、その仮想世界およびその仮想世界に入り込んだクライアントの化身（シンボル）を表示し、その状態でメッセージを交換するシステムが知られている。
【０００６】
図１５は、このような、化身（シンボル）が仮想世界に入り込んで会話を行なう方式のメッセージ通信システムの概念図である。
【０００７】
この図に示すコミュニケーション領域１，コミュニケーション領域２，コミュニケーション領域３は、このシステム内に定義された仮想世界の中の、互いの姿（化身（アバター））を見ることのできる、あるいは対話が可能な、コミュニケーション領域（仮想空間）をあらわしている。各コミュニケーション領域は、現実の世界における、例えば各部屋等に対応する。この図では、コミュニケーション領域１に、「クライアントＡ」の利用者端末を操作するユーザＡのアバター（以下、単にユーザＡと称することがある。他のユーザについても同様である）と「クライアントＢ」の利用者端末を操作するユーザＢが存在し、コミュニケーション領域２には、ユーザＣとユーザＤが存在し、コミュニケーション領域３にはユーザＥが存在している。例えばクライアントＡ（ユーザＡの利用者端末）では、コミュニケーション領域１（例えば１つの部屋）の中にいるユーザＡの目でそのコミュニケーション領域１の内部の様子を見ているかのように、クライアントＡの表示画面上に、そのコミュニケーション領域１の内部の様子と、そのコミュニケーション領域１の中にいるユーザＢの姿を表示することができ、またこれと同様に、クライアントＢ（ユーザＢの利用者端末）では、そのコミュニケーション領域１の中にいるユーザＢの目でそのコミュニケーション領域１の内部の様子を見ているかのように、クライアントＢの表示画面上に、そのコミュニケーション領域１の内部の様子とそのコミュニケーション領域１の中にいるユーザＡの姿を表示することができる。
【０００８】
このようにして、クライアントＡを操作するユーザＡと、クライアントＢを操作するユーザＢに、あたかもそのコミュニケーション領域１という仮想空間にユーザＡとユーザＢが入り込んでいって会話しているかのような印象を与えながら、クライアントＡとクライアントＢとの間でメッセージの交換が行なわれる。各クライアント（利用者端末）を操作する各ユーザは、各クライアントを操作することにより、仮想世界に入り込んでいる自分自身の化身（アバター）の、仮想世界における位置座標を変化させることができる。この位置座標を変化させる操作を行なうと自分自身の化身（アバター）がその仮想世界の中で移動する。
【０００９】
各コミュニケーション領域では、単に会話を行なう（メッセージを交換する）だけにとどまらず、例えば、コミュニケーション領域１としてある店舗を仮想世界に作り出し、ユーザＡが店員、ユーザＢが客であって、その仮想的な店舗で会話しながら買い物を行なうといった利用方法もある。
【００１０】
また、各コミュニケーション領域への参加の態様の１つとして、上記のように各コミュニケーション領域にアバター（化身）として入り込んで会話を行なうことのほか、そのコミュニケーション領域の画面を表示し、そこに登場するアバターどうしの会話を聞くことのみが可能な、いわゆるゴーストとして参加する態様も考えられている。
【００１１】
上記のような仮想世界が定義されたメッセージ通信システムでは、会話（メッセージ交換）を円滑に行なうために各コミュニケーション領域に入場できるユーザ（アバター）の数を制限する必要がある。これは、１つのコミュニケーション領域に大勢のユーザが入場すると、そのコミュニケーション領域の表示画面が煩雑になり、また、それら大勢のユーザのそのコミュニケーション領域内での移動や会話の処理を行なう計算の負荷が重くなるからである。
【００１２】
図１６は、ホストコンピュータ内における、ユーザの管理を行なうユーザ管理部の模式図である。
【００１３】
ホストコンピュータには、クライアントコンピュータとの間の通信を受け持つリクエスト処理部と、各コミュニケーション領域毎のユーザの参加状態を管理するユーザ管理部が備えられている。
【００１４】
このユーザ管理部には、「アバター管理テーブル」が備えられている。このアバター管理テーブルでは、各コミュニケーション領域毎に最大６人のアバターを管理することができる。すなわち、各コミュニケーション領域に同時に入場していることのできるアバターの数は、各コミュニケーション領域について６人と定められている。
【００１５】
また、このユーザ管理部には、「ユーザ情報リスト」が備えられている。このユーザ情報リストも各コミュニケーション領域毎に備えられており、このユーザ情報リストでは、会話を聞く（メッセージを受信する）ことに関してのみ参加し、自らは話しをする（メッセージを送信する）ことのできない、いわゆるゴーストとして各コミュニケーション領域に参加するユーザが管理されている。このゴーストとしての参加人数は制限されていない。
【００１６】
図１７は、図１６に示す構成のユーザ管理部を持つホストコンピュータを備えたメッセージ通信システムにおける、コミュニケーション領域への参加処理の流れを示すフローチャートである。
【００１７】
先ずステップ１７＿１において、クライアントがホストコンピュータに対し、特定のコミュニケーション領域を指定して、そのコミュニケーション領域への参加を依頼する。
【００１８】
すると、ホストコンピュータでは、その依頼を受けて、クライアントが参加を希望するコミュニケーション領域のアバター管理テーブルを参照し、そのコミュニケーション領域に参加しているアバターの数が定数（ここでは６人）に達しているか否かが調べられ（ステップ１７＿２）、定数に達していないときは、ステップ１７＿３において、その参加を希望したクライアントのユーザに関する情報（ユーザ情報）をアバター管理テーブルに追加し、ステップ１７＿４において、そのユーザが新たに参加したコミュニケーション領域にアバターあるいはゴーストとして参加している全てのクライアントに向けて、そのユーザがそのコミュニケーション領域にアバターとして参加した旨通知する。
【００１９】
各クライアントでは、この通知を受けて、各クライアントにおけるそのコミュニケーション領域の画像を、その新たに参加したユーザのアバターが含まれるように更新する。
【００２０】
尚、ステップ１７＿４において新たに参加したクライアントには、そのコミュニケーション領域に参加している全てのアバターに関する情報やそのコミュニケーション領域の図形データ等も送信される。以下、この点についての記述は省略することがある。
【００２１】
ステップ１７＿２において、そのコミュニケーション領域に参加しているアバターの数が既に定数（６人）に達していると判断されたときは、ステップ１７＿５に進み、そのユーザのユーザ情報がユーザ情報リストに追加される。すなわち、そのユーザはゴーストとしてそのコミュニケーション領域に参加したことになる。
【００２２】
ステップ１７＿６では、その参加を希望したクライアントに向けて、そのユーザがゴーストとして参加することになった旨通知される。尚、この通知には、そのコミュニケーション領域に参加しているアバターに関する情報やそのコミュニケーション領域の図形データ等も含まれる。以下、上記と同様、これに類似した記述も省略することがある。
【００２３】
ここに示す参加処理の場合、ユーザが参加を希望すると先ずアバターとして参加させることが試みられ、参加しているアバターが定員に達していたときはゴーストとしての参加が認められる。
【００２４】
図１８は、図１６に示す構成のユーザ管理部を持つホストコンピュータを備えたメッセージ通信システムにおける、アバターとして参加していたユーザがゴーストに変更したい旨を表明したときのゴースト化処理の流れを示すフローチャートである。
【００２５】
先ずステップ１８＿１において、アバターとして参加しているユーザが、自分のクライアントコンピュータを操作して、ホストコンピュータにゴースト化を要求する。すると、ホストコンピュータは、そのクライアントのユーザ情報をアバター管理テーブルから外し、そのユーザ情報をユーザ情報リストに追加する（ステップ１８＿３）。これにより、そのユーザはアバターからゴーストに変化したことになる。ステップ１８＿３では、そのユーザがゴーストになったことを、同一のコミュニケーション領域に参加しているアバターおよびゴーストの全てのクライアントに通知される。この通知を受けたクライアントは、ゴーストに変化したユーザのアバターをそのコミュニケーション領域の画面から削除する。その後は、アバターとしての参加を新たに要求するユーザがあらわれる迄、そのコミュニケーション領域に参加しているアバターの数は定員を割ったままの状態となる。
【００２６】
図１９は、図１６に示す構成のユーザ管理部を持つホストコンピュータを備えたメッセージ通信システムにおける、ゴーストとして参加していたユーザがアバターとして参加することを要求したときのアバター化処理の流れを示すフローチャートである。
【００２７】
先ず、クライアントがアバター化要求をホストコンピュータへ送る（ステップ１９＿１）。すると、ホストコンピュータは、アバター管理テーブルの空きを探し（ステップ１９＿２）、アバター数がある定数（ここでは６人）より少ないかあるいはその定数に達しているかが判定される（ステップ１９＿３）。アバターの数が定数（６人）よりも少ないときは、ステップ１９＿４に進み、アバター化を要求したユーザのユーザ情報がユーザ情報リストから外され、アバター管理テーブルの空きの部分に設定される（ステップ１９＿４）。そのユーザがアバターになったことは、そのコミュニケーション領域にアバターあるいはゴーストとして参加している全てのクライアントに通知される（ステップ１９＿５）。
【００２８】
一方、ステップ１９＿３でアバター数が既にある定数（６人）に達していると判定されたときは、ステップ１９＿６に進み、アバター化に失敗し、引き続きゴーストとして参加することになる旨、そのアバター化を要求したクライアントに通知される。
【発明の開示】
【発明が解決しようとする課題】
【００２９】
従来のメッセージ通信システムでは、例えば以上の処理により、各コミュニケーション領域への、ユーザのアバターあるいはゴーストとしての参加が管理されている。
【００３０】
しかしながらこの管理方式の場合、
（１）アバター数の上限が全てのコミュニケーション領域で同一であり、例えばホールのような広いコミュニケーション領域を設定しても発言できる参加者を増やすことができない。
【００３１】
（２）ゴーストの数には制限がなく、あるコミュニケーション領域での発言内容が不特定多数のユーザに聞かれてしまうことを防ぐことができない。
【００３２】
（３）ユーザがホストコンピュータに向けて参加要求を行なったとき、あるいはゴーストとして参加していたユーザがアバター化要求を行なったときに、アバター管理テーブルにたまたま空きがあればアバターとして参加することができるが、アバターとして参加できなかったときは、ユーザはアバターとして参加できるまで何度も繰り返してアバター化要求を行なう必要がある。
という問題がある。
【００３３】
本発明は、上記の問題に鑑み、新たなユーザ管理方式を備えた通信管理装置を提供することを目的とする。
【課題を解決するための手段】
【００３４】
上記目的を達成する本発明の通信管理装置のうち第１の通信管理装置は、複数の利用者端末が接続され、これら複数の利用者端末との間で、複数の仮想空間（複数のコミュニケーション領域）からなる仮想世界と、その仮想世界に参加する、各利用者端末毎に定義されてなるシンボル（いわゆるアバター）とを共有し、同一の仮想空間内に入場した複数のシンボルに対応する複数の利用者端末どうしでメッセージの交換を行なうメッセージ通信システムにおける、上記仮想世界へのシンボルの参加を管理する通信管理装置において、上記複数の仮想空間それぞれに対応した、各仮想空間へのシンボルの入場を規制する領域固有情報を保持する仮想空間領域管理部と、上記領域固有情報に基づいて各仮想空間毎にシンボルの入場を管理するユーザ管理部とを備え、
上記仮想空間領域管理部が保持する領域固有情報が各仮想空間におけるシンボルとしての参加可能な最長時間を含むものであって、
上記ユーザ管理部が、仮想空間へのシンボルとしての参加が認められたシンボルについて、当該仮想空間での参加時間を計測し、計測した参加時間と上記領域固有情報に含まれる当該仮想空間における最長時間とを比較して、該最長時間を越えると、ユーザ管理部から当該シンボルの情報を削除する手段を備えたことを特徴とする。
【００３５】
ここで、上記本発明の第１の通信管理装置において、このメッセージ通信システムが、上記仮想空間内に入場したシンボルに対応する、メッセージの交換に参加する利用者端末のほか、メッセージの交換に参加する利用者端末どうしで交換されるメッセージの受信のみを行なう受信専用利用者端末（いわゆるゴースト）の存在が許容されたシステムであって、上記仮想空間管理部が、上記複数の仮想空間それぞれに対応した、各仮想空間に参加する受信専用利用者端末を規制する情報を、領域固有情報に含むものであり、上記ユーザ管理部が、その領域固有情報に基づいて、各仮想空間毎に、上記シンボルの入場のほか、受信専用利用者端末の参加を管理するものであることが好ましい。
【００３６】
本発明の第１の通信管理装置は、各仮想空間（各コミュニケーション領域）毎に、例えば、アバターとして参加が認められる人数の上限、その仮想空間にアバターとしてとどまっていることのできる最長時間、あるいはゴーストとして参加が認められる人数の上限等の領域固有情報を持つものであるため、例えば広いホールの場合はアバターの定数を増やすなど、それらの定数等を各仮想空間（各コミュニケーション領域）毎に定めることができる。したがってアバターの人数等各仮想空間（各コミュニケーション領域）に適合させ、さらにホストコンピュータ（本発明の通信管理装置）の能力に適合させることができる。
【００３７】
また、上記目的を達成する本発明の第２の通信管理装置は、複数の利用者端末が接続され、これら複数の利用者端末との間で、複数の仮想空間（複数のコミュニケーション領域）からなる仮想世界と、その仮想世界に参加する、各利用者端末毎に定義されてなるシンボル（アバター）とを共有し、同一の仮想空間内に入場した複数のシンボルに対応する複数の利用者端末どうしでメッセージの交換を行なうメッセージ通信システムにおける、上記仮想世界へのシンボルの参加を管理する通信管理装置において、このメッセージ通信システムが上記複数の仮想空間それぞれへのシンボルの同時入場数に上限が設定されてなるとともに、上記複数の仮想空間それぞれへのシンボルとして参加可能な最長時間が設定されてなるシステムであって、上記複数の仮想空間のうちのいずれかの仮想空間内に上限数のシンボルが入場している場合においてさらにその仮想空間への入場要求があった場合に、入場を要求しているシンボルを特定するシンボルＩＤ情報を、入場を要求している仮想空間に対応する待ち行列に並べる待ち行列生成手段と、上限数のシンボルが入場していた仮想空間からその仮想空間内に入場していたシンボルのうちのいずれかのシンボルが退場した際にその仮想空間に対応する待ち行列にシンボルＩＤ情報が並んでいた場合に、その待ち行列の先頭に並ぶシンボルＩＤ情報によって特定されるシンボルをその仮想空間内に入場させるとともにその待ち行列の先頭に並ぶシンボルＩＤ情報をその待ち行列から削除する入場管理手段と、仮想空間へのシンボルとしての参加が認められたシンボルについて、当該仮想空間での参加時間を計測し、計測した参加時間と上記領域固有情報に含まれる当該仮想空間における最長時間とを比較して、該最長時間を越えると、当該仮想空間から当該シンボルを退場させる手段とを備えたことを特徴とする。
【００３８】
ここで、本発明の第２の通信管理装置の場合、複数の仮想空間それぞれへの同時入場者数あるいは最長時間は、それら複数の仮想空間について同一であってもよい。
【００３９】
本発明の第２の通信管理装置は、アバターとして参加を希望したにも拘らず定員オーバーであったとき、待ち行列を作り、そのコミュニケーション領域からアバターが退場したときに、その待ち行列の先頭に並ぶユーザをアバターとして参加させるものであり、ユーザがアバターとしての参加が認められるまでホストコンピュータに対し何度も要求を出す必要がなく、無駄な通信が省かれる。
【００４０】
ここで、上記第２の通信管理装置において、このメッセージ通信システムが、上記仮想空間内に入場したシンボルに対応する、メッセージの交換に参加する利用者端末のほか、メッセージの交換に参加する利用者端末どうしで交換されるメッセージの受信のみを行なう受信専用利用者端末（いわゆるゴースト）の存在が許容されたシステムであって、上記待ち行列に並ぶシンボルＩＤ情報により特定される利用者端末を、その待ち行列に対応する仮想空間に受信専用利用者端末として参加させる受信専用利用者端末管理手段を備えることが好ましい。
【００４１】
この場合、待ち行列に並ぶユーザは、従来のユーザ情報リスト（図１６参照）に登録されたユーザと同様、ゴーストとしてそのコミュニケーション領域に参加することができる。
【００４２】
また、本発明の第３の通信管理装置は、概略、上記第１の通信管理装置の特徴と第２の通信管理装置の特徴を合わせ持ったものに相当する。すなわち、本発明の第３の通信管理装置は、複数の利用者端末が接続され、これら複数の利用者端末との間で、複数の仮想空間（複数のコミュニケーション領域）からなる仮想世界と、その仮想世界に参加する、各利用者端末毎に定義されてなるシンボル（アバター）とを共有し、同一の仮想空間内に入場した複数のシンボルに対応する複数の利用者端末どうしでメッセージの交換を行なうメッセージ通信システムにおける、上記仮想世界へのシンボルの参加を管理する通信管理装置において、上記複数の仮想空間それぞれに対応した、各仮想空間へのシンボルの同時入場数の上限と各仮想空間へのシンボルとして参加可能な最長時間とを各仮想空間毎に規定する領域固有情報を保持する仮想空間領域管理部と、その領域固有情報に基づいて各仮想空間毎にシンボルの入場を管理するユーザ管理部とを備え、上記ユーザ管理部が、上記複数の仮想空間のうちのいずれかの仮想空間内に上限数のシンボルが入場している場合においてさらにその仮想空間への入場要求があった場合に、入場を要求しているシンボルを特定するシンボルＩＤ情報を、入場を要求している仮想空間に対応する待ち行列に並べる待ち行列生成手段と、上限数のシンボルが入場していた仮想空間からその仮想空間内に入場していたシンボルのうちのいずれかのシンボルが退場した際にその仮想空間に対応する待ち行列にシンボルＩＤ情報が並んでいた場合に、その待ち行列の先頭に並ぶシンボルＩＤ情報によって特定されるシンボルをその仮想空間内に入場させるとともにその待ち行列の先頭に並ぶシンボルＩＤ情報をその待ち行列から削除する入場管理手段と、仮想空間へのシンボルとしての参加が認められたシンボルについて、当該仮想空間での参加時間を計測し、計測した参加時間と上記領域固有情報に含まれる当該仮想空間における最長時間とを比較して、該最長時間を越えると、当該仮想空間から当該シンボルを退場させる手段とを備えたことを特徴とする。
【００４３】
本発明の第３の通信管理装置は、上記のように構成されているため、各コミュニケーション領域へのアバターの入場数を各コミュニケーション毎に適切に定めることができ、かつ、アバターとして参加しようとするユーザが何度も要求を出すという負荷を低減することができる。
【００４４】
ここで、本発明の第３の通信管理装置において、このメッセージ通信システムが、仮想空間内に入場したシンボルに対応する、メッセージの交換に参加する利用者端末のほか、メッセージの交換に参加する利用者端末どうしで交換されるメッセージの受信のみを行なう受信専用利用者端末（ゴースト）の存在が許容されたシステムであって、上記ユーザ管理部が、待ち行列に並ぶシンボルＩＤ情報により特定される利用者端末を、その待ち行列に対応する仮想空間に受信専用利用者端末として参加させる受信専用利用者端末管理手段を備えることが好ましい。
【００４５】
この場合、待ち行列に並ぶユーザはゴーストとしてそのコミュニケーション領域に参加することになる。
【発明の効果】
【００４６】
以上説明したように、本発明によれば、従来と比べ一層柔軟な、クライアント側の操作性の高いメッセージ通信システムを構築するのに好適なユーザ管理方式を有する通信管理装置が実現する。
【００４７】
また、本発明によれば、アバターとしての参加希望者が多い場合に、できるだけ多くのユーザにアバターとしての参加の機会を作り出すことが可能となる。
【発明を実施するための最良の形態】
【００４８】
以下、本発明の実施形態について説明する。
【００４９】
図１は、本発明の第１の通信管理装置の一実施形態であるホストコンピュータ内のユーザ管理方式を示す模式構成図である。
【００５０】
ここには、ユーザ管理部のほか、仮想空間を管理するための仮想空間領域管理部が備えられている。この仮想空間領域管理部には、複数のコミュニケーション領域を相互に識別するための各コミュニケーション領域毎に固有の領域識別子（名前）と、その領域識別子に対応して、そのコミュニケーション領域に固有の情報、すなわち、そのコミュニケーション領域にアバターとして参加できる人数の上限、ゴーストとして参加できる人数の上限、およびアバターとして参加できる最長時間であるタイムアウト時間が記録された領域固有情報テーブルが格納されている。
【００５１】
この領域固有情報テーブルには、このシステムにある、コミュニケーション領域が組み込まれる際に、そのコミュニケーション領域に関する欄が追加されるが、そのコミュニケーション領域の固有情報が書き込まれるが、一旦書き込んだ後の変更も可能である。
【００５２】
ユーザ管理部には、図１６の場合と同様、各コミュニケーション領域に対応した、ゴーストを管理するユーザ情報リストと、アバターを管理するアバター管理テーブルが備えられているが、ユーザ情報リストに記録されるゴーストの数は、そのコミュニケーション領域の固有情報に記録されたゴーストの人数による制限を受け、またアバター管理テーブルは、従来（図１６参照）はいずれのコミュニケーション領域についても同一の人数（前述した従来例の場合６人）に固定されていたが、ここでは、領域固有情報テーブルにより、そのコミュニケーション領域にアバターとして参加できる人数として、各コミュニケーション領域毎にそれぞれ独自の人数が定められている。
【００５３】
図２は、図１に示す構成のホストコンピュータを備えたメッセージ通信システムにおける、コミュニケーション領域への参加処理の流れを示すフローチャートである。
【００５４】
先ずステップ２＿１において、クライアントがホストコンピュータに対し、特定のコミュニケーション領域を指定して、そのコミュニケーション領域への参加を依頼する。
【００５５】
するとホストコンピュータでは、その依頼を受けて、領域固有情報テーブルを参照して、クライアントが参加を希望しているコミュニケーション領域についての固有情報を入手し（ステップ２＿２）、そのコミュニケーション領域についてのアバター管理テーブルを参照して、アバターの数がそのコミュニケーション領域についての上限に達しているか否かが認識される（ステップ２＿３）。アバターの数が上限に達していないときは、ステップ２＿４に進み、そのコミュニケーション領域に対応するアバター管理テーブルに、参加を希望しているユーザのユーザ情報を追加し（ステップ２＿４）、同一のコミュニケーション領域にアバターとしてあるいはゴーストとして参加している全クライアントに対し、そのコミュニケーション領域に参加を希望していたユーザがアバターとして参加したことを通知する（ステップ２＿５）。
【００５６】
一方、ステップ２＿３において、そのコミュニケーション領域のアバター数が、そのコミュニケーション領域について独自に設定された上限に達していると判断された場合、ステップ２＿６に進み、今度はそのコミュニケーション領域のゴーストの数が、そのコミュニケーション領域について独自に設定された上限に達しているか否かが判断される。ゴースト数が上限に達していないと判断されたときは、ステップ２＿７に進み、そのユーザのユーザ情報をユーザ情報リストに追加し、ステップ２＿８に進んで、参加を希望したクライアントに向けて、ゴーストとして参加したことを通知する。
【００５７】
さらに、ステップ２＿６において、アバター数のみでなくそのコミュニケーション領域のゴースト数も上限に達していると判断された場合は、ステップ２＿９に進み、参加を希望したクライアントに対し参加処理が失敗した旨通知される。
【００５８】
図３は、図１に示す構成のホストコンピュータを備えたメッセージ通信システムにおける、もう１つの、コミュニケーション領域への参加処理の流れを示すフローチャートである。この参加処理の場合、クライアントからホストコンピュータに向けて、アバターとしての参加を希望するか、あるいはゴーストとしての参加を希望するかを明示した参加依頼が行なわれる。
【００５９】
先ずステップ３＿１において、クライアントがホストコンピュータに対し、参加を希望するコミュニケーション領域を指定するとともに、そのコミュニケーション領域にアバターとしての参加を希望するかゴーストとしての参加を希望するかを指定して、参加を依頼する。
【００６０】
すると、ホストコンピュータでは、その依頼を受けて、領域固有情報テーブルを参照して、そのクライアントが参加を希望しているコミュニケーション領域についての固有情報を入手する（ステップ３＿２）。次いで、ステップ３＿３において、そのクライアントがアバターとしての参加を希望しているのか、それともゴーストとしての参加を希望しているのかが認識される。ゴーストとしての参加を希望していたときはステップ３＿４に進み、そのコミュニケーション領域についてのユーザ情報リストを参照して、そのコミュニケーション領域に現在ゴーストとして参加している人数を調べ、その人数が、入手した固有情報に示された上限に達しているか否かが判断される。
【００６１】
そのコミュニケーション領域のゴーストの数が上限に達していないときはステップ３＿５に進み、そのユーザのユーザ情報を、そのコミュニケーション領域に対応するユーザ情報リストに追加し、ステップ３＿６において、その参加を希望したクライアントに向けて、ゴーストとしての参加が認められた旨通知される。
【００６２】
一方、ステップ３＿４において、ゴーストの数が上限に達していると判断されると、ステップ３＿１０に進み、参加を依頼したクライアントに向けて参加処理が失敗したことを通知する。
【００６３】
ステップ３＿３においてアバターとしての参加を希望している旨認識されると、ステップ３＿７に進み、その参加を希望しているコミュニケーション領域についてのアバター管理テーブルを参照して、そのコミュニケーション領域に現在アバターとして参加している人数を調べ、その人数が、ステップ３＿２で入手した固有情報に示された上限に達しているか否かが判断される。
【００６４】
そのコミュニケーション領域のアバターの数が上限に達していないと判断されたときは、ステップ３＿８に進み、そのユーザについてのユーザ情報がアバター管理テーブルに追加され、ステップ３＿９において、そのアバターとしての参加が認められたコミュニケーション領域にアバターあるいはゴーストとして参加している全てのクライアントに対し、アバターとして新たに参加が認められた旨通知される。
【００６５】
ステップ３＿７において、アバターの数が上限に達していると判断されると、ステップ３＿１０に進み、参加を依頼したクライアントに向けてその参加処理が失敗したことを通知する。
【００６６】
図４は、図１に示す構成のホストコンピュータを備えたメッセージ通信システムにおける、ゴーストとして参加していたクライアントからアバターとして参加したい旨要求が出されたときのアバター化処理の流れを示すフローチャートである。
【００６７】
図１９のアバター化処理と比べ、ステップ４＿２においてアバターとして参加を希望しているコミュニケーション領域についての固有情報を入手し、ステップ４＿３ではその固有情報を参照してアバターの数がそのコミュニケーション領域独自の上限に達しているか否かが判定される点が異なる。他のステップ４＿１，４＿４〜４＿６は、図１９のアバター化処理のステップ１９＿１，１９＿４〜１９＿６と同一であり詳細説明は省略する。
【００６８】
図５は、本発明の第２の通信管理装置の一実施形態であるホストコンピュータ内のユーザ管理方式を示す模式構成図である。
【００６９】
ここには、ユーザ情報が待ち行列の形式に記録される、各コミュニケーション領域に対応するユーザ待ち行列キューと、参加要求があった場合にその参加要求ユーザに関するユーザ情報をユーザ待ち行列キューに並べる待ち行列生成手段と、各コミュニケーション領域に対応するアバター管理テーブル（ここでは全てのコミュニケーション領域についてアバター管理テーブルの大きさは同一（６人分）に固定されている）と、アバター管理テーブルに空きが生じたときにユーザ待ち行列キューの先頭に並んでいるユーザ情報をユーザ待ち行列キューから外してアバター管理テーブルに追加するアバター管理手段（本発明にいう入場管理手段に相当する）と、ユーザ待ち行列キューに並んでいるユーザ情報により特定されるユーザをそのユーザ待ち行列キューに対応するコミュニケーション領域にゴーストとして参加させるゴースト管理手段（本発明にいう受信専用利用者端末管理手段に相当する）が示されている。
【００７０】
図６は、図５に示す構成のホストコンピュータを備えたメッセージ通信システムにおける、コミュニケーション領域への参加処理の流れを示すフローチャートである。
【００７１】
この図６に示す参加処理のステップ６＿１〜６＿４における各処理は、図１７に示す参加処理のステップ１７＿１〜１７＿４における各処理と同一であり、重複説明は省略する。
【００７２】
ステップ６＿２においてアバター数が定数に達していると判断されると、ステップ６＿５に進み、参加を希望していたユーザに関するユーザ情報がユーザ待ち行列キューに積まれる。この実施形態では、このユーザ待ち行列キューに積まれるユーザの数は制限されていない。
【００７３】
このユーザ待ち行列は、従来例（図１６参照）におけるユーザ情報リストと同等の機能、すなわちそこにユーザ情報が登録されるとそのコミュニケーション領域にゴーストとして参加したことになるという機能を持っている。ステップ６＿６ではその参加を要求したクライアントに対しゴーストとして参加した旨通知される。その状態で暫く待機し、アバター管理テーブルに空きができた時点で、待ち行列キューの先頭からユーザ情報を取り出してアバター管理テーブルの空いている場所に設定し、待ち行列キューからはそのユーザ情報が外される（ステップ６＿７）。このようにして、アバター管理テーブルに空きが出来次第、待ち行列キューの先頭に並ぶ、それまではゴーストとして参加していたユーザが自動的にアバターとしての参加に切り換えられる。ゴーストからアバターに変化したことは、ステップ６＿４において、そのコミュニケーション領域にアバターとしてあるいはゴーストとして参加している全クライアントに通知される。
【００７４】
図７は、図５に示す構成のホストコンピュータを備えたメッセージ通信システムにおける、アバター化中断処理の流れを示すフローチャートである。この処理は、図６に示す参加処理においてアバターとしての参加が認められず待ち行列キューに積まれてゴーストとして参加し、アバターになる順番を待っている状態でアバター化を断念し、ゴーストとしての参加も抜けるときに実行される。
【００７５】
クライアントがホストコンピュータに対しアバター化中断処理の実行を依頼すると（ステップ７＿１）、ホストコンピュータは、ユーザ待ち行列キューを検索する（ステップ７＿２）。そのユーザ待ち行列キューに、アバター化中断処理を依頼したクライアントに関するユーザ情報が見つかったか否かが認識され（ステップ７＿３）、見つからなかったときは、そのアバター化中断処理を依頼してきたクライアントに対し、その処理が失敗した旨、すなわちそのクライアントのユーザ情報が待ち行列キューに並んでいなかった旨通知される（ステップ７＿４）。一方、ユーザ待ち行列キューにそのクライアントに関するユーザ情報が並んでいたときは、ステップ７＿５に進み、そのユーザ待ち行列キューからそのユーザ情報を外す。すなわち、ゴーストとしての参加も取り止められる。その後、そのクライアントに向けて、アバター化中断処理が成功したことが通知される（ステップ７＿６）。
【００７６】
図８は、本発明の第２の通信管理装置のもう１つの実施形態としての構成を有するホストコンピュータ内のユーザ管理方式を示す模式図である。
【００７７】
ここには、ゴーストとして参加するための手段として、各コミュニケーション領域に対応して、ユーザ待ち行列キューとユーザ情報リストとの双方が備えられており、ゴースト管理手段は、これらユーザ待ち行列キューとユーザ情報リストとのうちのいずれか一方に登録されたユーザ情報によって特定されるユーザを全てゴーストとして参加させる。
【００７８】
図９は、図８に示す構成を有するホストコンピュータを備えたメッセージ通信システムにおける、コミュニケーション領域への参加処理の流れを示すフローチャートである。ここではクライアントは、参加しようとするコミュニケーション領域を指定するとともに、アバターとしての参加を希望するかゴーストとしての参加を希望するかを明示して、参加を要求する。
【００７９】
ステップ９＿１において、クライアントがホストコンピュータに、参加しようとするコミュニケーション領域とアバターもしくはゴーストを指定して参加処理を依頼すると、ホストコンピュータは、ステップ９＿２において、アバターとしての参加が指定されているかゴーストとしての参加が指定されているかを判断する。アバターとしての参加が指定されているときはステップ９＿３に進む。ステップ９＿３〜ステップ９＿８の各ステップは、既に説明した図６の参加処理におけるステップ６＿２〜ステップ６＿７の各ステップとそれぞれ同一である。すなわち、アバターとしての参加を指定したもののアバター管理テーブルが満杯のときはユーザ待ち行列に積まれ、ゴーストとして参加しながらアバターとしての参加の順番待ちをすることになる。
【００８０】
ステップ９＿２においてゴーストとしての参加が指定されたことが判定されると、ステップ９＿１０に進む。ステップ９＿１０〜９＿１１の処理は、前述した図１７の参加処理におけるステップ１７＿５〜１７＿６の処理と同一である。すなわち最初からゴーストとしての参加を希望していたときは、ユーザ待ち行列キューには積まれず、ユーザ情報リストに登録される。このユーザ情報リストに登録されたユーザ情報は、ゴーストとしての参加は認められるものの、アバター管理テーブルに空きができてもアバター化の対象からは外される。
【００８１】
図１０は、本発明の第３の通信管理装置の一実施形態としての構成を有するホストコンピュータ内のユーザ管理方式を示す構成図である。
【００８２】
ここに示すホストコンピュータには、図１に示す本発明の第１の通信管理装置の実施形態と同様な、領域固有情報テーブルを持った仮想空間領域管理部と、図５に示す本発明の第２の通信装置の実施形態と同様な、ユーザ管理部が備えられている。すなわち、アバター管理テーブルに登録することのできるユーザ情報の数（アバターとして参加できる人数の上限）が、領域固有情報テーブルに登録された各コミュニケーション領域毎の固有情報によって、各コミュニケーション領域毎に定められる。尚、この実施形態ではゴーストとしての参加人数については上限は定められていないものとする。
【００８３】
図１１は、図１０に示す構成を有するホストコンピュータを備えたメッセージ通信システムにおける、コミュニケーション領域への参加処理の流れを示すフローチャートである。
【００８４】
クライアントは、ホストコンピュータに対し、参加を希望するコミュニケーション領域を指定して参加処理を依頼する（ステップ１１＿１）。すると、ホストコンピュータは、領域固有情報テーブルを参照し、その参加を希望しているコミュニケーション領域に対応する固有情報を入手する。以下、ステップ１１＿３〜１１＿８の処理は、アバターの数の上限が固有情報に登録された人数によりコミュニケーション領域毎に定められる点を除き、図６に示す参加処理におけるステップ６＿２〜６＿７と同一であり、重複説明は省略する。
【００８５】
図１２は、本発明の第３の通信管理装置のもう１つの実施形態としての構成を有するホストコンピュータ内のユーザ管理方式を示す模式図である。
【００８６】
ここに示すホストコンピュータには、図１１に示す本発明の第１の通信管理方式と同様な、領域固有情報テーブルを有する仮想空間領域管理部と、図８に示す本発明の第２の通信管理方式と同様な、ユーザ待ち行列キューとユーザ情報リストとの双方を有するユーザ管理部が備えられている。尚、この実施形態では、アバターとともに、ゴーストについても、各コミュニケーション領域に対応する固有情報によって、参加人数の上限が定められているものとする。
【００８７】
図１３は、図１２に示す構成を有するホストコンピュータを備えたメッセージ通信システムにおける、コミュニケーション領域への参加処理の流れを示すフローチャートである。
【００８８】
ここでは、クライアントは、参加しようとするコミュニケーション領域を指定するとともに、アバターとしての参加を希望するかゴーストとしての参加を希望するかを明示して、ホストコンピュータに参加処理を依頼する（ステップ１３＿１）。するとホストコンピュータは、先ず、領域固有情報テーブルを参照し、参加を希望しているコミュニケーション領域に対応する固有情報を入手する（ステップ１３＿２）。次いで、ステップ１３＿３では、アバターとしての参加を希望しているのかゴーストとしての参加を希望しているのかが判断され、アバターとしての参加が希望されていたときはステップ１３＿４に進む。ステップ１３＿４〜ステップ１３＿９の処理については、アバターとしての参加人数の上限が各コミュニケーション領域に対応する固有情報によって各コミュニケーション領域毎に定まる点を除き、図９を参照して説明した参加処理におけるステップ９＿３〜９＿８の各処理と同様であり、重複説明は省略する。
【００８９】
また、ステップ１３＿３においてゴーストとしての参加を希望していると判断されると、ステップ１３＿１０へ進む。ステップ１３＿１０〜１３＿１３の各処理は、アバターの場合と同様、ゴーストとしての参加人数の上限が各コミュニケーション毎に定められている点を除き、図３を参照して説明した参加処理におけるステップ３＿４〜３＿６、およびステップ３＿１０と同様であり、重複説明は省略する。
【００９０】
尚、図１、図１０、図１２を参照して説明した各実施形態において、領域固有情報テーブル中の固有情報のうちのタイムアウト時間について詳細説明は省略したが、アバターとして参加するとそのアバターについてアバターとして参加している時間が計測され、その時間がタイムアウト時間を越えると、そのユーザの意思にかかわらずアバター管理テーブルから外される。これは、アバターとしての参加希望者が多い場合に、できるだけ多くのユーザにアバターとしての参加の機会を作り出すための措置である。このタイムアウト時間も各コミュニケーション領域毎に設定される。ただしアバターとしての参加時間がタイムアウト時間を越えても、他にアバターとしての参加希望者がいないときは、アバターとしての参加希望者があらわれるまで、引き継ぎアバターとしての参加を認めるよう処置してもよい。
【図面の簡単な説明】
【００９１】
【図１】本発明の第１の通信管理装置の一実施形態であるホストコンピュータ内のユーザ管理方式を示す模式構成図である。
【図２】図１に示す構成のホストコンピュータを備えたメッセージ通信システムにおける、コミュニケーション領域への参加処理の流れを示すフローチャートである。
【図３】図１に示す構成のホストコンピュータを備えたメッセージ通信システムにおける、もう１つの、コミュニケーション領域への参加処理の流れを示すフローチャートである。
【図４】図１に示す構成のホストコンピュータを備えたメッセージ通信システムにおける、ゴーストとして参加していたクライアントからアバターとして参加したい旨要求が出されたときのアバター化処理の流れを示すフローチャートである。
【図５】本発明の第２の通信管理装置の一実施形態であるホストコンピュータ内のユーザ管理方式を示す模式構成図である。
【図６】図５に示す構成のホストコンピュータを備えたメッセージ通信システムにおける、コミュニケーション領域への参加処理の流れを示すフローチャートである。
【図７】図５に示す構成のホストコンピュータを備えたメッセージ通信システムにおける、アバター化中断処理の流れを示すフローチャートである。
【図８】本発明の第２の通信管理装置のもう１つの実施形態としての構成を有するホストコンピュータ内のユーザ管理方式を示す模式図である。
【図９】図８に示す構成を有するホストコンピュータを備えたメッセージ通信システムにおける、コミュニケーション領域への参加処理の流れを示すフローチャートである。
【図１０】本発明の第３の通信管理装置の一実施形態としての構成を有するホストコンピュータ内のユーザ管理方式を示す構成図である。
【図１１】図１０に示す構成を有するホストコンピュータを備えたメッセージ通信システムにおける、コミュニケーション領域への参加処理の流れを示すフローチャートである。
【図１２】本発明の第３の通信管理装置のもう１つの実施形態としての構成を有するホストコンピュータ内のユーザ管理方式を示す模式図である。
【図１３】図１２に示す構成を有するホストコンピュータを備えたメッセージ通信システムにおける、コミュニケーション領域への参加処理の流れを示すフローチャートである。
【図１４】いわゆるサーバとクライアントからなるメッセージ通信システムの概念図である。
【図１５】クライアントの化身（シンボル）が仮想世界に入り込んで会話を行なう方式のメッセージ通信システムの概念図である。
【図１６】ホストコンピュータ内における、ユーザの管理を行なうユーザ管理部の模式図である。
【図１７】図１６に示す構成のユーザ管理部を持つホストコンピュータを備えたメッセージ通信システムにおける、コミュニケーション領域への参加処理の流れを示すフローチャートである。
【図１８】図１６に示す構成のユーザ管理部を持つホストコンピュータを備えたメッセージ通信システムにおける、アバターとして参加していたユーザがゴーストに変更したい旨を表明したときのゴースト化処理の流れを示すフローチャートである。
【図１９】図１６に示す構成のユーザ管理部を持つホストコンピュータを備えたメッセージ通信システムにおける、ゴーストとして参加していたユーザがアバターとして参加することを要求したときのアバター化処理の流れを示すフローチャートである。
【符号の説明】
【００９２】
１００＿１，１００＿２，…，１００＿ｎ  クライアントコンピュータ
２００  通信ネットワーク
３００  ホストコンピュータ
【図１】
2006318496.tif 000003
【図２】
2006318496.tif 000004
【図３】
2006318496.tif 000005
【図４】
2006318496.tif 000006
【図５】
2006318496.tif 000007
【図６】
2006318496.tif 000008
【図７】
2006318496.tif 000009
【図８】
2006318496.tif 000010
【図９】
2006318496.tif 000011
【図１０】
2006318496.tif 000012
【図１１】
2006318496.tif 000013
【図１２】
2006318496.tif 000014
【図１３】
2006318496.tif 000015
【図１４】
2006318496.tif 000016
【図１５】
2006318496.tif 000017
【図１６】
2006318496.tif 000018
【図１７】
2006318496.tif 000019
【図１８】
2006318496.tif 000020
【図１９】
2006318496.tif 000021