JP2006262116A - 画像送信装置及び画像伝送方法 - Google Patents

Abstract

【課題】 画像送信装置のＣＰＵの負荷を軽減し、アプリケーションソフトウェアの動作速度を改善する。
【解決手段】 画面記憶部１３１に記憶されている最新の画面とビデオメモリ１２に記憶されているその後の画面とが、画面変化監視部１１１によって監視され、最新の画面が変化したと判断された場合、画面キャプチャ部１１２によってビデオメモリ１２に記憶されている画面がキャプチャされ、画面がキャプチャされた画面データから作成された画像データが画像送信部１４からネットワーク３００を介して画像受信装置２００へ送信される。
【選択図】図１

Description

本発明は、画像データを有線または無線技術を用いてネットワークを介して伝送する画像送信装置及び画像伝送方法に関する。

従来の画像送信装置においては、表示された画面について定期的に画面キャプチャを行い、画面キャプチャにより得られた画像データを画像受信装置へ送信している。しかし、画面が変化しない場合や、画面が局所的に変化した場合は、変化していない部分についても処理を行うため、無駄な処理が生じてしまう。そのため、画面上の座標情報等を用いて変化点を抽出し、抽出された変化点についてのみ処理する方法が考えられている。

しかし、画面が局所的に変化したことを座標情報等により取得する手段を有しない場合は、上述した処理を行うことが不可能である。そのため、他の方法として、画面全体の画面キャプチャを定期的に行い、画面キャプチャによって得られた画像データと前回送信された画像データとを比較し、その差分を検出し、差分のあった場合のみ画像受信装置へ画像データを送信する方法が考えられている（例えば、特許文献１参照。）。
特開２００４−２４２１５２号公報

しかしながら、特許文献１に記載された方法においては、前回送信された画面から変化がまったく無かった場合においても、定期的に現在の画面について全画面キャプチャを行っている。昨今の画像デバイスの著しい向上により高速に画像を描画することが可能になってきているが、一般的にビデオメモリに書き込まれた画像をキャプチャするための時間は、ビデオメモリに画像を描画するための時間に比べて非常に長い時間であるため、画面変化を検出する目的で全画面キャプチャを行うことは適切な方法ではなく、また、画面変化の無い場合にも全画面キャプチャしてしまうことにより画像送信装置のＣＰＵ（Central Processing Unit）には大きな無駄な負荷がかかってしまい、そのため他のアプリケーションソフトウェアの動作を妨げてしまうという問題点がある。

本発明は、上述したような従来の技術が有する問題点に鑑みてなされたものであって、画像送信装置のＣＰＵの負荷を軽減し、アプリケーションソフトウェアの動作速度を改善することができる画像送信装置及び画像伝送方法を提供することを目的とする。

上記目的を達成するために本発明は、
ネットワークを介して画像受信装置と接続可能に構成され、画面の画面データから作成された画像データを前記画像受信装置へ送信する画像送信装置であって、
前記画像データの作成に用いた最新の画面とその後の画面とを監視し、前記最新の画面が変化したかどうかを判断する画面変化監視手段と、
前記画面変化監視手段によって前記最新の画面が変化したと判断された場合に、変化後の画面の画面キャプチャを行って画面データを得る画面キャプチャ手段とを有する。

また、前記画面変化監視手段は、前記画面を横方向のラインで間引くことにより監視する領域を設定し、前記領域を順次ずらして前記画面の監視を行うことを特徴とする。

また、ネットワークを介して前記画像受信装置への前記画像データが送信されている間は、前記変化後の画面の画面キャプチャを行わないことを特徴とする。

また、画面の画面データから作成された画像データを送信する画像送信装置と、該画像送信装置とネットワークを介して接続可能に構成された画像受信装置とを有してなる画像伝送システムにおける画像伝送方法であって、
前記画像送信装置において、前記画像データの作成に用いた最新の画面とその後の画面とを監視し、前記最新の画面が変化したかどうかを判断する処理と、
前記最新の画面が変化したと判断した場合に、変化後の画面の画面キャプチャを行って画面データを得る処理と、
得られた画面データから作成された画像データを前記画像送信装置からネットワークを介して前記画像受信装置へ送信する処理とを有する。

また、前記画面を横方向のラインで間引くことにより監視する領域を設定し、前記領域を順次ずらして前記画面の監視を行うことを特徴とする。

また、ネットワークを介して前記画像送信装置から前記画像受信装置への前記画像データが送信されている間は、前記変化後の画面の画面キャプチャを行わないことを特徴とする。

上記のように構成された本発明においては、画像送信装置において送信された画像データの作成に用いた最新の画面とその後の画面とが監視され、最新の画面が変化したかどうかが判断され、最新の画面が変化したと判断された場合に、変化後の画面が画面キャプチャされ、画面キャプチャされた画面データから作成された画像データがネットワークを介して画像受信装置へ送信される。

これにより、最新の画面が変化した場合のみ画面キャプチャを行うこととなり、画面キャプチャを常時行う必要が無くなるため、画像送信装置のＣＰＵの負荷を軽減することができ、また、画面の変化が無いときにアプリケーションソフトウェアの処理等、画面キャプチャ以外の別の処理を行うことができる。

以上説明したように本発明においては、画像送信装置において送信された画像データの作成に用いた最新の画面とその後の画面とが監視され、最新の画面が変化したかどうかが判断され、最新の画面が変化したと判断された場合に、変化後の画面が画面キャプチャされ、画面キャプチャされた画面データから作成された画像データがネットワークを介して画像受信装置へ送信される構成としたため、画像送信装置のＣＰＵの負荷を軽減し、アプリケーションソフトウェアの動作速度を改善することができる。

以下に、本発明の実施の形態について図面を参照して説明する。

図１は、本発明の画像送信装置を用いた画像伝送システムの実施の一形態を示す図である。

本形態は図１に示すように、画像データを送信する画像送信装置１００と、画像送信装置１００とネットワーク３００を介して接続され、画像送信装置１００から送信された画像データをネットワーク３００を介して受信する画像受信装置２００とから構成されている。

さらに、画像送信装置１００は、画面が記憶されているビデオメモリ１２と、ネットワーク３００を介して画像受信装置２００へ送信された画像データ及び画像データの作成に用いた画面データが記憶されている記憶部１３と、ネットワーク３００を介して画像受信装置２００へ送信された画像データの作成に用いた最新の画面とビデオメモリ１２に記憶されているその後の画面とを監視し、比較して画像データを作成する画像処理部１１と、画像処理部１１にて作成された画像データをネットワーク３００へ送信する画像送信部１４と、これらを制御する制御手段であるＣＰＵ１５とから構成されている。

さらに、画像処理部１１は、ネットワーク３００を介して画像受信装置２００へ送信された画像データの作成に用いた最新の画面とビデオメモリ１２に記憶されているその後の画面とを一定周期で監視し、比較する画面変化監視部１１１と、ビデオメモリ１２に記憶されている画面の画面キャプチャを行う画面キャプチャ部１１２と、記憶部１３に記憶されているネットワーク３００を介して画像受信装置２００へ送信された画像データの作成に用いた画面データと画面キャプチャ部１１２によって画面キャプチャされた画面データとを比較して差分を抽出する画面差分抽出部１１３と、画面差分抽出部１１３によって抽出された差分データに従って画面データを圧縮して送信するための画像データである画像圧縮データを得る画像圧縮部１１４とから構成されている。

また、記憶部１３は、ネットワーク３００を介して画像受信装置２００へ送信された画像データの作成に用いた画面データ及び画面キャプチャ部１１２によって画面キャプチャされた画面データが記憶されている画面記憶部１３１と、画像圧縮部１１４にて圧縮された画像圧縮データを記憶する画像圧縮データ記憶部１３２とから構成されている。

また、画像受信装置２００は、画像送信装置１００からネットワーク３００を介して送信された画像データを受信する画像受信部２１と、画像受信部２１にて受信された画像データを記憶する画像圧縮データ記憶部２３と、画像圧縮データ記憶部２３に記憶されている画像データを読み出し、画面上に表示可能なデータ形式に展開する画像展開表示部２２と、画像展開表示部２２によって展開された画面データを記憶するビデオメモリ２４と、これらを制御する制御手段であるＣＰＵ２５とから構成されている。

以下に、上記のように構成された画像伝送システムにおける画像伝送方法についてフローチャートを参照して説明する。

図２は、図１に示した画像伝送システムにおける画像伝送方法のうち、図１に示した画面変化監視部１１１の処理を説明するためのフローチャートである。

まず、画面変化監視部１１１が、例えば１００ｍｓ等の周期で起動する（ステップＳ１）。すると、画面変化監視部１１１において画面キャプチャ部１１２が画面キャプチャの要求待ち状態になっているかどうかが判断される（ステップＳ２）。

画面変化監視部１１１において画面キャプチャ部１１２が画面キャプチャの要求待ち状態にはなっていないと判断された場合、ステップＳ１の処理に戻る。

一方、画面キャプチャ部１１２が画面キャプチャの要求待ち状態になっていると判断された場合、画面変化監視部１１１において、ネットワーク３００を介して画像受信装置２００へ送信された画像データの作成に用いた最新の画面とビデオメモリ１２に記憶されているその後の画面とのそれぞれの局所領域が一致しているかどうかが比較される（ステップＳ３）。

比較された局所領域が一致していないと判断された場合、つまり一致しない箇所が検出された場合、最新の画面が変化したとみなされ、ステップＳ３の比較処理が終了し、画面変化監視部１１１から画面キャプチャ部１１２に画面キャプチャ要求が通知される（ステップＳ４）。

一方、比較された局所領域が一致したと判断された場合、画面変化監視部１１１において比較すべき全ての局所領域についての比較処理が終了したかどうかが判断され（ステップＳ５）、終了していないと判断された場合、つまり、比較すべき局所領域がまだ残っていると判断された場合、ステップＳ３の処理に戻り、次の局所領域について比較が行われる。

以上の処理が、画面キャプチャ処理を行う上での前処理となる。

以下に、図１に示した画面変化監視部１１１において設定され、比較対象とされる局所領域について図を参照して説明する。

図３は、図１に示した画面変化監視部１１１の１回目の周期起動の際に比較される局所領域の一例を示す図である。

図３に示すように、局所領域を表示画面５００を構成する１ライン（表示画面５００の横幅×高さ１）とし、ΔＬ分、間引いた領域（図３に示した実線の部分）が、１回目の周
期起動の際に比較される局所領域５０１−１〜５０１−４となる。ここで、図２のフローチャートも参照しながら説明する。ステップＳ３にて最初の局所領域５０１−１についての比較が行われ、比較された局所領域５０１−１について一致したと判断された場合、次のステップＳ５にて比較すべき全ての局所領域についての比較処理が終了したかどうかが判断されるが、図３に示す例においては、局所領域５０１−２〜５０１−４についてはまだ比較が行われていないため、次の局所領域５０１−２についてステップＳ３の処理に戻り、比較が行われることとなる。これらの処理が局所領域５０１−２から局所領域５０１−４まで繰り返され、一致しない箇所が検出された場合は、その時点で比較処理が終了し、また、全ての局所領域５０１−１〜５０１−４について一致したと判断された場合は、次の周期起動による処理が行われる。

図４は、図１に示した画面変化監視部１１１の２回目の周期起動の際に比較される局所領域の一例を示す図である。

図４に示すように２回目の周期では、図３に示した局所領域５０１−１〜５０１−４よりもΔＬ／２だけ下方にずらした位置にそれぞれ局所領域５０２−１〜５０２−４が設定
される（図４に示した実線の部分）。１回目の周期起動による処理と同様の比較処理が局所領域５０２−１から局所領域５０２−４まで繰り返され、一致しない箇所が検出された場合は、その時点で比較処理が終了し、また、全ての局所領域５０２−１〜５０２−４について一致したと判断された場合は、次の周期起動による処理が行われる。

図５は、図１に示した画面変化監視部１１１の３回目の周期起動の際に比較される局所領域の一例を示す図である。

図５に示すように３回目の周期では、図４に示した局所領域５０２−１〜５０２−４よりもΔＬ／４だけ上方にずらした位置にそれぞれ局所領域５０３−１〜５０３−４が設定
される（図５に示した実線の部分）。１回目及び２回目の周期起動による処理と同様の比較処理が局所領域５０３−１から局所領域５０３−４まで繰り返され、一致しない箇所が検出された場合は、その時点で比較処理が終了し、また、全ての局所領域５０３−１〜５０３−４について一致したと判断された場合、次の周期起動による処理が行われる。

図６は、図１に示した画面変化監視部１１１の４回目の周期起動の際に比較される局所領域の一例を示す図である。

図６に示すように４回目の周期では、図４に示した局所領域５０２−１〜５０２−４よりもΔＬ／４だけ下方にずらした位置にそれぞれ局所領域５０４−１〜５０４−４が設定
される（図６に示した実線の部分）。１回目、２回目及び３回目の周期起動による処理と同様の比較処理が局所領域５０４−１から局所領域５０４−４まで繰り返され、一致しない箇所が検出された場合は、その時点で比較処理が終了し、また、全ての局所領域５０４−１〜５０４−４について一致したと判断された場合は、次の周期起動による処理が行われる。

このように、局所領域について一致しない箇所が検出されるまで、上述の処理がΔＬ回
繰り返される。

なお、一致しない箇所が検出された場合はその時点で比較処理が終了するが、その際、次回の画面変化監視部１１１における比較処理を初期化するために、次回の比較処理の対象となる局所領域が図３に示した局所領域５０１−１〜５０１−４に戻される。

ここで、一般的にアドレスが連続しているエリアへのメモリアクセスが高速であるといった点を利用して、比較処理にて設定される局所領域については画面上におけるライン単位としている。

図７は、図１に示した画像伝送システムにおける画像伝送方法のうち、図１に示した画面キャプチャ部１１２、画面差分抽出部１１３及び画像圧縮部１１４の処理を説明するためのフローチャートである。

まず、画面キャプチャ部１１２において、画像送信部１４から送信完了が通知されているかどうかが判断される（ステップＳ１１）。画像送信部１４から送信完了が通知されていると判断された場合、画面キャプチャ部１１２にて画面変化監視部１１１から画面キャプチャ要求が通知されているかどうかが判断される（ステップＳ１２）。なお、起動後の最初の処理においては、画像送信部１４から送信完了が通知されているとみなされて、ステップＳ１２の処理が行われる。

画面変化監視部１１１から画面キャプチャ要求が通知されていないと判断された場合、画面キャプチャ部１１２から画面変化監視部１１１に画面キャプチャ要求待ちが通知される（ステップＳ１３）。なお、この通知が、図２にて説明したステップＳ２における画面変化監視部１１１において画面キャプチャ部１１２が画面キャプチャの要求待ち状態になっているかどうかが判断される判断材料となる。

その後、画面変化監視部１１１から画面キャプチャ部１１２に画面キャプチャ要求が通知されるまで、画面キャプチャ部１１２にて画面変化監視部１１１から画面キャプチャ要求が通知されているかどうかが判断される（ステップＳ１４）。

ステップＳ１２またはステップＳ１４において、画面キャプチャ部１１２にて画面変化監視部１１１から画面キャプチャ要求が通知されたと判断されると、画面キャプチャ部１１２において、ビデオメモリ１２に記憶されている画面が全画面キャプチャされ（ステップＳ１５）、画面キャプチャ部１１２によって全画面キャプチャされた画面データが新しくキャプチャされた画面データとして画面記憶部１３１に書き込まれる。

また、ステップＳ１５にて全画面キャプチャされた画面データが、画面差分抽出部１１３へ出力され、画面差分抽出部１１３にて入力された画面データ、つまり変化後の画面データと画面記憶部１３１に記憶されている最新の画面データ、つまり変化前の画面データとが画面差分抽出部１１３において比較され、比較された結果、変化があった画素の差分データが抽出され（ステップＳ１６）、抽出された差分データが画面差分抽出部１１３から画像圧縮部１１４へ出力される。

すると、画像圧縮部１１４にて入力された差分データに基づいて画面データが圧縮され（ステップＳ１７）、圧縮された画面データが画像圧縮部１１４によって画面データから作成された画像データとして画像圧縮データ記憶部１３２へ書き込まれる。同時に、画像圧縮部１１４から画像送信部１４に画像データの送信開始要求が通知される（ステップＳ１８）。

図８は、図１に示した画像伝送システムにおける画像伝送方法のうち、図１に示した画像送信部１４の処理を説明するためのフローチャートである。

まず、画像送信部１４において、画像圧縮部１１４から送信開始要求が通知されているかどうかが判断される（ステップＳ２１）。画像圧縮部１１４から送信開始要求が通知されていると判断された場合、画像送信部１４によって画像圧縮データ記憶部１３２から送信すべき画像データが読み出され、ネットワーク３００へ送信される（ステップＳ２２）。さらに、画像送信部１４において送信すべき画像データが画像圧縮データ記憶部１３２に残っているかどうかが判断され（ステップＳ２３）、送信すべき画像データが全て送信されたと判断されると、送信完了が画面キャプチャ部１１２に通知される（ステップＳ２４）。なお、この通知が、図７にて説明したステップＳ１１における画面キャプチャ部１１２において画像送信部１４から送信完了が通知されているかどうかが判断される判断材料となる。つまり、送信完了が画像送信部１４から画面キャプチャ部１１２に通知されないと、画面キャプチャ部１１２において図７にて説明したステップＳ１１よりも先の処理が行われず、また、これにより画面キャプチャ部１１２から画面変化監視部１１１に画面キャプチャ待ちが通知されないため、画面変化監視部１１１において図２にて説明したステップＳ２よりも先の処理が行われないことになり、画像送信部１４から画像データが送信されている間は、画面変化監視部１１１における画面の監視処理も、画面キャプチャ部１１２における画面キャプチャ処理も行われないこととなる。

したがって、画像データの送信完了までは次の処理が行われないため、ネットワーク３００が混雑している場合や使用できる帯域が狭い場合等であっても、無駄な処理が行われずにＣＰＵ１５の無駄な負荷が削減できる。

なお、図２、図７及び図８にて説明したそれぞれの処理は、互いに並行して行われる。

以下に、画像送信装置１００から送信された画像データがネットワーク３００を介して画像受信装置２００において受信される処理について説明する。

画像送信装置１００からネットワーク３００を介して画像受信装置２００へ画像データが送信されると、画像受信部２１にて画像データが受信され、受信された画像データが画像受信部２１によって画像圧縮データ記憶部２３に記憶される。

その後、画像展開表示部２２によって、画像圧縮データ記憶部２３に記憶されている画像データが読み出され、読み出された画像データが表示可能なデータ形式に展開され、ビデオメモリ２４に書き込まれて画面上に表示される。

以下に、図１に示したＣＰＵ１５における画面キャプチャ処理の負荷について従来の処理と比較しながら説明する。

図９は、図１に示した画像伝送システムにおいてＣＰＵ１５における１秒間に占める画面キャプチャ処理の負荷を示す図であり、（ａ）は従来のキャプチャ処理が行われた場合の画面キャプチャの負荷を示す図であり、（ｂ）は本発明の画面キャプチャの前処理が行われた場合の画面キャプチャの負荷を示す図である。

図９（ａ）に示すように、画面キャプチャ間隔を２００ｍｓ、全画面キャプチャに要する時間を１００ｍｓとすると、従来のキャプチャ処理については画面変化の有無に関わらず画面キャプチャ処理が１秒間に５回行われ、画面キャプチャ処理によるＣＰＵ１５の処理時間は、１００ｍｓ×５回＝５００ｍｓとなり、画面キャプチャ処理が占める割合は５０％となる。

一方、図９（ｂ）に示すように、図１に示した画面変化監視部１１１が起動する起動周期を１００ｍｓとし、間引き間隔ΔＬを８とすると、画面変化監視部１１１によってビデ
オメモリ１２がアクセスされる時間は、１００ｍｓ÷８＝１２．５ｍｓとなる。図９（ｂ）に示す例では、画面変化が１秒間に２回検出されており、画面キャプチャ部１１２によって２回の画面キャプチャが行われている。

また、画面キャプチャ部１１２によって画面キャプチャが行われている間は、画面変化監視部１１１によるビデオメモリ１２へのアクセスがなくなるため、画面変化監視部１１１及び画面キャプチャ部１１２によるＣＰＵ１５の処理時間は、１２．５ｍｓ×（１０回−２回）＋１００ｍｓ×２回＝３００ｍｓとなり、画面変化監視部１１１及び画面キャプチャ部１１２の処理が占める割合は３０％に削減される。

また、画面変化が全く無い場合は、１２．５ｍｓ×１０回＝１２５ｍｓとなり、画面変化監視部１１１の処理が占める割合は１２．５％に削減される。

なお、上述した計算では、画面変化監視部１１１において、ビデオメモリ１２に記憶されている画面と記憶部１３に記憶されている最新の画面とが比較される時間については、画面キャプチャ部１１２によってビデオメモリ１２から画面データが読み出される時間（キャプチャ時間）よりも十分に小さな値のため、無視している。

また、ネットワーク３００を介して画像送信装置１００と接続される画像受信装置２００が複数存在する形態が考えられる。

図１０は、図１に示した画像伝送システムにおいて、ネットワーク３００を介して画像送信装置１００と接続される画像受信装置２００が複数存在する一形態を示す図である。

本形態は図１０に示すように、画像データを送信する画像送信装置１００と、画像送信装置１００とネットワーク３００を介して接続され、画像送信装置１００から送信された画像データをネットワーク３００を介して受信する複数の画像受信装置２００−１〜２００−ｎとから構成されている。なお、画像処理部１１、ビデオメモリ１２、記憶部１３及びＣＰＵ１５については、図１に示した形態ものと同一の構成を持ち、同一の処理を行う。また、画像受信装置２００−１〜２００−ｎについても、図１に示した画像受信装置２００と同一の構成を持ち、同一の処理を行う。また、画像受信装置２００−１〜２００−ｎは、複数のプロジェクタまたはコンピュータ及びディスプレイの組み合わせが考えられる。

図１０に示した画像送信部１４１においては、複数の画像受信装置２００−１〜２００−ｎに対して同時に画像データが送信され、各画像受信装置２００−１〜２００−ｎの処理能力や伝送路の使用状態が異なるために画像データの送信完了までの時間が様々な時間になったり、送信完了までの時間が図１に示した形態に比べて長くかかったりした場合であっても、図１に示した形態にて説明したように、画像データの送信完了までは次の処理が行われないため、無駄な処理が行われずにＣＰＵ１５の無駄な負荷が削減できる。

なお、図１または図１０に示した形態における処理においては、画像送信装置１００にて画面変化した部分の高さがΔＬを超える場合は、特にその画面変化が検出されるために
要する時間が短時間で済むため、ＣＰＵ１５の負荷が軽減される。したがって、画像送信装置１００にて動作しているアプリケーションソフトウェアがプレゼンテーションを行うためのものや一般的な画像やテキストを表示するものである場合においては、上述したような効果が十分に期待できる。

また、ステップＳ１にて説明した起動周期をネットワークの帯域幅またはネットワーク上のトラフィック量に応じて調整することができ、そのためネットワークに過大な負荷をかける恐れがある場合は、起動周期を長く設定することにより、ネットワークに過大な負荷をかけることを回避することができる。また、これにより、画面をキャプチャする頻度も少なくなり、ＣＰＵの負荷を低減することができる。さらに、上述した画像圧縮処理は画面のキャプチャ処理の後の処理となるため、画面のキャプチャの頻度が少なくなると、必然的に画像圧縮処理の頻度も少なくなり、それにより、ネットワークの帯域幅に見合わない画像変化に対する画像圧縮処理に伴う無駄なＣＰＵの負荷を削減する防ぐことができる。

また、上述した例では、画面を監視する局所領域について画面を横方向のラインで間引く場合について述べたが、縦方向のラインで間引くことも考えられる。さらに、画面を監視できる形態であれば、画面の監視は縦方向や横方向のラインを単位で必ずしも行う必要は無い。

また、局所領域を均一にずらして設定する場合を例に挙げて説明したが、不均一にずらして設定するものも考えられる。

また、画像送信装置１００は、表示画面を有するものであっても良いし、サーバ専用機等のように表示画面を有しないものであっても良い。

また、本発明においては、画像送信装置１００内の処理は上述の専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを画像送信装置１００にて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムを画像送信装置１００に読み込ませ、実行するものであっても良い。画像送信装置１００にて読取可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、画像送信装置１００に内蔵されたＨＤＤ等を指す。この記録媒体に記録されたプログラムは、例えば、制御ブロックにて読み込まれ、制御ブロックの制御によって、上述したものと同様の処理が行われる。

本発明の画像送信装置を用いた画像伝送システムの実施の一形態を示す図である。 図１に示した画像伝送システムにおける画像伝送方法のうち、図１に示した画面変化監視部の処理を説明するためのフローチャートである。 図１に示した画面変化監視部の１回目の周期起動の際に比較される局所領域の一例を示す図である。 図１に示した画面変化監視部の２回目の周期起動の際に比較される局所領域の一例を示す図である。 図１に示した画面変化監視部の３回目の周期起動の際に比較される局所領域の一例を示す図である。 図１に示した画面変化監視部の４回目の周期起動の際に比較される局所領域の一例を示す図である。 図１に示した画像伝送システムにおける画像伝送方法のうち、図１に示した画面キャプチャ部、画面差分抽出部及び画像圧縮部の処理を説明するためのフローチャートである。 図１に示した画像伝送システムにおける画像伝送方法のうち、図１に示した画像送信部の処理を説明するためのフローチャートである。 図１に示した画像伝送システムにおいてＣＰＵ１５における１秒間に占める画面キャプチャ処理の負荷を示す図であり、（ａ）は従来のキャプチャ処理が行われた場合の画面キャプチャの負荷を示す図であり、（ｂ）は本発明の画面キャプチャの前処理が行われた場合の画面キャプチャの負荷を示す図である。 図１に示した画像伝送システムにおいて、ネットワークを介して画像送信装置と接続される画像受信装置が複数存在する一形態を示す図である。

符号の説明

１１ 画像処理部
１２，２４ ビデオメモリ
１３ 記憶部
１４，１４１ 画像送信部
１５，２５ ＣＰＵ
２１ 画像受信部
２２ 画像展開表示部
２３，１３２ 画像圧縮データ記憶部
１００ 画像送信装置
１１１ 画面変化監視部
１１２ 画面キャプチャ部
１１３ 画面差分抽出部
１１４ 画像圧縮部
１３１ 画面記憶部
２００，２００−１〜２００−ｎ 画像受信装置
３００ ネットワーク
５００ 表示画面
５０１−１〜５０１−４，５０２−１〜５０２−４，５０３−１〜５０３−４，５０４−１〜５０４−４ 局所領域

Claims (8)

1. ネットワークを介して画像受信装置と接続可能に構成され、画面の画面データから作成された画像データを前記画像受信装置へ送信する画像送信装置であって、
   前記画像データの作成に用いた最新の画面とその後の画面とを監視し、前記最新の画面が変化したかどうかを判断する画面変化監視手段と、
   前記画面変化監視手段によって前記最新の画面が変化したと判断された場合に、変化後の画面の画面キャプチャを行って画面データを得る画面キャプチャ手段とを有する画像送信装置。
2. 請求項１に記載の画像送信装置において、
   前記画面変化監視手段は、前記画面を横方向のラインで間引くことにより監視する領域を設定し、前記領域を順次ずらして前記画面の監視を行うことを特徴とする画像送信装置。
3. 請求項１または請求項２に記載の画像送信装置において、
   ネットワークを介して前記画像受信装置への前記画像データが送信されている間は、前記変化後の画面の画面キャプチャを行わないことを特徴とする画像送信装置。
4. 画面の画面データから作成された画像データを送信する画像送信装置と、該画像送信装置とネットワークを介して接続可能に構成された画像受信装置とを有してなる画像伝送システムにおける画像伝送方法であって、
   前記画像送信装置において、前記画像データの作成に用いた最新の画面とその後の画面とを監視し、前記最新の画面が変化したかどうかを判断する処理と、
   前記最新の画面が変化したと判断した場合に、変化後の画面の画面キャプチャを行って画面データを得る処理と、
   得られた画面データから作成された画像データを前記画像送信装置からネットワークを介して前記画像受信装置へ送信する処理とを有する画像伝送方法。
5. 請求項４に記載の画像伝送方法において、
   前記画面を横方向のラインで間引くことにより監視する領域を設定し、前記領域を順次ずらして前記画面の監視を行うことを特徴とする画像伝送方法。
6. 請求項４または請求項５に記載の画像伝送方法において、
   ネットワークを介して前記画像送信装置から前記画像受信装置への前記画像データが送信されている間は、前記変化後の画面の画面キャプチャを行わないことを特徴とする画像伝送方法。
7. コンピュータに、
   前記コンピュータに取り込まれた画面の画面データから作成された画像データの作成に用いた最新の画面とその後の画面とを監視し、前記最新の画面が変化したかどうかを判断する手順と、
   前記最新の画面が変化したと判断した場合に、変化後の画面の画面キャプチャを行って画面データを得る手順と、
   得られた画面データから作成された画像データを、前記画像データを送信する画像送信装置からネットワークを介して、前記画像送信装置とネットワークを介して接続可能に構成された画像受信装置へ送信する手順とを実行させるためのプログラム。
8. 請求項７に記載のプログラムにおいて、
   前記コンピュータに、
   前記画面を横方向のラインで間引くことにより監視する領域を設定し、前記領域を順次ずらして前記画面の監視を行う手順を実行させるためのプログラム。
   
   
   

Images