JPH08509310A - コンピュータ・サポートによる協調動作を行うためのシステム - Google Patents

Abstract

(57)【要約】 本発明のコンピュータ・サポートによる協調動作システムにおいて、個々の入力装置を有する２つのアプリケーションは、両アプリケーション間でアプリケーションデータを伝送するネットワークに結合される。各アプリケーションは、自己のアプリケーションデータとネットワークの遠隔エンドにあるアプリケーションのアプリケーションデータとを並行して処理することができる。

Description

【発明の詳細な説明】 コンピュータ・サポートによる協調動作を行うためのシステム 発明の背景 １．発明の属する分野 この発明は、ビデオ信号処理の分野に関し、特にコンピュータ間で伝送される ビデオ信号、オーディオ信号およびデータ信号の処理に関する。２．背景技術 ビデオ会議ネットワークは、一般的には固定帯域幅と固定遅延時間を有する等 時性の（isochronous）ネットワークである。そのようなネットワークでは、ビ デオ会議ネットワークの一方のエンド（端）において圧縮して送信されたビデオ 信号は、ビデオ信号が支障なく復元（decompress）され表示されるような固定さ れた形式でビデオ会議ネットワークの他方の遠隔エンドに到達することができる 。また、そのようなネットワークでは不規則（choppy）な再生が防止できる。 ビデオ（画像）信号の再生が不規則に行われてもそれによって生じる問題（画 質低下）はあまり目立たない。しかし、オーディオ（音声）信号の再生が不規則 に行われると、その再生された音声は聞き苦しく不満足なものとなる。このよう な問題を回避できる現在利用可能な唯一の等時性ネットワークは電話システムで ある。 発明の概要 本発明のコンピュータ・サポートによる協調動作（computer supported colla boration）システムには、ビデオデータとオーディオデータの双方の通信が含ま れている。そのビデオデータとオーディオデータの通信は、アプリケーションプ ログラムとそのアプリケーションプログラム・データとを共用して、コンピュー タ相互間の接続を介して同時に行われる。コンピュータ間の接続方法には、多く の接続方法がある。例えば、公衆電話網（ネットワーク）を用いると、一国内の 相異なる場所または多国間の相異なる場所にある各コンピュータ相互間を接続す ることができる。但し、本発明のシステムに用いるコンピュータ間の接続方法は 、 公衆電話網を介した接続方法に限られるものではない。例えば、コンピュータ間 接続専用のデータ回線を用いた接続方法でもよい。 発呼側または起動側ユーザ（加入者）は、ビデオ会議用アプリケーションプロ グラムを用いて、宛て先ユーザ名またはこれに対応する識別子、例えば宛て先ユ ーザの電話番号、を用いて遠隔コンピュータを選択することができる。次いで、 宛て先ユーザとのビデオ会議が設定される。発呼側ユーザのアプリケーションプ ログラムは、選択された遠隔コンピュータに対して発呼する。その発呼は発呼ボ タンCALLを用いて行われ、発呼側ユーザが発呼ボタンを押すと発呼側ユーザに対 してユーザ名および識別子のリストが表示される。一方、同様に被呼側の遠隔コ ンピュータがビデオ会議用アプリケーションプログラムの実行状態になっていれ ば、発呼側アプリケーションプログラムが、圧縮され互いにインターリーブされ た（間挿関係で配置された）オーディオおよびビデオフレームをデータ回線接続 を介して遠隔コンピュータに伝送して、ビデオ会議を開始する。同様に、遠隔コ ンピュータは、圧縮されインターリーブされたオーディオおよびビデオフレーム の伝送を開始する。各コンピュータは、データを受信すると、圧縮されたデータ を復元して画像表示を行いまたは音声を発生させる。 本発明のコンピュータ・サポートによる協調動作システムにおいては、ユーザ 自身の画像が、システムの他方（相手側）のエンドで表示されるとともに自己の 表示手段の小さなウインドウ（窓）にも表示される。この小さなウインドウの表 示によって、ユーザは相手側の遠隔ユーザによって受信される自分の画像が表示 に適しているかどうかを自分で判断できる。各ユーザが受信した遠隔ユーザの画 像に集中できるように、その遠隔ユーザの画像を各表示手段上の大きなウインド ウに表示することが好ましい。また、ビデオ会議が進行して行ったときに使用す るハングアップ（オンフック）ボタンHANGUPが設けられている。このボタンを用 いることによって、ビデオ会議を終了することができる。 本発明のコンピュータ・サポートによる協調動作システムにおける遠隔端末相 互間でのアプリケーションプログラムの共用と、そのアプリケーションプログラ ム・データの共用とは、種々のデータ共用の実施態様を用いて実行することがで きる。一般的なデータ共用の実施態様においては、マウスドライバとキーボード ドライバとが設けられていて、（１）マウスとキーボードの双方からネットワー クの遠隔側にある遠隔コンピュータのＯＳ（オペレーティングシステム）にデー タを伝送し、また、（２）ローカルコンピュータのＯＳにもデータを伝送するよ うになっている。この一般的な実施態様においては、任意のアプリケーションプ ログラムが、本来共用されるように設計されていない場合でも、ネットワークを 通して共用されるようになる。 これとは別のデータ共用の実施態様においては、アプリケーションプログラム は、ビデオ会議を行っている間のデータの共用に適合した形式で書かれている。 この別のデータ共用の実施態様においては、各アプリケーションプログラムは、 そのデータを適切な形式で遠隔アプリケーションプログラムに伝送する。さらに 別のデータ共用の実施態様においては、各コンピュータのＯＳがアプリケーショ ンプログラムにデータをカット（切断）および／またはコピーさせて、２つのコ ンピュータによって効果的に共用される各クリップボードに供給させる。各コン ピュータの共用クリップボードは、そのデータを遠隔コンピュータの共用クリッ プボードに伝送する。このようにして、そのデータのカットおよび／またはコピ ー機能を含んでいる任意のアプリケーションが本発明のコンピュータ・サポート による協調動作システムを用いることによって共用できるようになる。 簡単な図面の説明 図１は、本発明のコンピュータ・サポート協調動作システムを表すブロック図 である。 図２は、図１のコンピュータ・サポート協調動作システムを用いてその上に構 成されるデータ共用の実施態様を表すブロック図である。 図３は、図１のコンピュータ・サポート協調動作システムを用いてその上に構 成されるデータ共用の別の実施態様を表すブロック図である。 図４は、図１のコンピュータ・サポート協調動作システムを用いてその上に構 成されるデータ共用のさらに別の実施態様を表すブロック図である。 図５は、図１のコンピュータ・サポート協調動作システムのビデオ会議の一部 のブロック図である。 発明の詳細な説明 次に、図１を参照すると、図１にはビデオ会議システム１００が示されている 。このビデオ会議システム１００において、アプリケーションプログラム１１４ 、１２０が、パーソナルコンピュータ１０２、１０４上で並行して実行され、相 互に通信を行う。アプリケーションプログラム１１４、１２０を実行する両パー ソナルコンピュータ１０２、１０４間の通信は、ビデオ会議ネットワーク１２４ を通して行われる。本発明のこの実施態様において、ビデオ通信会議（teleconf erence）がパーソナルコンピュータ１０２、１０４間の動作によってサポートさ れる。その場合、ビデオ会議システム１００のパーソナルコンピュータ１０２が 設置されている側のエンドにおいて生成されるビデオ画像とオーディオ信号は、 そのパーソナルコンピュータ１０２で捕獲（capture）される。パーソナルコン ピュータ１０２で捕獲されたその信号は、ビデオ会議ネットワーク１２４を通し てパーソナルコンピュータ１０４に送信される。パーソナルコンピュータ１０４ においては、パーソナルコンピュータ１０２によって捕獲されたビデオ信号の画 像が表示され、オーディオ信号の音声が再生される。 アプリケーションプログラム１１４、１２０は、ビデオ会議システム１００を 用いてその上に構成されるデータ共用の形式に応じて、複数のユーザ間でデータ 共用を行うように設計され、または以前に設定された任意のデータ共用機能とは 完全に独立にデータ共用を行うように設計される。例えば、アプリケーションプ ログラム１１４、１２０として、マイクロソフト・エクセル（Microsoft Exel） を用いることができる。パーソナルコンピュータ１０２、１０４において動作す るアプリケーションプログラム１１４、１２０は、ビデオ会議システム１００を 通して、ネットワーク資源を共用することができる。ビデオ会議システム１００ において、パーソナルコンピュータ１０２、１０４のオーディオ・データストリ ームおよびビデオ・データストリームは、双方向データ伝送線１３８上で多重化 されている。アプリケーション協調動作ドライバ１２７、１２９の動作（オペレ ーション）および機能については、以下の種々のデータ共用の実施態様において 説明する。 次に、図２を参照すると、図２にはデータ共用の実施態様２００を表すブロッ ク図のフローが示されている。データ共用の実施態様２００は、ビデオ会議ネッ トワーク２２４を用いた本発明のビデオ会議システム１００の上に構成されてい る。データ共用の実施態様２００のアプリケーションプログラム２１４は、キー ボード２１６とマウス装置２３０の双方から入力データを受取る。キーボード２ １６とマウス装置２３０からの入力データは、それぞれキーボードドライバ２３ ４とマウスドライバ２３１によって受取られてアプリケーションプログラム２１ ４に伝送される。アプリケーションプログラム２２０は、キーボード２２２とマ ウス装置２２８の双方から入力データを受取る。キーボード２２２とマウス装置 ２２８の入力データは、それぞれキーボードドライバ２３６とマウスドライバ２ ３２によって受取られてアプリケーションプログラム２２０に伝送される。マウ スドライバ２３１とキーボードドライバ２３４は入力データをアプリケーション プログラム２１４に直接供給する。マウスドライバ２３２とキーボードドライバ ２３６は入力データをアプリケーションプログラム２２０に直接供給する。 データ共用の実施態様の典型的な構成においては、キーボード２１６、２２２ はユーザが押したキーの入力に応答して割込みを発生する。この好ましい実施態 様におけるキーボードドライバ２３４、２３６は、それ自体がその割込みを処理 して、キーボード２１６、２２２から情報を受取り、その情報をアプリケーショ ンプログラム２１４、２２０に供給するようにする。マウスドライバ２３１とキ ーボードドライバ２３４は、双方向データ伝送線２４０、２４２を通してデータ をアプリケーションプログラム２１４に供給するのに適合したソフトウエアのル ーチンとして構成することができる。また、ビデオ会議システムにおけるデータ 共用の実施態様２００において、マウスドライバ２３１およびキーボードドライ バ２３４はキーボードのデータおよびマウス装置のデータをデータ共用ドライバ ２５０にも供給する。データ共用ドライバ２５０は、このデータを双方向データ 伝送線２４０、２４２から受取ると、その受信データをビデオ会議ネットワーク ２２４を通して遠隔コンピュータに供給する。 上述のマウスドライバ２３１とキーボードドライバ２３４の場合と同様に、マ ウスドライバ２３２とキーボードドライバ２３６は、アプリケーションプログラ ム２２０のようなアプリケーションプログラムにデータを供給するのに適合した ソフトウエアのルーチンとして構成することができる。マウスドライバ２３２と キーボードドライバ２３６は、このデータを双方向データ伝送線２４４、２４６ を介してアプリケーションプログラム２２０に供給する。アプリケーションプロ グラム２２０に供給されたデータは、同時にデータ伝送線２４４、２４６を通し てデータ共用ドライバ２６０にも供給される。データ共用ドライバ２６０は、デ ータ伝送線２４４、２４６を通して受取ったデータをビデオ会議ネットワーク２ ２４に供給して、遠隔コンピュータに送信する。例えば、マウスドライバ２３２ とキーボードドライバ２３６によってネットワーク２２４に供給されたデータは 、データ共用ドライバ２５０によって受信され、データ共用アプリケーション２ ５２の制御の下でアプリケーションプログラム２１４によって使用し処理され、 表示される。 こうして、アプリケーションプログラム２１４または２２０のいずれか一方に 入力されたデータは、データ共用の実施態様２００におけるその他方のアプリケ ーションプログラム２１４、２２０によって共用される。このような形態でデー タを共用するには、アプリケーションプログラム２１４およびアプリケーション プログラム２２０は、同じアプリケーションの同じ版でなければならない。さら に、アプリケーションプログラム２１４、２２０の表示のためのスクリーン装置 （arrangement）も完全に同じでなければならない。例えば、一方のアプリケー ションプログラム２１４、２２０においてスプレッドシート（作業票プログラム ）の或るセルを処理するときには、他方のアプリケーションプログラム２１４、 ２２０におけるスクリーンにおいても同様に処理されるように設定して、双方に おける同じセルがマウスドライバ２２８、２３０の動きによって修正されるよう に設定する。アプリケーションプログラム２１４、２２０がこのように完全に並 行して動作したとしても、そのデータが双方で共用されていることはそれぞれの 動作に対して完全にトランスペアレント（透明）であり、各アプリケーションプ ログラムは他方のアプリケーションプログラムが動作していないかのように動作 する。 データ共用アプリケーション２５２、２６２の動作によって、データ共用の実 施態様２００におけるデータ共用が可能となる。データ共用アプリケーション２ ５２、２６２は、それぞれ双方向データ共用制御線２５１、２６１を通してデー タ共用ドライバ２５０、２６０を制御する。データ共用ドライバ２５０、２６０ の制御の下で実施態様２００における一方のアプリケーションプログラム２１４ 、２２０が或る期間のマスタになる。また、他方のアプリケーションプログラム ２１４、２２０がその期間のスレーブになる。その期間、そのスレーブ側の表示 はマスタ側の入力データによって駆動される。データ伝送線２４０、２４２、２ ２３、２２５、２４４、２４６は、双方向ではあるが、データは１つの期間にお いてはそのデータ伝送線を通して１方向にしか流れないことが分かる。 ある幾つかの動作については、データ共用の実施態様２００のアプリケーショ ンプログラム２１４、２２０を同じ版とし、スクリーンを同じ形式で設定しなけ ればならないことは不都合である。しかし、これらの制約があるからこそアプリ ケーションプログラム２１４とアプリケーションプログラム２２０とを同期させ て、データを共用することが可能となる。データ共用の実施態様２００には、こ れらの制約が満たされさえすれば、存在する任意のアプリケーションプログラム をアプリケーションプログラム２１４、２２０として使えるという有利な特徴が ある。そして、このような環境において、アプリケーションプログラム２１４、 ２２０を書換える必要がなくなり、書換えなくてもデータ共用の実施態様２００ におけるアプリケーションプログラム２１４、２２０間でデータを共用すること ができるようになる。 さらに、そのような環境において、存在するほとんどの任意のアプリケーショ ンプログラムをアプリケーションプログラム２１４、２２０として用いることが できるようになる。それを可能とするために、データ共用アプリケーション２５ ２、２６０は、個々のアプリケーションプログラム２１４、２２０を制御して同 期させることができるように適合化されている。この適合化は、アプリケーショ ンプログラム２１４、２２０とデータ共用ドライバ２５０、２６０の間のインタ フェースを定義することによって実現される。アプリケーションプログラム２１ ４、２２０がデータ共用アプリケーション２５２、２６２を介してデータを伝送 するときは、データ共用ドライバ２５０、２６０はキーボードおよびマウスの入 力データが遠隔アプリケーションプログラム２１４、２２０用の適当な位置に入 るように指示することができる。また、各データ共用アプリケーションは、他方 の遠隔アプリケーションプログラム２１４、２２０に対して、コマンドを送って 、他方のスクリーンとデータ共用アプリケーションの両設定が自己の両設定と同 じになるような制約に従わせることができる。このような機能によって、データ 共用アプリケーション２５２、２６２は、確実に、アプリケーションプログラム ２１４および２２０の双方が同じファイルをエディットまたは修正し、同じデー タを処理するようにする。 従って、データ共用アプリケーション２５２、２６２は、各セットのアプリケ ーションプログラム２１４、２２０にではなく、ＯＳに適合するように設計され る。ウインドウ型のＯＳにおいては、明確な規約に従って、データ共用アプリケ ーション２５２、２６２がＯＳに対してシステムコールを行い、ＯＳがそれに応 答する。しかし、非ウインドウ型のＯＳにおいては、そのＯＳに適合したデータ 共用アプリケーション２５２、２６２を設計することはやや困難であり、個々の アプリケーションプログラム２１４、２２０にうまく整合するようにデータ共用 アプリケーション２５２、２６２を設計しなければならなくなる。 次に図３を参照すると、図３にはデータ共用の実施態様３００を表すブロック 図が示されている。データ共用の実施態様３００は、ビデオ会議ネットワーク３ ２４を用いた本発明のビデオ会議システム１００の上に構成されている。ビデオ 会議ネットワーク３２４によって、アプリケーションプログラム３１４および３ ２０がデータ共用ドライバ３５０、３６０と双方向データ伝送線３２３、３２５ を通して互いに結合される。 データ共用の実施態様３００において、アプリケーションプログラム３１４、 ３２０は互いにデータを共用するように書かれている。従って、アプリケーショ ンプログラム３１４は、遠隔アプリケーションプログラム３２０からマウス装置 ３２８またはキーボード３２２の入力データを受信したときに、それを処理する ことができる。このようにして、データ共用の実施態様３００において、両アプ リケーションプログラム３１４、３２０は、自己のキーボード３１６、３２２お よびマウス装置３２８、３３０からの入力データと、遠隔入力装置であるキーボ ード３１６、３２２およびマウス装置３２８、３３０からの入力データとを受取 って解釈（翻訳）することができる。例えば、データ共用の実施態様３００にお ける両アプリケーションプログラム３１４、３２０は、アイコン（コマンドを象 徴する図柄）を自己のスクリーン上の新しい位置に移動させるかどうか、またキ ーボード３１６、３２２のいずれかからの入力データに応答してコマンドを実行 するかどうかを決定することができる。 アプリケーションプログラム３１４、３２０は、マウス装置３２８、３３０ま たはキーボード３１６、３２２からの入力データそのものを送信するのではなく て、１組（セット）のコマンドをビデオ会議ネットワーク３２４を通して遠隔ア プリケーションプログラム３１４、３２０に送信する。そのコマンドはアプリケ ーションに固有のコマンドである。 例えば、アプリケーションプログラム３１４、３２０の中にはスプレッドシー ト・プログラムがあって、アプリケーションプログラム３１４のユーザがスプレ ッドシート表示の特定のセルの強調（ハイライト）表示を行う。アプリケーショ ンプログラム３１４は、セルの強調表示を指示するコマンドをビデオ会議ネット ワーク３２４を通して遠隔アプリケーションプログラム３２０に送信する。この コマンドはアプリケーションプログラム３２０にその表示装置上の対応するセル の強調表示をするように指令を与える。データ共用の実施態様３００のアプリケ ーションプログラム３１４および３２０は、前述したデータ共用の実施態様２０ ０の場合のように完全に同じ版にすることは要求されない。さらに、アプリケー ションプログラム３１４および３２０については、完全に同じスクリーン表示手 段を設けることも要求されない。しかし、アプリケーションプログラム３１４お よび３２０はともに同じアプリケーションである必要があり、アプリケーション プログラム３１４および３２０内のデータも同じでなければならない。 次に、図４を参照すると、図４にはデータ共用の実施態様４００を表すブロッ ク図が示されている。データ共用の実施態様４００は、本発明のビデオ会議シス テム１００を用いてその上に構成されている。データ共用の実施態様４００にお いて、アプリケーションプログラム４１４、４２０は、データ共用ドライバ４５ ０、４６０を介してビデオ会議ネットワーク４２４とインタフェースしている。 アプリケーションプログラム４１４、４２０は、データ共用の実施態様４００に おけるビデオ会議ネットワーク４２４を通して伝送されるアプリケーションに固 有の１組のコマンドに従うように設計されている。アプリケーションプログラム ４１４はスプレッドシートであってもよく、アプリケーションプログラム４２０ は文書であってもよい。または、アプリケーションプログラム４１４、４２０は ともに同じアプリケーションプログラムであってもよい。例えば、アプリケーシ ョンプログラム４１４、４２０は、双方ともスプレッドシートまたは双方とも文 書であってもよい。 データ共用の実施態様４００の各アプリケーションプログラム４１４、４２０ は、各共用クリップボード・アプリケーション４７０、４８０を実行する。この 構成においては、アプリケーションプログラム４１４は、データをカットまたは コピーするコマンドを用いて、データをデータ線４６８を通して共用クリップボ ード・アプリケーション４７０に供給する。これと同時に、このデータは、デー タ共用ドライバ４５０とビデオ会議ネットワーク４２４を通してデータ共用ドラ イバ４６０、共用クリップボード・アプリケーション４８０およびアプリケーシ ョンプログラム４２０に送信される。送信されたデータがアプリケーションプロ グラム４２０によって受信されると、そのデータは共用クリップボード４８０に 入る（現れる）。そのデータが共用クリップボード４８０に入ると、アプリケー ションプログラム４２０のユーザはペースト（切り貼り）コマンドを出す。これ によって、アプリケーションプログラム４１４および４２０は遠隔側におけるカ ット、コピーおよびペーストの機能を用いて情報を互いに共用できるようになる 。 このようにして、データが一方のアプリケーションプログラム４１４、４２０ からビデオ会議ネットワーク４２４を通して送信される場合に、一方のアプリケ ーションプログラム４１４、４２０はカットまたはコピーを実行し、他方のアプ リケーションプログラム４１４、４２０はペースト動作を実行する。しかし、送 信データが他方の遠隔アプリケーションプログラム４１４、４２０に到達しても 、受信側アプリケーションプログラム４１４、４２０がペースト動作を実行しな ければ、送信されたデータは処理データから落とされる（drop）。 データ共用の実施態様４００においては、相異なる版のアプリケーションプロ グラムに関する問題、およびビデオ会議システム１００において生じ得るアプリ ケーションプログラム間のその他の非互換性に関する問題が回避できる。他のデ ータ共用構成において問題となり得る非互換性の例として、表示スクリーンの設 定形式、相異なるドライバおよび相異なる版の０Ｓが挙げられる。従って、デー タ共用の実施態様４００において、カット、コピーおよびペーストの機能を有す るたいていのアプリケーションプログラムが、本発明のコンピュータ・サポート による協調動作を行える。 次に、図５を参照すると、図５にはビデオ会議の実施態様５００が示されてい る。ビデオ会議の実施態様５００においてビデオデータはビデオ入力手段５０４ を介して受入れられ、オーディオデータはオーディオ入力手段５０８を介して受 入れられる。入力手段５０４、５０８によって受入れられたデータはそれぞれア ナログーディジタル変換器、即ちＡ／Ｄ変換器５１２、５１６によってディジタ ル化されて、ディジタル化ビデオおよびオーディオの入力データストリームが供 給される。そのディジタル化入力データストリームはビデオ会議の実施態様５０ ０における圧縮エンジン５２０、５２４に供給される。 このようにして、ビデオ入力信号は、ビデオ入力手段５０４によって受入れら れ、アナログーディジタル変換器５１２でディジタル信号に変換されて、ビデオ 圧縮エンジン５２０に供給される。また、オーディオ入力信号はオーディオ入力 手段５０８によって受入れられ、アナログーディジタル変換器５１６でディジタ ル信号に変換されて、オーディオ圧縮エンジン５２４に供給される。ビデオ会議 の実施態様５００において圧縮エンジン５２０、５２４の圧縮出力データを同期 化するために、圧縮エンジン５２０、５２４はそれぞれ圧縮されたビデオフレー ムおよびオーディオフレームを生成する。 ビデオフレームはビデオ圧縮エンジン５２０によって毎秒３０フレーム以下の フレーム周波数で生成される。こうしてビデオ圧縮エンジン５２０によって別々 の複数の圧縮フレームに分割されたビデオ信号は、１つの期間に１フレームの割 合でビデオフレームバッファ５２８に供給される。圧縮されたオーディオ信号は サンプリングされる。そして、圧縮されたオーディオデータは、オーディオ信号 のサンプリング周波数と毎秒のビデオフレーム数とに応じてオーディオ圧縮エン ジン５２４によって複数のオーディオフレームに分割され、オーディオフレーム バッファ５３２に供給される。 ビデオフレームバッファ５２８のビデオフレームとオーディオフレームバッフ ァ５３２のオーディオフレームとは、ビデオ／オーディオ・フレームインターリ ーブ装置５４４によって互いにインターリーブされる。この処理によって、圧縮 されたビデオ信号と圧縮されたオーディオ信号との間の同期化が行われる。フレ ームインターリーブ装置５４４が実行するフレームのインターリーブ処理によっ て、ビデオデータフレームとオーディオデータフレームとが１対１にインターリ ーブされる。 インターリーブされたデータフレームは、双方向データ伝送線５４８を通して ビデオ会議ネットワーク５５２に供給され、ビデオ会議ネットワーク５５２によ ってビデオ会議システムの遠隔側に伝送される。ビデオ会議の実施態様５００に おけるデータ伝送は実際はビデオ会議ネットワーク５５２を介して双方向で行わ れるが、このビデオ会議の実施態様５００の図面においては図面を簡単化するた めにデータ伝送の１方向についてだけ示されていることは、この分野の専門家は 理解されよう。 ビデオ会議の実施態様５００の受信側においては、ビデオ／オーディオ・フレ ームインターリーブ装置５４４から供給されるインターリーブされたビデオおよ びオーディオフレームは、バッファ５５６に格納されて、インターリーブされた オーディオおよびビデオフレームが互いに分離される。バッファ５５６で分離さ れた各データストリームは、別々に、データ線５５９を通してビデオ復元エンジ ン５６０に、データ線５６３を通してオーディオ復元エンジン５６４に供給され る。ビデオ復元エンジン５６０およびオーディオ復元エンジン５６４は、ビデオ 会議の実施態様５００における送信側の圧縮エンジン５２０、５２４による圧縮 を解いて（圧縮の逆の処理を行って）圧縮データから元のデータに復元する。 ビデオ復元エンジン５６０からの復元ビデオデータは、ビデオ会議の実施態様 ５００の受信側エンドにおける可視表示用の表示装置５６８に供給される。また 、オーディオ復元エンジン５６４からの復元オーディオデータは、オーディオ（ 音声）再生を行うスピーカ５７２のような変換装置（トランスデューサ）に供給 される。バッファ５５６により実行される受信および分離動作と復元エンジン５ ６０、５６４による受信および復元動作とは、互いに協働して行われ、さらに圧 縮エンジン５２０、５２４、フレームバッファ５２８、５３２、およびビデオ／ オーディオ・フレームインターリーブ装置５４４による圧縮およびインターリー ブ動作とも協働して行われて、表示装置５６８およびスピーカ５７２で再生され る各信号間の同期化が行われる。 本発明のコンピュータ・サポートによる協調動作システムは、公知のラブ／ベ ータ（lab/beta）フトウエアパッケージ、例えばスマートテクノロジーズ（Smar t Technologies）によって供給されたもの、を用いて、コンピュータ・サポート による協調動作を用いたビデオ会議機能にアプリケーションプログラムおよびそ のデータの共用機能を組み込んで、そのシステムを構築した。このシステム構成 におけるアプリケーションプログラムの共用は、一般的なコンピュータ・サポー トによる協調動作のデータの共用と同様に、マイクロソフト・ウインドウズＭｉ ｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ３．１用の書込み用マウスおよびキーボード装 置を操作することによって行われ、この分野の専門家であれば理解できる形式で ドライバ２３１、２３２、２３４、２３６の動作が実行される。このコンピュー タ・サポートによる協調動作のシステム構成の特性がテーブルＩに挙げられてい る。 この形式でビデオ会議システム１００を実行するのに適したＯＳは、ＤＯＳ５ ．０であろう。適当なウインドウ機能を具えたプログラムはこの分野では周知で ある。そのようなプログラムには、例えば、マイクロソフト・ウインドウズＳＫ Ｄ Ｗｉｎｄｏｗｓ３．１およびＡＶＫ／Ｗｉｎｄｏｗｓ１．１がある。例えば ビデオ会議ネットワーク１２４、２２４、３２４、４２４、５５２の機能を具え た適当なネットワークプログラムとして、テルシス社（Telsis lnc.）製のもの が利用できる。本発明のコンピュータ・サポートによる協調動作のアプリケーシ ョンプログラムに用いる表示に適しているビデオ・グラフィックス・ソフトウエ アは、６４０×４８０ＶＧＡモードを含んでいるソフトウエアである。 好ましい実施態様におけるビデオ会議システム１００またはコンピュータ・サ ポートによる協調動作システム１００内のウインドウズ用プログラムの量は僅か である。アプリケーションプログラム１１４、１２０、２１４、２２０、３１４ 、３２０、４１４、４２０は、その表示装置の上半分を覆う全てグレーの１つの ウインドウを開く。そこに前述の動作を行う２つのボタンを生成することができ る。一方のボタンは電話帳ダイアログボックス機能を設定するためのものであり 、他方のボタンは会議を終了させるために呼をハングアップ（切断）するための ものである。前述したようなユーザ画像の表示（観察）用として、２つの黒い長 方形（２つのウインドウ）をそのグレーのウインドウ中に描く（draw）ことがで きる。 その一方のウインドウをローカルユーザ表示用とし、その他方のウインドウを 遠隔ユーザ表示用とすることができる。ユーザは電話番号のリストの中からユー ザ名／番号を選択して、発呼ボタンCALLを押して発呼するか、または取消ボタン を押して取消す。発呼すると、メッセージループが実行され、メッセージが利用 できないときでも、通信ドライバが動作する。そのウインドウに対するタイマメ ッセージがフレーム周波数に等しい周波数でイネーブルされる。そのウインドウ は、そのメッセージを受取ると、データを送信するかまたはデータを復元するか を決定する。ビデオ／オーディオの圧縮／復元用として使用できるドライバには 、インテル社（Intel Corporation）のウインドウズ（Windows）オーディオ・ビ ジュアル・カーネル（Audio Visual Kernel）がある。 オーディオ・ビジュアル・カーネル・プログラムの設定は、共通設定、プレー バック設定および捕獲設定の３つの部分に分けることができる。共通設定（comm o n setup）においては、オーディオ・ビジュアル・カーネルは、オーディオ／ビ デオ装置を開いてオーディオ・ビジュアル・カーネルにビデオ通信会議ウインド ウを登録することによってその動作を開始する。これによって、オーディオ・ビ ジュアル・カーネルがウインドウにメッセージを送ることができる。また、２５ ６×２４０のビットマップを６４０×４８０のビデオ・グラフィックス・オーデ ィオ（ＶＧＡ）用スクリーンにマップするビュー画面（view）が生成される。ビ デオデータは、このビューに表示され、クロマキー処理されてＶＧＡ表示と合成 される。 また、プレーバック設定（playback seup）においては、初めにプレーバック 群が形成される。このプレーバック群によって、このプレーバック群において生 成されるストリーム（流れ）が制御できる。この制御には、再生、ポーズおよび フラッシュが含まれる。そのストリームは、前述したように制御され、同期化さ れる。群バッファ５５６が形成されて、圧縮データが保持される。その圧縮デー タは、前述したように、インターリーブされたオーディオデータおよびビデオデ ータの双方のストリームを含んでいる。ビデオストリームおよびオーディオスト リームは、プレーバック群バッファの中で生成されて、それぞれの復元エンジン ５６０、５６４に供給される。共通設定において生成されたビューに対して復元 されたビデオデータをコピーし、スケール処理（拡大縮小）するコネクタ（機能 ）が生成される。 さらに、捕獲設定（capture setup）においては、捕獲群が形成される。この 捕獲群によって、この捕獲群において生成されたストリームの記録、ポーズおよ びフラッシュ制御が可能となる。群バッファ５２８、５３２が、その一方がビデ オ入力信号用、他方がオーディオ入力信号用として形成される。群バッファ５２ ８、５３２は圧縮データを保持する。オーディオおよびビデオの圧縮データは、 バッファ５２８、５３２に別々に格納され、ビデオ／オーディオ・フレームイン ターリーブ装置５４４においてインターリーブされる。 オーディオ・ビジュアル・カーネル用入力／出力は、捕獲部とプレーバック部 とに分けることができる。捕獲部はポーリング機構を用いてコール（呼び出し） される。捕獲され圧縮されたデータはパーソナルコンピュータ１０２、１０４の メモリに読込まれる。このデータの転送は、フレームに既に分割されているオー ディオとビデオの双方のデータストリームについて行われる。次いで、捕獲部は 単一オーディオフレームと単一ビデオフレームとを組合せて複合フレームまたは インターリーブされたフレームを生成する。 フレームのサイズ（大きさ）は、通信ドライバによって割当て帯域幅に適合す るかどうかが確認される。フレームのサイズが大きすぎる場合は、捕獲部はビデ オデータを無効（null out）にする。この無効処理においてそのビデオデータは 所定値に設定される。その所定値は復号器に再び前のフレームを表示するように 指示するものである。その結果、視覚的なフレーム周波数が低下する。次いで、 複合フレームヘッダ、ビデオデータおよびオーディオデータが通信ドライバに送 られる。 プレーバック部は、利用可能なデータが存在するときに通信ドライバによって 呼出される。プレーバック部は、データを通信ドライバから読出して、ホストメ モリに入れ、次いでそのデータをそのままインテル社製のアクションメディアＩ Ｉ（Action Media II（商標））カードに転送する。

Claims (1)

1. 【特許請求の範囲】 １．それぞれが第１の入力データを受取る第１の入力装置と第２の入力データを 受取る第２の入力装置とを有する第１と第２のアプリケーションを具え、 上記第１と第２のアプリケーションは、それぞれ上記第１と第２の入力データ に応じて第１と第２のアプリケーションデータを供給する手段を有するものであ り、 さらに、上記第１と第２のアプリケーションに結合されて、上記第１と第２の アプリケーション間で、上記第１と第２のアプリケーションデータを受信し、上 記第１と第２のアプリケーションデータを送信するネットワーク手段を具え、 上記第１と第２のアプリケーションの各々は、上記送信されたデータを受信し て、上記第１のアプリケションデータと上記第２のアプリケションデータの双方 を処理する手段を有するものである、 コンピュータ・サポートによる協調動作システム。 ２．上記処理されたアプリケーションデータと同じアプリケーションデータが上 記第１と第２のアプリケーションによって並行して処理される、請求項１に記載 のコンピュータ・サポートによる協調動作システム。