JPH07182282A - コンピュータービデオ表示の添え書き - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、コンピュータービデオ表示の添え
書き手段を与える。 【構成】 本発明は複数のコンピューターが協同ビデオ
会議に参加しうるシステムである。一つのコンピュータ
ーが共通の画像を発生し、これを他のコンピューターに
分配する。本発明では他のコンピューターのユーザーが
各自のコンピューターにおいてその画像に添え書きする
（すなわちマークをつけ、図を描き、テキストを入力す
る）ことができる。本発明はその添え書きを他のコンピ
ューター上に複製する。可能な添え書きの一形式は「ハ
イライトを付けること」で、この場合はユーザーがカー
ソルで表示を横断する。そうするとカーソルの後ろに色
付きの軌跡が残る。軌跡は透明であり、その下の画像が
不明瞭にならない。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、協同ビデオ会議に利用
するコンピューターシステムに関し、特に協同ビデオ会
議の画面上で行なわれる添え書きの管理に関する。

【０００２】

【従来の技術】近代的電話システムは、異なる場所に居
る複数のパーティーが会議を行なうことを可能にさせ
る。しかしながら電話会議は参加者すべてが会議室の共
通のテーブルで面会する会議で得られるすべての便宜を
与えることはできない。

【０００３】例えば会議室では参加者は話題に関わる図
面あるいは製品等を見ることができる。その様な観察は
電話会議では不可能である。

【０００４】本発明は、電話システムを使って協同ビデ
オ会議を行なうためのシステムに関する。本発明はいく
つかのコンピューターに分配される共通の視覚的画像
（image）を発生する。当該コンピューターのユーザー
はその共通画像に添え書き（annotations）をすること
ができる。ユーザーがこれを行なうと、本発明はすべて
のコンピューターのすべてのディスプレー上にその添え
書きを複製する。

【０００５】本発明によれば、添え書きする基本的な画
像もしくは文書を破壊することがない。さらに、本発明
は、特定の型の添え書き、すなわちハイライト化、に関
する。

【０００６】

【発明が解決しようとする課題】本発明の課題は改良さ
れた電子会議システムを与えることである。

【０００７】本発明の別の課題は、ユーザーが遠隔的に
コンピュータプログラムを作動させることができるよう
にするシステムを与えることである。

【０００８】本発明のさらに別の課題は、複数のコンピ
ュータの一つに存在する単一のプログラムを、それらの
コンピューターが作動させることができるようにするシ
ステムを与えることである。

【０００９】本発明のさらに別の課題は、複数のコンピ
ューターのユーザーが共通の表示を見ることができると
ともに、それに添え書きすることができるシステムを与
えることである。

【００１０】本発明のさらに別の課題は、コンピュータ
ー上で行なわれる画像の添え書きが、その画像発生元の
データを損傷することがないシステムを与えることであ
る。

【００１１】

【課題を解決するための手段】本発明の一つの形態で
は、ユーザーがコンピューターディスプレー上で既存の
描画もしくはテキスト形式の画像の上に、描画し又はテ
キストを作成することができる。この新規に描かれた画
像は既存の画像があるロケーションと異なるロケーショ
ンに格納される。そのため、新規に描かれた画像は既存
の画像を取り出したファイルに影響を与えることがな
い。

【００１２】

【実施例】

概観 図１は電話線で接続された三台のコンピュータを示す。
各コンピュータは、メッセージ駆動されるマルチタスキ
ンググラフィカルユーザーインターフェイス（Graphica
l User Interface, GUI）を走らせる。その一例はワシ
ントン州レッドモンド市のマイクロソフトコーポレーシ
ョンから市販されているウインドウズという名のものが
ある。そのような GUI はまたオペレーティング動作環
境（operating environments）とも呼ばれる。

【００１３】GUI のユーザーはウィンドウズを使ったプ
ログラムを介して相互作用を与えるできる。本発明は遠
方にあるコンピュータのディスプレー全体ではなくて、
選択したいくつかのウィンドウを複製する。この選択的
な複製によってユーザーは自分のディスプレー（共用さ
れていない自分のエリア）上に個人的エリアを維持する
ことが可能となる。各コンピュータはまた本発明者が開
発したソフトウェアを走らせることができる。さらに、
一つのコンピュータ（ホスト）がアプリケーションプロ
グラムを走らせる。（GUI のマルチタスキング能力があ
るため、ホストが 両方のプログラムを走らせることが
可能である）。

【００１４】本発明は４つの基本モードのオペレーショ
ンを有する。

【００１５】１．アプリケーションモード（Applicatio
n Mode） 図１に示す三台のコンピュータのいずれのユーザーもア
プリケーションプログラムに命令を出すことができる。
例えば、アプリケーションプログラムが手持ち型計算機
をシュミレートするものであると仮定しよう。その初め
の状態が図２に示してある。この場合、各コンピュータ
ディスプレーが計算機を図示する。次の事象が起こると
仮定する： ・ホストのユーザーが（計算機プログラムの設計に応じ
てキーボードの入力あるいはマウスの入力により）計算
機のボタン「３」を押す。これに応答して、各計算機が
その表示領域に「３」を表示する。

【００１６】・遠隔使用者の一人が「＋」を押す。他の
遠隔ユーザーが「6」を押す。

【００１７】・ホストユーザーが「＝」を押す。

【００１８】この時点ですべての計算機が３と６の和で
ある「９」を表示する。ユーザー達は集団でこの計算機
プログラムのオペレーションを行い、各自のディスプレ
ーがその結果を表示する。

【００１９】この計算機プログラムは、合法的なシーケ
ンスが受信される限り、いずれのユーザーがボタンを押
したかは考慮せず、またユーザーの誰かがボタンを押さ
なかったかも考慮しない。（ただしユーザーたちは協力
的であり、いずれのユーザーも計算機のオペレーション
を懈怠しないと仮定する）。

【００２０】２．添え書きモード（Annotaion Mode） いずれのユーザーも「ペイント」プログラムに見られる
ものと同様の作図ツールを使ってユーザー自身のローカ
ルディスプレー上に描画することができる。ユーザー
は、ボックス、円、円弧、楕円等を作図することができ
る。ユーザーはまたディスプレー上の項目を消去するこ
とができる。

【００２１】本発明はユーザー達の添え書きを他のすべ
てのディスプレー上に複製することができ、したがって
すべてのユーザーが類似のディスプレーを見ることがで
きる。しかし次のような因子があるので、それらの表示
は異なることがあり得る。

【００２２】（Ａ）ディスプレーモニターが異なれば、
色の表現能力等の性質が異なる。

【００２３】（Ｂ）ディスプレーのプロトコル（IGA、B
GA など）が異なればグラフィックイメージの表現が異
なり、表示能力が異なる。

【００２４】（Ｃ） GUIが異なり 、あるいは同一の GU
I でもバージョンの異なる場合は表示方式が異なること
がある。

【００２５】（Ｄ）ユーザーの何人かは計算機が表示さ
れるウィンドウの大きさを変更することがあり、その結
果縮尺に差異が生じていることがある。

【００２６】これらの差異は表示されるイメージの外観
に差を生じさせる。しかしすべてのディスプレーの基本
的な内容は同一なはずである。寸法の差異を許容するた
めに、本発明は適当な縮尺で作図をすることができる。

【００２７】３．ローカル添え書きモード（Local Anno
taion Mode） ユーザーはローカルディスプレーに添え書きすることが
できるが、それらの添え書きは秘密に保たれるので、他
のユーザーはその添え書きを見ることができない。

【００２８】４．観察モード（View Mode） いずれのユーザーも添え書きすることができず、命令を
発行することもできない。しかし添え書きに類似した行
動を取ることができる。ユーザーは自分たちのカーソル
を移動させることができ、他のユーザーはその動きを見
ることができるので、遠隔的指摘（カーソルによる表示
物の位置の指摘）ができる。観察モードは、例えば添え
書きモードの実行中にある特定ユーザーのモードを観察
モードに指定する実施例などで有用である。この実施例
ではすべてのユーザーが添え書きすることができるが
「観察」ユーザーは見ることができるだけであり、添え
書きすることができない。

【００２９】各モードの説明 図３-図１４は例として計算機プログラムの使用を通し
て色々なモードを図示する。

【００３０】図３ ホストがアプリケーションプログラムを走らせる。

【００３１】モードは「添え書き」である。

【００３２】ユーザーの入力はホストコンピュータで行
なわれる。

【００３３】ユーザーが計算機のオペレーションを試み
る。

【００３４】ホストコンピューターのユーザーが計算機
を使って二つの数の加算を試みると仮定する。その試み
の対象となる最初の数について考える。

【００３５】ホストユーザーはホストのカーソルを計算
機のキー上に移動させ、マウスをクリックすることによ
りキー入力を試みる。しかしマウスのクリックはアプリ
ケーションプログラムに届かない。なぜならば本発明が
それを阻止するからである。アプリケーションプログラ
ムは応答しない。なぜならばプログラムがマウスのクリ
ックを受理しないからである。

【００３６】すなわち、さらに詳細に説明すると、 GUI
はこのマウスの移動を検出し、発生すべき「マウスメ
ッセージ」を発生させる。 GUI はこのマウスメッセー
ジをキュー（queue）におく。マウスメッセージはこの
キューの中で処理を待機する。図１５に示す「入力ルー
ター（INPUT ROUTER）」がこれらのメッセージを読む。
「添え書きモード」が現在実行中であるので、入力ルー
ターはこのメッセージを添え書きブロックに送る。アプ
リケーションはこのメッセージを受理せず、従って応答
しない。このマウスクリックは無視される。

【００３７】「添え書き」の応答 「添え書き」はマウスのメッセージに対して２通り（あ
るいはそれ以上）の応答をするように構成することがで
きる。その一つの構成では、添え書きはマウスが初めに
添え書きツールを選択することを要求する。選択がまっ
たく行われないと、「添え書き」はマウスメッセージを
無視する。

【００３８】選択は通常「ペイント」プログラムで行な
われるようにツールイメージ上でマウスをクリックする
ことにより行なう。「添え書き」はこのツールの選択を
認識し、次いでそれ以降のマウスのクリックは選択ツー
ルで描画するためのデータとして扱う。例えば長方形ツ
ールが選択されたときは、次の二つのマウスのクリック
が長方形の対角線上の隅を確定する。（後で議論する図
４が長方形の描画を例示する。） 第二の構成では、添え書きモードにあるときはペンのよ
うなデフォルトツールが自動的に選択される。この構成
ではユーザーが（クリックすることにより）計算機のボ
タンを押す試みを行うと、そのペンを使ったユーザーの
線の描画が（意図せずに）始まる。これを認識したユー
ザーは公知方法のいずれかを使って線の描画を修了させ
ることができる。

【００３９】それゆえ添え書き モードでは本発明は
（a）デフォルトの「添え書き」を開始することによっ
てマウスの入力に応答する、あるいは（b）「添え書
き」ツールが選択されないためにマウスの入力を無視す
る、のいずれかの応答をする。ユーザーからのキーボー
ド入力も同様に扱われる。もちろん「添え書き」が他の
応答をするように設計することもできる。

【００４０】カーソルの追跡 各ディスプレーは関連のマウスで位置決定できるカーソ
ルを示す。本発明はすべてのディスプレー上に各カーソ
ルを複製することができる。この様にして図３に示すよ
うに３つマウスを使うとき、３つのカーソルがある。
（ただし簡単のため、ただ一つのみ図示してある。） その結果、一人のユーザーがマウスを動かすとそれに対
応するカーソルがすべてのディスプレー上で運動する。

【００４１】一般的に３つのカーソルは識別が可能であ
る：各カーソルは例えば色・形状・ラベルの導入等によ
りその所有者を同定する。

【００４２】図４ ホストがアプリケーションプログラムを走らせる。

【００４３】モードは添え書きモードである。

【００４４】ユーザーの入力はホストコンピューターで
行なう。

【００４５】ユーザーは計算機の上にボックスの描画を
試みる。

【００４６】この状況は図３に示すものと極めて類似し
ている。ただし今の場合ユーザーが図３においてはボタ
ンを押すことを意図している代わりに添え書きを描画し
ようと試みている点が異なる。

【００４７】ホストコンピュータのユーザーが計算機の
上にボックスを描画すると仮定する。（このボックスは
強調のため過度に大きく図示されている。ボックスは計
算機自身を越えて伸びないことが望ましい。）本発明は
遠隔のコンピューター上にそのボックスを複製する。
（このボックスは図示していない添え書きツールを使っ
て描かれる）。

【００４８】図１５で見て、入力ルーターは論理の流れ
を「添え書き」宛てに送る。「添え書き」はそのボック
スを描くための適当なＧＤＩ機能を呼び出す。また「添
え書き」は「添え書きメッセージ」を接続ＡＰＩに送
る。この接続ＡＰＩが遠隔者に添え書きメッセージを届
ける。

【００４９】図１５に示す「添え書き」はこの添え書き
メッセージを受信する。この「添え書き」ブロックは各
遠隔コンピュータにおいて実行される論理を表す。この
「添え書き」はブロックＧＤＩを経由して適当なＧＤＩ
機能を呼び出す。

【００５０】「ＧＤＩ」とはグラフィカル デバイス イ
ンターフェイスの略号である。「ＧＤＩ機能」はＧＤ
Ｉ.ＥＸＥと呼ばれる大きなプログラムに含まれてい
る。ＧＤＩ機能は、呼び出されると、その後でユーザー
が入力する入力に基づいて円、ボックスあるいはテキス
トのような特定のグラフィックイメージを描く。ほかの
ＧＤＩ機能はペン幅の選択などの他のタスクを行なう。

【００５１】ＧＤＩＥＸＥは市販されている製品であ
る。ＧＤＩ.ＥＸＥに関する技術的な詳細はマイクロソ
フト社から入手可能な「ウィンドウズ ソフトウェア開
発キット」およびチャールス ペトゾルド著の「ウイン
ドウ図3.1のプログラミング」（ワシントン州レドモン
ド市：マイクロソフト プレス、ISBN 1-55615-395-3、
１９９２年発行）に記載されている。

【００５２】図５ ホストがアプリケーションプログラムを走らせる。

【００５３】モードは「アプリケーション」である。

【００５４】ユーザー入力はホストコンピューターで行
なわれる。

【００５５】ユーザーは計算機の使用を試みる。

【００５６】ホストユーザーは計算機のキー「３」の上
にカーソルを移動させマウスをクリックする。 GUI は
マウスメッセージを発生し、それをキューにおく。本発
明はマウスメッセージを呼んで、そのメッセージをアプ
リケーションプログラム（すなわち計算機プログラム）
に送る。このプログラムは、（１）キー「３」が押され
たこと、及び（２）ＧＤＩのコールを使って計算機のデ
ィスプレーに数字「３」を描画する、という応答をす
る。

【００５７】このアプリケーションプログラムはまた、
そのプログラムの内部的オペレーションを行うため、ユ
ーザーが「３」を入力したという事実を記録する。

【００５８】本発明は、計算機の中に「３」を描画して
いる際、および押されている「３」のボタンを表示する
際に、アプリケーションプログラムが出すＧＤＩコール
を中断する。他のコンピューターは同一のＧＤＩ機能を
実行することによりホストディスプレーを複製する。こ
のＧＤＩ中断に関する一層詳細な説明は「一般的な考
察」と題する後の節で述べる。

【００５９】この様にして、ホストのユーザーが計算機
を動作させることを全てのユーザーが同時に見ることが
できる。（きわめて短い遅延が関与するので、このホス
トの動作は厳密に同時的ではない。とは言え、ホスト及
び遠隔のコンピューターが並んで動作したとしても人は
多分その遅延に気付くことができないであろう。）図１
５においてマウスメッセージがアプリケーションプログ
ラムに指向されるべきであるということを入力ルーター
が認識し、論理の流れをアプリケーション（すなわち計
算機プログラム）に指向する。アプリケーションは、
（１）押された「３」のキーを描画し、（２）適当なＧ
ＤＩ機能を呼び出す、ことによって計算機のディスプレ
イ内に数字「３」を書き込む。

【００６０】しかし本発明はそれらが実行される前に、
アプリケーションプログラムのＧＤＩ呼び出しを図１５
に示すＧＤＩキャプチャー経由で捕捉（キャプチャー）
する。本発明は捕捉した呼び出し（コール）に付いて二
つのことを行なう。その一つとして、本発明は「接続Ａ
ＰＩ」ブロックを経由してこれらの呼び出しを他のコン
ピューターに通告する。このアクションは図１５に示す
「捕捉されたＧＤＩディスプレイ」ブロックに届く。そ
うするとブロックＧＤＩによって示すようにこのブロッ
クが各遠隔者に同一のＧＤＩ機能を実行させる。

【００６１】その二として、図１５に示すブロックＧＤ
Ｉ経由で本発明は、ホストで実行すべきアプリケーショ
ンプログラムが呼び出すＧＤＩ機能をホストで実行する
ことを許す。

【００６２】それゆえ、本発明はアプリケーションプロ
グラムが行なったＧＤＩ機能の呼び出し（コール）を捕
捉する。本発明は捕捉したコールを遠隔コンピューター
に通告する結果、遠隔コンピューターはそれらのコール
を複製することができる。本発明は、その捕捉したコー
ルが意図されたようにホスト上で実行されることを許
す。

【００６３】図６ ホストがアプリケーションプログラムを走らせる。

【００６４】モードは「ローカルな添え書き」である。

【００６５】ユーザー入力はホストコンピューターで行
なわれる。

【００６６】ユーザーが計算機に演算を行なわせること
を試みる。

【００６７】添え書きモードにおいて、ユーザーに与え
られているデフォルト添え書きツールがまったく無いと
仮定しよう。この仮定の下で、ユーザーがカーソルを計
算機のボタンまで移動させてボタンを「押す」と、図１
５の「入力ルーター」がマウスメッセージを「添え書
き」ブロックまで通過させる。このマウスクリックは有
効な添え書き入力シーケンスではないではない（ツール
が何も選択されていない）ので、何の「添え書き」も描
かない。

【００６８】更に、遠隔コンピューターは、ホストコン
ピューターのマウスに対応するカーソルの移動を示さな
い。なぜならば前述したように、「ローカルな添え書
き」の実行中は図１５のライン５が添え書きメッセージ
を他のコンピューターに送らないからである。

【００６９】更にまた、ホストディスプレイ上で計算機
のボタンを押しても、それに応答して押されたボタンを
描き直すことはしない。なぜならば、アプリケーション
がマウスメッセージを受信しなかったからである。アプ
リケーションが責任をもつのは押された計算機ボタンの
描画である。

【００７０】添え書きのデフォルトがローカル添え書き
モードをとっているユーザーに指定されているときは、
そのユーザーのマウスクリックによってそのツールによ
る描画が開始される。ユーザーが誤りに気づいたとき、
ユーザーは公知の方法で描画を終了するだろう。

【００７１】図７ ホストがアプリケーションプログラムを走らせる。

【００７２】モードは「ローカルの添え書き」である。

【００７３】ユーザー入力はホストコンピューターで行
なわれる。

【００７４】ユーザーは計算機に添え書きを試みる。

【００７５】これらの条件のもとで、図１５のＡ部に示
す入力ルーターはボックスの描画などの有効な添え書き
を認識する。入力ルーターはその論理の流れを「添え書
き」ブロックに指向し、「添え書き」ブロックが図７に
示すボックスの描画等の添え書きのための適当なＧＤＩ
機能を呼び出す。

【００７６】しかし、添え書きがローカルであるので、
図７に示すように遠隔コンピューター上には何のボック
スも描かれない。図１５のデータ路５に沿って何のデー
タも送られない。

【００７７】図８ ホストがアプリケーションプログラムを走らせる。

【００７８】モードは「観察」である。

【００７９】ユーザー入力はホストコンピューターで行
う。

【００８０】ユーザーが計算機のオペレーションを試み
る。

【００８１】図８が示すようにマウスのクリックは無視
され、遠隔コンピューターには何にも起きない。

【００８２】図１５において入力ルーターはこのマウス
メッセージを読むが、アプリケーションに届かないよう
にそれを阻止する。なぜなら現在のモードが「観察モー
ド（View Mode）」だからである。

【００８３】図９ ホストがアプリケーションプログラムを走らせる。

【００８４】モードは「添え書き」である。

【００８５】ユーザー入力は遠隔コンピューターで行な
う。

【００８６】ユーザーが計算機のオペレーションを試み
る。

【００８７】ユーザーがマウスカーソルを計算機のボタ
ン上に移動させ、マウスをクリックすると仮定する。こ
のクリックは無視される。他のコンピューター（ホスト
及び他の遠隔コンピューター）はユーザーのカーソルの
運動を示すが、それ以外は何も示さない。その理由は、
ツールが何も選択されていないからである。

【００８８】図１５において、入力ルーターはこのマウ
スメッセージがアプリケーションに到達することを阻止
する。論理演算は「添え書き」に当てられ、ＧＤＩブロ
ックを経由して「添え書き」がユーザーの遠隔ディスプ
レイ上にカーソルを描画する。「添え書き」もまた接続
ＡＰＩにデータを送り、この接続ＡＰＩが論理演算を図
１５の「添え書き」に当てる。この「添え書き」は、他
の二つのコンピューター（すなわちホスト及び当該他の
遠隔コンピューター）上に存在する添え書き論理内容を
表す。これらの「添え書き」ブロックはそれぞれのユー
ザーのカーソルに対応するカーソルを、図１５に示すＧ
ＤＩブロックを経由してそれぞれの場所で描画する。図
１５のＧＤＩはＧＤＩ機能コールの内容を表わす。

【００８９】ホストがボックス描画ツールのような一つ
のツールを使うことができる一方、遠隔コンピューター
は円を描くツールのような別のツールを使用することが
できる。

【００９０】図１０ ホストがアプリケーションプログラムを走らせる。

【００９１】モードは「添え書き」である。

【００９２】ユーザー入力は遠隔コンピューターで行な
う。

【００９３】ユーザーが計算機への添え書きを試みる。

【００９４】添え書きはボックスであると仮定する。全
てのディスプレイ上にボックスが描かれる。図１５にお
いて、ユーザーの遠隔コンピューターにある入力ルータ
ーがマウスメッセージを「添え書き」ブロックに送る。
「添え書き」は二つのことを行なう。その一つは「添え
書き」が添え書きであるボックスの描画を行なうための
適当なＧＤＩを呼び出す。

【００９５】その二は、「添え書き」が接続ＡＰＩに添
え書きメッセージを送り、接続ＡＰＩが他方のコンピュ
ータに添え書きメッセージを送る。ただしこれらの一方
はホストコンピューターであり、他方は遠隔コンピュー
ターである。ホストの論理プロセスが図１５の「添え書
き」に到達し、前記他方の遠隔コンピューターの論理プ
ロセスが図１５にある「添え書き」に到達する。

【００９６】これらの「添え書き」ブロックは両者と
も、適当なＧＤＩ機能を呼び出してこれにユーザー所望
の添え書きを描かせる。しかしホストの論理経路５はこ
の時点で取り上げられない。なぜなら、ホストの添え書
きを他のコンピューターに複製する必要がないからであ
る。

【００９７】図１１ ホストがアプリケーションプログラムを走らせる。

【００９８】モードはアプリケーションである。

【００９９】ユーザー入力は遠隔コンピューターで行
う。

【０１００】ユーザーが計算機のオペレーションを試み
る。

【０１０１】読者はこの計算機プログラムがホストにの
みロードされていることを思い起こされたい。ただし遠
隔コンピューターのユーザーがそれを作動させたいと希
望している。

【０１０２】図１５に示す遠隔ユーザーの入力ルーター
は、マウスメッセージを接続ＡＰＩに送る。ホストはこ
れらのメッセージを受信し、これらのメッセージは図１
５に示すホストの入力ルーターに届けられる。ホストの
入力ルーターはこれらメッセージをブロックアプリケー
ション（すなわち計算機プログラムであるアプリケーシ
ョンプログラムに）送る。このプログラムは二つの重要
なことを行なう。

【０１０３】遠隔マウスがそれらメッセージ出したにも
関わらず、計算機プログラムはそれらのメッセージをあ
たかもホストのマウスによって発行されたかのように扱
う。計算機プログラムはユーザーがデータ（すなわち
「３」）を入力したことを知ると、通常の方法で応答す
る。その応答は次のことを含んでいる：（１）押された
計算機ボタン「３」を示すこと。（２）計算機のディス
プレイ内に数字「３」を書き込むこと。及び（３）それ
自身の内部的計算を行なうこと。

【０１０４】しかし、計算機プログラムが前節の（１）
（２）を実行することができるようになるまえに、本発
明は最初に計算機プログラムが呼び出すＧＤＩ機能を捕
捉する。この捕捉は図１５のＧＤＩ捕捉ブロックに例示
されている。この捕捉の際、本発明は二つのことを行な
う。その一つは、（他のコンピューターが使用できるよ
うにするため）本発明がこれらのＧＤＩ機能を接続ＡＰ
Ｉに送る。ユーザーの遠隔コンピューターにおいては、
図１５に示す接続ＡＰＩがこのＧＤＩ機能を「捕捉され
たＧＤＩディスプレイ」に送る。このディスプレイはホ
ストディスプレイの複製を作成する。その二として本発
明は（図１５に示すブロックＧＤＩを経由して）ホスト
で実行されるべきＧＤＩ機能をホストで実行させる。そ
れゆえ、事象の一般的シーケンスは次の通りである： ・遠隔ユーザーが計算機ボタンを押す試みをする。

【０１０５】・遠隔コンピューター上で作動している本
発明は、この試みを検出し、ホスト上で走っている計算
機プログラムにデータを送る。このデータはメッセージ
の形式を取る。計算機のプログラムはこのメッセージが
ホストのマウスからきたものと「考える」。

【０１０６】・計算機プログラムが通常通りに働き、Ｇ
ＤＩコールを経由してホストディスプレイ上にイメージ
を描く。

【０１０７】・本発明がＧＤＩコールを捕捉し、それら
を遠隔コンピューターに通報する。

【０１０８】・遠隔コンピューターはホストのウィンド
ウを複製する。遠隔ユーザーはこのようにして、ホスト
上で走っている計算機プログラムを遠隔的に作動させる
ことができる。

【０１０９】別の言い方で要約すると、本発明は遠隔コ
ンピューターのマウスメッセージに基づいてマウスメッ
セージをホストに発生する。（ホスト上で走っている）
計算機プログラムが、それらのマウスメッセージがあた
かもホストで発生されたかのようにマウスメッセージに
応答する。本発明は計算機プログラムが行ったＧＤＩコ
ールを中断し、遠隔コンピューターにおける同一のＧＤ
Ｉコールを実行することにより、ホストディスプレイを
遠隔コンピューターに複製する。

【０１１０】図１２ ホストがアプリケーションプログラムを走らせる。

【０１１１】モードは「ローカルな添え書き」である。

【０１１２】ユーザー入力は遠隔コンピューターで行な
う。

【０１１３】ユーザーが計算機のオペレーッションを試
みる。

【０１１４】当該ユーザーのマウスクリックは無視され
る。ツールの選択に失敗しているので、このマウスの運
動に応答して他のディスプレー上に何も現われない。

【０１１５】図１３ ホストがアプリケーションプログラムを走らせる。

【０１１６】モードは「ローカルな添え書き」である。

【０１１７】ユーザー入力は遠隔コンピューターで行な
われる。

【０１１８】ユーザーが計算機への添え書きを試みる。

【０１１９】上に記したように、添え書きはユーザーの
ディスプレイ上に描かれる。他のディスプレイ上には何
の添え書きも起きない。

【０１２０】図１４ ホストがアプリケーションプログラムを走らせる。

【０１２１】モードは「観察」である。

【０１２２】ユーザー入力は遠隔コンピューターで行な
う。

【０１２３】ユーザーが計算機のオペレーションを試み
る。

【０１２４】ユーザーのディスプレイ上でマウスのカー
ソルが移動するが、マウスクリックは無視される。また
他の二つのディスプレイはユーザーのマウスカーソルの
運動を示さない。

【０１２５】一般的考察 １．別異のプログラムはディスプレイ全体のうちの異な
る部分で描画を行う。ディスプレイはＧＤＩ機能を使っ
て描かれる。しかし一つのディスプレイでも異なる部分
はそれぞれ別のプログラムによって描かれる。

【０１２６】これらすべての描画オペレーションがＧＤ
Ｉ機能を使用して行なわれるにも拘わらず、ＧＤＩ機能
はコンピューター間の排他的ディスプレイ複製通信媒体
ではない。

【０１２７】添え書きは一つの形態のコンピューター間
データ転送を含む。

【０１２８】アプリケーションプログラムによる描画は
他の形態のものを含む。

【０１２９】例えば、ユーザーが添え書きを行なうと
き、ユーザーのマウスメッセージは図１５に示す経路５
を経由して、他のコンピューターにおいて「メッセー
ジ」として複製される。これらの複製メッセージは次い
で、（他のコンピューターにおける）それぞれの「添え
書き」ブロックがその添え書きを描くための適当なＧＤ
Ｉコールを発行させる。すなわちＧＤＩコールは、その
添え書きを行なっているユーザーからは直接に他のコン
ピューターに送られない。

【０１３０】それとは対照的に、アプリケーションプロ
グラムがグラフィックイメージをディスプレイ上に描か
せている場合、本発明はそのＧＤＩコールを（図１５に
示す「ＧＤＩ捕捉」を経由して）中断し、そのＧＤＩコ
ールを他のコンピューター上に複製させる。

【０１３１】相違の理由 二つの異なる手順（マウスメッセージの複製及びＧＤＩ
コールの複製）を行なう主な理由は、添え書きがディス
プレイ情報とは異なったロケーションに格納されるため
である。

【０１３２】すなわち図２の計算機に戻って、アプリケ
ーションプログラムは次のような一般的な方法で計算機
のイメージを格納する。添え書きデータは本発明によっ
て格納される。アプリケーションプログラムデータは
（ホストにある）アプリケーションプログラムによって
格納される。各キーのイメージはＧＤＩ機能がそのキー
を引き出すことのできるデータとして格納される。この
データは位置、大きさ、色等の情報を含む。各キーは関
連の数を含む。その数は位置・大きさ・フォントタイプ
などの情報とともにテキストキャラクターとして格納す
ることができる。

【０１３３】添え書きデータは異なった場所に格納され
るが同じ一般的な方法で格納される。

【０１３４】添え書きあるいはアプリケーションプログ
ラムのいづれかがビットマップを必要とするときは公知
の方法でビットマップがＧＵＩにより格納される。

【０１３５】本発明は、マスキングに関する公知の技術
によって添え書きイメージをアプリケーションのイメー
ジと組み合わせる。すなわち本発明は、遠隔コンピュー
ターが受信したＧＤＩ機能をビットマップに再生する。
本発明は、受信した添え書き情報を、それとは異なるビ
ットマップに再生する。これら二つのビットマップは相
互にマスク掛けされる。

【０１３６】ユーザーがアプリケーションイメージを添
え書き抜きで保存できるようにする等の目的で、添え書
きデータはアプリケーションデータから分離して保存さ
れる。この代わりとして、ユーザーは添え書きデータを
単独に、あるいは添え書き済み表示の形で、保存するこ
とができる。

【０１３７】別個保存するもう一つの理由は、添え書き
データを別個に保存することは添え書きデータを全く有
しないディスプレイを描くのに便利であるからである。
添え書きデータが計算機イメージデータと混和してしま
ったときは、添え書きデータを除去することは不可能で
ないまでも困難である。

【０１３８】もしもＧＤＩコールを排他的に送信すると
すると（すなわちメッセージの複製が全く行なわれない
とすると）、添え書きデータを別個の格納するように構
成するための余分の作業が必要となろう。

【０１３９】２．ＧＤＩの中断もしくは捕捉 ＧＤＩの中断は次のように理解することができる。

【０１４０】Ａ．スタートアップの時点で、本発明は各
ＧＤＩ機能の最初の５バイトを、ある特定のプログラム
すなわち Trap.GDI へのジャンプ指令（JUMP）で置換す
る。

【０１４１】Ｂ． Trap.GDI は、所望のグラフィックイ
メージに対するパラメーターを獲得する（例えばボック
スの場合は二つの対角線の角の位置など）。そしてサブ
プログラムであるPkgDispCallを呼び出す。 Trap.GDI
はまた最初の５バイトをも置換する。

【０１４２】Ｃ．PkgDispCall は、 Trap.GDI からパラ
メーターを受信してブジェクト構造体（object structu
re ）を発生する。このオブジェクト構造体はほかのコ
ンピューターがボックスを描くのに必要な全ての要素を
含んだデータブロックである。

【０１４３】例えば、オブジェクト構造体はボックスの
寸法及び位置に関する情報を含んでいる。更にＧＵＩ
は、「コンテクスト（context）」内にイメージを描
く。このコンテクストは、ペンの巾・色そのほかの特徴
的なものを含んでいる。本発明は各コンピューターのコ
ンテクストを追跡する。もしも描いたボックスのコンテ
クストが遠隔コンピューターのコンテクストと異なって
いると、他のコンピューターが正しいコンテクストを発
生するのに必要なデータをPkgDispCall が含める。

【０１４４】Ｄ．オブジェクト構造体は他のコンピュー
タに発送され、当該他のコンピューターが同一のＧＤＩ
機能を実行する。

【０１４５】Ｅ．本発明はオリジナルのＧＤＩ機能を実
行する。

【０１４６】３．ディスプレイ全体が転送されることは
ない。ディスプレイはビット単位で置換されることはな
い。例えば、図２に示す計算機のイメージはビット単位
でコンピューター間を転送することもできよう。もしも
計算機が２００×３００ピクセルの空間を占めるなら
ば、６万ピクセル（すなわち２００×３００のピクセ
ル）に関する情報が送られなければならない。この代わ
りとして、図２に示す特定の計算機は１８個の長方形お
よび１８個の長方形各々に対する一テキスト文字として
扱われ、その結果全部で３４個のオブジェクトとなる。
各オブジェクトは、大きさ及び位置のようなパラメータ
ーを必要とする。パラメーターの数は小さくて３乃至１
０である。１０個のパラメーターがあると仮定すると、
３４０個のデータを送らなければならない。もちろん、
各データピース（データ片）の大きさは色々の因子に依
存するが、各ピースには小さなバイト数を想定すれば足
りる。

【０１４７】それゆえ、本発明はビット単位の複製では
６万ピース必要なデータを、オブジェクト複製のための
最大３４０ピースに低減する。もちろんオブジェクトに
よってはビットマップの形態を取ることがあり、ビット
ごとに送らなければならない。しかし一般的にビットマ
ップは稀にしか現われない。更に、一般的にビットマッ
プを送るときは一回だけ送られると予想される。

【０１４８】さらにオブジェクトデータは可能でれば圧
縮される。すなわちコンピューター間の情報伝達は、可
能であれば、圧縮したデータの形で行なわれる。圧縮は
本技術分野で公知である。

【０１４９】４．データリンクの形態 コンピュータ間の通信はいくつかの形態を取り得る。市
販されているネットワーク、ローカルエリア、及びワイ
ドエリアを使うことができる。市販されているＩＳＤＮ
電話回線は地方の電話会社から提供されており、これら
を使うこともできる。モデム通信を使うこともできる。

【０１５０】５．先行技術のメッセージ検出 入力デバイスに応答してＧＵＩで発生したメッセージを
検出する市販のパッケージが利用できる。そのようなパ
ッケージの一つは WINSIGHT であり、これはボーランド
インターナショナルから入手できる。しかしこれらの
パッケージは遠隔コンピューターにメッセージ通報しな
いと思われる。

【０１５１】６．代わりとなる「ＧＤＩ捕捉」 上記のグラフィックの捕捉に代わる方法は次の通りであ
る。本システムが与えるＧＤＩを、実際のシステムＧＤ
Ｉを呼び出す前にＧＤＩコールを処理する別個のプロシ
ージャで置き換える。システムＧＤＩの名前は二つのモ
ジュール間で混同することを防止するために変更され
る。システムに提供されているモジュールを介して行な
われるＧＤＩコールを捕捉するために、USR.EXE にも同
じテクニックが使われる。

【０１５２】７．一つ以上のコンピューターがアプリケ
ーションプログラムを走らせることができる。一つのプ
ログラムに対してある特定のコンピューターがホストと
して行動することができ、別のプログラムに対して遠隔
コンピューターが行動することができる。例えば一つの
コンピューターはワープロを走らせることができ、別の
コンピューターは描画プログラムを走らせることができ
る。それぞれのプログラムに対しては各々がホストであ
る。

【０１５３】各コンピューターに搭載された本発明のソ
フトウェアーは同一もしくは実質上同一であるので、す
べてのユーザーがワードプロセッサまたはＣＡＤプログ
ラムを上述したように走らせることができる。

【０１５４】８．「リアル」カーソルおよび「疑似」カ
ーソル 二つのタイプの「カーソル」がある。各ＧＵＩはそれ自
身の「リアル（real,実際の）」カーソルを所有する。
実際のカーソルはＧＵＩ機能よっては発生されず、ＧＵ
Ｉの中の独立の機能によって発生される。このカーソル
は、マウスの運動に応答してＧＵＩが移動させるビット
マップと見做すことができる。ローカルマウスによって
制御されるそのリアルカーソルに加えて、本発明は各遠
隔の参加者に対する「疑似」カーソルを発生する。疑似
カーソルはＧＤＩ機能を使って発生される。時折リアル
カーソルはカーソルの移動とともに変化する。例えば、
ツールバー上にあるときはカーソルは矢印の形状を取る
ことができ、クライアント領域上にあるときは手の形に
変化することができる。しばしばこの変化はアプリケー
ションプログラムの制御のもとにおかれる。

【０１５５】それゆえ、（図１１に示すように）遠隔ユ
ーザーがホストマシーン上で走っているアプリケーショ
ンプログラムを制御するときは、ＧＤＩコールを使用せ
ずにアプリケーションプログラムがホストマシーン上の
カーソルを変化させることができる。従って、図１５及
び１５Ａに示すＧＤＩの捕捉は、変化したカーソルを遠
隔ディスプレイ上で複製することに対して非能率であ
る。

【０１５６】この問題に対処するため、本発明はリアル
カーソル（例えば SetCursor コマンド等）を変化させ
る機能を監視する。本発明は遠隔コンピューター上でカ
ーソル変化を複製する。

【０１５７】同一の SetCursor コマンドを実行するこ
とも一つの方法である。もう一つの代わりの方法は、適
当なＧＤＩコールのシーケンスを実行することによっ
て、ホストカーソルが変化するときに遠隔カーソルを変
化させ、またはビットマップを描かせることであろう。

【０１５８】９．ディスプレイ全体は複製されない。本
発明はディスプレイのユーザーが同定するウィンドウを
複製するだけである。すなわちユーザーはノートパッド
のような作図片を会議の期間中秘密に保持することがで
きる。ＧＤＩコールはタスクハンドル（task handle）
を使用する。共用するアイテムをタスクハンドルが参照
しないならば、ＧＤＩコールは共用されない。

【０１５９】１０．添え書きについて。本節の１．「一
般的考察」の項で本発明は添え書きされたウインドウの
データとは異なるロケーションに添え書きデータを格納
することを考察した。この別異の格納ロケーションを用
意することにより、いくつかの重要な結果が得られる。

【０１６０】例えば、添え書きを書き込むとき、元の文
書（およびそれを表示しているウインドウ）は不変のま
まであり、その添え書きによって破壊されない。通常は
用紙の形態を取る物理的文書と上記の文書を、この点に
関して区別することが重要である。

【０１６１】後者の文書は物理的用紙を参照（refer）
しない。その代わりとして、この文書はテープあるいは
ディスクのような磁気媒体上あるいはコンピューター内
に格納されているビットパターンを参照する。このビッ
トマップはそれ自体は無形物であるが、文書と呼ぶこと
ができる。なぜならば、それから有形のコピーを容易に
抽出することができるからである。（コンピュータービ
デオディスプレーあるいはプリンタが有形コピーを作成
する。）マスキング 添え書きもビットパターンであるが、当該文書とは異な
るロケーションに格納される。添え書きした文書を表示
するため、コンピューターはマスキングという名で知ら
れるプロセスにより、添え書きをディスプレー上の文書
と組み合わせる。

【０１６２】マスキングは用紙の文書の上に、添え書き
をした透明なシートを重畳することと似ている。二つの
組合わさったものの内容（透明シートと用紙文書）は複
合的な画像を生成する。

【０１６３】この重畳の喩えは、本発明が解決しようと
する問題点を指摘している。すなわち、上記の喩えで、
もしも（ａ）透明シートが不透明の添え書きを含み、
（ｂ）これらの不透明な添え書きが直接に文書上にある
とき、下にある画像は不透明な添え書きにより隠蔽され
る。

【０１６４】コンピューターディスプレーを発生する際
にも同様の型の隠蔽が起きうる。コンピューターディス
プレーはピークセルで構成される。例えば、ピクセル配
列６４０×４８０を有する表示が普遍的であり、ときに
は１０４８×７４８のピクセルさえある。図１６は、コ
ンピューターディスプレー上に現われる、ピクセルで書
かれたテキストワード「ＦＯＵＲＳＣＯＲＥ」を示す。

【０１６５】、図１７に示すように、会議の参加者が文
字「Ｃ」の周りにループ１００を描くことにより、この
テキストに添え書きすると仮定する。

【０１６６】添え書きの方法 参加者はループ１００を少なくとも二つの方法で描くこ
とができる。参加者は輪を描く機能を使うことができ
る。この機能は参加者が中心点と円周上の一点のような
二つの点を特定することを必要とする。この場合、ルー
プは完全に円であり、ループを構成する線の太さはピク
セルの数を選択することにより定まる。

【０１６７】図１７は二つ目の方法を示す。参加者は添
え書きモードのハイライト機能を選択する。このハイラ
イト機能はカーソルから航跡のように延びる跡を描く。
図１７に示すように、参加者がループ状にカーソルを掃
引すると、その跡がループを形成する。

【０１６８】これら二つの機能は描かれた線の色を別異
に扱う。円描画機能は、周全体にわたり固定した同一色
の円を描く。これとは対照的に、ハイライト機能は以下
に議論する原理にしたがって色を描く。（もちろん、こ
れらの原理は円描画機能を使った描画にも適用すること
ができるし、それなりのコンピューターコードを書くこ
とも可能である。） 本発明は、別の型の添え書きツール（道具）を提供す
る。このツールは付録のコードを実行すれば明白に理解
できるし、またコード自体のリストからも内容明白であ
る。例えば、添え書きツールの一つはを使えば、添え書
き者は添え書きとして文書上にテキスト行をタイプ入力
することができる。

【０１６９】隠蔽問題の解決方法 図１７のループはテキストと同じ色になっており、
「Ｓ」および「Ｏ」をぼかしている。もしもループがテ
キストと異なる色で描かれても、図１８に示すように類
似のぼかしが生ずるであろう。

【０１７０】本発明は円を描くときは、ある型のＡＮＤ
演算を使うことにより、これらの問題に少なくとも二つ
の解答を用意する。「ある型のＡＮＤ演算」と言う表現
は以下の一般的な手順を意味し、それは以下の一般的な
結果を与える。（一般的な記述をするのは、可能な組み
合わせの数が巨大なので、可能な各色の組み合わせを同
定することは絶望的なほど複雑であるからである。）本
発明はカーソルによって掃引された跡に含まれるピクセ
ルの色を変化させる（ハイライト機能を選択した場
合）。しかし、各ピクセルの色を変更する前に、既存の
ピクセルの色が背景の色と同一であるか否かの質問が行
なわれる。もしも答えがイエスであれば、変更しようと
するピクセルは画像の一部であることを示しており、そ
のときは円および画像のいずれの色とも異なる色にピク
セルの色が変化される。

【０１７１】すなわち、図１９を考えると、本発明は四
つの色を発生する。

【０１７２】（１）背景の色、（２）既存画像の色
（「ＦＯＵＲＳＣＯＲＥ」が画像である。

【０１７３】（３）既存画像を横切るループの航跡の色
（ループは「Ｓ」および「Ｏ」を横断する。）および
（４）既存画像の外側に位置するループの航跡の色。

【０１７４】色変更の代わりの型 もう一つの方法として、本発明の質問の結果、変更間近
のピクセルが、ある画像の一部であることが示されると
きは、画像を不変に放っておき、その結果図２０に示す
結果が生ずるようにできる。

【０１７５】もちろん、この方法の場合、ループの色が
既存の画像の色と同一であれば、図１７の状況が生ず
る。この状況は、ディスプレー上に既に存在するいかな
る色の添え書きも許さないようにすることにより、防止
できる。

【０１７６】ここに述べた議論は、ハイライトを付けを
行なうカーソルが任意の経路で画像を横断したとき、ハ
イライト機能がどのようにピクセル色を取り扱うかを例
示するものである。従来のハイライト化の概念にもっと
近い概念が図２１に示してある。

【０１７７】この手順は、生じる結果に合わせて構成す
ることを認識されたい。これらの結果を得るためのソフ
トウェアは無数にある。

【０１７８】ハイライト化の例 添え書きする者がハイライト機能を使って添え書きモー
ドを選択し、次いで単語「ＳＣＯＲＥ」を横断するよう
にカーソルを掃引すると、図２１に示すハイライトが発
生する。

【０１７９】図２２には別の形のハイライトが示してあ
る。これは図２０に示す添え書きの型に対応する。すな
わち既存の画像の色は変更されておらず、画像を囲む背
景の色のみが変更されている。

【０１８０】ハイライト色の選択 これまでの議論は、図１７に示す消去を防止するため、
添え書きする者は添え書きされる画像に使用されている
色と異なる色を使用すべきある、と言うことを多分に仄
めかしていた。しかし、このような消去は、しばしば画
像を抹消扱いするときなど、積極的に所望される。

【０１８１】それゆえ、消去を伴う添え書きおよび消去
を伴わない添え書きの両方を包含するため、本発明はい
くつかの色のペンを用意し、いろいろの型のＥＸ-ＯＲ
演算を使用する。これらの組み合わせによって、（ａ）
不透明なハイライトおよび添え書き（これは文書上の画
像をぼかす）および（ｂ）透明な色付きハイライトおよ
び添え書き（これは文書の画像をぼかさない）の両方が
可能になる。

【０１８２】いろいろの色のペンとブラシを使ったいろ
いろの型のＥＸ-ＯＲ演算が行なわれる。例えば、文書
が黒の画像を含んでいるのであれば、少なくとも二色の
ペンおよびブラシの添え書きが利用できるべきである。
消去を行なうためには黒ペンが利用できるべきであり、
またハイライト化を行なうためには透明な、色付きのペ
ンが利用できるべきである。

【０１８３】例えばハイライトには黄色のペンで足りる
であろうし、図２０に示す型のハイライトを与えるため
にはＥＸ-ＯＲ演算が利用できるべきであろう。ハイラ
イト化された単語「ＳＣＯＲＥ」は、ＥＸ-ＯＲ演算に
より灰色に見えるようにすることができる。この単語の
残りの部分は黒であり、「ＳＣＯＲＥ」を囲むフィール
ドは黄色である。

【０１８４】もしもさらに、緑のペンが追加されると
き、緑色のペンが黒の画像を横切ると、ＥＸ-ＯＲ演算
は別の色を与えるべきであろう。その色は多分灰色でな
いことが好ましい。（黄色のペンが既に元の画像を横切
った場合に）緑のペンが灰色の画像を横断するときは、
ＥＸ-ＯＲ演算でさらに別の色を選択すべきであるテキストを使用した添え書き 添え書き者は添え書きモードおよびテキスト機能を選択
することができる。この組み合わせによって、添え書き
者は選択した位置にカーソルを駐留させることができ、
添え書きをタイプ入力することができる。図２２および
２４はその一例を示す。

【０１８５】図２３は元の文書を示す。図２４はテキス
ト機能を使って行なわれた添え書きを例示する。図２５
はハイライト機能（あるいは描画機能）を使って行なわ
れた、誤った言葉を横断する添え書きを例示する。図２
５に示すこの添え書きは、単一のファイル内に格納され
る。（すなわち、添え書きおよび文書は異なるロケーシ
ョンに格納される。） 編集者は後でその格納された、添え書きされた画像を取
り出し、本発明を使って第一ウインドウにそれを表示す
ることができる。編集者は第二ウインドウにワードプロ
セッサを走らせるだろう。編集者は第一ウインドウ内の
添え書きした文書を見ながら第二のウインドウ内で元の
文書に訂正を行なう。その後、編集者は編集した元の文
書を保存する。

【０１８６】利点 （ａ）添え書き、（ｂ）随意選択的なハイライト化、お
よび（ｃ）添え書きする文書とは異なる別のロケーショ
ンへ添え書き／ハイライトデータを格納することの組み
合わせにより、以下に述べる利点が得られる。

【０１８７】第一に、ウインドウ又はウインドウ内に表
示されている文書のいずれの内容にも影響を与えずにデ
ィスプレー上のウインドウに添え書きすることができ
る。これは実際に変更を実行せずに「文書に試しの変更
をやってみる」ことを可能にする。これはまた、ウイン
ドウの内容に永久的な影響を与えずに参加者がウインド
ウの一部を強調することを可能にする。

【０１８８】第二に、添え書きをローカルモードで行な
うことにより個人的に添え書きを行なうことができる。
他の誰もその添え書きを見ることができず、また誰も添
え書きした文書を修正することがない。

【０１８９】第三に、もしも添え書きが共用ウインドウ
上で行なわれると、添え書きはすべての他の会議参加者
のディスプレー上に現われる。添え書きを発生するデー
タは、各参加者のコンピューター内に格納される。した
がって各参加者は添え書きのコピーを受領する。各参加
者は添え書きウインドウをフロッピーディスク上に格納
することができ、後でその添え書きウインドウを再構築
することができる。

【０１９０】第四に、添え書きを行なっているユーザー
は添え書きモードから切り替えを行なって出ることがで
き、直接に添え書き済み文書を編集することができる。
すなわち、添え書きは校正者のマークを含む文書とみな
すことができる。ユーザーは校正者のマーク付き文書を
見ることができ、同時にその文書を編集することができ
る。もちろん、編集してもそれらの添え書きは除去され
ない。なぜならば、除去は添え書きモードで行なわなけ
ればならないが、編集はアプリケーションモードで行な
われるからである。

【０１９１】しかしながら、校正者のマークの除去は非
常に簡単なプロセスである。単一のコマンドシーケンス
ですべての添え書きを一度に除去することができる。

【０１９２】第四の利点を別の観点から言い直すと、ユ
ーザーはワードプロセッサプログラムを使って文書を発
生することができる。その後、ユーザーは文書を遠隔会
議セッションに提出すると、多数の参加者がそれぞれの
コンピューターでその文書を見る。これらの参加者は文
書に添え書きすることができる。

【０１９３】参加者は、「ペイント」プログラムで行な
っているように、その文書にフリーハンドのノートを書
き込むことができる。参加者はまた、テキストモードの
添え書きを使用することもでき、他方、参加者はその文
書上に選択した位置にカーソルを駐留させることもで
き、文書に添え書きをタイプ入力することもできる。

【０１９４】添え書きが終了した後、添え書きした文書
は編集者に転送することができる。もしも編集者が参加
者であれば、転送は不要である。編集者が参加者でなけ
れば、添え書きした文書ファイルが公知の方法で編集者
に転送される。

【０１９５】編集者はアプリケーションモードを呼び出
して添え書きを文書に含める。この場合、すべての参加
者の添え書きの集合を含んだ単一の文書が見える。編集
者は添え書きにより示された変更を行なう。

【０１９６】次いで編集者は文書を保存する。その文書
および添え書きは異なるロケーションに格納されている
ので、保存されるのは添え書き無しの文書であるが、添
え書きにより要求された上記変更に適合している。

【０１９７】編集者はまた、すべての添え書きを全体的
に削除することができる。

【０１９８】第五に、付録のコンピューターコードを使
うことにより、ホストは任意に選んだ参加者に対して添
え書きを与え、添え書きすることを拒否または許可する
ことが可能である。

【０１９９】第六に、付録のコードを使うことにより、
ビデオウインドウを含めた任意のウインドウ上で添え書
きを行なうことが可能である。本例では、ビデオウイン
ドウはビットマップ画像であり、これは一般的にビデオ
カードのような専用のハードウェアにより描かれる。ビ
デオウインドウはＧＤＩコールを使っては描かれない。

【０２００】

【発明の効果】以上に説明したように本発明の利点は多
々あるが、その主な点をまとめると、本発明の改良され
た電子会議システムでは、ユーザーが遠隔的にコンピュ
ータプログラムを作動させることができ、しかも複数の
コンピュータの一つに存在する単一のプログラムを共用
的に作動させることができる。

【０２０１】さらに本発明によれば、複数のコンピュー
ターのユーザーが共通の表示を見ることができるのみな
らず、それに添え書きすることができる。その場合、本
システムは、添え書きされる画像とは別のロケーション
に添え書きが格納できるので、画像発生元のデータを損
傷することがないようにすることができる。しかも保存
されるのは添え書き無しの文書であるが、すべての添え
書きに適合することができる。

【図面の簡単な説明】

【図１】 電話線で接続された三台のコンピュータを示
す図である。

【図２】 図の３ないし図１４に詳細に説明する実施例
の一例を示す。本例では計算機プログラムがいろいろの
パーティーにより作動され、添え書きを付けられる。

【図３】 本発明が添え書きモードにあるときにホスト
ユーザーの一人が計算機のオペレーションを試みる場
合、本発明がどのように応答するかを示す図である。

【図４】 本発明が添え書きモードにあるときにホスト
ユーザーの一人が計算機に添え書きを試みる場合、本発
明がどのように応答するかを示す図である。

【図５】 本発明がアプリケーションモードのあるとき
にホストユーザーの一人が計算機のオペレーションを試
みる場合、本発明がどのように応答するかを示す図であ
る。

【図６】 本発明がローカル添え書きモードにあるとき
にホストユーザーの一人が計算機のオペレーションを試
みる場合、本発明がどのように応答するかを示す図であ
る。

【図７】 本発明がローカル添え書きモードにあるとき
にホストユーザーの一人が計算機に添え書きを試みる場
合、本発明がどのように応答するかを示す図である。

【図８】 本発明がビューモードにあるときにホストユ
ーザーにどのように応答するかを示す図である。

【図９】 本発明が添え書きモードにあるときに遠隔の
ユーザーが計算機のオペレーションを試みる場合、本発
明がどのように応答するかを示す図である。

【図１０】 本発明が添え書きモードにあるときに遠隔
のユーザーが計算機に添え書きを試みる場合、本発明が
どのように応答するかを示す図である。

【図１１】 本発明がアプリケーションモードにあると
きに遠隔のユーザーが計算機のオペレーションを試みる
場合、本発明がどのように応答するかを示す図である。

【図１２】 本発明がローカル添え書きモードにあると
きに遠隔のユーザーが計算機のオペレーションを試みる
場合、本発明がどのように応答するかを示す図である。

【図１３】 本発明がローカル添え書きモードにあると
きに遠隔のユーザーが計算機に添え書きを試みる場合、
本発明がどのように応答するかを示す図である。

【図１４】 本発明がビューモードにあるときに遠隔の
ユーザーにどのように応答するかを示す図である。

【図１５】 本発明で使用する論理の流れを例示する図
である。

【図１６】 テキストがどのようにピクセルフォーマッ
トで描かれるかを示す図である。

【図１７】 図１６のテキストの文字の周りにテキスト
と同じ色で描かれたループが、どのように描かれ、周囲
の文字をぼかすかを示す図である。

【図１８】 テキストと異なる色で描かれたループが、
どのように図１６のテキストの文字列をぼかすかを示す
図である。

【図１９】 ぼかしを回避するため、テキストの色とル
ープの色とに施すＡＮＤ演算を示す図である。

【図２０】 別の型のＡＮＤ演算を示す図である。

【図２１】 ハイライトの一つの型を示す図である。

【図２２】 別の型のハイライトを示す図である。

【図２３】 テキストおよびグラフィックを添え書きツ
ールとした例を示す図である。

【図２４】 テキストおよびグラフィックを添え書きツ
ールとした例を示す別の図である。

【図２５】 テキストおよびグラフィックを添え書きツ
ールとした例を示す別の図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 デビッド アール．コネット アメリカ合衆国 イリノイ州 60510 バ タビア、スタンディッシュ コート 823 (72)発明者 クリスタ エス．シュワルツ アメリカ合衆国 イリノイ州 60510 バ タビア、ジェニファー ドライブ 953

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数のコンピューターが少なくとも一つ
   の共通画像を表示するシステムにおいて、 （ａ）該コンピューターのユーザーが該共通画像上に添
   え書きを行なうことができるようにする添え書き手段
   と、 （ｂ）各コンピューターにおいて画像データとは異なる
   ロケーションに添え書きデータを格納する手段とを含
   み、該添え書き手段はこれにより各ユーザーが i）該共通画像上にテキストをタイプ入力すること、 ii）該共通画像上に線を引くこと、および iii）該共通画像上に透明なハイライトを描くこと ができる手段であることを特徴とするコンピューターシ
   ステム。
2. 【請求項２】（ａ）システム内のそれぞれのコンピュー
   ターのユーザー二人以上が添え書きを有する共通文書を
   作成することができ、 （ｂ）一人のユーザーが添え書きの無い文書を作成する
   ことができ、該添え書きに基づいた修正が行なわうこと
   ができるが、各添え書きは個人的に除去されないこと を特徴とするコンピューターシステム。