(57)【特許請求の範囲】
【請求項１】
送信機器から送信される画像データを受信する画像データ受信手段と、
前記画像データ受信手段で受信した画像データに基づいて、該画像データの画像種別を判断する判断手段と、
前記判断手段によって判断した画像種別に基づいて前記送信機器からの画像データの送信に使用すべき送信データ容量を算出し、該送信機器に通知する送信データ容量通知手段と、
前記送信データ容量通知手段で通知した送信データ容量に基づいて送信された画像データを前記送信機器から受信し、前記画像データを出力する出力手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記画像データ受信手段が前記送信機器から前記画像データを受信するために使用する受信データ帯域を検出する受信データ帯域検出手段を備え、
前記送信データ容量通知手段は、前記受信データ帯域検出手段の検出する受信データ帯域が所定の閾値を超えると、前記送信データ容量を前記送信機器に通知することを特徴とする、請求項１に記載の通信装置。
【請求項３】
前記送信データ容量通知手段は、前記受信データ帯域検出手段の検出する受信データ帯域が所定の下限値を下回ると、前記送信データ容量を増加させるよう前記送信機器に通知することを特徴とする、請求項２に記載の通信装置。
【請求項４】
前記送信データ容量通知手段は、前記判断手段が前記画像データを非文字画像データと判断すると、前記送信データ容量を少なくするよう前記送信機器に通知することを特徴とする、請求項１ないし３のいずれか１項に記載の通信装置。
【請求項５】
前記送信データ容量通知手段は、連続する前記画像データの差分領域の大きさが所定の閾値を超えるときに、前記送信データ容量を少なくするよう前記送信機器に通知することを特徴とする、請求項１ないし４のいずれか１項に記載の通信装置。
【請求項６】
前記送信データ容量通知手段は、前記画像データのデータサイズが所定の閾値を超えるときに、前記送信データ容量を少なくするよう前記送信機器に通知することを特徴とする、請求項５に記載の通信装置。
【請求項７】
前記送信機器から、前記画像データの変更のために該送信機器に入力されるポインティングデバイスの座標移動量を受信する座標移動量受信手段を備え、
前記送信データ容量通知手段は、前記座標移動量が所定の閾値を超えないときに、前記送信データ容量を少なくするよう前記送信機器に通知することを特徴とする、請求項１ないし６のいずれか１項に記載の通信装置。
【請求項８】
前記送信データ容量通知手段は、連続する前記画像データのデータサイズ差が所定の閾値を超えないときに、前記送信データ容量を少なくするよう前記送信機器に通知することを特徴とする、請求項７に記載の通信装置。
【請求項９】
送信機器から送信される音声データを受信する音声データ受信手段を備え、
前記送信データ容量通知手段は、前記音声データ受信手段が受信する前記音声データを送信しない該送信機器に対し、前記送信データ容量を少なくするよう通知することを特徴とする、請求項１ないし８のいずれか１項に記載の通信装置。
【請求項１０】
前記送信データ容量通知手段は、前記送信機器からの画像データの送信に使用すべきフレームレートを前記送信機器に通知することを特徴とする、請求項１ないし９のいずれか１項に記載の通信装置。
【請求項１１】
前記送信データ容量通知手段は、前記判断手段による前記画像データがモノクロ２値データ、モノクロ多値データ、カラー画像データのいずれに該当するかの判定に応じて定められる前記送信データ容量を前記送信機器に通知することを特徴とする、請求項１ないし１０のいずれか１項に記載の通信装置。
【請求項１２】
送信機器と通信装置とを備える通信システムであって、
前記送信機器は、
画像データを送信する画像データ送信手段と、
前記通信装置からの通知を受信する通知受信手段と、
前記通知に基づいて、前記画像データの送信に使用する送信データ容量を変更する送信データ容量変更手段と、を備え、
前記通信装置は、
前記送信機器から前記画像データを受信する画像データ受信手段と、
前記画像データ受信手段で受信した画像データに基づいて、該画像データの画像種別を判断する判断手段と、
前記判断手段によって判断した画像種別に基づいて前記送信機器からの画像データの送信に使用すべき送信データ容量を算出し、該送信機器に通知する送信データ容量通知手段と、
前記送信データ容量通知手段で通知した送信データ容量に基づいて送信された画像データを前記送信機器から受信し、前記画像データを出力する出力手段と、
を備えることを特徴とする、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置および通信システムに関する。
【背景技術】
【０００２】
画像データの転送を受けた機器が、転送された画像データを一画面に表示する技術が知られている。機器は、転送された画像データを順次読み出し、一画面を分割したそれぞれの領域に画像データの表示を行う。
【０００３】
特許文献１には、画面サーバから送信された表示画面の画面データを端末装置で受信し表示する画面共有システムが記載されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
画像データの送信機器と受信機器との間の通信には、帯域の上限が存在する。送信機器が画像データの属性を示す種別識別情報を付加して送信するようにし、受信機器が種別識別情報に応じて送信機器ごとに帯域を割り当てて通信を行うことにより、有限の通信帯域を有効に活用することが可能である。
【０００５】
しかし、送信機器が種別識別情報を画像データに付加しないで送信する場合、送信機器の台数や画像データの内容によってデータ量が帯域の上限に達したときは、画面全体の更新頻度（フレームレート）を低下させることにより対応を行うことになる。
【０００６】
画像データによっては必要なフレームレートは異なるため、画面全体のフレームレートを一律に低下させることにより、フレームレートが逼迫したり余裕があったりする状態となり、好ましくない。
【０００７】
本発明は、上記のような課題を解決するためになされたものであり、画像データを送信機器から受信機器に送信し受信機器で表示するときに、送信機器が種別識別情報を付加しなくても各画像データに適したフレームレートで通信を行う通信装置および通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決するために、本発明にかかる通信装置は、
送信機器から送信される画像データを受信する画像データ受信手段と、
前記画像データ受信手段で受信した画像データに基づいて、該画像データの画像種別を判断する判断手段と、
前記判断手段によって判断した画像種別に基づいて前記送信機器からの画像データの送信に使用すべき送信データ容量を算出し、該送信機器に通知する送信データ容量通知手段と、
前記送信データ容量通知手段で通知した送信データ容量に基づいて送信された画像データを前記送信機器から受信し、前記画像データを出力する出力手段と、
を備えることを特徴とする。
【発明の効果】
【０００９】
本発明にかかる通信装置および通信システムは、画像データを送信機器から受信機器に送信し受信機器で表示するときに、送信機器が種別識別情報を付加しなくても各画像データに適したフレームレートで通信を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１の実施形態にかかる通信システムの全体概要図である。
【図２】本発明の第１の実施形態にかかる通信装置２と送信機器４のハードウェア構成図である。
【図３】本発明の第１の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。
【図４】本発明の第１の実施形態にかかる通信装置２と送信機器４のフローチャートである。
【図５】本発明の第２の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。
【図６】本発明の第３の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。
【図７】画像データと座標移動量との関係を説明する図である。
【図８】本発明の第４の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。
【図９】本発明の第５の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。
【図１０】本発明の第６の実施形態にかかる通信装置２のフローチャートである。
【発明を実施するための形態】
【００１１】
まず、本発明の第１の実施形態にかかる通信システムの全体概要を説明する。図１は、本発明の第１の実施形態にかかる通信システムの全体概要図である。図１に示すように、本発明の第１の実施形態にかかる通信システム１は、表示装置３が接続された通信装置２と送信機器４とがネットワーク５に接続されて構成される。
【００１２】
表示装置３は、通信装置２の出力する信号に応じて画像を表示する。表示装置は、複数領域に分けてそれぞれに複数の画像を表示しても各画像を視認可能なように、大画面に表示可能なものが好ましいが、これに限らない。大画面に表示可能な表示装置の例として、光源から画像をスクリーンに投影するプロジェクタがある。
【００１３】
ネットワーク５は、有線または無線で複数の機器を通信可能に接続する網であり、イーサネット（登録商標）やＷｉ−Ｆｉ（登録商標）などのインターネットにより構成可能であるが、これに限らない。
送信機器４はこの図では３つ記載されているが、これ以上でもこれ以下であってもよい。
【００１４】
続いて、本発明の第１の実施形態にかかる通信装置２と送信機器４のハードウェア構成を説明する。図２は、本発明の第１の実施形態にかかる通信装置２と送信機器４のハードウェア構成図である。
【００１５】
図２を参照すると、通信装置２は、情報処理部２１と、記憶部２２と、出力部２３と、通信部２４とを備える。また、送信機器４は、情報処理部４１と、記憶部４２と、ＵＩ部４３と、通信部４４とを有する。通信装置２と送信機器４は、いずれもパーソナルコンピュータ、サーバ、タブレット、スマートフォンなど通信機能を有する情報処理装置で構成可能であるが、後述する機能を有するものであればこれに限られない。
【００１６】
通信装置２の備える情報処理部２１は、プログラムに含まれるコードの演算を行い、かかる演算により後述する各種処理を実行する。情報処理部２１は、メモリに読み込まれたプログラムを実行するＣＰＵなどのプロセッサにより構成可能である。
【００１７】
通信装置２の備える記憶部２２は、所定の情報を不揮発に記憶し、必要に応じて読み出す。記憶部２２は、情報処理部２１で実行されるプログラムなどを記憶することができる。記憶部２２は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などにより構成可能である。
【００１８】
通信装置２の備える出力部２３は、情報処理部２１の処理結果である画面を出力し、表示装置３に表示させる。出力部２３は、例えばグラフィックプロセッサにより構成可能である。また、出力部２３が、画面のみならず音声を出力し、図示しないスピーカなどの再生装置から発音させるようにしてもよい。
【００１９】
通信装置２の備える通信部２４は、ネットワーク５を介した外部機器との通信、例えば送信機器４からの画像データの受信などを行う。通信部２４は、ＬＡＮインタフェースや無線ＬＡＮインタフェースなどにより構成可能である。
【００２０】
送信機器４の備える情報処理部４１は、プログラムに含まれるコードの演算を行い、かかる演算により後述する各種処理を実行する。情報処理部４１は、メモリに読み込まれたプログラムを実行するＣＰＵなどのプロセッサにより構成可能である。
【００２１】
送信機器４の備える記憶部４２は、所定の情報を不揮発に記憶し、必要に応じて読み出す。記憶部４２は、情報処理部４１で実行されるプログラムなどを記憶することができる。記憶部４２は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などにより構成可能である。
【００２２】
送信機器４の備えるＵＩ部４３は、ユーザによる情報処理部４１への操作入力を受け付ける。ＵＩ部４３は、例えばキーボードやポインティングデバイスなどの入力装置により構成可能である。
【００２３】
送信機器４の備える通信部４４は、ネットワーク５を介した外部機器との通信、例えば通信装置２への画像データの送信などを行う。通信部４４は、ＬＡＮインタフェースや無線ＬＡＮインタフェースなどにより構成可能である。
【００２４】
次に、本発明の第１の実施形態にかかる通信装置２と送信機器４の機能ブロックを説明する。図３は、本発明の第１の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。
【００２５】
図３に示すように、通信装置２は、画像データ受信手段２１０と、判断手段２２０と、送信データ容量通知手段２３０と、出力手段２４０とを備える。また、送信機器４は、画像データ送信手段４１０と、通知受信手段４２０と、送信データ容量変更手段４３０とを備える。
【００２６】
通信装置２の画像データ受信手段２１０は、送信機器４から画像データを受信する。画像データ受信手段２１０は、所定のプログラムを実行する情報処理部２１が通信部２４を制御することにより実施可能である。
【００２７】
通信装置２の判断手段２２０は、画像データ受信手段２１０で受信した画像データに基づいて、画像データの画像種別を判断する。画像種別とは、例えばモノクロ２値画像データ・モノクロ多値画像データ・カラー画像データ等のような画像の種別である。また、文字画像データ・非文字画像データ、動画・非動画といった種別でもよく、さらに重要・非重要といった種別でもよい。判断手段２２０は、所定のプログラムを実行する情報処理部２１により実施可能である。
【００２８】
通信装置２の送信データ容量通知手段２３０は、判断手段２２０によって判断した画像種別に基づいて送信機器４からの画像データの送信に使用すべき送信データ容量を算出し、その送信機器４に通知する。画像データに基づく送信データ容量の算出については、後述する。送信データ容量通知手段２３０は、所定のプログラムを実行する情報処理部２１が画像データの送信に使用すべき送信データ容量を算出するとともに、通信部２４を制御することにより実施可能である。
【００２９】
通信装置２の出力手段２４０は、送信データ容量通知手段２３０で通知した送信データ容量に基づいて送信された画像データを送信機器４から受信し、画像データを出力する。出力手段２４０の出力を表示手段３に入力し、表示装置３に画像データを表示させるようにしてもよい。出力手段２４０は、所定のプログラムを実行する情報処理部２１が出力部２３を制御することにより実施可能である。
【００３０】
送信機器４の画像データ送信手段４１０は、画像データを連続的に送信する。画像データ送信手段４１０は、所定のプログラムを実行する情報処理部４１がＵＩ部４３への操作入力に基づいて送信すべき画像データを生成するとともに、通信部４４を制御することにより実施可能である。
【００３１】
送信機器４の通知受信手段４２０は、通信装置２からの通知を受信する。通知受信手段４２０は、所定のプログラムを実行する情報処理部４１が通信部４４を制御することにより実施可能である。
【００３２】
送信機器４の送信データ容量変更手段４３０は、通信装置２からの通知に基づいて、画像データの送信に使用する送信データ容量を変更する。送信データ容量変更手段４３０は、所定のプログラムを実行する情報処理部４１により実施可能である。
【００３３】
画像データの圧縮率やフレームレートを変更することにより、送信データ容量を変更することができる。
【００３４】
次に、本発明の第１の実施形態にかかる通信装置２と送信機器４の動作を説明する。図４は、本発明の第１の実施形態にかかる通信装置２と送信機器４のフローチャートである。図４を参照して、まず送信機器４の動作を説明する。送信機器４は、画像データを送信する（ステップＳ４１）。画像データの送信は、画像データ送信手段４１０が実行する。
【００３５】
次に、送信機器４は、通信装置２からの送信データ容量通知を受信する（ステップＳ４２）。送信データ容量通知の受信は、通知受信手段４２０が実行する。通知受信手段４２０が送信データ容量通知を受信しないと（ステップＳ４３：Ｎ）、ステップＳ４１に戻り、送信機器４は画像データの送信を継続する。
【００３６】
通知受信手段４２０が送信データ容量通知を受信すると（ステップＳ４３：Ｙ）、送信機器４は、送信データ容量を変更する（ステップＳ４４）。そしてステップＳ４１に戻り、送信機器４は変更した送信データ容量で画像データを送信する。
【００３７】
続いて、通信装置２の動作を説明する。通信装置２は、画像データを受信する（ステップＳ２１）。画像データの受信は、画像データ受信手段２１０が実行する。次に通信装置２は、受信した画像データに基づいて、その画像データの画像種別を判断する（ステップＳ２２）。画像種別の判断は、判断手段２２０が実行する。
【００３８】
続いて通信装置２は、画像データの画像種別に基づいて、送信機器４からのその画像データの送信に使用すべき送信データ容量を算出し、その送信機器４に通知する（ステップＳ２３）。送信データ容量の算出および送信機器４への通知は、送信データ容量通知手段２３０が実行する。
【００３９】
第１の実施形態において、送信データ容量通知手段２３０は、画像データが文字画像データか非文字画像データかに基づいて送信データ量を算出する。送信データ容量通知手段２２０は、受信した画像データの一部（例えば上方５ライン）の画素値を読み取ることによって画像データが文字画像データか非文字画像データかを推定する。
【００４０】
画像データが文字画像データである場合、送信データ容量を少なくすると文字がつぶれて読み取れなくなるおそれあがるため、極力送信データ容量を少なくしないのが好ましい。非文字画像データであれば、そのような懸念は比較的小さいので、送信データ容量を少なくすることができる。
【００４１】
具体的には、送信データ容量通知手段２３０は、受信した画像データがモノクロ２値データか、モノクロ多値データか、カラー画像データかを、画像データの画素値に基づいて判定し、モノクロ２値データである画像データを文字画像データと推定する。
【００４２】
以下の式をいずれも満たすときに、画像データがモノクロ２値データと判定することができる：
Ｒの画素値＜閾値Ｒ１  ＆＆  Ｇの画素値＜閾値Ｇ１  ＆＆  Ｂの画素値＜閾値Ｂ１
Ｒの画素値＞閾値Ｒ２  ＆＆  Ｇの画素値＞閾値Ｇ２  ＆＆  Ｂの画素値＞閾値Ｂ２
【００４３】
以下の式をいずれも満たすときに、画像データがモノクロ多値データと判定することができる：
ＡＢＳ（Ｒの画素値−Ｇの画素値）＜閾値Ａ１
ＡＢＳ（Ｂの画素値−Ｇの画素値）＜閾値Ｂ１
【００４４】
モノクロ２値データともモノクロ多値データとも判定されたかった画像データを、カラー画像データと判定することができる。
【００４５】
このような、受信した画像データがモノクロ２値データか、モノクロ多値データか、カラー画像データかの判定に基づいて、送信データ容量通知手段２３０は、モノクロ２値データと判定された画像データを文字画像データと推定して送信データ容量を算出し、モノクロ多値データないしカラー画像データと判定された画像データを非文字画像データと推定して送信データ容量を算出することができる。
【００４６】
また、送信データ容量通知手段２３０は、モノクロ２値データ、モノクロ多値データ、カラー画像データのいずれかに判定された画像データに対し、それぞれの判定に応じた送信データ容量を算出するようにしてもよい。
【００４７】
上記式における各閾値は、適用されるシステムの属性に応じて適宜変更可能である。
【００４８】
画像データの文字画像データか非文字画像データかの推定をモノクロ２値データ・モノクロ多値データ・カラー画像データの判定に基づいて行う例を説明したが、文字画像データか非文字画像データかの推定方法はこれに限らない。例えば、下地の色を検出して新聞のスキャンデータと判定し、これに基づいて推定することも可能である。
【００４９】
さらに、連続的な画像データの差分データを受信して通信装置２にて合成するとき、差分データとして送信される差分領域の大きさに基づいて送信データ容量を算出するようにしてもよい。差分領域が所定の閾値を超えるとき、画像データが動画であると推定され、この推定に基づいて送信データ容量通知手段２３０は、送信データ容量を少なくするよう送信機器４に通知することができる。
【００５０】
また、画像データのデータサイズに基づいて送信データ量を算出することも可能である。画像のデータサイズが所定の閾値を超えるとき、画像データが動画であると推定され、この推定に基づいて送信データ容量通知手段２３０は、送信データ容量を少なくするよう送信機器４に通知することができる。
【００５１】
なお、この判定は、受信した画像データの１フレームごとに行ってもよいし、所定数フレームごとに行うようにしてもよい。また、各フレームの判定を直接使うのではなく、直近の所定数フレームの判定結果を蓄積して最終的な判定を行うようにしてもよい。
【００５２】
通信装置２は、ステップＳ２２、ステップ２３と並行して、受信した画像データを表示装置３に表示させる（ステップＳ２４）。画像データの表示は、出力手段２４０が実行する。そしてステップＳ２１に戻り、通信装置２は画像データを受信する。
【００５３】
次に、本発明の第２の実施形態にかかる通信システムを説明するが、第１の実施形態と同様である点については説明を省略する。図５は、本発明の第２の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。図５において、通信装置２が受信データ帯域検出手段２１１を備える点が第１の実施形態と異なる。
【００５４】
受信データ帯域検出手段２１１は、画像データ受信手段２１０が送信機器４から画像データを受信するために使用する受信データ帯域を検出する。受信データ帯域検出手段２１１は、所定のプログラムを実行する情報処理部２１が通信部２４を制御することにより実施可能である。
【００５５】
本実施形態においては、送信データ容量通知手段２３０は、受信データ帯域が所定の閾値を超えたときに送信機器４に送信データ容量を通知する。このようにすると受信データ帯域が逼迫するまでは特段の帯域制御を行わないため、表示される画質が損なわれない。
【００５６】
続いて、本発明の第３の実施形態にかかる通信システムを説明する。第２の実施形態の説明と同様に、第１の実施形態と同様である点については説明を省略する。図６は、本発明の第３の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。図６において、通信装置２が座標移動量受信手段２１２を備える点が第１の実施形態と異なる。
【００５７】
座標移動量受信手段２１２は、画像データの変更のために送信機器４に入力されるポインティングデバイスの座標移動量を、その送信機器４から受信する。座標移動量受信手段２１２は、所定のプログラムを実行する情報処理部２１が通信部２４を制御することにより実施可能である。
【００５８】
本実施形態における座標移動量について、図７を参照して説明する。図７は、画像データと座標移動量との関係を説明する図である。図７を参照すると、左から右にフレーム１、フレーム２、フレーム３の順に送信機器４にて生成される画像データと、前フレームとの差分画像と、送信機器４におけるポインティングデバイスの座標の前フレームとの差分、すなわち座標移動量とが示されている。
【００５９】
送信機器４でポインティングデバイスの移動量が小さいときは、画像の変動が小さいとの想定が可能である。したがって、送信データ容量通知手段２３０は座標移動量が所定の閾値を超えないときに、送信データ容量を少なくするよう送信機器４に通知することができる。
【００６０】
また、連続する画像データのデータサイズ差を用いて送信データ容量を算出してもよい。データサイズ差が所定の閾値以上のときは、画像データが重要と推定することができる。そのため、データサイズ差が所定の閾値を超えないときは、送信データ容量を少なくするよう送信機器４に通知することができる。
【００６１】
次に、本発明の第４の実施形態にかかる通信システムを説明する。第２・第３の実施形態の説明と同様に、第１の実施形態と同様である点については説明を省略する。図８は、本発明の第４の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。図８において、通信装置２が音声データ受信手段２１３を備える点が第１の実施形態と異なる。
【００６２】
音声データ受信手段２１３は、送信機器から送信される音声データを受信する。音声データ受信手段２１３は、所定のプログラムを実行する情報処理部２１が通信部２４を制御することにより実施可能である。
【００６３】
音声データを伴う画像データは重要であると推定することができるため、音声データを送信する送信機器の送信データ容量は少なくしないのが好ましい。したがって、送信データ容量通知手段２３０は、音声データ受信手段２１３が受信する音声データを送信しない送信機器４に対し、送信データ容量を少なくするよう通知するようにすることができる。
【００６４】
次に、本発明の第５の実施形態にかかる通信システムを説明する。第２ないし第４の実施形態の説明と同様に、第１の実施形態と同様である点については説明を省略する。図９は、本発明の第５の実施形態にかかる通信装置２と送信機器４の機能ブロック図である。図９において、送信機器４が送信データ容量変更手段４３０に代えてフレームレート変更手段４３１を備える点が第１の実施形態と異なる。
【００６５】
フレームレート変更手段４３１は、通信装置２からの通知に基づいて、画像データのフレームレートを変更することにより、送信データ容量を変更する。フレームレート変更手段４３１は、所定のプログラムを実行する情報処理部４１により実施可能である。
【００６６】
図４を参照して説明したフローチャートのステップＳ４４において、第５の実施形態にかかる送信機器４は、受信した送信データ容量通知を受信すると、フレームレートを変更する。ここで、第５の実施形態にかかる通信装置２の送信データ容量通知手段２３０が、送信機器４からの画像データの送信に使用すべき送信データ容量に代えて使用すべきフレームレートを通知するようにしてもよい。
【００６７】
次に、本発明の第６の実施形態にかかる通信システムを説明する。本発明の第６の実施形態は、図５に示す第２の実施形態にかかる通信装置２と送信機器４の機能ブロックにより実現可能であり、第２の実施形態と同様である点については説明を省略する。
【００６８】
第６の実施形態にかかる通信装置２の動作を示す図１０を参照して、動作を説明する。このとき、第２の実施形態と同様である点については説明を省略する。通信装置２は、画像データを受信すると、画像データの通信にデータ帯域の制御が行われているかを判断する（ステップＳ２１１）。データ帯域の制御が行われているかの判断は、例えば受信データ帯域検出手段２１１が送信データ容量通知手段２３０による送信機器４への送信データ容量の通知履歴を照会することにより可能である。
【００６９】
データ帯域の制御が行われていると判断すると（Ｓ２１１：Ｙ）、受信データ帯域検出手段２１１は、データ帯域に余裕のある状態で画像データの通信が行われているかを判断する（ステップＳ２３１）。データ帯域に余裕のある状態と判断すると（Ｓ２３１：Ｙ）、通信装置２は、送信機器４にデータ帯域を増加させる指示を送信する（ステップＳ２３２）。
【００７０】
データ帯域に余裕がある状態であるか否かの判断は、検出された受信データ帯域を所定の下限値と比較することにより可能である。すなわち、受信データ帯域が所定の下限値を下回るとき、受信データ帯域に余裕のある状態と判断することができる。データ帯域を増加させる指示は、送信データ容量通知手段２３０が現在のデータ帯域より大きい、例えば制御前の送信データ容量を送信機器に通知することにより実施可能である。
【００７１】
データ帯域の制御が行われていないと判断すると（Ｓ２１１：Ｎ）、通信装置２は、データ帯域に余裕のある状態で画像データの通信が行われているかを判断する（ステップＳ２１２）。データ帯域に余裕のない状態と判断すると（Ｓ２１２：Ｎ）、通信装置２は、画像種別の判断（ステップＳ２２）に基づいて、送信機器４にデータ帯域を減少させる指示を送信する（ステップＳ２２１）。
【００７２】
なお、データ帯域の制御が行われている状態でデータ帯域に余裕がない場合（Ｓ２３１：Ｎ）およびデータ帯域の制御が行われていない状態でデータ帯域に余裕がある場合（Ｓ２１２：Ｙ）には、データ容量の変更なく通信が継続され、並行して画像データの表示が実行される（Ｓ２４）。
【００７３】
第６の実施形態において、第５の実施形態と同様に送信データ容量の変更をフレームレートの変更により行うようにしてもよい。
【００７４】
以上本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。
【符号の説明】
【００７５】
１    通信システム
２    通信装置
３    表示装置
４    送信機器
５    ネットワーク
２１    情報処理部
２２    記憶部
２３    出力部
２４    通信部
４１    情報処理部
４２    記憶部
４３    ＵＩ部
４４    通信部
２１０    画像データ受信手段
２１１    受信データ帯域検出手段
２１２    座標移動量受信手段
２１３    音声データ受信手段
２２０    判断手段
２３０    送信データ容量通知手段
２４０    出力手段
４１０    画像データ送信手段
４２０    通知受信手段
４３０    送信データ容量変更手段
【先行技術文献】
【特許文献】
【００７６】
【特許文献１】特開２００５−０９２２５８号公報
【図１】
0006555151.tif 000002
【図２】
0006555151.tif 000003
【図３】
0006555151.tif 000004
【図４】
0006555151.tif 000005
【図５】
0006555151.tif 000006
【図６】
0006555151.tif 000007
【図７】
0006555151.tif 000008
【図８】
0006555151.tif 000009
【図９】
0006555151.tif 000010
【図１０】
0006555151.tif 000011