JPH0981489A - 仮想会議方法及び仮想会議システム - Google Patents

Abstract

(57)【要約】 【目的】会議主催者や会議参加者が一箇所に集まらなく
ても会議が開催でき、しかも会議参加者の何人かが直接
会議に参加出来ないときにも会議を開催出来るような会
議方法及び会議システムを提供することにある。 【構成】会議サーバは、会議参加要求に応じて第２の端
末装置から送信されてきた会議参加要求に対する応答結
果及び会議参加者が自己の意見を開示した情報源を受信
して、第１の端末装置からの会議開始要求により、情報
源を第１の端末装置からの命令に従い送信し、会議サー
バは、第１の端末装置の会議開始要求により、会議サー
バ内にある情報源を第１の端末装置からの命令に従い第
１の端末装置に送信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、計算機を利用した会議
に関する発明であり、特に場所や時間に会議出席者が拘
束されないような会議方法及び会議システムに関する。

【０００２】

【従来の技術】従来、会議を行ないたい場合には会議出
席希望者は同時刻に一箇所に集まって互いに情報交換を
行ないながら会議を進行しなければならない。しかし、
会議出席希望者が互いに離れた場所にいる場合には時間
面や費用面でも一箇所に集まることは容易なことではな
い。そこで、互いに離れた場所にいる者同士が会議を行
おうとするには、電話やテレビ会議を利用する方法が考
えられる。しかしこれらの方法でも、例えば電話による
会議ではお互いの意志が十分に伝わらなかったり、また
テレビ会議では大規模な設備が必要となってしまうとい
う意志の疎通、費用面といった問題がある。

【０００３】そこで、これらの問題を解決するための方
法として、離れた場所にいる複数の者がそれぞれ情報処
理装置と通信装置を使って、グループでの作業を行なう
方法が特開平３−２５０３６５号公報「グループ共同作
業支援システム」に示されている。しかし、この方法で
も依然として会議は決められた時刻に開始されことが前
提である為、開始時間に会議参加者全員が会議を行なう
ための設備の前に集合しなければならず、また効率よく
会議を行なうこともできない。

【０００４】

【発明が解決しようとする課題】そこで、本発明では会
議主催者や会議参加者が一箇所に集まらなくても会議が
開催でき、しかも会議参加者の何人かが直接会議に参加
出来ないときにも会議を開催出来ることはもちろん会議
主催者が会議開始時刻に会議に参加できなくても会議を
開催することができ、しかも会議の目的である会議主催
者に所望の目的を達成できるような会議方法及び会議シ
ステムを提供することにある。

【０００５】

【課題を解決するための手段】この目的を達成するため
に、本発明では会議開催要求を発信する会議主催社側の
第１の端末装置が、少なくとも１つ以上の会議参加社側
の第２の端末装置とサーバ装置を介して通信を行って会
議を行うような会議システムについて、会議サーバは、
第１端末装置から送信されてきた会議開催要求を会議参
加者宛に送信するための会議参加要求に変換する手段
と、会議参加要求に応じて第２の端末装置から送信され
てきた会議参加要求に対する応答結果及び会議参加者が
自己の意見を開示した情報源を受信して記憶する記憶手
段と、第１の端末装置からの会議開始要求によりまたは
会議開始時刻になると、記憶手段にある情報源を第１の
端末装置からの命令に従い第１の端末装置に送信する制
御手段を備え、第２の端末装置は、サーバ装置からの会
議参加要求に対する前記応答結果及び前記情報源を送信
する送信手段を備え、会議サーバが第１の会議開始要求
によりまたは会議開始時刻になると、会議サーバ内にあ
る情報源を第１の端末装置からの命令に従い第１の端末
装置に送信することにより達成できる。

【０００６】

【作用】会議参加者が会議開催時刻に会議に直接参加出
来ない場合であっても、自己の意見を開示した情報源を
会議サーバに送信することによって、会議開催時刻にと
らわれることなく自己の意見を会議に反映させることが
出来、しかも会議主催者の会議日程の調整作業の負担の
減少にもつながる。

【０００７】

【実施例】以下、図面を用いて本発明の実施例を詳細に
説明する。

【０００８】図１は、本発明における計算機ネットワー
ク構成の一例を表した図である。１１は公衆電話網であ
り、電話回線と交換局から構成されている。公衆網電話
１１は、有線からなる部分と無線からなる部分に大別さ
れる。１７は、公衆無線網基地局であり公衆無線網と公
衆有線網との中継局である。図２により後述する会議主
催者であるユーザの携帯端末１が公衆無線網を利用する
ときには、同じく図２により後述する公衆無線網用の無
線カード２８を使用して利用する。１２は、インターネ
ットであり、前述した公衆電話網１１を利用して、専用
の通信手順で多数の計算機を相互接続した計算機ネット
ワークの総体構築される。１３は、関門ゲートウエイで
あり、社内計算機ネットワークとインターネット１２の
仲介装置であり、部外者による社内計算機ネットワーク
への不法な進入を防ぐ機能を持ち、許可された者に対し
てのみインターネット１２から社内計算機ネットワーク
へのアクセスを本装置１３経由で可能とする。１４ａ、
１４ｂ、１４ｃは、ルータであり、社内計算機ネットワ
ークを構成する各部門ネットワーク間を相互に接続す
る。そしてルータ１４は、ネットワーク上を流れる情報
単位であるパケットをその宛先に応じて各部門ネットワ
ークやインターネットに振り分ける制御を行う。１５
は、会議サーバであり、会議主催者であるユーザが会議
参加者である例えば専門家の分身を召集することにより
会議（以下、仮想会議）を実行するための計算機であ
る。会議サーバ１５は、分身の発信元である多くの会議
参加者のＰＣ４０が接続するネットワークに接続してい
る。１６ａ、１６ｂは、無線ＬＡＮ基地局であり、１７
と同様な有線と無線との相互変換装置であるが、例えば
免許不要な微弱無線を使用する点が異なり、部門ネット
ワークに接続し、無線で携帯端末１と接続する。

【０００９】次に、図２、図３により会議主催者である
ユーザが使用する端末装置について説明する。図２は、
本発明の一実施例において会議主催者であるユーザが、
会議参加者である分身との会議を召集し、またその会議
を実行する際のインタフェース装置であって小型軽量な
計算機でもある携帯端末の外観を表した図である。１は
携帯端末本体であり、携帯に便利なように例えば掌サイ
ズ（15cm,8cm)で厚さは1cm程度の大きさのものが考えら
れる。２はスイッチであり、ユーザは本スイッチにより
本体にパワーを送り込み動作を開始させる。３は、ユー
ザに様々な情報を視覚的に提示する表示機能と触ること
により携帯端末への操作を行うタッチ入力機能を備えた
パネルである。４は、カメラでありこれによりユーザを
電子会議の開催場所である会議サーバに送るためのユー
ザ画像を取り込む。５は、ヘッドセットであり、ユーザ
が発した音声を取り込むマイクロホンとユーザに音声等
を伝えるヘッドホンが一体化したものである。６は、例
えば免許不要な微弱無線用のアンテナであり、これを介
して携帯端末１は無線により計算機ネットワークと接続
することで他の計算機と通信を行う。

【００１０】図３は、図２における携帯端末１のハード
ウエア構成を示した図である。２１は、ＣＰＵであり、
各種の処理や入出力の制御を行い、軽量小型な計算機で
ある携帯端末１の中核をなすデバイスである。２２は、
ＲＡＭであり、ＣＰＵ２１の処理過程で各種の情報を格
納したりこれを参照したりするための記憶デバイスであ
る。２３は、ＲＯＭであり、後述するＯＳのような各種
の制御プログラムや、基盤となるソフトウエアを記録し
た参照専用の記憶デバイスである。２４は、バス調停デ
バイスであり、ＣＰＵバスに接続した各種のデバイスと
ＣＰＵ２１の結合切り替えタイミングを調節する。２５
は、パネル制御デバイスであり、前述したパネル３と接
続し、ＣＰＵバスを介して画像情報を出力したり、入力
情報をＣＰＵ２１に通知したりする。２６は、カードア
ダプタ装置であり、カード化された各種の入出力装置と
ＣＰＵ２１との仲介装置である。２７は、記憶カードで
ありカード化された記憶デバイスからなりカードアダプ
タ装置２６に接続する。２８は、無線カードであり、ア
ンテナ６とカードアダプタと接続され、無線電波信号と
ＣＰＵ２１が扱う情報との変換を行う装置である。２９
は、Ｖ／Ａ制御デバイスであり、カメラ４からの映像信
号をＣＰＵ１１が扱える情報に変換する機能とＣＰＵ１
１からの音声情報を音声信号に変えてヘッドセット５に
送り、逆にヘッドセット５からの音声信号を音声情報に
変換するＤ／Ａ・Ａ／Ｄ機能をもつ。

【００１１】図４は、本発明における計算機支援会議シ
ステムにおいて各種の情報を収集してこれを分析するこ
とにより会議参加者と分身との共有知識ベースを構築し
て蓄積する計算機を含むＰＣシステムの外観を表した図
である。このシステムにより会議へ参加を要請された者
は会議主催者からの会議開催通知を受取ったり、自分自
身の代わりに会議に参加する分身を構築する処理を行っ
たり、時には仮想会議へ参加する。

【００１２】図４において、４０はＰＣ本体であり、オ
フィスや家庭に備え付けて使用する。４１は外付け（若
しくは内蔵）の記憶装置であり、収集した大量の生情報
や前述した知識ベースや各種のアプリケーションプログ
ラムを記憶する。４２は、図２の４と同様なカメラであ
り、自分の画像をＰＣ本体４０に取り込む。４３は、キ
ーボードであり計算機への入力装置である。４４は、モ
ニタ装置でありＣＲＴにより映像が表示される。４５
は、図２の５と同様なヘッドセットであり、会議参加時
にはこれを頭部に装着することによって使用する。

【００１３】図５は図４のＰＣ本体のハードウエア構成
を示した図である。５１は、ＣＰＵであり、プログラム
に基づいて各種の処理や入出力の制御を行い、ＰＣ本体
４０の中核をなすデバイスである。５２は、ＲＡＭであ
り、ＣＰＵ５１の処理過程で各種の情報を格納したりこ
れを参照したりするための記憶デバイスである。５３
は、ＲＯＭであり、後述するＯＳのような各種の制御プ
ログラムや基盤となるソフトウエアを記録した参照専用
の記憶デバイスである。５４は、バス調停デバイスであ
り、ＣＰＵバスに接続した各種のデバイスとＣＰＵ５１
との結合切り替えタイミングを調節する。５５は、モニ
タ制御デバイスであり、前述したモニタ４４と接続し、
ＣＰＵバスを介して画像情報を出力する。５６は、バス
アダプタ装置であり、記憶装置４１などの各種の入出力
装置とＣＰＵ５１との仲介装置である。５７は、キーボ
ード制御デバイスであり、キーボード４３と接続し、キ
ー入力信号を入力情報にデコードする。５８は、通信ボ
ードであり、ネットワークとバスアダプタに接続され、
ネット上の電気信号とＣＰＵ５１が扱う情報との変換を
行う装置である。５９は、Ｖ／Ａ制御デバイスであり、
カメラ４２からの映像信号をＣＰＵ５１が扱える情報に
変換する機能とＣＰＵ５１からの音声情報を音声信号に
変えてヘッドセット４５に送り、逆にヘッドセット４５
からの音声信号を音声情報に変換するＤ／Ａ・Ａ／Ｄ機
能をもつ。

【００１４】図６は、会議サーバ１５のハードウエア構
成を示した図である。６１は、ＣＰＵであり、プログラ
ムに基づいて各種の処理や入出力の制御を行い、会議サ
ーバ１５の中核をなすデバイスであり、平行に実行する
多数の仮想会議をスムーズに行うため、１０００MIPSク
ラスの性能である。６２は、ＲＡＭであり、ＣＰＵ６１
の処理過程で各種の情報を格納したりこれを参照したり
するための記憶デバイスである。６３は、ＲＯＭであ
り、後述するＯＳのような各種の制御プログラムや基盤
となるソフトウエアを記録した参照専用の記憶デバイス
である。６４は、バス調停デバイスであり、ＣＰＵバス
に接続した各種のデバイスとＣＰＵ６１との結合切り替
えタイミングを調節する。６６は、バスアダプタ装置で
あり、記憶装置６４と入出力装置とＣＰＵ１１との仲介
装置であり、必要に応じて記憶装置６５を会議サーバ本
体１５を停止すること無く複数の記憶装置が追加できる
ようになっている。６７は、通信制御デバイスであり、
ネットワークとバスに接続され、ネット上の電気信号と
ＣＰＵ２１が扱う情報との変換を行う装置である。上記
のように会議サーバ１５は、ＰＣ４０と同様のハードウ
エア構成であるが、モニタ等はなくてもよい。初期設定
等は、ネットワークに接続されたＰＣ４０等から行い、
ルータ１４と同様に以後は２４時間無停止で運用する。
大きさはＡ５サイズの弁当箱の形式である。

【００１５】図７は、会議サーバ１５のソフトウエア構
成図である。７０は、ＯＳ(Operating System)であり、
計算機リソースの基本的管理プログラムの総体であり、
入出力プログラムやメモリ管理プログラムやプロセス
（実行制御）管理プログラム等から構成され、各ソフト
ウエアに計算機システムの基本機能を提供する。７１
は、Login 管理ソフトウエアであり、仮想会議ユーザの
ネットワークからのアクセス認可と仮想会議開催権の制
御を行うソフトウエアである。７２は、仮想会議管理ソ
フトウエアであり、会議サーバ１５の中核をなすソフト
ウエアである。次に述べる各種のソフトウエアを統合さ
せて実行することにより仮想会議を会議主催者に提供す
る。７４は、対話ボックス作成部であり、会議主催者に
対して開催を希望する仮想会議の内容を会議主催者との
対話によって導き出す処理を行う。７５は、参加者管理
部であり、仮想会議の内容会議によって仮想会議への参
加者を決定し、会議開催通知を送ることで、相手から送
られてくる分身を管理する処理を行う。７６は、分身実
行管理部であり、分身を実行させて、会議主催者との対
話により仮想会議の進行を制御する処理を行う。７３
は、メモ管理ソフトウエアであり、会議主催者が分身と
の仮想会議で得られたことや理解や了承したことを書き
とどめておく機能を提供するソフトウエアである。７７
は、会議結果管理部であり、議事録やメモを保管し、配
布したりする処理を行う。

【００１６】まず、仮想会議を開催しようとする会議主
催者は図８に示すごとく自己の端末装置から仮想会議を
行なう会議サーバ１５へLogin要求を送信する。

【００１７】会議サーバ１５におけるＯＳ７０は、常に
Login待ち状態となっており、ネットワークからのメッ
セージを常時監視し、それが会議主催者端末からのLogi
n要求であるかどうかをチェックする（８０１）。８０
１の判定がLogin要求であるならLogin管理検査処理を別
プロセスとして起動し（８０２）、８０１にジャンプす
る。８０１の判定結果がLogin要求でないならば再度８
０１の判定ステップを繰り返す。

【００１８】会議サーバ１５にLogin要求が送信される
と、図９に示すごとくLogin管理検査処理７１は、会議
主催者側端末によって入力された会議主催者のユーザＩ
Ｄとそのパスワードを検査しそれらの組が許可された者
であるかのチェックをおこなう（９０１）。そして、そ
のチェック結果により許可された者によるLogin要求で
あれば、次の処理である仮想会議管理処理に移る（９０
３）。９０１のチェック結果により許可された者でない
ならば本処理を終了する。

【００１９】図１０は、９０１におけるチェック処理時
に参照するLogin管理テーブルの構造を示した図であ
る。１００は、Login管理テーブルであり、ユーザＩＤ
とパスワードの組からなり、許可された者のユーザＩＤ
とそのパスワードが記憶されている。

【００２０】以上の処理により会議を開催する会議サー
バ１５が決定されると次に会議サーバ１５内の仮想会議
管理処理７２により会議管理テーブル１２０の作成を処
理を行なう（１１０１）。尚、これからの一連の処理は
図１１を用いて説明される。会議主催者側端末１の記憶
手段（図３のＲＯＭ２３）の中には会議管理テーブル１
２０のフォーマットが格納されており、会議を開催する
会議サーバ１５へLoginが成功すると、会議サーバ１５
のＣＰＵ６１によって起動される通信制御部６７が命令
フレームを会議主催者側端末１に送り、これを受けたＣ
ＰＵ２１がＲＯＭ２３の情報に基づいてパネル３に会議
管理テーブル１２０のフォーマットを表示させ、会議主
催者はパネル３に表示された会議管理テーブル１２０に
キーボード等の入力手段を使って各項目を入力すること
により会議管理テーブル１２０を作成する。

【００２１】図１２は１１０１で作成する会議管理テー
ブル１２０であり、ユーザ名１２１、会議番号１２２、
暗証キー１２３の各フィールドと関連テーブルへのポイ
ンタ１２４から構成されている。ユーザ名１２１はLogi
n時にユーザの入力したユーザＩＤがそのまま入力さ
れ、会議番号１２２は、仮想会議管理７２が当該仮想会
議に与える会議を識別するために使用するシーケンス番
号である。暗証キー１２３は、暗号鍵であり、当仮想会
議参加者にこの暗証キーを配布することにより、会議参
加者との暗号通信を実行し、また、参加者の正当性を確
認することで第三者からの盗聴や妨害を防ぐこともでき
る。関連テーブルへのポインタ１２４は、後述する各テ
ーブルを検索できるように結合を取るためのポインタで
ある。会議主催者側端末１により上述した会議管理テー
ブル１２０に各項目内容が設定され、会議サーバ１５へ
送信すると、次に会議主催者の端末画面には対話ボック
ス１３０のフォーマット画面が表示される。

【００２２】図１３は、対話ボックスの内容を示した図
である。対話ボックス１３０は、会議名１３１、場所１
３２、時間１３３の各フィールドと参加者とその参加者
に対する質問範疇を記載するフィールドから構成されて
いる。会議名１３１は、会議管理テーブル１２０の会議
番号１２２と対応づけられた会議名を入力し、会議管理
テーブル１２０の会議番号１２２との対応付けを行って
おく。場所１３２は、仮想会議を実行する計算機を指定
するフィールドであり、デフォルトは、会議主催者がLo
ginしている会議サーバ１５が指定されることになる。
会議サーバ１５が複数存在するときは、各参加者からの
通信コストを最適化するために距離が最短となる会議サ
ーバや負荷が少ないサーバ等の条件を示し、これをユー
ザに選択させても良い。時間は会議主催者が会議を開始
したい時刻であり、会議主催者が指定した時刻を記述す
る。この場合に会議主催者は具体的時刻を入力するが、
必ずしも時刻ではなく「至急」と指定することもでき
る。参加者１３４は会議に参加する人を識別する名称を
入力すればよいが、本例ではＰＣ４０とユーザが１対１
に対応しているためＰＣ４０ネットワークアドレスを入
力する。質問範疇１３５は、当仮想会議にへの参加者に
対して要望する事項や聞きたい事項を範疇別に分類した
項目を指定させこれを記入する。なお、この参加者と質
問範疇のペアは複数を指定させても良い。会議主催者は
これらの項目を記入することにより対話ボックス１３０
を完成させる（１１０３）。

【００２３】この対話ボックス１３０の各項目の入力が
終了すると、対話ボックス１３０は会議サーバ１５に送
信される。ここまでの処理により会議主催者側端末１の
会議開始準備段階の処理を終了する。

【００２４】次に会議主催者側端末１から対話ボックス
１３０が送信されてきた会議サーバ１５の処理について
説明する。

【００２５】会議主催者側端末１から会議サーバ１５に
対話ボックス１３０が送信されると、会議サーバ１５は
参加者管理処理を実行する（１１０５）。

【００２６】ステップ１１０５は、会議サーバ１５が会
議主催者側端末１から送信されてきた対話ボックス１３
０に記述された参加者１３４の参加者側端末に対して会
議参加要求を発行し、この参加要求に対する会議参加者
からの返答結果に応じて参加者管理テーブル１４０を作
成する処理である。

【００２７】図１５により、参加者管理処理１１０５の
詳細な処理を説明する。

【００２８】会議サーバ１５は会議主催者側端末１から
対話ボックス１３０が送信されてくると、会議開催のた
めに必要な参加者管理テーブル１４０のひな型を作成す
る処理を行なう（１５０１）。

【００２９】参加者管理テーブル１４０のフォーマット
は会議サーバ１５に接続されている記憶装置６５に記憶
されており、この段階でＣＰＵ６１はＲＡＭ６２に参加
者管理テーブル１４０のフォーマットを読みだす。

【００３０】図１４は、参加者管理テーブル１４０の項
目内容を説明する図である。参加者管理テーブル１４０
は、参加希望者１４１、参加可否１４２、及び、分身名
称/状態・核の位置の各フィールド１４３から構成され
ている。

【００３１】ＲＡＭ６２に読みだされた参加者管理テー
ブル１４０の参加希望者１４１にはＣＰＵ６１が対話ボ
ックス１３０を参照することにより対話ボックス１３０
の参加者１３４が参加者管理テーブル１４０の参加希望
者１４１にそのまま記入される。尚、この段階では参加
者管理テーブル１４０の残りの項目は何も記入されてい
なが、参加可否１４２には参加希望者１４１への問い合
わせを会議参加者側端末へ送信し、その返答結果によ
り、「参加」・「不参加」・「問い合わせ中」の何れか
が記入される。また、会議に後述する自己の代理である
分身が参加するものについての返答結果には後述する分
身核２２０が送られてくることになっており、核の位置
の欄にはこの送信されてきた分身核２２０のアドレスの
位置が記載される。分身の名称の欄は、分身による会議
参加者によって命名された分身を識別する為の名称が記
入される。状態の欄は、分身の状態に応じて、「休
み」、「準備」、「待ち」、「活性」のどれかの値をも
つ。尚、「休み」状態とは分身核２２０が会議サーバ１
５に送信された初期の状態であり、「準備」状態とは会
議主催者との対話が可能となったときの状態（表示され
た状態）であり、「待ち」状態とは会議主催者からの対
話指示を受けた状態（対話をしているときも含む）であ
り、「活性」状態とは会議主催者との対話を実行してい
る状態を表している。会議参加者から分身核２２０が会
議サーバ１５へ送られてきたときの最初の状態は「休
み」がセットされる。なおこれらの分身に関するフィー
ルド１４３は、会議参加者に対して複数持たせて、タイ
プの異なる分身を管理することも可能である。

【００３２】次に会議サーバ１５が会議参加者へ会議参
加者側端末を介して会議参加要求を発行する処理につい
て図１５により説明する（１５０３）。

【００３３】会議サーバ１５のＣＰＵ６１は参加者管理
テーブル１４０の参加希望者１４１宛に会議要求を送信
するため会議要求３００の作成を行なう。会議要求３０
０の作成を行なうために会議要求３００のフォーマット
（図３０）を記憶装置６５から読みだし、対話ボックス
１３０の参加者１３４の人数分の会議要求３００を作成
する。図３０は会議要求３００を表す図であり、会議Ｉ
Ｄフィールド３０１、会議参加者宛先３０２、会議主催
者である送り主３０３、会議時間や質問範疇からなる会
議属性３０４によって構成されている。ＣＰＵ６１の命
令により、対話ボックス１３０の会議名１３１の内容を
会議ＩＤ３０１へ、対話ボックス１３０の参加者１３４
に記載されている参加者を宛先３０２へ、会議管理テー
ブル１２０のユーザ名１２１を送り主３０３へ、対話ボ
ックス１３０の時間１３３、質問範疇１３５を会議属性
３０４へそれぞれ記入して作成する（１５０３）。

【００３４】会議要求３００の作成が終了すると、会議
サーバ１５のＣＰＵ６１の命令により１５０３で作成し
た会議要求３００を参加者宛てに送信する（１５０
５）。

【００３５】次に会議サーバ１５から会議要求が送信さ
れてきた時の会議参加者側端末の処理について図２９を
用いて説明する。

【００３６】会議参加者が会議参加者側端末により会議
サーバ１５からの会議要求３００を受け取る（２９０
１）とまず、ＰＣ４０は正当な会議主催者からの会議開
催要求であるかどうかのチェックを行うために参加チェ
ック処理を行なう（２９０３）。図３１は記憶装置４１
に記憶されている参加チェックテーブル３１０の内容を
示す。参加チェックテーブル３１０は会議主催者識別子
３１１とアクセスを認めるファイルのクラスを示すアク
セスランク３１２のペアから構成されている。２９０３
では参加チェックテーブル３１０に登録されている参加
主催者からの会議要求のみを受け付けるごとく構成され
たテーブルである。図３２は、参加仮想会議管理テーブ
ルの内容を表した図である。３２０は参加仮想会議テー
ブルであり、以下に述べる各フィールドから構成されて
いる。会議名称、主催者、主催場所、開催時間、質問範
疇、そして、議事録へのポインタから構成されており、
会議要求３１０に基づいてステップ２９０５で作成され
る。

【００３７】この後、会議参加者は会議参加者側端末に
より次のような対応を取ることになる。即ち、１．「会
議に直接参加する」、２．「会議に参加出来ない」、
３．「会議開催時刻には会議に出席出来ないがその代り
として本人の代理に会議主催者に対して意見や助言を述
べる「分身」を会議に出席させる」、のような３つの返
答が考えられる。

【００３８】そこで、ここでは上記３の場合、即ち会議
参加者が会議には直接出席せず（会議開催時刻に自己の
端末の前にいない場合）、本人の分身を会議に参加させ
たい場合について説明する。

【００３９】会議参加者はこの場合には会議に参加する
分身の元となる分身核２２０の作成処理を行い会議サー
バ１５へ送信することになる。

【００４０】図２２は、分身核２２０の詳細内容を説明
する図である。分身核２２０は、以下に述べる各項目か
ら構成される。会議要求ＩＤ２２１は会議要求３００に
記載されたＩＤであり、これをそのまま記入する。分身
ＩＤ２２２は、参加者が付加する分身の名称である。分
身核の生成時刻２２３は、会議参加者（ＰＣ４０）が、
本分身の核を生成した時刻が記入される。分身核の生成
場所のアドレス２２４は、分身を作成した会議参加者側
端末のネットワークアドレスが記入される。分身核の生
成主・会議要求受付者２２５は、分身を作成した人物を
識別する情報と生成したＰＣのタイプ（ハード・ソフ
ト）を識別する情報であり、会議要求受付者の欄は会議
要求を受け付けたＰＣ４０のアドレスを記載する。次
に、知識ベースのフィルタルール２２６には、分身を無
条件でアクセスできるファイルの分類項目と、特定の条
件でしかアクセスできない場合のディレクトリ名・ファ
イル名とそのときの条件等が記入される（２２６１）。
知識ベースへのアクセス方法２２７には、質問範疇に対
応する知識の分類構造とディレクトリファイルとの対応
表が書き込まれる（２２７１）。そして、質問範疇に関
連してよく尋ねられる事項に対する回答（複数）である
知識ルール２２８からなる。本実施例では、知識ベース
は、知識の分類構造（多層構造をなした知識ファイル間
を概念推定強度で重みづけたリンクで結んだ概念ネット
ワーク）ファイルと具体的適知識を記述したファイル
（知識ファイル）から構成されており、各ＰＣ固有のフ
ァイルシステム特有のディレクトリ構成によってファイ
ルが管理されている。

【００４１】会議参加者はこの各項目に必要な事項を記
述して（２９０５）会議参加要求の返答とともに会議サ
ーバ１５へ返信する（１５０７、２９０９）。

【００４２】ここまでの処理で会議参加者側での会議開
催の準備段階を終える。それから、会議サーバ１５がこ
の返答結果と場合によっては分身核２２０を受け取り、
この返答結果によりＲＡＭ６２の参加者管理テーブル１
４０の参加可否１４２を更新する（１５０９）。

【００４３】以上の処理により会議開催の前準備が終了
し、会議開催時刻まで待機される。

【００４４】次に、実際に会議開催時刻になり会議主催
者が会議を開催するときの処理について図２７を用いて
説明する。

【００４５】会議主催者は会議開始時刻になると、コマ
ンド受付チェック処理を実行する。ここでは、正当な仮
想会議コマンドが入力されたと会議サーバ１５が判断す
るまで本ステップを繰り返す（２７０１）。正当な仮想
会議コマンドが入力されたならば、次のLogin成功待ち
処理を実行する。これは、仮想会議コマンドで入力され
た会議サーバに対してLogin要求を送り、Loginが成功し
たかどうかの判定を行う（２７０３）。失敗したならば
ステップ２７０１に移り、最初からやり直す。会議サー
バ１５へのLoginが成功したならば、通信画面管理処理
を実行する（２７０５）。図２８は、通信画面管理の処
理構造を示した図であり、パネル３からの入力を検出
し、これを会議サーバ１５に送信する部分と会議サーバ
１５から送られた描画データを受信し、これに基づいて
パネル３に画像を出力する部分とから構成される。次は
終了処理であり、Login終了要求を送った後、終了受付
メッセージが返信されたなら、終了したとしてはじめの
ステップ２７０１に戻る、そうでなければ２７０５を繰
り返す（２７０７）。

【００４６】図１６は、図１１のステップ１１０７であ
る分身実行管理の処理フローである。まず、会議サーバ
１５のＣＰＵ６１はＲＡＭ６２の参加者管理テーブル１
４０を検索し、分身の状態の欄により「休み」状態の分
身核２２０の位置を得る（１６０１）。次に、分身実行
モジュールを作成するためのパラメタ情報である分身核
から実行モジュールである分身実行モジュール（詳細後
述）をつくる（１６０３）。次に、会議主催者側端末１
の画面にアイコン化した分身を表示させ、参加者管理テ
ーブル１４０の分身の状態の欄を初期の「休み」状態か
ら会議主催者との会話が可能となる状態を示す「準備」
状態に変更する（１６０５）。次に、参加者管理テーブ
ル１４０で会議主催者からの対話指示を受けた状態であ
る「待ち」状態となっているところを検索し、当該分身
の分身実行モジュールを起動し、１４０の会議主催者と
の対話を実行しているときの状態である「活性」状態に
することで、指定された分身との対話を実行する（１６
０７）。これで一連の分身実行管理処理を終わる。

【００４７】図２３は、会議参加者から送信されてきた
分身核２２０から分身実行モジュールを生成する分身作
成処理２３０の構造を示した図である。２３９は、分身
作成手順であり、分身核２２０から分身実行モジュール
を作成する際の手順が記述されている。２３１は、ユー
ザ対話部ベースであり、会議主催者が分身と対話すると
きの受け答の基本的な枠組みが記述されている。２３２
はオプションであり、会議主催者に応じて対話の方法を
若干変更する為に用いるデータ集である。２３３は、知
識推定・推論基本部でありユーザからの問に回答するた
めに使用する基本的な推定・推論方式が記述されてい
る。２３４は、個別追加ルールベースであり、質問範疇
や議題に適した推定・推論ルールを構成するパラメタの
集合体である。２３５は、対話記録部であり、分身に対
する質問と会議主催者に提示した答を記録する処理を記
述したものである。２３６は、記録エリアであり、対話
記録をここに格納する。２３７は、知識ベースの検索方
法ベースであり、知識ベースに応じた基本的な検索方法
の集合体である。２３８は知識ベースのタイプと検索方
法の対応表であり、知識ベースの類型とそれに対する検
索ルールのタイプの組が記載されている。

【００４８】次に、図２４により分身の作成手順につい
て処理フローを使って説明する。

【００４９】まず、会議主催者が望む会議環境に応じて
オプション２３２から適切なオプションを選択する（２
４０１）。次に、質問範疇や議題に適した知識推定・推
論ルールを２３３から選択し、２３４からもパラメタを
選択し、両者を合わせて推定・推論ルールを構築する
（２４０３）。次に、知識データベースのタイプと検索
方法の対応表２３８に基づいて知識ベース検索方法ベー
ス２３７から知識ベースの検索手順をを選択し、分身の
核に記載された知識ベースへのアクセス方法により、知
識ベースの検索方法のチューニングを行う。次に、記憶
エリア２３６から当該分身用のエリアを割り当てる（２
３０７）。次に分身核２２０を含めて各手順（２３１、
２３３、２３５、２３７）のリンケージを取ることで一
貫した実行モジュールである分身実行モジュールを作成
する。

【００５０】図２５は、分身実行モジュールの構造を示
した図である。２４０１により作成されたユーザ対話処
理２５１と２４０３で作成された知識推定推論処理２５
２と２２５ベースの対話記録処理２５３と２４０５で作
成した知識ベース検索処理２５４から構成されている。

【００５１】図２６は、ユーザ対話処理２５１の処理フ
ローを示した図である。まず、質問に回答するための知
識の枠組みを提示する（２６０１）。次に会議主催者に
検索パラメタを選択させる（２６０３）。次に検索パラ
メタに基づいて、推定処理を実行し、回答となり得る知
識ファイルを選択して、そのファイル名を表示する（２
６０５）。次に、会議主催者にファイルを指定させる
（２６０７）。指定された知識ファイルをＰＣ４０から
ファイル転送して表示する（２６０９）。次に、会議主
催者の反応として質問の有無をチェックする（２６１
１）。質問があるならば終了判定処理（２６１３）に移
る。終了しないならば、質問に対する回答知識の枠組み
を与えるステップ２６０１に移る。終了するならば終了
する。

【００５２】次に実際の会議での分身を使った処理につ
いて説明する。会議主催者にとって会議参加者となる分
身は、会議主催者側端末１のパネル３にアイコンとして
表示される。会議主催者は、その分身と対話を開始した
り終了したりする制御を分身アイコンを指定することに
よって行う。分身と対話をするときは対話ウインド（詳
細後述）で行う。

【００５３】図１９は、このような制御方法を説明する
図である。初期状態は、分身アイコンのみが表示されて
いる。このときの分身は「準備」状態である。ここで会
議主催者が分身アイコンを選択すると、対話ウインドが
開かれ、そのウインドをインタフェースとして会議主催
者と分身との対話が実行される。このとき、参加者管理
テーブル１４０の分身状態を「待ち」に変更して分身管
理処理に移行する。各分身を選択することで複数の対話
ウインドを開くことができる。このとき、分身アイコン
と対話ウインドは位置的関連（分身アイコンと対話ウイ
ンドは左右、分身間や対話ウインド間は上下重ね合わ
せ）により対応づけられている。このとき、ある対話ウ
インドを選択すると、選択された対話ウインドが一番上
に表示され、分身アイコンの色も異なって表示され、対
話ウインドが開いている分身アイコンが選択されると、
対話ウインドは閉じられ分身の状態が「準備」状態に変
更される。

【００５４】図２０は、分身の表示状態を説明する図で
あり、各分身に表示順序がつけられており、これが動的
に変更される。

【００５５】図２１は、分身のグループ化を説明する図
であり、複数の分身に対する同一の操作を一括して実行
させるため、グループ名称２１０１とそれに属する複数
の分身の名称２１０２が保存される。

【００５６】図３３は、仮想会議中の画面構成の一例を
示した図である。３３１a,b,c,d,eは、分身アイコンで
あり、分身の顔かたちや表情、アクセサリー等によって
その属性が一目瞭然で分かるようになっている。なお、
３３１を囲む破線は、分身３３１のグループを示す枠で
あり、これも線種や色等によって識別できるようになっ
ている。３３２a,b,c,d,eは対話ウインドであり、質問
内容、回答知識枠組み提示部、該当ファイル一覧、当該
知識ファイル、コメント覧の各サブウインドから構成さ
れている。３３３は、メモ作成ウインドであり、メモ作
成エリアとメモ制御からから構成されている。知識ファ
イルのデータを編集してメモがメモ作成エリアにつくら
れる。メモ制御は、会議主催者が馴染みのエディタを起
動・終了したり、メモの保存・再編集等を行うアイコン
の集合体を表示させるためのアイコンである。３３４
は、会議制御パネルであり、会議の終了や中断、他の分
身の参加要請等の制御を行うアイコンと会議名称や経過
時間等の会議情報の提示部から成り立っている。

【００５７】仮想会議管理処理に戻って処理の説明の続
きを行う。分身実行中に会議主催者により制御が仮想会
議管理処理に移ると、まず、他の分身と対話を希望する
かどうかを判定する（１１０９）。判定結果がyesなら
ば、該当する分身の状態を参加者管理テーブル１４０か
ら検索し、「準備」状態ならばこれを「待ち」状態に変
更して、ステップ１１０５に移動する。noならば、ステ
ップ１１１１を実行する。ステップ１１１１では新しい
分身すなわち参加者管理テーブル１４０に登録されてい
ない分身の会議参加への要請をするかどうかを判定す
る。参加要請するならばステップ１１０３に移動し、対
話ボックス１３０に新しい参加者を登録することで、新
しい参加者を召集する。参加要請しないならば、次のス
テップ移る。 次のステップは、分身との対話から得ら
れた事項等を記載するメモ作成処理（１１１３）処理で
ある。

【００５８】図１７は、メモ管理７３にて処理されるメ
モ作成処理の処理フローである。まず、メモ作成用のウ
インドが会議主催者に提供されているかを判定し、提供
されていなければこれを提供する（１７０１）。次に、
エディタソフトウエアがロードされているかを判定し、
ロードされていなければこれをロードする（１７０
３）。次に、エディタを実行させる（１７０５）。次は
メモ作成終了判定ステップであり、メモ作成を終了する
場合は、本処理を終了する（１７０７）。そうでない場
合は、ステップ１７０５から繰り返す。

【００５９】次は会議終了判定ステップであり、会議を
終了するかどうかを判定する（１１１５）。終了しない
（no)ならば、ステップ１１０７に移動し、「活性」状
態の分身モジュールに制御を移すことで、分身との対話
を継続する。終了する(yes)ならば、会議結果管理処理
（１１１７）を実行して、一連の仮想会議管理処理を終
了する。

【００６０】図１８は、会議結果管理７７の処理フロー
である。まず、分身と会議主催者との対話記録であるロ
グと会議主催者が作成したメモを保管する（１８０
１）。次に、作成メモの構成情報（どの部分がどこに保
管されているか）を会議主催者側端末１に送信する（１
８０３）。最後に、全参加者に主要テーブルとログと作
成メモとのダイジェストからなる議事録を送付し会議結
果管理処理を終了する（１８０５）。後処理として、分
身実行モジュール等の不要リソースを削除して仮想会議
管理処理を終了する。

【００６１】再び、図２９に戻って説明する。次に会議
サーバ１５によって実行されている分身からの知識ファ
イル検索要求を受け付ける処理を行う（２９１１）。検
索要求が有ったならば、該当する知識ファイルを検索し
て送信し、ステップ２９１１にジャンプする（２９１
３）。終了要求を受け取ったならば、議事録等を受信す
る会議結果受付処理を実行する（２９１５）。次に、会
議参加者側端末のＰＣ４０の会議参加者に仮想会議に参
加したことを通知するためのレポートである終了報告作
成処理を実行する（２９１７）。それから、会議主催者
側端末の会議主催者が仮想会議の議事録や終了報告を読
んで、知識ベースを変更する必要が有ればこれを変更す
る処理を行う（２９１８）。

【００６２】以上の例では、携帯端末１を使用して会議
主催者が会議サーバ１５において仮想会議を開催する例
を述べたが、仮想会議における会議主催者の指示がパタ
ーン化される会議では、会議主催者の指示をスクリプト
化して会議サーバ１５に送り、送られた会議サーバ１５
にスクリプト実行機能を持たせて、前述したスクリプト
を実行させることにより、会議主催者が仮想会議に出席
しなくても会議を開催することができる。

【００６３】図３４は、このような場合を在宅勤務に適
用した仮想会議システムの全体構成図であり、仮想会議
の主催者である責任者３４１が会議参加者である各種の
専門家３４０をそのスタッフとしてあるプロジェクトを
遂行する例である。

【００６４】まず、専門家３４０に関する事項から説明
する。専門家の自宅には、ＴＶチューナと電話機の機能
のあるＰＣ３５０を備えており、これを用いて専門家３
４０は情報収集・分析を行い、ＴＶ放送から情報を仕入
れたり電子図書館３５１によって資料を入手したりして
専門家知識ベース３６６を構築したりする。また、時に
は、携帯端末１を携帯して創作意欲がわく場所に移動し
て創作したり、生の情報を収集するため各種展示会等に
出かけたりする。このような場所で創作したり収集した
情報は、携帯端末１に一時的に保管され、自宅に戻った
後に専門家用のＰＣ３５０を介して専門家知識ベース３
６６に保存する。

【００６５】次に、責任者３４１に関する事項を説明す
る。責任者３４１は、ＰＣ４０上にプロジェクトを遂行
のために役立つ背景知識や問題点や先に述べた仮想会議
実行スクリプト等を責任者知識ベース３６７として保管
している。また、責任者３４１もまた携帯端末を所有
し、都合の良い場所や時間で会議サーバ１５にアクセス
することにより、仮想会議を召集することができる。

【００６６】次に、会議サーバ１５の仮想会議関連プロ
セスを説明する。３４１は、ユーザスクリプトの実行プ
ロセス（以後会議管理エージェントと呼ぶ）であり、３
６１は、仮想会議管理７２にユーザスクリプト実行機能
を追加した仮想会議実行ベースである。分身２５０（以
後、会議エージェントと呼ぶ）と３４１が協調して動作
する。

【００６７】次に、仮想会議実行時のシーケンスを説明
する。まず、会議主催者のＰＣ３５０により会議に参加
してもらいたい専門家の携帯端末１に任命通知を出す
か、専門家３４０宛に任命通知を出す（３４００）。責
任者３４１からの任命通知を携帯端末１により受け取っ
た専門家は、会議主催者のＰＣ３５０宛に会議で必要と
なる知識を専門家知識ベース３６６に送信し格納する
（３４０１）。会議主催者である責任者のＰＣ３５０を
介して任命通知を受け取った専門家３４０も同様の処理
を行なう。次に、責任者３４１は、携帯端末１により会
議サーバにLoginする（３４０２）。責任者３４１の指
示を受けて会議サーバ１５は会議参加者ＰＣ４０から仮
想会議実行スクリプト等をファイル転送する事で、仮想
会議の環境を設定する（３４０３）。起動された会議管
理エージェント３６０によって、まず会議参加者のＰＣ
４０から分身核２２０が召集される（３４０４）。次に
会議エージェント２５０が起動され、会議管理エージェ
ント３６０との対話により、専門家知識ベース３６６か
ら知識ファイルが会議サーバ１５に送られる（３４０
５）。そして、仮想会議が終了するとその結果を責任者
３４１の携帯端末１に通知する（３４０６）し、また同
様の結果通知が専門家３４０の携帯端末１にも通知され
る（３４０７）。専門家３４０は、複数のプロジェクト
を兼務するときはジョブファイル３６５を作成しその進
行状況を管理する。

【００６８】以上の例では仮想会議の進行を会議管理エ
ージェントに任せきりにする場合であるが、さらに、会
議により得られた結果が、責任者に十分に満足がいき、
各スタッフ間で進行プロジェクトに対する深い合意を得
るために、仮想会議だけでなく、従来の電子会議を取り
込んだ計算機支援会議（これを、ハイパーミーティング
と呼ぶ）の例を説明する。

【００６９】図３５は、システム分析会議に適応したと
きのシーケンスである。３６６は専門家知識ベースであ
り、if then型の知識ベースであり条件に対する知識フ
ァイル名が記述されている。多少省略しているがシーケ
ンス３４００から３４０７までは図３４と同様である。

【００７０】３４１０から３４１３までの処理は以前の
実施例と同様なのでこれも省略する。さて、結果通知３
３０６を受けた責任者は結果が満足なものならば次のス
テップに進む。そうでないならば、スクリプトを再作成
し、再度仮想会議を実行させる（３５００）。次に責任
者は分析結果を作成する（３５０２）。スタッフ間の会
議を開催するため、スタッフ間のスケジュール調整を会
議サーバによって行う（３５０４）。予定時刻になった
らハイパーミーティングを実行し（３５０６）、仮想会
議での会議エージェントの振る舞いを検討し、問題点は
その知識ベース３６６やスクリプト等を変更することで
解決する（３４０８）。

【００７１】図３６は、ハイパーミーティング３５０６
におけるシステム構成の一例であり、携帯端末１を持ち
寄って複数のスタッフが一同に会している。３６２は、
スクリーンであり、投写機３６０によって画面３６３が
映し出される。３６１は、スピーカであり、遠隔地から
の参加者の音声等を伝える。会議の模様はカメラ３２に
より画像として取り込まれ、音声はマイク３６４により
ＰＣ４０に取り込まれ遠隔地からの参加者に提供され
る。各携帯端末１とＰＣ４０は無線ＬＡＮ基地局５６を
介してネットワークで接続されている。

【００７２】図３７は、このような会議での画面構成を
説明する図である。３７１a,b,cは遠隔参加者の画像が
表示されている。３７２は分身による参加者であり、本
人の都合により参加できない場合は、分身により会議に
参加するときの例である。３７２は、分身アイコン３３
１と対話パネル３３２から構成されている。３６４は、
仮想会議の再生画面であり、図３３と同様の構成であ
る。３６５は、仮想会議再生画面３６４の制御パネルで
あり、再生、停止、戻し、制御の各アイコンと仮想会議
の進行度を示すバーから構成されている。再生は、責任
者が記述したスクリプトを逐次実行していく、停止はそ
の実行を中断し、戻しは１ステップ前の状態に戻す。制
御は、再生画面を用いて分身との会議を行う制御をす
る。これで、分身の振る舞いの検討チェックを行う。３
６６は、テレポインタでありこれを用いて画面制御を行
う。３６３は、共通ワークエリアであり各参加者からの
資料等が提示される。

【００７３】以上により、意志の決定権が会議主催者で
ある責任者一人にあり、その代行である会議管理エージ
ェントが意志決定代行権を仮決定する例を示した。

【００７４】次に各会議エージェントに意志決定代行権
を持たせた仮想会議システムの一例を図３８を用いて説
明する。

【００７５】これは、例えば、論議と投票による議決を
自動化するものである。本実施例では、携帯端末１の中
で会議エージェント２５０を作成し、会議サーバ１５に
送り込みそこで実行させる。

【００７６】まず、携帯端末１における仮想会議関連処
理モジュールを説明する。３８１は、エージェントの実
行管理であり、作成した会議エージェント２５０を目的
の仮想会議が実行される計算機に送り込み、会議終了に
より、その実行結果を管理するモジュールである。３８
２は、エージェントマクロモジュールであり、会議エー
ジェント２５０のひな型の集合体であるミーティングエ
ージェントベース３８４と会議エージェント作成上のノ
ウハウを記述したノウハウデータベース３８５とから会
議エージェント２５０を作成するモジュールである。３
８３は、ミーティングモニタであり、実施中や実施後の
仮想会議の過程を表示するモジュールである。３８０
は、エージェントモニタ／ノティファイであり、仮想会
議実行中の会議エージェント２５０の状態（議論の情勢
や対応策）をモニタしたり、会議エージェント２５０か
ら了承・承認要求をユーザに提示する処理を実行するモ
ジュールである。

【００７７】次に本実施例における会議管理エージェン
ト３６０の処理構造を説明する。４００は運営進行管理
であり、会議エージェント２５０との議論する処理モジ
ュールである。４０１は、議題管理であり仮想会議の議
題を管理する。４０２は、参加者管理であり議題に適し
た会議エージェント２５０を当該仮想会議に参加させ
る。４０３は、議事録作成処理モジュールであり、仮想
会議の議事プロセスをダイジェストして議事録の作成を
行う。４０５は、情報収集モジュールであり議題に関し
た評価の基準となる各種データを収集する。４０４は、
結果通知処理であり参加者全員に結果を配布する。次に
運営進行管理４００と会議エージェント２５０間の議事
過程の処理について説明する。４０６は、情報集約ステ
ップであり、各会議エージェント２５０から情報を集約
する。このとき、会議エージェント側は、ポリシーをデ
ータ化した基本スタンスデータベース４１６を持った方
針管理処理部をもち、これに従って初期の情報をネット
ワーク上から収集しこれを提示する。次に、運営進行管
理４００は、集約した情報を元にたたき台となる案を作
成し（４０７）、これを各会議エージェント２４０に通
知する。これを受けた、会議エージェント２４０は、方
針管理４１３のデータに基づいて意見作成部４１２が評
価を下して評価値に直して、これを運営進行管理４００
に送り返す。次に、各会議エージェント２４０からの意
見を受けた運営進行管理４００は評価（判定）４０８を
行う。この評価は、各評価値の和を取り、これが規定値
以上だったら採択しこれを記録する。規定値以下だった
ら捨て去る。次に、再度たたき台表示４０７に戻り、先
ほどとは別の案を提示して、これらの処理を規定回数繰
り返す。最終評価が近づいたら会議エージェント２５０
は、採択された案を基本スタンスに基づいて評価値に直
して、形勢判断を行う。その結果により劣性と判定され
た場合は、ユーザ伺４１５を起動し、３７０を介して現
状をユーザに通知する。この時３７０は議事進行制御を
起動させ４１４て仮想会議の一次中断を行う。ユーザか
らの指示がそのまま会議を続けて良い場合は、中断をと
き、議事を進行させる。不満がある場合は、再度情報集
約４０６からやり直す（やり直し回数は制限がある）。
このとき情報収集処理４１０は、自分に有利な情報を検
索して提示する。このようにして、回数制限により議事
が打ち切られ、最終的には評価値が最も高い案を結論と
して採択し、これを通知する（４０４）。

【００７８】

【発明の効果】上述した本発明によれば、問題発見・解
決型の強力なツールを提供できる。つまり、本ツールの
使用者であるユーザは、時間と場所に制約されず問題を
思いついたその場、その時点で問題解決のための有力な
アドバイザーの分身を召集することにより問題に対する
深い理解が得られる。また、思い付いた解決案をその場
でアドバイザーの分身に提示することにより、解決案の
評価が即時に得られる。これによって、最も良い解決案
を速やかに選択することができる。また、その際に、分
身の元であるアドバイザー本人の手を煩わせずにすむと
いう効果もある。

【００７９】また各分野の専門家の分身を複数招集する
ことにより、複雑な問題を多角的に分析できる。特にこ
れは複雑なシステムにおける問題解決に有効である。

【００８０】また、本ツールのユーザとの分身との対話
過程を検証することによりアドバイザー本人は専門知識
に関する新しい知見等を得ることができ、専門知識に対
する概念ベースを再構成することにより、本人自身も勉
強になり専門家としての問題解決に対する応用能力が高
まるという効果もある。

【００８１】なお、上記に述べた問題を複数のユーザか
ら問われた時に、複数の問題に対する対応は各分身が平
行して処理してくれるため、専門化としての能力向上効
率が一段とアップするという効果もある。

【００８２】実施例では、企業内の企画・設計・創作に
適応した例を示したが、創造性を育むための、児童用の
教育教材や個性を伸ばす為の教育システムとしても有効
である。この際は、上述した如く、生徒・教師それぞれ
に取ってメッリトがある。特に、生徒数に対して絶対数
が限られた教師しかしない場合、前述した教師の分身が
活躍することにより、生徒一人一人個別に対応すること
ができ、生徒の個性に対応した能力を伸ばすことができ
る。

【００８３】また他の発明によれば、仮想会議で得られ
た結論を本人同席の下で検討することにより、上述した
学習効果をより一層大きな物とする事ができる。

【００８４】また他の発明によれば、自分自身の分身と
対話することにより、過去の自分の知識や忘れかけた知
識を有効に活用する事ができる。

【００８５】また他の発明によれば、望ましくない相手
が主宰する仮想会議に機密に関する情報や知識を与える
ことを防ぎ安全な仮想会議を開催できるという効果もあ
る。

【００８６】また、他の発明によれば、各メンバが決定
権を持つ仮想会議で意志を決定する際、ネットワークに
接続された計算機が議事関連情報検索することで、意志
決定過程をサポートするので迅速かつ有効な意志決定が
行えるという効果もある。

【００８７】

【図面の簡単な説明】

【図１】本発明のネットワークシステム構成の一例を示
す図である。

【図２】本発明による会議主催者側端末の外観図であ
る。

【図３】会議主催者側端末のハードウエア構成図であ
る。

【図４】会議参加者側端末の外観図である。

【図５】会議参加者側端末のハードウエア構成図であ
る。

【図６】本発明による会議サーバのハードウエア構成図
である。

【図７】会議サーバのソフトウエアの構成図である。

【図８】仮想会議における会議サーバのＯＳの処理フロ
ーである。

【図９】仮想会議における会議サーバのＬｏｇｉｎ管理
検査処理の処理フローである。

【図１０】仮想会議における会議サーバのＬｏｇｉｎ管
理テーブルである。

【図１１】仮想会議における会議サーバの仮想会議管理
処理の処理フローである。

【図１２】仮想会議における会議サーバの会議管理テー
ブルである。

【図１３】仮想会議における会議サーバの対話ボックス
テーブルである。

【図１４】仮想会議における会議サーバの参加者管理テ
ーブルである。

【図１５】仮想会議における会議サーバの参加者管理処
理の処理フローである。

【図１６】仮想会議における会議サーバの分身実行管理
処理の処理フローである。

【図１７】仮想会議における会議サーバのメモ作成処理
の処理フローである。

【図１８】仮想会議における会議サーバの会議結果管理
処理の処理フローである。

【図１９】分身の指定方法を説明する図である

【図２０】分身表示状態を説明する図である。

【図２１】分身のグループ化を説明する図である。

【図２２】分身核を示した図である。

【図２３】仮想会議における会議サーバの分身作成処理
のモジュール構成図である。

【図２４】仮想会議における会議サーバの分身作成手順
の処理フローである。

【図２５】仮想会議における会議サーバでの分身実行モ
ジュールの構成図である。

【図２６】仮想会議における会議サーバでの分身による
ユーザ対話処理のフローである。

【図２７】仮想会議における携帯端末の処理フローであ
る。

【図２８】仮想会議における携帯端末の通信画面管理の
構造図である。

【図２９】仮想会議におけるＰＣの処理フローである。

【図３０】仮想会議における会議要求（分身要求）の形
式図である。

【図３１】仮想会議における参加者側端末の参加チェッ
クテーブルである。

【図３２】仮想会議における参加者側端末の参加仮想会
議管理テーブルである。

【図３３】仮想会議中の画面構成図である。

【図３４】他の実施例における仮想会議のシステム構成
である。

【図３５】システム分析会議へ本発明を適用したときの
シーケンス図である。

【図３６】ハイパーミーティングシステムの構成図であ
る。

【図３７】ハイパーミーティングでの画面構成である。

【図３８】ポリシーを有した会議エージェントによる仮
想会議のシステム構成図である。

【符号の説明】

１ 会議主催者側端末 １５ 会議サーバ ４０ 会議参加者側端末のＰＣ １２０ 会議管理テーブル １３０ 対話ボックス １４０ 参加者管理テーブル ２２０ 分身核 ３００ 会議要求

Claims (2)

【特許請求の範囲】
1. 【請求項１】会議開催要求を発信する会議主催者側の第
   １の端末装置が、少なくとも１つ以上の会議参加者側の
   第２の端末装置とサーバ装置を介して通信を行って会議
   を行う会議方法であって、 前記第１の端末装置により前記サーバ装置に対し、会議
   開催要求を発信し、 該会議開催要求を受信した会議サーバ装置は、該会議開
   催要求に基づいて会議参加者に対して会議参加要求を発
   信し、 前記第２の端末装置は該会議参加要求を受信し、会議参
   加者が該参加要求に対して作成する該会議参加要求への
   応答結果、及び会議参加者が自己の意見を開示した情報
   源を前記会議サーバに送信し、 該応答結果及び情報源を受信した前記会議サーバは、前
   記第１の会議開始要求によりまたは会議開始時刻になる
   と、前記会議サーバ内にある情報源を前記第１の端末装
   置からの命令に従い該第１の端末装置に送信することを
   特徴とする仮想会議方法。
2. 【請求項２】会議開催要求を発信する会議主催者側の第
   １の端末装置が、少なくとも１つ以上の会議参加者側の
   第２の端末装置とサーバ装置を介して通信を行って会議
   を行う会議システムであって、 前記会議サーバは、前記第１の端末装置から送信されて
   きた会議開催要求を会議参加者宛に送信するための会議
   参加要求に変換する手段と、該会議参加要求に応じて前
   記第２の端末装置から送信されてきた前記会議参加要求
   に対する応答結果及び会議参加者が自己の意見を開示し
   た情報源を受信して記憶する記憶手段と、前記第１の端
   末装置からの会議開始要求によりまたは会議開始時刻に
   なると、前記記憶手段にある情報源を前記第１の端末装
   置からの命令に従い該第１の端末装置に送信する制御手
   段を備え、 前記第２の端末装置は、前記サーバ装置からの会議参加
   要求に対する前記応答結果及び前記情報源を送信する送
   信手段を備え、 前記会議サーバは、前記第１の会議開始要求によりまた
   は会議開始時刻になると、前記会議サーバ内にある情報
   源を前記第１の端末装置からの命令に従い該第１の端末
   装置に送信することを特徴とする仮想会議システム。