画像配信用サーバー
【課題】この発明は、被写体の変化を正しく認識できるようになる画像配信用サーバーを提供することを目的とする。
【解決手段】入力画像が前回送信した画像から変化していると判別した場合には、当該入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、入力画像が前回送信した画像から変化していないと判別した場合には、所定時間内において、入力画像が前回送信した画像から変化するか否かを監視し、入力画像が前回送信した画像から変化したときに、当該入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、ならびに入力画像が前回送信した画像から変化することなく、上記所定時間が経過した場合には、上記所定時間が経過したときの入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段を備えている。
【解決手段】入力画像が前回送信した画像から変化していると判別した場合には、当該入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、入力画像が前回送信した画像から変化していないと判別した場合には、所定時間内において、入力画像が前回送信した画像から変化するか否かを監視し、入力画像が前回送信した画像から変化したときに、当該入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、ならびに入力画像が前回送信した画像から変化することなく、上記所定時間が経過した場合には、上記所定時間が経過したときの入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段を備えている。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、クライアントからの画像リクエストに応じてビデオカメラからの入力画像を静止画像としてクライアントに配信する画像配信用サーバーに関する。
【背景技術】
【０００２】
ＪＰＥＧやＪＰＥＧ２０００などの圧縮静止画像をネットワークを通じて、パソコンにて閲覧するような、サーバー・クライアントシステムでは、図７に示すように、クライアント側からサーバー側への画像リクエストに応じて、サーバ側がその都度、画像をクライアント側に送信している。
【０００３】
ところで、画像監視システムとして、サーバーとクライアントとからなり、サーバーはビデオカメラによって撮影されている画像を、クライアント側ＰＣからの画像リクエストに応じてクライアント側ＰＣに静止画像として送信するものがある。サーバー側には、ビデオカメラによって撮影されている画像を表示するモニタＴＶが設けられているものとする。このような画像監視シテスムでは、クライアントは、画像リクエストをサーバーに送った後、サーバーから静止画像が送られてくると、その画像を表示するとともに画像リクエストをサーバーに送るといった処理を繰り返し行なう。これにより、クライアントは、サーバー側に設けられたビデオカメラによって撮像された画像を間欠的に取得して表示することができる。
【０００４】
ところで、たとえば、侵入者が検出されたときに定期的に点滅するようなランプ（ＬＥＤ）をビデオカメラが撮影していたり、静止・動作を定期的に繰り返す物体をビデオカメラが撮影している場合、サーバー側のモニターＴＶでは、フルフレーム（ＮＴＳＣでは３０枚／秒、ＰＡＬでは２５枚／秒）の表示が可能であるため、モニターＴＶにて画像を監視する場合、監視者は、ランプの点滅や物体の定期的動作を確認することができる。
【０００５】
しかしながら、クライアント側ＰＣによって画像を監視する場合には、回線上の遅延が発生するため、タイミングによっては、被写体がランプであれば消灯状態のみの画像が連続したり、被写体が物体であれば同一の場所に位置する画像が連続したりしてしまい、監視者は被写体の変化状況を見間違う危険性がある。
【０００６】
例えば、図６（ａ）に示すように、被写体であるランプが１Ｈｚの周期で点滅動作を繰り返しているとする。つまり、被写体であるランプが５００msec毎に点灯と消灯とを繰り返しているとする。そして、サーバーは、クライアントからの画像リクエストに応じて即座にその時点の画像を送信するものとする。
【０００７】
そうすると、図６（ｂ）に示すように、点灯時の画像と消灯時の画像とがランダムに送信されてしまう。図６の例では、４回連続して消灯状態の画像が送信され、その後、２回連続して点灯状態の画像が送信される。このように、クライアント側ＰＣによる監視では、被写体の変化を正しく認識できない危険性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
この発明は、被写体の変化を正しく認識できるようになる画像配信用サーバーを提供することを目的とする。
【課題を解決するための手段】
【０００９】
請求項１に記載の発明は、クライアントからの画像リクエストに応じてビデオカメラからの入力画像を静止画像としてクライアントに配信する画像配信用サーバーにおいて、クライアントからの画像リクエストを受信したときには、前回送信した画像の特徴量と、ビデオカメラからの入力画像の特徴量とを比較することにより、入力画像が前回送信した画像から変化しているか否かを判別する手段、入力画像が前回送信した画像から変化していると判別した場合には、当該入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、入力画像が前回送信した画像から変化していないと判別した場合には、所定時間内において、入力画像が前回送信した画像から変化するか否かを監視し、入力画像が前回送信した画像から変化したときに、当該入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、ならびに入力画像が前回送信した画像から変化することなく、上記所定時間が経過した場合には、上記所定時間が経過したときの入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段を備えていることを特徴とする。
【００１０】
請求項２に記載の発明は、請求項１に記載の発明において、画像の特徴量が画像内を複数に分割することにより画像内に設定された複数の分割領域毎の輝度積算値であり、ビデオカメラからの入力画像が前回送信した画像から変化しているか否かは、両画像の対応する分割領域毎に輝度積算値の差を算出し、分割領域毎に算出された輝度積算値の差のうち閾値を超えているものが存在するか否かによって判別されることを特徴とする。
【発明の効果】
【００１１】
この発明によれば、被写体の変化を正しく認識できるようになる。また、変化のない画像をネットワーク上に送出しないため、ネットワーク回線の帯域を有効に利用できるようになる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して、この発明の実施例について説明する。
【実施例１】
【００１３】
図１は、画像監視システムの構成を示している。
【００１４】
画像監視システムは、クライアント１０と、クライアント１０にインターネット２０を介して接続された画像配信用サーバー３０とからなる。
【００１５】
クライアント１０は、ＰＣ（クライアント側ＰＣ）１１およびＰＣ１１に接続されたモデム１２を備えている。モデム１２は、インターネット２０に接続されている。
【００１６】
サーバー３０は、アナログカメラ３１、アナログカメラ３１に接続されたネットワークビデオサーバー３２、ネットワークビデオサーバー３２にビデオケーブルを介して接続されたモニターＴＶ３３およびネットワークビデオサーバー３２にＬＡＮケーブルを介して接続されたルータ付きモデム３４を備えている。ルータ付きモデム３４は、インターネット２０に接続されている。
【００１７】
図２は、ネットワークビデオサーバー３２の構成を示している。
【００１８】
アナログカメラ３１から出力されるアナログビデオ信号は、ビデオデコーダＩＣ１０１に入力される。ビデオデコーダＩＣ１０１は、入力されたアナログビデオ信号を８bit または１６bit の映像デジタル信号（ＹＵＶ）に変換する。ＹＵＶのＹは輝度信号を、Ｕは色差信号（Ｂ−Ｙ）を、Ｖは色差信号（Ｒ−Ｙ）を、それぞれ表している。ビデオデコーダＩＣ１０１からは、ＹＵＶの他、水平同期信号Hsync および垂直同期信号Vsync も出力される。
【００１９】
ビデオデコーダＩＣ１０１から出力されるＹＵＶおよび同期信号は、ＡＳＩＣ１０２に送られる。ＡＳＩＣ１０２は、輝度信号比較器２０１、画像圧縮器２０２およびＣＰＵ２０３を備えている。また、ＡＳＩＣ１０２には、画像データ等を記憶するメモリ１０３、ＡＳＩＣ１０２を動作させるためのプログラム等が記憶されているフラッシュメモリ１０４およびネットワーク送信／受信回路１０５が接続されている。
【００２０】
輝度信号比較器２０１は、前フレームの輝度値と現フレームの輝度値とを比較するために使用される。画像圧縮器２０２は、映像デジタル信号を静止画像に圧縮する。ＣＰＵ２０３は、フラッシュメモリ１０４内のプログラムにしたがって、輝度値比較、メモリ１０３の読み出し／書き込み制御、ネットワーク送信／受信回路１０５へのデータ送受信など、ＡＳＩＣ１０２内の一切の処理を行なう。
【００２１】
ネットワーク送信／受信回路１０５は、ＬＡＮケーブルおよびルータ付きモデム３４を介してインターネット２０に接続されており、ＡＳＩＣ１０２内で生成された圧縮画像をクライアント側ＰＣ１１に送信したり、クライアント側ＰＣ１１からの画像リクエストを受信したりする。
【００２２】
なお、アナログカメラの代わりにネットワークカメラを用いた場合には、ネットワークビデオサーバー３２のビデオデコーダＩＣ１０１の部分が、カメラレンズ、ＣＣＤおよび画像ＩＣに置き代わるだけで、ＡＳＩＣ以降の後段の回路構成はネットワークビデオサーバー３２と同じとなる。
【００２３】
図３は、ＣＰＵ２０３による画像送信処理手順を示している。
【００２４】
クライアント側ＰＣは、画像要求パケットをサーバー３０に送った後、サーバー３０から静止画像が送られてくると、その画像を表示するとともに画像要求パケットをサーバー３０に送るといった処理を繰り返し行なうものとする。
【００２５】
まず、クライアント側ＰＣから画像要求パケットが送られてくるのを待機する（ステップＳ１）。クライアント側ＰＣからの画像要求パケットを受信すると、現フレーム（ビデオデコーダＩＣ１０１から現在、入力されている画像）のブロック毎の輝度積算値をメモリ１０３に一時的に格納する（ステップＳ２）。
【００２６】
具体的には、現フレームを、図４に示すように、水平方向に８分割、垂直方向に６分割して、４８のブロックＢ１〜Ｂ４８に分割する。入力画像がＶＧＡ（640dot×480dot）であるとすると、１ブロックの大きさは８０dot ×80dot となる。そして、各ブロックＢ１〜Ｂ４８毎のＹ信号の積算値（Ｙａ１〜Ｙａ４８）を、メモリ１０３に一時的に格納する。
【００２７】
次に、現フレームの画像を圧縮して、クライアント側ＰＣに送信する（ステップＳ３）。そして、クライアント側ＰＣから画像要求パケットが送られてくるのを待機する（ステップＳ４）。クライアント側ＰＣからの画像要求パケットを受信すると、画像送信待ちの最大時間を規定するためのガードタイマーのカウントを開始する（ステップＳ５）。
【００２８】
そして、ガードタイマーのカウント値が所定値、例えば、５秒を経過したか否かを判別する（ステップＳ６）。５秒を経過していない場合には、現フレームの画像が前回送信したフレームの画像に比べて変化しているか否かを判別する（ステップＳ７）。具体的には、現フレームの各ブロック毎の輝度積算値を算出した後、現フレームの各ブロック毎の輝度積算値と、上記ステップＳ２で格納した前回送信したフレームの各ブロック毎の輝度積算値との差分を各ブロック毎に算出する。そして、各ブロック毎に、輝度積算値の差分が閾値を超えている否かを判別する。少なくとも１つのブロックにおいて、輝度積算値の差分が閾値を超えている場合には、現フレームの画像が前回送信したフレームの画像に比べて変化していると判別する。全てのブロックにおいて、輝度積算値の差分が閾値以下であれば、現フレームの画像は前回送信したフレームの画像に比べて変化していないと判別する。
【００２９】
上記ステップＳ７において、現フレームの画像が前回送信したフレームの画像に比べて変化していないと判別した場合には、ステップＳ６に戻る。
【００３０】
上記ステップＳ７において、現フレームの画像が前回送信したフレームの画像に比べて変化していると判別した場合には、ステップＳ２に戻る。したがって、現フレームのブロック毎の輝度積算値がメモリ１０３に格納された後、現フレームの画像が圧縮されて、クライアントＰＣに送信される。
【００３１】
また、上記ステップＳ６において、ガードタイマーのカウント値が５秒を経過していると判別した場合には、ステップ２に戻る。したがって、現フレームのブロック毎の輝度積算値がメモリ１０３に格納された後、現フレームの画像が圧縮されて、クライアントＰＣに送信される。
【００３２】
例えば、図５（ａ）に示すように、被写体であるランプが１Ｈｚの周期で点滅動作を繰り返しているとする。つまり、被写体であるランプが５００msec毎に点灯と消灯とを繰り返しているとする。そして、図５（ｂ）に示すように、クライアント１０からサーバー３０に画像要求パケットが送られてきた場合、この実施例では、サーバー３０は図５（ｃ）のタイミングで入力画像をクライアント１０に送信する。したがって、消灯状態の画像と点灯状態の画像とが交互にクライアント１０に送信されることになる。
【００３３】
なお、ランプのように、特定のブロックの被写体のみの変化を認識したい場合には、その特定のブロックのみについて輝度積算値を比較すればよい。
【００３４】
なお、上記実施例では、ブロック毎に輝度積算値を比較しているが、ブロック毎に色差成分の積算値を比較するようにしてもよい。
【図面の簡単な説明】
【００３５】
【図１】画像監視システムの構成を示すブロック図である。
【図２】ネットワークビデオサーバー３２の構成を示すブロック図である。
【図３】ＣＰＵ２０３による画像送信処理手順を示すフローチャートである。
【図４】画像エリアを複数のブロックに分割した場合を示す模式図である。
【図５】本実施例における、クライアント側ＰＣからの画像要求とそれに対するサーバー側の画像の送信タイミングとを示すタイムチャートである。
【図６】従来における、クライアント側ＰＣからの画像要求とそれに対するサーバー側の画像の送信タイミングとを示すタイムチャートである。
【図７】サーバー、クライアント間の画像データ送受信の基本的なアルゴリズムを示すタイムチャートである。
【符号の説明】
【００３６】
１０ クライアント
１１ ＰＣ（クライアント側ＰＣ）
２０ インターネット
３０ 画像配信用サーバー
３１ アナログカメラ
３２ ネットワークビデオサーバー
１０１ ビデオデコーダＩＣ
１０２ ＡＳＩＣ
１０３ メモリ
１０４ フラッシュメモリ
２０１ 輝度信号比較器
２０２ 画像圧縮器
２０３ ＣＰＵ
【技術分野】
【０００１】
この発明は、クライアントからの画像リクエストに応じてビデオカメラからの入力画像を静止画像としてクライアントに配信する画像配信用サーバーに関する。
【背景技術】
【０００２】
ＪＰＥＧやＪＰＥＧ２０００などの圧縮静止画像をネットワークを通じて、パソコンにて閲覧するような、サーバー・クライアントシステムでは、図７に示すように、クライアント側からサーバー側への画像リクエストに応じて、サーバ側がその都度、画像をクライアント側に送信している。
【０００３】
ところで、画像監視システムとして、サーバーとクライアントとからなり、サーバーはビデオカメラによって撮影されている画像を、クライアント側ＰＣからの画像リクエストに応じてクライアント側ＰＣに静止画像として送信するものがある。サーバー側には、ビデオカメラによって撮影されている画像を表示するモニタＴＶが設けられているものとする。このような画像監視シテスムでは、クライアントは、画像リクエストをサーバーに送った後、サーバーから静止画像が送られてくると、その画像を表示するとともに画像リクエストをサーバーに送るといった処理を繰り返し行なう。これにより、クライアントは、サーバー側に設けられたビデオカメラによって撮像された画像を間欠的に取得して表示することができる。
【０００４】
ところで、たとえば、侵入者が検出されたときに定期的に点滅するようなランプ（ＬＥＤ）をビデオカメラが撮影していたり、静止・動作を定期的に繰り返す物体をビデオカメラが撮影している場合、サーバー側のモニターＴＶでは、フルフレーム（ＮＴＳＣでは３０枚／秒、ＰＡＬでは２５枚／秒）の表示が可能であるため、モニターＴＶにて画像を監視する場合、監視者は、ランプの点滅や物体の定期的動作を確認することができる。
【０００５】
しかしながら、クライアント側ＰＣによって画像を監視する場合には、回線上の遅延が発生するため、タイミングによっては、被写体がランプであれば消灯状態のみの画像が連続したり、被写体が物体であれば同一の場所に位置する画像が連続したりしてしまい、監視者は被写体の変化状況を見間違う危険性がある。
【０００６】
例えば、図６（ａ）に示すように、被写体であるランプが１Ｈｚの周期で点滅動作を繰り返しているとする。つまり、被写体であるランプが５００msec毎に点灯と消灯とを繰り返しているとする。そして、サーバーは、クライアントからの画像リクエストに応じて即座にその時点の画像を送信するものとする。
【０００７】
そうすると、図６（ｂ）に示すように、点灯時の画像と消灯時の画像とがランダムに送信されてしまう。図６の例では、４回連続して消灯状態の画像が送信され、その後、２回連続して点灯状態の画像が送信される。このように、クライアント側ＰＣによる監視では、被写体の変化を正しく認識できない危険性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
この発明は、被写体の変化を正しく認識できるようになる画像配信用サーバーを提供することを目的とする。
【課題を解決するための手段】
【０００９】
請求項１に記載の発明は、クライアントからの画像リクエストに応じてビデオカメラからの入力画像を静止画像としてクライアントに配信する画像配信用サーバーにおいて、クライアントからの画像リクエストを受信したときには、前回送信した画像の特徴量と、ビデオカメラからの入力画像の特徴量とを比較することにより、入力画像が前回送信した画像から変化しているか否かを判別する手段、入力画像が前回送信した画像から変化していると判別した場合には、当該入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、入力画像が前回送信した画像から変化していないと判別した場合には、所定時間内において、入力画像が前回送信した画像から変化するか否かを監視し、入力画像が前回送信した画像から変化したときに、当該入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、ならびに入力画像が前回送信した画像から変化することなく、上記所定時間が経過した場合には、上記所定時間が経過したときの入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段を備えていることを特徴とする。
【００１０】
請求項２に記載の発明は、請求項１に記載の発明において、画像の特徴量が画像内を複数に分割することにより画像内に設定された複数の分割領域毎の輝度積算値であり、ビデオカメラからの入力画像が前回送信した画像から変化しているか否かは、両画像の対応する分割領域毎に輝度積算値の差を算出し、分割領域毎に算出された輝度積算値の差のうち閾値を超えているものが存在するか否かによって判別されることを特徴とする。
【発明の効果】
【００１１】
この発明によれば、被写体の変化を正しく認識できるようになる。また、変化のない画像をネットワーク上に送出しないため、ネットワーク回線の帯域を有効に利用できるようになる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して、この発明の実施例について説明する。
【実施例１】
【００１３】
図１は、画像監視システムの構成を示している。
【００１４】
画像監視システムは、クライアント１０と、クライアント１０にインターネット２０を介して接続された画像配信用サーバー３０とからなる。
【００１５】
クライアント１０は、ＰＣ（クライアント側ＰＣ）１１およびＰＣ１１に接続されたモデム１２を備えている。モデム１２は、インターネット２０に接続されている。
【００１６】
サーバー３０は、アナログカメラ３１、アナログカメラ３１に接続されたネットワークビデオサーバー３２、ネットワークビデオサーバー３２にビデオケーブルを介して接続されたモニターＴＶ３３およびネットワークビデオサーバー３２にＬＡＮケーブルを介して接続されたルータ付きモデム３４を備えている。ルータ付きモデム３４は、インターネット２０に接続されている。
【００１７】
図２は、ネットワークビデオサーバー３２の構成を示している。
【００１８】
アナログカメラ３１から出力されるアナログビデオ信号は、ビデオデコーダＩＣ１０１に入力される。ビデオデコーダＩＣ１０１は、入力されたアナログビデオ信号を８bit または１６bit の映像デジタル信号（ＹＵＶ）に変換する。ＹＵＶのＹは輝度信号を、Ｕは色差信号（Ｂ−Ｙ）を、Ｖは色差信号（Ｒ−Ｙ）を、それぞれ表している。ビデオデコーダＩＣ１０１からは、ＹＵＶの他、水平同期信号Hsync および垂直同期信号Vsync も出力される。
【００１９】
ビデオデコーダＩＣ１０１から出力されるＹＵＶおよび同期信号は、ＡＳＩＣ１０２に送られる。ＡＳＩＣ１０２は、輝度信号比較器２０１、画像圧縮器２０２およびＣＰＵ２０３を備えている。また、ＡＳＩＣ１０２には、画像データ等を記憶するメモリ１０３、ＡＳＩＣ１０２を動作させるためのプログラム等が記憶されているフラッシュメモリ１０４およびネットワーク送信／受信回路１０５が接続されている。
【００２０】
輝度信号比較器２０１は、前フレームの輝度値と現フレームの輝度値とを比較するために使用される。画像圧縮器２０２は、映像デジタル信号を静止画像に圧縮する。ＣＰＵ２０３は、フラッシュメモリ１０４内のプログラムにしたがって、輝度値比較、メモリ１０３の読み出し／書き込み制御、ネットワーク送信／受信回路１０５へのデータ送受信など、ＡＳＩＣ１０２内の一切の処理を行なう。
【００２１】
ネットワーク送信／受信回路１０５は、ＬＡＮケーブルおよびルータ付きモデム３４を介してインターネット２０に接続されており、ＡＳＩＣ１０２内で生成された圧縮画像をクライアント側ＰＣ１１に送信したり、クライアント側ＰＣ１１からの画像リクエストを受信したりする。
【００２２】
なお、アナログカメラの代わりにネットワークカメラを用いた場合には、ネットワークビデオサーバー３２のビデオデコーダＩＣ１０１の部分が、カメラレンズ、ＣＣＤおよび画像ＩＣに置き代わるだけで、ＡＳＩＣ以降の後段の回路構成はネットワークビデオサーバー３２と同じとなる。
【００２３】
図３は、ＣＰＵ２０３による画像送信処理手順を示している。
【００２４】
クライアント側ＰＣは、画像要求パケットをサーバー３０に送った後、サーバー３０から静止画像が送られてくると、その画像を表示するとともに画像要求パケットをサーバー３０に送るといった処理を繰り返し行なうものとする。
【００２５】
まず、クライアント側ＰＣから画像要求パケットが送られてくるのを待機する（ステップＳ１）。クライアント側ＰＣからの画像要求パケットを受信すると、現フレーム（ビデオデコーダＩＣ１０１から現在、入力されている画像）のブロック毎の輝度積算値をメモリ１０３に一時的に格納する（ステップＳ２）。
【００２６】
具体的には、現フレームを、図４に示すように、水平方向に８分割、垂直方向に６分割して、４８のブロックＢ１〜Ｂ４８に分割する。入力画像がＶＧＡ（640dot×480dot）であるとすると、１ブロックの大きさは８０dot ×80dot となる。そして、各ブロックＢ１〜Ｂ４８毎のＹ信号の積算値（Ｙａ１〜Ｙａ４８）を、メモリ１０３に一時的に格納する。
【００２７】
次に、現フレームの画像を圧縮して、クライアント側ＰＣに送信する（ステップＳ３）。そして、クライアント側ＰＣから画像要求パケットが送られてくるのを待機する（ステップＳ４）。クライアント側ＰＣからの画像要求パケットを受信すると、画像送信待ちの最大時間を規定するためのガードタイマーのカウントを開始する（ステップＳ５）。
【００２８】
そして、ガードタイマーのカウント値が所定値、例えば、５秒を経過したか否かを判別する（ステップＳ６）。５秒を経過していない場合には、現フレームの画像が前回送信したフレームの画像に比べて変化しているか否かを判別する（ステップＳ７）。具体的には、現フレームの各ブロック毎の輝度積算値を算出した後、現フレームの各ブロック毎の輝度積算値と、上記ステップＳ２で格納した前回送信したフレームの各ブロック毎の輝度積算値との差分を各ブロック毎に算出する。そして、各ブロック毎に、輝度積算値の差分が閾値を超えている否かを判別する。少なくとも１つのブロックにおいて、輝度積算値の差分が閾値を超えている場合には、現フレームの画像が前回送信したフレームの画像に比べて変化していると判別する。全てのブロックにおいて、輝度積算値の差分が閾値以下であれば、現フレームの画像は前回送信したフレームの画像に比べて変化していないと判別する。
【００２９】
上記ステップＳ７において、現フレームの画像が前回送信したフレームの画像に比べて変化していないと判別した場合には、ステップＳ６に戻る。
【００３０】
上記ステップＳ７において、現フレームの画像が前回送信したフレームの画像に比べて変化していると判別した場合には、ステップＳ２に戻る。したがって、現フレームのブロック毎の輝度積算値がメモリ１０３に格納された後、現フレームの画像が圧縮されて、クライアントＰＣに送信される。
【００３１】
また、上記ステップＳ６において、ガードタイマーのカウント値が５秒を経過していると判別した場合には、ステップ２に戻る。したがって、現フレームのブロック毎の輝度積算値がメモリ１０３に格納された後、現フレームの画像が圧縮されて、クライアントＰＣに送信される。
【００３２】
例えば、図５（ａ）に示すように、被写体であるランプが１Ｈｚの周期で点滅動作を繰り返しているとする。つまり、被写体であるランプが５００msec毎に点灯と消灯とを繰り返しているとする。そして、図５（ｂ）に示すように、クライアント１０からサーバー３０に画像要求パケットが送られてきた場合、この実施例では、サーバー３０は図５（ｃ）のタイミングで入力画像をクライアント１０に送信する。したがって、消灯状態の画像と点灯状態の画像とが交互にクライアント１０に送信されることになる。
【００３３】
なお、ランプのように、特定のブロックの被写体のみの変化を認識したい場合には、その特定のブロックのみについて輝度積算値を比較すればよい。
【００３４】
なお、上記実施例では、ブロック毎に輝度積算値を比較しているが、ブロック毎に色差成分の積算値を比較するようにしてもよい。
【図面の簡単な説明】
【００３５】
【図１】画像監視システムの構成を示すブロック図である。
【図２】ネットワークビデオサーバー３２の構成を示すブロック図である。
【図３】ＣＰＵ２０３による画像送信処理手順を示すフローチャートである。
【図４】画像エリアを複数のブロックに分割した場合を示す模式図である。
【図５】本実施例における、クライアント側ＰＣからの画像要求とそれに対するサーバー側の画像の送信タイミングとを示すタイムチャートである。
【図６】従来における、クライアント側ＰＣからの画像要求とそれに対するサーバー側の画像の送信タイミングとを示すタイムチャートである。
【図７】サーバー、クライアント間の画像データ送受信の基本的なアルゴリズムを示すタイムチャートである。
【符号の説明】
【００３６】
１０ クライアント
１１ ＰＣ（クライアント側ＰＣ）
２０ インターネット
３０ 画像配信用サーバー
３１ アナログカメラ
３２ ネットワークビデオサーバー
１０１ ビデオデコーダＩＣ
１０２ ＡＳＩＣ
１０３ メモリ
１０４ フラッシュメモリ
２０１ 輝度信号比較器
２０２ 画像圧縮器
２０３ ＣＰＵ
【特許請求の範囲】
【請求項１】
クライアントからの画像リクエストに応じてビデオカメラからの入力画像を静止画像としてクライアントに配信する画像配信用サーバーにおいて、
クライアントからの画像リクエストを受信したときには、前回送信した画像の特徴量と、ビデオカメラからの入力画像の特徴量とを比較することにより、入力画像が前回送信した画像から変化しているか否かを判別する手段、
入力画像が前回送信した画像から変化していると判別した場合には、当該入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、
入力画像が前回送信した画像から変化していないと判別した場合には、所定時間内において、入力画像が前回送信した画像から変化するか否かを監視し、入力画像が前回送信した画像から変化したときに、当該入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、ならびに
入力画像が前回送信した画像から変化することなく、上記所定時間が経過した場合には、上記所定時間が経過したときの入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、
を備えていることを特徴とする画像配信用サーバー。
【請求項２】
画像の特徴量が画像内を複数に分割することにより画像内に設定された複数の分割領域毎の輝度積算値であり、ビデオカメラからの入力画像が前回送信した画像から変化しているか否かは、両画像の対応する分割領域毎に輝度積算値の差を算出し、分割領域毎に算出された輝度積算値の差のうち閾値を超えているものが存在するか否かによって判別されることを特徴とする請求項１に記載の画像配信用サーバー。
【請求項１】
クライアントからの画像リクエストに応じてビデオカメラからの入力画像を静止画像としてクライアントに配信する画像配信用サーバーにおいて、
クライアントからの画像リクエストを受信したときには、前回送信した画像の特徴量と、ビデオカメラからの入力画像の特徴量とを比較することにより、入力画像が前回送信した画像から変化しているか否かを判別する手段、
入力画像が前回送信した画像から変化していると判別した場合には、当該入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、
入力画像が前回送信した画像から変化していないと判別した場合には、所定時間内において、入力画像が前回送信した画像から変化するか否かを監視し、入力画像が前回送信した画像から変化したときに、当該入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、ならびに
入力画像が前回送信した画像から変化することなく、上記所定時間が経過した場合には、上記所定時間が経過したときの入力画像の特徴量を記憶装置に記憶するとともに当該入力画像をクライアントに送信する手段、
を備えていることを特徴とする画像配信用サーバー。
【請求項２】
画像の特徴量が画像内を複数に分割することにより画像内に設定された複数の分割領域毎の輝度積算値であり、ビデオカメラからの入力画像が前回送信した画像から変化しているか否かは、両画像の対応する分割領域毎に輝度積算値の差を算出し、分割領域毎に算出された輝度積算値の差のうち閾値を超えているものが存在するか否かによって判別されることを特徴とする請求項１に記載の画像配信用サーバー。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００７−１７４３２４（Ｐ２００７−１７４３２４Ａ）
【公開日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願番号】特願２００５−３６９９２１（Ｐ２００５−３６９９２１）
【出願日】平成１７年１２月２２日（２００５．１２．２２）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【Ｆターム（参考）】
【公開日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願日】平成１７年１２月２２日（２００５．１２．２２）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【Ｆターム（参考）】
[ Back to top ]