(57)【要約】【課題】  従来技術では、画像入力装置が画像蓄積装置に対し蓄積要求（制御データ）を行い、それと同じ経路で画像を画像蓄積装置に送出しているため、安価に画像蓄積装置を保護できるPULL方式を用いることができないので画像蓄積装置の保護に必要なコストが高い。【解決手段】  蓄積要求などの制御データと動画データを異なる経路で画像蓄積装置に送出する。即ち、画像入力装置から送出された制御データを蓄積先選択装置が蓄積装置に送出し、動画データを画像入力装置が画像蓄積装置へ送出する。【選択図】図１
2006119941.tif 000002
【特許請求の範囲】
【請求項１】
データが入力される第一の装置と、データの蓄積先を選択する第二の装置と、データを蓄積する第三の装置が相互に接続されるシステムにおいて、
前記第一の装置は、第一の制御装置と、第一のメモリを有し、
前記第一のメモリは、制御データを前記第二の装置に送出し、実データを前記第三の装置に送出するための第一のプログラムを格納し、
前記第二の装置は、第二の制御装置と、第二のメモリを有し、
前記第二のメモリは、前記第一の装置から受信した前記制御データに応じて前記第三の装置に前記制御データを送出するための第二のプログラムを格納し、
前記第三の装置は、第三の制御装置と、第三のメモリと、記憶装置を有し、
前記第三のメモリは、前記第二の装置から受信した前記制御データに応じて、前記第一の装置から受信した前記実データを前記記憶装置に格納するための第三のプログラムを格納し、
前記第一の制御装置は、前記第一のプログラムを、前記第二の制御装置は、前記第二のプログラムを、前記第三の制御装置は、前記第三のプログラムをそれぞれ実行する、システム。
【請求項２】
前記第二の装置を保護するための第四の装置が、前記第一の装置と前記第二の装置の間に接続され、前記第三の装置を保護するための第五の装置が、前記第一の装置と前記第三の装置の間に接続される、請求項１記載のシステム。
【請求項３】
前記実データを視聴するための第六の装置が、前記第二の装置に接続され、
前記第六の装置は、第六の制御装置と、第六のメモリを有し、
前記第六のメモリは、前記第二の装置に蓄積先を問い合わせ、当該問い合わせの返答に応じて、前記第三の装置から実データを取得するための第六のプログラムを格納し、
前記第六の制御装置は、前記第六のプログラムを実行する、請求項１記載のシステム。
【請求項４】
前記第三のメモリは、蓄積先の状況を示すテーブルを格納し、
前記第三の制御装置は、前記テーブルに応じて、前記第二の装置から受信した制御データに関する実データを受理するか否かを決定する、請求項１記載のシステム。
【請求項５】
第三の装置が複数接続され、
第三の装置に障害が発生した場合、当該第三の装置内の第三の制御装置は、他の第三の装置に対して、制御データを送出し、当該制御データに対する返答に応じて、前記他の第三の装置に実データを送出する、請求項１記載のシステム。
【請求項６】
データが入力される第一の装置と、データを中継する第二の装置と、データを蓄積する第三の装置が相互に接続されるシステムにおいて、
前記第一の装置は、第一の制御装置と、第一のメモリを有し、
前記第一のメモリは、制御データを前記第二の装置に送出し、実データを前記第三の装置に送出するための第一のプログラムを格納し、
前記第二の装置は、第二の制御装置と、第二のメモリを有し、
前記第二のメモリは、前記第一の装置から受信した前記制御データを中継して前記第三の装置に前記制御データを送出するための第二のプログラムを格納し、
前記第三の装置は、第三の制御装置と、第三のメモリと、記憶装置を有し、
前記第三のメモリは、前記第二の装置から受信した前記制御データに応じて、前記第一の装置から受信した前記実データを前記記憶装置に格納するための第三のプログラムを格納し、
前記第一の制御装置は、前記第一のプログラムを、前記第二の制御装置は、前記第二のプログラムを、前記第三の制御装置は、前記第三のプログラムをそれぞれ実行する、システム。
【請求項７】
前記第二の装置を保護するための第四の装置が、前記第一の装置と前記第二の装置の間に接続され、前記第三の装置を保護するための第五の装置が、前記第一の装置と前記第三の装置の間に接続される、請求項６記載のシステム。
【請求項８】
前記実データを視聴するための第六の装置が、前記第二の装置に接続され、
前記第六の装置は、第六の制御装置と、第六のメモリを有し、
前記第六のメモリは、前記第二の装置に蓄積先を問い合わせ、当該問い合わせの返答に応じて、前記第三の装置から実データを取得するための第六のプログラムを格納し、
前記第六の制御装置は、前記第六のプログラムを実行する、請求項６記載のシステム。
【請求項９】
前記第三のメモリは、蓄積先の状況を示すテーブルを格納し、
前記第三の制御装置は、前記テーブルに応じて、前記第二の装置から受信した制御データに関する実データを受理するか否かを決定する、請求項６記載のシステム。
【請求項１０】
第三の装置が複数接続され、
第三の装置に障害が発生した場合、当該第三の装置内の第三の制御装置は、他の第三の装置に対して、制御データを送出し、当該制御データに対する返答に応じて、前記他の第三の装置に実データを送出する、請求項６記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
画像を蓄積する技術に関する。
【背景技術】
【０００２】
近年、監視映像やライブ映像等の動画コンテンツ蓄積は、アナログ方式に比べて画質劣化がない等の優れた特徴をもつデジタル形式での蓄積へと移行しつつある。こうした背景の中、ネットワーク接続したストレージ装置（以下、画像蓄積装置と称する）に画像を蓄積する技術への関心が高まっている。動画像の蓄積技術は、室内監視のような小規模なものから都市監視や河川監視など広域を監視する大規模なものまで様々な需要がある。
【０００３】
ここで、複数の画像入力装置（監視カメラ等）から送出される動画データを受信して蓄積する画像蓄積装置がある。この既存技術は、画像入力装置が画像蓄積装置に対し制御データである蓄積要求を送出し、当該要求に対する画像蓄積装置からの応答に応じて画像入力装置が動画データを送出することを特徴とする。しかし、１台の画像蓄積装置に同時蓄積できる画像量には画像蓄積装置性能面での限界があるため、画像入力装置の台数の増加に伴い、複数の画像蓄積装置に分散して動画データを蓄積するための蓄積先選択装置（負荷分散装置）が使用されている。
【０００４】
一般に、蓄積先選択装置及び画像蓄積装置は監視センタなどに設置され、画像入力装置は監視対象エリア全体に広域に設置される。防犯を目的とした監視システムなどでは画像蓄積装置を保護する必要があるため、ファイアウォールと呼ばれる保護装置も使用されている。監視センタにファイアウォール装置を置くことにより、監視妨害を目的とした不正アクセスから蓄積先選択装置及び画像蓄積装置を保護することができる。以下、既存の負荷分散技術について述べ、次に既存の保護技術について述べる。
【０００５】
既存の負荷分散技術として、例えば、DNSラウンドロビンを用いた方式では、予めドメイン名に対応するIPアドレスをDNSサーバに複数登録しておき、DNSサーバへIPアドレス問い合わせがある毎に順次異なるIPアドレスを返信する（非特許文献１参照）。これにより、同一ドメインへのアクセスを異なるアクセス先に分散することができる。即ち、DNSサーバが蓄積先選択装置に相当し、DNSサーバにより提供されたIPアドレスが割り当てられた画像蓄積装置の宛先に対応する。また、画像蓄積装置の空き容量などといった情報を用いて、DNSラウンドロビンより高度に画像蓄積装置を選択している方式もある（特許文献１参照）。
【０００６】
次に、既存の保護技術として、ファイアウォールがある。ファイアウォールは保護対象ネットワークを外部ネットワークからの不正アクセスから保護するための装置である。保護方式には、保護対象ネットワークの内部から外部へのアクセスのみ許可し、外部から内部へのアクセスを全て禁止するといった比較的単純な処理のものから、パケットを暗号化したりヘッダ内容の検査を行うなど複雑な処理のものまで、様々な方式がある。画像蓄積では大量のデータを送受するので、ファイアウォールにも高い性能（スループット）が求められる。このため、複雑なセキュリティ方式では高速なプロセッサを搭載する必要がありファイアウォール構築コストが高くなるという問題がある。
【０００７】
ここで、安価に高セキュリティかつ高スループットのファイアウォールを構築する方法に、PULL型アクセスがある。PULL型アクセスではファイアウォール外部から内部へのアクセス禁止する。そして、HTTPといったプロトコルを用いて内部から外部へのアクセスの応答として外部のデータを取得する（非特許文献１参照）。これは、ファイアウォールを越えるための一般的な手法でもある（特許文献２参照）。
【０００８】
これに対して、ファイアウォールを介して、直接外部から内部へデータを送る場合はPUSH型アクセスと呼ばれる。PUSH型アクセスを実現するためには、あらかじめファイアウォールに特定のPUSH型アクセスのみ通過できる穴をあける設定を行う必要がある。この穴がセキュリティホールとなってしまう可能性があるため、必要なときだけ穴をあけて普段は閉じておく、認証機能を併用する、などの対策が必要となる。即ち、PULL型のみの場合と比較すると、PUSH型では高いセキュリティを保つためにコスト高になる傾向にある。
【０００９】
【特許文献１】特開平９−９１９５号公報
【特許文献２】特表２００４−５１０２３１号公報
【非特許文献１】James F Kurose, Keith W. Ross著「Computer Networking」 ｐ124〜127
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上記従来技術では、最終的に画像入力装置が画像蓄積装置に対し蓄積要求（制御データ）を行い、それと同じ経路で画像を画像蓄積装置に送出している。そのため、安価に画像蓄積装置を保護できるPULL方式を用いることができないので画像蓄積装置の保護に必要なコストが高い。更に、システム規模が大規模になるほど画像蓄積装置台数も多くなり、画像蓄積装置毎に備える必要のある保護装置台数も多くなるため設備コスト増大の要因となっている。
【００１１】
本発明の目的は、この問題を解決してスケーラブルかつセキュアな動画像蓄積システムを低コストで実現することである。
【課題を解決するための手段】
【００１２】
蓄積要求などの制御データと画像データを異なる経路で画像蓄積装置に送出する。即ち、画像入力装置から送出された制御データは蓄積先選択装置を介して画像蓄積装置に送出し、画像データは画像入力装置が直接、画像蓄積装置へ送出する。
【発明の効果】
【００１３】
本発明によれば、制御データと動画データの送出経路を分離することによりデータ種類に応じて異なる保護方法で画像蓄積装置を保護することができる。従って、データ量の少ない制御データを集中的にチェックすることができ、高いセキュリティレベルの実現と画像蓄積装置保護に伴うコストの削減を両立することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下に、本発明の実施の形態を説明する。
【実施例１】
【００１５】
図１は、本発明のシステム構成を示す。システムは複数の画像入力装置１０１、蓄積先選択装置１０２、画像蓄積装置１０３、画像視聴装置１０６、画像蓄積装置１０３を保護する画像蓄積装置保護装置１０４、及び、蓄積先選択装置１０２を保護する蓄積先選択装置保護装置１０５とからなる。
【００１６】
画像蓄積装置保護装置１０４及び蓄積先選択装置保護装置１０５はファイアウォールと称される装置である。画像視聴装置１０６は画像を表示するためのモニタを備えた端末装置である。例えば、ビル監視システムにおいては、蓄積先選択装置１０２、画像蓄積装置１０３、画像視聴装置１０６、及び、保護装置１０４、１０５は、監視室に設置され、画像入力装置１０１は監視対象エリアであるビル内の各フロアに設置される。
【００１７】
画像入力装置１０１は、インターフェース１７１、制御装置１７２、入力装置１７３、及び、メモリ１７４とからなる。メモリ１７３は、画像入力手順プログラム１７５を格納する。画像入力装置１０１では、制御装置１７２が、入力装置１７３から入力された動画像を、画像入力手順プログラム１７５を実行することによりパケット化し、インターフェース１７１を介してネットワークへ送出する。
【００１８】
蓄積先選択装置１０２は、インターフェース１２１、制御装置１２２、及び、メモリ１２３とからなる。メモリ１２３は、蓄積先選択手順プログラム１２４を格納する。制御装置１２２は、蓄積先選択手順プログラム１２４を実行することにより、インターフェース１２１を介して画像入力装置１０１より送出される蓄積要求を受信し、画像蓄積装置を選択し、選択した画像蓄積装置へ蓄積要求を転送する。
【００１９】
画像蓄積装置１０３は、記憶装置１１２、メモリ１１３、制御装置１１４、及び、インターフェース１１５とからなる。メモリ１１３は、障害検出手順プログラム１０７、蓄積要求送出手順プログラム１０８、画像読み出し手順プログラム１０９、蓄積要求判定手順プログラム１１０、及び、画像書き込み手順プログラム１１１を格納する。制御装置１１４は、蓄積要求判定手順プログラム１１０を実行することにより、インターフェース１１５を介して受信した蓄積要求を受理可能か判定し、画像書き込み手順プログラム１１１を実行することにより、動画データを記憶装置１１２へ蓄積する。同様に障害検出手順プログラム１０２を実行することにより、記憶装置１１２の障害を検出し、蓄積要求送出手順プログラム１０８を実行することにより、インターフェース１１５を介して他の画像蓄積装置へ代理蓄積を要求する。また、画像読み出し手順プログラム１０９を実行することにより、記憶装置１１２に格納された動画を画像視聴装置１０６へ送出する。
【００２０】
画像蓄積装置保護装置１０４は、インターフェース１４１、制御装置１４２、及び、メモリ１４３とからなる。メモリ１４３は、画像蓄積装置保護手順プログラム１４４を格納する。制御装置１４２は、画像蓄積装置保護手順プログラム１４４を実行することにより、インターフェース１４１を介して受信したパケットをチェックする。当該装置はデータ量の多い動画データを中継するため、高いスループットが要求される。画像入力装置側からのアクセスを完全に禁止することで、画像蓄積装置保護に要する処理を最小限に抑えることができる。
【００２１】
蓄積先選択装置保護装置１０５は、インターフェース１５１、制御装置１５２、及び、メモリ１５３とからなる。メモリ１５３は、蓄積選択装置保護手順プログラム１５４を格納する。制御装置１５２は、蓄積選択装置保護手順プログラム１５４を実行することにより、インターフェース１５１を介して受信したパケットをチェックする。当該装置はデータ量の少ない制御データを中継するため、様々な複雑な保護処理を実行することができる。複雑な処理の例として、SSLやTLSやIPsecのようなパケットの暗号化がある。また、少数のサーバに認証処理等を集約することができるため、パスワード管理などの管理コストの削減も期待できる。
【００２２】
画像視聴装置１０６は、インターフェース１６１、制御装置１６２、モニタ１６５、及び、メモリ１６３とからなる。メモリ１６３は、画像視聴手順プログラム１６４を格納する。制御装置１６２は、画像視聴手順プログラム１６４を実行することにより、インターフェース１６１を介して受信した動画データをモニタ１６５に表示する。
【００２３】
次に、図２に従って、画像入力装置１０１により生成される画像が画像蓄積装置１０３内の記憶装置１１２に格納されるまでのプロセス（ステップ２０１〜２０４）と、格納した画像を視聴するプロセス（ステップ２０５、２０６）を示す。本図は、画像入力装置１０１、蓄積先選択装置保護装置１０５、蓄積先選択装置１０２、画像視聴装置１０６、画像蓄積装置保護装置１０４、画像蓄積装置１０３間の通信の流れを示しており、縦軸は上から下へ時間の流れを示す。横軸は装置間で矢印の示す方向へデータが送出されたことを示す。
【００２４】
まず、画像入力装置１０１より蓄積先選択装置１０２へ蓄積すべき画像があることが通知される（ステップ２０１）。次に、蓄積先選択装置１０２が、選択した一つの画像蓄積装置１０３に画像蓄積要求を送出する。画像蓄積装置の選択手順（アルゴリズム）については後述する。
【００２５】
尚、ステップ２０１では、蓄積先選択装置１０２から画像入力装置１０１へ蓄積すべき画像があるか問い合わせる方法もある。この場合、ユーザ等が事前に画像入力装置１０１のアドレス一覧を蓄積先選択装置１０２のメモリ１２３に登録しておかなければならない。
【００２６】
画像蓄積要求に対し、画像蓄積装置１０３の制御装置１１４は、書き込み中の動画の総ビットレート、読み出し中の動画の総ビットレート、及び、記憶装置１１２の残り容量といった情報に基づき、蓄積要求判定手順プログラム１１０を実行することにより、当該要求を受理可能か否か判断し、判断結果を蓄積先選択装置１０２へ応答する（ステップ２０２）。
【００２７】
要求が受理されなかった場合、蓄積先選択装置１０２は後述のアルゴリズムに従い他の画像蓄積装置１０３へ画像蓄積要求を送出する。要求が受理された場合は、画像蓄積装置１０３から画像入力装置１０１へ画像PULL要求が送出される（ステップ２０３）。そして、その応答として画像入力装置１０１から画像データを得る（ステップ２０４）。当該画像データは画像のプロトコルやフォーマット（コーデック）毎に異なる画像書き込み手順プログラム１１１が実行されることにより、記憶装置１１２へ格納される。
【００２８】
上述の、画像PULL要求の詳細を図６に示す。画像PULL要求６０１は、画像入力装置アドレス６０２、認証情報６０３、フォーマット６０４、ビットレート６０５などの情報からなる。画像入力装置１０１が複数のフォーマットやビットレートに対応する場合、制御装置１１４は、画像のフォーマット６０４、ビットレート６０５の値を参考に１つを選択する。また、画像入力装置１０１から先だって送出される画像蓄積要求中にランダムに生成したパスワードを埋め込み、このパスワードを認証情報６０３として埋め込むことで、蓄積要求を送出した相手がPULLしていることを確認することができる。
【００２９】
PULL方式では画像蓄積装置１０３から画像入力装置１０１へアクセスが行われるため、画像入力装置１０１から画像蓄積装置１０３へアクセスするPUSH型のように、動画転送性能を兼ね備えた認証機能を画像蓄積装置毎に具備する必要はない。
【００３０】
ステップ２０１における画像入力装置１０１と蓄積先選択装置１０２間の通信は蓄積先選択装置保護装置１０５を介して行われ、ステップ２０３及びステップ２０４の通信は画像蓄積装置保護装置１０４を介して行われる。保護装置１０４はデータ量の多い画像データを送受するので処理性能の低下を避けるために、外部からのアクセスを全て遮断するなどの単純なフィルタ処理を行う。
【００３１】
一方、保護装置１０５ではデータ量の少ない制御データしか送受しないため、暗号化、認証機能、複雑なフィルタ処理などを実行できる。即ち、制御データと画像データの通信経路を分割することにより、高価な高スループットかつ複雑な認証・フィルタ処理を実行できるファイアウォールを設置する必要はない。
【００３２】
続いて、蓄積した画像を視聴するプロセスについて述べる。画像の視聴には画像視聴装置１０６を用いる。視聴したい画像の格納先を蓄積先選択装置１０２に問い合わせた後（ステップ２０５）、画像蓄積装置１０３へ画像要求を行う（ステップ２０６）。画像要求により視聴する画像が特定できると画像蓄積装置１０３から画像視聴装置１０６に動画データが送出される。
【００３３】
画像要求の内容を図７に示す。画像要求７０１は、画像入力装置名７０２、画像ファイル名７０３、記録開始・終了時刻７０４、フォーマット７０５、ビットレート７０６などの情報からなる。画像要求への応答内容のフォーマットも、図７と同様である。
【００３４】
最初の画像要求に対して合致する画像が一つの場合、当該画像情報の記された画像要求応答と動画データが画像視聴装置１０６に送出される。複数の画像が合致した場合は、そのリストが画像視聴装置１０６に送出される。画像視聴装置１０６のモニタ１６５上に上記リストを表示し、視聴者がリスト中から１つを選択することにより、次の画像要求で動画を特定し視聴することができる。
【００３５】
ただし、最初の画像要求で指定した条件が広く、非常に多くの画像が合致するような場合には、リストアップを途中で打ち切り過剰な負荷が蓄積先選択装置１０２にかかるのを防いでもよい。
【００３６】
蓄積先選択装置１０２におけるリスト（画像要求応答）作成手順については後述する。
【００３７】
次に、記憶装置１１２に障害が発生した場合の処理手順について説明する。制御装置１１４は、障害検出装置プログラム１０７を実行しており、例えば、記憶装置１１２を構成するディスクユニットのうち１つが破損した場合などに、障害を検出する。RAID５などを用いた冗長構成になっていた場合であっても、この状況で更にディスクユニットが破損すると画像データを失ってしまうため、ディスクへの負担を軽減するために現在実行中の蓄積処理を他の画像蓄積装置１０３に割り当てることが望ましい。
【００３８】
図３に従い、再割り当ての一連のプロセスを説明する。本図は、画像入力装置１０１、画像蓄積装置保護装置１０４、蓄積先選択装置１０２、画像蓄積装置１（１０３）、画像蓄積装置２（３０５）間の通信の流れを示しており、縦軸は上から下へ各装置の時間の流れを示す。横軸は装置間で矢印の示す方向へデータが送出されたことを示す。
【００３９】
まず、障害の発生した画像蓄積装置１（１０３）から他の画像蓄積装置２（３０５）に画像蓄積要求が送出される。この要求が受理されるまで後述のアルゴリズムに従い画像蓄積装置を探す（ステップ３０１）。要求が受理されたら蓄積先選択装置１０２に通知する（ステップ３０２）。この通知により、後述の蓄積先割り当て状況テーブルを更新することができる。画像蓄積装置２は画像入力装置１０１より画像を取得する（ステップ３０３、３０４）。
【００４０】
次に、先に述べた蓄積先選択アルゴリズムについて、図４を用いて説明する。電源ON時（ステップ４０１）に、画像蓄積装置１０３の制御装置１１４は、画像蓄積装置一覧と、一覧へのポインタを初期化する（ステップ４０２）。当該一覧は、蓄積先選択装置１０２のメモリ１２３に格納される。ユーザが登録してもよいし、自動化して更新するようにしてもよい。
【００４１】
画像蓄積装置一覧を図８に示す。当該一覧は、画像蓄積装置のアドレスと性能等情報をまとめたテーブルであり、画像蓄積装置と通信するための宛先アドレス（８０１）、対応フォーマット（８０２）、及び、I/O性能（８０３）を各行に持つテーブルとして定義される。ポインタ（８０４）は、このテーブルの何れかの行を参照している。宛先アドレス８０１は具体的にはIPアドレスなどが該当する。また、対応フォーマット８０２にはmpeg2、mpeg4などの動画フォーマットの他、HTTP、RTPなど動画転送プロトコルの種類などの情報が含まれる。I/O性能８０３は当該動画蓄積装置に同時に書き込み可能な総ビットレートをあらわす。画像蓄積装置一覧中の対応フォーマット８０２及び、I/O性能８０３の情報は、後述の蓄積先割り当て情報テーブルの情報と合わせて用いることで、蓄積要求が受理されるか否かを予測するために、蓄積要求を送出する前に用いる。これにより処理の高速化を行うことができる。その詳細については後述する。
【００４２】
障害が発生すると（ステップ４０３）、ポインタが他の画像蓄積装置を指しているかチェックし（ステップ４０４）、自分自身を指しているならポインタを次の行へずらす（ステップ４０８）。次に、ポインタの指す画像蓄積装置に対して、現在実行中の画像蓄積に関する画像蓄積要求を送出する（ステップ４０５）。画像蓄積要求に対して、要求を送出した先の画像蓄積装置から、受理または非受理の応答が返される。要求が受理されるまでポインタをずらし、順次異なる画像蓄積装置に対して画像蓄積要求を送出する（ステップ４０６、４０８）。受理されたなら画像蓄積装置一覧を更新して処理を終了する（ステップ４０７）。
【００４３】
次に、先に述べた画像蓄積要求の内容について、図９を用いて説明する。画像蓄積要求９０１は、画像入力装置の宛先アドレス（９０２）や、画像入力装置名やパスワードを含む認証用情報９０３や、蓄積する画像・音声のビットレートやコーデック（９０４〜９０７）といった情報からなる。画像蓄積装置は、画像入力装置の宛先アドレス９０２を用いて、画像を画像入力装置よりPULLすることもできる。画像入力装置が複数のコーデックやビットレートに対応している場合もあるため、コーデックやビットレート情報はリスト形式で記述される。
【００４４】
画像蓄積要求に対する応答内容を図１０に示す。画像蓄積要求応答１００１は、要求の受理または非受理を示す判定結果１００２、受理の場合生成されたファイル名１００３、画像ビットレート１００４、画像コーデック１００５、音声ビットレート１００６、及び、音声コーデック１００７からなる。画像蓄積要求９０１の、認証用情報９０３中の画像入力装置名は装置毎にユニークな名称とすることで、画像を記録するのに必要なファイル名の一部に利用することができる。例えば、ファイル名１００３は画像入力装置毎にユニークな文字列＋時刻から生成することができる。蓄積先選択装置１０２にて上記のようにファイル名を生成し、認証用情報の一部として上記ファイル名を画像蓄積要求中に書き込み画像蓄積装置１０３へ送出することで、システム全体でユニークなファイル名を生成することができる。
【００４５】
次に、蓄積要求判定手順１１０の動作アルゴリズムについて、図５を用いて説明する。画像蓄積装置１０３の制御装置１１４は、蓄積要求を受信すると（ステップ５０１）、要求されたフォーマットに対応する画像書き込み手順プログラム１１１があるかチェックする。無ければ要求を拒否する（ステップ５０６）。次に、記憶装置１１２の空き容量をチェックする（ステップ５０２）。余裕が無ければ要求を拒否する（ステップ５
０６）。そして、現在蓄積中の画像のビットレート及び読み出し中の画像のビットレートを計算しI/O性能に比して余裕があるかチェックする。余裕があれば要求を受理（ステップ５０５）。余裕が無ければ拒否（ステップ５０６）する。
【００４６】
次に、上述の蓄積先割り当て状況テーブルについて、図１１を用いて説明する。当該テーブルは、画像蓄積装置１０３のメモリ１１３に格納されており、画像入力装置毎にユニークとなる画像入力装置名（１１０１）、割り当てた蓄積先のアドレス（１１０２）、トータルのビットレート（１１０３）、フォーマット（１１０４）、記録時刻（１１０５）、ファイル名（１１０６）などの情報からなる。そして、当該テーブルは蓄積要求が画像蓄積装置１０３に受理される毎に追加される。例えば、ある蓄積先へ割り当てた総ビットレートを計算すれば、画像蓄積装置一覧中の画像蓄積装置I/O性能と比較することにより、要求が受理されるか否か実際に蓄積要求を送出することなく知る。I/O性能をビットレートの合計が上回れば要求は非受理、上回らなければ受理である。また、画像蓄積先が途中で変更した場合、元のファイルの記録時刻に記録終了時刻が書き込まれ、新たなファイルおよび蓄積先割り当て状況テーブルが生成される。
【００４７】
図１１の３行目〜４行目は画像蓄積先が変化した場合の例である。３行目がアドレス192.168.1.3を持つ元々の蓄積先に残された２００１年１０月１日１時３分から２００２年１１月１日１０時１分までの動画データの存在を示し、４行目が２００１年１１月１日１０時２分から現在も192.168.1.4のアドレスを持つ画像蓄積装置に画像蓄積中であることを示す。現在記録中でない上記３行目のようなエントリは画像視聴時にのみ用いられる。現在記録中のエントリは蓄積要求結果の予測にも用いられる。
【００４８】
画像視聴時には先に述べたように画像視聴装置１０６より画像要求が送出される。蓄積先選択装置１０２上の蓄積先割り当て状況テーブルのうち、画像要求の内容に合致するものを選択しリストにしたものが、画像要求応答として画像視聴装置１０６へ応答される。
【００４９】
蓄積先選択装置１０２にて、上述の画像蓄積装置一覧とこのテーブルを保持することにより、図４記載のアルゴリズムにて画像蓄積要求（４０５）の結果を予測することができる。これにより、無駄な画像蓄積要求の送出を削減しシステムの性能を向上することができる。
【実施例２】
【００５０】
ここでは、これまでの説明で前提としてきた方式とは異なる方式にも、本発明を適用可能であることを示す。実施例１では、画像データの送受方法としてPULL方式を用いている。また、画像入力装置からの蓄積要求は蓄積先選択装置へPUSHする方式を用いている。しかし、画像データの送受方法にはPULL方式だけでなくPUSH方式を用いることもできる。更に、上記画像データの送受方法とは独立に、画像入力装置からの蓄積要求としてPUSH方式、PULL方式を選択できるので組み合わせると４つの実施例が考えられる。ここでは、実施例１とは逆に画像データ送受にPUSH方式、蓄積要求にPULL方式を用いた場合を例として、４つの実施例が可能であることを示す。
【００５１】
図１２を用いて全体の動作手順について述べる。そして、画像データの送受方法としてPUSH方式を用いた点について述べ、次に蓄積先選択装置が画像入力装置から蓄積要求をPULLする点について述べる。図１２は、画像入力装置１０１により生成される画像が画像蓄積装置１０３内の記録装置１１２に格納されるまでのプロセス（ステップ１２０１〜１２０４）において、画像入力装置１０１、蓄積先選択装置保護装置１０５、蓄積先選択装置１０２、画像蓄積装置保護装置１０４、画像蓄積装置１０３、間の通信の流れを示しており、縦軸は上から下へ各装置の時間の流れを示す。横軸は装置間で矢印の示す方向へデータが送出されたことを示す。
【００５２】
まず、ステップ１２０１では蓄積先選択装置保護装置１０５を介して蓄積先選択装置１０２が画像入力装置１０１へ蓄積すべき画像があるか問い合わせる。この応答として蓄積要求が蓄積先選択装置へ送られる（PULL）。蓄積先選択装置１０２は複数の画像蓄積装置１０３から１台を選択し、蓄積要求を転送する。
【００５３】
画像蓄積装置１０３は上記要求に対して、応答を返す（ステップ１２０２）。また、要求を受理した場合には、画像蓄積装置保護装置１０４に対して画像データの通過を許可するよう要求を送出する（ステップ１２０３）。画像入力装置１０１は、蓄積要求が受理されたことをステップ１２０２の応答にて確認すると、画像データを画像蓄積装置へ送出する（ステップ１２０４）。この画像データは、ステップ１２０３の手順により保護装置を通過することが許可されているので、画像蓄積装置１０３に蓄積される。以上が、全体の動作手順である。
【００５４】
次に、PUSH方式を用いた画像データの送受について詳細を述べる。画像入力装置から画像蓄積装置に向けて画像を送出するPUSH方式では、ファイアウォールを通過することができない。そこで、２つの機能を追加している。まず、画像蓄積装置の書き込み手順に新たな手順を追加する。この新たな手順では、蓄積要求を受信するとともに画像蓄積装置を画像受信待機状態にする。次に、蓄積要求を画像蓄積装置に送出するのと同じタイミングで蓄積先選択装置１０２から画像蓄積装置保護装置１０４に、当該画像データが通過できる穴を開けるように指示する。これにより、PUSH方式、PULL方式の画像入力装置を混在させることもできる。従って、例えばすでにPUSH方式の画像入力装置が設置済みの監視システムを段階的に本発明方式に移行するといったことも可能である。画像蓄積装置からの指示で保護装置に穴をあけることにより、保護装置の穴を必要最小限に留めることができるが、外部ネットワークからのアクセスを全て遮断することができるPULL方式に比べてセキュリティ面で不利な構成となる。
【００５５】
最後に、PULL方式を用いた蓄積要求の送受について詳細を述べる。蓄積先選択装置が画像入力装置より蓄積要求をPULLする方式では、新たに蓄積先選択装置に予め全ての画像入力装置のアドレスを登録するための手順が必要になる。更に、画像入力装置はシステムを構成する装置のうちもっとも台数の多い装置と考えられるため、故障等障害の発生確率も高く、機器の一時撤去に伴うアドレス更新など管理コストを増大させる恐れもある。逆に、メリットとしては、監視対象エリアにある画像入力装置ネットワークからの蓄積先選択装置に対するアクセスを全て遮断できるため、セキュリティ面で有利なシステムを構築することができる。
【実施例３】
【００５６】
上述の実施例では、蓄積先選択装置保護装置、及び、画像蓄積装置保護装置を、それぞれ独立した装置として記載したが、これら保護装置は当該機能を、それぞれ蓄積先選択装置および画像蓄積装置に内蔵して実施することもできる。
【実施例４】
【００５７】
上述の実施例では、蓄積先選択装置、及び、画像蓄積装置を、それぞれ独立した装置として記載したが、当該機能を同一の装置上で実施することもできる。具体的には１台の装置に複数のディスク・ボリュームが接続されている場合である。ディスク・ボリューム及び当該ディスク・ボリュームにデータを書き込むプログラムは上述の画像蓄積装置に相当し、複数のディスク・ボリュームから書き込み先ボリュームを選択するプログラムが蓄積先選択装置に相当する。このとき、ディスク・ボリュームを選択するプログラムからディスク・ボリュームに書き込みを行うプログラムに対して制御データを渡すことは、上述の実施例で述べた蓄積先選択装置から画像蓄積装置への制御データの送信に相当する。
【実施例５】
【００５８】
上述の実施例では、制御データと画像データを分離して、蓄積先選択装置を経由して制御データを画像蓄積装置に送出した。しかし、制御データが経由する装置は、蓄積先選択機能をもつ装置に限らない。例えば、画像蓄積装置が１台の場合には、蓄積先選択装置のかわりに単なる中継装置を用いることができる。制御データを送受する経路上の中継装置から画像蓄積装置へ制御データを送出することは、上述の実施例で述べた蓄積先選択装置から画像蓄積装置への制御データの送信に相当する。このような実施においても、制御データはレイテンシのできるだけ小さい経路で送受して、画像データはできるだけスループットの大きい経路で送受することができるなど、制御データと画像データを分離することによるメリットがある。
【図面の簡単な説明】
【００５９】
【図１】本発明の全体構成を示す図。
【図２】本発明による画像蓄積のプロセスを示した図。
【図３】本発明による障害時などに蓄積先を変更する手順を示した図。
【図４】蓄積先を探す手順を示した図。
【図５】蓄積要求判定装置の動作アルゴリズムを示した図。
【図６】画像蓄積時に送出される画像PULL要求の具体例を示した図。
【図７】画像視聴時に送出される画像要求の具体例を示した図。
【図８】画像蓄積装置一覧の具体例を示した図。
【図９】画像蓄積要求の具体例を示した図。
【図１０】画像蓄積要求応答の具体例を示した図。
【図１１】蓄積先割り当て状況テーブルの具体例を示した図。
【図１２】本発明の実施例２による画像蓄積のプロセスを示した図。
【符号の説明】
【００６０】
１０１  画像入力装置、１０２  蓄積先選択装置、１０３  画像蓄積装置、１０４  画像蓄積装置保護装置、１０５  蓄積先選択装置保護装置、１０６  画像視聴装置、１１２  記憶装置、１１３  メモリ、１１４  制御装置、１１５  インターフェース
【図１】
2006119941.tif 000003
【図２】
2006119941.tif 000004
【図３】
2006119941.tif 000005
【図４】
2006119941.tif 000006
【図５】
2006119941.tif 000007
【図６】
2006119941.tif 000008
【図７】
2006119941.tif 000009
【図８】
2006119941.tif 000010
【図９】
2006119941.tif 000011
【図１０】
2006119941.tif 000012
【図１１】
2006119941.tif 000013
【図１２】
2006119941.tif 000014