(57)【要約】【課題】ネットワークに接続されたカメラ装置から、１つの映像ストリームを異なるパケットサイズで複数の受信端末にデータ送信するような映像配信処理において、処理遅延が少なく、メモリ使用効率の良いパケット生成処理を行うこと。【解決手段】メモリ上に映像ストリームデータを展開する手段及び送信対象となる端末に応じたパケットヘッダの生成を行う手段及び展開した映像ストリームデータのうち、送信対象となる端末用の送信パケット位置の開始アドレスの前にヘッダを上書きする手段、及び、上書きしたヘッダとパケットサイズ分の映像ストリームデータ（ペイロード）をパケットデータとして通信部に転送する手段を備え、上書きしたヘッダが、それ以降に生成するパケットのペイロードデータ部を壊さないような順序で行うような制御を行う。【選択図】図１
2007006201.tif 000002
【特許請求の範囲】
【請求項１】
同一のストリームデータを、異なるパケットサイズで複数の送信先に同時送信可能なネットワーク装置において、
メモリ上に送信対象となるデータを展開する手段、送信パケットに対するヘッダを生成する手段、該メモリ上に展開された送信データに該ヘッダを上書きすることにより送信パケットを生成する手段、生成した送信パケットをネットワークに送信する手段を備えることを特徴とするネットワーク装置。
【請求項２】
送信パケットは、メモリ上に展開されたデータをパケットサイズに分割し、分割境界のアドレスの前の位置にヘッダを上書きすることにより生成することを特徴とする請求項１記載のネットワーク装置。
【請求項３】
異なるパケットサイズで分割することにより、パケットサイズが異なる複数の送信パケットを同時に生成することを特徴とする請求項２記載のネットワーク装置。
【請求項４】
パケット生成は、上書きしたヘッダが、それ以降に送信するパケットのデータ領域を壊さないような順序となるような制御を行うことを特徴とする請求項３記載のネットワーク装置。
【請求項５】
撮像された映像を、ネットワークに接続されている端末に配信する機能を備えているネットワークカメラを含むことを特徴とする請求項１記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを利用し大容量のデータを配信する場合の伝送方法であり、特にネットワークに接続されたカメラの映像を端末からの要求に応じて配信することが可能なネットワークカメラを始めとするネットワーク装置に関するものである。
【背景技術】
【０００２】
近年、インターネットを始めとするネットワークの普及が進みその伝送帯域も拡大してきている。これに伴い、大容量の映像データをネットワークを利用して伝送するような装置やアプリケーションも増えつつある。
【０００３】
例えば、ネットワークに接続されたカメラ装置で動画映像を遠隔地から監視したり撮影するようなネットワークカメラ装置においては、ネットワークカメラは撮影映像を圧縮符号化処理により符号化ビットストリーム形式の映像ストリームデータへ変換し、ＩＰ／ＵＤＰ／ＲＴＰパケットとしてネットワーク上へ送信していた。これらの映像ストリームデータのネットワーク送信処理においては、ＯＳＩ参照モデル或はＴＣＰ／ＩＰで規定される４層モデルに代表されるように、複数のレイヤに分割されたパケット処理を行い、それぞれのレイヤ間でデータの受け渡しを行うのが一般的である。例えば、動画映像のストリーム配信の場合には、ＴＣＰ／ＩＰの４層モデルにおいて、インターネット層でＩＰパケット、トランスポート層でＵＤＰパケット、アプリケーション層でＲＴＰパケットを生成し、多重化パケットとしてネットワークに送信される。
【０００４】
一方、ネットワークカメラから配信される撮影映像の高画質化、高機能化の要求は年々高くなってきており、映像ストリームデータのビットレート増大に伴うデータ量の増加、或は複数端末からの同時要求に答えるため複数ストリームの同時配信の数も増えてきている。このような状況においてはデータ送信におけるパケット処理を高速に行わなければならず、パケット処理の高速化の方法として、例えば特許文献１，２等に提案がなされている。
【特許文献１】特開平１１−１１０３１５号公報
【特許文献２】特開２０００−１１５２３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ネットワークカメラが送信する映像データを受け取る端末としては、ＰＣ、ＴＶ、携帯情報端末等の様々な装置が考えられ、それぞれの端末ごとに処理に適したパケットサイズが異なる場合がある。例えば、デジタルＴＶの場合はデジタル放送の受信のための機構が備わっているため、ＴＳ（トランスポートストリーム）パケットである１８８バイトの固定長サイズのパケット処理に適している。或はＰＣのようにフレキシブルなパケット処理が可能な端末の場合は、細かい断片化によるオーバーヘッドを少なくするためにネットワークの伝送路の最大許容量に合わせたパケットサイズで処理することができる。
【０００６】
又、携帯情報端末等は、利用できるメモリ量等のリソースに制限があるためにパケットサイズも制限されるケースがある。特に、送信側のネットワークカメラと受信端末の間でサーバやルーター等を経由しないようなローカルなネットワーク上での利用においては、これらの端末の要求を満たすために、送信側であるネットワークカメラがそれぞれの端末の要求に合わせたパケットサイズで映像ストリームを送信する必要がある。
【０００７】
このように、複数端末からの送信要求がそれぞれの端末ごとに異なるパケットサイズで断片化したパケット構成のストリームデータである場合には、従来のプロトコルの階層モデルにおいては、各階層のプロトコル処理が要求されたパケットサイズごとに確保されたメモリ上にパケットデータを展開し、更に各階層間のデータの受け渡しにおいてもメモリコピーが発生することになる。従って、ビットレートの高い映像データの場合においては、単位時間に処理するデータ量が増加するため処理の遅延が起きてしまう。更には要求に応えるだけのスループットが得られない場合も考えられる。
【０００８】
特許文献２では、プロトコル処理を高速に行うために各階層間でアクセス可能な共有メモリを利用した提案がなされているが、この場合もパケットサイズが異なる複数の端末に同時にストリーム送信するためには、パケットサイズごとに独立したメモリを利用する必要性はある。
【０００９】
本発明は上記事情に鑑みてなされたもで、その目的とする処は、処理遅延が少なく、メモリ使用効率の良いパケット生成処理を行うことができるネットワーク装置を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明は、符号化された映像ストリームデータからサイズの異なる複数のパケット生成を行う場合において、メモリ上に映像ストリームデータを展開する手段及び送信対象となる端末に応じたパケットヘッダの生成を行う手段及び展開した映像ストリームデータのうち、送信対象となる端末用の送信パケット位置の開始アドレスの前にヘッダを上書きする手段及び上書きしたヘッダとパケットサイズ分の映像ストリームデータ（ペイロード）をパケットデータとして通信部に転送する手段を備え、上書きしたヘッダが、それ以降に生成するパケットのペイロードデータ部を壊さないような順序で行うような制御を行う構成とした。
【発明の効果】
【００１１】
本発明によれば、送信端末に対応したパケットサイズごとに独立したメモリを確保する必要がなくなるのでメモリ使用量の削減が行え、更に、パケット生成処理のために映像ストリームデータをパケット単位でメモリコピーを行う必要がなくなるために処理遅延を減少させることが可能となる。又、パケットヘッダをメモリ上の映像ストリームデータに直接上書きするため、パケットヘッダを記憶するためのメモリを必要とせずメモリ使用量の削減も可能となる。
【発明を実施するための最良の形態】
【００１２】
以下に本発明におけるネットワークカメラによる映像データの伝送処理の実施形態を添付図面に基づいて説明する。
【００１３】
＜実施の形態１＞
図２は本発明の実施の形態１に係るネットワークカメラの概略構成を示すブロック図である。
【００１４】
図２において、映像を撮影するためのカメラユニットとして、レンズ群（２０１）、ＣＣＤ（２０２）、ＣＣＤコントロール部（２０３）、画像処理部（２０４）が含まれている。レンズ群２０１は被写体像を光学的にＣＣＤ２０２へ投影するために複数枚のレンズで構成されている。ＣＣＤ（光電変換素子）２０２は、レンズ群２０１によって投影された撮影画像をアナログ電気信号に変換するための素子であり、ＶＧＡサイズ（６４０×４８０ドット）の画素数を持っており、３０フレーム／秒の速度でデータを読み出すことができる。
【００１５】
ＣＣＤコントロール部２０３は、ＣＣＤ２０２に転送クロック信号やシャッター信号を供給するためのタイミングジェネレータ、ＣＣＤ出力信号のノイズ除去、ゲイン処理を行うための回路、更に、アナログ信号を１０ビットデジタル信号に変換するためのＡ／Ｄ変換回路等を含んでいる。
【００１６】
又、画像処理部２０４は、ＣＣＤコントロール部２０３より出力された１０ビットデジタル信号をガンマ変換、色空間変換、又、ホワイトバランス、ＡＥ、フラッシュ補正等の画像処理を行い、ＹＵＶ（４：２：２）フォーマットの８ビットデジタル信号出力を行うものである。画像処理部２０４は、バス２１０に接続されており、このバス２１０を経由してそれぞれのカメラで撮影された画像データが伝送され、他の処理ブロックに受け渡される。このカメラユニットで撮像される映像は、ＶＧＡサイズ（６４０×４８０ドット）の画素数で、３０フレーム／秒の周期で出力している。
【００１７】
バス２１０には、ＣＰＵ（中央演算処理装置）２０５、動画符号化部２０６、通信部２０７、ＲＯＭ（リードオンリーメモリ）２０８、ＲＡＭ（ランダムアクセスメモリ）２０９がそれぞれ接続されている。
【００１８】
動画符号化部２１０は、ＭＰＥＧ４符号化を行うための処理ブロックであり、画像処理部２０４からバス２１０を経由して受け渡されたＶＧＡサイズのＹＵＶフォーマットデータを、３０フレーム／秒のフレームレートでＭＰＥＧ４フォーマットに圧縮符号化を行う。これらの符号化データは、フレームごとにＲＡＭ２０９中の符号化用フレームメモリ２０９ｃに一時的に蓄積される。
【００１９】
通信部２０７は、ネットワークを通したデータの送受信を行うための処理ブロックで、有線ＬＡＮにおけるネットワーク層、データリンク層、物理層の処理を主に司る。カメラユニットで撮影され符号化された映像データは、この通信部１１４を通じて遠隔地の端末に対して送信される。
【００２０】
ＣＰＵ２０５は、ＲＯＭ２０８内の制御プログラムに基づいて各種制御を行う。これらの制御の中には、後述する、符号化された映像データの通信パケットへの分割やＲＴＰ／ＵＤＰ／ＩＰ等のプロトコル処理、端末との情報交換のためのプロトコル処理やコマンド処理、ユーザーの操作に基づくアプリケーションの実行、撮影動作における各ブロックのタイミング制御やデータ受け渡し制御などの全体的なシーケンス制御処理等が含まれる。
【００２１】
ＲＯＭ２０８には、制御プログラムメモリ２０８ａを備えており、前述したようなＣＰＵ２０５での処理を行うための制御プログラムが格納されている。
【００２２】
ＲＡＭ２０９は、映像ストリームバッファ２０９ａ、ヘッダ生成ワークエリア２０９ｂ、符号化用フレームメモリ２０９ｃ、ワークエリア２０９ｄ、一時退避エリア２０９ｅを備えている。映像ストリームバッファ２０９ａは、ＭＰＥＧ４ビットストリームデータに符号化された映像データをパケット生成のために一時的に格納するためのバッファメモリである。このメモリは１フレーム分のストリームデータが記憶できる領域を２画面分持っている。
【００２３】
ヘッダ生成ワークエリア２０９ｂは、パケットヘッダを作成する場合に必要なワークメモリであり、例えば通信相手のＩＰアドレスや通信ポート番号等を一時的に保存したり、チェックサム計算のためのワークとして使用する。又、符号化用フレームメモリ２０９ｃは、画像処理部２０４から出力されるＹＵＶ画像データを格納するためのフレームメモリ及び動画符号化部２０６でのＭＰＥＧ４圧縮符号化処理におけるフレーム間予測のための前後の参照フレームデータを一時的に保存するためのフレームメモリとして使用される。ワークエリア２０９ｄは、各種プログラムのためのワークエリア、一時退避エリア２０９ｅは各種データを一時退避させるためのエリアである。
【００２４】
次に、図２において、映像ストリームバッファ２０９ａにおけるデータの構成とバケット分割を表わす図、図３に送信パケットの構成を表わす図を示す。
【００２５】
図２において、１０１は映像ストリームバッファ全体を表わす。本実施の形態では、同時に３つの端末に送信する場合の実施形態を説明するもので、それぞれ異なるサイズのパケットを生成して送信するものである。それぞれのパケットは図２中にストリームＡ（１０２）、ストリームＢ（１０３）、ストリームＣ（１０４）として表わされている。
【００２６】
ストリームＡにはパケット１１１、パケット１１２、パケット１１３が含まれ、ストリームＢにはパケット１１４、パケット１１５、又、ストリームＣにはパケット１１６、パケット１１７が含まれている。パケット中に記述されている番号は、後述の制御フローで説明する手順で送信される場合のパケット送信順序を表わしている。
【００２７】
又、１０５〜１０９はそれぞれのパケット１１１〜１１７に対するヘッダのメモリ上の位置を表わしていて、１０５はパケット１１１，１１４，１１６に対するヘッダ、１０６はパケット１１２に対するヘッダ、１０７はパケット１１５に対するヘッダ、１０８はパケット１１７に対するヘッダ、１０９はパケット１１３に対するヘッダである。１０１はヘッダ書き込みポインタであり、ヘッダが書き込まれる対象となるパケットの先頭アドレスを指している。
【００２８】
図３に示すパケットは、映像データをネットワークに配信する場合に一般的に使われているＩＰ／ＵＤＰ／ＲＴＰを利用したストリーミング配信パケットフォーマットである。
【００２９】
図３において、３０１はＩＰヘッダを表わしている。ＩＰヘッダ３０１にはパケット配送やルーティングに必要な情報として、パケットの属性情報、プロトコル番号、ヘッダチェックサム値、送信元／送信先ＩＰアドレス等の値が格納されている。３０２はＵＤＰヘッダを表わしており、送信元／送信先のポート番号やパケットチェックサム値等が格納されている。又、３０３はＲＴＰヘッダを表わしており、同期ソース番号、タイムスタンプ、シーケンス番号が格納されている。この階層化されたＩＰヘッダ３０１、ＵＤＰヘッダ３０２、ＲＴＰヘッダ３０３を合わせてヘッダと呼んでいる。
【００３０】
又、３０４はペイロード部であり、符号化された映像データをパケットサイズで断片化したデータが格納されている。
【００３１】
以下、本実施の形態に係るネットワークカメラにおいて、ＣＰＵ２０５が行う制御処理手順を図４に示すフローチャートに基づいて説明する。
【００３２】
図４において、ステップＳ４０１では、撮像処理の開始を指示する処理を実行する。ＣＰＵ２０５がＣＣＤコントロール部２０３、画像処理部２０４の動作を開始させると、画像処理部２０４からはＶＧＡサイズのＹＵＶ（４：２：２）フォーマットの画像データが３０ｆｐｓのフレームレートで出力され、出力された画像データは符号化用フレームメモリ２０９ｃに書き込まれる。
【００３３】
次に、ステップＳ４０２において、書き込まれた画像データを１フレーム分読み出し、動画符号化部２０６へ転送する。次に、ステップＳ４０３において、転送された１フレーム分のＹＵＶ画像データをＭＰＥＧ４フォーマットへ圧縮符号化するために、動画符号化部２０６の動作の開始を指示する。符号化された画像データは、ステップＳ４０３において、１フレーム分の映像ビットストリームデータとして映像ストリームバッファ２０９ａに格納される。それからステップＳ４０５において、パケット生成の開始位置を指示するために、ヘッダ書き込みポインタ１１０をバッファの先頭位置にセットする処理を行う。
【００３４】
ステップＳ４０６では、対象となる送信パケットに対するヘッダの生成処理を行う。このヘッダとは図３で示したような構造を持つＩＰ／ＵＤＰ／ＲＴＰの階層化されたヘッダである。又、対象となる送信パケットは、未送信パケットの中で一番アドレスの小さい位置から始まるパケットとするものであるが、一番最初については、全てのパケットの開始位置がバッファの先頭アドレスであるため、一番小さなパケットサイズであるストリームＡ（１０２）が対象となる。生成されたヘッダは、映像ストリームバッファ２０９ａ中に書き込まれ、その位置はヘッダ書き込みポインタ１１０の前の位置となる。
【００３５】
次に、ステップＳ４０７において、対象となるパケットデータを通信部２０７に送信する処理を実行する。パケットデータとは、映像ストリームバッファ２０９ｃにおいてヘッダ書き込みポインタから始まる１パケット分のサイズのストリームデータであるペイロード部及びＳ４０６において書き込まれたヘッダ部を合わせたデータである。
【００３６】
次に、ステップＳ４０８において、１フレーム分のデータの送信処理が全て終了したかどうかをチェックし、終了した場合にはステップＳ４０９において、撮影終了かどうかのチェックを行う。撮影終了はオペレータによるアプリケーションからの指示や異常検出による自動停止等により作用されるものである。ここで、撮影終了の場合は処理を終了する。
【００３７】
撮影終了ではない場合は再びＳ４０２の１フレーム分の画像データの読み出し処理へ戻る。又、Ｓ４０８において１フレーム分のデータの送信がまだ終了していない場合には、ステップＳ４１０において、未送信のパケットのうち一番小さいアドレスから始まるパケットが送信対象となるため、その位置にヘッダ書き込みポインタ１１０をセットする処理を実行する。それからＳ４０６のヘッダの生成及び書き込み処理へ戻る。
【００３８】
Ｓ４０２〜Ｓ４１０までの一連のパケット送信処理を３０分の１秒の時間内に実行することにより、画像処理部２０４から順次出力される画像データの複数端末への送信処理を実現することができる。
【００３９】
本実施の形態では、撮影映像を複数の端末に配信することができるネットワークカメラにおける実施形態について説明したが、本発明はネットワークカメラからの動画像データの配信に限定されるものではなく、例えばサーバ等のストレージ装置からリクエストに応じて格納されているデータを複数の端末に配信するような形態も考えられる。
【００４０】
又、本実施の形態においては、１フレーム分の映像ストリームバッファを用いてパケットデータを構成するような実施形態であったが、必ずしも１フレーム分のバッファを備える必要はない。
【００４１】
そこで、実施の形態２では、ネットワークに接続されたストレージ装置に蓄積された静止画データを複数の異なるパケットサイズでネットワーク上の端末に配信するようにしている。
【００４２】
＜実施の形態２＞
図５は本発明の実施の形態２に係るネットワークストレージ装置の概略構成を示すブロック図である。
【００４３】
図５において、バス５０６には、ＣＰＵ（中央演算処理装置）５０１、通信部５０２、ＲＯＭ（リードオンリーメモリ）５０３、ＲＡＭ（ランダムアクセスメモリ）５０４、ストレージ５０５がそれぞれ接続されている。
【００４４】
ＣＰＵ５０１は、ＲＯＭ５０３内の制御プログラムに基づいて各種制御を行う。これらの制御の中には、実施の形態１と同様に、符号化された映像データの通信パケットへの分割やＲＴＰ／ＵＤＰ／ＩＰ等のプロトコル処理、端末との情報交換のためのプロトコル処理やコマンド処理、ユーザーの操作に基づくアプリケーションの実行、撮影動作における各ブロックのタイミング制御やデータ受け渡し制御等の全体的なシーケンス制御処理等が含まれる。
【００４５】
通信部５０２は、ネットワークを通したデータの送受信を行うための処理ブロックで、有線ＬＡＮにおけるネットワーク層、データリンク層、物理層の処理を主に司る。ストレージ５０５から読み出された画像データは、この通信部５０２を通じて遠隔地の端末に対して送信される。
【００４６】
ＲＯＭ５０３には、制御プログラムメモリ５０３ａを備えており、前述したようなＣＰＵ５０１での処理を行うための制御プログラムが格納されている。
【００４７】
ＲＡＭ５０４は、静止画用リングバッファ５０４ａ、ヘッダ生成ワークエリア５０４ｂ、ワークエリア５０４ｃ、一時退避エリア５０４ｄを備えている。静止画用リングバッファ５０４ａは、ストレージ５０５から読み出された画像データを格納するためのバッファであり、複数の送信パケットの中で最大パケットサイズの２倍の容量を持っている。ヘッダ生成ワークエリア５０４ｂは、パケットヘッダを作成する場合に必要なワークメモリであり、例えば通信相手のＩＰアドレスや通信ポート番号等を一時的に保存したり、チェックサム計算のためのワークとして使用する。ワークエリア５０４ｃは、各種プログラムのためのワークエリア、一時退避エリア５０４ｄは各種データを一時退避させるためのエリアである。
【００４８】
ストレージ５０５はハードディスクである。このハードディスク上にはファイルシステム５０５ａが構築されており、画像データファイルを始めとして、ＯＳが利用する管理用ファイル、アプリケーションが利用するデータファイル等の様々なファイルが格納されている。５０５ｂは静止画像ファイル群が格納されている領域を表わしている。
【００４９】
次に、本実施の形態に係るネットワークストレージ装置において、ＣＰＵ５０１が行う制御処理手順を図６に示すフローチャートに基づいて説明する。
【００５０】
図６において、ステップＳ６０１において、データ送信対象となる端末が要求しているパケットサイズのうち最大サイズを取得する処理を実行する。それぞれの端末が要求するパケットサイズは、データ送信に先立ってストレージ装置と端末間でネゴシエーションを行うことにより取得でき、その中での最大サイズ（ｎバイト）が得られる。
【００５１】
次に、ステップＳ６０２において、静止画用リングバッファ５０４ａの領域に、（ｎ×２バイト）分の静止画用リングバッファを確保する処理を行う。それからステップＳ６０３において、ストレージ５０５に格納されている静止画像ファイル群のうち送信対象となる静止画像ファイルにアクセスし、先頭より（ｎ×２バイト）分の静止画データを読み出す処理を行う。それから、ステップＳ６０４において、図４のＳ４０５と同様にパケット生成の開始位置を指示するために、ヘッダ書き込みポインタ１１０をバッファの先頭位置にセットする処理を行う。
【００５２】
ステップＳ６０５では、対象となる送信パケットに対するＩＰ／ＵＤＰ／ＲＴＰ階層化ヘッダの生成処理を行う。ヘッダ生成の手順は図４のＳ４０６で説明した手順と同様である。生成されたヘッダは、Ｓ６０２において確保した静止画用リングバッファ中に書き込まれ、その位置はヘッダ書き込みポインタ１１０の前の位置となる。
【００５３】
次に、ステップＳ６０６において、対象となるパケットデータを通信部５０２に送信する処理を実行する。パケットデータとは、図４で説明したのと同様に、１パケット分のサイズのストリームデータであるペイロード部と書き込まれたヘッダ部を合わせたデータである。
【００５４】
次に、ステップＳ６０７において、静止画像ファイル中のすべてのデータの送信処理が終了したかどうかをチェックし、終了した場合には処理を終了する。終了ではない場合は、ステップＳ６０８において、未送信のパケットのうち一番小さいアドレスから始まるパケットが送信対象となるため、その位置にヘッダ書き込みポインタ１１０をセットする処理を実行する。
【００５５】
次に、ステップＳ６０９において、Ｓ６０８の処理で、送信対象となるストリームのうち最大パケットサイズで構成されるストリームデータに対して、ヘッダ書き込みポインタの更新があったかどうかをチェックし、更新された場合はステップＳ６１０において、静止画像ファイルの次のｎバイト分の静止画データを読み出す処理を行う。それからＳ６０５のヘッダの生成及び書き込み処理へ戻る。Ｓ６０９で更新がなかった場合はそのままＳ６０５へ戻る。
【００５６】
尚、本実施の形態では、ネットワークカメラ装置、ネットワークストレージ装置への応用として説明したが、本発明はこれらの装置に限定するものではなく、ネットワークを使用して複数端末にデータを配信する機能を備えた装置全てに応用可能であることは言うまでもない。又、送信プロトコルとして、ＩＰ／ＵＤＰの上位層としてＲＴＰに限定されるものではなくデータグラム型の通信方法による他のプロトコルへの応用も可能である。
【図面の簡単な説明】
【００５７】
【図１】本発明の実施の形態１に係る映像ストリームバッファのデータの構成とバケット分割を示す図である。
【図２】本発明の実施の形態１に係るネットワークカメラの概略構成を示すブロック図である。
【図３】本発明の実施の形態１に係るストリーミング配信パケットフォーマットを示す図である。
【図４】本発明の実施の形態１においてＣＰＵが行う制御処理手順を示すフローチャートである。
【図５】本発明の実施の形態１に係るネットワークストレージ装置の概略構成を示すブロック図である。
【図６】本発明の実施の形態１においてＣＰＵが行う制御処理手順を示すフローチャートである。
【符号の説明】
【００５８】
２０１    レンズ群
２０２    ＣＣＤ
２０３    ＣＣＤコントロール部
２０４    画像処理部
２０５    ＣＰＵ
２０６    動画符号化部
２０７    通信部
２０８    ＲＯＭ
２０９    ＲＡＭ
２１０    バス
【図１】
2007006201.tif 000003
【図２】
2007006201.tif 000004
【図３】
2007006201.tif 000005
【図４】
2007006201.tif 000006
【図５】
2007006201.tif 000007
【図６】
2007006201.tif 000008