JP2000231531A

JP2000231531A - コミュニケーションシステムおよびその制御方法およびその動作処理プログラムを記憶した記憶媒体

Info

Publication number: JP2000231531A
Application number: JP11032700A
Authority: JP
Inventors: Hiroto Oka; 寛人岡; 常好 ▲高▼木; Tsuneyoshi Takagi
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1999-02-10
Filing date: 1999-02-10
Publication date: 2000-08-22

Abstract

(57)【要約】【課題】ユーザの操作の手間を省くことが可能なコミ
ュニケーションシステムを提供することを目的とする。【解決手段】ユーザによって操作が行われる複数の端
末と前記複数の端末を管理するサーバとをネットワーク
に接続することによって、前記複数の端末間で相互にコ
ミュニケーションを実行するコミュニケーションシステ
ムにおいて、ログインしたユーザに関する情報を取得す
る情報取得手段と、前記情報取得手段によって取得され
た情報を保持する保持手段と、前記複数の端末のうちい
ずれかの端末にログインしているユーザから任意のユー
ザに対するコミュニケーションの要求が受信された場
合、前記保持手段によって保持された情報に基づいて、
コミュニケーションの対象のユーザがログインしている
それぞれの端末を特定し、それらの端末間のコミュニケ
ーションの開始を指示する指示手段とを備えることを特
徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、監視カメ
ラ等に用いて好適な、被写体の移動の変化を検出するカ
メラ制御システムに関するものである。

【０００２】

【従来の技術】複数のユーザが情報処理端末を用いて通
信し、データの送受信を行うコミュニケーションシステ
ムが存在する。そのようなコミュニケーションシステム
では、たとえばビデオ会議、チャット、共有アプリケー
ションなどのツールを用いてコミュニケーションを行
う。

【０００３】

【発明が解決しようとする課題】このような複数のユー
ザが端末を用いて通信を行う従来のコミュニケーション
システムにおいては、ユーザは通信相手がどの端末にい
るかを電話などの手段によって予め調べ、互いに決まっ
た時間に決まった情報処理端末を用いて通信するようあ
らかじめ調整しておく必要があり、面倒であった。ま
た、一方のユーザが他の情報処理端末から同じ相手の情
報処理端末へ通信するには、いったん両者通信を終了す
る操作を行った後、ユーザが他の端末へ移動し、再度通
信を開始するための操作を行わなければならず、煩雑な
操作が必要であった。

【０００４】そこで本発明は、通信開始時の作業を少な
くし、ユーザが煩雑な操作を行うことなく快適なコミュ
ニケーションシステムを提供することを目的とする。

【０００５】

【課題を解決するための手段】上述した目的を達成する
ために、本願の請求項１に係る発明によれば、ユーザに
よって操作が行われる複数の端末と前記複数の端末を管
理するサーバとをネットワークに接続することによっ
て、前記複数の端末間で相互にコミュニケーションを実
行するコミュニケーションシステムにおいて、ログイン
したユーザに関する情報を取得する情報取得手段と、前
記情報取得手段によって取得された情報を保持する保持
手段と、前記複数の端末のうちいずれかの端末にログイ
ンしているユーザから任意のユーザに対するコミュニケ
ーションの要求が受信された場合、前記保持手段によっ
て保持された情報に基づいて、コミュニケーションの対
象のユーザがログインしているそれぞれの端末を特定
し、それらの端末間のコミュニケーションの開始を指示
する指示手段とを備えることを特徴とする。

【０００６】また、請求項２に係る発明によれば、請求
項１において、前記情報取得手段によって取得される情
報は、少なくともユーザＩＤおよびユーザがログインし
た端末に関する情報を含むことを特徴とする。

【０００７】また、請求項３に係る発明によれば、請求
項１において、前記保持手段は、予め登録されたユーザ
名に対応するログイン情報を保持するテーブルを備え、
前記情報取得手段によって取得されるログイン情報に変
化があった場合、前記テーブルをその情報の変化に応じ
て書き換えることを特徴とする。

【０００８】また、請求項４に係る発明によれば、請求
項３において、前記指示手段は、前記保持手段によって
書き換えられた情報に基づいて、コミュニケーション中
のユーザが異なる端末にログインしたことが判断された
場合、その新たにログインした端末とのコミュニケーシ
ョンの開始を指示することを特徴とする。

【０００９】また、請求項５に係る発明によれば、請求
項３において、前記テーブルのログイン情報に基づい
て、少なくともログインしているユーザ名を各端末に対
して出力する出力手段とを備えることを特徴とする。

【００１０】また、請求項６に係る発明によれば、請求
項４において、さらに、前記保持手段は、コミュニケー
ションが行われているユーザのグループに関する情報を
保持し、前記出力手段は、さらに、コミュニケーション
が行われているユーザのグループに関する情報を各端末
に対して出力することを特徴とする。

【００１１】また、請求項７に係る発明によれば、請求
項１において、前記情報取得手段は、ユーザがそれぞれ
保持するバッジからユーザに関する情報を検出するセン
サであることを特徴とする。

【００１２】また、請求項８に係る発明によれば、請求
項５において、前記出力手段によって出力されたユーザ
名を所定のウインドウ上に表示する表示手段と、前記所
定のウインドウ上に表示されたユーザ名を指示すること
によって、指示されたユーザとのコミュニケーションを
前記サーバに要求する要求手段とを備えることを特徴と
する。

【００１３】また、請求項９に係る発明によれば、請求
項６において、前記出力手段によって出力されたユーザ
名を所定のウインドウ上に表示する表示手段と、コミュ
ニケーションが行われているユーザのグループが存在す
る場合、そのグループどうしのユーザ名を同じ色で表示
する表示制御手段と、前記所定のウインドウ上に表示さ
れたユーザ名を指示することによって、指示されたユー
ザとのコミュニケーションを前記サーバに要求する要求
手段とを備えることを特徴とする。

【００１４】また、請求個１０に係る発明によれば、ユ
ーザによって操作が行われる複数の端末と前記複数の端
末を管理するサーバとをネットワークに接続することに
よって、前記複数の端末間で相互にコミュニケーション
を実行するコミュニケーションシステムの制御方法にお
いて、ログインしたユーザに関する情報を取得する情報
取得工程と、前記情報取得手段によって取得された情報
を保持する保持工程と、前記複数の端末のうちいずれか
の端末にログインしているユーザから任意のユーザに対
するコミュニケーションの要求が受信された場合、前記
保持工程によって保持された情報に基づいて、コミュニ
ケーションの対象のユーザがログインしているそれぞれ
の端末を特定し、それらの端末間のコミュニケーション
の開始を指示する指示工程とを備えることを特徴とす
る。

【００１５】また、請求項１１に係る発明によれば、請
求項１０において、前記情報取得工程によって取得され
る情報は、少なくともユーザＩＤおよびユーザがログイ
ンした端末に関する情報を含むことを特徴とする。

【００１６】また、請求項１２に係る発明によれば、請
求項１０において、前記保持工程は、前記情報取得工程
によって取得されるログイン情報に変化があった場合、
予め登録されたユーザ名に対応するログイン情報を保持
するテーブルをその情報の変化に応じて書き換えること
を特徴とする。

【００１７】また、請求項１３に係る発明によれば、請
求項１２において、前記指示工程は、前記保持工程によ
って書き換えられた情報に基づいて、コミュニケーショ
ン中のユーザが異なる端末にログインしたことが判断さ
れた場合、その新たにログインした端末とのコミュニケ
ーションの開始を指示することを特徴とする。

【００１８】また、請求項１４に係る発明によれば、請
求項１２において、前記テーブルのログイン情報に基づ
いて、少なくともログインしているユーザ名を各端末に
対して出力する出力工程とを備えることを特徴とする。

【００１９】また、請求項１５に係る発明によれば、請
求項１４において、さらに、前記保持工程は、コミュニ
ケーションが行われているユーザのグループに関する情
報を保持し、前記出力工程は、さらに、コミュニケーシ
ョンが行われているユーザのグループに関する情報を各
端末に対して出力することを特徴とする。

【００２０】また、請求項１６に係る発明によれば、請
求項１４において、前記出力工程によって出力されたユ
ーザ名を各端末の所定のウインドウ上に表示する表示工
程と、前記所定のウインドウ上に表示されたユーザ名を
指示することによって、指示されたユーザとのコミュニ
ケーションを前記サーバに要求する要求工程とを備える
ことを特徴とする。

【００２１】また、請求項１７に係る発明によれば、請
求項１５において、前記出力手段によって出力されたユ
ーザ名を各端末の所定のウインドウ上に表示する表示工
程と、コミュニケーションが行われているユーザのグル
ープが存在する場合、そのグループどうしのユーザ名を
同じ色で表示する表示制御工程と、前記所定のウインド
ウ上に表示されたユーザ名を指示することによって、指
示されたユーザとのコミュニケーションを前記サーバに
要求する要求工程とを備えることを特徴とする。

【００２２】また、請求項１８に係る発明によれば、ユ
ーザによって操作が行われる複数の端末と前記複数の端
末を管理するサーバとをネットワークに接続することに
よって、前記複数の端末間で相互にコミュニケーション
を実行するコミュニケーションシステムの動作処理を実
行するプログラムを記憶する記憶媒体であって、前記複
数の端末のうちいずれかの端末にログインしているユー
ザから任意のユーザに対するコミュニケーションの要求
が受信された場合、予め保持されたユーザＩＤおよびユ
ーザがログインした端末に関する情報に基づいて、コミ
ュニケーションの対象のユーザがログインしているそれ
ぞれの端末を特定し、それらの端末間のコミュニケーシ
ョンの開始を指示させるコミュニケーションシステムの
動作処理プログラムを記憶する。

【００２３】また、請求項１９に係る発明によれば、請
求項１６において、コミュニケーション中のユーザが異
なる端末にログインしたことが判断された場合、その新
たにログインした端末とのコミュニケーションの開始を
指示させるプログラムを記憶した記憶媒体。

【００２４】

【発明の実施の形態】本実施の形態では、ビデオ会議シ
ステムを例に挙げて説明する。まず、本実施の形態のビ
デオ会議システムの動作について簡単に説明する。図９
は本実施の形態のビデオ会議システムの概要を表す。１
００は本実施の形態のビデオ会議システムを管理するた
めのサーバである。２００は、ビデオカメラ、マイクお
よびスピーカを備えた、ビデオ会議可能なクライアント
としての情報処理端末である。６０３はユーザが装着す
るバッジであり、６０４はセンサである。センサ６０４
は各端末２００の近傍に１つずつ設置されておりユーザ
のログインを検出するものである。６０５はセンサ情報
取得部であり、センサ６０４が検出したバッジ６０３の
ユーザＩＤ（ユーザの個別情報）をサーバ６０１に送信
する。ここで、センサ情報取得部６０５は、ユーザＩＤ
および検出したセンサ６０４のセンサＩＤの情報を定期
的にサーバ６０１に送信することによって、サーバ１０
０側で検出したセンサ６０４に対応する端末２００にロ
グインしたと判断される。ただし、センサ情報取得部６
０５は情報に変化があったときのみサーバ１００に送信
するものであっても構わない。

【００２５】なおセンサ６０４は卓上、部屋の壁や天
井、廊下の壁や天井など検出しやすいさまざまな場所に
配置される。そして、バッジは各ユーザが胸などの検出
されやすい位置ににつけるようになっている。そして、
定期的にバッジ６０３から赤外線を用いてそのバッジ６
０３のユーザＩＤに関する情報を出力し、その赤外線を
受信したセンサ６０４がセンサ情報取得部６０５に対し
て受信したユーザＩＤを送信する。このように、バッジ
６０３（バッジを受けた人）がどのセンサ６０４に反応
したかによって、バッジ６０３（バッジをつけた人）の
ＩＤ情報を検出することができる。

【００２６】本実施の形態のビデオ会議システムでは、
ユーザは任意の情報処理端末２００において自分（以下
主催者と呼ぶ）及び相手（以下参加者と呼ぶ）を指定す
ることで、ビデオ会議を開催することができる。説明の
簡略化のため、本実施の形態ではひとつのビデオ会議の
参加人数は２人に限定するが、後述の変更を行えば本実
施の形態の形式で３人以上の会議が実現できる。

【００２７】また本実施の形態においては、会議中情報
処理端末２００からのユーザが移動し、その情報処理端
末の近傍で他のユーザが検出された場合、その情報処理
端末２００はサーバ１００の指示により新たにビデオ会
議を立ち上げることによって新たなユーザがビデオ会議
を再開することを可能にする。むろん、そのような場合
の処理は他にもいくつか考えられる。また、たとえば、
新たに検出されたユーザについては無視する（検出され
ていないものとする、あるいは検出はするが会議は再開
しないなど）、その情報処理端末２００で既に行われて
いたビデオ会議に新たに検出されたユーザを加えるなど
である。

【００２８】図１は、図９に示した本実施の形態のビデ
オ会議システムの各構成の詳細なブロック図である。１
００はサーバであり、主に以下に述べる１０１〜１０６
によって構成される。２００は情報処理端末であり、以
下に述べる２０１〜２１２によって構成される。６０５
はセンサ情報取得部である。

【００２９】まずサーバ１００について説明する。シリ
アルＩ／Ｆ１０１はセンサ情報取得部６０５に接続され
ており、センサ情報取得部６０５からユーザＩＤおよび
検出したセンサ６０４のセンサＩＤの情報を受信する。
ネットワークＩ／Ｆ１０２は、ＬＡＮなどのネットワー
クに接続されており、情報処理端末との間でコマンドや
メッセージのやり取りをする。ネットワークＩ／Ｆ１０
２が送受信するコマンドおよびメッセージについては図
１１を用いて後述する。ＣＰＵ１０３は、サーバ１００
を統括制御するものであり、ＲＯＭ１０４において格納
されていたプログラムをＲＡＭ１０５に読み出し、その
読み出したプログラムに基づいて各動作処理を実行す
る。ＲＯＭ１０４は、ＣＰＵ１０３の処理を実行するた
めの各種プログラムを格納している。ＲＡＭ１０５はプ
ログラムの作業領域やデータの記憶領域を提供する。Ｒ
ＡＭ１０５が提供する記憶領域には、ユーザ情報記憶部
（図１２−Ａ）、会議情報記憶部（図１２−Ｂ）、セン
サ情報記憶部（図１２−Ｃ）がある。センサ情報記憶部
にはセンサのＩＤとそのセンサ６０４に対応する情報処
理端末２００のアドレスが記憶されている。二次記憶１
０６はフロッピーディスクドライブ、ハードディスク、
ＣＤ−ＲＯＭなどであり、これらによってもサーバの処
理を実行させるプログラムを記憶することができる。

【００３０】次に情報処理端末２００について説明す
る。ネットワークＩ／Ｆ２０１はサーバ１００や他の情
報処理端末２００とコマンドやメッセージ、映像データ
の送受信を行うためのものである。ネットワークＩ／Ｆ
２０１は、ＣＰＵ２０７によって決定されたデータを送
受信する。映像入力部２０２はビデオカメラに接続され
ており、ビデオカメラによって撮影された映像を取り込
む。表示部２０３は、ビットマップディスプレイなどに
よって構成されており、ネットワークＩ／Ｆ２０１によ
って受信した映像データや後述の図１０のようなＧＵＩ
などを表示する。音声入力部２０４はマイクなどに接続
されており、マイクから入力された音声を情報処理装置
２００に取り込む。音声出力部２０５はネットワークＩ
／Ｆ２０１によって受信した音声データをスピーカなど
に出力するものである。操作入力部２０６はキーボード
やマウスなどによって構成されるポインティングデバイ
スなどであり、ユーザがビデオ会議システムの操作を行
うときに使用する。ＣＰＵ２０７は、情報処理端末２０
０を統括制御するものであり、ＲＯＭ２０８において格
納されていたプログラムをＲＡＭ２０９に読み出し、そ
の読み出したプログラムに基づいて各動作処理を実行す
る。ＲＯＭ２０８は、ＣＰＵ２０７の処理を実行するた
めの各種プログラムを格納している。ＲＡＭ２０９はプ
ログラムの作業領域やデータの記憶領域を提供する。Ｒ
ＡＭ２０９が提供する記憶領域には、ユーザ情報記憶部
（図１３−Ａ）、会議情報記憶部（図１３−Ｂ）、情報
処理端末が行っている会議の記憶部（図１３−Ｃ）が含
まれる。これら図１３Ａ〜Ｃの情報はサーバ１００から
データの出力に応じて逐次更新される。二次記憶２１０
はフロッピーディスクドライブ、ハードディスク、ＣＤ
−ＲＯＭなどであり、これらによっても情報処理端末２
００の処理を実行させるプログラムを記憶することがで
きる。

【００３１】図１０の１０００は情報処理端末２００の
表示部２０３上に表示されるＣＵＩの一例である。ＧＵ
Ｉパネルの左側の表示領域１００１は本システムのユー
ザ名を一覧表示している。ここで、センサ６０４に検出
されていない、すなわちログインしておらず、ビデオ会
議ができないユーザ名（図１０においては「田中二
郎」、「吉田太郎」である）はグレイアウトしており、
ログインしているユーザ名の表示の色が異なる。また、
パネル右側の表示領域にあるカメラのアイコン１００３
は各ユーザの通信状況を表している。センサに検出され
ていないユーザのアイコンは、ユーザ名と同様にグレイ
アウトしている。また、現在ビデオ会議中のユーザのカ
メラアイコンはその組み合わせごとに同じ色で表示され
ており（図１０においては「山本三郎」、「佐藤花子」
が会議中である。）、誰と誰がビデオ会議を行っている
のかが一目でわかるようになっている。またビデオ会議
は、相手先のユーザ名の表示領域あるいはアイコンをク
リックして指定することによって、ログイン中のユーザ
とのビデオ会議を行うことができる。また、会議相手の
ユーザ名の表示領域またはカメラアイコンをクリックな
どすることによって会議を終了できる。

【００３２】図１１はサーバ１００と情報処理端末２０
０の間で送受信されるコマンド及びメッセージのデータ
構造を表す。

【００３３】図１１（Ａ）は会議開始コマンドであり、
サーバ１００が情報処理端末２００に対して一方の情報
処理端末との接続を行うように指示する際に用いられ
る。会議開始コマンドのデータ構造は、会議開催者側の
情報処理端末２００のアドレス、会議参加者側の情報処
理端末２００にアドレス、サーバ１００が会議ごとに生
成するユニークなＩＤより成る。

【００３４】図１１（Ｂ）は会議終了コマンドであり、
サーバ１００が情報処理端末２００に対して一方の情報
処理端末２００との接続を切断するように指示する際に
用いられる。会議終了コマンドのデータ構造は、終了す
る会議のＩＤより成る。

【００３５】図１１（Ｃ）は会議開始メッセージであ
り、会議が始まったことをサーバが一方の情報処理端末
２００に通知する際に用いられる。会議開始メッセージ
のデータ構造は、会議開催者側のユーザＩＤ、会議参加
者のユーザＩＤ、サーバが会議ごとに生成するユニーク
なＩＤより成る。

【００３６】図１１（Ｄ）は会議終了メッセージであ
り、会議が終了したことをサーバが他の情報処理端末に
通知する際に用いられる。会議終了コマンドのデータ構
造は、終了する会議のＩＤより成る。

【００３７】図１１（Ｅ）はユーザ検出メッセージであ
り、ユーザがログインしたことを各情報処理端末に通知
する際に用いられる。ユーザ検出メッセージのデータ構
造は、検出されたユーザのＩＤより成る。

【００３８】図１１（Ｆ）はユーザ消失メッセージであ
り、ユーザがログアウトしたことを各情報処理端末２０
０に通知する際に用いられる。ユーザ消失メッセージの
データ構造は、ログアウトしたユーザのＩＤより成る。

【００３９】図１１（Ｇ）は会議開始要求コマンドであ
り、情報処理端末２００がサーバ１００に対して相手の
ユーザがログインしている情報処理端末２００との接続
を要求する際に用いられる。会議開始コマンドのデータ
構造は、会議開催者のユーザＩＤおよび会議参加者のユ
ーザＩＤより成る。

【００４０】図１１（Ｈ）は会議終了要求コマンドであ
り、情報処理端末２００がサーバ１００に対して他情報
処理端末２００との接続切断を要求する際に用いられ
る。会議終了要求コマンドのデータ構造は、終了する会
議のＩＤより成る。

【００４１】図１１（Ｉ）はエラーメッセージであり、
何らかの理由でサーバ１００が情報処理端末２００の要
求に答えられなかったときなどにサーバ１００が情報処
理端末２００に対して送信する。エラーメッセージのデ
ータ構造は、エラーの種別を表すエラータイプより成
る。

【００４２】次に本実施の形態のビデオ会議システムの
動作処理を説明する。図２はサーバ１００の動作処理フ
ローチャートである。まずＳ２０１でサーバ１００の初
期設定を行う。具体的には、ユーザに関する静的なデー
タ（ユーザ名、ユーザ名に対応するユーザＩＤなど）及
びセンサに関するデータをＲＯＭ１０４または二次記憶
１０６からロードし、それぞれ図１２に示したＲＡＭ１
０５内のユーザ情報記憶部及びセンサ情報記憶部に記憶
する。

【００４３】次にＳ２０２に進み、情報処理端末２００
からサーバ１００に対する接続要求があるかどうかを調
べる。要求があればＳ２０３に進み、接続を要求してい
る情報処理端末２００を登録する。続いてＳ２０４に進
んでユーザ情報記憶部に記憶しているユーザ情報を情報
処理端末２００に送信し、Ｓ２０５に進んで図１２
（Ｂ）に示した会議情報記憶部に記憶している会議情報
を情報処理端末２００に送信する。

【００４４】Ｓ２０６では、情報処理端末２００からの
切断要求を調べる。切断要求があればＳ２０７に進み、
切断要求があった情報処理端末２００を情報処理端末情
報記憶部（不図示）から削除する。

【００４５】Ｓ２０８では、ネットワークＩ／Ｆ１０２
からの入力を調べる。入力があれば、Ｓ２０９に進み、
その入力が会議開始要求コマンド（図１１（Ｇ））であ
るかどうかを調べる。そうであればＳ２１０に進み、会
議開始処理を行う。この処理については図３を用いて詳
述する。また、入力が会議開始要求コマンドでなければ
Ｓ２１１に進み、入力が会議終了コマンド（図１１
（Ｈ））であるかどうかを調べる。そうであればＳ２１
２に進み、会議終了処理を行う。この処理については図
４を用いて詳述する。

【００４６】Ｓ２１３では、シリアルＩ／Ｆ１０１から
の入力を調べる。入力があればＳ２１４に進み、ユーザ
検出処理を行う。この処理については図５を用いて詳述
する。

【００４７】Ｓ２１５では、ユーザ情報記憶部に格納さ
れている最終検出時刻と現在の時刻から、ユーザが最後
に検出されてからあらかじめ定められた時間が経過した
かどうかを調べる。経過していればそのユーザ消失（ロ
グアウト）したとみなし、Ｓ２１６に進んでユーザ消失
処理を行う。この処理に付いては図６を用いて詳述す
る。。また、、Ｓ２１７ではすべてのユーザについてロ
グイン／ログアウトのチェックを行ったかどうかを調
べ、もしまだ行われていないユーザがいればＳ２１５に
戻る。

【００４８】図３は、サーバ１００が会議開始処理を行
うとき（Ｓ２１０）の動作処理フローチャートである。
まずＳ３０１で、ユーザ情報記憶部を検索し、会議開始
要求コマンドに含まれる会議の主催者及び参加者が現在
会議中かどうかを調べる。いずれかが会議中であればＳ
３０７に進み、会議開始要求コマンドを送信した情報処
理端末２００にエラーメッセージ（図１１（Ｉ））を送
信する。いずれも会議中でなければＳ３０２に進み、ユ
ーザ情報記憶部を検索して、会議開始要求コマンドに含
まれる主催者及び参加者の状態がログインしている状態
であるかどうかを調べる。いずれかがログアウトの状態
であれば、Ｓ３０７に進み、会議開始要求コマンドを送
信した情報処理端末２００にエラーメッセージを送信す
る。

【００４９】そうでなければＳ３０３に進み、ユニーク
な会議ＩＤを生成して、会議情報記憶部に会議情報（開
催者及び参加者のユーザＩＤ）とともに登録する。Ｓ３
０４に進んで、会議の主催者がログインしている情報処
理端末２００に会議開始コマンドを送信する。そしてＳ
３０５に進み、会議の参加者がログインしている情報処
理端末２００に会議開始コマンドを送信する。そしてＳ
３０６に進み、サーバ１００と接続中の全情報処理端末
に会議が始まったことを知らせる会議開始メッセージ
（図１１（Ｃ））を送信する。

【００５０】Ｓ３０４やＳ３０５などでは、ユーザＩＤ
を基にそれぞれユーザがログインしている情報処理端末
２００を検索している。まずユーザＩＤをキーにユーザ
情報記憶部（図１２−Ａ）を検索し、ユーザＩＤに該当
するユーザを検出しているセンサ６０４のセンサＩＤを
求める。次に、求めたセンサＩＤをキーにセンサ情報記
憶部（図１２−Ｃ）を検索し、そのセンサ６０４に最適
な情報処理端末２００のアドレスを求める。このように
して、各ユーザがログインしている情報処理端末２００
のビデオ会議のソフトウエアを立ち上げることが可能と
なる。

【００５１】図４は、サーバ１００が会議終了処理を行
うとき（Ｓ２１２）の動作処理フローチャートである。
まずＳ４０１で、会議情報記憶部を検索し、終了しよう
としている会議の会議ＩＤが存在するかどうかを調べ
る。存在しなければＳ４０６に進み、会議終了要求コマ
ンドを送信した情報処理端末２００にエラーメッセージ
を送信する。存在すればＳ４０２に進んで、会議の主催
者がログインしている情報処理端末２００に会議終了コ
マンド（図１１（Ｂ））を送信し、Ｓ５０３に進んで、
会議の参加者がログインしている情報処理端末２００に
会議終了コマンドを送信する。Ｓ４０４に進み、サーバ
１００に接続中の全情報処理端末２００に会議の終了を
知らせる会議終了メッセージ（図１１（Ｄ））を送信す
る。そしてＳ４０５で、会議情報記憶部からその会議の
情報を削除する。

【００５２】図５は、サーバ１００によるユーザ検出処
理（Ｓ２１４）の動作処理フローチャートである。まず
Ｓ５０１でユーザ情報記憶部を検索し、そのユーザが以
前に検出されたものかどうかを調べる。ユーザＩＤが以
前、検出されたものではない場合、そのユーザが新たに
ログインしたものと判断し、サーバ１００に接続中の全
情報処理端末２００にユーザ検出メッセージを送信す
る。一方、ユーザが以前に検出されたものである場合、
Ｓ５１０に進む。そしてユーザを検出したセンサ６０４
が異なる場合Ｓ５０３に進む。また、ユーザを検出した
センサが一致している場合、以前の状態を維持している
ものと判断し、何もアクションを起こさず、処理を終了
する。Ｓ５０３に進み、ユーザ情報記憶部を検索して、
検出されたユーザが現在会議中であるかどうかを調べ
る。会議中でなければＳ５１１に進み、ユーザ情報記憶
部のユーザの状態、検出したセンサのセンサＩＤ、検出
時刻に関するユーザ情報を更新する。

【００５３】もし会議中であればＳ５０４に進み、会議
情報記憶部を検索してそのユーザの会議の状態を調べ
る。会議状態が「中断」であればＳ５０５に進み、会議
情報記憶部の会議状態を「実行」にする。また、会議状
態が「中断」でなければ、現在のビデオ会議をいったん
終わらせるために、会議の主催者ログインしている情報
処理端末２００に対して会議終了コマンドを送信し、次
にＳ５０７に進み、会議の参加者がログインしている情
報処理端末２００に対して会議終了コマンドを送信す
る。

【００５４】次にＳ５０８に進み、ユーザ情報記憶部の
ユーザの状態、検出したセンサのセンサＩＤ、検出時刻
に関するユーザ情報を更新する。そしてＳ５０９に進
み、会議の主催者がログインしている情報処理端末２０
０に会議開始コマンドを新たに送信し、次にＳ５０７に
進み、会議の参加者ログインしている情報処理端末２０
０に会議開始コマンドを新たに送信する。なお、各ユー
ザがログインしている情報処理端末２００の検索は上述
したとおりである。

【００５５】図６は、ユーザ消失処理（Ｓ２１６）の動
作処理フローチャートである。まずＳ６０１において、
サーバ１００に接続中の全情報処理端末２００に対して
ユーザ消失メッセージを送信する。Ｓ６０２に進み、会
議情報記憶部を検索して、ユーザが現在会議中であるか
どうかを調べる。会議中でなければＳ６０７に進み、ユ
ーザ情報記憶部におけるログアウトしたユーザのユーザ
情報を更新する。会議中であればＳ６０３に進み、その
会議の状態を調べる。「中断」でなければＳ６０４に進
んで会議状態を「中断」にし、Ｓ６０５に進んで会議の
主催者がログインしている情報処理端末２００に会議終
了コマンドを送信し、次にＳ６０６に進んで会議の参加
者がログインしている情報処理端末２００に会議終了コ
マンドを送信する。そしてＳ６０７に進み、ユーザ情報
記憶部において、ログアウトしたユーザのユーザ情報を
更新する。

【００５６】続いて、本実施の形態の情報処理端末２０
０の動作処理について説明する。図７は情報処理端末の
動作処理フローチャートである。

【００５７】情報処理端末２００が起動すると、まずＳ
７０１で初期動作を行う。この処理は図８を用いて詳述
する。

【００５８】次にＳ７０２に進み、操作入力部２０８か
ら入力があるかどうかを調べる。入力があればＳ７０３
に進み、入力された操作が会議開始操作であるかどうか
を調べる。会議開始操作であればＳ７０４に進み、サー
バ１００に対して会議開始要求コマンドを送信する。ま
た、入力された操作が会議開始操作でなければＳ７０５
に進み、入力された操作が会議終了操作であるかどうか
を調べる。そうであればＳ７０６に進み、サーバに対し
て会議終了要求コマンドを送信する。

【００５９】Ｓ７０７では、コマンドＩ／Ｆ２０３から
入力があるかどうかを調べる。入力があればＳ７０８に
進み、入力されたコマンドが会議開始コマンド（図１１
（Ａ））であるかどうかを調べる。そうであればＳ７０
９に進み、情報処理端末２００のＲＡＭ２０９内の会議
情報記憶部に、会議開始コマンドに記された会議ＩＤお
よび相手情報処理端末２００のアドレスを記憶する。そ
してビデオ会議の動作処理プログラムを立ち上げる。入
力が会議開始コマンドでなければＳ７１０に進み、入力
されたコマンドが会議終了コマンド（図１１（Ｂ））で
あるかどうかを調べる。そうであればＳ７１１に進み、
情報処理端末２００が行っている会議情報記憶部から、
会議終了コマンドに記された会議ＩＤを持つ会議の情報
を削除し、ビデオ会議の動作処理プログラムを終了す
る。入力が会議終了コマンドでなければＳ７１２に進
み、入力が会議開始メッセージ（図１１（Ｃ））かどう
かを調べる。そうであればＳ７１３に進み、会議開始メ
ッセージに記された会議ＩＤおよび開催者のユーザＩＤ
および参加者のユーザＩＤをＲＡＭ２０９内の会議情報
記憶部に記憶する。入力が会議開始メッセージでなけれ
ばＳ７１４に進み、入力が会議終了メッセージ（図１１
（Ｄ））かどうかを調べる。そうであれば、Ｓ７１５に
進んで会議終了メッセージに記された会議ＩＤを持つ会
議の情報を会議情報記憶部から削除する。入力が会議終
了メッセージでなければＳ７１６に進み、入力がユーザ
検出メッセージかどうかを調べる。そうであればＳ７１
７に進み、ＲＡＭ２０９内のユーザ情報記憶部を書き換
えて、ユーザ検出メッセージに記されたユーザＩＤを持
つユーザの状態を「ログイン」にする。入力がユーザ検
出メッセージでなければＳ７１８に進み、入力がユーザ
消失メッセージかどうかを調べる。そうであればＳ７１
９に進み、ＲＡＭ２０９内のユーザ情報記憶部を書き換
えて、ユーザ検出メッセージに記されたユーザＩＤを持
つユーザの状態を「ログアウト」にする。

【００６０】次にＳ７２０に進み、上述したユーザ情報
記憶部、会議情報記憶部の情報の更新に応じて図１０の
パネル１０００の表示を更新する。このとき、ＲＡＭ２
０９内のユーザ情報記憶部を参照し、ユーザＩＤとユー
ザ名を対応づけてユーザ名を画面に表示し、また状態が
「ログアウト」であるユーザのユーザ名１００１および
カメラアイコン１００３はグレイアウトさせて表示す
る。また、ＲＡＭ２０９内の会議情報記憶部を参照し、
会議をしているユーザのカメラアイコン１００３は色を
変え、会議をしているユーザのアイコン１００３が同じ
色になるように表示する。

【００６１】Ｓ７２１では、ＲＡＭ２０９内の情報処理
端末２００が行っている会議情報記憶部を検索し、情報
処理端末２００が現在他の情報処理端末２００と会議を
行っているかどうかを判定する。会議をしていなければ
Ｓ７０２に戻る。

【００６２】会議をしていればＳ７２２に進み、映像入
力部２０２から取り込んだ映像データを会議相手の情報
処理端末２００にネットワークＩ／Ｆ２０１を用いて送
信する。Ｓ７２３に進み、音声入力部２０４から取り込
んだ音声データを会議相手の情報処理端末２００にネッ
トワークＩ／Ｆ２０１を用いて送信する。Ｓ７２４に進
み、ネットワークＩ／Ｆ２０１を用いて会議相手の情報
処理端末２００から送られた映像データを受信し、Ｓ７
２５でその映像を表示部２０３に表示する。Ｓ７２６に
進み、ネットワークＩ／Ｆ２０１を用いて会議相手の情
報処理端末２００から送られた音声データを受信し、Ｓ
７２６でその音声を音声出力部に出力する。Ｓ７２８に
進み、自分の情報処理端末２００が他にも会議を行って
いるかどうかを判定する。他にも行っていればＳ７２２
に戻り、もう一方の会議相手の情報処理端末に対してＳ
７２２〜Ｓ７２７の処理を同様に実行する。

【００６３】図８は情報処理端末２００の初期動作（Ｓ
７０１）の動作処理フローチャートである。まず、Ｓ８
０１でサーバ１００に対して接続要求を行う。Ｓ８０２
に進み、サーバ１００からユーザ情報が送られるのを待
って、Ｓ８０３でユーザ情報をＲＡＭ２０９のユーザ情
報記憶部（図１３（Ａ））に記憶する。そしてＳ８０４
に進み、サーバ１００から会議情報が送られるのを待っ
て、Ｓ８０５で会議情報をＲＡＭ２０９内の会議情報記
憶部（図１３（Ｂ））に記憶する。

【００６４】以上の動作により、パネル１０００から会
議を行う相手のユーザを選ぶだけで、相手のユーザがど
の情報処理端末２００にいるのかわからなくても会議を
行うことができる。また、相手が現在情報処理端末２０
０のそばにいない（すなわちログインしていない）、あ
るいは他のユーザと会議中であるなどの理由で会議を行
えない場合は、パネル１０００にそのことが表示されて
いるためすぐに把握できるようになっている。また、会
議中にいずれかのユーザがログアウトすると、ビデオ会
議が自動的に中断され、消失したユーザが任意のセンサ
６０４で検出されると、そのユーザはセンサ６０４の近
くにある情報処理端末２００からログインが再び行われ
るので、手間をかけずに迅速に会議を再開することがで
きる。ここで、会議中断中も会議に関する情報はサーバ
１００が記憶することができるので、ビデオ会議に関す
るさまざまなプロパティ、たとえば映像の大きさや画質
や色数やフレームレートや圧縮率、音声の大きさや音質
やステレオ／モノラルの違いなどを会議情報に含めれ
ば、ビデオ会議の中断の前後との間で同じ状況によって
会議を再開することができる。また、ユーザが他の情報
処理端末２００に移動する前に用いていた情報処理端末
２００を用いて、別のユーザが別の会議を行うことがで
きる。

【００６５】本実施の形態では簡単のため会議の参加者
数を２人に限定したが、本方式を多数変更することで３
人以上の会議も実現できる。主な変更点は以下のとおり
である。３人以上の会議を実現するためには、まず、サ
ーバ１００の会議情報記憶部（図１２−Ｂ）および情報
処理端末１００の会議情報会議部（図１３−Ｂ）および
情報処理端末２００が行っている会議情報記憶部（図１
４−Ｃ）のデータ構造を変更し、参加人数及び３人以上
のユーザのユーザＩＤを記憶できるようにする。同様
に、サーバ１００と情報処理端末２００との間のメッセ
ージのデータ構造も同様に変更する。さらに、サーバの
通信管理動作を変更し、参加人数が２人の場合はどちら
かがログアウトすると会議を中断していたが、参加人数
がＮ人の会議（Ｎ＞２）の場合は、Ｎ−１人がログアウ
トするまで会議を中断しないようにする。

【００６６】本実施の形態では、ビデオ会議システムを
例にし、情報処理端末２００間で送受信するデータの種
類は映像と音声であるとしたが、他にテキスト、静止
画、アプリケーションのデータなどさまざまな種類のデ
ータ、あるいはそれらの組み合わせを情報処理端末２０
０間でやり取りすることも上述の手法で行うことができ
る。

【００６７】なお、本実施の形態においては、ユーザの
ログイン／ログアウトの検出にセンサ６０４を用いてい
たがユーザがどの情報処理端末２００からログインして
いるかをサーバ１００が把握できればこれにこだわらず
情報処理端末２００から直接ユーザのログイン／ログア
ウトを検出してもよい。

【００６８】ただし、ユーザがどの情報処理端末にログ
インしているかという情報の取得にセンサ６０４を用い
れば、ユーザがある情報処理端末２００からログインす
るための操作を行う手間が減るため、ユーザの作業ステ
ップをさらに減らすことができ、効率化がはかれる。

【００６９】なお、本実施の形態において、情報取得手
段は、シリアルＩ／Ｆ１０１、センサ６０４、センサ情
報取得部６０５に対応する。また直接ネットワークから
ユーザのログイン情報を取得する場合は、ネットワーク
Ｉ／Ｆ１０２に対応する。また、保持手段はＲＡＭ１０
５に対応する。また、指示手段はＣＰＵ１０３に対応す
る。また出力手段は、ネットワークＩ／Ｆ１０２に対応
する。また表示手段は表示部２０３に対応し、表示制御
手段および要求手段はＣＰＵ２０７に対応する。

【００７０】本発明は、前述した実施形態の機能を実現
するソフトウェアのプログラムコードを記録した記録媒
体をシステムあるいは装置に供給し、そのシステムある
いは装置のコンピュータが記憶媒体に格納されたプログ
ラムコードを読み出し実行することによっても達成でき
る。この場合、記憶媒体から読み出されたプログラムコ
ード自体が、前述した実施形態の機能を実現することに
なり、そのプログラムコードを記憶した記憶媒体は本発
明を構成することになる。プログラムコードを供給する
ための記憶媒体としては、フロッピーディスク、ハード
ディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯ
Ｍ、磁気テープ、不揮発性のメモリカード、ＲＯＭなど
を用いることができる。

【００７１】また本発明は、前述したプログラムコード
を記録した記録媒体をコンピュータに供給し、そのコン
ピュータ上で稼動しているＯＳなどが実際の処理の一部
または全部を行い、その処理によって前述した実施形態
の機能が実現されることによっても達成できる。さら
に、記憶媒体から読み出されたプログラムコードが、コ
ンピュータに挿入された機能拡張ボードや機能拡張ユニ
ットに備わるメモリに書き込まれた後、機能拡張ボード
や機能拡張ユニットに備わるＣＰＵなどがプログラムコ
ードの指示に基づいて実際の処理の一部または全部を行
い、その処理によって前述した実施形態の機能が実現さ
れる。本発明を上記記憶媒体に適用する場合、その記憶
媒体には前述のフローチャートに対応するプログラムコ
ードを格納することになる。

【００７２】

【発明の効果】本発明によれば、相手がどの情報処理端
末にログインしているか分からなくてもコミュニケーシ
ョンを開始できる。そのため、従来のシステムのよう
に、コミュケーションの開始にあたって相手がどの情報
処理端末にログインしているかを電話などで確認した
り、あらかじめ通信を開始する時間と情報処理端末を打
ち合わせるなどの面倒な手続きが必要ない。そのため、
効率よく通信を始めることができる。また、コミュニケ
ーション中に他の情報処理端末へ移動するときもシステ
ムに対して特別に操作を行う必要がなく、効率的であ
る。

【００７３】情報処理端末のＧＵＩにはユーザがログイ
ンしている端末を表示する必要がなく、さらにユーザが
他のどのユーザとコミュニケーションを行っているかは
色で区別されているため、ＧＵＩパネルがコンパクトに
なるという効果を奏する。

【図面の簡単な説明】

【図１】本実施の形態のビデオ会議システムのブロック
図

【図２】サーバ１００の動作処理フローチャート

【図３】サーバ１００の会議開始処理の動作処理フロー
チャート

【図４】サーバ１００の会議終了処理の動作処理フロー
チャート

【図５】サーバ１００のユーザ検出処理の動作処理フロ
ーチャート

【図６】サーバ１００のユーザ消失処理の動作処理フロ
ーチャート

【図７】情報処理端末２００の動作処理フローチャート

【図８】情報処理端末２００の初期動作の動作処理フロ
ーチャート

【図９】本実施の形態のビデオ会議システムの概要を表
す図

【図１０】本実施の形態のＣＵＩ（Ｇｒａｐｈｉｃａｌ
ＵｓｅｒＩｎｔｅｒｆａｃｅ）の一例を表す図

【図１１】本実施の形態のコマンドおよびメッセージの
データ構成を表す図

【図１２】本実施の形態のサーバの各記憶部の構成を表
す図

【図１３】本実施の形態の情報処理端末の各記憶部の構
成を表す図

【符号の説明】

１００サーバ１０１シリアルＩ／Ｆ１０２ネットワークＩ／Ｆ１０３ＣＰＵ１０４ＲＯＭ１０５ＲＡＭ１０６二次記憶２００情報処理端末２０１ネットワークＩ／Ｆ２０２映像入力部２０３表示部２０４音声入力部２０５音声出力部２０６操作入力部２０７ＣＰＵ２０８ＲＯＭ２０９ＲＡＭ２１０二次記憶３００センサシステム

Claims

【特許請求の範囲】

【請求項１】ユーザによって操作が行われる複数の端
末と前記複数の端末を管理するサーバとをネットワーク
に接続することによって、前記複数の端末間で相互にコ
ミュニケーションを実行するコミュニケーションシステ
ムにおいて、ログインしたユーザに関する情報を取得する情報取得手
段と、前記情報取得手段によって取得された情報を保持する保
持手段と、前記複数の端末のうちいずれかの端末にログインしてい
るユーザから任意のユーザに対するコミュニケーション
の要求が受信された場合、前記保持手段によって保持さ
れた情報に基づいて、コミュニケーションの対象のユー
ザがログインしているそれぞれの端末を特定し、それら
の端末間のコミュニケーションの開始を指示する指示手
段とを備えることを特徴とするコミュニケーションシス
テム。
【請求項２】請求項１において、前記情報取得手段に
よって取得される情報は、少なくともユーザＩＤおよび
ユーザがログインした端末に関する情報を含むことを特
徴とするコミュニケーションシステム。
【請求項３】請求項１において、前記保持手段は、予
め登録されたユーザ名に対応するログイン情報を保持す
るテーブルを備え、前記情報取得手段によって取得され
るログイン情報に変化があった場合、前記テーブルをそ
の情報の変化に応じて書き換えることを特徴とするコミ
ュニケーションシステム。
【請求項４】請求項３において、前記指示手段は、前
記保持手段によって書き換えられた情報に基づいて、コ
ミュニケーション中のユーザが異なる端末にログインし
たことが判断された場合、その新たにログインした端末
とのコミュニケーションの開始を指示することを特徴と
するコミュニケーションシステム。
【請求項５】請求項３において、前記テーブルのログ
イン情報に基づいて、少なくともログインしているユー
ザ名を各端末に対して出力する出力手段とを備えること
を特徴とするコミュニケーションシステム。
【請求項６】請求項４において、さらに、前記保持手
段は、コミュニケーションが行われているユーザのグル
ープに関する情報を保持し、前記出力手段は、さらに、
コミュニケーションが行われているユーザのグループに
関する情報を各端末に対して出力することを特徴とする
コミュニケーションシステム。
【請求項７】請求項１において、前記情報取得手段
は、ユーザがそれぞれ保持するバッジからユーザに関す
る情報を検出するセンサを含むことを特徴とするコミュ
ニケーションシステム。
【請求項８】請求項５において、前記出力手段によっ
て出力されたユーザ名を所定のウインドウ上に表示する
表示手段と、前記所定のウインドウ上に表示されたユーザ名を指示す
ることによって、指示されたユーザとのコミュニケーシ
ョンを前記サーバに要求する要求手段とを備えることを
特徴とするコミュニケーションシステムの端末。
【請求項９】請求項６において、前記出力手段によっ
て出力されたユーザ名を所定のウインドウ上に表示する
表示手段と、コミュニケーションが行われているユーザのグループが
存在する場合、そのグループどうしのユーザ名を同じ色
で表示する表示制御手段と、前記所定のウインドウ上に表示されたユーザ名を指示す
ることによって、指示されたユーザとのコミュニケーシ
ョンを前記サーバに要求する要求手段とを備えることを
特徴とするコミュニケーションシステムの端末。
【請求項１０】ユーザによって操作が行われる複数の
端末と前記複数の端末を管理するサーバとをネットワー
クに接続することによって、前記複数の端末間で相互に
コミュニケーションを実行するコミュニケーションシス
テムの制御方法において、ログインしたユーザに関する情報を取得する情報取得工
程と、前記情報取得手段によって取得された情報を保持する保
持工程と、前記複数の端末のうちいずれかの端末にログインしてい
るユーザから任意のユーザに対するコミュニケーション
の要求が受信された場合、前記保持工程によって保持さ
れた情報に基づいて、コミュニケーションの対象のユー
ザがログインしているそれぞれの端末を特定し、それら
の端末間のコミュニケーションの開始を指示する指示工
程とを備えることを特徴とするコミュニケーションシス
テムの制御方法。
【請求項１１】請求項１０において、前記情報取得工
程によって取得される情報は、少なくともユーザＩＤお
よびユーザがログインした端末に関する情報を含むこと
を特徴とするコミュニケーションシステムの制御方法。
【請求項１２】請求項１０において、前記保持工程
は、前記情報取得工程によって取得されるログイン情報
に変化があった場合、予め登録されたユーザ名に対応す
るログイン情報を保持するテーブルをその情報の変化に
応じて書き換えることを特徴とするコミュニケーション
システムの制御方法。
【請求項１３】請求項１２において、前記指示工程
は、前記保持工程によって書き換えられた情報に基づい
て、コミュニケーション中のユーザが異なる端末にログ
インしたことが判断された場合、その新たにログインし
た端末とのコミュニケーションの開始を指示することを
特徴とするコミュニケーションシステムの制御方法。
【請求項１４】請求項１２において、前記テーブルの
ログイン情報に基づいて、少なくともログインしている
ユーザ名を各端末に対して出力する出力工程とを備える
ことを特徴とするコミュニケーションシステムの制御方
法。
【請求項１５】請求項１４において、さらに、前記保
持工程は、コミュニケーションが行われているユーザの
グループに関する情報を保持し、前記出力工程は、さら
に、コミュニケーションが行われているユーザのグルー
プに関する情報を各端末に対して出力することを特徴と
するコミュニケーションシステムの制御方法。
【請求項１６】請求項１４において、前記出力工程に
よって出力されたユーザ名を各端末の所定のウインドウ
上に表示する表示工程と、前記所定のウインドウ上に表示されたユーザ名を指示す
ることによって、指示されたユーザとのコミュニケーシ
ョンを前記サーバに要求する要求工程とを備えることを
特徴とするコミュニケーションシステムの制御方法。
【請求項１７】請求項１５において、前記出力手段に
よって出力されたユーザ名を各端末の所定のウインドウ
上に表示する表示工程と、コミュニケーションが行われているユーザのグループが
存在する場合、そのグループどうしのユーザ名を同じ色
で表示する表示制御工程と、前記所定のウインドウ上に表示されたユーザ名を指示す
ることによって、指示されたユーザとのコミュニケーシ
ョンを前記サーバに要求する要求工程とを備えることを
特徴とするコミュニケーションシステムの制御方法。
【請求項１８】ユーザによって操作が行われる複数の
端末と前記複数の端末を管理するサーバとをネットワー
クに接続することによって、前記複数の端末間で相互に
コミュニケーションを実行するコミュニケーションシス
テムの動作処理を実行するプログラムを記憶する記憶媒
体であって、前記複数の端末のうちいずれかの端末にログインしてい
るユーザから任意のユーザに対するコミュニケーション
の要求が受信された場合、予め保持されたユーザＩＤお
よびユーザがログインした端末に関する情報に基づい
て、コミュニケーションの対象のユーザがログインして
いるそれぞれの端末を特定し、それらの端末間のコミュ
ニケーションの開始を指示させるコミュニケーションシ
ステムの動作処理プログラムを記憶した記憶媒体。
【請求項１９】請求項１６において、コミュニケーシ
ョン中のユーザが異なる端末にログインしたことが判断
された場合、その新たにログインした端末とのコミュニ
ケーションの開始を指示させるプログラムを記憶した記
憶媒体。