JP6555151B2 - 通信装置および通信システム - Google Patents

Description

本発明は、通信装置および通信システムに関する。

画像データの転送を受けた機器が、転送された画像データを一画面に表示する技術が知られている。機器は、転送された画像データを順次読み出し、一画面を分割したそれぞれの領域に画像データの表示を行う。

特許文献１には、画面サーバから送信された表示画面の画面データを端末装置で受信し表示する画面共有システムが記載されている。

画像データの送信機器と受信機器との間の通信には、帯域の上限が存在する。送信機器が画像データの属性を示す種別識別情報を付加して送信するようにし、受信機器が種別識別情報に応じて送信機器ごとに帯域を割り当てて通信を行うことにより、有限の通信帯域を有効に活用することが可能である。

しかし、送信機器が種別識別情報を画像データに付加しないで送信する場合、送信機器の台数や画像データの内容によってデータ量が帯域の上限に達したときは、画面全体の更新頻度（フレームレート）を低下させることにより対応を行うことになる。

画像データによっては必要なフレームレートは異なるため、画面全体のフレームレートを一律に低下させることにより、フレームレートが逼迫したり余裕があったりする状態となり、好ましくない。

本発明は、上記のような課題を解決するためになされたものであり、画像データを送信機器から受信機器に送信し受信機器で表示するときに、送信機器が種別識別情報を付加しなくても各画像データに適したフレームレートで通信を行う通信装置および通信システムを提供することを目的とする。

上述した課題を解決するために、本発明にかかる通信装置は、
送信機器から送信される画像データを受信する画像データ受信手段と、
前記画像データ受信手段で受信した画像データに基づいて、該画像データの画像種別を判断する判断手段と、
前記判断手段によって判断した画像種別に基づいて前記送信機器からの画像データの送信に使用すべき送信データ容量を算出し、該送信機器に通知する送信データ容量通知手段と、
前記送信データ容量通知手段で通知した送信データ容量に基づいて送信された画像データを前記送信機器から受信し、前記画像データを出力する出力手段と、
を備えることを特徴とする。

本発明にかかる通信装置および通信システムは、画像データを送信機器から受信機器に送信し受信機器で表示するときに、送信機器が種別識別情報を付加しなくても各画像データに適したフレームレートで通信を行うことができる。

本発明の第１の実施形態にかかる通信システムの全体概要図である。 本発明の第１の実施形態にかかる通信装置２と送信機器４のハードウェア構成図である。 本発明の第１の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。 本発明の第１の実施形態にかかる通信装置２と送信機器４のフローチャートである。 本発明の第２の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。 本発明の第３の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。 画像データと座標移動量との関係を説明する図である。 本発明の第４の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。 本発明の第５の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。 本発明の第６の実施形態にかかる通信装置２のフローチャートである。

まず、本発明の第１の実施形態にかかる通信システムの全体概要を説明する。図１は、本発明の第１の実施形態にかかる通信システムの全体概要図である。図１に示すように、本発明の第１の実施形態にかかる通信システム１は、表示装置３が接続された通信装置２と送信機器４とがネットワーク５に接続されて構成される。

表示装置３は、通信装置２の出力する信号に応じて画像を表示する。表示装置は、複数領域に分けてそれぞれに複数の画像を表示しても各画像を視認可能なように、大画面に表示可能なものが好ましいが、これに限らない。大画面に表示可能な表示装置の例として、光源から画像をスクリーンに投影するプロジェクタがある。

ネットワーク５は、有線または無線で複数の機器を通信可能に接続する網であり、イーサネット（登録商標）やＷｉ−Ｆｉ（登録商標）などのインターネットにより構成可能であるが、これに限らない。
送信機器４はこの図では３つ記載されているが、これ以上でもこれ以下であってもよい。

続いて、本発明の第１の実施形態にかかる通信装置２と送信機器４のハードウェア構成を説明する。図２は、本発明の第１の実施形態にかかる通信装置２と送信機器４のハードウェア構成図である。

図２を参照すると、通信装置２は、情報処理部２１と、記憶部２２と、出力部２３と、通信部２４とを備える。また、送信機器４は、情報処理部４１と、記憶部４２と、ＵＩ部４３と、通信部４４とを有する。通信装置２と送信機器４は、いずれもパーソナルコンピュータ、サーバ、タブレット、スマートフォンなど通信機能を有する情報処理装置で構成可能であるが、後述する機能を有するものであればこれに限られない。

通信装置２の備える情報処理部２１は、プログラムに含まれるコードの演算を行い、かかる演算により後述する各種処理を実行する。情報処理部２１は、メモリに読み込まれたプログラムを実行するＣＰＵなどのプロセッサにより構成可能である。

通信装置２の備える記憶部２２は、所定の情報を不揮発に記憶し、必要に応じて読み出す。記憶部２２は、情報処理部２１で実行されるプログラムなどを記憶することができる。記憶部２２は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などにより構成可能である。

通信装置２の備える出力部２３は、情報処理部２１の処理結果である画面を出力し、表示装置３に表示させる。出力部２３は、例えばグラフィックプロセッサにより構成可能である。また、出力部２３が、画面のみならず音声を出力し、図示しないスピーカなどの再生装置から発音させるようにしてもよい。

通信装置２の備える通信部２４は、ネットワーク５を介した外部機器との通信、例えば送信機器４からの画像データの受信などを行う。通信部２４は、ＬＡＮインタフェースや無線ＬＡＮインタフェースなどにより構成可能である。

送信機器４の備える情報処理部４１は、プログラムに含まれるコードの演算を行い、かかる演算により後述する各種処理を実行する。情報処理部４１は、メモリに読み込まれたプログラムを実行するＣＰＵなどのプロセッサにより構成可能である。

送信機器４の備える記憶部４２は、所定の情報を不揮発に記憶し、必要に応じて読み出す。記憶部４２は、情報処理部４１で実行されるプログラムなどを記憶することができる。記憶部４２は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などにより構成可能である。

送信機器４の備えるＵＩ部４３は、ユーザによる情報処理部４１への操作入力を受け付ける。ＵＩ部４３は、例えばキーボードやポインティングデバイスなどの入力装置により構成可能である。

送信機器４の備える通信部４４は、ネットワーク５を介した外部機器との通信、例えば通信装置２への画像データの送信などを行う。通信部４４は、ＬＡＮインタフェースや無線ＬＡＮインタフェースなどにより構成可能である。

次に、本発明の第１の実施形態にかかる通信装置２と送信機器４の機能ブロックを説明する。図３は、本発明の第１の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。

図３に示すように、通信装置２は、画像データ受信手段２１０と、判断手段２２０と、送信データ容量通知手段２３０と、出力手段２４０とを備える。また、送信機器４は、画像データ送信手段４１０と、通知受信手段４２０と、送信データ容量変更手段４３０とを備える。

通信装置２の画像データ受信手段２１０は、送信機器４から画像データを受信する。画像データ受信手段２１０は、所定のプログラムを実行する情報処理部２１が通信部２４を制御することにより実施可能である。

通信装置２の判断手段２２０は、画像データ受信手段２１０で受信した画像データに基づいて、画像データの画像種別を判断する。画像種別とは、例えばモノクロ２値画像データ・モノクロ多値画像データ・カラー画像データ等のような画像の種別である。また、文字画像データ・非文字画像データ、動画・非動画といった種別でもよく、さらに重要・非重要といった種別でもよい。判断手段２２０は、所定のプログラムを実行する情報処理部２１により実施可能である。

通信装置２の送信データ容量通知手段２３０は、判断手段２２０によって判断した画像種別に基づいて送信機器４からの画像データの送信に使用すべき送信データ容量を算出し、その送信機器４に通知する。画像データに基づく送信データ容量の算出については、後述する。送信データ容量通知手段２３０は、所定のプログラムを実行する情報処理部２１が画像データの送信に使用すべき送信データ容量を算出するとともに、通信部２４を制御することにより実施可能である。

通信装置２の出力手段２４０は、送信データ容量通知手段２３０で通知した送信データ容量に基づいて送信された画像データを送信機器４から受信し、画像データを出力する。出力手段２４０の出力を表示手段３に入力し、表示装置３に画像データを表示させるようにしてもよい。出力手段２４０は、所定のプログラムを実行する情報処理部２１が出力部２３を制御することにより実施可能である。

送信機器４の画像データ送信手段４１０は、画像データを連続的に送信する。画像データ送信手段４１０は、所定のプログラムを実行する情報処理部４１がＵＩ部４３への操作入力に基づいて送信すべき画像データを生成するとともに、通信部４４を制御することにより実施可能である。

送信機器４の通知受信手段４２０は、通信装置２からの通知を受信する。通知受信手段４２０は、所定のプログラムを実行する情報処理部４１が通信部４４を制御することにより実施可能である。

送信機器４の送信データ容量変更手段４３０は、通信装置２からの通知に基づいて、画像データの送信に使用する送信データ容量を変更する。送信データ容量変更手段４３０は、所定のプログラムを実行する情報処理部４１により実施可能である。

画像データの圧縮率やフレームレートを変更することにより、送信データ容量を変更することができる。

次に、本発明の第１の実施形態にかかる通信装置２と送信機器４の動作を説明する。図４は、本発明の第１の実施形態にかかる通信装置２と送信機器４のフローチャートである。図４を参照して、まず送信機器４の動作を説明する。送信機器４は、画像データを送信する（ステップＳ４１）。画像データの送信は、画像データ送信手段４１０が実行する。

次に、送信機器４は、通信装置２からの送信データ容量通知を受信する（ステップＳ４２）。送信データ容量通知の受信は、通知受信手段４２０が実行する。通知受信手段４２０が送信データ容量通知を受信しないと（ステップＳ４３：Ｎ）、ステップＳ４１に戻り、送信機器４は画像データの送信を継続する。

通知受信手段４２０が送信データ容量通知を受信すると（ステップＳ４３：Ｙ）、送信機器４は、送信データ容量を変更する（ステップＳ４４）。そしてステップＳ４１に戻り、送信機器４は変更した送信データ容量で画像データを送信する。

続いて、通信装置２の動作を説明する。通信装置２は、画像データを受信する（ステップＳ２１）。画像データの受信は、画像データ受信手段２１０が実行する。次に通信装置２は、受信した画像データに基づいて、その画像データの画像種別を判断する（ステップＳ２２）。画像種別の判断は、判断手段２２０が実行する。

続いて通信装置２は、画像データの画像種別に基づいて、送信機器４からのその画像データの送信に使用すべき送信データ容量を算出し、その送信機器４に通知する（ステップＳ２３）。送信データ容量の算出および送信機器４への通知は、送信データ容量通知手段２３０が実行する。

第１の実施形態において、送信データ容量通知手段２３０は、画像データが文字画像データか非文字画像データかに基づいて送信データ量を算出する。送信データ容量通知手段２２０は、受信した画像データの一部（例えば上方５ライン）の画素値を読み取ることによって画像データが文字画像データか非文字画像データかを推定する。

画像データが文字画像データである場合、送信データ容量を少なくすると文字がつぶれて読み取れなくなるおそれあがるため、極力送信データ容量を少なくしないのが好ましい。非文字画像データであれば、そのような懸念は比較的小さいので、送信データ容量を少なくすることができる。

具体的には、送信データ容量通知手段２３０は、受信した画像データがモノクロ２値データか、モノクロ多値データか、カラー画像データかを、画像データの画素値に基づいて判定し、モノクロ２値データである画像データを文字画像データと推定する。

以下の式をいずれも満たすときに、画像データがモノクロ２値データと判定することができる：
Ｒの画素値＜閾値Ｒ１ ＆＆ Ｇの画素値＜閾値Ｇ１ ＆＆ Ｂの画素値＜閾値Ｂ１
Ｒの画素値＞閾値Ｒ２ ＆＆ Ｇの画素値＞閾値Ｇ２ ＆＆ Ｂの画素値＞閾値Ｂ２

以下の式をいずれも満たすときに、画像データがモノクロ多値データと判定することができる：
ＡＢＳ（Ｒの画素値−Ｇの画素値）＜閾値Ａ１
ＡＢＳ（Ｂの画素値−Ｇの画素値）＜閾値Ｂ１

モノクロ２値データともモノクロ多値データとも判定されたかった画像データを、カラー画像データと判定することができる。

このような、受信した画像データがモノクロ２値データか、モノクロ多値データか、カラー画像データかの判定に基づいて、送信データ容量通知手段２３０は、モノクロ２値データと判定された画像データを文字画像データと推定して送信データ容量を算出し、モノクロ多値データないしカラー画像データと判定された画像データを非文字画像データと推定して送信データ容量を算出することができる。

また、送信データ容量通知手段２３０は、モノクロ２値データ、モノクロ多値データ、カラー画像データのいずれかに判定された画像データに対し、それぞれの判定に応じた送信データ容量を算出するようにしてもよい。

上記式における各閾値は、適用されるシステムの属性に応じて適宜変更可能である。

画像データの文字画像データか非文字画像データかの推定をモノクロ２値データ・モノクロ多値データ・カラー画像データの判定に基づいて行う例を説明したが、文字画像データか非文字画像データかの推定方法はこれに限らない。例えば、下地の色を検出して新聞のスキャンデータと判定し、これに基づいて推定することも可能である。

さらに、連続的な画像データの差分データを受信して通信装置２にて合成するとき、差分データとして送信される差分領域の大きさに基づいて送信データ容量を算出するようにしてもよい。差分領域が所定の閾値を超えるとき、画像データが動画であると推定され、この推定に基づいて送信データ容量通知手段２３０は、送信データ容量を少なくするよう送信機器４に通知することができる。

また、画像データのデータサイズに基づいて送信データ量を算出することも可能である。画像のデータサイズが所定の閾値を超えるとき、画像データが動画であると推定され、この推定に基づいて送信データ容量通知手段２３０は、送信データ容量を少なくするよう送信機器４に通知することができる。

なお、この判定は、受信した画像データの１フレームごとに行ってもよいし、所定数フレームごとに行うようにしてもよい。また、各フレームの判定を直接使うのではなく、直近の所定数フレームの判定結果を蓄積して最終的な判定を行うようにしてもよい。

通信装置２は、ステップＳ２２、ステップ２３と並行して、受信した画像データを表示装置３に表示させる（ステップＳ２４）。画像データの表示は、出力手段２４０が実行する。そしてステップＳ２１に戻り、通信装置２は画像データを受信する。

次に、本発明の第２の実施形態にかかる通信システムを説明するが、第１の実施形態と同様である点については説明を省略する。図５は、本発明の第２の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。図５において、通信装置２が受信データ帯域検出手段２１１を備える点が第１の実施形態と異なる。

受信データ帯域検出手段２１１は、画像データ受信手段２１０が送信機器４から画像データを受信するために使用する受信データ帯域を検出する。受信データ帯域検出手段２１１は、所定のプログラムを実行する情報処理部２１が通信部２４を制御することにより実施可能である。

本実施形態においては、送信データ容量通知手段２３０は、受信データ帯域が所定の閾値を超えたときに送信機器４に送信データ容量を通知する。このようにすると受信データ帯域が逼迫するまでは特段の帯域制御を行わないため、表示される画質が損なわれない。

続いて、本発明の第３の実施形態にかかる通信システムを説明する。第２の実施形態の説明と同様に、第１の実施形態と同様である点については説明を省略する。図６は、本発明の第３の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。図６において、通信装置２が座標移動量受信手段２１２を備える点が第１の実施形態と異なる。

座標移動量受信手段２１２は、画像データの変更のために送信機器４に入力されるポインティングデバイスの座標移動量を、その送信機器４から受信する。座標移動量受信手段２１２は、所定のプログラムを実行する情報処理部２１が通信部２４を制御することにより実施可能である。

本実施形態における座標移動量について、図７を参照して説明する。図７は、画像データと座標移動量との関係を説明する図である。図７を参照すると、左から右にフレーム１、フレーム２、フレーム３の順に送信機器４にて生成される画像データと、前フレームとの差分画像と、送信機器４におけるポインティングデバイスの座標の前フレームとの差分、すなわち座標移動量とが示されている。

送信機器４でポインティングデバイスの移動量が小さいときは、画像の変動が小さいとの想定が可能である。したがって、送信データ容量通知手段２３０は座標移動量が所定の閾値を超えないときに、送信データ容量を少なくするよう送信機器４に通知することができる。

また、連続する画像データのデータサイズ差を用いて送信データ容量を算出してもよい。データサイズ差が所定の閾値以上のときは、画像データが重要と推定することができる。そのため、データサイズ差が所定の閾値を超えないときは、送信データ容量を少なくするよう送信機器４に通知することができる。

次に、本発明の第４の実施形態にかかる通信システムを説明する。第２・第３の実施形態の説明と同様に、第１の実施形態と同様である点については説明を省略する。図８は、本発明の第４の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。図８において、通信装置２が音声データ受信手段２１３を備える点が第１の実施形態と異なる。

音声データ受信手段２１３は、送信機器から送信される音声データを受信する。音声データ受信手段２１３は、所定のプログラムを実行する情報処理部２１が通信部２４を制御することにより実施可能である。

音声データを伴う画像データは重要であると推定することができるため、音声データを送信する送信機器の送信データ容量は少なくしないのが好ましい。したがって、送信データ容量通知手段２３０は、音声データ受信手段２１３が受信する音声データを送信しない送信機器４に対し、送信データ容量を少なくするよう通知するようにすることができる。

次に、本発明の第５の実施形態にかかる通信システムを説明する。第２ないし第４の実施形態の説明と同様に、第１の実施形態と同様である点については説明を省略する。図９は、本発明の第５の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。図９において、送信機器４が送信データ容量変更手段４３０に代えてフレームレート変更手段４３１を備える点が第１の実施形態と異なる。

フレームレート変更手段４３１は、通信装置２からの通知に基づいて、画像データのフレームレートを変更することにより、送信データ容量を変更する。フレームレート変更手段４３１は、所定のプログラムを実行する情報処理部４１により実施可能である。

図４を参照して説明したフローチャートのステップＳ４４において、第５の実施形態にかかる送信機器４は、受信した送信データ容量通知を受信すると、フレームレートを変更する。ここで、第５の実施形態にかかる通信装置２の送信データ容量通知手段２３０が、送信機器４からの画像データの送信に使用すべき送信データ容量に代えて使用すべきフレームレートを通知するようにしてもよい。

次に、本発明の第６の実施形態にかかる通信システムを説明する。本発明の第６の実施形態は、図５に示す第２の実施形態にかかる通信装置２と送信機器４の機能ブロックにより実現可能であり、第２の実施形態と同様である点については説明を省略する。

第６の実施形態にかかる通信装置２の動作を示す図１０を参照して、動作を説明する。このとき、第２の実施形態と同様である点については説明を省略する。通信装置２は、画像データを受信すると、画像データの通信にデータ帯域の制御が行われているかを判断する（ステップＳ２１１）。データ帯域の制御が行われているかの判断は、例えば受信データ帯域検出手段２１１が送信データ容量通知手段２３０による送信機器４への送信データ容量の通知履歴を照会することにより可能である。

データ帯域の制御が行われていると判断すると（Ｓ２１１：Ｙ）、受信データ帯域検出手段２１１は、データ帯域に余裕のある状態で画像データの通信が行われているかを判断する（ステップＳ２３１）。データ帯域に余裕のある状態と判断すると（Ｓ２３１：Ｙ）、通信装置２は、送信機器４にデータ帯域を増加させる指示を送信する（ステップＳ２３２）。

データ帯域に余裕がある状態であるか否かの判断は、検出された受信データ帯域を所定の下限値と比較することにより可能である。すなわち、受信データ帯域が所定の下限値を下回るとき、受信データ帯域に余裕のある状態と判断することができる。データ帯域を増加させる指示は、送信データ容量通知手段２３０が現在のデータ帯域より大きい、例えば制御前の送信データ容量を送信機器に通知することにより実施可能である。

データ帯域の制御が行われていないと判断すると（Ｓ２１１：Ｎ）、通信装置２は、データ帯域に余裕のある状態で画像データの通信が行われているかを判断する（ステップＳ２１２）。データ帯域に余裕のない状態と判断すると（Ｓ２１２：Ｎ）、通信装置２は、画像種別の判断（ステップＳ２２）に基づいて、送信機器４にデータ帯域を減少させる指示を送信する（ステップＳ２２１）。

なお、データ帯域の制御が行われている状態でデータ帯域に余裕がない場合（Ｓ２３１：Ｎ）およびデータ帯域の制御が行われていない状態でデータ帯域に余裕がある場合（Ｓ２１２：Ｙ）には、データ容量の変更なく通信が継続され、並行して画像データの表示が実行される（Ｓ２４）。

第６の実施形態において、第５の実施形態と同様に送信データ容量の変更をフレームレートの変更により行うようにしてもよい。

以上本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。

１ 通信システム
２ 通信装置
３ 表示装置
４ 送信機器
５ ネットワーク
２１ 情報処理部
２２ 記憶部
２３ 出力部
２４ 通信部
４１ 情報処理部
４２ 記憶部
４３ ＵＩ部
４４ 通信部
２１０ 画像データ受信手段
２１１ 受信データ帯域検出手段
２１２ 座標移動量受信手段
２１３ 音声データ受信手段
２２０ 判断手段
２３０ 送信データ容量通知手段
２４０ 出力手段
４１０ 画像データ送信手段
４２０ 通知受信手段
４３０ 送信データ容量変更手段

特開２００５−０９２２５８号公報

Claims (12)

1. 送信機器から送信される画像データを受信する画像データ受信手段と、
   前記画像データ受信手段で受信した画像データに基づいて、該画像データの画像種別を判断する判断手段と、
   前記判断手段によって判断した画像種別に基づいて前記送信機器からの画像データの送信に使用すべき送信データ容量を算出し、該送信機器に通知する送信データ容量通知手段と、
   前記送信データ容量通知手段で通知した送信データ容量に基づいて送信された画像データを前記送信機器から受信し、前記画像データを出力する出力手段と、
   を備えることを特徴とする通信装置。
2. 前記画像データ受信手段が前記送信機器から前記画像データを受信するために使用する受信データ帯域を検出する受信データ帯域検出手段を備え、
   前記送信データ容量通知手段は、前記受信データ帯域検出手段の検出する受信データ帯域が所定の閾値を超えると、前記送信データ容量を前記送信機器に通知することを特徴とする、請求項１に記載の通信装置。
3. 前記送信データ容量通知手段は、前記受信データ帯域検出手段の検出する受信データ帯域が所定の下限値を下回ると、前記送信データ容量を増加させるよう前記送信機器に通知することを特徴とする、請求項２に記載の通信装置。
4. 前記送信データ容量通知手段は、前記判断手段が前記画像データを非文字画像データと判断すると、前記送信データ容量を少なくするよう前記送信機器に通知することを特徴とする、請求項１ないし３のいずれか１項に記載の通信装置。
5. 前記送信データ容量通知手段は、連続する前記画像データの差分領域の大きさが所定の閾値を超えるときに、前記送信データ容量を少なくするよう前記送信機器に通知することを特徴とする、請求項１ないし４のいずれか１項に記載の通信装置。
6. 前記送信データ容量通知手段は、前記画像データのデータサイズが所定の閾値を超えるときに、前記送信データ容量を少なくするよう前記送信機器に通知することを特徴とする、請求項５に記載の通信装置。
7. 前記送信機器から、前記画像データの変更のために該送信機器に入力されるポインティングデバイスの座標移動量を受信する座標移動量受信手段を備え、
   前記送信データ容量通知手段は、前記座標移動量が所定の閾値を超えないときに、前記送信データ容量を少なくするよう前記送信機器に通知することを特徴とする、請求項１ないし６のいずれか１項に記載の通信装置。
8. 前記送信データ容量通知手段は、連続する前記画像データのデータサイズ差が所定の閾値を超えないときに、前記送信データ容量を少なくするよう前記送信機器に通知することを特徴とする、請求項７に記載の通信装置。
9. 送信機器から送信される音声データを受信する音声データ受信手段を備え、
   前記送信データ容量通知手段は、前記音声データ受信手段が受信する前記音声データを送信しない該送信機器に対し、前記送信データ容量を少なくするよう通知することを特徴とする、請求項１ないし８のいずれか１項に記載の通信装置。
10. 前記送信データ容量通知手段は、前記送信機器からの画像データの送信に使用すべきフレームレートを前記送信機器に通知することを特徴とする、請求項１ないし９のいずれか１項に記載の通信装置。
11. 前記送信データ容量通知手段は、前記判断手段による前記画像データがモノクロ２値データ、モノクロ多値データ、カラー画像データのいずれに該当するかの判定に応じて定められる前記送信データ容量を前記送信機器に通知することを特徴とする、請求項１ないし１０のいずれか１項に記載の通信装置。
12. 送信機器と通信装置とを備える通信システムであって、
    前記送信機器は、
    画像データを送信する画像データ送信手段と、
    前記通信装置からの通知を受信する通知受信手段と、
    前記通知に基づいて、前記画像データの送信に使用する送信データ容量を変更する送信データ容量変更手段と、を備え、
    前記通信装置は、
    前記送信機器から前記画像データを受信する画像データ受信手段と、
    前記画像データ受信手段で受信した画像データに基づいて、該画像データの画像種別を判断する判断手段と、
    前記判断手段によって判断した画像種別に基づいて前記送信機器からの画像データの送信に使用すべき送信データ容量を算出し、該送信機器に通知する送信データ容量通知手段と、
    前記送信データ容量通知手段で通知した送信データ容量に基づいて送信された画像データを前記送信機器から受信し、前記画像データを出力する出力手段と、
    を備えることを特徴とする、通信システム。

Images