JPH07175733A - ビデオ会議データの直接捕捉 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、ビデオ会議データを直接捕捉する
手段を与える。 【構成】 本システムは、異なった場所にいる複数のパ
ーティーが自分達のコンピューターディスプレー上で共
通の画像を見、修正することができる。本発明はまた、
各コンピューターの存在する場所に、各パーティーのビ
デオピクチャーを撮るビデオカメラを設ける。また本発
明は、ビデオ会議で利用できる、他のすべてのコンピュ
ーターのカタログを各コンピューターに提供する。本発
明はビデオ会議の期間中、ユーザーがピクチャーを捕捉
し、カタログ内の「人物名」の隣にそれを格納する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、協同ビデオ会議に供す
るシステムに関する。本発明はすべてのコンピューター
に分配される共通の視覚的画像を発生する。ユーザーは
その共通の画像に添え書きを行なうことができる。添え
書きを行なうと、本発明はすべてのディスプレー上にそ
の添え書きを複製する。

【０００２】本発明はまた、会議に参加することができ
るすべてのコンピューターのディレクトリーを維持す
る。本発明はビデオ画像をこのディレクトリー中に直接
捕捉することができる。その結果、相互的に人物のピク
チャーを他のコンピューターから捕捉し、当該他のコン
ピューターに関するディレクトリーのエントリー（記載
項目）に含めることができる。

【０００３】

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

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

【０００５】本発明は、参加者が遠隔地に居ながらにし
て物理的に会議に参加しているときの便宜の多くを得ら
れるようにするシステムを与える。

【０００６】

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

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

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

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

【００１０】本発明のさらに別の課題は、協同ビデオ会
議に複数のコンピューターが参加することができ、その
際到来するビデオ情報を各ユーザーが捕捉できると共に
その捕捉した情報をリレーショアナルデータベースに格
納することができるシステムを与えることである。

【００１１】

【課題を解決するための手段】本発明は、コンピュータ
ーがビデオ会議に接続されているときは到来するビデオ
情報を直接に捕捉することを可能にする。その捕捉され
た情報は処理してからリレーショアナルデータベースの
データフィールド中に格納する。

【００１２】

【実施例】

概観 図１は電話線で接続された三台のコンピュータを示す。
各コンピュータは、メッセージ駆動されるマルチタスキ
ンググラフィカルユーザーインターフェイス（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）デフォルトの「添え書き」を開始することによっ
てマウスの入力に応答する、あるいは（ｂ）「添え書
き」ツールが選択されないためにマウスの入力を無視す
る、のいずれかの応答をする。ユーザーからのキーボー
ド入力も同様に扱われる。もちろん「添え書き」が他の
応答をするように設計することもできる。

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

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

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

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

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

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

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

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

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

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

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

【００５１】ＧＤＩＥＸＥは市販されている製品であ
る。ＧＤＩ.ＥＸＥに関する技術的な詳細はマイクロソ
フト社から入手可能な「ウィンドウズ ソフトウェア開
発キット」およびチャールス ペトゾルド著の「ウイン
ドウ図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）
を使用する。共用するアイテムをタスクハンドルが参照
しないならば、ＧＤＩコールは共用されない。

【０１５９】１０．電話データベース中にビデオを直接
捕捉すること。

【０１６０】本発明は、図１６に示す形式のエントリー
（記載項目）を有する電話ディレクトリー（名簿）を発
生する便利な方法を与える。通常の電話ディレクトリー
は、登録されている各電話毎に氏名、住所、および電話
番号を与える。同様にして、本発明はこれらのデータに
加えて、ディレクトリーに載っているコンピューターと
電話会議を開設することのできる各コンピューター
（「ステーション」）に、付加的情報を与える。さら
に、本発明は、そのディレクトリーをリレーショナルデ
ータベースの形で維持する。リレーショナルデータベー
スでは、各ステーションに関する情報が「レコード」内
に収容される。各レコードは複数のフィールドを含む。
例えば、ステーション所有者の姓が一フィールドを占め
る。ステーションの町名番地がもう一つのフィールドを
占める。市名が第三のフィールドを占める。ステーショ
ンの電話番号が第四のフィールドを占める。以下同様で
ある。ユーザーはリレーショナルデータベースで、特定
のフィールドを選択することができ、そのフィールドの
みを使ってサーチを注文することができる。例えばユー
ザーはサーチを町名フィールドに限定することができ、
また（コンピューターにより）「カンサスシテイィー」
を探すことができる。データベースはカンサスシティー
内にあるすべてのステーションを同定することにより応
答する。（ユーザーがさらに特定の州にサーチを限定し
ない限り、この結果はカンサスシティーという名前のつ
いたすべての州のすべての町を含む。） 本発明はリレーショナルデータベースに二つの独特の特
長を付加する。その特長とは、（１）各エントリーにピ
クチャー（絵画）を関連させる能力、および（２）ビデ
オ会議の期間中、そのピクチャーを発生する能力であ
る。そのピクチャーはそのエントリーによって表される
ステーションを使用する主要人物を表す。これによっ
て、ビデオ会議が開始されるときに見えることが期待さ
れる人物を視覚的に示すことができる。そのピクチャー
を発生する一つの方法を例示する例を挙げよう。

【０１６１】例 二つのパーティーが共に、明細書に記載した本発明を備
えており、付録のマイクロフィッシュに含まれるプログ
ラムを走らせるコンピューターを使用すると仮定する。

【０１６２】一方のパーティーは「ホスト」コンピュー
ターとして動作し、他方にビデオコールを行なう。ビデ
オリンクが設定された後、各コンピューターディスプレ
ーは他方のコンピューター使用者のビデオ画像を示す。

【０１６３】本発明は「ディレクトリーへのピクチャー
割当」と命名したマウス釦をホストディスプレー上に用
意する。（上記マイクロフィッシュに収容されたコンピ
ューターコードファイルはこの機能に関するもので、こ
のコードがマウス釦を発生する。） ユーザーがマウスを使ってこの釦を押すと、本発明はビ
デオメモリの内容を捕捉することにより、ディスプレー
上に現在示されているビデオフレームを捕捉する。この
捕捉はデジタルビデオドライバーによって行なわれう。
このデジタルビデオドライバーはローカルハードウェア
を使用するコンピュータープログラムであり、、マウス
釦に応答してアクションを起こす。このハードウェアは
市販されており、これについては後述する。

【０１６４】上記のドライバーはビデオメモリの内容に
基づいてデバイス独立ビットマップ（Device Independe
nt Bitmap, DIB）を発生し、このＤＩＢをシステムメモ
リ中に置く。このドライバーはまたこのＤＩＢをディス
クドライブ上の一時ファイル中に格納する。ＤＩＢは先
行技術で公知の標準的手法である。

【０１６５】ＤＩＢのコピーを二つ作成する主な理由
は、他のプログラムがこのＤＩＢデータの処理を行なう
からである。この「他のプログラム」は、ＤＩＢを保持
しているシステムメモリ領域へのアクセスを許可されな
い。なぜならばそのようなアクセスは上記ドライバーの
オペレーションを邪魔するからである。

【０１６６】この「他のプログラム」は「データベース
エイジェント」と命名され、前記一時ファイルを大きさ
１２０×９０ピクセルの画像に縮尺し、その画像を２４
ビットＪＰＥＧ画像に翻訳する。（ＪＰＥＧは、Joint
Photographic Export Groupの頭文字で、公知のフォー
マットである。ＪＰＥＧ画像はディスプレーに依存しな
い。）この２４ビットＪＰＥＧ画像は、赤、緑および青
の三色の各々に対する８ビットからなる。

【０１６７】本発明は、遠隔ステーションのディレクト
リーエントリーに関わるデータベースレコードのビデオ
画像フィールド内にこのＪＰＥＧ画像を格納する。これ
で他方のコンピューター使用者の写真が当該他方のコン
ピューターのディレクトリーエントリー内に格納され
た。

【０１６８】ハードウェア 本発明は捕捉カード（ビデオチップセットとも呼ばれ
る）を利用する。このカードは、ＩＳＤＮ電話リンクを
介して到来するビデオデータを捕捉し、それを付録のマ
イクロフィッシュに記載したコードにより、使用可能な
形式に変換する。この捕捉カードは拡張カードと呼ばれ
る形式のもので、パーソナルコンピューターの拡張スロ
ット中に挿入される。そのようなカードは、オハイオ州
デイトン市にヘッドクウォーター（通称テレメディアコ
ネクション）を有するＡＴ＆Ｔグローバルインフォーメ
ーション ソリューション カンパニーから市販されてい
る。

【０１６９】重要点 一．本発明はリレーショナルデータベースを利用する
が、この用語はコンピューター工学では意味が確定して
いる。リレーショナルデータベースはデータベース内の
各エントリー毎に「レコード」と呼ばれるデータの集合
を含む。各ステーションはエントリーを有し、従って一
つのレコードを有する。ステーションは複数ある。

【０１７０】（もちろん、ある単一ユーザーがある特定
のコンピューターを制御しているのであれば、当該ステ
ーションのレコードはその人物のレコードである。この
レコードは電話帳に載っているエントリーに類似してい
る。ただし、（ａ）本発明は電電話帳が含む以上のデー
タを各レコード毎に含んでいること、および（ｂ）本発
明のデータベースはリレーションナルであるが、電話帳
はそうでない点で異なる。） 各レコードは上述したように複数のフィールドを含んで
いる。一つのフィールドがピクチャーに用意される。そ
のピクチャーは当該レコードに対応するステーションに
関連のある写真である。このフィールドはＪＰＥＧファ
イルを含む。本データベースはリレーショナルであるの
で、ユーザーは写真フィールドを含めて一フィールドを
抽出することができ、レコードを始まりから終わりまで
調べることができる。このようにしてもしもユーザーが
接触したい人物の氏名を忘れても、顔を覚えていれば、
ユーザーは写真を含むフィールドを選択して各レコード
内に含まれている写真を調べることができる。

【０１７１】もちろん、写真フィ−ルドのテキストサー
チを行なうことは可能でないが、テキスト情報を含むフ
ィールドを探すことは可能である。

【０１７２】二．各ステーションのデータベース中に一
枚以上のピクチャーをロードする過程はもちろんある時
間を要する。その期間に、レコードによってはピクチャ
ーを含むに至り、他のレコードは含まなくなる。さら
に、いろいろの理由から、いくつかのレコードはやがて
ピクチャーを全く含まなくなる可能性がある。さらにま
た、いくつかのレコードは複数のピクチャーを含みう
る。例えばある特定のステーションは複数の人物が使用
しうる。この場合、そのレコードは複数のビデオ画像フ
ィールドを含むように修正することができる。

【０１７３】それゆえ、本発明は、すべてのレコードが
ピクチャーフィールド内にビデオ画像又はピクチャーを
含むことを必要条件にしない。

【０１７４】三．上述したように、とりわけピクチャー
を取得する必要はない。上記の方法に代わる一つの方法
は、特定のレコードのＪＰＥＧ画像を直接に発生するこ
とである。ＪＰＥＧ画像は写真（photograph）をデジタ
ル化し、そのデジタルデータを公知手順で処理すること
により発生するこことができる。ＪＰＥＧ画像は公知の
方法で適当なレコードのビデオ画像フィールド中に格納
される。ＪＰＥＧ画像あるいは等価な画像は、当該レコ
ードにかかわる人物のデジタル画像あるいはデジタル写
真を呼ぶことができる。

【０１７５】四．「ディレクトリー（directory）」と
言う言葉はコンピューター技術で使用される同じ言葉と
混同してはならない。この言葉には別の意味がある。コ
ンピューター技術で言うディレクトリーという言葉はデ
ィスクドライブ上に含まれているファイルのリストを指
す。それは内容の一覧表のようなものである。本発明の
ディレクトリーという言葉はそのようなファイルの名前
のリストではない。本発明のデシレクトリーとはコンピ
ューターがビデオ会議を設定することのできるステーシ
ョンを並べたカタログのようなものである。

【０１７６】五．本発明ではユーザーが写真アルバムを
発生させることができる。このアルバムは各写真に対す
る電話ディレクトリー形式のリストをも含む。「写真」
と言う言葉は、文字通り「光の画像」を意味する「フォ
トグラフ」の略語である。この言葉は化学的写真処理に
よって作製される紙の画像に限定されない。

【０１７７】さらに、この写真-アルバム／電話ディレ
クトリーは、直接人間の目には見えないが、「ピクチャ
ー」を含む、と言ってよい。言い換えると、１２０×９
０画像を発生する格納データを、ピクチャーもしくはピ
ークチャー-データと呼ぶことができる。

【０１７８】六．本発明はビデオストリーム（video st
ream）を直接にリレーショナルデータベース中に捕捉す
ることができる。これとは対照的に、先行技術のフレー
ム捕捉装置のようなデバイスは、ビデオ画像を別個のフ
ァイル中に捕捉していた。

【０１７９】七．本発明はビデオ会議システムに限定さ
れない。本発明は、写真-電話アルバム（photo-telepho
ne album）あるいは写真の集合を発生させること等を目
的として、非会議用コンピューターに使用することがで
きる。さらに、本発明は、会議開催可能なコンピュータ
ーで非会議用の写真電話アルバムその他写真の集合を発
生する目的で使用することができる。

【０１８０】言い換えると、本発明はビデオ捕捉用の媒
体とみなすことができるが、いろいろの目的のため、必
ずしもビデオ会議に関連する必要はない。

【０１８１】

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

【０１８２】さらに、本発明のシステムでは、複数のコ
ンピューターのユーザーが共通の表示を見ることができ
るとともに、それに添え書きすることができる。その際
到来するビデオ情報を各ユーザーが捕捉できると共にそ
の捕捉した情報をリレーショアナルデータベースに格納
することができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１６】 ディレクトリーの代表的エントリーを例示
する図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ガリー エイ．ツビトコビッツ アメリカ合衆国 イリノイ州 60532 ラ イル、イースト レイク ドライブ 5503 (72)発明者 マーク エイ．サッターフィールド アメリカ合衆国 イリノイ州 60440 ボ リングブルック、ペンブルック コート ５

Claims (2)

【特許請求の範囲】
1. 【請求項１】 コンピューターであって ａ）人々のピクチャーを発生することができる、該コン
   ピューター内に格納された電話ディレクトリーと、 ｂ）該コンピューターのディスプレー上に遠隔の人の画
   像を表示する手段と、 ｃ）該ディレクトリー中に該画像をロードする手段とを
   含むコンピューター。
2. 【請求項２】 コンピューター内のデータベース中にデ
   ータを挿入する方法であって、 ａ）別のコンピューターとのビデオ接続を設定するステ
   ップと、 ｂ）該別のコンピューターから到来するビデオデータの
   セグメントを捕捉するステップと、 ｃ）該別のコンピューターに関する他のデータと関連さ
   せて該捕捉したセグメントを格納するステップとを含む
   データ挿入方法。