JPH08297624A - 電子会議システム - Google Patents

Abstract

(57)【要約】 【課題】コンピュータネットワークシステムを利用した
マルチメディア電子会議システムを実現する。 【解決手段】クライアント１１〜１３それぞれで発生さ
れたイベントデータは、データＩＤ、シーケンス番号、
データタイプ、時間情報などが付加された後、他の全て
のクライアント１１〜１３にブロードキャストされる。
各クライアント１１〜１３は、ブロードキャストで送信
されたデータを受信し、それに付加された情報に従って
文字、図形、音声、動画などの異なる種々のデータを含
む会議データを共有ウインドウにイベント順に表示・再
生する。従って、ある会議参加者が発言しながら文字や
図形を描画し、他の参加者が、その描画データを見なが
ら発言内容を聞き、文字、図形、または音声などによっ
て応答を返すといった運用を、リアルタイムに行うこと
ができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は電子会議システム
に関し、特にネットワークに接続された複数のコンピュ
ータを利用した電子会議システムに関する。

【０００２】

【従来の技術】近年、コンピュータネットワークを利用
した電子会議システムが注目されている。従来の電子会
議システムは、電話回線を利用したパソコン通信サービ
スのホストコンピュータなどによって実現されている。

【０００３】すなわち、パソコン通信サービスを利用し
た従来の電子会議システムでは、各パーソナルコンピュ
ータから送られてくる文書データなどの会議データはホ
ストコンピュータに一旦蓄積され、そのデータは会議参
加者となる他のパーソナルコンピュータによって適宜読
み出される。これにより、遠隔地のパーソナルコンピュ
ータ同士で情報交換がなされる。

【０００４】しかし、このようにパソコン通信サービス
を利用したシステムでは、データ転送速度が遅く、また
ホストコンピュータを介してデータ交換がなされるので
会議を行う上で必要なリアルタイム性を実現することは
困難である。

【０００５】そこで、最近では、ＬＡＮを利用した電子
会議システムが開発され始めている。このシステムで
は、ホストコンピュータを利用せずに、ＬＡＮに接続さ
れた複数のパーソナルコンピュータ間で会議データが直
接授受される。このため、前述のホストコンピュータを
利用するシステム形態と比べれば、多少はデータ交換の
速度を高めることができる。

【０００６】

【発明が解決しようとする課題】しかし、ＬＡＮを利用
した従来のシステム形態においては、文字、図形、音
声、動画などが混在するマルチメディアデータを会議デ
ータとして扱うことは困難であり、例えば、ある会議参
加者が発言しながら文字や図形を描画し、他の参加者が
その描画データを見ながら発言内容を聞き、文字、図
形、または音声などによって応答を返すといった運用
を、リアルタイムに行うことはできなかった。

【０００７】また、従来のシステムで実現されているの
は会議データの交換だけであり、会議データの保存・再
生や、議事録作成などの機能は実現されていなかった。
さらに、会議データは通常は他のすべての会議参加者に
ブロードキャストされるので、電子会議中に特定の会議
参加者との間で密かにデータを交換するといった運用を
行うことはできなかった。また、ネットワークを使用す
るシステムでは、ネットワークが輻輳状態の時はデータ
送信エラーによる送信リトライの発生が増え、スムーズ
な会議進行が損なわれるという問題があった。

【０００８】この発明はこのような点に鑑みてなされた
もので、文字、図形、音声、動画などの複数種のデータ
を同期させながらコンピュータ間で交換できるように
し、会議を行う上で必要なリアルタイム性を十分に実現
することができるマルチメディア対応の電子会議システ
ムを提供することを目的とする。

【０００９】また、この発明は、上述のデータ交換のリ
アルタイム性の実現に加え、会議内容の保存・再生や、
議事録作成などを容易に行うための機能を有する電子会
議システムを提供することを目的とする。

【００１０】さらに、この発明は、会議の進行中に他の
人とデータを送受信したり、ネットワーク混雑時でもス
ムーズな会議進行を行うことができる電子会議システム
を提供することを目的とする。

【００１１】

【課題を解決するための手段】この発明は、ネットワー
クに接続された複数のコンピュータそれぞれに同一デー
タを表示するための共有ウインドウをオープンし、それ
ら共有ウインドウを利用して会議データを交換する電子
会議システムにおいて、文書、画像、または音声データ
の入力イベントが発生した時、その発生したイベントに
対応するデータ毎に、そのデータが文書、画像、および
音声のいずれの種類に属するかを示す識別情報と各デー
タ種内におけるイベント発生順を示すシーケンス番号を
付加してメッセージパケットを生成するメッセージ生成
手段と、このメッセージ生成手段によって生成されたメ
ッセージパケットを、ネットワークを介して他の全ての
コンピュータにブロードキャスト送信する手段と、前記
他のコンピュータから送信されるメッセージパケットお
よび自身のコンピュータのメッセージ生成手段によって
生成されたメッセージパケットを受信し、そのメッセー
ジパケットに含まれる前記識別情報およびシーケンス番
号に従って、前記文書、および画像データそれぞれをそ
れらのイベント発生順に共有ウインドウに表示し、前記
音声データをそのイベント発生順に再生する手段とを具
備し、あるコンピュータで発生した複数種のデータの入
力イベントを、そのコンピュータを含む他の全てのコン
ピュータにリアルタイムに反映できるようにしたことを
特徴とする。

【００１２】この電子会議システムにおいては、例えば
ある会議参加者が文字や図形を共有ウインドウに描きな
がらその内容を音声によって説明した場合には、文書デ
ータ、画像データ、および音声データの入力イベントが
逐次発生され、それら文書データ、画像データ、および
音声データそれぞれには識別情報とシーケンス番号が付
加されて、メッセージパケットが生成される。

【００１３】識別情報は発生したイベントが文書、画
像、および音声のいずれであるかを示し、またシーケン
ス番号は同一データ種内におけるイベント発生順を示
す。メッセージパケットはブロードキャストされ、他の
コンピュータ全てに送られる。メッセージパケットを受
信した各コンピュータでは、そのメッセージパケットの
データ種類が識別情報に従って識別され、またデータ種
類毎にデータの繋がりがシーケンス番号に従って認識さ
れる。このため、文書データ、画像データ、および音声
データがどの様な順番で混在されて入力されても、それ
らデータの種類および繋りを認識することが可能とな
る。

【００１４】そして、文書データ、および画像データは
それぞれのイベント発生順に共有ウインドウに表示さ
れ、音声データもそのイベント発生順に再生される。こ
のため、文字、図形、音声、動画などの複数種のデータ
を同期させながらそれをリアルタイムにコンピュータ間
で交換できる。

【００１５】よって、ある会議参加者が発言しながら文
字や図形を描画し、他の参加者がその描画データを見な
がら発言内容を聞き、文字、図形、または音声などによ
って応答を返すといった運用を、リアルタイムに行うこ
とが可能となり、マルチメディア対応の電子会議システ
ムを実現できる。

【００１６】

【発明の実施の形態】以下、図面を参照してこの発明の
実施形態を説明する。図１には、この発明の一実施形態
に係る電子会議システムの基本構成が示されている。こ
の電子会議システムは、コンピュータネットワークシス
テムを利用したシステムであり、ＬＡＮ１０上に接続さ
れた複数のクライアントコンピュータ１１〜１３および
サーバコンピュータ２１によって実現されている。この
システムでは、各会議参加者は、対応するクライアント
コンピュータを利用して在席しながら、遠隔地の他のク
ライアントコンピュータを操作する会議参加者と会議を
行う。

【００１７】この場合、ＬＡＮ１０上に接続された複数
のクライアントコンピュータ１１〜１３それぞれには同
一会議データを表示するための共有ウインドウＷ１〜Ｗ
３がオープンされ、それら共有ウインドウＷ１〜Ｗ３を
利用して会議データの交換が行われる。また、サーバコ
ンピュータ２１は、主に会議内容の保存・再生、および
議事録作成などに利用される。

【００１８】クライアントコンピュータ１１〜１３はそ
れぞれパーソナルコンピュータまたはワークステーショ
ンなどによって実現されており、プログラムや各種周辺
装置の処理を司るＣＰＵ、プログラムや各種データを記
憶するメモリ、ＨＤＤ、ＦＤなどの外部記憶装置、キー
ボード、マウス、ペン、スキャナなどから成る入力装
置、ディスプレイモニタ、プリンタなどの出力装置、お
よびＬＡＮ１０に接続するための通信装置を備えてい
る。

【００１９】また、これらクライアントコンピュータ１
１〜１３には、マルチメディアデータを会議データとし
て扱うために、マイクロホン付きヘッドセット１１ａ〜
１３ａ、およびビデオカメラ１１ｂ〜１３ｂも設けられ
ている。

【００２０】ビデオカメラ１１ｂ〜１３ｂは、他のクラ
イアントコンピュータおよびサーバコンピュータ２１に
送るべき映像を入力するためのものであり、各会議参加
者が自分の顔や、手元の会議資料などを写すために利用
される。

【００２１】ヘッドセット１１ａ〜１３ａは、それぞれ
マイクロホンとスピーカを備えており、他のクライアン
トコンピュータおよびサーバコンピュータ２１に送るべ
き音声信号の入力、および他のクライアントコンピュー
タから送信される音声信号の再生に使用される。

【００２２】共有ウインドウＷ１〜Ｗ３は、それぞれク
ライアントコンピュータ１１〜１３上で実行されるウイ
ンドウシステムによって提供される画面であり、これら
共有ウインドウＷ１〜Ｗ３には同一の会議データ（文
字、図形、動画など）が表示される。

【００２３】すなわち、クライアントコンピュータ１１
を操作する会議参加者がキーボードを用いて文字“ａｂ
ｃｄ…”を入力すると、その文字データ“ａｂｃｄ…”
は、クライアントコンピュータ１１の共有ウインドウＷ
１に表示されると共に、他のクライアントコンピュータ
１２，１３の共有ウインドウＷ２，Ｗ３にもそれぞれ表
示される。

【００２４】また、クライアントコンピュータ１２を操
作する会議参加者が、ウインドウシステムがサポートす
るグラフィクスツールを利用して、マウス操作によって
丸などの図形を描画すると、その丸の図形は、クライア
ントコンピュータ１２の共有ウインドウＷ２に表示され
ると共に、他のクライアントコンピュータ１１，１３の
共有ウインドウＷ１，Ｗ３にもそれぞれ表示される。

【００２５】同様に、クライアントコンピュータ１３を
操作する会議参加者が、ウインドウシステムがサポート
するグラフィクスツールを利用して、マウス操作によっ
て四角などの図形を描画すると、その四角の図形は、ク
ライアントコンピュータ１３の共有ウインドウＷ３に表
示されると共に、他のクライアントコンピュータ１１，
１２の共有ウインドウＷ１，Ｗ２にもそれぞれ表示され
る。

【００２６】このように、共有ウインドウＷ１〜Ｗ３に
はクライアントコンピュータ１１〜１３それぞれで入力
されたデータが入力順に合成されて表示される。これよ
り、全ての会議参加者が同一データを見ながら会議を行
うことができる。

【００２７】このような共有ウインドウの制御は、クラ
イアントコンピュータ１１〜１３が、それぞれのコンピ
ュータで入力されたデータを他の全てのコンピュータに
ブロードキャストすることによって実現されている。

【００２８】この場合、データ送信は入力イベントの発
生毎に行われるので、データを受け取ったクライアント
コンピュータの画面表示は、そのデータを入力したクラ
イアントコンピュータの画面表示と同一となる。従っ
て、例えば、クライアントコンピュータ１３を操作する
会議参加者がマウスをドラッキングして四角を描画した
場合には、そのクライアントコンピュータ１３の共有ウ
インドウＷ３に表示されるドラッキング過程（破線で図
示）が、他のクライアントコンピュータ１１，１２の共
有ウインドウＷ１，Ｗ２にも表示されることになる。

【００２９】また、音声データについてもその入力の度
にブロードキャストが行われ、例えば、クライアントコ
ンピュータ１１を操作する会議参加者がヘッドセット１
１ａから音声を入力すると、その入力された音声データ
は、クライアントコンピュータ１２，１３のヘッドセッ
ト１２ａ，１３ａから再生されることになる。

【００３０】サーバコンピュータ２１は、パーソナルコ
ンピュータまたはワークステーションなどによって実現
されており、クライアントコンピュータ１１〜１３間で
通信される会議データを受信し、その会議データの保存
・再生、および議事録作成などを行う。このサーバコン
ピュータ２１には、クライアントコンピュータと同様
に、プログラムや各種周辺装置の処理を司るＣＰＵ、プ
ログラムや各種データを記憶するメモリ、ＨＤＤ、ＦＤ
などの外部記憶装置、キーボード、マウス、ペン、スキ
ャナなどから成る入力装置、ディスプレイモニタ、プリ
ンタなどの出力装置、およびＬＡＮ１０に接続するため
の通信装置が設けられている。

【００３１】サーバコンピュータ２１のディスプレイモ
ニタには、クライアントコンピュータ１１〜１３間で実
行される会議データの通信に同期して、図示のようなタ
イムテーブルウインドウＴＴＷが表示される。

【００３２】タイムテーブルウインドウＴＴＷは、会議
の進行状況をビジュアルに提示するために、クライアン
トコンピュータ毎に入力イベントの内容をアイコンによ
ってタイムスケール上に表示する。

【００３３】各クライアントコンピュータに対応するタ
イムテーブルウインドウは、動画、音声、図形の３つの
タイムスケールに分割されており、それらタイムスケー
ルそれぞれには入力イベントに対応するアイコンが表示
される。

【００３４】このタイムテーブルウインドウＴＴＷにお
いては、音声入力イベントは“矢印”アイコンａ１によ
って示され、ある会議参加者が話すると、その会議参加
者に対応するクライアントコンピュータの音声タイムス
ケール上に“矢印”アイコンａ１が表示される。

【００３５】この“矢印”アイコンａ１の表示位置およ
び矢印の長さは、クライアントコンピュータにおける音
声入力イベントの発生時間、および音声入力時間（話し
ている時間）にそれぞれ対応している。また、文字デー
タすなわちテキストデータの入力イベントは“ＫＢ”ア
イコンａ２によって示され、丸の図形データの入力イベ
ントは“丸”アイコンａ３、四角の図形データの入力イ
ベントは“四角”アイコンａ４によって示される。

【００３６】図１のタイムテーブルウインドウＴＴＷの
アイコン配置は、クライアントコンピュータ１１の会議
参加者が音声入力しながらキーボードなどからテキスト
データ“ａｂｃｄ…”を入力し、次いで、クライアント
コンピュータ１２の会議参加者が音声入力しながら丸の
図形の描画とテキストデータ“ｘｙｚ…”の入力を行
い、その後、クライアントコンピュータ１３の会議参加
者が音声入力しながら四角の図形を描画した場合に対応
している。

【００３７】また、タイムテーブルウインドウＴＴＷ
は、例えば、ある特定の会議参加者の発言を抽出すると
いった会議データの検索や、その編集および再生を行う
場合に利用される。

【００３８】次に、図２および図３を参照して、共有ウ
インドウＷ１〜Ｗ３とタイムテーブルウインドウＴＴＷ
の具体的な画面構成の一例を説明する。図２には、共有
ウインドウＷ１の画面構成が示されている。

【００３９】ここでは、クライアントコンピュータ１１
を操作する会議参加者が、カメラ１１ｂを用いて手元の
会議資料を写しており、共有ウインドウＷ１上にペンツ
ールを利用して手書きでイラストを描きながらその会議
資料の内容を説明している様子が示されている。

【００４０】この場合、カーソルを除けば、共有ウイン
ドウＷ１上の画面イメージと同一のイメージが、共有ウ
インドウＷ２，Ｗ３にも表示される。また、各共有ウイ
ンドウには、種々の操作ボタンが配置されている。操作
ボタンには、四角の描画ツールを起動するための四角ボ
タンＢ１、円の描画ツールを起動するための円ボタンＢ
２、カーソル操作の軌跡を描画する描画ツールを起動す
るためのペンボタンＢ３、キーボードからの文字入力を
表示する文字入力ツールを起動するための文字ボタンＢ
４、カーソル操作の軌跡下の画面イメージだけを消す描
画ツールを起動するための消ゴムボタンＢ５、画面イメ
ージ全体をクリアする描画ツールを起動するためのクリ
アボタンＢ６、入力イベントの送信モードを決定するブ
ロードキャストボタンＢ７がある。

【００４１】ブロードキャストボタンＢ７は、入力イベ
ントをサーバを含む他の全てのクライアントコンピュー
タに通知する共有データブロードキャストモードと、入
力イベントをサーバにのみ通知する個人データモードの
いずれかのモードを指定するために使用される。会議を
行う場合には、通常は、共有データブロードキャストモ
ードが選択される。これにより、四角、文字、消しゴ
ム、クリアなどの入力イベントは、全ての共有ウインド
ウＷ１〜Ｗ３に共通に反映される。

【００４２】図３には、タイムテーブルウインドウＴＴ
Ｗの画面構成の一例が示されている。このタイムテーブ
ルウインドウＴＴＷにおいては、縦軸にクライアントコ
ンピュータ１１〜１３をそれぞれ操作する会議参加者の
顔の映像が表示され、横軸に会議進行時間を示すタイム
スケールが表示される。ここでは、各会議参加者のタイ
ムテーブルウインドウは、文字または図形の入力イベン
トに対応する図形ウインドウと、音声データの入力イベ
ントに対応するウインドウとに分割されている場合が示
されているが、図１で説明したように、各会議参加者に
対応するタイムテーブルウインドウを、動画、音声、図
形の３つのタイムスケールに分割しても良い。

【００４３】図形のタイムテーブルウインドウには、前
述のアイコンａ１〜ａ２の他、図２の共有ウインドウで
用意されている他のツールに対応するアイコン、例えば
“ペン”アイコンａ５、“クリア”アイコンａ６なども
表示される。

【００４４】また、タイムテーブルウインドウＴＴＷに
は、サーバコンピュータ２１に用意された会議データの
記録、再生、検索、編集機能などに対応する各種ツール
を呼び出すための各種ボタンＢ１１〜Ｂ１７、および音
声データの録音／再生レベル、および再生速度を指定す
るためのボタンＢ１８〜Ｂ２２が配置されている。

【００４５】会議データの記録は、次の手順で行われ
る。“記録”ボタンＢ１５が押されると、会議データの
記録が開始される。この場合、会議データはテンポラリ
ファイルに保存され、後で指定のファイル名で保存可能
である。

【００４６】“中断”ボタンＢ１２を押すと、記録が一
時中断される。この後、“開始／再開”ボタンＢ１１が
押されると、記録動作が再開される。“中断”中に受信
された音声や、図形データは全て廃棄される。

【００４７】“停止”ボタンＢ１３が押されると、記録
動作が停止される。この場合、テンポラリファイルへの
記録はそこで停止する。停止中の音声や、図形の受信は
全て廃棄される。

【００４８】会議データの再生は、次の手順で行われ
る。タイムテーブルウインドウＴＴＷ上の参加者の顔を
クリックして、“再生”ボタンＢ１４が押されると、そ
の指定した個人のみの会議データが再生される。

【００４９】また、タイムテーブルウインドウＴＴＷ上
の１つのアイコンをクリックして“再生”ボタンＢ１４
が押されると、そのアイコンに対応するデータだけが再
生される。アイコンをクリックしながらドラッグしてい
くと、リリースするところまでが再生範囲となる。

【００５０】選択されたアイコンは選択状態の表示に変
わり、再生が終了すると元の表示に戻される。再生時に
は、再生スピードを指定することができる。会議データ
の編集は、次の手順で行われる。

【００５１】“編集”ボタンＢ１７が押されると、カッ
ト、ペーストの編集ツールを使用するためのダイアログ
が表示される。このカット、ペーストの編集ツールを使
用してタイムテーブルウインドウＴＴＷ上の音声・図形
アイコンを選択しカット、ペーストする事で、記録され
た会議データを編集することができる。

【００５２】次に、図１の電子会議システムを実現する
ためのソフトウェア構成について説明する。図４には、
この実施形態の電子会議システムの各プロセスとデータ
の流れが概念的に示されている。

【００５３】クライアントコンピュータ１１〜１３の各
々においては、音声送信プロセス１１１、音声受信／再
生プロセス１１２、および共有ウインドウプロセス１１
３などが実行される。

【００５４】音声送信プロセス（sound send）１１１
は、各参加者が発言する音声を音声入力装置を介して受
け取り、それを他の参加者のクライアントコンピュータ
の音声受信／再生プロセス１１２、およびサーバコンピ
ュータ２１の会議データ保存／タイムログ表示プロセス
２１ａへ送信する。

【００５５】音声受信／再生プロセス（sound recv）１
１２は、他の参加者のクライアントコンピュータの音声
送信プロセス１１１またはサーバコンピュータ２１の音
声再生プロセス２１ｂから送信される音声データを受信
して、それを音声出力装置にて再生する処理を行う。

【００５６】共用ウィンドウプロセス（gtool ）１１３
は、参加者が共用して使用する共有ウインドウを制御す
るものであり、四角、円、ペン、テキスト入力、消しゴ
ムの入力、及び画面のダンプイメージの入出力を行う。
これらウインドウに関する入力イベントは、それが入力
された時点でそのクライアントコンピュータの共用ウィ
ンドウに表示されると共に、他の参加者のクライアント
コンピュータの共用ウィンドウプロセス、およびサーバ
２１の会議データ保存／タイムログ表示プロセス２１ａ
に送信される。

【００５７】また、共用ウィンドウプロセス１１３は、
他のクライアントコンピュータの共用ウィンドウプロセ
ス１１３、またはサーバ２１の図形再生プロセス２１ｃ
からデータを受信した時は、それを共用ウィンドウに表
示する。

【００５８】サーバコンピュータ２１においては、会議
データ保存／タイムログ表示プロセス２１ａ、音声再生
プロセス２１ｂ、および図形再生プロセス２１ｃなどが
実行される。

【００５９】会議データ保存／タイムログ表示プロセス
（timelog ）２１ａは、各参加者のクライアントコンピ
ュータからの音声データ、共用ウインドウデータを受信
して、その受信データを会議データ保存ファイル２１ｄ
に会議データとして保存する。また、会議データ保存／
タイムログ表示プロセス（timelog ）２１ａは、前述の
タイムスケールウインドウＴＴＷへのアイコン表示を行
う。

【００６０】また、会議データ保存／タイムログ表示プ
ロセス（timelog ）２１ａは、ファイル２１ｄに保存さ
れた会議データを編集することができ、タイムスケール
ウインドウＴＴＷ上のアイコンの削除、移動、コピーな
どの操作に応じて、会議データから図形、音声オブジェ
クトを削除したり、データの位置を移動したり、またア
イドル時間をつめるなどの操作を行う。

【００６１】また、会議データ保存／タイムログ表示プ
ロセス（timelog ）２１ａは、会議データの再生制御機
能を有しており、編集結果の再生の他、会議データ全体
の再生、特定の参加者に関するデータだけの再生、図形
・音声オブジェクト単体の再生などを行うことができ
る。

【００６２】音声再生プロセス（sound play）２１ｂ
は、会議データ保存／タイムログ表示プロセス（timelo
g ）２１ａから指示された情報に従って、会議データ保
存ファイル２１ｄを読み出し、音声データを各クライア
ントコンピュータの音声受信・再生プロセス１１２に送
信する。この場合、音声データの送信は、図形再生プロ
セス２１ｃと同期して行われる。

【００６３】図形再生プロセス（picture play）２１ｃ
は、会議データ保存／タイムログ表示プロセス（timelo
g ）２１ａから指示された情報に従って、会議データ保
存ファイル２１ｄを読み出し、共有ウインドウデータ
（文字、図形など）を各クライアントコンピュータの共
有ウインドウプロセス１１３に送信する。この場合、共
有ウインドウデータの送信は、音声再生プロセス２１ｃ
と同期して行われる。

【００６４】なお、再生はブロードキャストのみでな
く、送信先マシンをタイムログで指定することにより、
特定のクライアントにだけ送信することも可能である。
次に、図５を参照して、データ送信を行うために必要な
クライアントコンピュータの構成を具体的に説明する。

【００６５】クライアントコンピュータにおいては、図
４で説明した音声送信プロセス１１１、音声受信／再生
プロセス１１２、および共有ウインドウプロセス１１３
の他、図示のように、通信ライブラリ１１４、キーボー
ドデバイスドライバ１１５、仮名漢字変換プロセス１１
６、マウスドライバ１１７、例えばＸウインドウなどに
代表されるウインドウシステム１１８、音声デバイスド
ライバ１１９が実行される。

【００６６】音声データの送信は、ヘッドセットを制御
する音声デバイスドライバ１１９、音声受信／再生プロ
セス１１２、音声送信プロセス１１１、および通信ライ
ブラリ１１４によって制御される。また、テキストデー
タの送信については、キーボードを制御するキーボード
デバイスドライバ１１５、仮名漢字変換プロセス１１
６、共有ウインドウプロセス１１３、および通信ライブ
ラリ１１４によって制御され、図形データの送信につい
ては、マウスを制御するマウスドライバ１１７、ウイン
ドウシステム１１８、共有ウインドウプロセス１１３、
および通信ライブラリ１１４によって制御される。

【００６７】音声データの送信は、次の手順で実行され
る。音声送信プロセス１１１は、定期的に音声デバイス
ドライバ１１９をポーリングし、送信すべき音声データ
の有無を問い合わせる。音声データがあれば、音声送信
プロセス１１１は、音声デバイスドライバ１１９から生
の音声データをリードし、その音声データにヘッダ部を
付加して音声メッセージパケットを生成し、それを通信
ライブラリ１１６に送信する。音声メッセージパケット
の生成および送信は、音声データをリードする度に繰り
返し行われる。ヘッダ部は、音声データであることを示
すデータＩＤと、音声データの発生順を示すシーケンス
番号などを含んでいる。

【００６８】音声メッセージパケットは、通信ライブラ
リ１１４経由で他の全ての参加者のクライアントおよび
サーバに送信される。この場合、音声メッセージパケッ
トには通信用のヘッダが付加され、通信パケットとして
ＬＡＮ１０上に送出される。

【００６９】テキストデータの送信は、次の手順で実行
される。仮名漢字変換プロセス１１６は、キーボードデ
バイスドライバ１１５から入力されたキーコードを順次
受け取り、それを仮名漢字変換して実際の文字列に対応
する文字データを生成する。このような文字データの入
力イベントが発生すると、共有ウインドウプロセス１１
３は、仮名漢字変換プロセス１１６からの文字データに
ヘッダ部を付加して文字メッセージパケットを生成す
る。各文字メッセージパケットのヘッダ部は、テキスト
データであることを示すデータＩＤと、テキストデータ
の発生順を示すシーケンス番号などを含んでいる。

【００７０】文字メッセージパケットは、通信ライブラ
リ１１４経由で他の全ての参加者のクライアントおよび
サーバに送信される。この場合、文字メッセージパケッ
トには通信用のヘッダが付加され、通信パケットとして
ＬＡＮ１０上に送出される。

【００７１】図形データの送信は、次の手順で実行され
る。ウインドウシステム１１８は、マウスデバイスドラ
イバ１１７からのマウスイベントを共有ウインドウプロ
セス１１３に通知する。共有ウインドウプロセス１１３
は、マウスイベントに応じて、そのマウスイベントに対
応するグラフィックス表示のためのイベントデータ（図
形データ）にヘッダ部を付加し、図形メッセージパケッ
トを生成する。図形メッセージパケットのヘッダ部は、
図形データであることを示すデータＩＤと、図形データ
の発生順を示すシーケンス番号などを含んでいる。

【００７２】図形メッセージパケットは、通信ライブラ
リ１１４経由で他の全ての参加者のクライアントおよび
サーバに送信される。この場合、図形メッセージパケッ
トには通信用のヘッダが付加され、通信パケットとして
ＬＡＮ１０上に送出される。

【００７３】このように、音声、テキスト、および図形
データは、それぞれのデータ入力イベントが発生される
度にメッセージパケットに組み立てられ、それらメッセ
ージパケットは、その発生順に通信パケットとしてＬＡ
Ｎ１０上に送出される。

【００７４】ここで、図７および図８を参照して、メッ
セージパケットおよび通信パケットそれぞれのデータフ
ォーマットについて説明する。図７には、音声、テキス
ト、および図形の各メッセージパケットのデータフォー
マットが示されている。

【００７５】各メッセージパケットに付加されたメッセ
ージヘッダ部は、図示のように、シーケンス番号情報、
データタイプ情報、データ名情報（データＩＤ）、デー
タ長情報、時刻情報を含んでいる。

【００７６】シーケンス番号情報は、音声データ、図形
データ、テキストデータというデータの種類毎に、その
データ種内部におけるイベント発生順を示す番号であ
り、音声データ、図形データ、テキストデータのいずれ
においても、最初のデータのシーケンス番号は０から始
まり、後続するデータのシーケンス番号は１ずつカウン
トアップされる。

【００７７】データタイプ情報は、対応するデータがス
タートデータ、続きデータ、エンドデータのずれである
かを示すものであり、この情報はタイムテーブルウイン
ドウ上へのアイコン表示に利用される。例えば、音声デ
ータについては、参加者があるフレーズを発生した時、
通常は複数の音声メッセージパケットが生成される。こ
の場合、そのフレーズの最初の音声メッセージパケット
のデータタイプ情報はスタートデータとなり、フレーズ
の最後の音声メッセージパケットのデータタイプ情報は
エンドデータとなり、その間の音声メッセージパケット
それぞれのデータタイプ情報は続きデータとなる。

【００７８】データ名情報（データＩＤ）は、対応する
データの種類を示すためのものであり、四角、円、ペ
ン、テキスト、消ゴム、音声データ、画面ダンプイメー
ジ、クリアのいずれかを示す。データ長情報は、対応す
るデータ部に含まれるデータレングスを示す。時刻情報
は、対応するデータの入力イベントが発生した時間を示
す。

【００７９】図８には、各通信パケットのデータフォー
マットが示されている。各通信パケットは、前述のメッ
セージパケットからなるデータ部と、それに付加された
通信ヘッダ部とから構成される。通信ヘッダ部は、図示
のように、送信元アドレス情報、ソケット番号情報、送
信先アドレス情報などを含んでいる。

【００８０】送信元アドレス情報は、通信パケットの送
信元コンピュータのアドレスなどを示す。ソケット番号
情報は、通信パケットを送信する相手先コンピュータの
プロセス名（共有ウインドウプロセス、音声受信／再生
プロセスなど）を示す。この場合、対応するメッセージ
パケットのデータ名情報がウインドウ表示されるデータ
を示す場合には共有ウインドウプロセスを指定するソケ
ット番号情報が使用され、対応するメッセージパケット
のデータ名情報が音声データを示す場合には音声受信／
再生プロセスを指定するソケット番号情報が使用され
る。

【００８１】送信先アドレス情報は、通信パケットを送
信する全ての相手先コンピュータのアドレスを示す。共
有データブロードキャストモードにおいては、予め登録
されている他の全ての会議参加者に対応するクライアン
トアドレスとサーバアドレスが送信先アドレス情報に含
まれる。一方、個人データモードの場合には、送信先ア
ドレス情報に含まれるのはサーバアドレスだけとなる。

【００８２】次に、図６を参照して、データ受信のため
に必要なクライアントコンピュータの具体的な構成を説
明する。通信ライブラリ１１４は、他の参加者のクライ
アントコンピュータまたはサーバコンピュータからの通
信パケットを受信すると、その通信パケットを、それに
含まれるソケット番号に応じて音声受信／再生プロセス
１１２と共有ウインドウプロセス１１３とに振り分け
る。

【００８３】音声受信／再生プロセス１１２は、音声メ
ッセージパケットを順次受け取り、それらをシーケンス
番号順に音声デバイスドライバ１１９にライトして、音
声を再生させる。この場合、音声デバイスドライバ１１
９への音声データのライトは、音声メッセージパケット
の受信の度に繰り返し行われる。

【００８４】共有ウインドウプロセス１１３は、ウイン
ドウ表示に関するメッセージパケットを順次受信し、そ
れらをデータＩＤに従ってデータ種毎（円、四角、テキ
スト、ペン、消ゴム、画面ダンプイメージ、クリア）に
分類する。そして、共有ウインドウプロセス１１３は、
分類したメッセージパケットに対応する関数（プロシー
ジャ）を呼び出し、それにシーケンス番号順にメッセー
ジパケットを渡す。これにより、例えば円を描画するプ
ロシージャ１には円のメッセージパケットがシーケンス
番号順に順次送られ、同様に、四角を描画するプロシー
ジャ２には四角のメッセージパケットがシーケンス番号
順に順次送られ、テキストを表示するプロシージャ３に
は文字のメッセージパケットがシーケンス番号順に順次
送られる。これにより、円や四角などの図形と文字が共
有ウインドウに表示される。

【００８５】このように、この実施形態の会議システム
においては、例えばある会議参加者が文字や図形を共有
ウインドウに描きながらその内容を音声によって説明し
た場合には、テキスト、図形、および音声データの入力
イベントが逐次発生され、それらテキスト、図形、およ
び音声データそれぞれにはデータＩＤとシーケンス番号
などが付加されて、メッセージパケットが生成される。
メッセージパケットはブロードキャストされ、他のクラ
イアントコンピュータ全てに送られる。メッセージパケ
ットを受信した各クライアントコンピュータでは、その
メッセージパケットのデータ種類がデータＩＤなどに従
って識別され、またデータ種類毎にデータの繋がりがシ
ーケンス番号に従って認識される。このため、テキス
ト、図形（円、四角、ペン、消ゴム、画面ダンプイメー
ジ、クリア）、および音声データがどの様な順番で混在
されて入力されても、それらデータの種類および繋りを
認識することが可能となる。そして、テキスト、および
図形はそれぞれのイベント発生順に共有ウインドウに表
示され、音声データもそのイベント発生順に再生され
る。

【００８６】よって、文字、図形、音声などの複数種の
データを同期させながらそれをリアルタイムにクライア
ントコンピュータ間で交換できるようになり、会議を行
う上で必要なデータ交換のリアルタイム性を十分に実現
することが可能となる。また、音声などのイベントデー
タをパケットデータとして扱っているので、会議参加者
の発言時間が長くても、その音声データの送信の間にイ
ベント発生された文字や図形のパケットを随時送ること
ができる。

【００８７】次に、図９を参照して、会議データ保存お
よびタイムテーブル表示を実現するためのサーバコンピ
ュータの構成を具体的に説明する。サーバコンピュータ
２１の通信ライブラリ２１ｅは、各クライアントコンピ
ュータからの通信パケットを受信すると、その通信パケ
ットを会議データ保存／タイムログ表示プロセス２１ａ
に渡す。会議データ保存／タイムログ表示プロセス２１
ａは、受信した通信パケットのメッセージデータを会議
データとして会議データ保存ファイル２１ｄに保存する
と共に、タイムテーブルウインドウＴＴＷ上へのアイコ
ン表示を開始する。

【００８８】会議データ保存ファイル２１ｄに会議デー
タを保存する場合には、実際には、各メッセージデータ
は一旦テンポラリファイルに格納され、その後、参加者
毎に異なるファイルとして会議データ保存ファイル２１
ｄに保存される。この場合、各ファイルの索引情報が生
成される。索引情報は、ファイルを構成する各メッセー
ジデータをイベント番号によって管理しており、イベン
ト番号毎にデータ記録位置、データサイズ、時刻情報、
データＩＤなどの管理情報を持つ。イベント番号は、タ
イムテーブルウインドウＴＴＷ上に表示されるアイコン
にも割り当てられており、これによってタイムテーブル
ウインドウＴＴＷ上のアイコンと会議データ保存ファイ
ル２１ｄのデータとがリンクされる。

【００８９】アイコン表示処理では、送信元アドレスに
よってクライアント毎に通信パケットが分類され、その
クライアントに対応するタイムテーブルウインドウが選
択される。そして、通信パケットのメッセージパケット
に含まれるデータＩＤ、データタイプ、および時刻に従
って、アイコンの種別および配置位置などが決定され
る。

【００９０】以下、図１０のフローチャートを参照し
て、会議データ保存／タイムログ表示プロセス２１ａに
よって実行されるアイコン表示処理の手順を詳述する。
会議データ保存／タイムログ表示プロセス２１ａは、通
信パケットを受信する度に次の処理を行う。

【００９１】すなわち、会議データ保存／タイムログ表
示プロセス２１ａは、まず、受信した通信パケットに含
まれる送信元アドレスをチェックし（ステップＳ１
１）、その通信パケットを送信したクライアントを識別
する（ステップＳ１２〜Ｓ１４）。

【００９２】クライアントコンピュータ１１（クライア
ントＡ）からの通信パケットであれば、そのクライアン
トＡに対応するステップＳ１５〜Ｓ２９の処理Ｐに進
む。一方、クライアントコンピュータ１２（クライアン
トＢ）またはクライアントコンピュータ１３（クライア
ントＣ）からの通信パケットであれば、それらクライア
ントに対応してそれぞれ用意されている同様の処理Ｐに
進む。これら処理Ｐは、アイコン表示対象のタイムテー
ブルウインドウが互いに異なるだけで、それを構成する
ステップは同じである。

【００９３】以下、クライアントＡからの通信パケット
を受信した場合について説明する。会議データ保存／タ
イムログ表示プロセス２１ａは、受信した通信パケット
に含まれるデータＩＤをチェックし（ステップＳ１
５）、その通信パケットが図形データと音声データのど
ちらのメッセージパケットに対応するものであるかを判
別する（ステップＳ１６，Ｓ１７）。ここでは、円、四
角、ペン、テキスト、消ゴム、音声、画面ダンプイメー
ジ、クリアの内、音声を除く他の全てのデータタイプが
図形データに分類される。

【００９４】図形データであれば、会議データ保存／タ
イムログ表示プロセス２１ａは、円、四角、ペン、テキ
スト、消ゴム、画面ダンプイメージ、クリアのいずれに
属するかを判定する（ステップＳ１８，Ｓ１９…）。図
形データが円であれば、会議データ保存／タイムログ表
示プロセス２１ａは、ステップＳ２０〜Ｓ２９の処理Ｑ
に進む。一方、図形データが四角、ペン、テキスト、消
ゴム、画面ダンプイメージ、またはクリアであれは、そ
れらデータ種に対応してそれぞれ用意されている同様の
処理Ｑに進む。これら処理Ｑは、表示対象のアイコンの
種類が互いに異なるだけで、それを構成するステップは
同じである。また、通信パケットが音声データの場合に
も、データ種に対応してそれぞれ用意されている同様の
処理Ｑに進む。

【００９５】処理Ｑでは、会議データ保存／タイムログ
表示プロセス２１ａは、まず、メッセージパケットに含
まれるデータタイプ情報をチェックし（ステップＳ２
０）、そのメッセージパケットのデータがスタートデー
タ、続きデータ、エンドデータのいずれであるかを識別
する（ステップＳ２１〜Ｓ２３）。

【００９６】スタートデータであれば、会議データ保存
／タイムログ表示プロセス２１ａは、メッセージパケッ
トに含まれる時刻情報をチェックしてタイムスケール上
のアイコン表示位置を決定し（ステップＳ２４）、そこ
に、メッセージパケットのデータ種に対応するアイコン
の左端部分を描画する（ステップＳ２５）。

【００９７】続きデータの場合には、会議データ保存／
タイムログ表示プロセス２１ａは、メッセージパケット
に含まれる時刻情報をチェックしてタイムスケール上の
アイコン表示位置を決定し（ステップＳ２６）、そこ
に、メッセージパケットのデータ種に対応するアイコン
の中間部分を描画する（ステップＳ２７）。

【００９８】エンドデータの場合には、会議データ保存
／タイムログ表示プロセス２１ａは、メッセージパケッ
トに含まれる時刻情報をチェックしてタイムスケール上
のアイコン表示位置を決定し（ステップＳ２８）、そこ
に、メッセージパケットのデータ種に対応するアイコン
の右端部分を描画する（ステップＳ２９）。

【００９９】このように、メッセージパケットに含まれ
るデータＩＤ、データタイプ、時刻情報は、アイコンを
表示すべきタイムテーブルウインドウ、表示すべきアイ
コンの種類、タイムテーブルウインドウ上におけるアイ
コン表示位置を決定するために利用され、これによって
会議進行状況を示すタイムテーブルウインドウＴＴＷが
生成される。

【０１００】次に、サーバコンピュータ２１に設けられ
た会議データの検索機能について説明する。この検索機
能は、会議データの編集操作を容易に行うために、タイ
ムテーブルウインドウＴＴＷ上のアイコンなどを利用し
て検索条件を指定し、その検索条件に従って会議データ
保存ファイル２１ｄに記録された会議データを検索する
機能である。

【０１０１】以下、図１１のフローチャートを参照し
て、検索処理の手順を説明する。まず、サーバ２１の利
用者によって検索条件が入力される（ステップＳ３
１）。この検索条件の入力は、タイムテーブルウインド
ウＴＴＷ上の検索ボタンＢ１６を押し、それによって表
示される入力ウインドウにクライアント名、データＩＤ
（四角、円、ペン、テキスト、消ゴム、音声、画面イメ
ージ、クリア）、または時間などを入力することによっ
て行われる。

【０１０２】会議データ保存／タイムログ表示プロセス
２１ａは、正当な検索条件が入力されたか否かを調べ
（ステップＳ３２）、指定された検索条件がクライアン
ト名、データＩＤ、時間以外であれば、エラー表示を行
う（ステップＳ３３）。

【０１０３】正当な検索条件が入力されたならば、会議
データ保存／タイムログ表示プロセス２１ａは、ステッ
プＳ３４〜Ｓ３８の検索処理に進む。すなわち、会議デ
ータ保存／タイムログ表示プロセス２１ａは、まず、入
力された検索条件でクライアント名（会議参加者名）の
指定があるか否かを調べ（ステップＳ３４）、クライア
ント名の指定があれば、そのクライアントに対応する会
議データ保存ファイルを参照して検索を開始する（ステ
ップＳ３５）。

【０１０４】例えば、検索条件として四角、円、ペン、
テキスト、消ゴム、音声、画面イメージ、またはクリア
などのデータＩＤが指定されている場合には、会議デー
タ保存／タイムログ表示プロセス２１ａは、該当する会
議データ保存ファイルに記録されているデータのＩＤを
順番に調べ、検索条件に一致する最初のデータを検出す
る。また、検索条件として時間が指定されている場合に
は、会議データ保存／タイムログ表示プロセス２１ａ
は、該当する会議データ保存ファイルに記録されている
音声データのデータサイズを順番に調べ、検索条件で指
定された時間よりも再生時間が短くなるようなデータサ
イズを持つ最初の音声データを検出する。

【０１０５】会議データ保存／タイムログ表示プロセス
２１ａは、このような検出処理を順次行い、検索条件に
一致するデータを順次表示または再生する（ステップＳ
３６）。また、この時、編集ボタンＢ１７を押して、カ
ット機能を選択すれば、検索条件に一致するデータが会
議データから自動的に削除される。これにより、例え
ば、非常に短い音声での発言内容（会議参加者のくしゃ
み、咳、あいずち、雑音など会議データとして重要でな
いもの）を検索し、それらを会議データから削除するこ
とができる。

【０１０６】また、再生ボタンＢ１４を押して、会議デ
ータの再生を指定しておけば、検索条件に一致するデー
タだけが全てのクライアントにブロードキャストされ
て、再生される。これにより、例えば、ある会議参加者
の音声データだけを連続して再生するなどの運用を行う
ことができる。

【０１０７】一方、入力された検索条件でクライアント
名（会議参加者名）の指定がない場合には（ステップＳ
３４）、全ての会議データを対象に検索が行われ、ステ
ップＳ３５，Ｓ３６と同様の処理が行われる（ステップ
Ｓ３７，Ｓ３８）。

【０１０８】次に、図１２のフローチャートを参照し
て、サーバ２１に設けられた議事録（会議録）作成機能
について説明する。議事録は、記録された会議データの
中で特徴的な１以上のシーンデータから構成される。各
シーンデータは、会議再生時における共有ウインドウの
画面イメージに相当する静的な文書データ、または音声
データと文書データがリンクされたハイパーメディアカ
ードとして実現される。

【０１０９】議事録作成は、次の手順で行われる。ま
ず、タイムスケールウインドウＴＴＷ上のカーソル操作
によって、会議データの中で議事録を作成したい時刻、
または時間範囲が利用者によって指定される。このよう
な時間指定は、議事録作成開始時間と議事録作成終了時
間の少なくとも一方をタイムスケールウインドウＴＴＷ
上の時間軸をカーソルで指定することにより行われる。

【０１１０】会議データ保存／タイムログ表示プロセス
２１ａは、まず、議事録作成開始時間の指定の有無を調
べ、指定がある場合にはその時間を、指定がない場合に
は会議データの先頭を議事録作成開始時間として決定す
る（ステップＳ４１，Ｓ４２）。次に、議事録作成終了
時間の指定の有無を調べ、指定がある場合にはその時間
を、指定がない場合には会議データの最後を議事録作成
終了時間として決定する（ステップＳ４３，Ｓ４４）。
これにより、終了時間のみが指定された場合は、その終
了時間は議事録を作成したい時刻として使用されること
になる。

【０１１１】次いで、会議データ保存／タイムログ表示
プロセス２１ａは、開始時間から終了時間までの会議デ
ータを再生させながら、一定時間間隔で静的な文書デー
タを順次生成し、それを会議録文書として保存する（ス
テップＳ４５，Ｓ４６）。

【０１１２】次に、図１３のフローチャートを参照し
て、サーバ２１に設けられたハイパーメディア議事録
（会議録）の作成機能について説明する。前述したよう
に、議事録は、記録された会議データの中で特徴的な１
以上のシーンデータから構成される。各シーンデータ
は、会議再生時における共有ウインドウの画面イメージ
に相当する静的な文書データと音声データなどがリンク
されたハイパーメディアカードとして実現される。

【０１１３】議事録作成は、次の手順で行われる。ま
ず、タイムスケールウインドウＴＴＷ上のカーソル操作
によって、会議データの中で議事録を作成したい時刻、
または時間範囲が利用者によって指定される。このよう
な時間指定は、議事録作成開始時間と議事録作成終了時
間の少なくとも一方をタイムスケールウインドウＴＴＷ
上の時間軸をカーソルで指定することにより行われる。

【０１１４】会議データ保存／タイムログ表示プロセス
２１ａは、まず、議事録作成開始時間の指定の有無を調
べ、指定がある場合にはその時間を、指定がない場合に
は会議データの先頭を議事録作成開始時間として決定す
る（ステップＳ５１，Ｓ５２）。次に、議事録作成終了
時間の指定の有無を調べ、指定がある場合にはその時間
を、指定がない場合には会議データの最後を議事録作成
終了時間として決定する（ステップＳ５３，Ｓ５４）。
これにより、終了時間のみが指定された場合は、その終
了時間は議事録を作成したい時刻として使用されること
になる。

【０１１５】次いで、会議データ保存／タイムログ表示
プロセス２１ａは、開始時間から終了時間までの会議デ
ータを再生させながら、一定時間間隔で静的な文書デー
タ、またはハイパーメディアカードからなるシーンデー
タを順次生成する。

【０１１６】すなわち、会議データ保存／タイムログ表
示プロセス２１ａは、まず、開始時間から会議データの
再生を開始する（ステップＳ５５）。この場合、クライ
アントへの会議データの送信は行われず、再生は内部的
に行われる。会議データの再生がシーンデータ作成時刻
まで実行されて、そのシーンデータ作成時刻における共
有ウインドウイメージに対応する静的なシーンデータ
（テキスト、図形）が作成されたことが検出されると
（ステップＳ５６）、会議データ保存／タイムログ表示
プロセス２１ａは、ステップＳ５９〜６１に進み、終了
時刻の前で最も近接した音声データと、作成されたシー
ンデータとをリンクすための処理を行う。

【０１１７】すなわち、会議データ保存／タイムログ表
示プロセス２１ａは、まず、音声フラグをＯＮにし（ス
テップＳ５９）、その後、シーンデータ作成時刻の前で
最も近接した音声データを会議データから取り出して記
憶し、その音声データを呼び出すためのリンクボタンを
シーンデータ上に定義する（ステップＳ６０，Ｓ６
１）。

【０１１８】この後、会議データ保存／タイムログ表示
プロセス２１ａは、前述のシーンデータ作成時刻以降の
会議データの再生を行う（ステップＳ５５）。そして、
次のシーンデータの作成時刻になる前に以下の処理を行
う。

【０１１９】すなわち、会議データ保存／タイムログ表
示プロセス２１ａは、まず、音声フラグかＯＮか否かを
調べ（ステップＳ５７）、ＯＮであれば、次のシーンデ
ータ作成時刻の前で、且つステップＳ６０で検出した音
声データと同じ参加者の音声データの中で最も近接した
音声データを会議データから取り出し、その音声データ
をステップＳ６０で記憶した音声データの後に追加記憶
する（ステップＳ５８）。

【０１２０】これにより、静的なシーンデータを作成し
た時刻よりも前で最も近い音声データから、次にシーン
データが作成される時刻より前で最も近い音声データま
でを一塊の音声データとして、シーンデータにリンクさ
せることができる。

【０１２１】次に、図１４を参照して、タイムテーブル
ウインドウＴＴＷの他の構成例について説明する。図１
４のタイムテーブルウインドウＴＴＷは、すべてのイベ
ントを共有することなく、各個人の視点もしくは観点で
とらえた会議データの保存、再生の実現を目的としたも
のであり、各クライアントのタイムテーブルウインドウ
が共有データ領域と個人データ領域とに分割されてい
る。

【０１２２】共有データ領域は、図１、図３で説明した
ものと同様にブロードキャストされる会議データに対応
するアイコン表示に使用される。一方、個人データ領域
は、個人データモードで送信されたデータに対応するア
イコン表示に使用される。

【０１２３】すなわち、会議データ保存／タイムログ表
示プロセス２１ａは、タイムテーブルウインドウＴＴＷ
を共有データブロードキャストモードと個人データモー
ドに別けて管理しており、また会議データについてもそ
れらを共有データブロードキャストモードと個人データ
モードとに別けて記憶する。

【０１２４】このようなタイムテーブルウインドウＴＴ
Ｗを利用した場合には、会議データの保存処理は図１５
のフローチャートに従って次のように実行される。すな
わち、会議データ保存／タイムログ表示プロセス２１ａ
は、通信パケットを受信すると、その受信した通信パケ
ットがブロードキャストで送信されたものか、個人デー
タとして送信されたものかを判別する（ステップＳ７
１）。この判別処理は、例えば、通信パケットの送信先
アドレスを参照することによって行うことができる。ま
た、共有データブロードキャストモードまたは個人デー
タモードをいずれかを示す情報を通信パケットに付加
し、その情報を利用して判別することもできる。

【０１２５】受信した通信パケットがブロードキャスト
で送信された共有データであれば、会議データ保存／タ
イムログ表示プロセス２１ａは、それを該当する参加者
の共有データとして会議データ保存ファイル２１ｄに保
存する（ステップＳ７２）。次いで、会議データ保存／
タイムログ表示プロセス２１ａは、該当する参加者のタ
イムテーブルウインドウの共有データ領域に受信データ
に対応するアイコンを表示する（ステップＳ７４）。こ
のアイコン表示処理は、図１０で説明した手順で実行さ
れる。

【０１２６】一方、受信した通信パケットが個人データ
として送信されたものであれば、会議データ保存／タイ
ムログ表示プロセス２１ａは、それを該当する参加者の
個人データとして会議データ保存ファイル２１ｄに保存
する（ステップＳ７３）。次いで、会議データ保存／タ
イムログ表示プロセス２１ａは、該当する参加者のタイ
ムテーブルウインドウの個人データ領域に受信データに
対応するアイコンを表示する（ステップＳ７５）。この
アイコン表示処理は、図１０で説明した手順で実行され
る。

【０１２７】個人データモードで送信される個人データ
は、その会議参加者の共有ウインドウにのみ表示される
ものであり、他の参加者の共有ウインドウには反映され
ないデータである。このため、個人データモードに設定
しておけば、会議参加者が共有ウインドウに個人的なメ
モなどを描画しても、それが他の参加者の共有ウインド
ウに反映されることはない。また、このような個人デー
タについてもサーバ２１によって記録されているので、
タイムテーブルウインドウの個人データ領域のアイコン
を参照しながら、個人データだけを再生するといった運
用を行うことも可能となる。よって、各個人の視点もし
くは観点でとらえた会議データの保存、再生ができる。

【０１２８】保存された会議データ（共有データ、およ
び個人データ）の再生処理は、図１６の手順に従って、
次のように実行される。共有データおよび個人データの
再生箇所および範囲の指定は、それら共有データおよび
個人データそれぞれに対応するタイムテーブルウインド
ウを利用して行われ、その指定に基づく再生動作は共有
データと個人データのどちらを再生する場合も同じ手順
で行われる。

【０１２９】すなわち、会議データ保存／タイムログ表
示プロセス２１ａは、再生ボタン１４が押されると、ま
ず、タイムテーブルウインドウの顔や各種アイコンなど
のクリックによって、再生箇所および範囲が指定されて
いるか否かを判断する（ステップＳ８１）。指定されて
ない場合には、エラー表示がなされる（ステップＳ８
２）。

【０１３０】指定されている場合には、会議データ保存
／タイムログ表示プロセス２１ａは、その指定された範
囲のデータを会議データ保存ファイル２１ｄからロード
して、それを音声再生プロセス２１ｂと図形再生プロセ
ス２１ｃに分配する（ステップＳ８３）。この場合、タ
イムテーブルウインドウの個人データ領域のアイコンな
どが指定されていた場合には個人データのロードが行わ
れ、共有データ領域のアイコンなどが指定されていた場
合には共有データのロードが行われる。

【０１３１】次いで、音声再生プロセス２１ｂおよび図
形再生プロセス２１ｃは、会議データ保存／タイムログ
表示プロセス２１ａの制御の下で、ロードされたデータ
を全てのクライアントにブロードキャスト送信する（ス
テップＳ８４）。

【０１３２】この場合、会議データ保存／タイムログ表
示プロセス２１ａは、会議実行時における共有ウインド
ウの表示の切替えタイミングおよび音声再生タイミング
がそのまま再現できるように、前述の時間情報を利用し
て、音声再生プロセス２１ｂおよび図形再生プロセス２
１ｃに会議データを送信させるタイミングを制御する。
このように、イベント発声時に付加された時間情報は、
会議データの再生処理でも利用される。

【０１３３】以上のように、共有データおよび個人デー
タのどちらについても、例えば図形アイコンや音声アイ
コンを選択してその部分の再生を実行したり、参加者の
アイコンを選択して再生を実行することでその参加者の
発言（音声、図形）を再生したり、時間軸の範囲を選択
して再生を実行することができる。

【０１３４】次に、図１７のフローチャートを参照し
て、個人データを利用した会議データの検索処理につい
て説明する。この検索処理は、複数の会議参加者それぞ
れに対応する個人データの時間的論理積、またはそれら
会議参加者に対応する個人データ領域のアイコンの時間
的論理積を求め、それを利用してブロードキャストで送
信された会議データから重要項目などを抽出するもので
ある。

【０１３５】ここでは、会議データ保存ファイル２１ｄ
に記録された会議参加者それぞれの個人データを利用し
て、検索を行う場合について説明する。すなわち、会議
データ保存／タイムログ表示プロセス２１ａは、まず、
会議参加者それぞれの個人データを会議データ保存ファ
イル２１ｄからメモリ上にロードし（ステップＳ９
１）、それら個人データの時間的論理積を求める（ステ
ップＳ９２）。この場合、各参加者の個人データの時間
がチェックされ、その時間付近に他の参加者の個人デー
タがある場合はその時間を会議の重要項目として認識す
る。例えば、会議中の同じ時間付近に複数の参加者が線
を引くなどの個人データを入力した時間に対応する箇所
は、会議の重要項目と考えることができる。

【０１３６】会議データ保存／タイムログ表示プロセス
２１ａは、その時間にマーカーを記録し、その時間に対
応する会議データを会議の重要項目として抽出したり、
再生時に再生開始位置をそのマーカーに移動することに
より、すばやく会議の重要項目を再生するなどの処理を
行う（ステップＳ９３）。

【０１３７】次に、図１８を参照して、保存された会議
データを再生し、その会議データを互いに参照しながら
クライアント間で新たな会議を行う場合に対応するタイ
ムテーブルウインドウＴＴＷの構成を説明する。

【０１３８】この場合、サーバコンピュータ２１は、会
議データ再生用のタイムテーブルウインドウと新たな会
議データの追加保存用のタイムテーブルウインドウとを
別個に生成および管理する。

【０１３９】すなわち、サーバコンピュータ２１の会議
データ保存／タイムログ表示プロセス２１ａは、会議デ
ータ再生用のタイムテーブルウインドウ上の操作に応答
して、会議データを各クライアントにブロードキャスト
すると共に、それらクライアントからブロードキャスト
で送信される会議データを受信し、それを会議データ保
存ファイル２１ｄに追加保存しながら会議データの追加
保存用のタイムテーブルウインドウ上へのアイコン表示
を行う。

【０１４０】このように、再生用と追加保存用の２つの
タイムテーブルウインドウを利用することにより、既存
の会議データを利用して新たな会議を行うことができ、
会議データの修正などを容易に行うことが可能となる。

【０１４１】図１９のフローチャートには、会議データ
追加保存の手順が示されている。会議データ保存／タイ
ムログ表示プロセス２１ａは、まず、会議データの再生
・保存モードが指定されたか否かを調べる（ステップＳ
１０１）。この再生・保存モードは、会議データを再生
しながら保存するモードであり、会議データ再生用のタ
イムテーブルウインドウ上の再生ボタンＢ１４の操作な
どによって利用者によって指定される。再生・保存モー
ド以外のモードが指定されたならば、会議データ保存／
タイムログ表示プロセス２１ａは、それに対応する処理
を行う（ステップＳ１０３）。

【０１４２】再生・保存モードが指定されたならば、会
議データ保存／タイムログ表示プロセス２１ａは、会議
データ保存ファイル２１ｄの会議データを順次各クライ
アントにブロードキャスト送信して、会議データの再生
を開始する（ステップＳ１０２）。そして、この会議デ
ータ再生期間中に、クライアントからブロードキャスト
で送信された会議データを受信すると（ステップＳ１０
４）、会議データ保存／タイムログ表示プロセス２１ａ
は、その受信した会議データを会議データ保存ファイル
２１ｄの再生中の会議データに追加保存する（ステップ
Ｓ１０５）。次いで、会議データ保存／タイムログ表示
プロセス２１ａは、該当する参加者の追加保存用タイム
テーブルウインドウに受信データに対応するアイコンを
表示する（ステップＳ１０６）。このアイコン表示処理
は、図１０で説明した手順で実行される。

【０１４３】このようにして、既存の会議データを再生
しながら議論を行い、その結果を再生中の会議データに
反映させることにより、会議データの修正が可能とな
る。また、再生用のタイムテーブルウインドウと追加保
存用のタイムテーブルウインドウとをマージすることに
より、修正された会議データに対応する新たなタイムテ
ーブルウインドウを生成することができる。

【０１４４】次に、図２０のフローチャートを参照し
て、保存された会議データの内容を複数の縮小イメージ
によって一覧表示する処理を説明する。この縮小イメー
ジ処理は、会議の進行状況を複数の縮小イメージによっ
て表示して、それを議事録として利用したり、会議デー
タを希望のシーンから迅速に再生できるようにすること
を目的としたものである。この場合、縮小イメージは指
定された時間間隔（利用者などによって指定された実時
間間隔、またはタイムテーブルウインドウのアイコンの
並びに対応したイベントの発生間隔）毎に生成される。

【０１４５】すなわち、会議データ保存／タイムログ表
示プロセス２１ａは、まず、指定時間（利用者が指定し
た実時間、もしくはイベントの発生間隔）だけ内部的に
会議データを再生し（ステップＳ１１１）、それまでの
画面イメージを縮小して表示する（ステップＳ１１
２）。このようなステップＳ１１１，Ｓ１１２の処理
は、会議データの全てが縮小イメージとして表示される
まで繰り返し実行され（ステップＳ１１３）、これによ
って指定時間間隔毎に複数の縮小イメージが生成され、
それが一覧表示される。図２１には、複数の縮小イメー
ジＡ〜Ｅが一覧表示されている様子が示されている。

【０１４６】次に、図２２のフローチャートを参照し
て、縮小イメージを利用して議事録作成処理について説
明する。会議データ保存／タイムログ表示プロセス２１
ａは、まず、隣り合う縮小イメージの画像を次々に比較
し、画像の変化が所定の基準値よりも大きいか否かを判
断する（ステップＳ１２１，Ｓ１２２）。

【０１４７】画像の変化が大きい縮小イメージは、議事
録候補として提示される（ステップＳ１２３）。ステッ
プＳ１２１〜Ｓ１２３の処理は、全ての縮小イメージに
ついて行われる（ステップＳ１２４）。

【０１４８】次いで、会議データ保存／タイムログ表示
プロセス２１ａは、印刷が指示されると、議事録候補と
して選択された縮小イメージが表示されるいる画面のイ
メージを議事録として印刷する（ステップＳ１２５，Ｓ
１２６）。

【０１４９】また、このような縮小イメージを各クライ
アントの共有ウインドウに取り込めば、それを基に会議
を行うこともできる。図２３には、共有ウインドウＷ１
〜Ｗ３に配置される操作ボタンの他の例が示されてい
る。

【０１５０】すなわち、ここでは、会議データを送信す
るモードとして、前述のブロードキャストモードに加
え、他の会議参加者の中の特定の人を選択してその人の
コンピュータにのみデータを送信する個別送信モードが
用意されており、送信相手を選択するための会議参加者
指定ボタンＢ８〜Ｂ１０が、共有ウインドウ上に配置さ
れている。たとえば、会議参加者指定ボタンＢ８がクラ
イアントＡに、会議参加者指定ボタンＢ９がクライアン
トＢに割り当てられている場合には、クライアントＡが
会議参加者指定ボタンＢ９を押してデータ送信すると、
そのデータはクライアントＢにだけ送信される。この場
合のデータ送信手順を図２４に示す。

【０１５１】会議中にクライアントＡにおいて会議デー
タのイベントが発生すると（ステップＳ２０１）、現在
の会議データ送信モードがブロードキャストモードか個
別送信モードかが判断される（ステップＳ２０２）。ブ
ロードキャストモードの場合には、その会議データが会
議参加者全員に送信される（ステップＳ２０３）。

【０１５２】一方、会議参加者指定ボタンが押されてい
る場合には、個別送信モードであると判断され（ステッ
プＳ２０２）、その会議参加者指定ボタンで選択された
会議参加者にのみ会議データが送信される（ステップＳ
２０４）。

【０１５３】したがって、会議進行中であっても、会議
内容に影響を与えることなく、他の人と個別にデータの
送受信を行うことができる。次に、図２５および図２６
を参照して、ネットワーク輻輳時のデータ送信手順につ
いて説明する。

【０１５４】図２５の手順は、送信すべきデータの種類
毎にあらかじめ優先度を設定しておき、その優先度にし
たがってデータ送信エラー発生時（ネットワーク輻輳
時）の送信リトライ回数を動的に変更するものである。

【０１５５】この場合、音声データやイメージデータ
（共有ウインドに呼び出された画像ファイルデータなど
の画面イメージ）などデータの抜けがあると困るような
データについては優先度を高く設定しておき、動画や図
形の作成過程などデータが抜けてもさほど困らないもの
については優先度を高く設定しておくことが好ましい。

【０１５６】会議データを送信すると（ステップＳ２１
１）、まず、その会議データの送信が成功したか否か、
つまりネットワークが混雑しているか否かを判断する
（ステップＳ２１２）。データ送信に失敗した場合に
は、その送信データのデータ種に対応する優先度を調べ
る（ステップＳ２１３）。所定の優先度よりも高いデー
タであれば、データ送信のリトライを行う。

【０１５７】一方、所定の優先度よりも高いデータであ
れば、図形作成中のドラッグイベントなどそのデータが
転送しなくて済むデータ（削除可能なデータ）であるか
否かを判断する（ステップＳ２１４）。削除可能なデー
タであれば、データ送信のリトライを行わずに処理を終
了する。

【０１５８】この様にして、優先度に応じてリトライ回
数を制御することにより、データ送信量を低減できるよ
うになり、ネットワーク混雑時においてもスムーズな会
議進行を行うことができる。なお、優先度の判断は送信
リトライを数回行った後に実行してもよい。

【０１５９】図２６の手順は、データ送信エラー発生時
（ネットワーク輻輳時）にその送信データの種類に応じ
て可能な限り通信品質を低下させてデータ送信をリトラ
イするものである。

【０１６０】この場合、音声データについてはサンプリ
ング周波数やサンプリングレートなどを変えることによ
りデータ送信品質を低下させ、動画データはサイズや圧
縮方法を変えることによってデータ送信品質を低下させ
ることが好ましい。また、イメージデータについては、
プログレシブ表示方法を適用することができる。

【０１６１】会議データを送信すると（ステップＳ２２
１）、まず、その会議データの送信が成功したか否か、
つまりネットワークが混雑しているか否かを判断する
（ステップＳ２２２）。データ送信に失敗した場合に
は、その送信データのデータ種を調べ（ステップＳ２２
３）。そして、データ送信品質の変更が可能なデータ種
については、そのデータ種に対応した品質変更処理を行
う（ステップＳ２２４，Ｓ２２５）。

【０１６２】この様にしてもデータ送信量を低減できる
ので、ネットワーク混雑時でもスムーズな会議進行を行
うことができる。また、会議進行役について他の人より
も優先度を高く設定しておき、ネットワーク混雑時の送
信データ利用の低減の度合いを会議参加者毎に異ならせ
てもよい。

【０１６３】以上説明したように、この実施形態の電子
会議システムにおいては、各クライアント１１１〜１３
で発生されたイベントにデータＩＤ、シーケンス番号、
データタイプ、時間情報などを付加してブロードキャス
トし、それら付加された情報に従って文字、図形、音
声、動画などの異なる種々のデータを含む会議データを
共有ウインドウにイベント順に表示・再生することによ
り、ある会議参加者が発言しながら文字や図形を描画
し、他の参加者がその描画データを見ながら発言内容を
聞き、文字、図形、または音声などによって応答を返す
といった運用を、リアルタイムに行うことができる。

【０１６４】また、会議の進行を示すタイムテーブルウ
インドウＴＴＷを利用することにより、会議データの再
生、検索、編集、議事録作成などを効率良く行うことが
可能となる。

【０１６５】なお、この実施形態では、タイムテーブル
ウインドウＴＴＷの表示や会議データの再生、検索など
の会議データの管理を全てサーバ２１に実行させるよう
にしたが、クライアント１１〜１３の１つにサーバ２１
の会議データ管理機能を持たせることもできる。

【０１６６】また、サーバ２１のシステム起動時に会議
データ保存／タイムログ表示プロセス２１ａをソケット
番号を変えて複数起動しておき、それら複数の会議デー
タ保存／タイムログ表示プロセス２１ａを、クライアン
トからブロードキャストで送信される会議データに含ま
れるソケット番号によって選択できるようにすれば、同
時に複数の電子会議を実行し、それら会議データの管理
をサーバ２１で行うこともできる。

【０１６７】また、各会議参加者がデータ送信モードと
してブロードキャストモードと個別送信モードを選択で
きるので、電子会議中に特定の会議参加者との間で密か
にデータを交換するといった運用を行うことが可能とな
る。また、ネットワークが輻輳状態の時はデータ送信の
リトライ回数や送信品質をデータ種に応じて動的に変更
することにより送信データ量を低減しているので、スム
ーズな会議進行を行うことができる。

【０１６８】

【発明の効果】以上説明したように、この発明によれ
ば、文字、図形、音声、動画などの複数種のデータを同
期させながらコンピュータ間で交換できるようになり、
電子会議を行う上で必要なリアルタイム性を十分に実現
することができる。したがって、ある会議参加者が発言
しながら文字や図形を描画し、他の参加者がその描画デ
ータを見ながら発言内容を聞き、文字、図形、または音
声などによって応答を返すといった運用を、リアルタイ
ムに行うことが可能となり、コンピュータネットワーク
システムを利用したマルチメディア電子会議システムを
実現できる。

【０１６９】また、タイムテーブルウインドウを利用す
ることにより、会議内容の保存・再生や、議事録作成な
どを効率良く行うことが可能となる。さらに、会議の進
行中に他の人とデータを送受信したり、ネットワーク混
雑時でもスムーズな会議進行を行うことが可能となる。

【図面の簡単な説明】

【図１】この発明の一実施形態に係る電子会議システム
のシステム構成を示すブロック図。

【図２】同実施形態において各クライアントに画面表示
される共有ウインドウを示す図。

【図３】同実施形態においてサーバに画面表示されるタ
イムテーブルウインドウを示す図。

【図４】同実施形態のシステムを実現するためのソフト
ウェア構成を示すブロック図。

【図５】同実施形態のシステムに設けられたクライアン
トによって実行されるメッセージパケットの生成及び送
信動作を説明するための図。

【図６】同実施形態のシステムに設けられたクライアン
トによって実行されるメッセージパケットの受信および
再生動作を説明するための図。

【図７】同実施形態のシステムに設けられたクライアン
トによって生成されるメッセージパケットのデータフォ
ーマットの一例を示す図。

【図８】同実施形態のシステムにおいてクライアントか
らサーバに送信される通信パケットのデータフォーマッ
トの一例を示す図。

【図９】同実施形態のシステムに設けられたサーバによ
って実行される通信パケットの受信動作を説明するため
の図。

【図１０】同実施形態のシステムに設けられたサーバに
よって実行されるタイムテーブルウインドウへのアイコ
ン表示処理の手順を説明するためのフローチャート。

【図１１】同実施形態のシステムに設けられたサーバに
よって実行される会議データ検索処理の手順を説明する
ためのフローチャート。

【図１２】同実施形態のシステムに設けられたサーバに
よって実行される議事録作成処理の手順を説明するため
のフローチャート。

【図１３】同実施形態のシステムに設けられたサーバに
よって実行されるハイパーメディア文書作成処理の手順
を説明するためのフローチャート。

【図１４】同実施形態のシステムで使用される２つの会
議データ送信モードに対応したタイムテーブルウインド
ウの構成を説明するための図。

【図１５】同実施形態のシステムに設けられたサーバに
よって実行される共有データ／個人データの受信処理の
手順を説明するためのフローチャート。

【図１６】同実施形態のシステムに設けられたサーバに
よって実行される会議データ再生処理の手順を説明する
ためのフローチャート。

【図１７】同実施形態のシステムに設けられたサーバに
よって実行される会議データの重要項目検索処理の手順
を説明するためのフローチャート。

【図１８】同実施形態のシステムで既存の会議データを
再生しながら会議を行う場合に対応したタイムテーブル
ウインドウの構成を説明するための図。

【図１９】同実施形態のシステムに設けられたサーバに
よって実行される会議データの追加保存処理の手順を説
明するためのフローチャート。

【図２０】同実施形態のシステムに設けられたサーバに
よって実行される縮小イメージ表示処理の手順を説明す
るためのフローチャート。

【図２１】同実施形態のシステムに設けられたサーバに
よって生成された縮小イメージの一覧表示画面を示す
図。

【図２２】同実施形態のシステムに設けられたサーバに
よって実行される縮小イメージを利用した議事録作成処
理の手順を説明するフローチャート。

【図２３】同実施形態のシステムに設けられたブロード
キャストモードと個別送信モードを選択するための画面
を示す図。

【図２４】同実施形態のシステムに設けられた各クライ
アントのデータ送信動作を説明するフローチャート。

【図２５】同実施形態のシステムに設けられた各クライ
アントのデータ送信リトライ回数制御処理動作の手順を
説明するフローチャート。

【図２６】同実施形態のシステムに設けられた各クライ
アントのデータ送信品質変更処理動作の手順を説明する
フローチャート。

【符号の説明】

１０…ＬＡＮ、１１，１２，１３…クライアントコンピ
ュータ、１３…サーバコンピュータ、１１ａ，１２ａ，
１３ａ…ヘッドセット、１１ｂ，１２ｂ，１３ｂ…ビデ
オカメラ、Ｗ１，Ｗ２，Ｗ３…共有ウインドウ、ＴＴＷ
…タイムテーブルウインドウ、１１１…音声送信プロセ
ス、１１２…音声受信／再生プロセス、１１３…共有ウ
インドウプロセス、１１４…通信ライブラリ、１１５…
キーボードドライバ、１１６…仮名漢字変換プロセス、
１１７…マウスドライバ、１１８…ウインドウシステ
ム、１１９…音声デバイスドライバ、２１ａ…会議デー
タ保存／タイムログ表示プロセス、２１ｂ…音声再生プ
ロセス、２１ｃ…図形再生プロセス、２１ｄ…会議デー
タ保存ファイル。

Claims (15)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続された複数のコンピ
   ュータそれぞれに同一データを表示するための共有ウイ
   ンドウをオープンし、それら共有ウインドウを利用して
   会議データを交換する電子会議システムにおいて、 文書、画像、または音声データの入力イベントが発生し
   た時、その発生したイベントに対応するデータ毎に、そ
   のデータが文書、画像、および音声のいずれの種類に属
   するかを示す識別情報と各データ種内におけるイベント
   発生順を示すシーケンス番号を付加してメッセージパケ
   ットを生成するメッセージ生成手段と、 このメッセージ生成手段によって生成されたメッセージ
   パケットを、ネットワークを介して他の全てのコンピュ
   ータにブロードキャスト送信する手段と、 前記他のコンピュータから送信されるメッセージパケッ
   トおよび自身のコンピュータのメッセージ生成手段によ
   って生成されたメッセージパケットを受信し、そのメッ
   セージパケットに含まれる前記識別情報およびシーケン
   ス番号に従って、前記文書、および画像データそれぞれ
   をそれらのイベント発生順に共有ウインドウに表示し、
   前記音声データをそのイベント発生順に再生する手段と
   を具備し、 あるコンピュータで発生した複数種のデータの入力イベ
   ントを、そのコンピュータを含む他の全てのコンピュー
   タにリアルタイムに反映できるようにしたことを特徴と
   する電子会議システム。
2. 【請求項２】 前記メッセージ生成手段は、前記発生し
   たイベントに対応するデータ毎に、そのイベント発生時
   刻を示す時間情報を付加する手段を含み、 前記複数のコンピュータの少なくとも１つ、または前記
   ネットワークに接続されたサーバコンピュータは、 前記複数のコンピュータそれぞれからのメッセージデー
   タを受信し、そのメッセージデータに含まれる前記識別
   情報および前記時間情報に従って、前記複数のコンピュ
   ータそれぞれを操作する複数の会議参加者それぞれから
   の入力イベントの種類を示すアイコンをタイムスケール
   画面上に時系列に沿って表示する電子会議管理手段を具
   備することを特徴とする請求項１記載の電子会議システ
   ム。
3. 【請求項３】 前記電子会議管理手段は、前記受信した
   メッセージデータを会議データとして記録する手段と、 前記タイムスケール画面上のアイコン操作に応じて、前
   記記録された会議データを検索および編集する手段と、 前記タイムスケール画面上のアイコン操作に応じて、前
   記検索および編集された会議データに含まれるメッセー
   ジデータを前記複数のコンピュータ全てにブロードキャ
   スト送信して前記会議データを再生する手段とをさらに
   具備することを特徴とする請求項２記載の電子会議シス
   テム。
4. 【請求項４】 前記検索および編集手段は、 前記会議データの検索条件としてデータの種類を指定す
   る手段と、 前記記録された会議データを検索し、前記指定されたデ
   ータ種類に対応する識別情報を持つデータを検出する手
   段とを具備することを特徴とする請求項３記載の電子会
   議システム。
5. 【請求項５】 前記検索および編集手段は、 前記会議データの検索条件として音声データの時間を指
   定する手段と、 前記記録された会議データを検索し、前記指定された時
   間よりも再生時間が短くなるようなデータサイズを持つ
   音声データを検出する手段と、 検出された音声データを前記会議データから削除する手
   段とを具備することを特徴とする請求項３記載の電子会
   議システム。
6. 【請求項６】 前記検索および編集手段は、 前記記録された会議データから議事録を作成する手段を
   具備し、この議事録作成手段は、指定された時刻におけ
   る前記共有ウインドウの画面イメージに対応するシーン
   データ、または指定された時間範囲内に入力イベントが
   発生した文書および画像データから構成される最終画面
   イメージに対応するシーンデータを、前記議事録として
   作成することを特徴とする請求項３記載の電子会議シス
   テム。
7. 【請求項７】 前記議事録作成段は、前記指定された時
   刻または指定された時間範囲に最も近い時間にイベント
   発生された音声データを前記シーンデータから呼び出す
   ためのリンク情報を定義して、前記シーンデータおよび
   音声データを含むハイパーメディアカードを生成する手
   段をさらに具備することを特徴とする請求項６記載の電
   子会議システム。
8. 【請求項８】 前記メッセージ生成手段によって生成さ
   れたメッセージデータを他の全てのコンピュータにブロ
   ードキャストする第１送信モードと前記電子会議管理手
   段を持つコンピュータのみに送信する第２送信モードの
   一方を選択する手段をさらに具備し、 前記電子会議管理手段は、 前記第１および第２送信モードそれぞれに対応する第１
   および第２のタイムスケール画面を生成する手段と、 前記受信したメッセージデータを送信モード毎に別個に
   保存する手段とをさらに具備し、 第１および第２のタイムスケール画面を利用して、前記
   保存されたデータを送信モード毎に別個に編集および再
   生できるようにしたことを特徴とする請求項３記載の電
   子会議システム。
9. 【請求項９】 前記電子会議管理手段は、 前記第２送信モードで送信された前記複数の会議参加者
   からのデータ間、または前記複数の会議参加者それぞれ
   に対応する前記第２のタイムスケール画面間で論理積を
   取り、その論理積の結果に従って、前記第１送信モード
   で送信された会議データから重要データを抽出する手段
   をさらに具備することを特徴とする請求項８記載の電子
   会議システム。
10. 【請求項１０】 前記電子会議管理手段は、 前記会議データの再生のために前記メッセージデータを
    前記複数のコンピュータ全てにブロードキャスト送信し
    ている期間中、前記複数のコンピュータそれぞれからの
    メッセージデータを受信し、その受信したメッセージデ
    ータを追加会議データとして記録する手段と、 前記受信したメッセージデータに含まれる前記識別情報
    および前記時間情報に従って、前記複数のコンピュータ
    それぞれを操作する複数の会議参加者それぞれからの入
    力イベントの種類を示すアイコンを時系列に沿って表示
    する第２のタイムスケール画面を生成する手段とを具備
    し、 会議データを再生しながら会議を実行できるようにした
    ことを特徴とする請求項３記載の電子会議システム。
11. 【請求項１１】 前記電子会議管理手段は、 前記文書および画像データからそれぞれ構成される複数
    の画面イメージを前記記録された会議データから生成
    し、それら複数の画面イメージを縮小して一覧表示する
    手段をさらに具備することを特徴とする請求項３記載の
    電子会議システム。
12. 【請求項１２】 ネットワークに接続されたサーバコン
    ピュータおよび複数のクライアントコンピュータを利用
    した電子会議システムにおいて、 前記各クライアントコンピュータは、 文字、図形、または音声データの入力イベントが発生し
    た時、その発生したイベントに対応するデータ毎に、イ
    ベント発生時刻を示す時間情報と、そのデータが文字、
    図形、および音声のいずれの種類に属するかを示す識別
    情報と、そのデータ種内におけるイベント発生順を示す
    シーケンス番号とを付加してメッセージデータを生成す
    るメッセージ生成手段と、 このメッセージ生成手段によって生成されたメッセージ
    データを、ネットワークを介して他の全てのコンピュー
    タにブロードキャスト送信する手段と、 前記他のコンピュータから送信されるメッセージデータ
    および自身のコンピュータのメッセージ生成手段によっ
    て生成されたメッセージデータを受信し、そのメッセー
    ジデータに含まれる前記識別情報およびシーケンス番号
    に従って、前記文字、図形、または音声データそれぞれ
    をシーケンス番号の若い順に表示または再生する手段と
    を具備し、 前記サーバコンピュータは、 前記複数のコンピュータそれぞれからのメッセージデー
    タを受信し、そのメッセージデータを会議データとして
    保存する手段と、 前記受信したメッセージデータに含まれる前記識別情報
    および前記時間情報に従って、前記複数のコンピュータ
    それぞれを操作する複数の会議参加者それぞれからの入
    力イベントの種類を示すアイコンを時系列に沿って表示
    するタイムスケール画面を生成する手段と、 前記タイムスケール画面上のアイコン操作に応じて、前
    記記録された会議データを編集する手段とを具備するこ
    とを特徴とする電子会議システム。
13. 【請求項１３】 ネットワークに接続された複数のコン
    ピュータそれぞれに同一データを表示するための共有ウ
    インドウをオープンし、それら共有ウインドウを利用し
    て会議データを交換する電子会議システムにおいて、 文書、画像、または音声データの入力イベントが発生し
    た時、その発生したイベントに対応するデータ毎に、そ
    のデータが文書、画像、および音声のいずれの種類に属
    するかを示す識別情報と各データ種内におけるイベント
    発生順を示すシーケンス番号を付加してメッセージパケ
    ットを生成するメッセージ生成手段と、 このメッセージ生成手段によって生成されたメッセージ
    パケットをネットワークを介して他の全てのコンピュー
    タにブロードキャスト送信するブロードキャストモード
    と、前記他の全てのコンピュータの中の任意のコンピュ
    ータを選択し、その選択したコンピュータにのみ前記メ
    ッセージパケットをネットワークを介して送信する個別
    送信モードとを有し、それらいずれかのモードでメッセ
    ージ送信を行う手段と、 前記他のコンピュータから送信されるメッセージパケッ
    トおよび自身のコンピュータのメッセージ生成手段によ
    って生成されたメッセージパケットを受信し、そのメッ
    セージパケットに含まれる前記識別情報およびシーケン
    ス番号に従って、前記文書、および画像データそれぞれ
    をそれらのイベント発生順に共有ウインドウに表示し、
    前記音声データをそのイベント発生順に再生する手段と
    を具備することを特徴とする電子会議システム。
14. 【請求項１４】 ネットワークに接続された複数のコン
    ピュータそれぞれに同一データを表示するための共有ウ
    インドウをオープンし、それら共有ウインドウを利用し
    て会議データを交換する電子会議システムにおいて、 文書、画像、または音声データの入力イベントが発生し
    た時、その発生したイベントに対応するデータ毎に、そ
    のデータが文書、画像、および音声のいずれの種類に属
    するかを示す識別情報と各データ種内におけるイベント
    発生順を示すシーケンス番号を付加してメッセージパケ
    ットを生成するメッセージ生成手段と、 前記データ毎に送信の優先度を設定する手段と、 前記メッセージ生成手段によって生成されたメッセージ
    パケットをネットワークを介して他の全てのコンピュー
    タにブロードキャスト送信する送信手段と、 前記他のコンピュータから送信されるメッセージパケッ
    トおよび自身のコンピュータのメッセージ生成手段によ
    って生成されたメッセージパケットを受信し、そのメッ
    セージパケットに含まれる前記識別情報およびシーケン
    ス番号に従って、前記文書、および画像データそれぞれ
    をそれらのイベント発生順に共有ウインドウに表示し、
    前記音声データをそのイベント発生順に再生する手段と
    を具備し、 前記送信手段は、前記メッセージパケットの送信に失敗
    したとき、そのメッセージパケットのデータに設定され
    た優先度に従って、前記メッセージパケットの送信リト
    ライ回数を制御する手段を具備することを特徴とする電
    子会議システム。
15. 【請求項１５】 ネットワークに接続された複数のコン
    ピュータそれぞれに同一データを表示するための共有ウ
    インドウをオープンし、それら共有ウインドウを利用し
    て会議データを交換する電子会議システムにおいて、 文書、画像、または音声データの入力イベントが発生し
    た時、その発生したイベントに対応するデータ毎に、そ
    のデータが文書、画像、および音声のいずれの種類に属
    するかを示す識別情報と各データ種内におけるイベント
    発生順を示すシーケンス番号を付加してメッセージパケ
    ットを生成するメッセージ生成手段と、 前記メッセージ生成手段によって生成されたメッセージ
    パケットをネットワークを介して他の全てのコンピュー
    タにブロードキャスト送信する送信手段と、 前記他のコンピュータから送信されるメッセージパケッ
    トおよび自身のコンピュータのメッセージ生成手段によ
    って生成されたメッセージパケットを受信し、そのメッ
    セージパケットに含まれる前記識別情報およびシーケン
    ス番号に従って、前記文書、および画像データそれぞれ
    をそれらのイベント発生順に共有ウインドウに表示し、
    前記音声データをそのイベント発生順に再生する手段と
    を具備し、 前記送信手段は、前記メッセージパケットの送信に失敗
    したとき、そのメッセージパケットのデータの種類に応
    じて通信品質の変更を選択的に行って送信をリトライす
    る手段を具備することを特徴とする電子会議システム。