JP5701007B2 - 監視カメラ装置及び監視カメラ装置の制御方法 - Google Patents

Description

本発明は監視カメラ装置及び監視カメラ装置の制御方法に関し、特に、アクセス権に応じて映像のアップロードを制御するために用いて好適な技術に関するものである。

近年、ネットワーク対応のカメラは、住居地域、商店、銀行や駅などにおいて防犯目的や調査目的など様々な用途で普及してきている。しかしその一方で、撮影領域における個人情報や機密情報漏洩などのプライバシー侵害を防ぐため、撮影領域にプライバシーを保護するマスク領域を設定できるカメラが登場している。同様に、カメラの制御範囲を絞ったり、制御をプリセット位置に限定したり、あるいは一般ユーザーには制御自体をさせないような、制御を制限するカメラが登場している。

また、HTTP（Hyper Text Transfer Protocol）やFTP（File Transfer Protocol）、SMTP（Simple Mail Transfer Protocol）などの複数のネットワークプロトコルを利用して、ネットワークに接続されたサーバーに撮影した映像をアップロードする機能を持つカメラが登場している。

特に、パン・チルト機構などをもったネットワークカメラでは、特許文献１に示されるようにカメラ稼動中も動作に追従してマスクしたり、カメラ制御中は形状を変化させてマスクしたりするようなことでプライバシーを保護するカメラもあった。

また、特許文献２にあるように、ユーザーの権限に応じて、蓄積された映像に処理を加えて再配送したり、特許文献３にあるように、ユーザーに応じてプライベートマスクの領域を変えて出力したりするシステムがあった。

特開２００７−０４９２３５号公報 特開２０００−２４２５６６号公報 特開２００３−０４６７４５号公報

管理者がカメラの制御範囲や撮像範囲に制限を設定して、映像処理を施す場合、管理者に対し制限のない状態で撮影領域を見せる必要がある。このため、管理者がアクセスしている間はこれらの制限を解除しなければならないことがある。この際、パノラマ作成および設定を行うためには、特権でしか見ることができないマスク制限なしの映像を使うことになる。

すなわち、この映像を用いるアップロード機能では、制限が解除されたセキュリティ上問題のある映像がサーバーにアップロードされ、一般ユーザーの目に触れてしまう恐れがあった。また、プライバシーマスクに限らず、撮影領域の制限やプリセットによる位置指定などのカメラ制御の制限時なども同様に、制限が解除された映像がアップロードされセキュリティ上の問題となる可能性があった。
本発明は前述の問題点に鑑み、カメラの設定中に、設定が行われていない映像がサーバーにアップロードされることを防ぐことができるようにすることを目的とする。

本発明の監視カメラ装置は、撮像手段により入力された画像を処理する処理手段と、前記処理手段により処理された画像を、ネットワークを介してサーバーにアップロードするアップロード制御手段と、前記撮像手段のパラメータおよび前記処理手段の処理パラメータのうち少なくとも一方を設定する設定手段と、前記設定手段によって前記撮像手段のパラメータおよび前記処理手段の処理パラメータのうち少なくとも一方を設定する際に、前記処理手段によるプライバシーマスクのマスク処理がされていない画像が必要かどうかを判断する判断手段とを備え、前記アップロード制御手段は、前記設定手段による設定を行う際に、前記処理手段によるプライバシーマスクのマスク処理がされていない画像が必要と判断された場合、前記サーバーへのアップロード処理を停止することを特徴とする。

本発明によれば、撮像手段のパラメータおよび前記処理手段の処理パラメータのうち少なくとも一方を設定する際に、マスク処理がされていない画像が必要な場合であっても、マスク処理がされていない画像がアップロードされるのを排除することができる。

第１の実施形態を示し、システム構成の一例を示すブロック図である。 第１の実施形態を示し、各種プログラムやデータの一例を表した図である。 配信制御プログラムの処理を示すフローチャートである。 アップロード制御プログラムの処理を示すフローチャートである。 システム全体の構成例を説明する図である。 第２の実施形態を示し、各種プログラムやデータの一例を表した図である。 第３の実施形態を示し、各種プログラムやデータの一例を表した図である。

<第１の実施形態>
本発明の第１の実施形態の詳細について以下に述べる。
図１は、本実施形態の監視カメラシステムを構成するカメラサーバー１００とクライアント２００の詳細を説明するブロック図であり、カメラサーバー１００に対してクライアント２００がネットワーク１９５を介して複数接続されている。

また、カメラサーバー１００は、アップロード用サーバー２７０とネットワーク１９５を介して複数接続されており、カメラサーバー１００は、アップロードイベント発生時にアップロード用サーバー２７０に映像をアップロードする。カメラサーバー１００はクライアント２００に対し特権で得られる映像を配信した上でカメラサーバーの設定を行う場合に、アップロード用サーバー２７０へのアップロードを一時的に停止する。

ＣＰＵ１１０、１次記憶装置１２０、２次記憶装置１３０、ビデオキャプチャI/F １４０、パン・チルト・ローテーションの制御I/F １５０、ネットワークI/F １９０が、内部バス１８０を介して相互に接続されている。ここで、１次記憶装置１２０はＲＡＭに代表される書き込み可能な高速の記憶装置で、ＯＳや各種プログラム及び各種データがロードされ、またＯＳや各種プログラムの作業領域としても使用される。後述するビューワークライアント（クライアント）２００の１次記憶装置２２０も同様である。

２次記憶装置１３０はFDDやHDD、フラッシュメモリ、CD-ROMドライブ等に代表される不揮発性を持った記憶装置である。２次記憶装置１３０は、ＯＳや各種プログラム及び各種データの永続的な記憶領域として使用される他に、短期的な各種データの記憶領域としても使用される。クライアント２００の２次記憶装置２３０も同様である。

ビデオキャプチャI/F １４０には撮像部１４５が接続され、撮像部１４５が撮影した画像データを所定のフォーマットに変換・圧縮して１次記憶装置１２０に転送する。制御I/F １５０には雲台１５５が接続され、雲台１５５のパン機構、チルト機構、ローテーション機構の状態を得たり、指示に従って雲台１５５を制御したりする。

ネットワークI/F １９０はネットワーク１９５と接続するためのI/Fであり、Ethernet(登録商標)等の通信媒体を介して各種クライアントあるいは各種ネットワークサーバーとの通信を担う。ネットワーク１９５は、Ethernet等の通信規格を満足する複数のルータ、スイッチ、ケーブル等から構成される。本実施形態においては、各サーバ・クライアント間の通信が支障なく行えるものであればその通信規格、規模、構成を問わない。故にインターネットからLAN (Local Area Network)にまで適用可能である。

クライアント２００には、ＣＰＵ２１０、１次記憶装置２２０、２次記憶装置２３０、キーボード２４０、マウス２５０、ディスプレイ２６０、ネットワークI/F ２９０が、内部バス２８０を介して相互に接続されている。キーボード２４０、及びマウス２５０には指示を与える一般的な入力装置が接続される。ディスプレイ２６０には表示を行う一般的な出力装置が接続される。

図２は、カメラサーバー１００とクライアント２００の１次記憶装置１２０及び２２０と、２次記憶装置１３０と２３０を模擬的に示したものである。
ここで、カメラサーバー１００の１次記憶装置１２０上には、撮像プログラム３００、 映像処理プログラム３１０、設定プログラム３２０、配信制御プログラム３３０、権利管理プログラム３４０、アップロード制御プログラム３５０等がロードされる。

また、カメラサーバー１００の２次記憶装置１３０上には設定データ３８０、撮像データ３９０などが保存される。クライアント２００の１次記憶装置２２０上には表示プログラム４００、設定変更プログラム４１０等がロードされる。また、クライアント２００の２次記憶装置２３０上には、クライアント設定データ４８０、映像データ４９０などが保存される。

図１に示すように、本実施形態の全体システム構成は、カメラサーバー１００がネットワーク１９５を介して複数のクライアント２００に接続されている。そして、カメラサーバー１００に配設されているキーボード２４０やマウス２５０のような一般的な入力装置の指示により、ネットワーク１９５を介してカメラサーバー１００が操作される。これらの構成は、従来のネットワークカメラでも実現されていたものである。

本実施形態のシステムにおいては、特権で得られる映像を配信した上で特定のクライアント２００が設定を行う場合にアップロード機能を一時的に停止する。この機能について以下に説明する。

まず、カメラサーバー１００の、撮像プログラム３００、映像処理プログラム３１０、設定プログラム３２０、配信制御プログラム３３０、権利管理プログラム３４０、アップロード制御プログラム３５０を説明する。

撮像プログラム３００は、後述する配信制御プログラム３３０の指示を受け、制御I/F１５０を介して雲台１５５を稼働させ、撮像部１４５からの映像をビデオキャプチャI/F１４０で処理し、２次記憶装置１３０に撮像データ３９０を保持する。保持する先は２次記憶装置１３０だけでなく１次記憶装置１２０のような高速な記憶装置やバッファなどでもよい。これは、指示を受けてパン・チルトを駆動してカメラの撮影を行うネットワークカメラの一般的な処理である。

また、２次記憶装置１３０に撮像データ３９０が保持される前に、制御I/F１５０からの位置情報や、設定データ３８０などに応じて呼び出された後述する映像処理プログラム３１０で映像を処理した上で撮像データ３９０として保持してもよい。

映像処理プログラム３１０は、後述する配信制御プログラム３３０の指示を受け、従来からあるプライバシーマスク処理などの映像処理を実現するものであり、これは従来例にもあるプライバシーマスキング機能を持つカメラなどで実現されている。

設定プログラム３２０は、撮像プログラム３００のパラメータや、映像処理プログラム３１０の処理パラメータをクライアント２００の指示やプログラム（例えば、配信制御プログラム３３０）の指示によって、各種設定変更のイベントを投げる。撮像プログラム３００のパラメータは、たとえば、撮像部１４５の撮影方向であり、映像処理プログラムの処理パラメータは、たとえば、プライバシーマスクの位置である。また、パラメータを設定データ３８０に保持するものであり、従来からあるネットワークカメラの一般的な設定の処理である。

配信制御プログラム３３０は、撮像プログラム３００にイベントを投げて撮像データ３９０を得たり、映像処理プログラム３１０にイベントを投げて撮像データ３９０を処理したりする。また、各種のイベントを送受して、処理された撮像データ３９０の映像配信を行ったり配信を制御して切断したり、特定の映像を配信するようにしたりするものであり、クライアント２００への配信を制御するものである。詳細な説明は後述する。

権利管理プログラム３４０は、配信制御プログラム３３０等から呼ばれ、アクセス権の有無や、権限に応じた映像処理手段などを返答してカメラへのアクセスの制御を行わせるためのものである。権利管理プログラム３４０も従来からある一般的なアクセス管理の処理である。

アップロード制御プログラム３５０は、アップロードの契機となる各種のイベントを受け取り、映像処理プログラム３１０から得られた映像データをネットワークに接続されたサーバーにアップロードする。アップロードは、任意のインターネットプロトコルで実現できるが、データ転送の代表的なプロトコルとしてはＦＴＰやＨＴＴＰ、ＳＭＴＰなどが挙げられる。

次に、クライアント２００の表示プログラム４００と設定変更プログラム４１０を説明する。
表示プログラム４００は、クライアント２００でカメラサーバー１００に配信要求を行い、ディスプレイ２６０に獲得した映像データを表示するものであり、従来のネットワークカメラで実現されている技術である。

設定変更プログラム４１０は、クライアント２００でキーボード２４０やマウス２５０のような一般的な入力装置の指示により、カメラサーバー１００に設定要求を行い、設定データ３８０の変更を行う。これらのプログラムは同時並行で処理を行ってよく、つまり表示を見ながら設定変更を行うことができる。

続いて、図３のフローチャートを参照しながらに配信制御プログラム３３０の制御手順を説明する。
最初にＳ３０１で設定データ３８０を読み込む。その後、Ｓ３０２に進み、アップロード機能を開始する。

次に、Ｓ３１０でイベントを待つ。Ｓ３１０でのイベントが有るとＳ３２０に進む。Ｓ３２０においては、クライアントへの映像配信要求であるか判定する。そうである場合、Ｓ３２０からＳ３２１に進む。ここで、権利管理プログラム３４０に問い合わせを行い、必要な権限情報を得る。

その後、Ｓ３３０で一般クライアント権限での映像配信要求であるか判定する。映像配信要求であれば、Ｓ３３１に進んで従来通りの一般クライアントへの配信処理を行う。例えば、撮像プログラム３００にイベントを投げて、その際、設定データ３８０によっては、制御I/F１５０を介しての雲台１５５の制御が制限され、映像のキャプチャが行われる。続いて、映像処理プログラム３１０にイベントを投げてプライバシーマスクなどの映像処理が行われた撮像データ３９０をクライアント２００へ配信するというような処理が行われる。その後、Ｓ３１０に戻りイベントを待つ。

一方、Ｓ３３０の判定の結果、一般クライアントでない場合はＳ３４０に進み、設定ツールからの配信要求か否か判定する。設定ツールからの配信要求以外はＳ３４１に進んで、従来通りに権限に応じた配信処理を行う。Ｓ３３１の一般クライアントへの配信処理と異なるのは、権限に応じて、制御などが制限されずに配信されるところである。

この際、厳密に一般ユーザーに制限された映像を一般クライアントへ配信しないようにするシステムでは、後述するＳ３５５と同様の処理も行い、サーバーへのアップロード機能の停止フラグを有効にしてもよい。詳しくは後述するが、停止フラグを有効にすることでアップロード機能を一時的に停止させ、特権で操作されている間の映像は一切アップロードされないようにできる。その後、Ｓ３１０に戻りイベントを待つ。

Ｓ３４０の判定の結果、設定ツールへの配信である場合、Ｓ３５０に進む。Ｓ３５０の判定で設定ツールへの映像配信要求の最初である場合、つまり設定ツールからの初めての映像配信要求であった場合、Ｓ３５１へ進み、特権映像が必要か判定する。

Ｓ３５１の判定の結果、該当する設定ツールが、設定を行うために、制限されない特権での映像が必要な場合、Ｓ３５２へ進む。ここで、設定ツールが接続される場合は全て、つまり特権映像の有無に関係なくサーバーにアップロードしないシステムでは、無条件に後述のＳ３５３に進ませるようにすればよい。こうすることで、設定ツールが接続されている際は、一切アップロードさせないようにできる。

Ｓ３５２の判定の結果、プライバシーマスクや、可視範囲制限など、一般クライアントの視野の一部を制限する設定が既に有効になっている場合はＳ３５３へ進む。ここで、設定の有無にかかわらず、一般クライアントに撮像を制限する設定を行う際には無条件にサーバーへのアップロードを停止させるシステムではＳ３５３に進ませるようにすればよい。こうすることで設定ツールに特権映像が配信されている際は、設定ツールによる設定中は、一切画像がアップロードされないようにすることができる。

Ｓ３５３の処理で、サーバーへのアップロード処理の停止フラグを有効にする。停止フラグが有効の場合、Ｓ３０２でアップロード機能を開始されていても、サーバーへのアップロード処理は一時的に停止される。
Ｓ３５０〜Ｓ３５２で条件に合わない場合、またＳ３５３の処理の後はＳ３５５に進み、設定ツールへの映像配信が行われる。これは、Ｓ３４１と同様に従来通りに権限に応じた映像配信処理が行われる。その後、Ｓ３１０に戻りイベントを待つ。

Ｓ３２０の判定の結果、イベントが設定要求であった場合Ｓ３７０に進み、設定要求か否かを判定する。Ｓ３７０の判定で設定要求であった場合にはＳ３７１に進む。ここで設定プログラム３２０にて処理が行われる。例えば、クライアント２００での設定変更プログラム４１０の処理に応じて、設定データ３８０が変更される。

続くＳ３７２で、Ｓ３５３で設定データ３８０に記録されていた設定されるべき項目が、一般クライアントの視野を制限する設定であり、それが有効になったか判定する。すなわち、新しい設定が適用された場合は、Ｓ３７５に進んでサーバーへのアップロード処理の停止フラグを無効にする。停止フラグが有効の場合、サーバーへのアップロード処理は再開される。また、記録された撮像を制限する設定が有効になったわけではない場合、または、Ｓ３７５の処理が終わった場合、Ｓ３１０に戻ってイベントを待つ。

次に、アップロード制御プログラム３５０の処理手順を図４のフローチャートに示す。
Ｓ４０１で、アップロードの契機となるイベントを待つ。アップロードのイベントが発生したとき、Ｓ４０２にて図３で説明したアップロード処理の停止を示すフラグを参照する。

フラグがアップロード処理の停止を示していた場合は、Ｓ４０３のアップロード処理を行わずＳ４０４に進む。Ｓ４０４においては、アップロード停止時にはその理由を通知してＳ４０１に戻り次のイベントを待つ。
また、Ｓ４０２の参照の結果、フラグがアップロード処理の停止を示していない場合はＳ４０３にてアップロード処理を行い、Ｓ４０４にてその旨の結果を通知してＳ４０１に戻る。

次に、図５を参照しながらシステム全体の構成例を説明する。
カメラサーバー１００に対してクライアント２００が複数、第１のクライアント２００-１、第２のクライアント２００-２という形でネットワーク１９５を介して接続されている。同様に、アップロード用サーバー２７０が複数、アップロード用サーバー２７０‐１、アップロード用サーバー２７０‐２という形でネットワーク１９５を介して接続されている。

例えば、第１のクライアント２００-１（設定ツール２００-１）が表示プログラム４００と設定変更プログラム４１０を持ち、設定の権限を持ったクライアントである。また、第２のクライアント２００-２は表示プログラム４００のみを持つ一般権限のビューワークライアントである場合、本実施形態の設定ツールは第１のクライアント２００-１である。一般クライアントの２００-２には、カメラサーバー１００の映像が表示されている。

いま、第１のクライアント２００-１が配信要求すると、カメラサーバー１００の配信制御プログラム３３０は、図３のフローチャートで説明したＳ３４０からＳ３５０、Ｓ３５１と進む。ここで、第１のクライアント２００-１が、特権での視野が制限されない映像を必要とすればＳ３５２へと進み、さらに既に視野を制限する設定が有効であればＳ３５３へと進む。

次に、カメラサーバー１００は、アップロード要求が発生すると、アップロード用サーバー２７０に対し、映像処理プログラム３１０で処理された映像データをアップロードする。アップロードは、データが転送できれば任意のネットワークプロトコルで実現できる。HTTPでは、PＯＳTメソッドを用いて映像データおよび任意のメッセージをサーバーに送ることができる。

例えば、アップロード処理フラグが一時停止であったとしても、映像データは送らないで、その旨を知らせるメッセージ部のみをサーバーに送ることで、利用者にアップロードされなかった理由を知らせることができる。同様に、FTPも、映像の代わりにメッセージが記載されたテキストをアップロードすることでアップロードされなかった理由を知らせることできる。

SMTPでは、プロトコル仕様としてメッセージボディ部にテキストおよび映像データなどの任意のデータを含めることができる。このため、アップロードされなかった原因のみを記載した映像データのないメッセージを送ることで、利用者にアップロードされなかった理由を知らせることできる。

また、複数のプロトコルを利用して、ネットワークに接続されたサーバーに複数のアップロードを行う場合、特定のプロトコルのみを停止させることもできる。例えば、図５における２７０‐１がFTPサーバー、２７０‐２がSMTPサーバーで、カメラサーバー１００のアップロード設定が有効になっているときに、アップロード処理の停止処理が発生したとする。このような場合、アップロード用サーバー２７０‐１のFTPによるアップロードを停止して、アップロード用サーバー２７０‐２のSMTPによるメッセージ通知のみを行うことも可能である。

Ｓ３５３でアップロード処理の停止フラグが有効になると、第２のクライアント２００-２の設定値、例えばプライバシーマスク設定、可視範囲設定、プリセット限定設定、設置設定が無効にされたことが２次記憶装置１３０に記録される。この情報はＳ３７１、Ｓ３７２で撮像が制限される設定有効になったかどうかの判定に用いられる。

本実施形態においては、可動位置をプリセット位置に限定する制限を行うプリセット限定処理を行うようにしている。また、特権がある場合だけカメラの画角を制御できる画角制御処理と、前記画角制御処理に対して画角の設定を行う画角設定処理とを行うようにしている。また、特権でプライバシーマスクを無効にした映像を利用してパノラマ画像を合成・記録するパノラマ設定処理を行う。

すなわち、Ｓ３７０で設定要求イベントがあり、Ｓ３７１で設定処理が行われた際に、上記の無効にされた設定に対しての設定が行われたか、Ｓ３７２で判定し、Ｓ３７５の処理の中でそれらの設定が有効になったことが２次記憶装置１３０に記録される。

一方、Ｓ３７０で設定要求イベントでなかった場合はＳ３９０で処理を終了するか判定する。この判定の結果、終了しない場合はＳ３１０に戻る。
このようにすることで、設定ツールが設定中はサーバーへのアップロード処理を一時的に停止し、設定ツールを使う管理者の特権での映像がアップロードされることを防ぐことができる。また、設定が終了すると、サーバーへのアップロード処理は再開される。

<第２の実施形態>
前述した第１の実施形態では、図５で説明したように、設定ツールが接続する際にアップロード機能を停止したが、設定ツール以外でも視野の制限を解除する必要がある場合にアップロード処理を停止してもよい。

本実施形態のシステムの構成図は、実施形態１の図１〜図５と同様である。しかし、図６に示すように、図２で示した１次記憶装置１２０、２２０上に置かれた、配信制御プログラム３３０が配信制御プログラム３３１に換わり、処理内容が異なっている。また、設定変更プログラム４１０、がパノラマ作成プログラム４１１に置き換わっている点で異なる。

パノラマ作成プログラム４１１は、クライアント２００でキーボード２４０やマウス２５０のような一般的な入力装置の指示により、カメラサーバー１００にパノラマ画像を作成するための配信要求を行う。その後、必要な映像データ４９０を順次得た上でパノラマ画像を合成してクライアント設定データ４８０を作成する。そして、そのデータでカメラサーバー１００に新たなパノラマ画像を設定する。

第２の実施形態における配信制御プログラムの処理を表すフローチャートは、実施形態１の配信制御プログラム３３０の図３のフローチャートと同様で、Ｓ３４０の判定処理において、パノラマ作成ツールを設定ツールに加えたものである。

パノラマ作成ツールは視野を制限された場合、パノラマを正しく作成できないことがある。このため視野を制限されずに、制御可能な範囲を全て撮影する必要がある。つまり、有効になっている視野を制限する設定、例えばプライバシーマスクや可視範囲制限処理、プリセット限定や制御の制限などを無視して撮影する必要があるため、Ｓ３５３と同様な処理でアップロード処理を停止させる必要がある。

パノラマ作成プログラム４１１が新たにパノラマ画像を合成し、カメラサーバー１００に設定しようとすると、Ｓ３７２と同様の処理で、新たなパノラマ画像が有効になったか判定して、アップロード処理を再開させることができる。

このようにすることで、本実施形態においては、視野が制限される設定を無視して撮影するパノラマ作成ツールが動作中はサーバーへのアップロード処理を停止させ、パノラマ作成ツールを使う管理者の特権での映像がアップロードされることを防ぐことができる。また、新たなパノラマ画像が有効になった際に、アップロード処理を再開させることができる。

<第３の実施形態>
前述した第１の実施形態、第２の実施形態においては、アップロード処理を一時停止したが、これに限らない。本実施形態では、特定の映像データ３７０をサーバーへアップロードすることで、セキュリティ上問題のある撮像データがアップロードされることを防ぐようにしている。

本実施形態のシステムの構成図は、実施形態１の図１〜図５と同様であるが、図７に示すように、図２で示した１次記憶装置１２０、２２０上に置かれた配信制御プログラム３３０が配信制御プログラム３３２に換わり、処理内容が異なっている。また、図２で示した２次記憶装置１３０上に映像データ３７０が加わっている。

配信制御プログラム３３２の処理を表すフローチャートは、実施形態１の配信制御プログラム３３０の図３のフローチャートと同様だが、Ｓ３３１、Ｓ３４１、Ｓ３５３、Ｓ３７５の処理が変更されたものである。

配信制御プログラム３３２においては、図３のＳ３３１と同様のステップでは、従来通りの一般クライアントへの配信処理が行われる。その際、後述するＳ３５３と同様のステップで、撮像データ３９０ではなく映像データ３７０が該当する権限に対して有効にされている場合、撮像データ３９０ではなく、あらかじめ準備された映像データ３７０を一般クライアントに配信する。このときアップロード制御プログラム３５０のＳ４０１でアップロード実行イベントを受け取ると、Ｓ４０３にてアップロードされるデータも一般クライアントに配信される画像と同様に映像データ３７０となる。

また、配信制御プログラム３３２においては、図３のＳ３４１と同様のステップでは、従来通りに権限に応じた配信処理を行う。その際、後述するＳ３５３と同様のステップで、撮像データ３９０ではなく映像データ３７０が該当する権限に対して有効にされている場合、撮像データ３９０ではなく、あらかじめ準備された映像データ３７０を配信する。このとき、アップロード制御プログラム３５０の処理において、Ｓ４０１でアップロード実行イベントを受け取ると、Ｓ４０３にてアップロードされるデータも映像データ３７０となる。

配信制御プログラム３３２において、図３のＳ３５３と同様のステップでは、アップロード処理の一時停止が行われず、権限に応じて映像データ３７０を有効にする処理が行われる。映像データ３７０が有効にされた場合、撮像データ３９０が配信されず、映像データ３７０が配信されることになる。このとき、アップロード制御プログラム３５０のＳ４０１でアップロード実行イベントを受け取ると、図４のＳ４０３にてアップロードされるデータも映像データ３７０となる。

映像データ３７０は、直前の撮像データや、あらかじめ用意した「設定中」を表す画像であってもよい。このようにすることで、設定ツールが設定中は、設定ツールを使う管理者の特権での映像がアップロードされることを防ぐことができる。

<第４の実施形態>
前述した第１の実施形態〜第３の実施形態までは、設定ツールの接続時に、セキュリティ上問題のある映像をアップロードしてしまうか否かを判定していたが、本発明はこれに限らない。本実施形態では、視野を制限する設定があっても、実際に制限を超えるまではサーバーへのアップロード処理の一時停止やダミー映像配信のアップロードを行わないようにしている。

本実施形態のシステム構成図は、実施形態の図１〜図５と同様であるが、図２で示した１次記憶装置１２０、２２０上に置かれた配信制御プログラム３３０が、配信制御プログラム（３３３）に置き換わったものである（図示せず）。

配信制御プログラム（３３３）の処理を表すフローチャートは、実施形態１の配信制御プログラム３３０の図３のフローチャートと同様であるが、Ｓ３５０でＳ３５１の、Ｓ３５１でＳ３５２の処理を行い、Ｓ３５２で次の処理を行うものである。

すなわち、設定ツールが最初に接続した際ではなく、視野が制限されない映像を必要として、有効な撮像を制限する設定がある場合で、Ｓ３５２のステップと同様の処理に進み、実際の撮像データ３９０が制限されるべき映像を含んでいるかを判定する。例えば、プライバシーマスクであれば現在の画角内にマスクされる設定があるかどうか、可視範囲制限であれば現在の画角が制限画角の外に出ているかどうかを判定する。そして、制限の範囲を超えていると判定された場合にはじめて、Ｓ３５３と同様のステップに進んで、アップロード処理の一時停止や映像データ３７０の配送を有効にする。

このようにすることで、設定ツールが設定中であり、かつ、制限範囲を超えた特権の映像を利用するまでは通常の映像をアップロードする。そして、実際に設定ツールを使う管理者の特権での映像が意図せずにアップロードされそうになったときに初めて、意図しない映像がアップロードされてしまうことを防ぐことができる。また、指定された映像を配信するダミー映像配信手段を設け、特権による映像を配信中は、前記ダミー映像をアップロードするようにすることもできる。

（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、前述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１００ カメラサーバー
２００ ビューワークライアント

Claims (15)

1. 撮像手段により入力された画像を処理する処理手段と、
   前記処理手段により処理された画像を、ネットワークを介してサーバーにアップロードするアップロード制御手段と、
   前記撮像手段のパラメータおよび前記処理手段の処理パラメータのうち少なくとも一方を設定する設定手段と、
   前記設定手段によって前記撮像手段のパラメータおよび前記処理手段の処理パラメータのうち少なくとも一方を設定する際に、前記処理手段によるプライバシーマスクのマスク処理がされていない画像が必要かどうかを判断する判断手段とを備え、
   前記アップロード制御手段は、前記設定手段による設定を行う際に、前記処理手段によるプライバシーマスクのマスク処理がされていない画像が必要と判断された場合、前記サーバーへのアップロード処理を停止することを特徴とする監視カメラ装置。
2. 前記設定手段により行われる設定は、所定のユーザーの視野の一部を制限する設定であることを特徴とする請求項１に記載の監視カメラ装置。
3. 前記設定手段は、可視範囲の制限を行う可視範囲制限を行うことを特徴とする請求項１に記載の監視カメラ装置。
4. 前記設定手段は、可動位置をプリセット位置に限定する制限を行うプリセット限定を行うことを特徴とする請求項１に記載の監視カメラ装置。
5. 前記設定手段は、特権がある場合だけカメラの画角の制御を許可することを特徴とする請求項１に記載の監視カメラ装置。
6. 前記処理手段は、特権でプライバシーマスクを無効にした画像を利用してパノラマ画像を作成することを特徴とする請求項１に記載の監視カメラ装置。
7. 前記設定手段は、複数の一般ユーザーの視野を制限し、
   前記アップロード制御手段は、いずれかの視野を制限する設定が有効である場合、アップロード制御を停止することを特徴とする請求項１に記載の監視カメラ装置。
8. アップロードが停止した理由を通知する通知手段を有し、
   前記通知手段は、アップロード停止時にその理由を通知することを特徴とする請求項１〜７の何れか１項に記載の監視カメラ装置。
9. 指定された画像を配信するダミー画像配信手段を有し、
   前記ダミー画像配信手段は、特権による画像を配信中は、前記ダミー画像をアップロードすることを特徴とする請求項１〜８の何れか１項に記載の監視カメラ装置。
10. 撮像手段により入力された画像を処理する処理手段と、
    前記処理手段により処理された画像を、ネットワークを介してサーバーにアップロードするアップロード制御手段とを有し、
    前記アップロード制御手段は、所定のユーザーの視野の一部を制限する設定がされた状態で、前記制限をされていない画像を利用してパノラマ画像を作成する場合、サーバーへのアップロード処理を停止することを特徴とする監視カメラ装置。
11. 前記アップロード制御手段は、イベント発生時に画像を前記サーバーにアップロードすることを特徴とする請求項１〜１０の何れか１項に記載の監視カメラ装置。
12. 撮像工程により入力された画像を処理する処理工程と、
    前記処理工程により処理された画像を、ネットワークを介してサーバーにアップロードするアップロード制御工程と、
    前記撮像工程のパラメータおよび前記処理工程の処理パラメータのうち少なくとも一方を設定する設定工程と、
    前記設定工程において前記撮像工程のパラメータおよび前記処理工程の処理パラメータのうち少なくとも一方を設定する際に、前記処理工程においてプライバシーマスクのマスク処理がされていない画像が必要かどうかを判断する判断工程とを備え、
    前記アップロード制御工程は、前記設定工程において設定を行う際に、前記処理工程によるプライバシーマスクのマスク処理がされていない画像が必要と判断された場合、前記サーバーへのアップロード処理を停止することを特徴とする監視カメラ装置の制御方法。
13. 撮像された画像を処理する処理工程と、
    前記処理工程において処理された画像を、ネットワークを介してサーバーにアップロードするアップロード制御工程とを有し、
    前記アップロード制御工程は、所定のユーザーの視野の一部を制限する設定がされた状態で、前記制限をされていない画像を利用してパノラマ画像を作成する場合、サーバーへのアップロード処理を停止することを特徴とする監視カメラ装置の制御方法。
14. 撮像手順により入力された画像を処理する処理手順と、
    前記処理手順により処理された画像を、ネットワークを介してサーバーにアップロードするアップロード制御手順と、
    前記撮像手順のパラメータおよび前記処理手順の処理パラメータのうち少なくとも一方を設定する設定手順と、
    前記設定手順において前記撮像手順のパラメータおよび前記処理手順の処理パラメータのうち少なくとも一方を設定する際に、前記処理手順においてプライバシーマスクのマスク処理がされていない画像が必要かどうかを判断する判断手順とを備え、
    前記アップロード制御手順は、前記設定手順において設定を行う際に、前記処理手順によるプライバシーマスクのマスク処理がされていない画像が必要と判断された場合、前記サーバーへのアップロード処理を停止することを特徴とするプログラム。
15. 撮像された画像を処理する処理手順と、
    前記処理手順において処理された画像を、ネットワークを介してサーバーにアップロードするアップロード制御手順とコンピュータに実行させ、
    前記アップロード制御手順では、所定のユーザーの視野の一部を制限する設定がされた状態で、前記制限をされていない画像を利用してパノラマ画像を作成する場合、サーバーへのアップロード処理を停止することを特徴とするプログラム。

Images