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

Abstract

【課題】 複数の端末が同じ会議資料文書を共有しながら電子会議を行う場合に、秘密性のある部分は全ての端末で共有されないようにする。
【解決手段】 サーバ１にある画面データをクライアント端末３〜６へ送信し、クライアント端末３〜６は受信した画面データをディスプレイに表示させながら電子会議を行う電子会議システムにおいて、サーバ１が各クライアント端末３〜６へ送信する画面データ中の特定領域を任意のデータに置換する画面データ置換手段を備え、特定のクライアント端末に対して画面データ置換手段を有効にするようにした。
【選択図】 図１

Description

複数のクライアントが１つのサーバに接続して各クライアントにてサーバにある情報を閲覧あるいは編集可能なサーバ／クライアント型電子会議システム。
任意の端末にある情報を他の全ての端末にて閲覧あるいは編集可能な端末間データ通信型の電子会議システム。

近年、複数のクライアントが１つのサーバに接続して各クライアントにてサーバにある情報を閲覧あるいは編集可能なサーバ／クライアント型のシステムが提案されている。
例えば特許文献１には、複数の使用者に共有可能な共有データと各使用者の個人情報を有するホストコンピュータにて、個人情報に基づいて共有データを編集して端末へ送信することができるデータ通信装置が開示されている。
また特許文献２には１台のコンピュータで起動されたアプリケーションを他のコンピュータにおいて共有するシステムが開示されている。
また特許文献３には１つの情報端末に対して複数の端末から共有操作を行い、表示データも複数の端末間で共有するマルチメディア情報操作ウィンドウの共有操作方法が開示されている。
また特許文献４には個別画面での操作を共有画面に対して反映させることができる電子会議システムが開示されている。
また、既存技術としては、例えばＲｅａｌＶＮＣ社製のＶＮＣ（Virtual Network Computing）と呼ばれるシステムがある。このシステムでは、１つのクライアントにおいて共有画面モードにあるサーバの画面バッファと個別画面モードにあるサーバの画面バッファとの両方の画面データをマルチウィンドウで同時に表示することができる。複数のアプリケーションプロセスが１つの文書ファイルに対して多重オープンできるようなファイルシステムを使用すると、これらの画面に同じ文書を表示させる。また、個々の画面（ウィンドウ）に対して別々の編集操作を行うことができる。クライアントはサーバにある１つの画面バッファにアタッチし、サーバからその画面バッファの画面データを受信して１つのウィンドウに表示させる。同じクライアントはさらに、サーバにある他の１つの画面バッファにアタッチし、サーバからその画面バッファの画面データを受信して他の１つのウィンドウに表示させることができる。この時、クライアントからサーバへはキーボードやマウスのイベントデータが送信され、サーバからクライアントへは画面データが送信される。
また、Ｍｉｃｒｏｓｏｆｔ社製のＮｅｔＭｅｅｔｉｎｇと呼ばれるシステムでは、１つの端末あるいはサーバで実行されているアプリケーションを他の複数の端末にて共有する機能（アプリケーション共有機能）がある。ＯＳ（Operating System）にＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）を使用している場合、フォルダの共有機能を使用して、ＮｅｔＭｅｅｔｉｎｇのアプリケーション共有機能と同時に他の端末の共有化されたフォルダにあるファイルを開くことができる。
特開平８−２０２６５５号公報 特開平９−０９１２２８号公報 特開２００１−１９７４６１公報 特開２００３−２８１１０１公報

しかしながら、上記特許文献２、特許文献３、特許文献４では、１台のコンピュータで起動されたアプリケーションや会議資料文書の表示データ等を他のコンピュータにおいて共有することができるが、共有されるデータに秘密情報があり、その秘密情報の開示を許可されたユーザのみに限定したい場合に、特定のコンピュータに対して共有データ中の秘密情報の部分のみを隠蔽させることはできなかった。
また特許文献１では、個人情報を有するホストコンピュータにて、個人情報に基づいて共有データを編集して端末へ送信することができるが、共有データの配信とその編集されたデータの配信とを同時に行うことには言及されておらず、即ち、複数の端末に対して共有された会議資料データと個別に編集された会議資料データとを同期をとって送信することはできなかった。
そこで、本発明はこのような問題点を鑑みて成されたものであり、複数の端末が同じ会議資料文書を共有しながら電子会議を行う場合に、秘密性のある部分は全ての端末で共有されないようにすることができる電子会議システムを提供することを目的とする。

上記目的を達成するため、請求項１に記載の発明は、サーバにある画面データをクライアント端末へ送信し、前記クライアント端末は受信した画面データをディスプレイに表示させながら電子会議を行う電子会議システムにおいて、前記サーバが各クライアント端末へ送信する画面データ中の特定領域を任意のデータに置換する画面データ置換手段を備え、特定のクライアント端末に対して、前記画面データ置換手段を有効にする電子会議システムであることを特徴とする。
請求項２に記載の発明は、前記画面データ置換手段により置換する画面データ領域は任意に設定できる請求項１に記載の電子会議システムであることを特徴とする。
請求項３に記載の発明は、前記画面データ置換手段により置換する画面データ領域は、クライアント端末毎に任意に設定できる請求項１に記載の電子会議システムであることを特徴とする。
請求項４に記載の発明は、前記画面データ置換手段を有効にされた画面データの送信先である特定のクライアント端末は、予めサーバに登録されている請求項１乃至請求項３の何れか１項に記載の電子会議システムであることを特徴とする。
請求項５に記載の発明は、電子会議通信を実行しているクライアント端末の中で議長権を持った端末が、画面データ置換手段を有効にされた画面データの送信先であるクライアント端末を選択、指定する請求項１乃至請求項３の何れか１項に記載の電子会議システムであることを特徴とする。
請求項６に記載の発明は、サーバにある画面データをクライアント端末へ送信し、前記クライアント端末は受信した画面データをディスプレイに表示させながら電子会議を行う電子会議システムにおいて、前記サーバが更新された画面データを全てのクライアント端末へ送信して全ての端末が同じ画面データを表示する完全画面共有モードと、前記更新された画面データを特定のクライアント端末へ送信して、特定のクライアント端末が更新された画面データを表示する限定画面共有モードとを備える電子会議システムであることを特徴とする。

請求項７に記載の発明は、前記限定画面共有モード時に更新された画面データの送信先である特定のクライアント端末は、予めサーバに登録されている請求項６に記載の電子会議システムであることを特徴とする。
請求項８に記載の発明は、電子会議通信を実行しているクライアント端末の中で議長権を持った端末が、限定画面共有モード時に更新された画面データの送信先であるクライアント端末を選択、指定する請求項６に記載の電子会議システムであることを特徴とする。
請求項９に記載の発明は、サーバにある画面データをクライアント端末へ送信し、前記クライアント端末は受信した画面データをディスプレイに表示させながら電子会議を行う電子会議システムにおいて、サーバが各クライアント端末へ送信する画面データ中の全てまたは特定領域を暗号化する画面データ暗号化手段を備え、前記画面データ暗号化手段により暗号化された画面データに対して復号化するためのキーを持ったクライアント端末のみが前記暗号化された画面データを復号化してディスプレイに表示させる電子会議システムであることを特徴とする。
請求項１０に記載の発明は、ディスプレイを備えた複数の端末がネットワークに接続され、前記端末間で相互にデータの送受信を行う端末間データ通信型の電子会議システムにおいて、１つの端末が他の全ての端末へ送信する画面データ中の特定領域を任意のデータで置換する画面データ置換手段を備え、前記特定の端末に対して前記画面データ置換手段を有効にする電子会議システムであることを特徴とする。
請求項１１に記載の発明は、前記画面データ置換手段により置換する画面データ領域は任意に設定できる請求項１０に記載の電子会議システムであることを特徴とする。

請求項１、２に記載の本発明によれば、サーバにある共有画面データ中の秘密性のある部分を、特定のクライアント端末に対してのみ任意のデータで置換して送信できるため、個々の会議参加者に対応した秘密保持制御を行うことができ、電子会議システムの利便性を向上させることができる。
請求項３に記載の本発明によれば、サーバにある共有画面データ中の秘密性のある部分を複数の秘密レベルに階層化し、送信先のクライアント端末毎にその秘密レベルを選択して、データの隠蔽領域をクライアント端末毎にそれぞれ設定できるため、個々の会議参加者に対応した秘密保持制御を行うことができ、電子会議システムの利便性を向上させることができる。
請求項４に記載の発明によれば、秘密性のある共有画面データの送信先クライアント端末を会議開始前に予めサーバに登録しておくことで、会議中における登録操作を不要とし、また会議中における登録の誤操作を防止でき、電子会議システムの利便性を向上させることができる。
請求項５に記載の発明によれば、秘密性のある共有画面データの送信先クライアント端末を議長端末にて選択、指定できるため、秘密のレベルに対応した秘密保持制御を行うことができ、電子会議システムの利便性を向上させることができる。
請求項６に記載の発明によれば、共有画面に対して秘密性のある操作をした場合、その操作によって更新された共有画面データを、特定のクライアント端末に対してのみ送信できるため、個々の会議参加者に対応した秘密保持制御を行うことができ、電子会議システムの利便性を向上させることができる。
請求項７に記載の発明によれば、秘密性のある共有画面データの送信先クライアント端末を、会議開始前に予めサーバに登録しておくことで、会議中における登録操作を不要とし、また会議中における登録の誤操作を防止でき、電子会議システムの利便性を向上させることができる。
請求項８に記載の発明によれば、秘密性のある共有画面データの送信先クライアント端末を議長端末にて選択、指定できるため、秘密のレベルに対応した秘密保持制御を行うことができ、電子会議システムの利便性を向上させることができる。
請求項９に記載の発明によれば、サーバにある共有画面データ中の秘密性のある部分を暗号化し、これを復号化するためのキーを持ったクライアント端末のみが秘密性のある情報を見ることができるため、個々の会議参加者に対応した秘密保持制御を行うことができ、電子会議システムの利便性を向上させることができる。
請求項１０、１１に記載の発明によれば、議長端末にある共有画面データ中の秘密性のある部分を、特定の端末に対してのみ任意のデータで置換して送信できるため、個々の会議参加者に対応した秘密保持制御を行うことができ、電子会議システムの利便性を向上させることができる。

以下、発明の電子会議システムの実施形態について説明する。
なお、本実施の形態では、サーバに記憶された会議資料文書を複数のクライアントが閲覧、編集しながら会議を行う電子会議システムを例にとって説明する。
〔サーバ／クライアントシステムの実施形態〕
図１はサーバ／クライアントシステムのシステム構成例を示した図である。
本実施の形態のシステムはサーバ１とそれに接続された大型ディスプレイ装置２、及び各会議参加者が使用するクライアント３〜６から構成されており、これらの機器は無線ＬＡＮ（例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１ｂ）で接続されている。
サーバ１は、例えばＰＣ−ＡＴ（The Personal Computer for Advanced Technologies）アーキテクチャ（ＩＢＭ社が１９８４年に発表）のコンピュータであり、そのＰＣＩ（Peripheral Component Interconnect）バスに接続されたＰＣＩアダプタボードを介して無線ＬＡＮ用ＰＣカード（ＰＣＭＣＩＡ（Personal Computer Memory Card International Association）規格に準拠）が装着されている。
また、サーバ１にはＯＳとしてＬｉｎｕｘ、ウィンドウシステムとしてＸウィンドウが実装されている。なお、図１中、サーバ１に接続されたキーボードの図示は省略している。
大型ディスプレイ装置２は、例えばＰＤＰ（Plasma Display Panel）の表示面にタッチパネルが付着されており、ＶＧＡケーブルとＲＳ−２３２Ｃケーブルによってサーバ１と接続され、サーバ１の表示装置として機能すると共に、サーバ１のタッチ入力装置として機能する。なお、ＶＧＡケーブルはサーバ１からＰＤＰへ画面表示信号を出力し、ＲＳ−２３２Ｃケーブルはタッチパネルが検出したタッチ入力座標データをサーバ１へ入力する。また、サーバ１は入力されるタッチ入力座標データを、マウス入力データと同様に処理する。
クライアント３〜６は、ユーザにより入力されたテキストデータや手書きデータをサーバ１へ送信し、またサーバ１から受信した画面データの表示を行うという機能に特化された携帯型表示パッドであり、電子ペン７〜１０が付属されている。

図２は、クライアントである携帯型表示パッドのハードウェア構成図である。
この図２に示す携帯型表示パッド２０は、ＣＰＵ２１、クロック２２、スイッチ回路２３、編集同期ボタン２４、秘密設定ボタン２５、メインメモリ２６、ＲＯＭ２７、ＲＴＣ２８、無線ＬＡＮコントローラ２９、アンテナ３０、ＬＣＤ表示コントローラ３１、ＬＣＤ３２、タッチパネルコントローラ３３、タッチパネル３４、ＵＳＢコントローラ３５、ＵＳＢ Ｉ／Ｆ３６、システムバス３７、バッテリ３８、ＤＣ−ＤＣコンバータ３９、充電回路４０、ＡＣアダプタ４１等から構成されている。
ＣＰＵ２１は、ＲＯＭ（Read Only Memory）２７に記憶された制御処理プログラム、ＯＳや各種のアプリケーションプログラムを実行、処理する。
クロック２２は、水晶発振子と分周回路から構成されており、ＣＰＵ２１やシステムバス３７の動作タイミングを制御するためのクロックを生成している。
スイッチ回路２３は、編集同期ボタン２４や秘密設定ボタン２５のオンを検出すると、ＣＰＵ２１に割り込みによりボタンのオンを通知する。
メインメモリ２６は、ＤＲＡＭ（Dynamic Random Access Memory）より構成されており、ＣＰＵ２１のワークエリア等で使用される。
ＲＯＭ２７は、システム全体の制御を行うためのプログラムが予め書き込まれている。
ＲＴＣ（Real Time Clock）２８は、日付時計であり、専用バッテリ（図示を省略）によりバックアップされている。
無線ＬＡＮコントローラ２９は、ＩＥＥＥ８０２．１１ｂ規格に準拠した無線通信を実行、制御する。

ＬＣＤ表示コントローラ３１は、文字やグラフィックデータ、またサーバ１から受信した画面データをＤ／Ａ（Digital/Analog）変換すると共に、これらのデータをＬＣＤ３２に表示するための制御を行う。
タッチパネルコントローラ３３は、タッチパネル３４上でタッチペン（電子ペン）７のペン先が接触した部分を検出し、その位置情報を取り込む。タッチパネル３４はＬＣＤ３２と重ね合わせて密着している。
ＵＳＢ（Universal Serial Bus）コントローラ３５は、ＵＳＢ規格に準拠したデータ転送を実行、制御する。
バッテリ３８は、充電が可能な例えばリチウムイオンバッテリ等である。
ＤＣ−ＤＣコンバータ３９は、ＡＣアダプタ４１またはバッテリ３８から供給される電源を所定の電圧に変換して携帯型表示パッド２０内部に供給すると共に、ＡＣアダプタ４１からの電源供給が無い場合はバッテリ３８からの電源供給に切り換える。
充電回路４０は、ＡＣアダプタ４１から電源が供給されている時にバッテリ３８を充電する。
ＡＣアダプタ４１は、着脱可能な電源ケーブルと一体化しており、内蔵されたＡＣ−ＤＣコンバータにより、交流電源を所定の電圧の直流に変換する。
携帯型表示パッド２０にはＯＳとしてＬｉｎｕｘ、ウィンドウシステムとしてＸウィンドウが実装されている。

次に、サーバ１にある画面データがクライアント３〜６へ送信され、クライアント３〜６からサーバ１へはユーザの入力データが送信されるサーバ／クライアントソフトウェアの動作について説明する。このサーバ／クライアントソフトウェアとして、ＶＮＣを使用した場合の動作を、図３に示すＶＮＣプロトコル（ＲＦＢプロトコル）とＸプロトコルとの関係を示した図を参照しながら説明する。
ＶＮＣサーバプロセス（以降、ＶＮＣサーバと記載）４５は、その起動時に１つの画面バッファを生成し、ＶＮＣクライアントプロセス（以降、「ＶＮＣクライアント」と記載）４６は、この画面バッファにある画面データを自装置のディスプレイに表示する。
ＶＮＣサーバ４５からＶＮＣクライアント４６へ送信される画面データ及びＶＮＣクライアントからＶＮＣサーバへ送信されるユーザの入力データはＲＦＢ（Remote Frame Buffer）プロトコルを使用して転送される。
ＲＦＢプロトコルは、１画面のデータを小領域（矩形）に分割し、さらにこの小領域の画像データを圧縮して送信する機能を持っている。この小領域の最小ブロックはタイルと呼ばれ、１６×１６画素である。
このように、ＶＮＣサーバは１画面のデータを分割して送信することができるため、１画面の中で変更のあった領域のみを選択して送信することができる。なお、サーバ１に存在するＶＮＣサーバプロセスとクライアント３〜６に存在するＶＮＣクライアントプロセスとはソケットにより通信できるようになっている。
ＶＮＣサーバ４５はＶＮＣクライアント４６から受信したユーザの入力データをキーイベントまたはポインタイベントとして処理する。これらのイベントを受けると、ＶＮＣサーバ４５はＸサーバとして動作し、Ｘクライアント４７に対してＸイベントを通知するため、ＶＮＣクライアント４６はサーバ１で動いているアプリケーション（Ｘクライアント）を操作できるようになっている。

次に、クライアント３〜６がサーバ１に接続してサーバ１で動いているアプリケーション（Ｘウィンドウ）を操作して、文書を表示できるようになるまでの動作シーケンスについて説明する。
サーバ１ではまず、必要とされる画面バッファの数だけ、ＶＮＣサーバプロセスを起動しておく。この画面バッファが複数のクライアントにより共有されないようにする、即ち、１つのクライアントのみがアタッチするように設定する場合、ＶＮＣサーバの起動コマンドには画面番号のみを指定する。例えば、画面番号を２とした場合のＶＮＣサーバの起動コマンドは以下のようになる。
ｖｎｃｓｅｒｖｅｒ ：２
サーバ１の画面バッファが複数のクライアントにより共有されるようにする場合には、ＶＮＣサーバの起動コマンドに画面番号に加えて共有を指示するオプションを指定する。例えば、画面番号１を共有とする場合のＶＮＣサーバの起動コマンドは以下のようになる。
ｖｎｃｓｅｒｖｅｒ −ａｌｗａｙｓｓｈａｒｅｄ ：１
このようにして、サーバ１にて画面番号１をクライアント３〜６が共有画面として、また画面番号２を議長端末（クライアント３〜６のいずれか１つ）が個別にアタッチするようにＶＮＣサーバプロセスを起動しておく。そして、各クライアント３〜６はサーバ１のＩＰ（Internet Protocol）アドレスとアタッチする画面番号を指定してＶＮＣクライアントプロセスを起動する。アタッチする画面番号を１とした場合のＶＮＣクライアントの起動コマンド例を以下に示す。
ｖｎｃｖｉｅｗｅｒ １９２．１６８．１．１：１
↑
ＩＰアドレス

各クライアント３〜６は共有画面（画面番号１）用のＶＮＣクライアントを、また議長端末はさらに個別画面（画面番号２）用のＶＮＣクライアントをそれぞれ起動する。起動されたＶＮＣクライアントはサーバ１のＶＮＣサーバプロセスと接続すると、パスワードの入力画面を表示する。
ここで、ユーザによりパスワードが入力されると、このパスワードをサーバ１へ送信し、サーバ１にてこのパスワードを予め登録されたパスワードと照合して一致した場合にはコネクションを確立し、一致しない場合には接続を拒否する。このようにして、各クライアント３〜６にて共有画面を表示させるウィンドウを、また議長端末はさらに個別画面を表示させるウィンドウをＬＣＤ３２に表示させる。
サーバ１では、共有画面を大型ディスプレイ装置２に表示させるために、自装置のＩＰアドレスと画面番号１を指定してＶＮＣクライアントプロセスを起動する。このようにして、大型ディスプレイ装置２には共有画面のみが表示され、各クライアント３〜６には共有画面が、また議長端末はさらに個別画面がそれぞれ表示される。
次に、クライアント３〜６の１つのクライアントにて、共有画面表示ウィンドウに所定のアプリケーションを使用して任意の文書を表示させると、同じ文書が大型ディスプレイ装置２とクライアント３〜６の内、残りのクライアントの共有画面表示ウィンドウに表示される。続いて、議長端末にて、共有画面に文書を表示させた時に使用したのと同じアプリケーションを使用して共有画面に表示されたのと同じ文書を個別画面表示ウィンドウに表示させる。
ここまでは、既存のＶＮＣサーバ／クライアントソフトウェアを使用して実現可能な動作である。

次に、同じ文書が共有画面表示ウィンドウと個別画面表示ウィンドウに表示されており、かつ２つのウィンドウでの文書の表示位置が同じ場合、即ち共有画面表示ウィンドウと個別画面表示ウィンドウに表示された文書データが同じ場合に、個別画面表示ウィンドウに表示された文書を編集した時にその同じ編集が所定のタイミング後に共有画面表示ウィンドウに表示された文書に対してなされる動作について、特許文献４を引用して説明する。
個別画面を管理するＶＮＣサーバは、個別画面表示ウィンドウに表示された文書が編集されているときにＶＮＣクライアントから受信したキーイベントデータとポインタイベントデータを全て記憶しておく。そして、所定のタイミングでこれらの記憶されたイベントを順次共有画面を管理するＶＮＣサーバに通知する。
共有画面を管理するＶＮＣサーバは、個別画面を管理するＶＮＣサーバから受信するキーイベントとポインタイベントに対してＶＮＣクライアントから受信する時と同様な処理を実行する。即ち、個別画面を管理するＶＮＣサーバがＶＮＣクライアントから受信したキーイベントやポインタイベントに対してリアルタイムに実行していたのと同じ処理を、所定のタイミング期間後に共有画面を管理するＶＮＣサーバが実行する。
なお、これらの２つのＶＮＣサーバ間でのキーイベントデータやポインタイベントデータの受け渡しは、ソケットを使用したプロセス間通信により行う。

〔第１の実施形態〕
次に本発明の第１の実施形態としてクライアントを議長端末として電子会議を実行する場合について説明する。
今、図１に示す全てのクライアントにて同じ文書が共有画面表示ウィンドウに表示されている。また、議長端末であるクライアント３では共有画面表示ウィンドウと個別画面表示ウィンドウが表示されており、且つこれら２つのウィンドウに同じ文書が同じ表示位置から表示されている。例えば共有画面表示ウィンドウと個別画面表示ウィンドウに同じ文書の１ページ目の先頭から表示されている。
まず、クライアント３の個別画面表示ウィンドウに表示された文書に対してユーザ（議長）が電子ペンを用いた編集操作をしており、編集同期ボタンが押されると、それまでの編集処理が共有画面に表示された文書に対しても実行される処理について説明する。
図４は、サーバのＶＮＣサーバプロセスとクライアント間のデータの流れを示した図である。
サーバ１では、共有画面（画面番号Ａ）を管理する第１のＶＮＣサーバ５１とクライアント３の個別画面（画面番号Ｂ）を管理する第２のＶＮＣサーバ５２、クライアント３〜６のいずれかの共有画面を操作して起動された第１の文書編集アプリケーション５３、クライアント３の個別画面を操作して起動された第２の文書編集アプリケーション５４、共有画面（画面番号Ａ）の画面データを大型ディスプレイ装置２に表示するＶＮＣクライアント５５の各プロセスが起動されている。
また、クライアント３では画面番号Ａの共有画面を表示、操作するＶＮＣクライアント３−Ａのプロセスと画面番号Ｂの個別画面を表示、操作するＶＮＣクライアント３−Ｂのプロセスが起動されている。クライアント４〜６では画面番号Ａの共有画面を表示、操作するＶＮＣクライアントプロセスがそれぞれ起動されている。
クライアント３の個別画面表示ウィンドウに表示された文書に対して文字（テキスト）入力する位置にカーソルを移動するために電子ペン７でポイントされると、クライアント３のＶＮＣクライアント３−Ｂはこのポイント位置データ（座標データ）をサーバ１の第２のＶＮＣサーバ５２へ送信する（図４の矢印ａ）。第２のＶＮＣサーバ５２はこの座標データをポインタイベントとして受信し、この座標データを第２の文書編集アプリケーション５４へ渡す（矢印ｂ）と共に、このイベントデータをキュー（キュー２）に入れる。このキューはプログラム中に定義された配列である。そして、第２の文書編集アプリケーション５４は受信した座標データの位置にカーソルを移動し、第２のＶＮＣサーバ５２へ描画リクエストを出す（矢印ｃ）。第２のＶＮＣサーバ５２はカーソルの表示位置を変えると共に更新された画面データをクライアント３へ送信する（矢印ｄ）。

続いて、クライアント３にてキーボードウィンドウを使用して電子ペンで文字（テキスト）が入力されると、ＶＮＣクライアント３−Ｂはこの文字コードを第２のＶＮＣサーバ５２へ送信する（矢印ａ）。第２のＶＮＣサーバ５２はこの文字コードをキーイベントとして受信し、これらの文字コードを第２の文書編集アプリケーション５４へ渡す（矢印ｂ）と共に、このイベントデータをキュー２に入れる。第２の文書編集アプリケーション５４はこの文字コードを受信すると、この文字コードを文書データに追加すると共に、第２のＶＮＣサーバ５２へ描画リクエストを出す（矢印ｃ）。第２のＶＮＣサーバ５２は、文字コードに対応した文字フォントをカーソル位置に表示させると共に更新された画面データをクライアント３へ送信する（矢印ｄ）。
このようにして、ユーザにより文字列が入力され、編集同期ボタン２４が押されると、クライアント３は第２のＶＮＣサーバ５２へ編集同期を指示するリクエストを出し、第２のＶＮＣサーバ５２はキュー２に入っているイベントデータをファーストイン・ファーストアウトの順番で順次、第１のＶＮＣサーバ５１へ送信する（矢印ｅ）。
なお、キュー２に入っているイベントデータを送信する前後に、これらのイベントデータ群の開始を示すデータ（イベント群開始データ）と終了であることを示すデータ（イベント群終了データ）を含めたイベントデータも第１のＶＮＣサーバ５１へ送信する。第１のＶＮＣサーバ５１はイベント群開始データとイベント群終了データとの間にあるこれらのイベントデータを第１の文書編集アプリケーション５３へ渡し（矢印ｆ）、第１の文書編集アプリケーション５３は、これらのイベントデータに対応した処理を行い、即ち、先に実行された第２の文書編集アプリケーション５４と同じ処理を行う（矢印ｇ）。

第１のＶＮＣサーバ５１は、イベント群開始データを受信してからイベント群終了データを受信する前までの間は更新された画面データ（共有画面データ）をクライアント３〜６へ送信しない。そして、第１のＶＮＣサーバ５１はイベント群終了データを受信すると、その時の画面データをクライアント３〜６（矢印ｈ、ｉ、ｊ、ｋ）及びＶＮＣクライアント５５へ送信する（矢印ｌ）。
このようにして、クライアント３の共有画面表示ウィンドウに表示された文書と個別画面表示ウィンドウに表示された文書の内容が同じとなる。また、クライアント４〜６はこれらの共有画面データをＬＣＤ３２に表示し、ＶＮＣクライアント５５は大型ディスプレイ装置２に表示する。
第１のＶＮＣサーバ５１は、特定のクライアントまたはＶＮＣサーバからのイベントデータのみを処理し、他のクライアントまたはＶＮＣサーバからのイベントデータは処理しない排他制御機能を持っており、今、クライアント３または第２のＶＮＣサーバ５２からのイベントデータのみを処理するようになっている。
次に、クライアント３の個別画面表示ウィンドウに表示された文書に対してユーザ（議長）が電子ペンを用いた編集操作をしており、秘密性のあるデータ領域を指定した後に編集同期ボタン２４が押される場合について説明する。
秘密性のあるデータ領域は、クライアントに設けられた秘密設定ボタン２５が押され、秘密化したい矩形領域の左上及び右下の２点が指定されることにより確定する。

図５は文書に追加された文章の一部を秘密領域に指定した例を示した図であり、この図５に示す文書７０に対して点Ａと点Ｂを対角とした矩形領域７１を指定する例が示されている。
秘密設定ボタン２５が押された時の処理を説明する。
秘密設定ボタン２５が押されると、図４に示したクライアント３は現在のフォーカスウィンドウである個別画面表示ウィンドウの画面データを持っている第２のＶＮＣサーバ５２へ秘密モードに設定するリクエストを出す。第２のＶＮＣサーバ５２はこのリクエストを受信すると秘密モードに設定すると共に、秘密領域の指定のために使用する仮想的な透明スクリーン（以降、単に「透明スクリーン」と記す）を画面データに重畳する。

図６は、第２のＶＮＣサーバの画面バッファにある画面データと透明スクリーンを論理的なプレーンに階層化して表した図である。
図６に示すように、画面表示データはデスクトップ画面６１、第２の文書編集アプリケーション５４のウィンドウ６２、透明スクリーン６３に階層化されている。透明スクリーン６３の重畳と除去は、ウィンドウマネージャが行い、その透明スクリーン６３上のデータの管理は重畳描画プロセスが行う。ウィンドウマネージャと重畳描画プロセスはＸクライアントであり、ＶＮＣサーバとインターフェイスを持っている。そして、透明スクリーンが重畳された状態になると、ウィンドウマネージャはその透明スクリーン６３が重畳された領域に対するポインタイベントを重畳描画プロセスへ送信する。重畳描画プロセスは受信したポインタイベントに対して、ポイント処理や秘密領域を示す矩形を描画するための処理を行う。
クライアント３にて個別画面表示ウィンドウに表示された文書に対して文章（文字列）の追加や手書き描画等の編集操作が行われ、秘密設定ボタン２５が押された後に秘密領域が指定されると、第２のＶＮＣサーバ５２はこの秘密領域の位置情報（画面データ中のポイントされた２点の画素位置）を記憶する。その後、クライアント３にて編集同期ボタンが押されると、第２のＶＮＣサーバ５２へ編集同期を指示するリクエストを出す。第２のＶＮＣサーバ５２はこれを受信すると、秘密モードとなっているため、イベント群開始データを含めたイベントデータに先だって、秘密モードの通知情報と秘密領域の位置情報を第１のＶＮＣサーバ５１へ送信する。

第１のＶＮＣサーバ５１はこれを受信すると秘密モードになり、秘密モードの間は第２のＶＮＣサーバ５２以外からのイベントデータの受け付けは行わない。第２のＶＮＣサーバ５２は続いてキュー２に入っているイベントデータを第１のＶＮＣサーバ５１へ送信する。第１のＶＮＣサーバ５１はこれらのイベントデータを第１の文書編集アプリケーション５３へ渡し、第１の文書編集アプリケーション５３はこれらのイベントデータに対応した処理を行う。即ち、先に実行された第２の文書編集アプリケーション５４と同じ処理を行う。そして、第１のＶＮＣサーバ５１はイベント群終了データを受信すると、秘密モードにあるため、秘密情報の開示を許可されたクライアント端末が存在するか否かをチェックする。会議に参加する個々のクライアント端末に対する秘密情報の開示許可の情報は、会議開始前に予めサーバ１に登録しておく。ＶＮＣ接続時にクライアントからサーバに送信されるパスワードをクライアント端末の識別情報とする。サーバのシステム管理者がサーバにクライアント端末のパスワードを登録する時に、クライアントの所有者の氏名もパスワードと対応付けて登録しておく。そして、会議主催者が会議開催前に個々の会議参加者について秘密情報の開示を許可するか否かの設定をしておく。第１のＶＮＣサーバ５１はこの設定をチェックして、現在接続しているクライアント端末について秘密情報の開示許可の判断をする。そして、秘密情報の開示を許可されたクライアント端末に対しては、画面データ（共有画面データ）をそのまま送信する。第１のＶＮＣサーバ５１は続いて、第２のＶＮＣサーバ５２から受信した秘密領域の位置情報に基づいて、画面データ（共有画面データ）中のその領域に該当する画面データを全て値がゼロのデータに置換する。そして、秘密情報の開示を許可されていないクライアント端末に対して、この画面データ（共有画面データ）を送信する。クライアント端末は受信した画面データを表示する。
クライアント（議長端末）３にて図５のような秘密領域が指定された時に、秘密情報の開示を許可されていないクライアント端末における更新された画面データは図７に示すような画面７０Ａになる。このようにして、秘密情報の開示を許可されたクライアント端末のみが秘密情報を見ることが可能となる。これまで説明した第１の実施形態における第１のＶＮＣサーバの動作フローは、図８に示すステップＳ１〜Ｓ９により示される。また、この場合は、第１のＶＮＣサーバ５１が画面データ置換手段として機能することになる。
なお、上記第１の実施形態では、クライアント３の共有画面表示ウィンドウと個別画面表示ウィンドウに同じ文書の１ページ目の先頭から表示されている場合であったが、共有画面と個別画面に表示される文書の位置が常に同じになるように、特許文献４に開示された共有画面データのミラーリングを用いることも可能である。

〔第２の実施形態〕
次に、本発明の第２の実施形態として会議に参加している各クライアント端末が、それぞれ異なった秘密レベルを有している場合について説明する。
例えば、秘密のレベルが高レベル、低レベルの２段階あり、クライアント３とクライアント４は両方のレベルの秘密情報を見ることができ、クライアント５は低レベルの秘密情報しか見ることができず、さらにクライアント６はいずれの秘密情報も見ることができない場合について説明する。
各クライアント端末についての秘密レベルは、サーバ１に予め登録しておく。即ち、会議主催者が会議開催前に個々の会議参加者について秘密情報（２段階）の開示を許可するか否かの設定をしておく。クライアント３（議長端末）とクライアント４のユーザに対しては２段階の秘密開示を許可し、クライアント５のユーザに対しては低レベルの秘密開示を許可し、クライアント６のユーザに対してはいずれの秘密開示も許可しないように設定しておく。
第１の実施形態と同様に、全てのクライアントにて同じ文書が共有画面表示ウィンドウに表示されており、クライアント３では共有画面表示ウィンドウと個別画面表示ウィンドウが表示されている。またクライアント３のこれら２つのウィンドウには同じ文書が同じ表示位置から表示されている。
また、クライアント３の個別画面表示ウィンドウに表示された文書に対してユーザ（議長）が電子ペンを用いた編集操作をしており、編集同期ボタンが押されると、それまでの編集処理が共有画面に表示された文書に対しても実行されるようになっている。
秘密データ領域は、クライアントに設けられた秘密設定ボタン２５が押され、秘密化したい矩形領域の左上及び右下の２点が指定されることにより確定する。また、秘密レベルは、秘密設定ボタン２５が１回押された時に低レベルに、２回連続して押された時に高レベルに設定される。

図９は、文書に追加された文章の一部を２段階の秘密領域に指定した例である。
この図９に示す文書７０では、点Ａと点Ｂを対角とした矩形領域７２が低レベル秘密領域に、点Ｃと点Ｄを対角とした矩形領域７３が高レベル秘密領域に指定されている。
クライアント３（議長端末）にて個別画面表示ウィンドウに表示された文書に対して文章（文字列）の追加や手書き描画等の編集操作が行われ、秘密設定ボタンが１回押された後に低レベル秘密領域が指定されると、第２のＶＮＣサーバ５２はこの秘密領域の位置情報（画面データ中のポイントされた２点の画素位置）を低レベル秘密領域として記憶する。
続いて、秘密設定ボタンが２回押された後に高レベル秘密領域が指定されると、第２のＶＮＣサーバ５２は同様にしてこの秘密領域の位置情報を高レベル秘密領域として記憶する。その後、クライアント３にて編集同期ボタンが押されると、第２のＶＮＣサーバ５２へ編集同期を指示するリクエストを出す。第２のＶＮＣサーバ５２はこれを受信すると、秘密モードとなっているため、イベント群開始データを含めたイベントデータに先だって、秘密モードの通知情報と低レベル秘密領域の位置情報及び高レベル秘密領域の位置情報を第１のＶＮＣサーバ５１へ送信する。第１のＶＮＣサーバ５１はこれを受信すると秘密モードになる。第２のＶＮＣサーバ５２は、続いてキュー２に入っているイベントデータを第１のＶＮＣサーバ５１へ送信する。
第１のＶＮＣサーバ５１は、これらのイベントデータを第１の文書編集アプリケーション５３へ渡し、第１の文書編集アプリケーション５３はこれらのイベントデータに対応した処理を行う。即ち、先に実行された第２の文書編集アプリケーション５４と同じ処理を行う。そして、第１のＶＮＣサーバ５１はイベント群終了データを受信すると、秘密モードにあるため、現在接続しているクライアント端末について秘密情報の開示許可の判断をする。そして、高レベルな秘密情報の開示を許可されたクライアント４に対しては、画面データ（共有画面データ）をそのまま送信する。

第１のＶＮＣサーバ５１は続いて、第２のＶＮＣサーバ５２から受信した高レベルな秘密領域の位置情報に基づいて、画面データ（共有画面データ）中のその領域に該当する画面データを全て値がゼロのデータに置換する。そして、低レベルな秘密情報の開示を許可されたクライアント５に対して、この画面データ（共有画面データ）を送信する。さらに、第１のＶＮＣサーバ５１は、第２のＶＮＣサーバ５２から受信した低レベルな秘密領域の位置情報に基づいて、画面データ（共有画面データ）中のその領域に該当する画面データを全て値がゼロのデータに置換する。そして、秘密情報の開示を許可されていないクライアント６に対して、この画面データ（共有画面データ）を送信する。
クライアント端末は受信した画面データを表示する。クライアント（議長端末）３により図９に示すような秘密領域が指定された場合、クライアント５における更新された画面データの表示は図７に示す画面７０Ａのようになり、またクライアント６における更新された画面データの表示は図１０に示す画面７０Ｂのようになる。
このようにして、各レベルの秘密情報の開示を許可されたクライアント端末のみが、秘密レベルに応じた秘密情報を見ることが可能となる。これまで説明した第２の実施形態における第１のＶＮＣサーバの動作フローは、図１１に示すステップＳ１１〜Ｓ２２により示される。

〔第３の実施形態〕
次に、本発明の第３の実施形態について説明する。
この場合は、サーバ１にて、共有画面（画面番号Ａ）と議長用個別画面（画面番号Ｂ）に加えて、秘密開示許可端末の指定等といった会議用の情報設定を行うためのＶＮＣサーバプロセス（画面番号Ｃを指定）を起動しておく。そして、議長端末は共有画面（画面番号Ａ）用のＶＮＣクライアント、個別画面（画面番号Ｂ）用のＶＮＣクライアント、さらに会議情報設定用の個別画面（画面番号Ｃ）用のＶＮＣクライアントをそれぞれ起動して、サーバ１の各ＶＮＣサーバプロセスと接続する。
第１の実施形態と同様に、全てのクライアントにて同じ文書が共有画面表示ウィンドウに表示されており、クライアント（議長端末）３では共有画面表示ウィンドウと個別画面表示ウィンドウが表示されている。また、クライアント３のこれら２つのウィンドウには同じ文書が同じ表示位置から表示されている。
また、クライアント３の個別画面表示ウィンドウに表示された文書に対してユーザ（議長）が電子ペンを用いた編集操作をしており、編集同期ボタンが押されると、それまでの編集処理が共有画面に表示された文書に対しても実行されるようになっている。
また、秘密設定ボタンが押されてから編集同期ボタンが押されるまでの間の操作が秘密モードでの操作となる。
議長は秘密モードでの操作に先だって、会議情報設定用の個別画面を使用して、秘密情報の開示許可端末の指定を行う。例えば、クライアント４とクライアント５に対して秘密開示を許可する設定を行う。この設定情報はサーバ１のハードディスクに記憶される。続いて、議長がクライアント３にて個別画面表示ウィンドウをフォーカスウィンドウにして秘密設定ボタンを押すと、第２のＶＮＣサーバ５２は秘密操作モードとなる。そして、クライアント３の個別画面表示ウィンドウに表示された文書に対して文章（文字列）の追加や手書き描画等の編集操作が行われ、編集同期ボタンが押されると、第２のＶＮＣサーバ５２へ編集同期を指示するリクエストを出す。
第２のＶＮＣサーバ５２はこれを受信すると、秘密操作モードとなっているため、イベント群開始データを含めたイベントデータに先だって、秘密モードの通知情報を第１のＶＮＣサーバ５１へ送信する。第１のＶＮＣサーバ５１はこれを受信すると秘密モードになる。第２のＶＮＣサーバ５２は続いてキュー２に入っているイベントデータを第１のＶＮＣサーバ５１へ送信する。

第１のＶＮＣサーバ５１はこれらのイベントデータを第１の文書編集アプリケーション５３へ渡し、第１の文書編集アプリケーション５３はこれらのイベントデータに対応した処理を行う。即ち、先に実行された第２の文書編集アプリケーション５４と同じ処理を行う。そして、第１のＶＮＣサーバ５１はイベント群終了データを受信すると、秘密モードにあるため、先にハードディスクに記憶された秘密開示許可端末情報を参照して、現在接続しているクライアント端末について秘密情報の開示許可の判断をする。そして、秘密情報の開示を許可されたクライアント端末（クライアント４とクライアント５）に対して、画面データ（共有画面データ）をそのまま送信する。
クライアント４とクライアント５は受信した画面データを表示する。秘密情報の開示を許可されていないクライアント６に対しては、この更新された画面データ（共有画面データ）は送信しない。
このようにして、秘密情報の開示を許可されたクライアント端末のみが、秘密情報を見ることが可能となる。これまで説明した第３の実施形態における第１のＶＮＣサーバの動作フローは、図１２に示すステップＳ３１〜Ｓ３７により示される。

〔第４の実施形態〕
第１の実施形態では、秘密情報の開示を許可されないクライアントに対して秘密領域の画面データを全て値がゼロのデータに置換する場合を示したが、本実施形態では秘密領域の画面データを暗号化することにより、秘密保持制御を行う場合について説明する。
本実施形態では、この画面データの暗号化方式として、共通鍵暗号法であるＤＥＳ（Data Encryption Standard）方式を使用する。
ここで、ＤＥＳ方式について説明する。暗号化する前の文（平文）を６４ビット毎のブロックに分けて、ブロック毎に暗号化、復号化を行う。鍵は５６ビットであるが、パリティ８ビットを付加して６４ビットとしている。平文を鍵により暗号化したデータも６４ビットである。ＤＥＳ方式は、鍵の生成と暗号処理の２つの処理があり、暗号処理では入力パターンのビット順序を並び換える転字法と、入力パターンと出力パターンの関係をあるテーブルに従って変換する換字法を用いて平文データを暗号化する。
ＤＥＳ方式では暗号化で使用した鍵を暗号文と共に相手端末へ送信し、受信端末ではこの受信した鍵を使用して暗号文を復号化する。
第４の実施形態では、会議に参加する個々のクライアント端末に対する秘密情報の開示許可の情報は、会議開始前に予めサーバ１に登録しておく。
クライアント３にて個別画面表示ウィンドウに表示された文書に対して文章（文字列）の追加や手書き描画等の編集操作が行われ、秘密設定ボタンが押された後に秘密領域が指定されると、第２のＶＮＣサーバ５２はこの秘密領域の位置情報（画面データ中のポイントされた２点の画素位置）を記憶する。その後、クライアント３にて編集同期ボタンが押されると、第２のＶＮＣサーバ５２へ編集同期を指示するリクエストを出す。第２のＶＮＣサーバ５２はこれを受信すると、秘密モードとなっているため、イベント群開始データを含めたイベントデータに先だって、秘密モードの通知情報と秘密領域の位置情報を第１のＶＮＣサーバ５１へ送信する。第１のＶＮＣサーバ５１はこれを受信すると秘密モードになる。第２のＶＮＣサーバ５２は続いてキュー２に入っているイベントデータを第１のＶＮＣサーバ５１へ送信する。

第１のＶＮＣサーバ５１はこれらのイベントデータを第１の文書編集アプリケーション５３へ渡し、第１の文書編集アプリケーション５３はこれらのイベントデータに対応した処理を行う。即ち、先に実行された第２の文書編集アプリケーション５４と同じ処理を行う。そして、第１のＶＮＣサーバ５１はイベント群終了データを受信すると、秘密モードにあるため、第２のＶＮＣサーバ５２から受信した秘密領域の位置情報に基づいて、画面データ（共有画面データ）中のその領域に該当する画面データをＤＥＳ方式で暗号化する。そして、第１のＶＮＣサーバ５１は会議開始前に予め登録された設定をチェックして、現在接続しているクライアント端末について秘密情報の開示許可の判断をする。そして、秘密情報の開示を許可されたクライアント端末に対して、暗号化で使用した鍵と暗号化した領域の位置情報を送信する。
続いて、秘密領域を暗号データで置換した画面データ（共有画面データ）を全てのクライアント端末へ送信する。鍵と暗号化領域の位置情報を受信したクライアント端末は、これらの情報から暗号化領域のデータを復号化して、この復号化された画面データを暗号化領域の画面データと置換して表示する。他のクライアント端末は受信した画面データをそのまま表示する。
このようにして、秘密情報の開示を許可されたクライアント端末のみが、暗号データを復号化して秘密情報を見ることが可能となる。これまで説明した第４の実施形態における第１のＶＮＣサーバの動作フローは、図１３に示すステップＳ４１〜Ｓ４９により示される。なお、第３の実施形態で示したように、会議中に個々のクライアント端末に対する秘密情報の開示許可の操作を議長端末から適宜行うようにしてもよい。

〔端末同士のデータ通信システムの実施形態〕
本実施例では、ディスプレイを持った端末が複数個ネットワークに接続し、全ての端末で共有化された文書と各端末に個別に所有する文書を閲覧、編集しながら会議を行う場合を例にとって説明する。
まず、図１４は複数の端末からなるネットワーク構成例を示した図である。
この図に示すネットワークは各会議参加者が使用する端末１００〜１０４のみから構成されており、これらの端末１００〜１０４は無線ＬＡＮで接続されている。端末１００〜１０４はハードディスクを内蔵した携帯型表示パッドであり、電子ペン１０５〜１０９が付属されている。
図１５は端末である携帯型表示パッドのハードウェア構成を示した図である。なお、図１５では、図２と同一の構成要素については同一の番号を付している。
この図１５に示す携帯型表示パッド１１０は、ＣＰＵ２１、クロック２２、スイッチ回路２３、編集同期ボタン２４、秘密モードボタン１１３、秘密操作ボタン１１４、メインメモリ２６、ＲＯＭ２７、ＲＴＣ２８、無線ＬＡＮコントローラ２９、アンテナ３０、ＬＣＤ表示コントローラ３１、ＬＣＤ３２、タッチパネルコントローラ３３、タッチパネル３４、ＵＳＢコントローラ３５、ＵＳＢ Ｉ／Ｆ３６、システムバス３７、バッテリ３８、ＤＣ−ＤＣコンバータ３９、充電回路４０、ＡＣアダプタ４１、ＨＤ（Hard Disc）コントローラ１１１、ハードディスク１１２等から構成されている。
携帯型表示パッド１１０にはＯＳとしてＬｉｎｕｘ、ウィンドウシステムとしてＸウィンドウが実装されている。

次に、端末１００〜１０４の間でデータの送受信を行いながら電子会議を実行する方法について説明する。この電子会議を実行するための通信プロトコルとして例えばＩＴＵ−Ｔ勧告Ｔ．１２０シリーズを使用する。
このプロトコル構成を図１６に示す。
図１６に示す会議アプリケーション１２０は、アプリケーション共有機能、ホワイトボード機能、ファイル転送機能等を実行するための各アプリケーションの集合である。
ＡＳＣＥ（Application Sharing Conference Entity）１２１は、会議に参加した全ての端末でアプリケーションを共有するためのエンティティであり、ＩＴＵ−Ｔ勧告Ｔ．１２８に準拠した動作を実行する。
ＳＩＣＥ（Still Image Conferencing Entity）１２２は、ビットマップデータや手書きの描画データ等を送受信するためのエンティティであり、ＩＴＵ−Ｔ勧告Ｔ．１２６に準拠した動作を実行する。なお、ＳＩＣＥ１２２は主にホワイトボード機能で使用される。ＢＦＴＥ（Binary File Transfer Entity）１２３は、ファイル転送を行うためのエンティティであり、ＩＴＵ−Ｔ勧告Ｔ．１２７に準拠した動作を実行する。
ノードコントローラ１２４とＧＣＣ（Generic Conference Control）１２５は、ネットワークに接続した端末が議長の制御に従って会議を実行したり、各端末の能力や属性等の端末情報のリストを管理したりする会議制御アプリケーションであり、ＩＴＵ−Ｔ勧告Ｔ．１２４に準拠した動作を実行する。
ＭＣＳ（Multipoint Communication Service）１２６は、複数端末間のセッションレイヤプロトコルを実行し、ＩＴＵ−Ｔ勧告Ｔ．１２５に準拠した動作を実行する。
ＴＣＰ（Transmission Control Protocol）１２７は、再送制御やフロー制御等のトランスポートレイヤプロトコルを実行する。
ＩＰ（Internet Protocol）１２８は、データパケットの送受信を制御するネットワークレイヤプロトコルを実行する。
無線ＬＡＮドライバ１２９は、ＩＰ１２８と無線ＬＡＮコントローラ２９との間のＩ／Ｆとして動作する。

ここで、ＭＣＳ１２６、ＧＣＣ１２５、ノードコントローラ１２４の通信動作について説明する。
ＭＣＳ１２６は、ＭＣＳプロバイダと呼ばれ、端末１００〜１０４から成る無線ネットワークをＭＣＳプロバイダ間のネットワークとして見たものは、ＭＣＳドメインと呼ばれる。図１４に示すネットワーク構成において、端末１００を議長端末とした場合、ＭＣＳドメインは、図１７に示すような階層構造を持つ。
議長である端末１００のＭＣＳプロバイダ１３１は、トップＭＣＳプロバイダであり、他の端末のＭＣＳプロバイダ１３２〜１３５よりも上位に位置する。
各端末はＭＣＳコネクションの確立後、ＭＣＳドメインにアタッチする。このアタッチにより、各端末はＭＣＳドメイン内での端末識別子であるＭＣＳユーザＩＤを取得する。
次に、各端末はＭＣＳチャネルに加入する。ＭＣＳチャネルはＭＣＳドメイン内のアドレスであり、同一チャネルに加入した全ての端末が、そのチャネルに送られるデータを受信する。
ここで、端末１０１が全ての端末が加入しているチャネルに対してデータを送信すると、このデータはトップＭＣＳプロバイダである端末１００へ転送される。そして、端末１００はこのデータを端末１０２〜端末１０４へ転送する。このように、全ての端末が同一チャネルに加入することにより、データを全ての端末へ送信することができる。
なお、ＭＣＳドメイン内での端末識別子であるＭＣＳユーザＩＤはＭＣＳチャネル番号としても使用され、個別宛先へデータを送信する場合にＭＣＳチャネル番号として使用する。

ＧＣＣ１２５はＧＣＣプロバイダと呼ばれ、また、トップＭＣＳプロバイダである端末のＧＣＣプロバイダはトップＧＣＣプロバイダと呼ばれる。
各ＧＣＣプロバイダは会議に参加すると、アプリケーション共有機能、ホワイトボード機能、ファイル転送機能等の会議用アプリケーションのリストやＭＣＳドメイン内での端末識別子であるＭＣＳユーザＩＤ等の端末情報（会議ノードリスト）を他の全てのＧＣＣプロバイダへ送信する。なお、この同報送信は全ての端末が加入しているＭＣＳチャネルに対してデータを送信することで実現される。
これらの端末情報は、各端末にて受信し、ノードコントローラ１２４にて管理される。
またＧＣＣは、議長権の割り当て等の制御も行い、会議開始時にはトップＧＣＣプロバイダが議長権を持っている。ノードコントローラ１２４はユーザからの要求に従ってＧＣＣ１２５へ各種のプリミティブを発行したり、自端末及び他の全ての端末のアプリケーションリストや会議ノードリスト等を管理したりする。

次に１つの端末が持っている文書を無線ネットワークに接続された全ての端末で共有化する方法について説明する。
この文書の共有は、ＩＴＵ−Ｔ勧告Ｔ．１２８に従ったアプリケーション共有機能を使用して実現する。今、議長端末である端末１００が共有文書を持っており、端末１０１〜端末１０４がこの文書を共有する場合について説明する。端末１００が共有文書を表示させている共有ウィンドウ（ホストウィンドウ）の表示データはＡＳＣＥ１２１間のプロトコルにより他の全ての端末（端末１０１〜端末１０４）へ送信し、端末１０１〜端末１０４はこのデータを自端末の共有ウィンドウ（シャドーウィンドウ）に表示させる。
端末１００は共有ウィンドウ（ホストウィンドウ）の表示データに変更があった場合に、その変更部分の表示データを他の全ての端末へ送信する。端末１００以外の端末、即ち、端末１０１〜端末１０４は共有ウィンドウ（シャドーウィンドウ）に対してテキスト入力や手書き入力が行われると、キーイベントやポインタイベントを端末１００へ送信し、端末１００はこれらのイベントを共有ウィンドウ（ホストウィンドウ）に対するイベントとして処理する。
即ち、端末１０１〜端末１０４にて共有ウィンドウ（シャドーウィンドウ）に対してテキスト入力や手書き入力が行われると、それらの入力データ（キーコード、座標データ）は端末１００へ送信され、端末１００はこれらの入力データに対応した文字や描画線データを共有化された文書へ追加する。そして、端末１００はこれらの文字や手書き描画線を共有ウィンドウ（ホストウィンドウ）に表示すると共に、この更新された表示データを端末１０１〜端末１０４へ送信する。端末１０１〜端末１０４はこの更新された表示データを共有ウィンドウ（シャドーウィンドウ）に表示する。端末１０１〜端末１０４にて共有ウィンドウ（シャドーウィンドウ）に対して入力されるキーデータ（キーボード入力データ）とポインタデータ（ペン入力座標データ）は全て端末１００へ送信されるため、共有文書を持たない端末においても共有文書を編集することが可能となる。ここまでは、従来技術を使用した動作である。
議長端末である端末１００は秘密モードでの表示データの操作をするための秘密データ処理用ウィンドウを持っている。共有ウィンドウを管理するアプリケーション（以降、共有Ｗｉｎアプリと記す）と秘密データ処理用ウィンドウを管理するアプリケーション（以降、秘密Ｗｉｎアプリと記す）はＸクライアントであり、これらは画面表示やキー入力、ポインタ入力を行うＸサーバとＸプロトコルによりデータの受け渡しを行う。

共有Ｗｉｎアプリは、アプリケーション共有機能を実行するアプリケーションであり、ＡＳＣＥ１２１ともインターフェイスを持つ。
また秘密Ｗｉｎアプリも通信相手端末を制御するためにＡＳＣＥ１２１とインターフェイスを持つ。秘密Ｗｉｎアプリと共有Ｗｉｎアプリとの間は、クライアント間の情報交換を行うためのセレクションを使用した方法によりデータの受け渡しを行う。
なお、セレクションを使用したクライアント間の通信方法は、Ｘプロトコル仕様の一部であるＩＣＣＣＭ（Inter Client Communication Conventions Manual）の規格書に記載されており、その概要を説明する。
共有Ｗｉｎアプリからファイル名を秘密Ｗｉｎアプリに渡す場合について説明する。
セレクションは、任意の時点で１つのアプリケーションのみが所有できるトークンである。秘密モードになると、共有ＷｉｎアプリはＸライブラリであるＸＳｅｔＳｅｌｅｃｔｉｏｎＯｗｎｅｒをコールしてセレクションを所有する。
秘密Ｗｉｎアプリは、ＸＧｅｔＳｅｌｅｃｔｉｏｎＯｗｎｅｒをコールしてセレクションを所有しているウィンドウＩＤ、即ち共有ウィンドウのウィンドウＩＤを取得する。
そして、秘密ＷｉｎアプリはＸＣｏｎｖｅｒｔＳｅｌｅｃｔｉｏｎをコールし、Ｘサーバが共有ＷｉｎアプリへＳｅｌｅｃｔｉｏｎＲｅｑｕｅｓｔイベントを通知して、ファイル名をプロパティに格納するよう依頼する。
共有Ｗｉｎアプリは、ファイル名をプロパティに格納した後、ＸＳｅｎｄＥｖｅｎｔをコールして秘密ＷｉｎアプリへＳｅｌｅｃｔｉｏｎＮｏｔｉｆｙイベントを通知する。秘密Ｗｉｎアプリはこのイベントを受けると、プロパティからファイル名を取得する。
秘密Ｗｉｎアプリ１４１、共有Ｗｉｎアプリ１４２、Ｘサーバ１４３、ＡＳＣＥ１２１の関係は図１８に示すようになる。

〔第５の実施形態〕
端末１００の秘密データ処理用ウィンドウにて入力された手書きデータが共有文書に追加され、この手書きデータの追加表示が秘密情報の開示を許可された端末の共有ウィンドウに対してなされる場合について説明する。
図１９は、議長端末と秘密情報の開示が許可された端末の共有Ｗｉｎアプリ、Ｘサーバ、ＡＳＣＥ、及び端末の秘密Ｗｉｎアプリの各プロセス間のデータの流れを示した図である。以下、この図１９を参照しながら説明する。
議長端末である端末１００の共有ウィンドウには共有文書が表示され、端末１０１〜端末１０４の共有ウィンドウには端末１００が所有の共有文書が表示されている。議長端末１００の秘密モードボタン１１３が押されると、端末１００は秘密モードになる。秘密モードになると、端末１００は秘密Ｗｉｎアプリ１４１ａを起動すると共に、全ての端末間で共有される共有文書とこの文書をコピーして生成されたローカルな文書（データ内容は共有文書と同じ）を持つ。このローカルな文書は以下のようにして生成される。
秘密モードになると、共有Ｗｉｎアプリ１４２ａは共有ウィンドウに表示された文書ファイルのファイル名を、上述したセレクションを使用した方法により秘密Ｗｉｎアプリ１４１ａへ渡す（矢印ａ）。秘密Ｗｉｎアプリ１４１ａはこのファイルをテンポラリなファイルにコピーし、このテンポラリなファイルをオープンして文書ファイルのデータを秘密データ処理用ウィンドウに表示する。
続いて、秘密Ｗｉｎアプリ１４１ａはポップアップウィンドウを生成、表示し、このウィンドウに、共有ウィンドウに表示された文書データの表示開始位置と秘密データ処理用ウィンドウに表示された文書データの表示開始位置を合わせる操作を催促するメッセージを表示する。

端末１００のユーザ（議長）は、共有ウィンドウに表示された文書データの表示開始位置と秘密データ処理用ウィンドウに表示された文書データの表示開始位置を合わせる。例えば、同じページの先頭に合わせる。ここで、秘密操作ボタン１１４が押されると、秘密操作モードになる。そして、議長により、秘密データ処理用ウィンドウにて秘密性のある文章が手書き入力される。秘密操作モードになると、Ｘサーバ１４３ａは秘密Ｗｉｎアプリ１４１ａに通知するキー入力イベントとポインタ入力イベント（矢印ｂ）のイベントデータをキューにも入れる。このキューはプログラム中に定義された配列である。そして、秘密データ処理用ウィンドウにて秘密性のあるデータ領域を黒で矩形塗りつぶし描画が行われ（矢印ｂ、ｃ）、編集同期ボタン２４が押されると、秘密操作モードを解除し、端末１００のＸサーバ１４３ａはキューに貯めておいたイベントデータを共有Ｗｉｎアプリ１４２ａに渡す（矢印ｄ）。共有Ｗｉｎアプリ１４２ａは秘密Ｗｉｎアプリ１４１ａと同じ動作処理を行い、秘密性のあるデータ領域を黒で矩形塗りつぶし描画する（矢印ｅ）。そして、この更新された表示データをＡＳＣＥ１２１間のプロトコルにより他の全ての端末（端末１０１〜端末１０４）へ送信し（矢印ｆ、ｇ）、端末１０１〜端末１０４は共有Ｗｉｎアプリ１４２ｂにより、このデータを自端末の共有ウィンドウ（シャドーウィンドウ）に表示させる（矢印ｈ、ｉ）。
この時、端末１００のＡＳＣＥ１２１ａは、更新領域のビットマップデータをＵｐｄａｔｅＰＤＵ（Update Protocol Data Unit）に含めて送信する。表示データの送信が終了すると、共有Ｗｉｎアプリ１４２ａはセレクションを使用したクライアント間通信により秘密Ｗｉｎアプリ１４１ａへ送信終了を通知する（矢印ａ）。秘密Ｗｉｎアプリ１４１ａは送信終了通知を受けると、秘密情報の開示禁止端末に対して表示データの共有を解除するために、ＡＳＣＥ１２１ａにｄｅａｃｔｉｖａｔｅＩＤパラメータとして秘密開示禁止端末のＭＣＳユーザＩＤを含めたＤｅａｃｔｉｖａｔｅＯｔｈｅｒＰＤＵの送信を要求する（矢印ｊ）。
なお、会議に参加する個々の端末に対する秘密情報の開示許可の情報は、会議開始前に予め議長端末１００に登録しておく。

ＡＳＣＥ１２１ａは、指定された宛先端末にＤｅａｃｔｉｖａｔｅＯｔｈｅｒＰＤＵを送信し、これを受信した端末は共有ウィンドウを非アクティブな状態にする。続いて、秘密Ｗｉｎアプリ１４１ａは、Ｕｎｄｏ（元に戻す）コマンドを、セレクションを使用したクライアント間通信により共有Ｗｉｎアプリ１４２ａに通知する（矢印ｋ）。共有Ｗｉｎアプリ１４２ａはこの通知を受けると矩形塗りつぶし描画に対してＵｎｄｏ処理を行い、秘密性のあるデータが再び表示される（矢印ｅ）。この更新された表示データはＡＳＣＥ１２１間のプロトコルにより他の全ての端末（端末１０１〜端末１０４）へ送信される（矢印ｆ、ｇ）。そして、秘密性のあるデータは、共有ウィンドウがアクティブな状態となっている端末では表示される（矢印ｈ、ｉ）が、非アクティブな状態となっている端末には表示されない。その後、議長により、秘密データ処理用ウィンドウを閉じる操作が行われると、秘密Ｗｉｎアプリ１４１ａは終了、削除され、また秘密モードを解除する。
これまで説明した第５の実施形態における議長端末１００の動作フローは、図２０、図２１に示すステップＳ５１〜Ｓ７０により示される。
上記第５の実施形態では、端末１００〜端末１０４との間の通信手段として無線ＬＡＮを使用した場合について説明したが、Ｂｌｕｅｔｏｏｔｈや有線ＬＡＮ（イーサネット；登録商標）等の他の通信手段を使用することも可能である。また、端末１００〜端末１０４は携帯型表示パッドとして説明したが、上記の動作を実行できる端末であれば何でもよく、例えばノートＰＣ等も使用可能である。

端末間データ通信型の電子会議システムにおいても、１つの端末にて更新された画面データを他の全ての端末へ送信して全ての端末が同じ画面データを表示する完全画面共有モードと、前記更新された画面データを特定の端末のみへ送信して、特定の端末のみが更新された画面データを表示する限定画面共有モードとを持たせることができる。
限定画面共有モードは、上記の議長端末において、あるアプリケーション（例えば秘密Ｗｉｎアプリ）から秘密情報の開示禁止端末に対して表示データの共有を解除するために、ＡＳＣＥ１２１にｄｅａｃｔｉｖａｔｅＩＤパラメータとして秘密開示禁止端末のＭＣＳユーザＩＤを含めたＤｅａｃｔｉｖａｔｅＯｔｈｅｒＰＤＵの送信を要求し、ＡＳＣＥ１２１が指定された宛先端末にＤｅａｃｔｉｖａｔｅＯｔｈｅｒＰＤＵを送信することで実現できる。これを受信した端末は共有ウィンドウを非アクティブな状態にするため、この端末ではこれ以降、議長端末の共有ウィンドウの更新画面データは表示されないことになる。

サーバ／クライアントシステムのシステム構成例を示した図。 クライアントである携帯型表示パッドのハードウェア構成図。 ＶＮＣプロトコル（ＲＦＢプロトコル）とＸプロトコルとの関係を示した図。 サーバのＶＮＣサーバプロセスとクライアント間のデータの流れを示した図。 文書に追加された文章の一部を秘密領域に指定した例を示した図。 第２のＶＮＣサーバの画面バッファにある画面データと透明スクリーンを論理的なプレーンに階層化して表した図。 秘密情報の開示を許可されていないクライアント端末における更新画面の一例を示す図。 第１の実施形態における第１のＶＮＣサーバの動作フロー図。 文書に追加された文章の一部を２段階の秘密領域に指定した例を示した図。 秘密情報の開示を許可されていないクライアント端末における更新画面の一例を示す図。 第２の実施形態における第１のＶＮＣサーバの動作フロー図。 第３の実施形態における第１のＶＮＣサーバの動作フロー図。 第４の実施形態における第１のＶＮＣサーバの動作フロー図。 複数の端末からなるネットワーク構成例を示した図。 端末である携帯型表示パッドのハードウェア構成を示した図。 会議通信のプロトコル構成を示した図。 端末１００を議長端末とした場合のＭＣＳドメインの階層構造を示した図。 秘密Ｗｉｎアプリ、共有Ｗｉｎアプリ、Ｘサーバ、ＡＳＣＥの関係を示した図。 議長端末と秘密情報の開示が許可された端末の共有Ｗｉｎアプリ、Ｘサーバ、ＡＳＣＥ、及び端末の秘密Ｗｉｎアプリの各プロセス間のデータの流れ図。 第５の実施形態における議長端末の動作フロー図。 第５の実施形態における議長端末の動作フロー図。

符号の説明

１ サーバ、２ 大型ディスプレイ装置、３〜６ クライアント、７〜１０ １０５〜１０９ 電子ペン、２０ 携帯型表示パッド、２１ ＣＰＵ、２２ クロック、２３ スイッチ回路、２４ 編集同期ボタン、２５ 秘密設定ボタン、２６ メインメモリ、２７ ＲＯＭ、２８ ＲＴＣ、２９ 無線ＬＡＮコントローラ、３０ アンテナ、３１ ＬＣＤ表示コントローラ、３２ ＬＣＤ、３３ タッチパネルコントローラ、３４ タッチパネル、３５ ＵＳＢコントローラ、３６ ＵＳＢ Ｉ／Ｆ、３７ システムバス、３８ バッテリ、３９ ＤＣ−ＤＣコンバータ、４０ 充電回路、４１ ＡＣアダプタ、４５ ＶＮＣサーバ（Ｘサーバ）、４６ ＶＮＣクライアント、４７ Ｘクライアント、５１ 第１のＶＮＣサーバ、５２ 第２のＶＮＣサーバ、５３ 第１の文書編集アプリケーション、５４ 第２の文書編集アプリケーション、５５ ＶＮＣクライアント、１００〜１０４ 端末、１１０ 携帯型表示パッド、１１１ ＨＤコントローラ、１１２ ハードディスク、１２０ 会議アプリケーション、１２１ ＡＳＣＥ、１２２ ＳＩＣＥ、１２３ ＢＦＴＥ、１２４ ノードコントローラ、１２５ ＧＣＣ、１２６ ＭＣＳ、１２７ ＴＣＰ、１２８ ＩＰ、１２９無線ＬＡＮドライバ、１３１ 議長端末のＭＣＳプロバイダ、１３２〜１３５ 他の端末のＭＣＳプロバイダ、１４１ 秘密Ｗｉｎアプリ、１４２ 共有Ｗｉｎアプリ、１４３ Ｘサーバ

Claims (11)

1. サーバにある画面データをクライアント端末へ送信し、前記クライアント端末は受信した画面データをディスプレイに表示させながら電子会議を行う電子会議システムにおいて、前記サーバは各クライアント端末へ送信する画面データ中の特定領域を任意のデータに置換する画面データ置換手段を備え、特定のクライアント端末に対して、前記画面データ置換手段を有効にすることを特徴とする電子会議システム。
2. 前記画面データ置換手段により置換する画面データ領域は任意に設定できることを特徴とする請求項１に記載の電子会議システム。
3. 前記画面データ置換手段により置換する画面データ領域は、クライアント端末毎に任意に設定できることを特徴とする請求項１に記載の電子会議システム。
4. 前記画面データ置換手段を有効にされた画面データの送信先である特定のクライアント端末は、予めサーバに登録されていることを特徴とする請求項１乃至請求項３の何れか１項に記載の電子会議システム。
5. 電子会議通信を実行しているクライアント端末の中で議長権を持った端末が、画面データ置換手段を有効にされた画面データの送信先であるクライアント端末を選択、指定することを特徴とする請求項１乃至請求項３の何れか１項に記載の電子会議システム。
6. サーバにある画面データをクライアント端末へ送信し、前記クライアント端末は受信した画面データをディスプレイに表示させながら電子会議を行う電子会議システムにおいて、前記サーバは更新された画面データを全てのクライアント端末へ送信して全ての端末が同じ画面データを表示する完全画面共有モードと、前記更新された画面データを特定のクライアント端末へ送信して、特定のクライアント端末が更新された画面データを表示する限定画面共有モードとを備えることを特徴とする電子会議システム。
7. 前記限定画面共有モード時に更新された画面データの送信先である特定のクライアント端末は、予めサーバに登録されていることを特徴とする請求項６に記載の電子会議システム。
8. 電子会議通信を実行しているクライアント端末の中で議長権を持った端末が、限定画面共有モード時に更新された画面データの送信先であるクライアント端末を選択、指定することを特徴とする請求項６に記載の電子会議システム。
9. サーバにある画面データをクライアント端末へ送信し、前記クライアント端末は受信した画面データをディスプレイに表示させながら電子会議を行う電子会議システムにおいて、サーバは各クライアント端末へ送信する画面データ中の全てまたは特定領域を暗号化する画面データ暗号化手段を備え、前記画面データ暗号化手段により暗号化された画面データに対して復号化するためのキーを持ったクライアント端末のみが前記暗号化された画面データを復号化してディスプレイに表示させることを特徴とする電子会議システム。
10. ディスプレイを備えた複数の端末がネットワークに接続され、前記端末間で相互にデータの送受信を行う端末間データ通信型の電子会議システムにおいて、１つの端末が他の全ての端末へ送信する画面データ中の特定領域を任意のデータで置換する画面データ置換手段を備え、前記特定の端末に対して前記画面データ置換手段を有効にすることを特徴とする電子会議システム。
11. 前記画面データ置換手段により置換する画面データ領域は任意に設定できることを特徴とする請求項１０に記載の電子会議システム。

Images