JPH09252462A - 送信処理装置、テレビ会議システム、送信処理方法及び記憶媒体 - Google Patents
送信処理装置、テレビ会議システム、送信処理方法及び記憶媒体Info
- Publication number
- JPH09252462A JPH09252462A JP15940396A JP15940396A JPH09252462A JP H09252462 A JPH09252462 A JP H09252462A JP 15940396 A JP15940396 A JP 15940396A JP 15940396 A JP15940396 A JP 15940396A JP H09252462 A JPH09252462 A JP H09252462A
- Authority
- JP
- Japan
- Prior art keywords
- video
- audio
- transmission processing
- transmission
- encoding
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T9/00—Image coding
- G06T9/005—Statistical coding, e.g. Huffman, run length coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/148—Interfacing a video terminal to a particular transmission medium, e.g. ISDN
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 各通信端末に映像／音声符号化手段を設けな
くて済むようにする。 【解決手段】 スイッチ１２は、複数の映像・音声入力
から１つを選択する。送信処理装置１４のビデオ・キャ
プチャ１６は、選択された映像信号をディジタル化す
る。ビデオ・エンコーダ１８は、ビデオ・キャプチャ１
６の出力をモーションＪＰＥＧ、ＭＰＥＧ及びＨ．２６
１に従って圧縮符号化する。セレクタ２０は、各符号化
方式の圧縮映像データの内、送信すべき圧縮映像データ
を選択し、通信バッファ２２に供給する。音声エンコー
ダ２４は、選択された音声信号をディジタル化及び符号
化して、通信バッファ２２に供給する。通信バッファ２
２の符号化映像データ及び符号化音声データはネットワ
ーク３０に読み出される。制御回路２６は、ネットワー
ク３０を介して受信した制御コマンドに従いデバイス１
２〜２４を制御する。
くて済むようにする。 【解決手段】 スイッチ１２は、複数の映像・音声入力
から１つを選択する。送信処理装置１４のビデオ・キャ
プチャ１６は、選択された映像信号をディジタル化す
る。ビデオ・エンコーダ１８は、ビデオ・キャプチャ１
６の出力をモーションＪＰＥＧ、ＭＰＥＧ及びＨ．２６
１に従って圧縮符号化する。セレクタ２０は、各符号化
方式の圧縮映像データの内、送信すべき圧縮映像データ
を選択し、通信バッファ２２に供給する。音声エンコー
ダ２４は、選択された音声信号をディジタル化及び符号
化して、通信バッファ２２に供給する。通信バッファ２
２の符号化映像データ及び符号化音声データはネットワ
ーク３０に読み出される。制御回路２６は、ネットワー
ク３０を介して受信した制御コマンドに従いデバイス１
２〜２４を制御する。
Description
【０００１】
【発明の属する技術分野】本発明は、複数の映像／音声
ソースからの映像／音声信号を選択的にネットワークに
出力する送信処理装置、テレビ会議システム、送信処理
方法及び記憶媒体に関し、より具体的には、コンピュー
タ・ネットワークに対応する送信処理装置、テレビ会議
システム及び送信処理方法及び記憶媒体に関する。
ソースからの映像／音声信号を選択的にネットワークに
出力する送信処理装置、テレビ会議システム、送信処理
方法及び記憶媒体に関し、より具体的には、コンピュー
タ・ネットワークに対応する送信処理装置、テレビ会議
システム及び送信処理方法及び記憶媒体に関する。
【０００２】
【従来の技術】コンピュータ（パーソナル・コンピュー
タ又はワークステーション）にカメラ、映像モニタ、マ
イク及びスピーカなどの映像音声入出力機器を接続し
て、端末間で映像及び音声を送受信できるようにした通
信端末装置の構成は周知であり、例えば、テレビ会議又
はビデオ会議のための通信端末装置として既に一般に使
用されている。
タ又はワークステーション）にカメラ、映像モニタ、マ
イク及びスピーカなどの映像音声入出力機器を接続し
て、端末間で映像及び音声を送受信できるようにした通
信端末装置の構成は周知であり、例えば、テレビ会議又
はビデオ会議のための通信端末装置として既に一般に使
用されている。
【０００３】カメラから入力された映像信号及びマイク
により入力された音声信号はそれぞれ、ディジタル化さ
れ、所定方式で符号化されてローカル・エリア・ネット
ワーク又はワイド・エリア・ネットワーク等のネットワ
ークに出力される。ネットワークからの符号化された映
像信号及び音声信号は復号化され、それぞれ、映像モニ
タ及びスピーカから出力される。マイクとスピーカは、
音声の回り込みによるエコーを回避するためのエコーキ
ャンセラと組みあわされる。スピーカ・フォンとして構
成されているものもある。
により入力された音声信号はそれぞれ、ディジタル化さ
れ、所定方式で符号化されてローカル・エリア・ネット
ワーク又はワイド・エリア・ネットワーク等のネットワ
ークに出力される。ネットワークからの符号化された映
像信号及び音声信号は復号化され、それぞれ、映像モニ
タ及びスピーカから出力される。マイクとスピーカは、
音声の回り込みによるエコーを回避するためのエコーキ
ャンセラと組みあわされる。スピーカ・フォンとして構
成されているものもある。
【０００４】従来、このようなテレビ会議システムは専
用通信端末により構成されていたが、コンピュータの処
理能力の向上により、オフィスの各人のデスクトップに
あるコンピュータを通信端末としてテレビ会議又はビデ
オ会議を行なえるようになってきている。
用通信端末により構成されていたが、コンピュータの処
理能力の向上により、オフィスの各人のデスクトップに
あるコンピュータを通信端末としてテレビ会議又はビデ
オ会議を行なえるようになってきている。
【０００５】映像及び／音声を遠隔地に伝送する用途で
は、テレビ会議だけでなく、色々な場所の様子を観察す
る遠隔監視システムなどがある。
は、テレビ会議だけでなく、色々な場所の様子を観察す
る遠隔監視システムなどがある。
【０００６】
【発明が解決しようとする課題】映像伝送では、カメラ
の出力映像信号をディジタル化して取り込むためのビデ
オ・キャプチャ装置と圧縮符号化のビデオ圧縮装置に大
きなコストがかかる。各人のコンピュータに装備した場
合、その稼働率からみて、コスト効果比が低い。
の出力映像信号をディジタル化して取り込むためのビデ
オ・キャプチャ装置と圧縮符号化のビデオ圧縮装置に大
きなコストがかかる。各人のコンピュータに装備した場
合、その稼働率からみて、コスト効果比が低い。
【０００７】また、遠隔監視システムのような用途で
は、ビデオ圧縮装置の性能（例えば、秒間３０フレーム
の符号化が可能）に対して、必ずしも１地点の画像をそ
んな高いフレーム・レートで更新する必要がなく、例え
ば秒間１フレームで良いといった利用形態がある。その
ような利用形態では、秒間３０フレームの能力を持つビ
デオ圧縮装置は過剰仕様となる。
は、ビデオ圧縮装置の性能（例えば、秒間３０フレーム
の符号化が可能）に対して、必ずしも１地点の画像をそ
んな高いフレーム・レートで更新する必要がなく、例え
ば秒間１フレームで良いといった利用形態がある。その
ような利用形態では、秒間３０フレームの能力を持つビ
デオ圧縮装置は過剰仕様となる。
【０００８】本発明は、このような問題点に鑑み、簡便
な構成でコスト効果比の良い送信処理装置、テレビ会議
システム及び送信処理方法及び記憶媒体を堤供すること
を目的とする。
な構成でコスト効果比の良い送信処理装置、テレビ会議
システム及び送信処理方法及び記憶媒体を堤供すること
を目的とする。
【０００９】
【課題を解決するための手段】本発明では、映像／音声
信号の符号化手段を複数の端末で共用でき、従って、各
端末に映像／音声の符号化手段を設けなくてよくなる。
これにより、符号化手段の稼働率を高め、コスト効果比
を改善することができる。
信号の符号化手段を複数の端末で共用でき、従って、各
端末に映像／音声の符号化手段を設けなくてよくなる。
これにより、符号化手段の稼働率を高め、コスト効果比
を改善することができる。
【００１０】複数の入力信号から任意の複数の信号を選
択するスイッチを用いすることにより、スイッチの切り
替えによる時間的損失を少なくする。合成手段を設ける
ことにより、より多くの映像／音声情報を送信できる。
択するスイッチを用いすることにより、スイッチの切り
替えによる時間的損失を少なくする。合成手段を設ける
ことにより、より多くの映像／音声情報を送信できる。
【００１１】
【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態を詳細に説明する。
実施の形態を詳細に説明する。
【００１２】図１は、本発明の第１実施例の概略構成ブ
ロック図を示す。本実施例の映像／音声送信処理装置１
０は、複数の（本実施例では４つの）映像・音声入力か
ら送信処理すべき映像音声信号を選択するスイッチ１２
と、スイッチ１２により選択された映像音声信号を送信
処理する送信処理装置１４とからなる。
ロック図を示す。本実施例の映像／音声送信処理装置１
０は、複数の（本実施例では４つの）映像・音声入力か
ら送信処理すべき映像音声信号を選択するスイッチ１２
と、スイッチ１２により選択された映像音声信号を送信
処理する送信処理装置１４とからなる。
【００１３】送信処理装置１４内のビデオ・キャプチャ
１６は、スイッチ１２により選択された映像信号をディ
ジタル化する。ビデオ・エンコーダ１８は、モーション
ＪＰＥＧ、ＭＰＥＧ及びＨ．２６１の各符号化方式に対
応する符号化モジュールを具備し、ビデオ・キャプチャ
１６の出力信号をモーションＪＰＥＧ、ＭＰＥＧ及び
Ｈ．２６１に従って圧縮符号化する。セレクタ２０は、
各符号化方式の圧縮映像データの内、送信すべき圧縮映
像データを選択し、選択したデータを通信バッファ２２
に供給する。他方、音声エンコーダ２４は、スイッチ１
２により選択された音声信号をディジタル化及び符号化
して、通信バッファ２２に供給する。通信バッファ２２
に書き込まれた符号化映像データ及び符号化音声データ
は、適宜のフォーマット及び速度でネットワーク３０に
読み出される。
１６は、スイッチ１２により選択された映像信号をディ
ジタル化する。ビデオ・エンコーダ１８は、モーション
ＪＰＥＧ、ＭＰＥＧ及びＨ．２６１の各符号化方式に対
応する符号化モジュールを具備し、ビデオ・キャプチャ
１６の出力信号をモーションＪＰＥＧ、ＭＰＥＧ及び
Ｈ．２６１に従って圧縮符号化する。セレクタ２０は、
各符号化方式の圧縮映像データの内、送信すべき圧縮映
像データを選択し、選択したデータを通信バッファ２２
に供給する。他方、音声エンコーダ２４は、スイッチ１
２により選択された音声信号をディジタル化及び符号化
して、通信バッファ２２に供給する。通信バッファ２２
に書き込まれた符号化映像データ及び符号化音声データ
は、適宜のフォーマット及び速度でネットワーク３０に
読み出される。
【００１４】制御回路２６は、ネットワーク３０を介し
て受信した制御コマンドに従い、スイッチ１２、ビデオ
・キャプチャ１６、ビデオ・エンコーダ１８、セレクタ
２０及び音声エンコーダ２４を制御する。
て受信した制御コマンドに従い、スイッチ１２、ビデオ
・キャプチャ１６、ビデオ・エンコーダ１８、セレクタ
２０及び音声エンコーダ２４を制御する。
【００１５】図２は、図１に示す実施例の動作を示すフ
ローチャートである。先ず、送信要求、送信終了要求及
び送信起動などのイベントの待ち状態になる（Ｓ１）。
映像／音声送信要求を受け付けると（Ｓ２）、新たな送
信処理を開始する（Ｓ３）。映像／音声送信終了要求を
受け付けると（Ｓ４）、指定された映像／音声の送信処
理を終了する（Ｓ５）。送信スケジューラにより映像音
声送信動作を起動するイベントが発生すると（Ｓ６）、
カメラからの画像データの獲得と送信処理を開始する
（Ｓ７）。
ローチャートである。先ず、送信要求、送信終了要求及
び送信起動などのイベントの待ち状態になる（Ｓ１）。
映像／音声送信要求を受け付けると（Ｓ２）、新たな送
信処理を開始する（Ｓ３）。映像／音声送信終了要求を
受け付けると（Ｓ４）、指定された映像／音声の送信処
理を終了する（Ｓ５）。送信スケジューラにより映像音
声送信動作を起動するイベントが発生すると（Ｓ６）、
カメラからの画像データの獲得と送信処理を開始する
（Ｓ７）。
【００１６】本実施例には、２種類の送信要求がある。
第１は、テレビ会議のように高いフレーム・レートの映
像データ通信を要求する場合である。この場合、スイッ
チ１２又は送信処理装置１４の切り替え速度を上回るフ
レーム・レートが要求されたときには、その要求に応じ
るために全ての送信動作を占有する必要が発生する。こ
のような要求を占有的処理要求と呼ぶことにする。第２
は、カメラを切り替えながらの監視のように、高いフレ
ーム・レートを要求されない場合である。このような要
求を非占有的処理要求と呼ぶことにする。
第１は、テレビ会議のように高いフレーム・レートの映
像データ通信を要求する場合である。この場合、スイッ
チ１２又は送信処理装置１４の切り替え速度を上回るフ
レーム・レートが要求されたときには、その要求に応じ
るために全ての送信動作を占有する必要が発生する。こ
のような要求を占有的処理要求と呼ぶことにする。第２
は、カメラを切り替えながらの監視のように、高いフレ
ーム・レートを要求されない場合である。このような要
求を非占有的処理要求と呼ぶことにする。
【００１７】非占有的処理要求は複数、受け付け可能で
あり、送信スケジューラが、指定の映像／音声ソースか
らの信号を順に選択し、送信する。送信スケジューラ
は、実際にはタイマ・イベントにより実現される。
あり、送信スケジューラが、指定の映像／音声ソースか
らの信号を順に選択し、送信する。送信スケジューラ
は、実際にはタイマ・イベントにより実現される。
【００１８】制御回路２６は、まず、イベント待ち状態
（Ｓ１）になる。外部からの通信又は送信スケジューラ
のタイマ・イベントが発生すると、通信内容及びイベン
トの種類に応じて、Ｓ２、Ｓ４又はＳ６の何れかに進
む。
（Ｓ１）になる。外部からの通信又は送信スケジューラ
のタイマ・イベントが発生すると、通信内容及びイベン
トの種類に応じて、Ｓ２、Ｓ４又はＳ６の何れかに進
む。
【００１９】通信されてきたメッセージが新たな送信要
求である場合、映像／音声送信要求受け付け処理（Ｓ
２）に進み、メッセージの内容を読み出す。次いで、メ
ッセージ内容に従って送信開始処理（Ｓ３）を実行す
る。
求である場合、映像／音声送信要求受け付け処理（Ｓ
２）に進み、メッセージの内容を読み出す。次いで、メ
ッセージ内容に従って送信開始処理（Ｓ３）を実行す
る。
【００２０】通信されてきたメッセージが送信終了の要
求である場合、音声／映像送信終了要求の受け付け処理
（Ｓ４）に進み、メッセージの内容を読み出す。次い
で、メッセージの内容に従って送信終了処理（Ｓ５）を
実行する。
求である場合、音声／映像送信終了要求の受け付け処理
（Ｓ４）に進み、メッセージの内容を読み出す。次い
で、メッセージの内容に従って送信終了処理（Ｓ５）を
実行する。
【００２１】タイマ・イベントが発生した場合には、送
信処理プロセスを再起動し、イベント待ち状態（Ｓ１）
に戻る。起動された送信処理プロセスが、カメラからの
映像データの獲得と送信の処理を実行し、タイマを設定
する（Ｓ７）。
信処理プロセスを再起動し、イベント待ち状態（Ｓ１）
に戻る。起動された送信処理プロセスが、カメラからの
映像データの獲得と送信の処理を実行し、タイマを設定
する（Ｓ７）。
【００２２】図３は、図２の送信開始処理（Ｓ３）の詳
細なフローチャートを示す。制御回路２６は、まず、占
有的処理要求が既にあるか否かを判定する（Ｓ１１）。
占有的処理要求がある場合（Ｓ１１）、他の要求を受け
つけられないので、当該開始要求を拒否する（Ｓ１
５）。占有的処理要求が無い場合（Ｓ１１）、開始しよ
うとしている処理自体が占有的処理要求であるか否かを
判定する（Ｓ１２）。非占有的処理要求の場合（Ｓ１
２）、送信スケジューラに送信要求処理プロセスを追加
し、起動のためのタイマを設定して終了する（Ｓ１
３）。占有的処理要求の場合（Ｓ１２）、他の要求と共
存できないので、既存の要求の処理プロセスを一時停止
させた（Ｓ１４）、その後、送信スケジューラに送信要
求処理プロセスを追加し、起動のためのタイマを設定し
て終了する（Ｓ１３）。
細なフローチャートを示す。制御回路２６は、まず、占
有的処理要求が既にあるか否かを判定する（Ｓ１１）。
占有的処理要求がある場合（Ｓ１１）、他の要求を受け
つけられないので、当該開始要求を拒否する（Ｓ１
５）。占有的処理要求が無い場合（Ｓ１１）、開始しよ
うとしている処理自体が占有的処理要求であるか否かを
判定する（Ｓ１２）。非占有的処理要求の場合（Ｓ１
２）、送信スケジューラに送信要求処理プロセスを追加
し、起動のためのタイマを設定して終了する（Ｓ１
３）。占有的処理要求の場合（Ｓ１２）、他の要求と共
存できないので、既存の要求の処理プロセスを一時停止
させた（Ｓ１４）、その後、送信スケジューラに送信要
求処理プロセスを追加し、起動のためのタイマを設定し
て終了する（Ｓ１３）。
【００２３】図４は、図２の送信終了処理（Ｓ５）の詳
細なフローチャートを示す。制御回路２６は、まず、指
定された終了すべき処理が実際に存在するかどうかを、
送信スケジューラを参照して判定する（Ｓ２１）。終了
指定された処理が無い場合（Ｓ２１）、エラー・メッセ
ージを返す（Ｓ２４）。終了指定された処理が存在する
場合（Ｓ２１）、対応する送信要求処理プロセスに終了
信号を送り、送信スケジューラからそのプロセスを削除
する（Ｓ２２）。その後、終了したプロセスが占有的処
理要求によるものかどうかを判定し（Ｓ２３）、占有的
処理要求によるものであれば（Ｓ２３）、そのプロセス
により一時停止状態にされたプロセスを送信スケジュー
ラを参照して再起動可能な状態に戻し、終了する（Ｓ２
５）。
細なフローチャートを示す。制御回路２６は、まず、指
定された終了すべき処理が実際に存在するかどうかを、
送信スケジューラを参照して判定する（Ｓ２１）。終了
指定された処理が無い場合（Ｓ２１）、エラー・メッセ
ージを返す（Ｓ２４）。終了指定された処理が存在する
場合（Ｓ２１）、対応する送信要求処理プロセスに終了
信号を送り、送信スケジューラからそのプロセスを削除
する（Ｓ２２）。その後、終了したプロセスが占有的処
理要求によるものかどうかを判定し（Ｓ２３）、占有的
処理要求によるものであれば（Ｓ２３）、そのプロセス
により一時停止状態にされたプロセスを送信スケジュー
ラを参照して再起動可能な状態に戻し、終了する（Ｓ２
５）。
【００２４】カメラからの映像データの獲得と送信処理
（Ｓ７）の内容は、処理要求が占有的処理要求であるか
否かによって異なる。図５は、図２のＳ７の詳細であっ
て、非占有的処理要求に対する処理の流れを示す。先
ず、制御回路２６は、要求されたカメラの映像を入力す
るようにスイッチ１２を設定し（Ｓ３１）、要求された
映像サイズになるようにビデオ・キャプチャ１６を設定
する（Ｓ３２）、ビデオ・エンコーダ１８の３つの出力
の内、要求された圧縮方式に応じた符号化データを選択
するようにセレクタ２０を設定し（Ｓ３３）、ビデオ・
エンコーダ１８の符号化パラメータを設定する（Ｓ３
４）。
（Ｓ７）の内容は、処理要求が占有的処理要求であるか
否かによって異なる。図５は、図２のＳ７の詳細であっ
て、非占有的処理要求に対する処理の流れを示す。先
ず、制御回路２６は、要求されたカメラの映像を入力す
るようにスイッチ１２を設定し（Ｓ３１）、要求された
映像サイズになるようにビデオ・キャプチャ１６を設定
する（Ｓ３２）、ビデオ・エンコーダ１８の３つの出力
の内、要求された圧縮方式に応じた符号化データを選択
するようにセレクタ２０を設定し（Ｓ３３）、ビデオ・
エンコーダ１８の符号化パラメータを設定する（Ｓ３
４）。
【００２５】その後、カメラ映像が取り込まれ、データ
送信される。即ち、ビデオ・キャプチャ１６がスイッチ
１２からの映像信号をディジタル化し（Ｓ３５）、ビデ
オ・エンコーダ１８がディジタル化された映像信号を圧
縮符号化する（Ｓ３６）。指定の符号化方式の符号化映
像データがセレクタ２０により選択され、通信バッファ
２２に格納される（Ｓ３７）。同時に、音声エンコーダ
２４が、選択された音声信号をディジタル化及び符号化
し、通信バッファ２２に格納する。通信バッファ２２に
格納された符号化映像データ及び符号化音声データは、
適当なレート及びフォーマットでネットワーク３０に読
み出され、要求元（又は指定の相手）に送信される（Ｓ
３８）。送信後、タイマを次の送信時期に設定して、終
了する。
送信される。即ち、ビデオ・キャプチャ１６がスイッチ
１２からの映像信号をディジタル化し（Ｓ３５）、ビデ
オ・エンコーダ１８がディジタル化された映像信号を圧
縮符号化する（Ｓ３６）。指定の符号化方式の符号化映
像データがセレクタ２０により選択され、通信バッファ
２２に格納される（Ｓ３７）。同時に、音声エンコーダ
２４が、選択された音声信号をディジタル化及び符号化
し、通信バッファ２２に格納する。通信バッファ２２に
格納された符号化映像データ及び符号化音声データは、
適当なレート及びフォーマットでネットワーク３０に読
み出され、要求元（又は指定の相手）に送信される（Ｓ
３８）。送信後、タイマを次の送信時期に設定して、終
了する。
【００２６】なお、この実施例では、ビデオ・エンコー
ダ１８内の３つのエンコード・モジュール全てにおいて
符号化処理が行なわれているが、選択された符号化方式
に対応するものだけが動作するようにしてもよい。
ダ１８内の３つのエンコード・モジュール全てにおいて
符号化処理が行なわれているが、選択された符号化方式
に対応するものだけが動作するようにしてもよい。
【００２７】図６及び図７は、図２のＳ７の詳細であっ
て、占有的処理要求に対する処理の流れを示す。図６は
初期化処理であり、図７は、カメラからの映像データの
獲得と送信処理の流れを示す。占有的処理要求の場合、
非占有的処理要求のＳ３１〜Ｓ３４に相当する初期化設
定操作が１回目（及び送信要求パラメータの変更時）に
のみ行なわれ、その後はデータ獲得と送信動作のみが繰
り返される。
て、占有的処理要求に対する処理の流れを示す。図６は
初期化処理であり、図７は、カメラからの映像データの
獲得と送信処理の流れを示す。占有的処理要求の場合、
非占有的処理要求のＳ３１〜Ｓ３４に相当する初期化設
定操作が１回目（及び送信要求パラメータの変更時）に
のみ行なわれ、その後はデータ獲得と送信動作のみが繰
り返される。
【００２８】初期化処理として、図６に示すように、先
ず、制御回路２６は、要求されたカメラの映像を入力す
るようにスイッチ１２を設定し（Ｓ４１）、要求された
映像サイズになるようにビデオ・キャプチャ１６を設定
する（Ｓ４２）、ビデオ・エンコーダ１８の３つの出力
の内、要求された圧縮方式に応じた符号化データを選択
するようにセレクタ２０を設定し（Ｓ４３）、ビデオ・
エンコーダ１８の符号化パラメータを設定する（Ｓ４
４）。これらの処理は、図５のＳ３１〜Ｓ３４と同じで
ある。
ず、制御回路２６は、要求されたカメラの映像を入力す
るようにスイッチ１２を設定し（Ｓ４１）、要求された
映像サイズになるようにビデオ・キャプチャ１６を設定
する（Ｓ４２）、ビデオ・エンコーダ１８の３つの出力
の内、要求された圧縮方式に応じた符号化データを選択
するようにセレクタ２０を設定し（Ｓ４３）、ビデオ・
エンコーダ１８の符号化パラメータを設定する（Ｓ４
４）。これらの処理は、図５のＳ３１〜Ｓ３４と同じで
ある。
【００２９】これらの初期化処理の後、実際に、カメラ
映像の獲得と送信処理を繰り返す。即ち、ビデオ・キャ
プチャ１６が、スイッチ１２からの映像信号をディジタ
ル化し（Ｓ５１）、ビデオ・エンコーダ１８が、ディジ
タル化された映像信号を圧縮符号化する（Ｓ５２）。指
定の符号化方式の符号化映像データがセレクタ２０によ
り選択され、通信バッファ２２に格納される（Ｓ５
３）。同時に、音声エンコーダ２４が、選択された音声
信号をディジタル化及び符号化し、通信バッファ２２に
格納する。通信バッファ２２に格納された符号化映像デ
ータ及び符号化音声データは、適当なレート及びフォー
マットでネットワーク３０に読み出され、要求元（又は
指定の相手）に送信される（Ｓ５４）。送信後、タイマ
を次の送信時期に設定して、終了する。
映像の獲得と送信処理を繰り返す。即ち、ビデオ・キャ
プチャ１６が、スイッチ１２からの映像信号をディジタ
ル化し（Ｓ５１）、ビデオ・エンコーダ１８が、ディジ
タル化された映像信号を圧縮符号化する（Ｓ５２）。指
定の符号化方式の符号化映像データがセレクタ２０によ
り選択され、通信バッファ２２に格納される（Ｓ５
３）。同時に、音声エンコーダ２４が、選択された音声
信号をディジタル化及び符号化し、通信バッファ２２に
格納する。通信バッファ２２に格納された符号化映像デ
ータ及び符号化音声データは、適当なレート及びフォー
マットでネットワーク３０に読み出され、要求元（又は
指定の相手）に送信される（Ｓ５４）。送信後、タイマ
を次の送信時期に設定して、終了する。
【００３０】以上の説明では、１つのカメラ又はマイク
からの入力信号を１つの送信先に送る動作を示したが、
１つのカメラ又はマイクからの入力信号に対する送信要
求が複数の端末からあった場合、これらを一括して複数
の送信先に送ることができることはネットワーク技術と
して明らかである。
からの入力信号を１つの送信先に送る動作を示したが、
１つのカメラ又はマイクからの入力信号に対する送信要
求が複数の端末からあった場合、これらを一括して複数
の送信先に送ることができることはネットワーク技術と
して明らかである。
【００３１】送信データのサイズやレート等のパラメー
タ変更要求があった際には、図６の初期化処理が再実行
された後に、図７の動作が続く。この際、パラメータの
変更により占有的処理要求が非占有的処理要求となる場
合には、停止された処理プロセスを再起動可能な状態に
戻す。
タ変更要求があった際には、図６の初期化処理が再実行
された後に、図７の動作が続く。この際、パラメータの
変更により占有的処理要求が非占有的処理要求となる場
合には、停止された処理プロセスを再起動可能な状態に
戻す。
【００３２】また、映像／音声データの符号化及び通信
バッファ２２への格納までのステップ（図５のＳ３１〜
Ｓ３７、及び図７のＳ５１〜Ｓ５３）と通信バッファ２
２に格納されるデータの送信（図５のＳ３８及び図７の
Ｓ５４）を別々のプロセス（符号化処理プロセスと送信
プロセス）とすると共に２つのバッファを用意し、Ｓ３
８又はＳ５４を実行する送信プロセスが一方のバッファ
のデータをネットワークに出力している間に、符号化処
理プロセスが次に送るべきデータをもう一方のバッファ
に格納するようにすることで、データ送信を効率を向上
させることができる。このような技術自体は、並列処理
技術として公知である。
バッファ２２への格納までのステップ（図５のＳ３１〜
Ｓ３７、及び図７のＳ５１〜Ｓ５３）と通信バッファ２
２に格納されるデータの送信（図５のＳ３８及び図７の
Ｓ５４）を別々のプロセス（符号化処理プロセスと送信
プロセス）とすると共に２つのバッファを用意し、Ｓ３
８又はＳ５４を実行する送信プロセスが一方のバッファ
のデータをネットワークに出力している間に、符号化処
理プロセスが次に送るべきデータをもう一方のバッファ
に格納するようにすることで、データ送信を効率を向上
させることができる。このような技術自体は、並列処理
技術として公知である。
【００３３】図８は、図１に示す実施例を利用するテレ
ビ会議システムのネットワーク構成の模式図を示す。図
１に示す映像送信処理装置１０のスイッチ１２には、２
台の端末４０ａ，４０ｂのカメラ出力及びマイク出力が
入力されている。端末４０ａはワークステーション４２
ａをベースとし、端末４０ｂはパーソナル・コンピュー
タ４２ｂをベースとしており、それぞれ、カメラ４４
ａ，４４ｂ、マイク４６ａ，４６ｂ、映像モニタ４８
ａ，４８ｂ及びスピーカ５０ａ，５０ｂが接続されてい
る。マイク４６ａ，４６ｂとスピーカ５０ａ，５０ｂ
は、例えばスピーカ・フォン構成になっている。
ビ会議システムのネットワーク構成の模式図を示す。図
１に示す映像送信処理装置１０のスイッチ１２には、２
台の端末４０ａ，４０ｂのカメラ出力及びマイク出力が
入力されている。端末４０ａはワークステーション４２
ａをベースとし、端末４０ｂはパーソナル・コンピュー
タ４２ｂをベースとしており、それぞれ、カメラ４４
ａ，４４ｂ、マイク４６ａ，４６ｂ、映像モニタ４８
ａ，４８ｂ及びスピーカ５０ａ，５０ｂが接続されてい
る。マイク４６ａ，４６ｂとスピーカ５０ａ，５０ｂ
は、例えばスピーカ・フォン構成になっている。
【００３４】一例として、端末４０ａは、ＦＤＤＩなど
の高速ネットワークを介してネットワーク３０に接続
し、ワークステーション４２ａは例えば、映像／音声の
符号化信号を復号化するハードウェアを具備する。ま
た、端末４０ｂは、イーサネット５２及びルータ５４を
介してネットワーク３０に接続し、コンピュータ４２ｂ
は、映像／音声の符号化信号を復号化するソフトウエア
を具備する。ここでは、映像送信処理装置１０の出力が
接続するネットワーク３０は、基幹ネットワーク又はそ
れに近い高速ネットワークであるとする。
の高速ネットワークを介してネットワーク３０に接続
し、ワークステーション４２ａは例えば、映像／音声の
符号化信号を復号化するハードウェアを具備する。ま
た、端末４０ｂは、イーサネット５２及びルータ５４を
介してネットワーク３０に接続し、コンピュータ４２ｂ
は、映像／音声の符号化信号を復号化するソフトウエア
を具備する。ここでは、映像送信処理装置１０の出力が
接続するネットワーク３０は、基幹ネットワーク又はそ
れに近い高速ネットワークであるとする。
【００３５】この環境下でテレビ会議の行なわれる様子
を説明する。なお、端末４０ａと図示しない別の端末と
の間でテレビ会議が行なわれるとする。
を説明する。なお、端末４０ａと図示しない別の端末と
の間でテレビ会議が行なわれるとする。
【００３６】テレビ会議では、自分の画像と通信相手
（複数人も可）の画像をモニタ上に表示し、相手の声を
自分の端末のスピーカから出力する。端末４０ａを自端
末とすると、これは、自端末映像の受信処理を起動する
と共に、相手端末の映像及び音声の受信処理を起動する
ことで、実現される。
（複数人も可）の画像をモニタ上に表示し、相手の声を
自分の端末のスピーカから出力する。端末４０ａを自端
末とすると、これは、自端末映像の受信処理を起動する
と共に、相手端末の映像及び音声の受信処理を起動する
ことで、実現される。
【００３７】自端末映像の受信処理と相手端末の映像及
び音声の受信処理は、ほぼ同様の動作となるので、以
下、相手端末の映像及び音声の受信処理を例に説明す
る。
び音声の受信処理は、ほぼ同様の動作となるので、以
下、相手端末の映像及び音声の受信処理を例に説明す
る。
【００３８】図９は、自端末上で動作する映像音声受信
処理と、相手側のカメラ出力及びマイク出力が入力する
映像音声送信処理装置（以下、相手側映像音声送信処理
装置という。）のデータ送信処理との関係を示す。Ｓ６
１〜Ｓ６７は自端末上で動作する映像音声の受信処理を
示し、Ｓ６８〜Ｓ７０は、相手側映像音声送信処理装置
のデータ送信処理を示す。
処理と、相手側のカメラ出力及びマイク出力が入力する
映像音声送信処理装置（以下、相手側映像音声送信処理
装置という。）のデータ送信処理との関係を示す。Ｓ６
１〜Ｓ６７は自端末上で動作する映像音声の受信処理を
示し、Ｓ６８〜Ｓ７０は、相手側映像音声送信処理装置
のデータ送信処理を示す。
【００３９】まず、自端末上で受信処理が起動する。映
像表示及び音声出力に必要なウィンドウ・システム上の
モジュールなどが初期設定され（Ｓ６１）、データ受信
のためのバッファが用意される（Ｓ６２）。受信のため
のポートが開かれ、受け付け可能状態になる（Ｓ６
３）。相手側映像音声送信処理装置に、相手端末のカメ
ラ出力及びマイク出力の送信を要求する（Ｓ６４）。相
手側映像音声送信処理装置はこの要求を受けると、もし
受け入れられるならば、送信の初期設定を実行し、相手
端末（端末４０ａ）側の受信ポートへの通信コネクショ
ンを要求する（Ｓ６８）。これにより、自端末（端末４
０ａ）は、相手側映像音声送信処理装置との間に通信コ
ネクションを確立する（Ｓ６５）。
像表示及び音声出力に必要なウィンドウ・システム上の
モジュールなどが初期設定され（Ｓ６１）、データ受信
のためのバッファが用意される（Ｓ６２）。受信のため
のポートが開かれ、受け付け可能状態になる（Ｓ６
３）。相手側映像音声送信処理装置に、相手端末のカメ
ラ出力及びマイク出力の送信を要求する（Ｓ６４）。相
手側映像音声送信処理装置はこの要求を受けると、もし
受け入れられるならば、送信の初期設定を実行し、相手
端末（端末４０ａ）側の受信ポートへの通信コネクショ
ンを要求する（Ｓ６８）。これにより、自端末（端末４
０ａ）は、相手側映像音声送信処理装置との間に通信コ
ネクションを確立する（Ｓ６５）。
【００４０】相手側映像音声送信処理装置は、映像及び
音声データを獲得及び符号化して通信バッファに格納し
（Ｓ６９）、通信バッファに格納されるデータを通信相
手（端末４０ａ）に送信する（Ｓ７０）。
音声データを獲得及び符号化して通信バッファに格納し
（Ｓ６９）、通信バッファに格納されるデータを通信相
手（端末４０ａ）に送信する（Ｓ７０）。
【００４１】自端末（端末４０ａ）は、符号化されたデ
ータを受信し（Ｓ６６）、これを復号化して、映像を映
像モニタ４８ａのウィンドウに表示し、音声をスピーカ
５０ａから出力する（Ｓ６７）。
ータを受信し（Ｓ６６）、これを復号化して、映像を映
像モニタ４８ａのウィンドウに表示し、音声をスピーカ
５０ａから出力する（Ｓ６７）。
【００４２】その後、相手側映像音声送信処理装置は、
Ｓ６９とＳ７０を繰り返し、端末４０ａも、Ｓ６６とＳ
６７を繰り返す。これにより、映像及び音声が連続的に
転送され、再生される。
Ｓ６９とＳ７０を繰り返し、端末４０ａも、Ｓ６６とＳ
６７を繰り返す。これにより、映像及び音声が連続的に
転送され、再生される。
【００４３】カメラの映像出力及びマイク出力はアナロ
グ信号のレベルで分岐されコンピュータ４２ａ，４２ｂ
と映像音声送信処理装置１０の両方に入力されるように
構成しても良い。その場合、自分の映像を受信する必要
はなくなるが、カメラ入力をディジタル化するビデオ・
キャプチャ機能がコンピュータ４２ａ，４２ｂに必要に
なる。
グ信号のレベルで分岐されコンピュータ４２ａ，４２ｂ
と映像音声送信処理装置１０の両方に入力されるように
構成しても良い。その場合、自分の映像を受信する必要
はなくなるが、カメラ入力をディジタル化するビデオ・
キャプチャ機能がコンピュータ４２ａ，４２ｂに必要に
なる。
【００４４】尚、カメラ４４ａ，４４ｂ及びマイク４６
ａ，４６ｂの出力を無線により映像音声送信処理装置１
０に送信することで、配線の負担を無くすことができ
る。
ａ，４６ｂの出力を無線により映像音声送信処理装置１
０に送信することで、配線の負担を無くすことができ
る。
【００４５】このようにして、多数のカメラ・マイクの
映像音声情報を伝送する環境を低コストで実現できる。
また、受信端末の性能や機能に応じて、異なる圧縮符号
化方式や適切な送信パラメータを用いて映像音声データ
を送受信できる。
映像音声情報を伝送する環境を低コストで実現できる。
また、受信端末の性能や機能に応じて、異なる圧縮符号
化方式や適切な送信パラメータを用いて映像音声データ
を送受信できる。
【００４６】音声信号の処理を省いて、映像信号のみを
送信処理するようにしてもよい。図１０は、音声信号の
処理を省略した映像送信処理装置の概略構成ブロック図
を示す。図１に示す実施例から、スイッチ１２の音声入
力を無くし、送信処理装置１４の音声デコーダ２４を除
去した構成になっている。映像を用いた監視などの用途
には、音声情報が不要な場合もあり、図１０に示すよう
に構成することで、よりコスト効果比の良いシステムと
することができる。図１１は、図１０に示す映像送信処
理装置を用いた遠隔監視システムの構成例であり、図８
に示す構成から、音声の入出力装置を取り除いたものに
なっている。
送信処理するようにしてもよい。図１０は、音声信号の
処理を省略した映像送信処理装置の概略構成ブロック図
を示す。図１に示す実施例から、スイッチ１２の音声入
力を無くし、送信処理装置１４の音声デコーダ２４を除
去した構成になっている。映像を用いた監視などの用途
には、音声情報が不要な場合もあり、図１０に示すよう
に構成することで、よりコスト効果比の良いシステムと
することができる。図１１は、図１０に示す映像送信処
理装置を用いた遠隔監視システムの構成例であり、図８
に示す構成から、音声の入出力装置を取り除いたものに
なっている。
【００４７】このように構成することにより、より安価
な構成で、監視のような目的に最適のシステムを安価に
構成できる。
な構成で、監視のような目的に最適のシステムを安価に
構成できる。
【００４８】図８に示す構成をワイド・エリア・ネット
ワーク（ＷＡＮ）に拡張できることは明らかである。例
えば、図１２に示すように、一般にビデオ・ゲートウエ
イなどと呼ばれる映像音声ＷＡＮ交換機６０を組みあわ
せればよい。
ワーク（ＷＡＮ）に拡張できることは明らかである。例
えば、図１２に示すように、一般にビデオ・ゲートウエ
イなどと呼ばれる映像音声ＷＡＮ交換機６０を組みあわ
せればよい。
【００４９】このように構成することにより、ＩＳＤＮ
などの公衆通信回線網を介して外部のネットワークとの
間でデータ交換できる。
などの公衆通信回線網を介して外部のネットワークとの
間でデータ交換できる。
【００５０】上述の実施例では、映像信号を取り込むビ
デオ・キャプチャ及び映像と音声のエンコーダを共用す
ることにより、そのためのコストを低減できるが、一般
二、スイッチ１２としてあまり高速のものを利用できな
い（高価になる、大型になる。）ので、高いフレーム・
レートを要求される用途では、複数の信号を実質的にも
同時に扱うことができない。
デオ・キャプチャ及び映像と音声のエンコーダを共用す
ることにより、そのためのコストを低減できるが、一般
二、スイッチ１２としてあまり高速のものを利用できな
い（高価になる、大型になる。）ので、高いフレーム・
レートを要求される用途では、複数の信号を実質的にも
同時に扱うことができない。
【００５１】以下に、この問題点を解決した実施例を説
明する。図１３は、本発明の第３実施例の概略構成ブロ
ック図を示す。１１０は映像音声送信サーバ、１１２は
８つの映像音声入力から任意の４つの映像音声信号を選
択し、選択された４つの映像音声信号の４つの出力ポー
トから任意に出力できるマトリクス・スイッチ、１１４
は、マトリクス・スイッチ１１２からの４つの映像音声
信号の１つを選択するか、又は、４つの映像音声信号を
時間軸圧縮し、映像信号については４画面のマルチ画構
成に合成し、音声信号については時間軸で１／４に圧縮
して合成する画面分割ユニットである。
明する。図１３は、本発明の第３実施例の概略構成ブロ
ック図を示す。１１０は映像音声送信サーバ、１１２は
８つの映像音声入力から任意の４つの映像音声信号を選
択し、選択された４つの映像音声信号の４つの出力ポー
トから任意に出力できるマトリクス・スイッチ、１１４
は、マトリクス・スイッチ１１２からの４つの映像音声
信号の１つを選択するか、又は、４つの映像音声信号を
時間軸圧縮し、映像信号については４画面のマルチ画構
成に合成し、音声信号については時間軸で１／４に圧縮
して合成する画面分割ユニットである。
【００５２】映像音声送信サーバ１１０は、画面分割ユ
ニット１１４から出力される映像信号を取り込み、ディ
ジタル化する映像キャプチャ装置１１６と、映像キャプ
チャ装置１１６の出力映像データを圧縮符号化する映像
エンコーダ１１８と、画面分割ユニット１１４から出力
される音声信号を取り込み、ディジタル化する音声キャ
プチャ装置１２０と、音声キャプチャ装置１２０の出力
音声データを圧縮符号化する音声エンコーダ１２２と、
エンコーダ１１８，１２２の符号化データ及び送信すべ
き情報を一時格納する通信バッファ１２４と、映像音声
送信サーバ１１０の全体、マトリクス・スイッチ１１２
及び画面分割ユニット１１４を制御する制御回路１２６
からなる。
ニット１１４から出力される映像信号を取り込み、ディ
ジタル化する映像キャプチャ装置１１６と、映像キャプ
チャ装置１１６の出力映像データを圧縮符号化する映像
エンコーダ１１８と、画面分割ユニット１１４から出力
される音声信号を取り込み、ディジタル化する音声キャ
プチャ装置１２０と、音声キャプチャ装置１２０の出力
音声データを圧縮符号化する音声エンコーダ１２２と、
エンコーダ１１８，１２２の符号化データ及び送信すべ
き情報を一時格納する通信バッファ１２４と、映像音声
送信サーバ１１０の全体、マトリクス・スイッチ１１２
及び画面分割ユニット１１４を制御する制御回路１２６
からなる。
【００５３】画面分割ユニット１１４は、図１４に示す
ように分割モードと選択モードの２つの動作モードを具
備する。分割モードは４つの入力映像を水平及び垂直で
１／２に縮小して１画面に合成するモードである。この
とき、画面分割ユニット１１４は４つの入力音声を時間
軸で圧縮及び合成して出力する。選択モードは、４つの
入力映像音声信号の内の任意の１つを選択して出力する
モードである。このような機能を有する装置として、例
えば、ソニー株式会社製ＹＳ−Ｑ４３０などがある。
ように分割モードと選択モードの２つの動作モードを具
備する。分割モードは４つの入力映像を水平及び垂直で
１／２に縮小して１画面に合成するモードである。この
とき、画面分割ユニット１１４は４つの入力音声を時間
軸で圧縮及び合成して出力する。選択モードは、４つの
入力映像音声信号の内の任意の１つを選択して出力する
モードである。このような機能を有する装置として、例
えば、ソニー株式会社製ＹＳ−Ｑ４３０などがある。
【００５４】エンコーダ１１８は、例えば、図１５に示
すように、それぞれ異なる圧縮符号化方式（例えば、Ｍ
ｏｔｉｏｎＪＰＥＧ、ＭＰＥＧ及びＩＴＵ−Ｔ勧告Ｈ．
２６１）に対応する複数のエンコーダ１３０，１３２，
１３４を設け、制御回路１２６の制御下で、スイッチ１
３６が、入力映像データを何れか指定のエンコーダ１３
０，１３２，１３４に供給するようにした構成であって
もよい。音声エンコーダ１２２についても、同様であ
る。
すように、それぞれ異なる圧縮符号化方式（例えば、Ｍ
ｏｔｉｏｎＪＰＥＧ、ＭＰＥＧ及びＩＴＵ−Ｔ勧告Ｈ．
２６１）に対応する複数のエンコーダ１３０，１３２，
１３４を設け、制御回路１２６の制御下で、スイッチ１
３６が、入力映像データを何れか指定のエンコーダ１３
０，１３２，１３４に供給するようにした構成であって
もよい。音声エンコーダ１２２についても、同様であ
る。
【００５５】制御回路１２６は外部からの送信要求の内
容に応じて、マトリクス・スイッチ１１２及び画面分割
ユニット１１４を設定すると共に、映像キャプチャ装置
１１６、映像エンコーダ１１８、音声キャプチャ装置１
２０及び音声エンコーダ１２２を制御して、適切な送信
データを生成し、通信バッファ１２４を介して外部ネッ
トワークに送信させる。
容に応じて、マトリクス・スイッチ１１２及び画面分割
ユニット１１４を設定すると共に、映像キャプチャ装置
１１６、映像エンコーダ１１８、音声キャプチャ装置１
２０及び音声エンコーダ１２２を制御して、適切な送信
データを生成し、通信バッファ１２４を介して外部ネッ
トワークに送信させる。
【００５６】図１６は、図１３の実施例の動作を示す流
れ図である。先ず、送信要求、送信終了要求及び送信起
動などのイベントの待ち状態になる（Ｓ１０１）。映像
／音声送信要求を受け付けると（Ｓ１０２）、新たな送
信処理を開始する（Ｓ１０３）。映像／音声送信終了要
求を受け付けると（Ｓ１０４）、指定された映像／音声
の送信処理を終了する（Ｓ１０５）。送信スケジューラ
により映像音声送信動作を起動するイベントが発生する
と（Ｓ１０６）、カメラ／マイクからの映像／音声の獲
得と送信処理を開始する（Ｓ１０７）。
れ図である。先ず、送信要求、送信終了要求及び送信起
動などのイベントの待ち状態になる（Ｓ１０１）。映像
／音声送信要求を受け付けると（Ｓ１０２）、新たな送
信処理を開始する（Ｓ１０３）。映像／音声送信終了要
求を受け付けると（Ｓ１０４）、指定された映像／音声
の送信処理を終了する（Ｓ１０５）。送信スケジューラ
により映像音声送信動作を起動するイベントが発生する
と（Ｓ１０６）、カメラ／マイクからの映像／音声の獲
得と送信処理を開始する（Ｓ１０７）。
【００５７】この実施例でも、送信要求には占有的処理
要求と非占有的処理要求の２種類がある。占有的処理要
求は、全ての送信動作を特定のデータで占有させること
により高いフレーム・レートでのデータ通信を可能にす
る送信要求である。映像音声送信サーバ１１０に要求す
るフレーム・レートがマトリクス・スイッチ１１２の切
り替え速度を上回る場合、占有的処理要求にする必要が
ある。非占有的処理要求は、高いフレーム・レートを割
り当てずに、複数の映像音声信号を送信する送信要求で
ある。非占有的処理要求は、複数受け付けることがで
き、送信スケジューラにより順に起動される。送信スケ
ジューラは、実際にはタイマ・イベントにより実現され
る。
要求と非占有的処理要求の２種類がある。占有的処理要
求は、全ての送信動作を特定のデータで占有させること
により高いフレーム・レートでのデータ通信を可能にす
る送信要求である。映像音声送信サーバ１１０に要求す
るフレーム・レートがマトリクス・スイッチ１１２の切
り替え速度を上回る場合、占有的処理要求にする必要が
ある。非占有的処理要求は、高いフレーム・レートを割
り当てずに、複数の映像音声信号を送信する送信要求で
ある。非占有的処理要求は、複数受け付けることがで
き、送信スケジューラにより順に起動される。送信スケ
ジューラは、実際にはタイマ・イベントにより実現され
る。
【００５８】各送信要求は、さらに２種類に分けられ
る。第１は、テレビ会議などを行うために、解像度より
も映像のフレーム・レートを優先したデータ送信要求で
ある。このときには、画面分割ユニット１１４の動作モ
ードを分割モードに設定し、複数画面をマトリクス・ス
イッチ１１２の切り替えなしに取り込み、符号化するこ
とで実現される。第２は、物体の細部の観察などを行な
うためにフレーム・レートよりも解像度を優先したデー
タ送信要求である。このときは、画面分割ユニット１１
４の動作モードを選択モードに設定し、マトリクス・ス
イッチ１１２により、送信したい映像音声信号を選択す
る。
る。第１は、テレビ会議などを行うために、解像度より
も映像のフレーム・レートを優先したデータ送信要求で
ある。このときには、画面分割ユニット１１４の動作モ
ードを分割モードに設定し、複数画面をマトリクス・ス
イッチ１１２の切り替えなしに取り込み、符号化するこ
とで実現される。第２は、物体の細部の観察などを行な
うためにフレーム・レートよりも解像度を優先したデー
タ送信要求である。このときは、画面分割ユニット１１
４の動作モードを選択モードに設定し、マトリクス・ス
イッチ１１２により、送信したい映像音声信号を選択す
る。
【００５９】制御回路１２６は、まず、イベント待ち状
態（Ｓ１０１）になる。外部からの通信又は送信スケジ
ューラのタイマ・イベントが発生すると、通信内容及び
イベントの種類に応じて、Ｓ１０２、Ｓ１０４又はＳ１
０６の何れかに進む。
態（Ｓ１０１）になる。外部からの通信又は送信スケジ
ューラのタイマ・イベントが発生すると、通信内容及び
イベントの種類に応じて、Ｓ１０２、Ｓ１０４又はＳ１
０６の何れかに進む。
【００６０】受信したメッセージが新たな送信要求であ
る場合、映像／音声送信要求受け付け処理（Ｓ１０２）
に進み、メッセージの内容を読み出す。次いで、メッセ
ージ内容に従って送信開始処理（Ｓ１０３）を実行す
る。
る場合、映像／音声送信要求受け付け処理（Ｓ１０２）
に進み、メッセージの内容を読み出す。次いで、メッセ
ージ内容に従って送信開始処理（Ｓ１０３）を実行す
る。
【００６１】受信したメッセージが送信終了の要求であ
る場合、音声／映像送信終了要求の受け付け処理（Ｓ１
０４）に進み、メッセージの内容を読み出す。次いで、
メッセージの内容に従って送信終了処理（Ｓ１０５）を
実行する。
る場合、音声／映像送信終了要求の受け付け処理（Ｓ１
０４）に進み、メッセージの内容を読み出す。次いで、
メッセージの内容に従って送信終了処理（Ｓ１０５）を
実行する。
【００６２】タイマ・イベントが発生した場合には、送
信処理プロセスを再起動し、イベント待ち状態（Ｓ１０
１）に戻る。起動された送信処理プロセスが、カメラ／
マイクからの映像／音声の獲得と送信の処理を実行し、
再びタイマを設定する（Ｓ１０７）。
信処理プロセスを再起動し、イベント待ち状態（Ｓ１０
１）に戻る。起動された送信処理プロセスが、カメラ／
マイクからの映像／音声の獲得と送信の処理を実行し、
再びタイマを設定する（Ｓ１０７）。
【００６３】図１７は、図１６の送信開始処理Ｓ１０３
の詳細なフローチャートを示す。制御回路１２６は、ま
ず、占有的処理要求が既にあるか否かを判定する（Ｓ１
１１）。占有的処理要求がある場合（Ｓ１１１）、他の
要求を受けつけられないので、当該開始要求を拒否する
（Ｓ１１５）。占有的処理要求が無い場合（Ｓ１１
１）、開始しようとしている処理自体が占有的処理要求
であるか否かを判定する（Ｓ１１２）。非占有的処理要
求の場合（Ｓ１１２）、送信スケジューラに、解像度優
先かフレームレート優先かに応じた送信要求プロセスを
追加し、起動のためのタイマを設定して終了する（Ｓ１
１３）。占有的処理要求の場合（Ｓ１１２）、他の要求
と共存できないので、既存の要求の処理プロセスを一時
停止させた（Ｓ１１４）、その後、送信スケジューラに
送信要求処理プロセスを追加し、起動のためのタイマを
設定して終了する（Ｓ１１３）。
の詳細なフローチャートを示す。制御回路１２６は、ま
ず、占有的処理要求が既にあるか否かを判定する（Ｓ１
１１）。占有的処理要求がある場合（Ｓ１１１）、他の
要求を受けつけられないので、当該開始要求を拒否する
（Ｓ１１５）。占有的処理要求が無い場合（Ｓ１１
１）、開始しようとしている処理自体が占有的処理要求
であるか否かを判定する（Ｓ１１２）。非占有的処理要
求の場合（Ｓ１１２）、送信スケジューラに、解像度優
先かフレームレート優先かに応じた送信要求プロセスを
追加し、起動のためのタイマを設定して終了する（Ｓ１
１３）。占有的処理要求の場合（Ｓ１１２）、他の要求
と共存できないので、既存の要求の処理プロセスを一時
停止させた（Ｓ１１４）、その後、送信スケジューラに
送信要求処理プロセスを追加し、起動のためのタイマを
設定して終了する（Ｓ１１３）。
【００６４】非占有的処理要求の処理プロセスを送信ス
ケジューラに追加する手順を、図１８に示す。まず、処
理要求を受け取り（Ｓ１２１）、受け取った処理要求が
要求するカメラと同じカメラに帯する送信処理要求が既
に送信スケジューラに存在するかどうかを調べる（Ｓ１
２２）。同じカメラに対する送信処理要求が存在すれば
（Ｓ１２２）、その送信処理プロセスに、今受け取った
送信要求の送信先を追加して終了する（Ｓ１２３）。同
じカメラに対する送信処理要求が存在しない場合（Ｓ１
２２）、Ｓ１２１で受け取った処理要求が解像度優先か
フレーム・レート優先かを判断する（Ｓ１２４）。解像
度優先の場合（Ｓ１２４）、新たに起動のためのタイマ
を設定して終了する（Ｓ１２５）。フレーム・レート優
先であれば（Ｓ１２４）、フレームレート優先処理要求
の待ち行列に空きが存在するかどうかを、送信スケジュ
ーラを参照して調べ（Ｓ１２６）、空きが存在しなけれ
ば（Ｓ１２６）、新たに起動のためのタイマを設定して
終了し８Ｓ１２５）、空きがあれば（Ｓ１２６）、空い
ている場所に処理を追加して終了する８Ｓ１２７）。
ケジューラに追加する手順を、図１８に示す。まず、処
理要求を受け取り（Ｓ１２１）、受け取った処理要求が
要求するカメラと同じカメラに帯する送信処理要求が既
に送信スケジューラに存在するかどうかを調べる（Ｓ１
２２）。同じカメラに対する送信処理要求が存在すれば
（Ｓ１２２）、その送信処理プロセスに、今受け取った
送信要求の送信先を追加して終了する（Ｓ１２３）。同
じカメラに対する送信処理要求が存在しない場合（Ｓ１
２２）、Ｓ１２１で受け取った処理要求が解像度優先か
フレーム・レート優先かを判断する（Ｓ１２４）。解像
度優先の場合（Ｓ１２４）、新たに起動のためのタイマ
を設定して終了する（Ｓ１２５）。フレーム・レート優
先であれば（Ｓ１２４）、フレームレート優先処理要求
の待ち行列に空きが存在するかどうかを、送信スケジュ
ーラを参照して調べ（Ｓ１２６）、空きが存在しなけれ
ば（Ｓ１２６）、新たに起動のためのタイマを設定して
終了し８Ｓ１２５）、空きがあれば（Ｓ１２６）、空い
ている場所に処理を追加して終了する８Ｓ１２７）。
【００６５】このような手順により、図１９に例示する
ような送信要求列に対し、送信スケジューラの送信スケ
ジュールは、図２０に示すようになる。
ような送信要求列に対し、送信スケジューラの送信スケ
ジュールは、図２０に示すようになる。
【００６６】図２１は、図１６の送信終了処理Ｓ１０５
の詳細なフローチャートである。制御回路１２６は、ま
ず、指定された終了すべき処理が実際に存在するかどう
かを、送信スケジューラを参照して判定する（Ｓ１３
１）。終了指定された処理が無い場合（Ｓ１３１）、エ
ラー・メッセージを返す（Ｓ１３４）。終了指定された
処理が存在する場合（Ｓ１３１）、対応する送信要求処
理プロセスに終了信号を送り、送信スケジューラからそ
のプロセスを削除する（Ｓ１３２）。その後、終了した
プロセスが占有的処理要求によるものかどうかを判定し
（Ｓ１３３）、占有的処理要求によるものであれば（Ｓ
１３３）、そのプロセスにより一時停止状態にされたプ
ロセスを送信スケジューラを参照して再起動可能な状態
に戻し、終了する（Ｓ１３５）。
の詳細なフローチャートである。制御回路１２６は、ま
ず、指定された終了すべき処理が実際に存在するかどう
かを、送信スケジューラを参照して判定する（Ｓ１３
１）。終了指定された処理が無い場合（Ｓ１３１）、エ
ラー・メッセージを返す（Ｓ１３４）。終了指定された
処理が存在する場合（Ｓ１３１）、対応する送信要求処
理プロセスに終了信号を送り、送信スケジューラからそ
のプロセスを削除する（Ｓ１３２）。その後、終了した
プロセスが占有的処理要求によるものかどうかを判定し
（Ｓ１３３）、占有的処理要求によるものであれば（Ｓ
１３３）、そのプロセスにより一時停止状態にされたプ
ロセスを送信スケジューラを参照して再起動可能な状態
に戻し、終了する（Ｓ１３５）。
【００６７】図１６のＳ１０７、即ち、カメラ／マイク
からの映像／音声データの獲得と送信処理の内容は、処
理要求が占有的処理要求であるか否かによって異なる。
からの映像／音声データの獲得と送信処理の内容は、処
理要求が占有的処理要求であるか否かによって異なる。
【００６８】図２２は、図１６のＳ１０７の詳細であっ
て、非占有的処理要求の場合のフローチャートを示す。
先ず、制御回路１２６は、画面分割ユニット１１４の動
作モードを、要求が解像度優先であれば選択モードに、
要求がフレーム・レート優先であれば分割モードにそれ
ぞれ設定する（Ｓ１４１）。要求されたカメラ／マイク
の映像／音声を取り込むように、マトリクス・スイッチ
１１２を設定し（Ｓ１４２）、要求された映像サイズ及
び音質になるように映像キャプチャ装置１１６及び音声
キャプチャ装置１２０のパラメータを設定する（Ｓ１４
３）。映像キャプチャ装置１１６及び音声キャプチャ装
置１２０は映像／音声データを取り込んでディジタル化
する（Ｓ１４４）。
て、非占有的処理要求の場合のフローチャートを示す。
先ず、制御回路１２６は、画面分割ユニット１１４の動
作モードを、要求が解像度優先であれば選択モードに、
要求がフレーム・レート優先であれば分割モードにそれ
ぞれ設定する（Ｓ１４１）。要求されたカメラ／マイク
の映像／音声を取り込むように、マトリクス・スイッチ
１１２を設定し（Ｓ１４２）、要求された映像サイズ及
び音質になるように映像キャプチャ装置１１６及び音声
キャプチャ装置１２０のパラメータを設定する（Ｓ１４
３）。映像キャプチャ装置１１６及び音声キャプチャ装
置１２０は映像／音声データを取り込んでディジタル化
する（Ｓ１４４）。
【００６９】映像エンコーダ１１８及び音声エンコーダ
１２２に圧縮符号化パラメータ（符号化方式と圧縮率等
のパラメータ、更には符号化する範囲）を設定し（Ｓ１
４５）、キャプチャ装置１１６，１２０の出力をその条
件で圧縮符号化させる（Ｓ１４６）。圧縮符号化条件の
符号化する範囲は、例えば、送信要求が解像度優先であ
る場合には画面全体、フレーム・レート優先の場合に
は、画面分割ユニット１１４によって分割された画面の
内、未だ符号化されていない領域の一つである。符号化
された映像／音声データは通信バッファ１２４に一時格
納され（Ｓ１４７）、通信バッファ１２４からネットワ
ークを介して要求元（又は指定の相手）に送出される。
この送信後、送信スケジューラに次の送信要求処理プロ
セスを追加する。キャプチャされた全ての領域が送信さ
れ終えるまで、Ｓ１４５〜Ｓ１４８を繰り返す（Ｓ１４
９）。
１２２に圧縮符号化パラメータ（符号化方式と圧縮率等
のパラメータ、更には符号化する範囲）を設定し（Ｓ１
４５）、キャプチャ装置１１６，１２０の出力をその条
件で圧縮符号化させる（Ｓ１４６）。圧縮符号化条件の
符号化する範囲は、例えば、送信要求が解像度優先であ
る場合には画面全体、フレーム・レート優先の場合に
は、画面分割ユニット１１４によって分割された画面の
内、未だ符号化されていない領域の一つである。符号化
された映像／音声データは通信バッファ１２４に一時格
納され（Ｓ１４７）、通信バッファ１２４からネットワ
ークを介して要求元（又は指定の相手）に送出される。
この送信後、送信スケジューラに次の送信要求処理プロ
セスを追加する。キャプチャされた全ての領域が送信さ
れ終えるまで、Ｓ１４５〜Ｓ１４８を繰り返す（Ｓ１４
９）。
【００７０】各入力ごと及び分割された各領域ごとに符
号化パラメータを設定するので（Ｓ１４５）、各領域を
異なった符号化条件で符号化できる。また、エンコーダ
１１８，１２２が複数の圧縮符号化方式に対応している
場合には、各入力ごとに異なった圧縮符号化方式で符号
化することも可能になる。
号化パラメータを設定するので（Ｓ１４５）、各領域を
異なった符号化条件で符号化できる。また、エンコーダ
１１８，１２２が複数の圧縮符号化方式に対応している
場合には、各入力ごとに異なった圧縮符号化方式で符号
化することも可能になる。
【００７１】図２３及び図２４は、図１６のＳ１０７の
詳細であって、占有的処理要求の場合の流れを示す。図
２３は初期化処理であり、図２４は、カメラ／マイクか
らの映像／音声データの獲得と送信処理の流れを示す。
占有的処理要求の場合、図２２のＳ１４１乃至Ｓ１４
３、及びＳ１４５に相当する初期化設定操作が１回目
（及び送信要求パラメータの変更時）にのみ行なわれ、
その後はデータ獲得と送信動作のみが繰り返される。
詳細であって、占有的処理要求の場合の流れを示す。図
２３は初期化処理であり、図２４は、カメラ／マイクか
らの映像／音声データの獲得と送信処理の流れを示す。
占有的処理要求の場合、図２２のＳ１４１乃至Ｓ１４
３、及びＳ１４５に相当する初期化設定操作が１回目
（及び送信要求パラメータの変更時）にのみ行なわれ、
その後はデータ獲得と送信動作のみが繰り返される。
【００７２】図２３を説明する。まず、画面分割ユニッ
ト１１４を選択モードに設定する（Ｓ１５１）。このよ
うに設定することにより、ある特定のカメラからの信号
を高速に送信できる。次いで、要求されたカメラ／マイ
クの映像／音声が入力されるようにマトリクス・スイッ
チ１１２を設定する（Ｓ１５２）。映像キャプチャ装置
１１６及び音声キャプチャ装置１２０に送信要求の内容
に応じたパラメータを設定し（Ｓ１５３）、映像エンコ
ーダ１１８及び音声エンコーダ１２２にも送信要求の内
容に応じたパラメータを設定する（Ｓ１２２）。なお、
Ｓ１５１で画面分割ユニット１１４を分割モードに設定
すれば、複数のカメラ（図１４の例では、最大４箇所）
からの映像を高速に送信できる。
ト１１４を選択モードに設定する（Ｓ１５１）。このよ
うに設定することにより、ある特定のカメラからの信号
を高速に送信できる。次いで、要求されたカメラ／マイ
クの映像／音声が入力されるようにマトリクス・スイッ
チ１１２を設定する（Ｓ１５２）。映像キャプチャ装置
１１６及び音声キャプチャ装置１２０に送信要求の内容
に応じたパラメータを設定し（Ｓ１５３）、映像エンコ
ーダ１１８及び音声エンコーダ１２２にも送信要求の内
容に応じたパラメータを設定する（Ｓ１２２）。なお、
Ｓ１５１で画面分割ユニット１１４を分割モードに設定
すれば、複数のカメラ（図１４の例では、最大４箇所）
からの映像を高速に送信できる。
【００７３】図２４を説明する。映像キャプチャ装置１
１６及び音声キャプチャ装置１２０は、画面分割ユニッ
ト１１４から出力される映像信号及び音声信号をそれぞ
れ取り込んでディジタル化する（Ｓ１６１）。映像エン
コーダ１１８及び音声エンコーダ１２２はそれぞれ映像
キャプチャ装置１１６及び音声キャプチャ装置１２０の
出力データを圧縮符号化し（Ｓ１６２）、符号化データ
を通信バッファ１２４に格納する（Ｓ１６３）。通信バ
ッファ１２４に格納されたデータは、所定のレート及び
フォーマットでネットワークを介して送信要求元（又は
指定の相手）に送信される（Ｓ１６４）。送信後、タイ
マを次の送信時期に設定して、終了する。
１６及び音声キャプチャ装置１２０は、画面分割ユニッ
ト１１４から出力される映像信号及び音声信号をそれぞ
れ取り込んでディジタル化する（Ｓ１６１）。映像エン
コーダ１１８及び音声エンコーダ１２２はそれぞれ映像
キャプチャ装置１１６及び音声キャプチャ装置１２０の
出力データを圧縮符号化し（Ｓ１６２）、符号化データ
を通信バッファ１２４に格納する（Ｓ１６３）。通信バ
ッファ１２４に格納されたデータは、所定のレート及び
フォーマットでネットワークを介して送信要求元（又は
指定の相手）に送信される（Ｓ１６４）。送信後、タイ
マを次の送信時期に設定して、終了する。
【００７４】図２２及び図２４に示す送信処理プロセス
で映像／音声データの符号化及び通信バッファ１２４へ
の格納のステップ（Ｓ１４５〜Ｓ１４７及びＳ１６１〜
Ｓ１６３）と、通信バッファ１２４に格納されているデ
ータの送信（Ｓ１４８及びＳ１６４）を別のプロセスと
すると共に２つのバッファを用意し、Ｓ１４８及びＳ１
６４を実行する送信プロセスが一方のバッファのデータ
を転送している間に、符号化プロセスが次に送信すべき
データを他方のバッファに格納するようにして、通信バ
ッファの書き込みと読み出しを同時に実行し、データ送
信の効率を向上させることができる。
で映像／音声データの符号化及び通信バッファ１２４へ
の格納のステップ（Ｓ１４５〜Ｓ１４７及びＳ１６１〜
Ｓ１６３）と、通信バッファ１２４に格納されているデ
ータの送信（Ｓ１４８及びＳ１６４）を別のプロセスと
すると共に２つのバッファを用意し、Ｓ１４８及びＳ１
６４を実行する送信プロセスが一方のバッファのデータ
を転送している間に、符号化プロセスが次に送信すべき
データを他方のバッファに格納するようにして、通信バ
ッファの書き込みと読み出しを同時に実行し、データ送
信の効率を向上させることができる。
【００７５】図２５は、図１３に示す実施例を利用する
テレビ会議システムのネットワーク構成の模式図を示
す。１４０は、図１３に示す映像音声送信サーバ１１
０、マトリクス・スイッチ１１２及び画面分割ユニット
１１４からなる映像音声送信処理装置であり、ローカル
・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・
ネットワーク、一般公衆電話回線、その他のネットワー
クなどからなる通信ネットワーク１４２に接続してい
る。
テレビ会議システムのネットワーク構成の模式図を示
す。１４０は、図１３に示す映像音声送信サーバ１１
０、マトリクス・スイッチ１１２及び画面分割ユニット
１１４からなる映像音声送信処理装置であり、ローカル
・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・
ネットワーク、一般公衆電話回線、その他のネットワー
クなどからなる通信ネットワーク１４２に接続してい
る。
【００７６】映像音声送信処理装置１４０のマトリクス
・スイッチ１１２の入力には、個人の机上又はサイドに
配置される２台の端末１４４ａ，１４４ｂのカメラ出力
及びマイク出力が接続されている。端末１４４ａはワー
クステーション１４６ａをベースとし、端末１４４ｂは
パーソナル・コンピュータ１４６ｂをベースとしてお
り、それぞれ、カメラ１４８ａ，１４８ｂ、マイク１５
０ａ，１５０ｂ、映像モニタ１５２ａ，１５２ｂ及びス
ピーカ１５４ａ，１５４ｂが接続されている。マイク１
５０ａ，１５０ｂとスピーカ１５４ａ，１５４ｂは、例
えばスピーカ・フォン構成になっている。
・スイッチ１１２の入力には、個人の机上又はサイドに
配置される２台の端末１４４ａ，１４４ｂのカメラ出力
及びマイク出力が接続されている。端末１４４ａはワー
クステーション１４６ａをベースとし、端末１４４ｂは
パーソナル・コンピュータ１４６ｂをベースとしてお
り、それぞれ、カメラ１４８ａ，１４８ｂ、マイク１５
０ａ，１５０ｂ、映像モニタ１５２ａ，１５２ｂ及びス
ピーカ１５４ａ，１５４ｂが接続されている。マイク１
５０ａ，１５０ｂとスピーカ１５４ａ，１５４ｂは、例
えばスピーカ・フォン構成になっている。
【００７７】一例として、端末１４４ａは、ＦＤＤＩな
どの高速ネットワークを介してネットワーク１４２に接
続し、ワークステーション１４６ａは例えば、映像／音
声の符号化信号を復号化するハードウェアを具備する。
また、端末１４２ｂは、イーサネット１５６及びルータ
１５８を介してネットワーク１４２に接続し、コンピュ
ータ１４６ｂは、映像／音声の符号化信号を復号化する
ソフトウエアを具備する。ここでは、映像音声送信処理
装置１４０の出力が接続するネットワーク１４２は、基
幹ネットワーク又はそれに近い高速ネットワークである
とする。
どの高速ネットワークを介してネットワーク１４２に接
続し、ワークステーション１４６ａは例えば、映像／音
声の符号化信号を復号化するハードウェアを具備する。
また、端末１４２ｂは、イーサネット１５６及びルータ
１５８を介してネットワーク１４２に接続し、コンピュ
ータ１４６ｂは、映像／音声の符号化信号を復号化する
ソフトウエアを具備する。ここでは、映像音声送信処理
装置１４０の出力が接続するネットワーク１４２は、基
幹ネットワーク又はそれに近い高速ネットワークである
とする。
【００７８】この環境下でテレビ会議の行なわれる様子
を説明する。なお、端末１４４ａと図示しない別の端末
との間でテレビ会議が行なわれるとする。
を説明する。なお、端末１４４ａと図示しない別の端末
との間でテレビ会議が行なわれるとする。
【００７９】テレビ会議では、自分の画像と通信相手
（複数人も可）の画像をモニタ上に表示し、相手の声を
自分の端末のスピーカから出力する。端末１４４ａを自
端末とすると、これは、自端末映像の受信処理を起動す
ると共に、相手端末の映像及び音声の受信処理を起動す
ることで、実現される。
（複数人も可）の画像をモニタ上に表示し、相手の声を
自分の端末のスピーカから出力する。端末１４４ａを自
端末とすると、これは、自端末映像の受信処理を起動す
ると共に、相手端末の映像及び音声の受信処理を起動す
ることで、実現される。
【００８０】自端末映像の受信処理と相手端末の映像及
び音声の受信処理は、ほぼ同様の動作となるので、以
下、相手端末の映像及び音声の受信処理を例に説明す
る。
び音声の受信処理は、ほぼ同様の動作となるので、以
下、相手端末の映像及び音声の受信処理を例に説明す
る。
【００８１】図２６は、自端末上で動作する映像音声受
信処理と、相手側のカメラ出力及びマイク出力が入力す
る映像音声送信処理装置（以下、相手側映像音声送信処
理装置という。）のデータ送信処理との関係を示す。Ｓ
１７１〜Ｓ１７７は自端末上で動作する映像音声の受信
処理を示し、Ｓ１７８〜Ｓ１８０は、相手側映像音声送
信処理装置のデータ送信処理を示す。
信処理と、相手側のカメラ出力及びマイク出力が入力す
る映像音声送信処理装置（以下、相手側映像音声送信処
理装置という。）のデータ送信処理との関係を示す。Ｓ
１７１〜Ｓ１７７は自端末上で動作する映像音声の受信
処理を示し、Ｓ１７８〜Ｓ１８０は、相手側映像音声送
信処理装置のデータ送信処理を示す。
【００８２】まず、自端末上で受信処理が起動する。映
像表示及び音声出力に必要なウィンドウ・システム上の
モジュールなどが初期設定され（Ｓ１７１）、データ受
信のためのバッファが用意される（Ｓ１７２）。受信の
ためのポートが開かれ、受け付け可能状態になる（Ｓ１
７３）。相手側映像音声送信処理装置に、相手端末のカ
メラ出力及びマイク出力の送信を要求する（Ｓ１７
４）。相手側映像音声送信処理装置はこの要求を受ける
と、もし受け入れられるならば、送信の初期設定を実行
し、相手端末（端末１４４ａ）側の受信ポートへの通信
コネクションを要求する（Ｓ１７８）。これにより、自
端末（端末１４４ａ）は、相手側映像音声送信処理装置
との間に通信コネクションを確立する（Ｓ１７５）。
像表示及び音声出力に必要なウィンドウ・システム上の
モジュールなどが初期設定され（Ｓ１７１）、データ受
信のためのバッファが用意される（Ｓ１７２）。受信の
ためのポートが開かれ、受け付け可能状態になる（Ｓ１
７３）。相手側映像音声送信処理装置に、相手端末のカ
メラ出力及びマイク出力の送信を要求する（Ｓ１７
４）。相手側映像音声送信処理装置はこの要求を受ける
と、もし受け入れられるならば、送信の初期設定を実行
し、相手端末（端末１４４ａ）側の受信ポートへの通信
コネクションを要求する（Ｓ１７８）。これにより、自
端末（端末１４４ａ）は、相手側映像音声送信処理装置
との間に通信コネクションを確立する（Ｓ１７５）。
【００８３】相手側映像音声送信処理装置は、映像及び
音声データを獲得及び符号化して通信バッファに格納し
（Ｓ１７９）、通信バッファに格納されるデータを通信
相手（端末１４４ａ）に送信する（Ｓ１８０）。
音声データを獲得及び符号化して通信バッファに格納し
（Ｓ１７９）、通信バッファに格納されるデータを通信
相手（端末１４４ａ）に送信する（Ｓ１８０）。
【００８４】自端末（端末１４４ａ）は、符号化された
データを受信し（Ｓ１７６）、これを復号化して、映像
を映像モニタ１５２ａのウィンドウに表示し、音声をス
ピーカ１５４ａから出力する（Ｓ１７７）。
データを受信し（Ｓ１７６）、これを復号化して、映像
を映像モニタ１５２ａのウィンドウに表示し、音声をス
ピーカ１５４ａから出力する（Ｓ１７７）。
【００８５】その後、相手側映像音声送信処理装置は、
Ｓ１７９とＳ１８０を繰り返し、端末１４４ａも、Ｓ１
７６とＳ１７７を繰り返す。これにより、映像及び音声
が連続的に転送され、再生される。
Ｓ１７９とＳ１８０を繰り返し、端末１４４ａも、Ｓ１
７６とＳ１７７を繰り返す。これにより、映像及び音声
が連続的に転送され、再生される。
【００８６】カメラの映像出力及びマイク出力はアナロ
グ信号のレベルで分岐されコンピュータ１４６ａ，１４
６ｂと映像音声送信処理装置１４０の両方に入力される
ように構成しても良い。その場合、自分の映像を受信す
る必要はなくなるが、カメラ入力をディジタル化するビ
デオ・キャプチャ機能がコンピュータ１４６ａ，１４６
ｂに必要になる。
グ信号のレベルで分岐されコンピュータ１４６ａ，１４
６ｂと映像音声送信処理装置１４０の両方に入力される
ように構成しても良い。その場合、自分の映像を受信す
る必要はなくなるが、カメラ入力をディジタル化するビ
デオ・キャプチャ機能がコンピュータ１４６ａ，１４６
ｂに必要になる。
【００８７】尚、カメラ１４８ａ，１４８ｂ及びマイク
１５０ａ，１５０ｂの出力を無線により映像音声送信処
理装置１４０に送信することで、配線の負担を無くすこ
とができる。
１５０ａ，１５０ｂの出力を無線により映像音声送信処
理装置１４０に送信することで、配線の負担を無くすこ
とができる。
【００８８】以上説明したように構成することで、複数
のカメラ及びマイクから４つ以内の複数のソースからの
映像音声情報を自由に選択して送信できるようになる。
のカメラ及びマイクから４つ以内の複数のソースからの
映像音声情報を自由に選択して送信できるようになる。
【００８９】図２７は、図１３に示す実施例の変更例の
概略構成ブロック図を示す。１６０はマトリクス・スイ
ッチ１１２と同様の８入力・４出力のマトリクス・スイ
ッチ、１６２ａ，１６２ｂ，１６２ｃ，１６２ｄは、マ
トリクス・スイッチ１６０の４出力の各映像／音声出力
信号を取り込み、符号化してネットワークに送出する映
像音声送信サーバ、１６４は、外部からの制御信号に従
い、映像音声送信サーバ１６２ａ〜ｄ及びマトリクス・
スイッチ１６０を制御する制御装置である。
概略構成ブロック図を示す。１６０はマトリクス・スイ
ッチ１１２と同様の８入力・４出力のマトリクス・スイ
ッチ、１６２ａ，１６２ｂ，１６２ｃ，１６２ｄは、マ
トリクス・スイッチ１６０の４出力の各映像／音声出力
信号を取り込み、符号化してネットワークに送出する映
像音声送信サーバ、１６４は、外部からの制御信号に従
い、映像音声送信サーバ１６２ａ〜ｄ及びマトリクス・
スイッチ１６０を制御する制御装置である。
【００９０】映像音声送信サーバ１６２ａ〜１６２ｄ
は、マトリクス・スイッチ１６０の映像音声出力信号を
取り込むキャプチャ装置１６６ａ〜１６６ｄ、キャプチ
ャ装置１６６ａ〜１６６ｄの出力を圧縮符号化するエン
コーダ１６８ａ〜１６８ｄ及びエンコーダ１６８ａ〜１
６８ｄの出力をネットワークに送出するために一時格納
する通信バッファ１７０ａ〜１７０ｄからなる。
は、マトリクス・スイッチ１６０の映像音声出力信号を
取り込むキャプチャ装置１６６ａ〜１６６ｄ、キャプチ
ャ装置１６６ａ〜１６６ｄの出力を圧縮符号化するエン
コーダ１６８ａ〜１６８ｄ及びエンコーダ１６８ａ〜１
６８ｄの出力をネットワークに送出するために一時格納
する通信バッファ１７０ａ〜１７０ｄからなる。
【００９１】各映像音声送信サーバ１６２ａ〜１６２ｄ
は、他の映像音声送信サーバ１６２ａ〜１６２ｄとは独
立に、マトリクス・スイッチ１６０の出力を取り込み、
符号化してネットワークに出力する。従って、各映像音
声情報を高品質に送信できる。多地点間で高フレームレ
ートかつ高解像度の信号が必要な用途では、本実施例の
ように複数のエンコーダを用いることにより、各端末に
キャプチャ装置及びエンコーダを設置するよりもコスト
効果比を高めつつ負荷を分散して、、同時に複数の信号
を送信処理できる。
は、他の映像音声送信サーバ１６２ａ〜１６２ｄとは独
立に、マトリクス・スイッチ１６０の出力を取り込み、
符号化してネットワークに出力する。従って、各映像音
声情報を高品質に送信できる。多地点間で高フレームレ
ートかつ高解像度の信号が必要な用途では、本実施例の
ように複数のエンコーダを用いることにより、各端末に
キャプチャ装置及びエンコーダを設置するよりもコスト
効果比を高めつつ負荷を分散して、、同時に複数の信号
を送信処理できる。
【００９２】図２７に示す実施例では、ある送信処理要
求を、複数の映像音声送信サーバ１６２ａ〜１６２ｄの
どれに割り当てるかは、以下のように決定される。即
ち、送信要求を出す側（受信側）は、送信要求を受け取
る側（送信側）の映像音声送信処理装置の制御装置１６
４を通じて映像音声送信サーバ１６２ａ〜１６２ｄの送
信スケジューラを参照する。参照した結果に基づいて、
どの映像音声送信サーバ１６２ａ〜１６２ｄに送信処理
を要求するかを受信側が決定し、制御装置１６４を通じ
て映像音声送信サーバ１６２ａ〜１６２ｄを指定して送
信処理を指令する。
求を、複数の映像音声送信サーバ１６２ａ〜１６２ｄの
どれに割り当てるかは、以下のように決定される。即
ち、送信要求を出す側（受信側）は、送信要求を受け取
る側（送信側）の映像音声送信処理装置の制御装置１６
４を通じて映像音声送信サーバ１６２ａ〜１６２ｄの送
信スケジューラを参照する。参照した結果に基づいて、
どの映像音声送信サーバ１６２ａ〜１６２ｄに送信処理
を要求するかを受信側が決定し、制御装置１６４を通じ
て映像音声送信サーバ１６２ａ〜１６２ｄを指定して送
信処理を指令する。
【００９３】また、受信側が指定なしに送信側の制御装
置１６４に送信処理を要求すると、送信側の制御装置１
６４が、映像音声送信サーバ１６２ａ〜１６２ｄの送信
スケジューラを参照し、負荷や能力などに応じて自動的
に適切な映像音声送信サーバ１６２ａ〜１６２ｄに処理
を割り振るようにしてもよい。この場合には、受信側
は、送信スケジューラの参照や映像音声送信サーバの指
定などの負担を負わずに済むという効果がある。
置１６４に送信処理を要求すると、送信側の制御装置１
６４が、映像音声送信サーバ１６２ａ〜１６２ｄの送信
スケジューラを参照し、負荷や能力などに応じて自動的
に適切な映像音声送信サーバ１６２ａ〜１６２ｄに処理
を割り振るようにしてもよい。この場合には、受信側
は、送信スケジューラの参照や映像音声送信サーバの指
定などの負担を負わずに済むという効果がある。
【００９４】いずれにしても、どの送信処理要求をどの
映像音声送信サーバ１６２ａ〜１６２ｄに割り当てるか
が決定されると、各映像音声送信サーバ１６２ａ〜１６
２ｄの送信スケジューラに、割り振られた送信処理が追
加される。制御装置１６４は、各映像音声送信サーバ１
６２ａ〜１６２ｄの送信スケジューラを参照して、マト
リクス・スイッチ１６０を適切に設定する。各映像音声
送信サーバ１６２ａ〜１６２ｄは、設定されたマトリク
ス・スイッチ１６０の各出力を取り込み、圧縮符号化し
てネットワークに送出する。
映像音声送信サーバ１６２ａ〜１６２ｄに割り当てるか
が決定されると、各映像音声送信サーバ１６２ａ〜１６
２ｄの送信スケジューラに、割り振られた送信処理が追
加される。制御装置１６４は、各映像音声送信サーバ１
６２ａ〜１６２ｄの送信スケジューラを参照して、マト
リクス・スイッチ１６０を適切に設定する。各映像音声
送信サーバ１６２ａ〜１６２ｄは、設定されたマトリク
ス・スイッチ１６０の各出力を取り込み、圧縮符号化し
てネットワークに送出する。
【００９５】図２８は、図２７に示す映像音声送信処理
装置を使用したテレビ会議システムの概略構成ブロック
図を示す。１８０は図２７に図示した映像音声送信処理
装置である。図２５と同じ構成要素には同じ符号を付し
てある。このように構成することにより、コスト効果比
を低下させずに、負荷を分散し、複数の信号を同時にデ
ィジタル化及び圧縮符号化することができる。
装置を使用したテレビ会議システムの概略構成ブロック
図を示す。１８０は図２７に図示した映像音声送信処理
装置である。図２５と同じ構成要素には同じ符号を付し
てある。このように構成することにより、コスト効果比
を低下させずに、負荷を分散し、複数の信号を同時にデ
ィジタル化及び圧縮符号化することができる。
【００９６】本発明は、複数の機器（例えば、ホストコ
ンピュータ、インタフェース機器、リーダ又はプリンタ
等）から構成されるシステムに適用しても、単一の機器
（例えば、複写機又はファクシミリ装置など）からなる
装置に適用してもよい。
ンピュータ、インタフェース機器、リーダ又はプリンタ
等）から構成されるシステムに適用しても、単一の機器
（例えば、複写機又はファクシミリ装置など）からなる
装置に適用してもよい。
【００９７】また前述した実施形態の機能を実現する各
種デバイスを動作させる様に当該各種デバイスと接続さ
れた装置又はシステム内のコンピュータに、前記実施形
態の機能を実現するためのソフトウエアのプログラムコ
ードを供給し、その装置又はシステムのコンピュータ
（ＣＰＵ又はＭＰＵ）が、格納されたプログラムに従っ
て前記各種デバイスを動作させるようにしたものも、本
願発明の技術的範囲に含まれる。この場合、前記ソフト
ウエアのプログラムコード自体が前述した実施形態の機
能を実現することに相当し、そのプログラムコード自
体、及びそのプログラムコードをコンピュータに供給す
るための手段、例えばかかるプログラムコードを格納し
た記憶媒体は、本発明を構成する。
種デバイスを動作させる様に当該各種デバイスと接続さ
れた装置又はシステム内のコンピュータに、前記実施形
態の機能を実現するためのソフトウエアのプログラムコ
ードを供給し、その装置又はシステムのコンピュータ
（ＣＰＵ又はＭＰＵ）が、格納されたプログラムに従っ
て前記各種デバイスを動作させるようにしたものも、本
願発明の技術的範囲に含まれる。この場合、前記ソフト
ウエアのプログラムコード自体が前述した実施形態の機
能を実現することに相当し、そのプログラムコード自
体、及びそのプログラムコードをコンピュータに供給す
るための手段、例えばかかるプログラムコードを格納し
た記憶媒体は、本発明を構成する。
【００９８】かかるプログラムコードを格納する記憶媒
体としては、例えばフロッピーディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気
テープ、不揮発性のメモリカード及びＲＯＭ等を用いる
ことが出来る。
体としては、例えばフロッピーディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気
テープ、不揮発性のメモリカード及びＲＯＭ等を用いる
ことが出来る。
【００９９】またコンピュータが供給されたプログラム
コードを実行することにより、前述の実施形態の機能が
実現されるだけではなく、そのプログラムコードがコン
ピュータにおいて稼働しているＯＳ（オペレーティング
システム）又は他のアプリケーションソフトウエア等と
共同して前述の実施形態の機能が実現される場合にも、
かかるプログラムコードは本願発明の実施形態に含まれ
ることは言うまでもない。
コードを実行することにより、前述の実施形態の機能が
実現されるだけではなく、そのプログラムコードがコン
ピュータにおいて稼働しているＯＳ（オペレーティング
システム）又は他のアプリケーションソフトウエア等と
共同して前述の実施形態の機能が実現される場合にも、
かかるプログラムコードは本願発明の実施形態に含まれ
ることは言うまでもない。
【０１００】更に、供給されたプログラムコードが、コ
ンピュータの機能拡張ボードやコンピュータに接続され
た機能拡張ユニットに備わるメモリに格納された後、そ
のプログラムコードの指示に基づいてその機能拡張ボー
ドや機能格納ユニットに備わるＣＰＵ等が実際の処理の
一部または全部を行い、その処理によって前述した実施
形態の機能が実現される場合も、本願発明に含まれるこ
とは言うまでもない。
ンピュータの機能拡張ボードやコンピュータに接続され
た機能拡張ユニットに備わるメモリに格納された後、そ
のプログラムコードの指示に基づいてその機能拡張ボー
ドや機能格納ユニットに備わるＣＰＵ等が実際の処理の
一部または全部を行い、その処理によって前述した実施
形態の機能が実現される場合も、本願発明に含まれるこ
とは言うまでもない。
【０１０１】
【発明の効果】以上の説明から容易に理解できるよう
に、本発明によれば、映像音声情報送信処理の資源を複
数の端末で共用でき、これら資源の稼働率を上げて、コ
スト効果比を改善できる。
に、本発明によれば、映像音声情報送信処理の資源を複
数の端末で共用でき、これら資源の稼働率を上げて、コ
スト効果比を改善できる。
【０１０２】複数の圧縮符号化手段を設け、通信先との
情報交換及び／又は通信経路の状況に基づき、圧縮符号
化手段を選択することにより、送信先の性能や状況に応
じた適切な通信品質で映像／音声情報を送信できる。
情報交換及び／又は通信経路の状況に基づき、圧縮符号
化手段を選択することにより、送信先の性能や状況に応
じた適切な通信品質で映像／音声情報を送信できる。
【０１０３】テレビ会議システムに組み込むことで、よ
り低コストでテレビ会議システムを構築できる。映像／
音声の符号化手段を集中化することで、テレビ会議シス
テム用端末を安価なものとすることができる。
り低コストでテレビ会議システムを構築できる。映像／
音声の符号化手段を集中化することで、テレビ会議シス
テム用端末を安価なものとすることができる。
【０１０４】また、本発明によれば、複数の入力信号か
ら任意の複数の信号を選択するスイッチを使用すること
で、キャプチャ装置及びエンコーダなどを共用化でき、
これらのモジュールの稼働率を上げてコスト効果比の向
上を図ることができる。また、複数の入力信号を同時に
ディジタル化及び圧縮符号化することにより、スイッチ
の切り替えによる時間的損失を低減できる。
ら任意の複数の信号を選択するスイッチを使用すること
で、キャプチャ装置及びエンコーダなどを共用化でき、
これらのモジュールの稼働率を上げてコスト効果比の向
上を図ることができる。また、複数の入力信号を同時に
ディジタル化及び圧縮符号化することにより、スイッチ
の切り替えによる時間的損失を低減できる。
【０１０５】また、本発明によれば、通信先との情報交
換及び通信経路の状況に基づき圧縮符号化手段を選択す
るので、送信先の性能や状況に応じた適切な通信品質で
情報を送信できる。
換及び通信経路の状況に基づき圧縮符号化手段を選択す
るので、送信先の性能や状況に応じた適切な通信品質で
情報を送信できる。
【図１】 本発明の第１実施例の概略構成ブロック図で
ある。
ある。
【図２】 図１に示す実施例の基本動作のフローチャー
トである。
トである。
【図３】 図２のＳ３の詳細なフローチャートである。
【図４】 図２のＳ５の詳細なフローチャートである。
【図５】 非占有的処理要求に対する送信処理のフロー
チャートである。
チャートである。
【図６】 占有的処理要求に対する送信処理の初期化処
理のフローチャートである。
理のフローチャートである。
【図７】 占有的処理要求に対するデータ送信処理のフ
ローチャートである。
ローチャートである。
【図８】 図１に示す実施例を組み込んだテレビ会議シ
ステムの概略構成ブロック図である。
ステムの概略構成ブロック図である。
【図９】 相手側映像音声送信処理装置の映像音声送信
処理と自端末の映像音声受信処理のフローチャートであ
る。
処理と自端末の映像音声受信処理のフローチャートであ
る。
【図１０】 本発明の第２実施例の概略構成ブロック図
である。
である。
【図１１】 図１０に示す実施例を組み込んだ遠隔監視
システムの概略構成ブロック図である。
システムの概略構成ブロック図である。
【図１２】 図８に示すシステムの変更例の概略構成ブ
ロック図である。
ロック図である。
【図１３】 マトリクス・スイッチを使用する本発明の
第１の実施例を表す構成図である。
第１の実施例を表す構成図である。
【図１４】 画面分割ユニット１１４の動作モードの説
明図である。
明図である。
【図１５】 映像エンコーダ１１８の構成例の概略ブロ
ック図である。
ック図である。
【図１６】 図１３の実施例の動作を示す流れ図であ
る。
る。
【図１７】 図１６の送信開始処理Ｓ１０３の流れ図で
ある。
ある。
【図１８】 非占有的処理要求の処理プロセスを送信ス
ケジューラに追加する手順のフローチャートである。
ケジューラに追加する手順のフローチャートである。
【図１９】 送信要求列の一例である。
【図２０】 図１９に示す送信要求列に対する送信スケ
ジュールである。
ジュールである。
【図２１】 図１６の送信終了処理Ｓ１０５の詳細なフ
ローチャートである。
ローチャートである。
【図２２】 非占有的処理要求の場合の、図１６のＳ１
０７の詳細なフローチャートである。
０７の詳細なフローチャートである。
【図２３】 占有的処理要求の場合の、図１６のＳ１０
７の初期化処理のフローチャートである。
７の初期化処理のフローチャートである。
【図２４】 占有的処理要求の場合の、図１６のＳ１０
７のデータ送信処理のフローチャートである。
７のデータ送信処理のフローチャートである。
【図２５】 図１３に示す実施例を使用したテレビ会議
システムの概略構成ブロック図である。
システムの概略構成ブロック図である。
【図２６】 図１３に示す実施例における、相手側映像
音声送信処理装置の映像音声送信処理と自端末の映像音
声受信処理のフローチャートである。
音声送信処理装置の映像音声送信処理と自端末の映像音
声受信処理のフローチャートである。
【図２７】 マトリクス・スイッチを使用する本発明の
第２の実施例の概略構成ブロック図である。
第２の実施例の概略構成ブロック図である。
【図２８】 図２７に示す実施例を使用するテレビ会議
システムの概略構成ブロック図である。
システムの概略構成ブロック図である。
１０：映像／音声送信処理装置 １２：スイッチ １４：送信処理装置 １６：ビデオ・キャプチャ １８：ビデオ・エンコーダ ２０：セレクタ ２２：通信バッファ ２４：音声エンコーダ ２６：制御回路 ３０：ネットワーク ４０ａ，４０ｂ：端末 ４２ａ：ワークステーション ４２ｂ：パーソナル・コンピュータ ４４ａ，４４ｂ：カメラ ４６ａ，４６ｂ：マイク ４８ａ，４８ｂ：映像モニタ ５０ａ，５０ｂ：スピーカ ５２：イーサネット ５４：ルータ １１０：映像音声送信サーバ １１２：マトリクス・スイッチ １１４：画面分割ユニット １１６：映像キャプチャ装置 １１８：映像エンコーダ １２０：音声キャプチャ装置 １２２：音声エンコーダ １２４：通信バッファ １２６：制御回路 １３０，１３２，１３４：エンコーダ １３６：スイッチ １４０：映像音声送信処理装置 １４２：通信ネットワーク １４４ａ，１４４ｂ：端末 １４６ａ：ワークステーション １４６ｂ：パーソナル・コンピュータ １４８ａ，１４８ｂ：カメラ １５０ａ，１５０ｂ：マイク １５２ａ，１５２ｂ：映像モニタ １５４ａ，１５４ｂ：スピーカ １５６：イーサネット １５８：ルータ １６０：マトリクス・スイッチ １６２ａ，１６２ｂ，１６２ｃ，１６２ｄ：映像音声送
信サーバ １６４：制御装置 １６６ａ〜１６６ｄ：キャプチャ装置 １６８ａ〜１６８ｄ：エンコーダ １７０ａ〜１７０ｄ：通信バッファ
信サーバ １６４：制御装置 １６６ａ〜１６６ｄ：キャプチャ装置 １６８ａ〜１６８ｄ：エンコーダ １７０ａ〜１７０ｄ：通信バッファ
Claims (20)
- 【請求項１】 映像及び音声の少なくとも一方について
の複数の入力から１つを選択して、ネットワークに送信
する送信処理装置であって、複数のアナログ入力信号を
与えられた指示に応じて切り換える切り換え手段と、当
該切り換え手段から出力されるアナログ信号をディジタ
ル化するＡ／Ｄ変換手段と、当該Ａ／Ｄ変換手段のディ
ジタル出力を圧縮符号化する符号化手段と、当該符号化
手段により符号化されたデータをネットワークに出力す
る出力手段とからなることを特徴とする送信処理装置。 - 【請求項２】 上記符号化手段が複数の圧縮符号化手段
を有し、制御手段が、通信先との情報交換及び通信経路
の状況に基づき、使用する圧縮符号化手段を選択する請
求項１に記載の送信処理装置。 - 【請求項３】 上記符号化手段が、映像符号化手段と音
声符号化手段を具備する請求項１又は２に記載の送信処
理装置。 - 【請求項４】 前記指示を発生する発生手段を有する請
求項１に記載の送信処理装置。 - 【請求項５】 映像及び音声の少なくとも一方について
の複数の入力から１つを選択してネットワークに送信す
る送信処理装置であって、ネットワークを介した複数の
入力を切り換える切り換え手段、当該切り換え手段から
の信号を圧縮符号化する符号化手段、当該手段による符
号化出力をネットワークに出力する出力手段とを有する
ことを特徴とする送信処理装置。 - 【請求項６】 映像と音声の通信により複数の通信端末
間でテレビ会議を行うテレビ会議システムであって、請
求項３に記載の送信処理装置を少なくとも１台具備し、
１以上の通信端末に関連するカメラの映像及びマイクの
音声が所定の送信処理装置に接続され、１以上の通信端
末が、符号化映像情報及び符号化音声情報の復号化手段
のみを具備することを特徴とするテレビ会議システム。 - 【請求項７】 複数のアナログ入力信号から任意の複数
の信号を選択するスイッチと、当該スイッチにより選択
される複数のアナログ信号を時間軸上で圧縮して合成す
る合成手段と、当該合成手段から出力されるアナログ信
号をディジタル化するＡ／Ｄ変換手段と、当該Ａ／Ｄ変
換手段から出力されるディジタル信号を圧縮符号化する
符号化手段と、通信及び当該スイッチを制御する制御手
段とからなることを特徴とする送信処理装置。 - 【請求項８】 上記符号化手段が複数の圧縮符号化手段
を有し、通信先との情報交換及び通信経路の状況に基づ
き、使用すべき圧縮符号化手段が選択される請求項７に
記載の送信処理装置。 - 【請求項９】 送受信される情報が映像情報と音声情報
である請求項８に記載の送信処理装置。 - 【請求項１０】 複数のアナログ入力信号から任意の複
数の信号を選択するスイッチと、当該スイッチにより選
択された複数のアナログ信号の夫々をディジタル化する
複数のＡ／Ｄ変換手段と、当該複数のＡ／Ｄ変換手段か
ら出力されるディジタル信号のそれぞれを圧縮符号化す
る複数の符号化手段と、通信及び当該スイッチを制御す
る制御手段とからなることを特徴とする送信処理装置。 - 【請求項１１】 映像及び音声の少なくとも一方につい
ての複数の入力から１つを選択して、ネットワークに送
信する送信処理方法であって、複数のアナログ入力信号
を与えられた指示に応じて切り換え、Ａ／Ｄ変換手段に
よりディジタル化し、そのディジタル出力を圧縮符号化
し、符号化されたデータをネットワークに出力すること
を特徴とする送信処理方法。 - 【請求項１２】 通信先との情報交換及び通信経路の状
況に基づき、複数の圧縮符号化方式から使用すべき圧縮
符号化方式が選択される請求項１１に記載の送信処理方
法。 - 【請求項１３】 映像符号化手段と音声符号化手段を具
備する請求項１１又は１２に記載の送信処理方法。 - 【請求項１４】 前記指示を発生する発生手段を有する
請求項１１に記載の送信処理方法。 - 【請求項１５】 映像及び音声の少なくとも一方につい
ての複数の入力から１つを選択してネットワークに送信
する送信処理方法であって、ネットワークを介した複数
の入力を切り換えて、圧縮符号化し、符号化出力をネッ
トワークに出力することを特徴とする送信処理方法。 - 【請求項１６】 複数のアナログ入力信号から任意の複
数の信号を選択し、選択された複数のアナログ信号を時
間軸上で圧縮して合成し、合成されたアナログ信号をデ
ィジタル化し、ディジタル化された合成信号を圧縮符号
化することを特徴とする送信処理方法。 - 【請求項１７】 通信先との情報交換及び通信経路の状
況に基づき、複数の圧縮符号化方式から使用すべき圧縮
符号化方式が選択される請求項１６に記載の送信処理方
法。 - 【請求項１８】 送受信される情報が映像情報と音声情
報である請求項１７に記載の送信処理方法。 - 【請求項１９】 複数のアナログ入力信号から任意の複
数の信号を選択し、選択された複数のアナログ信号の夫
々をディジタル化し、各ディジタル信号を圧縮符号化す
ることを特徴とする送信処理方法。 - 【請求項２０】 請求項１１に記載の送信処理方法の各
ステップを実施するソフトウエアが外部から読み出し自
在に格納されたことを特徴とする記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15940396A JP3659528B2 (ja) | 1996-01-08 | 1996-06-20 | テレビ会議システム |
| US08/777,409 US6249324B1 (en) | 1996-01-08 | 1996-12-30 | Transmission processing apparatus, television conference system, transmission processing method and memory medium |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8-686 | 1996-01-08 | ||
| JP68696 | 1996-01-08 | ||
| JP15940396A JP3659528B2 (ja) | 1996-01-08 | 1996-06-20 | テレビ会議システム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004337892A Division JP2005151584A (ja) | 1996-01-08 | 2004-11-22 | 送信処理装置及び方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09252462A true JPH09252462A (ja) | 1997-09-22 |
| JP3659528B2 JP3659528B2 (ja) | 2005-06-15 |
Family
ID=26333731
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP15940396A Expired - Fee Related JP3659528B2 (ja) | 1996-01-08 | 1996-06-20 | テレビ会議システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6249324B1 (ja) |
| JP (1) | JP3659528B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002080562A1 (en) * | 2001-03-28 | 2002-10-10 | Mitsubishi Denki Kabushiki Kaisha | Multimedia communication device |
| KR100493281B1 (ko) * | 2001-10-15 | 2005-06-02 | 엘지전자 주식회사 | 디지털 티브이의 영상신호 처리장치 |
| JP2006333409A (ja) * | 2005-05-30 | 2006-12-07 | Sanyo Electric Co Ltd | 画像伝送装置 |
| JP2016100845A (ja) * | 2014-11-25 | 2016-05-30 | シャープ株式会社 | 受信装置、映像表示方法、及びプログラム |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6243725B1 (en) * | 1997-05-21 | 2001-06-05 | Premier International, Ltd. | List building system |
| JP4703794B2 (ja) * | 1997-05-30 | 2011-06-15 | ソニー株式会社 | データ受信方法及び装置 |
| DE69827824T3 (de) * | 1997-06-24 | 2009-09-03 | Massachusetts Institute Of Technology, Cambridge | Kontrolle der verspannungsdichte durch verwendung von gradientenschichten und durch planarisierung |
| KR100287728B1 (ko) * | 1998-01-17 | 2001-04-16 | 구자홍 | 영상프레임동기화장치및그방법 |
| US6532218B1 (en) * | 1999-04-05 | 2003-03-11 | Siemens Information & Communication Networks, Inc. | System and method for multimedia collaborative conferencing |
| US6973501B1 (en) * | 2000-06-21 | 2005-12-06 | Adc Telecommunications, Inc. | Reducing loss in transmission quality under changing network conditions |
| US7219364B2 (en) * | 2000-11-22 | 2007-05-15 | International Business Machines Corporation | System and method for selectable semantic codec pairs for very low data-rate video transmission |
| US8126276B2 (en) * | 2001-02-21 | 2012-02-28 | International Business Machines Corporation | Business method for selectable semantic codec pairs for very low data-rate video transmission |
| EP1343162A3 (en) * | 2002-03-05 | 2006-06-28 | D&M Holdings, Inc. | Audio reproducing apparatus |
| US6788225B2 (en) * | 2002-12-19 | 2004-09-07 | Sony Corporation | System and method for intraframe timing in multiplexed channel |
| US8107525B1 (en) * | 2003-06-10 | 2012-01-31 | Avaya Inc. | Variable bit rate video CODEC using adaptive tracking for video conferencing |
| JP4616135B2 (ja) * | 2005-09-21 | 2011-01-19 | オリンパス株式会社 | 撮像装置および画像記録装置 |
| US7817557B2 (en) * | 2006-08-29 | 2010-10-19 | Telesector Resources Group, Inc. | Method and system for buffering audio/video data |
| US7940653B2 (en) * | 2006-08-29 | 2011-05-10 | Verizon Data Services Llc | Audiovisual data transport protocol |
| JP5047607B2 (ja) * | 2006-12-26 | 2012-10-10 | パナソニック株式会社 | ストリーム記録装置、ストリーム記録方法、記録システム、および記録再生システム |
| KR101611531B1 (ko) * | 2009-11-13 | 2016-04-12 | 삼성전자주식회사 | 촬영장치 및 촬영영상 제공방법 |
| CN101778306B (zh) * | 2010-02-08 | 2012-07-04 | 冠林电子有限公司 | 一种可视对讲系统调试设备 |
| US9357215B2 (en) * | 2013-02-12 | 2016-05-31 | Michael Boden | Audio output distribution |
| US20230097803A1 (en) * | 2021-09-28 | 2023-03-30 | eScapes Network LLC | Hybrid Audio/Visual Imagery Entertainment System With Live Audio Stream Playout And Separate Live Or Prerecorded Visual Imagery Stream Playout |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS647791A (en) * | 1987-06-30 | 1989-01-11 | Nec Corp | Multiscreen video conference method and device therefor |
| JP3617089B2 (ja) * | 1993-12-27 | 2005-02-02 | 株式会社日立製作所 | 映像蓄積配送装置及び映像蓄積配送システム |
| US5652630A (en) * | 1995-05-31 | 1997-07-29 | International Business Machines Corporation | Video receiver display, three axis remote control, and microcontroller for executing programs |
| JP3088268B2 (ja) * | 1995-06-21 | 2000-09-18 | 日本電気株式会社 | ビデオ・オン・デマンドシステムにおけるビデオサーバ |
| US5734443A (en) * | 1995-12-28 | 1998-03-31 | Philips Electronics North America Corporation | Method and device for performing source transitions in a video system which performs entropy encoding |
-
1996
- 1996-06-20 JP JP15940396A patent/JP3659528B2/ja not_active Expired - Fee Related
- 1996-12-30 US US08/777,409 patent/US6249324B1/en not_active Expired - Lifetime
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002080562A1 (en) * | 2001-03-28 | 2002-10-10 | Mitsubishi Denki Kabushiki Kaisha | Multimedia communication device |
| KR100493281B1 (ko) * | 2001-10-15 | 2005-06-02 | 엘지전자 주식회사 | 디지털 티브이의 영상신호 처리장치 |
| JP2006333409A (ja) * | 2005-05-30 | 2006-12-07 | Sanyo Electric Co Ltd | 画像伝送装置 |
| JP2016100845A (ja) * | 2014-11-25 | 2016-05-30 | シャープ株式会社 | 受信装置、映像表示方法、及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3659528B2 (ja) | 2005-06-15 |
| US6249324B1 (en) | 2001-06-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3659528B2 (ja) | テレビ会議システム | |
| US5821987A (en) | Videophone for simultaneous audio and video communication via a standard telephone line | |
| US6646677B2 (en) | Image sensing control method and apparatus, image transmission control method, apparatus, and system, and storage means storing program that implements the method | |
| JP2002007294A (ja) | 画像配信システム及び方法並びに記憶媒体 | |
| JP2003532347A (ja) | ビデオ会議ネットワークにおけるメディアの役割管理 | |
| CN101640784A (zh) | 一种在视频会议系统中控制多画面复合的控制装置及方法 | |
| JP2003530787A (ja) | ビデオ会議の記録 | |
| US7508413B2 (en) | Video conference data transmission device and data transmission method adapted for small display of mobile terminals | |
| JP3252936B2 (ja) | 映像情報フォーマット制御装置 | |
| JPH11220711A (ja) | 多地点会議システム及び会議端末装置 | |
| JPH1169330A (ja) | 留守録機能を備えた画像通信装置 | |
| JP3110037B2 (ja) | 画像伝送システム | |
| JPS62200883A (ja) | 電子会議システムにおける図形表示装置 | |
| JP2005151584A (ja) | 送信処理装置及び方法 | |
| JP2002290940A (ja) | テレビ会議システム | |
| JPH1023383A (ja) | テレビ会議システム | |
| US7499085B2 (en) | Information terminal with controller for stopping voice data | |
| JP2902220B2 (ja) | 通信会議システム | |
| JP2003281014A (ja) | 多地点通信システムおよび中継装置 | |
| JPH06209470A (ja) | 映像伝送処理装置 | |
| JPH06268757A (ja) | 端末識別方法 | |
| JPH0888842A (ja) | 画像伝送システム | |
| JPH08294102A (ja) | 動画像通信会議システム及びその通信方法 | |
| JP2004282785A (ja) | 表示制御装置及び表示制御方法 | |
| JP3491932B2 (ja) | テレビ会議システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040806 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040921 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041122 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050309 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050311 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080325 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090325 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100325 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100325 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110325 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120325 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |