(57)【要約】【課題】音声検出機能を併用した監視を行っている際に、一つのネットワークカメラが音声出力機能を利用すると、別の近隣ネットワークカメラに音声検出されて、無用なイベント（フォールトアラーム）を発生するおそれがあるという問題があり、これを解決することを目的とする。【解決手段】ネットワーク上に配置される映像配信装置であって、配信する映像データを取得する映像取得手段と、映像取得手段を制御するカメラ制御手段と、音声データを再生する音声再生手段と、音声再生の実行を音声出力通知メッセージによってネットワーク上の他装置に通知する音声出力通知手段とを備える。【選択図】図１
2007150462.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に配置される映像配信装置であって、
配信する映像データを取得する映像取得手段と、
映像取得手段を制御するカメラ制御手段と、
音声データを再生する音声再生手段と、
音声再生の実行を音声出力通知メッセージによってネットワーク上の他装置に通知する音声出力通知手段とを備えることを特徴とする映像配信装置。
【請求項２】
前記音声再生手段は、映像配信装置の内部に保存された音声ファイルを再生する音声ファイル再生手段であることを特徴とする請求項１に記載の映像配信装置。
【請求項３】
前記音声再生手段は、映像配信装置にネットワーク経由で接続する別装置から継続的に送信される音声データを再生する音声ストリーミング再生手段であることを特徴とする請求項１に記載の映像配信装置。
【請求項４】
前記音声出力通知手段は、ネットワーク内に音声出力通知メッセージをブロードキャストする音声出力ブロードキャスト通知手段であることを特徴とする請求項１に記載の映像配信装置。
【請求項５】
前記音声出力通知手段は、ネットワーク内の特定の他装置に音声出力通知メッセージを通信する音声出力マルチキャスト通知手段であることを特徴とする請求項１に記載の映像配信装置。
【請求項６】
前記音声出力マルチキャスト通知手段は、事前に映像配信装置に設定された一又は複数の他装置に対して通知することを特徴とする請求項５に記載の映像配信装置。
【請求項７】
前記音声出力マルチキャスト通知手段は、ネットワーク装置の自動検知手段を備え、動的に検知した一又は複数の他装置に対して通知することを特徴とする請求項５に記載の映像配信装置。
【請求項８】
前記他装置は、同様の構成からなる第２の映像配信装置であって、音声入力デバイスあるいはネットワーク経由の音声入力手順で採取した音声データを解析する音声検出手段とを備えることを特徴とする請求項１に記載の映像配信装置。
【請求項９】
前記他装置は、複数の映像配信装置に接続し、それらの映像配信装置からの映像データ及び音声データを収集するマルチ接続サーバであって、収集した音声データを解析する音声検出手段とを備えることを特徴とする請求項１に記載の映像配信装置。
【請求項１０】
前記他装置は、映像配信装置が発行する音声出力通知メッセージを受け取ると、音声検出手段を抑制する音声検出抑制手段とを備えることを特徴とする請求項８又は９に記載の映像配信装置。
【請求項１１】
前記音声検出抑制手段は、音声出力通知メッセージに記述された音声再生期間のあいだ音声入力デバイスのセンサー感度を下げる、あるいは、検出閾値を上げることを特徴とする請求項１０に記載の映像配信装置。
【請求項１２】
前記音声検出抑制手段は、音声出力通知メッセージに記述された音声再生期間の間音声検出処理を一時停止することを特徴とする請求項１０に記載の映像配信装置。
【請求項１３】
前記音声検出抑制手段は、音声出力通知メッセージに記述された音声再生時刻情報を参照し、指定された時刻に音声件出力を抑制することを特徴とする請求項１０に記載の映像配信装置。
【請求項１４】
前記音声検出抑制手段は、前記第２の映像配信装置の映像取得手段によって取得される映像の解析結果に応じて、音声検出抑制手段を制御することを特徴とする請求項１０に記載の映像配信装置。
【請求項１５】
前記音声検出抑制手段は、第１の映像配信装置の映像取得手段によって取得される映像の解析結果に応じて、音声検出抑制手段を制御することを特徴とする請求項１０に記載の映像配信装置。
【請求項１６】
ネットワーク上に映像を配信する映像配信方法であって、
配信する映像データを取得する映像取得工程と、
映像取得手段を制御するカメラ制御工程と、
音声データを再生する音声再生工程と、
音声再生の実行を音声出力通知メッセージによってネットワーク上の他装置に通知する音声出力通知工程とを有することを特徴とする映像配信方法。
【請求項１７】
請求項１６に記載の映像配信方法の各工程をコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像データを配信する映像配信装置、方法、及びコンピュータプログラムに関し、特に、撮影のためのカメラ設定やカメラ操作等をネットワークを介して操作可能とするものである。
【背景技術】
【０００２】
本発明に関係する既存の技術は、以下の通りである。
[ライブ映像通信システム]
撮影したライブ映像を、インターネット等の通信インフラストラクチャを使って配信するとともに、撮影のためのカメラ設定やカメラ操作等を指示する技術が確立され、製品が販売されている。
【０００３】
例えば、映像配信システム等では、映像配信に加えて、パン、チルト、ズーム、逆光補正といったカメラ制御を、ネットワークを介して提供可能となっている。
【０００４】
また、アクセス制御機能を備え、利用者のアクセス権限に応じて、カメラ制御や映像配信の制限を行うことができる。
【０００５】
さらに、カメラ制御によって撮像される領域に関しても制限することが可能になっている。
【０００６】
例えば、特権ユーザでは、カメラに備わるズーム機能のすべてを利用できるが、通常ユーザは、ズーム機能の一部（例えば、テレ端を使い切れない）のみ利用可能とするような制限である。パン機能やチルト機能についても同様である。
【０００７】
さらに、撮像した映像内容の解析によって、映像内の動きを検知する機能が搭載されている。
【０００８】
なお、撮像装置が一体化されたネットワークカメラと、別の撮像装置の映像ソースをネットワークに配信するためのカメラサーバとは、厳密には、区別されるが、本明細書ではほぼ同一の意味で用いている。
【０００９】
[ネットワーク相互接続技術]
ネットワークに接続された機器を相互接続する技術が普及しつつある。例えば、UPnP （Universal Plug and Play）は、1999年に Microsoft社（US）によって提案され、その後、UPnPフォーラムで検討が進められている。
【００１０】
UPnPでは、（１）アドレシング、（２）ディスカバリ（発見）、（３）ディスクリプション（能力記述）のステップを経て、相互の機器の性質や能力を認識した上で、（４）コントロール、（５）イベンティング、（６）プレゼンテーションを行うよう規定している。そして、この中で、ディスクリプションにおける能力記述を行うためのＸＭＬ準拠の記述形式や、コントロールやイベンティングを行う際の情報の受け渡しのためにＳＯＡＰ（Simple Object Access Protocol） 準拠のデータ形式を規定する等、特定のメーカーやアーキテクチャに依存しない相互接続性を目指している。
【００１１】
なお、UPnPにおける相互接続性では、ディスクリプションステップにおいて、相互の機器の能力記述を交換し、その後のコントロールステップやイベンティングステップにおいて、通信相手の能力に応じた操作や状態反映を行うことで、利用者による設定等を極力少なくする点に主眼が置かれている。
【００１２】
[能力交換技術]
ネットワーク機器、あるいは、ネットワーク機器上のソフトウェア等の能力を、機器間で交換するための技術が普及している。例えば、UPnP（Universal Plug and Play;  http://www.upnp.org/）では、ディスクリプションステップにおいて、直前のディスカバリステップにおいて発見された機器との間で、能力を交換することを規定している。
【００１３】
UPnPの規定では、ディスクリプションステップで交換する機器情報として、機器本体に関わるデバイスディスクリプションと、その機器が提供する機能に関わるサービスディスクリプションとを挙げており、それらをＸＭＬ形式で記述する。
【００１４】
デバイスディスクリプションは、物理プロパティ、論理プロパティ、UIプロパティ、とから構成される。サービスディスクリプションは、有効なアクション、ステート情報、とから構成される。
【００１５】
そして、ディスクリプションステップで交換された能力に基づき、その後の、コントロールやイベンティングやプレゼンテーションが適性に行われる。
【００１６】
【特許文献１】特開平９−２８９６０７号公報
【非特許文献１】IETF RFC-1305. "Network Time Protocol";
【非特許文献２】IETF RFC-1769. "Simple Network Time Protocol";
【発明の開示】
【発明が解決しようとする課題】
【００１７】
しかしながら、隣接する複数のネットワークカメラ群が連携して、音声検出機能を併用した監視を行っている際に、一つのネットワークカメラが音声出力機能を利用すると、別の近隣ネットワークカメラに音声検出されて、無用なイベント（フォールトアラーム）を発生するおそれがあるという問題があった。
【００１８】
本発明はこのような問題に鑑みてなされたものであり、音声出力するネットワークカメラが音声出力告知メッセージをブロードキャストあるいはマルチキャストすることで、近隣のネットワークカメラは、フォールトアラームを回避するために、音声検出イベント発生の抑制、あるいは、音声入力レベルの絞込み、閾値のレベル変更等の対策を提供するものである。
【課題を解決するための手段】
【００１９】
本発明による映像配信装置は、ネットワーク上に配置される映像配信装置であって、配信する映像データを取得する映像取得手段と、映像取得手段を制御するカメラ制御手段と、音声データを再生する音声再生手段と、音声再生の実行を音声出力通知メッセージによってネットワーク上の他装置に通知する音声出力通知手段とを備える点に特徴を有する。
本発明による映像配信方法は、ネットワーク上に映像を配信する映像配信方法であって、配信する映像データを取得する映像取得工程と、映像取得手段を制御するカメラ制御工程と、音声データを再生する音声再生工程と、音声再生の実行を音声出力通知メッセージによってネットワーク上の他装置に通知する音声出力通知工程とを有する点に特徴を有する。
本発明によるコンピュータプログラムは、本発明による映像配信方法の各工程をコンピュータに実行させる点に特徴を有する。
【発明の効果】
【００２０】
本発明によれば、ネットワーク上に配置されたカメラサーバやネットワークカメラから音声を出力するに際して、音声出力告知メッセージを配布することが可能となる。これによって、近隣のネットワークカメラの音声検出機能のフォールトアラーム（誤検知）を低減するという効果が得られる。
【発明を実施するための最良の形態】
【００２１】
以下、添付図面を参照して、本発明の好適な実施形態について説明する。
[第１の実施形態]
第１の実施形態では、ネットワーク上に配置された複数のネットワークカメラが連携して監視を行っている環境おいて、第一のネットワークカメラが音声出力メッセージを発行することによって、ネットワークカメラの音声検出機能におけるフォールトアラーム（誤検知）の発生を抑制する例について説明する。特に、本実施形態では、第一のネットワークカメラの音声出力メッセージを受け取った第二のネットワークカメラが音声検出機能を抑制する点に特徴がある。
【００２２】
図１は、本発明を用いた実施形態の典型的な利用形態を示した図である。１１１は本発明による第一のネットワークカメラ、１１２は第二のネットワークカメラ、１２１〜１２３はビューワである。ネットワークカメラ１１１とビューワ１２１〜１２３とは、それぞれネットワークに接続され、ビューワからネットワークを介してリクエストがネットワークカメラ１１１へ送られ、これが受け入れられるとネットワークカメラ１１１からビューワ１２１〜１２３へ映像データや音声データが配送され、ビューワでネットワークカメラが採取した映像や音声を再生することが可能となる。
【００２３】
またビューワ１２１〜１２３からカメラ制御コマンド等がネットワークカメラ１１１へ送られ、カメラのズーム、パン、チルト等、及び、マイクロフォンの入力レベルやサンプリング周波数の操作が可能となる。
【００２４】
図のネットワークは企業あるいは組織内で運用されるイントラネットである場合もあり、広く世界をつないでいるインターネットである場合もある。
【００２５】
図２は広く普及したＷｅｂ技術を併用した構成を示したものであり、ネットワークに接続されたＷＷＷサーバ１３１が含まれる。ＷＷＷサーバ１３１内のＷｅｂページデータには、ネットワークカメラへの接続情報（アドレスやプロトコル）を含むリンクが配置され、これにより、容易に所望のカメラサーバへ接続することが可能となる。
【００２６】
本実施形態では、Ｗｅｂ技術を併用する構成について説明するが、これ以外にも、SIP技術やLDAP技術を併用した場合についても、同様に説明できる。
【００２７】
図３は、ネットワークカメラのハードウェア構成の一例を示したものであり、パン・チルト・ズーム制御及び撮像を行うカメラ部、音声入出力部、ネットワーク接続部等から構成される。より詳細には、プログラムやデータを格納するメモリ、プログラムによる各種の処理を実行するＣＰＵ、ネットワークと接続するためのネットワークＩ／Ｆ、映像データを取り込むための映像キャプチャＩ／Ｆ、カメラ装置にコマンドを送るためのシリアルＩ／Ｆ、音声データを入出力するための音声Ｉ／Ｆ、等からなる。
【００２８】
図４は、ビューワを動作させるハードウェア構成の一例を示したものであり、一般のコンピュータ、より詳細にはプログラムを格納したＨＤ装置及びメモリ、プログラムによる各種の処理を実行するＣＰＵ、ネットワークと接続するためのネットワークＩ／Ｆ、プログラムを媒体からロードするためのＦＤ装置、再生した映像を表示する表示装置、音声入出力のマイクロフォンやスピーカ等からなる。
【００２９】
図５は、プログラムの構成する部分を模式化した図であり、ネットワークカメラ内には、カメラの制御を司るカメラ制御サーバ５０１、映像の配送を司る映像サーバ５０２、音声ファイルあるいは音声ストリーミングデータを再生する音声再生サーバ５０３、マイクからの入力音声を処理し音声検出及び音声配送を行う音声検出サーバ５０４、の４つのモジュールを含む。
【００３０】
同様に、クライアントマシン側で動作するビューワ内には、カメラ制御の指令や状態通知に対応するカメラ制御部５２１、カメラ映像の表示を担当する映像表示部５２２、クライアント側で入力した音声のネットワークカメラへの送付やネットワークカメラでの再生指示を行う音声入力部５２３、ネットワークカメラで採取した音声データの再生や音声検出の制御を行う音声再生部５２４、を含む。
【００３１】
図６は、ビューワ側での動作の流れを示す図である。ステップＳ６０１でビューワマシン上のＷｅｂブラウザが指示されたＵＲＬに対応するＷＷＷサーバに接続し、HTML形式で記述されたＷｅｂページデータをリクエストする。
【００３２】
続いてステップＳ６０２でＷＷＷサーバからＷｅｂページデータを受け取り、これをＷｅｂブラウザに表示し始める。ここで受け取ったＷｅｂページデータの中には本システムのビューワを起動しネットワークカメラへ接続するための情報を示した以下のようなembedタグもしくはハイパーリンクが含まれる。
<embed src="camera1.wvp" width=480 height=320>
【００３３】
ＷｅｂブラウザはさらにステップＳ６０３でembedタグで指定されたデータファイル（上の場合、"camera1.wvp"ファイル）をＷＷＷサーバへアクセスしてダウンロードし、ステップＳ６０４でデータファイルの識別子に対応するプログラム、すなわち本システムのビューワプログラムを起動する。ビューワプログラムはステップＳ６０５でダウンロードしたデータファイルを読み込み、そこに記載されているネットワークカメラを構成する映像サーバのアドレス及び接続ポートの情報に従い、映像サーバへ接続する。
【００３４】
ここで、接続以降の処理を行うための動作プログラム（実現方法としては、スレッドあるいはプロセスの起動となる）が起動され、このプログラムは終了までステップＳ６１１を繰り返し、映像サーバからの映像データが届くたびにそれを受け取り、表示する。
【００３５】
同様に、音声検出サーバのアドレス及び接続ポートの情報を読み出し、音声検出サーバへ接続する。そして、音声検出サーバから受信した音声データの再生及び音声検出情報の提示を行うプログラム（音声再生部）をステップＳ６２１で繰り返す。
【００３６】
さらにメインのプログラムはステップＳ６０６でダウンロードしたデータファイルに同様に記載されているカメラ制御サーバ及び音声再生サーバのアドレス及び接続ポートの情報に従い、カメラ制御サーバ及び音声再生サーバへ接続する。これ以降メインプログラムはユーザからの操作要求を受け付け、実行するメインループへ続く、まずステップＳ６０７でユーザの操作をメニュー操作等のマウス操作あるいはキーボード操作から受け取り、これがカメラ制御に関する場合にはステップＳ６０８でカメラ制御サーバへコマンドを発し、映像サーバに関する場合にはステップＳ６０９で映像サーバへコマンドを発する。
【００３７】
同様に、音声ファイルの再生等音声再生に関する場合にはステップＳ６２２で音声再生サーバへコマンドを発し、音声検出サーバにに関する場合にはステップＳ６２３で音声検出サーバへコマンドを発する。
【００３８】
また、ユーザの操作がビューワの状態を変更する（例えば表示サイズを変更する）ものの場合にはステップＳ６１０で内部状態を更新する。ユーザ操作が終了の場合には、ビューワの動作に関連する各プログラムを順次終了する。
【００３９】
ステップＳ６０８〜Ｓ６１０あるいはステップＳ６２２、Ｓ６２３の処理が完了するとステップＳ６０７へ戻り、ユーザの操作入力を待つ。図７は、ネットワークカメラ内のカメラ制御サーバの動作を示したフローチャートである。カメラ制御サーバはまず起動時にステップＳ７０１で特定のファイル（ＯＳによってはレジストリ等のシステムデータベース）からカメラ制御サーバの動作設定情報を読み出して、それに基づき動作を開始する。
【００４０】
ここでクライアントであるビューワプログラムからのリクエストを受け付けるポートを開き、続いて、ステップＳ７０２のリクエスト受付状態に入る。
【００４１】
リクエスト（接続リクエストもしくは操作コマンドリクエスト）が受け付けられたら、ステップＳ７０２を抜け、接続リクエストならばステップS７０３で接続の可否の判定を行う。
【００４２】
否ならば接続拒否のエラーコードを返し、ステップＳ７０２に戻る。可ならば、ステップＳ７０４で接続処理として、クライアントからのコマンドの受付処理を行うスレッドを生成し、クライアントの登録を行ってから、ステップＳ７０２に戻る。生成されたスレッドでは、ステップＳ７０７で対応するクライアントからのコマンドの受付を行う。
【００４３】
コマンドが届いたならば、それを受け付け、カメラ操作を行う主プログラムへ受け渡す。主プログラムはステップＳ７０２でこれを受け、操作コマンドに対してはステップＳ７０５へ進み、カメラ操作を行って、その結果（操作が成功か失敗かを示すコード等）をカメラ操作要求を受け付けたクライアント対応のスレッドへ伝える。
【００４４】
このクライアント対応のスレッドはステップＳ７０８で結果をクライアントビューワへ送り返す。主プログラム部分では、ステップＳ７０６でカメラの操作により変化した状態（例えば、パン・チルト・ズームの値）をすべてのクライアント対応のスレッドに伝える。
【００４５】
各クライアント対応のスレッドはステップＳ７０９でカメラ制御状態の変化をクライアントビューアへ通達する。クライアント対応のスレッドはクライアントから接続終了のコマンドを受けたならば、それを主プログラムへ通達し、さらにステップＳ７１０で自身のスレッドを終了する。
【００４６】
なお、操作コマンドの扱いにおいては、具体的な操作コマンドの発行の前に、カメラ操作権の割り当て要求を必要とすることも可能である。これは複数の人間がカメラの操作を要求するような状況での混乱を無くす。
【００４７】
この場合、まず、クライアントビューワからはカメラ操作権獲得の要求コマンドが発行され、これに対して、カメラ制御サーバは現在のカメラ制御権の割り当て状態から、拒絶・割り当て・順番待ちを選びクライアントへ返答する。
【００４８】
カメラ制御権は前もって定められた特定の時間か、クライアントが接続を終了するまでの短いほうの時間で剥奪され、次の順番待ちの人に割り当てられる。順番待ち人数はやはり前もって定められた人数（例えば５人）に制限され、それ以上のリクエストは拒絶される。
【００４９】
クライアントビューワはカメラ制御権が獲得されてから剥奪されるまでの間だけ、操作コマンドを発行する。
【００５０】
カメラ制御サーバはカメラ制御権が付与されているクライアントからの操作コマンドのみを受け付ける。
【００５１】
図８は、ネットワークカメラ内の映像サーバの動作を示したフローチャートである。映像サーバはまず起動時にステップＳ８０１で特定のファイル（ＯＳによってはレジストリ等のシステムデータベース）から映像サーバの動作設定情報を読み出して、それに基づき動作を開始する。
【００５２】
ここで、映像の獲得と符号化を行うスレッドを生成し（最初このスレッドは休止状態）、クライアントであるビューワプログラムからのリクエストを受け付けるポートを開き、続いて、ステップＳ８０２のリクエスト受付状態に入る。
【００５３】
リクエスト（接続リクエストもしくはコマンドリクエスト）が受け付けられたら、ステップＳ８０２を抜け、接続リクエストならばステップＳ８０３で接続の可否の判定を行う。否ならば接続拒否のエラーコードを返し、ステップＳ８０２に戻る。
【００５４】
可ならば、ステップＳ８０４で接続処理として、クライアントからのコマンドの受付処理を行うスレッドを生成し、クライアントの登録を行い、もし映像の獲得と符号化を行うスレッドが休止状態ならば動作開始を指示してから、ステップＳ８０２に戻る。生成されたクライアント対応のスレッドでは、ステップＳ８０７で対応するクライアントからのコマンドの受付を行う。コマンドが届いたならば、それを受け付け、映像処理を行う主プログラムへ受け渡す。
【００５５】
主プログラムはステップＳ８０２でこれを受け、操作コマンドに対してはステップＳ８０５へ進み、映像の獲得や符号化・送信等に関する設定の変更操作を行って、その結果（操作の成功か失敗を示すコード）をコマンド要求を受け付けたクライアント対応のスレッドへ伝える。
【００５６】
このクライアント対応のスレッドはステップＳ８０８で結果をクライアントビューワへ送り返す。主プログラム部分では、ステップＳ８０４の映像の獲得と符号化を行うスレッドへの動作開始を指示により、ステップＳ８０６では前もって設定された時間間隔で映像データを映像キャプチャボードを使って獲得し、これを圧縮データに変換する。
【００５７】
さらにこの圧縮データをすべてのクライアント対応のスレッドに伝える。各クライアント対応のスレッドはステップＳ８０９で、クライアントビューアからの次映像フレーム送信要求の有無を判定し、要求があるならば、圧縮データをクライアントビューワへ配送する。
【００５８】
クライアント対応のスレッドはクライアントからの次映像フレーム送信要求（これはクライアントビューワでの圧縮映像データの受け取り完了に対して、送り返されるのが一般的である）を受け取った場合には映像フレーム送信要求のフラグを設定する。
【００５９】
また、クライアントから接続終了のコマンドを受けたならば、それを主プログラムへ通達し、さらにステップＳ８１０で自身のスレッドを終了する。
【００６０】
図９は、クライアントビューワが動作している時のクライアント側ホストマシンの画面の様子を例示した図である。９０１はＷｅｂブラウザプログラムであり、Netscape社のNavigatorやMicrosoft社のInternet Explorer等がある。９０２はＷｅｂブラウザプログラムの表示領域内で動作するビューワプログラムである。
【００６１】
９０３は映像表示部、９０４はパン（カメラの横振り）用のスクロールバー、９０５はチルト（カメラの縦振り）用のスクロールバー、９０６はズーム用のスクロールバー、９０７はカメラ制御権の要求のためのボタンであり、９０８はカメラ制御権の状態を表示する部分であり、９０９は逆光補正用のボタンである。
【００６２】
９１０はネットワークカメラに設定されたプリセットを選択するためのプリセット選択部である。
【００６３】
９２１及び９２２はネットワークカメラに事前に設定した音声ファイル１及び音声ファイル２を再生するための音声ファイル再生ボタンである。９２３はマイク入力スイッチである。
【００６４】
図９のビューワは図６のユーザ操作を行うためのＧＵＩであり、ステップＳ６１１で受け取った映像データは映像表示部９０３に表示され、スクロールバー９０４〜９０６や操作ボタンからの指示はステップＳ６０７で受け取られ、ステップＳ６０８〜Ｓ６１０で処理され、カメラ制御サーバ等へ送られる。
【００６５】
また、音声ファイル再生ボタン９２１及び９２２の操作は、音声再生サーバへ伝えられ、ネットワークカメラ側で音声を再生する。さらに、マイク入力スイッチ９２３が入っている場合には、ビューワ側のマイク入力音声データをネットワークカメラの音声再生サーバへ伝え、ネットワークカメラで再生する。
【００６６】
図１０は、ネットワークカメラの用いる設定値、すなわち、ステップＳ８０１、Ｓ９０１、Ｓ１２０１、及びＳ１３０１でカメラ制御サーバや映像サーバが読み出す動作設定情報を特定のファイル（ＯＳによってはレジストリ等のシステムデータベース）に設定するネットワークカメラ設定プログラムの表示画面の一例を示した図であり、カメラ制御サーバ、映像サーバ、動画品質、接続制限事項、音声再生サーバ、音声検出サーバ等に関する各種のパラメータ（後述）を設定できるようになっている。
【００６７】
ＯＫボタンを押すと設定した値が特定のファイルあるいはレジストリに書き込まれ、キャンセルすると書き込まれずに終了する。
【００６８】
図１１は、図１０のネットワークカメラの設定プログラムの動作を示すフローチャートである。設定プログラムは起動時にまずステップＳ１１０１でカメラ制御サーバ及び映像サーバに関する設定情報を格納した特定のファイル（ＯＳによってはレジストリ等のシステムデータベース）から設定情報を読み出し、内部データに設定する。以降、ユーザの操作入力を受け取り、実施するループを繰り返す。ステップＳ１１０２でユーザの操作入力を待ち、入力があればそれを受け取り、続いてステップＳ１１０３で入力された値が適正範囲内であるか否かを判定し、適正でなければステップＳ１１０４でエラーメッセージを出力して、値を戻して、ユーザの入力待ちステップＳ１１０２へ戻る。
【００６９】
適正範囲内であるならば、内部データを更新して、ステップＳ１１０２に戻る。ここで設定できる値には次の項目がある。カメラ制御の通信用のＴＣＰポート番号、カメラと接続するＣＯＭ（シリアル）ポート、シャッタースピード、カメラ制御関連のログ情報の有無とログファイル名、映像関連の通信用のＴＣＰポート番号、ログ情報の有無とログファイル名、映像をキャプチャする時間間隔を規定するフレームレートと圧縮の品質を決めるQ-Factor、圧縮の元データの画面サイズ、１つのクライアントビューワの最大接続時間、カメラ制御に関する制御権の順番待ち人数、１つのビューワの制御権保持占有時間、映像とカメラ制御に関する接続可能な最大クライアント数等である。
【００７０】
ならびに、本実施形態で説明する音声再生サーバや音声検出サーバに関する設置値もここで設定される。
【００７１】
ユーザからの入力がＯＫボタンの場合には、ステップＳ１１０２からステップＳ１１０５に進み、更新された内部データをカメラ制御サーバ、映像サーバ、音声再生サーバ、音声検出サーバに関する設定情報を格納する特定のファイル等へ書き出し、ステップＳ１１０６で変更を反映するためにネットワークカメラを再起動するかを尋ねるパネルを出す。
【００７２】
再起動する場合にはステップＳ１１０７でカメラ制御サーバや映像サーバ等を再起動して、ステップＳ１１０８で設定プログラムを終了する。再起動しない場合にはステップＳ１１０６から直接ステップＳ１１０８に進み、終了する。また、ステップＳ１１０２でのユーザの入力がキャンセルボタンである場合には、ステップＳ１１０２から直接ステップＳ１１０８に進み、終了する。
【００７３】
図１２は、ネットワークカメラ内の音声再生サーバの動作を示したフローチャートである。音声再生サーバは、まず起動時にステップＳ１２０１で特定のファイル（ＯＳによってはレジストリ等のシステムデータベース）から音声再生サーバの動作設定情報を読み出して、それに基づき動作を開始する。
【００７４】
ここで、音声出力デバイスを直接管理する音声出力スレッドを生成し（最初このスレッドは休止状態）、クライアントであるビューワプログラムからのリクエストを受け付けるポートを開き、続いて、ステップＳ１２０２のリクエスト受付状態に入る。
【００７５】
リクエスト（接続リクエストもしくはコマンドリクエスト）が受け付けられたら、ステップＳ１２０２を抜け、接続リクエストならばステップＳ１２０３で接続の可否の判定を行う。
【００７６】
否ならば接続拒否のエラーコードを返し、ステップＳ１２０２に戻る。可ならば、ステップＳ１２０４で接続処理として、クライアントからのコマンドの受付処理を行うクライアント対応スレッドを生成し、クライアントの登録を行い、ステップＳ１２０２に戻る。
【００７７】
音声出力スレッド（図示せず）では、音声出力デバイスを初期化し、クライアント対応スレッドからの指示により、音声データを音声出力デバイスに出力する。
【００７８】
クライアント対応スレッドが対応するクライアントがゼロになった時点で、再び、このスレッドを休止状態にする。
【００７９】
生成されたクライアント対応スレッドでは、ステップＳ１２０７で対応するクライアントからのコマンドの受付を行う。コマンドが届いたならば、それを受け付け、必要に応じて音声出力スレッドを起動して、コマンド内容に指示された処理を進める。
【００８０】
コマンドの内容が、クライアントからの接続終了の場合には、ステップＳ１２１０でそれを音声出力スレッドへ通知し、自身のスレッドを終了する。コマンドの内容が、音声ファイルの再生指示の場合には、ステップＳ１２０８に進み、指定された音声ファイルを読み出し、音声データを音声出力スレッドに渡す。音声ファイルの指定は、ネットワークカメラ内の音声ファイルである場合もあるし、ネットワーク上に配置されFTPやHTTP 等によってアクセス可能な音声ファイルである場合もある。また、コマンドの内容が、音声ストリーミング再生の場合には、ステップＳ１２０９に進み、コマンドに引き続き音声データをストリーミング受信の上、受信された音声データを継続的に音声出力スレッドに渡す。
【００８１】
なお、ステップＳ１２０８における音声ファイル再生に際しては、音声出力メッセージをブロードキャストする。音声出力メッセージの内容は、音声再生期間（時間）、音声ファイル属性（ネットワークカメラ上に存在するならファイル名、別機器上のファイルならばＵＲＬ、等）、音声再生特性（ボリューム等）、コマンド発行ユーザ属性（ユーザ署名情報等）を含む。
【００８２】
[ネットワーク上に発行される音声出力メッセージ]
音声再生期間
音声ファイル属性
音声再生特性
コマンド発行ユーザ属性
【００８３】
図１３は、ネットワークカメラ内の音声検出サーバの動作を示したフローチャートである。音声検出サーバは、まず起動時にステップＳ１３０１で特定のファイル（ＯＳによってはレジストリ等のシステムデータベース）から音声検出サーバの動作設定情報を読み出して、それに基づき動作を開始する。
【００８４】
ここで、音声検出エンジンを実行する音声検出スレッドを生成し（最初このスレッドは起動状態）、クライアントであるビューワプログラムからのリクエストを受け付けるポートを開き、続いて、ステップＳ１３０２のリクエスト受付状態に入る。
【００８５】
リクエスト（接続リクエストもしくはコマンドリクエスト）が受け付けられたら、ステップＳ１３０２を抜け、接続リクエストならばステップＳ１３０３で接続の可否の判定を行う。
【００８６】
否ならば接続拒否のエラーコードを返し、ステップＳ１３０２に戻る。可の場合、リクエスト内容が接続リクエストであれば、ステップＳ１３０４に進み、接続処理として、クライアントからのコマンドの受付処理を行うクライアント対応スレッドを生成し、クライアントの登録を行い、ステップＳ１３０２に戻る。
【００８７】
また、リクエスト内容が、他のネットワークカメラの音声出力メッセージであった場合には、ステップＳ１３０５に進み、音声検出スレッドに、音声出力メッセージを渡す。
【００８８】
音声検出スレッド（図示せず）では、音声入力デバイスを初期化し、入力された音声データを指定アルゴリズムによって解析の上、入力音声データないし解析結果を、クライアント対応スレッドに伝える。
【００８９】
入力音声データをクライアント対応スレッドに伝える際には、必要に応じて、選択された音声符号化方式によって符号化を行う。
【００９０】
また、音声検出スレッドは、音声出力メッセージを受け取ると、音声出力メッセージに記述された期間だけ、音声入力デバイスのセンサー感度を下げることにより、音声検出機能を抑制する。
【００９１】
生成されたクライアント対応スレッドでは、ステップＳ１３０７で対応するクライアントからのコマンドの受付を行う。
【００９２】
コマンドが届いたならば、それを受け付け、コマンドの内容に応じて、処理を進める。コマンドの内容が、クライアントからの接続終了の場合には、ステップＳ１３１０でそれを主プログラムへ通知し、自身のスレッドを終了する。コマンドの内容が、音声符号化方式の指定の場合には、ステップＳ１３０８に進み、指定された音声符号化方式を、音声検出スレッドに伝える。また、コマンドの内容が、音声検出アルゴリズムの指定の場合には、ステップＳ１３０９に進み、指定された解析アルゴリズムを音声検出スレッドに伝える。
【００９３】
また、音声検出スレッドから、各クライアントに配送すべき音声データや解析結果（検出結果）が与えられた場合には、ステップＳ１３１１で速やかに、内容を対応するクライアントに送信する。
【００９４】
以上の構成で、ネットワーク上に配置された複数のネットワークカメラが連携して監視を行っている環境おいて、第一のネットワークカメラの音声出力メッセージを受け取った第二のネットワークカメラが音声検出機能を抑制することが可能となる。特に、本実施形態では、音声出力メッセージを受け取った第二のネットワークカメラが、自らの音声検出スレッドにおいて、音声出力メッセージに指定された音声再生時間だけ、音声入力デバイスのセンサー感度を下げることにより、音声検出機能を抑制する点に特徴がある。
【００９５】
本実施形態では、説明を簡単にするために、音声ファイル再生の際に音声再生メッセージを発行する例について説明しているが、音声ファイル再生ばかりでなく、音声ストリーミング再生についても、同様に音声再生メッセージを発行しても良い。この場合、音声再生開始時点で、音声再生期間を特定することが難しいので、音声再生開始メッセージと音声再生終了メッセージの２種類のメッセージを規定することで、同様の効果を得ることが可能となる。
【００９６】
本実施形態では、説明を簡単にするために、音声出力メッセージに含まれる情報の内、音声再生期間に着目して、音声検出処理の抑制を行う例を説明しているが、加えて、音声再生特性（再生ボリューム等）を参照して、音声検出の閾値に反映することも容易に想像できる。これによって、単純な抑制処理ばかりでなく、再生条件に応じた検出側の抑制処理が可能となる。
【００９７】
また、本実施形態では、音声再生メッセージをブロードキャストする例について説明しているが、これは、ブロードキャストに限定されない。例えば、音声再生メッセージの送信先を事前に設定の上、音声再生メッセージを指定送信先にのみマルチキャスト送信等で発行しても良い。これによって、必要以上に多くのネットワークカメラが音声検出抑制してしまうことを回避できるという効果がある。
【００９８】
さらに、UPnP技術を併用することによって、近隣のネットワークカメラが自動検出される場合には、自動検出されたネットワークカメラを対象として、限定的に、音声再生メッセージを発行しても良い。
【００９９】
本実施形態では、音声出力メッセージを受け取った時点で、第二のネットワークカメラが、即刻、音声検出機能を抑制していたが、NTP（Network Time Protocol）等を用いることで正確に時刻同期させた複数のネットワークカメラ環境では、さらに、音声出力メッセージ内に音声出力開始時刻を追加することで、より正確に音声検出抑制期間を制御しても良い。これによって、ネットワーク伝送遅延や音声検出機能の抑制処理に時間を要する場合等でも、より正確に音声検出機能のフォールトアラーム（誤検知）を低減することができる。
【０１００】
[ネットワーク上に発行される音声出力メッセージ]
音声再生開始時刻
音声再生期間
音声ファイル属性
音声再生特性
コマンド発行ユーザ属性
【０１０１】
なお、本実施形態における音声出力では、ネットワークカメラに保存された音声データファイルを用いた音声再生について説明するが、ネットワークカメラの音声出力データは、ネットワーク接続された別装置から供給されても良い。例えば、ネットワークカメラのビューワソフトウェアによって、キャプチャされた音声データからストリーミング供給されることも容易に想像できる。
【０１０２】
本実施形態における音声出力メッセージには、第1のネットワークカメラで取得される映像の活性度が含まれていても良い。例えば、音声再生時点での映像の変化度合い（フレーム間差分のデータ量）である。あるいは、第１のネットワークに設定された映像検知機能（動体検知機能等）の出力結果である。反対に、音声出力メッセージを受け取った第二のネットワークカメラの音声検出機能において、第二のネットワークカメラの映像の活性度を音声検出機能に反映しても良い。これによって、映像情報と音声情報とを連携させた異常検知が可能となり、より正確な検知結果をアラームとして出力できる。すなわち、フォールトアラームの低減に寄与するという効果が得られる。
【０１０３】
[ネットワーク上に発行される音声出力メッセージ]
音声再生期間
音声ファイル属性
音声再生特性
コマンド発行ユーザ属性
映像の変化度合い
【０１０４】
[第２の実施形態]
後処理によって、音声検出イベントを抑制する例である。第２の実施形態では、第１の実施形態同様ネットワーク上に配置された複数のネットワークカメラが連携して監視を行っている環境おいて、第一のネットワークカメラが音声出力メッセージを発行することによって、ネットワークカメラの音声検出機能におけるフォールトアラーム（誤検知）の発生を抑制する例について説明する。特に、本実施形態では、音声検出機能が、第２のネットワークカメラ単体の処理に限定せず、蓄積サーバにおける後処理過程において、音声検知抑制処理を行う点に特徴がある。
【０１０５】
本実施形態では、ネットワークの接続形態やハードウェア構成、及び、各ソフトウェアの動作の多くは、第1の実施形態で説明した通りである。ただし、図１で示した利用形態、及び、図１３で示したネットワークカメラ上の音声検出サーバの振舞いが、第１の実施形態とは異なる。
【０１０６】
図１４は、本実施形態における利用形態を示す図である。図１と同様であるが、ネットワークカメラの映像情報や音声情報をとりまとめ、蓄積するための蓄積サーバ１４１１が含まれる。また、図示しないが、本実施形態におけるネットワークカメラ上の音声検出サーバでは、音声検出スレッドにおいて、音声出力メッセージを受け取ると内容に関わらずそのまま音声出力メッセージを廃棄する。
【０１０７】
図１５は、本実施形態における蓄積サーバ１４１１の振舞いを説明する図である。蓄積サーバは、まず起動時にステップＳ１５０１で特定のファイル（ＯＳによってはレジストリ等のシステムデータベース）から蓄積サーバの動作設定情報を読み出して、それに基づき動作を開始する。続いて、ステップＳ１５０２のコマンド受付状態に入る。
【０１０８】
ユーザからの蓄積サーバ操作コマンドが受け付けられたら、ステップＳ１５０３に進み、受け付けた操作コマンドの種類を解析する。コマンドがネットワークカメラ映像音声の新規蓄積処理の開始を指示するものであるならば、ステップＳ１５０４に進み、指定されたネットワークカメラとの接続処理として、ネットワークカメラ対応スレッドを生成し、コマンドに指定されたネットワークカメラの接続情報（ネットワークアドレスや認証情報等）を登録し、ステップＳ１５０２に戻る。
【０１０９】
また、コマンド内容が、既存の蓄積処理を停止するものであるならば、ステップＳ１５０５に進み、登録されているネットワークカメラ対応スレッド群から該当するスレッドを選択し、対象スレッドに対して停止を指示する。生成されたネットワークカメラ対応スレッドでは、ステップＳ１５０７で指定された接続情報に従い、対応するネットワークカメラに接続を試みる。接続された場合には、ステップＳ１５０８に進み、対応するネットワークカメラからの映像データ及び音声データを受信する。
【０１１０】
そして、ステップＳ１５０９において、受信した映像データ及び音声データに関して、設定された解析アルゴリズム及び検出アルゴリズムを適用し、必要に応じて、ユーザにイベント発生を通知する。その上で、ステップＳ１５１０に進み、受信した映像データ、音声データ、ならびに、解析検出結果を保存する。
【０１１１】
それらの処理を終えた後に、ステップＳ１５０８に戻り、次の映像データあるいは音声データを対象ネットワークカメラから受信する。
【０１１２】
また、図示しないが、本実施形態の蓄積サーバの主スレッドでは、複数のネットワークカメラから発行される音声出力メッセージを受け取るポートを用意しており、同ポートに、いずれかのネットワークカメラから音声出力メッセージを受け取ると、その音声出力メッセージを蓄積サーバ内のネットワーク対応スレッドに伝える。
【０１１３】
そして、その音声出力メッセージを受け取ったネットワーク対応スレッドでは、音声出力メッセージに記述された期間だけ、ステップＳ１５０９の解析及び検出過程をスキップすることで、音声検出機能を抑制する。
【０１１４】
以上の構成で、ネットワーク上に配置された複数のネットワークカメラが連携して監視を行っている環境おいて、第一のネットワークカメラが音声出力メッセージを発行することによって、ネットワークカメラの音声検出機能におけるフォールトアラーム（誤検知）の発生を抑制することが可能となる。特に、本実施形態では、音声検出機能が、第２のネットワークカメラ単体の処理に限定せず、蓄積サーバにおける後処理過程において、音声検知抑制処理を行う点に特徴がある。
【０１１５】
本実施形態では、ネットワークカメラからの出力を受信する後処理過程として、蓄積サーバでの解析検出処理におけるフォールアラームの抑制について説明しているが、後処理過程は、蓄積サーバに限定しない。例えば、同様のフォールアラームの抑制手順が、管理者ビューワに実装されていても良い。
【０１１６】
本実施形態では、説明を簡単にするために、音声採取をネットワークカメラが行い、その解析及び検出を蓄積サーバが担う例について説明しているが、機能分担は、これに限定されない。第１の実施形態のように、ネットワークカメラ内に、音声採取と解析及び検出の機能を内蔵しても良い。反対に、音声採取の機能を外部デバイスに担当させ、音声の解析と検出をネットワークカメラ側で担う構成も考えられる。これによって、ネットワーク接続された廉価なデバイスを連携させる形態でも、本発明によるフォールトアラーム低減の効果が得られる。
【０１１７】
なお、本発明の目的は、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０１１８】
この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１９】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０１２０】
また、コンピュータが読み出したプログラムコードを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１２２】
【図１】本発明を用いた典型的な利用形態を示した図である。
【図２】ＷＷＷサーバを併用した利用形態を示した図である。
【図３】ネットワークカメラのハードウェア構成の一例を示した図である。
【図４】ビューワを動作させるハードウェア構成の一例を示した図である。
【図５】プログラムの構成する部分を模式化した図である。
【図６】ビューワの動作の流れを示すフローチャートである。
【図７】ネットワークカメラ内のカメラ制御サーバの動作を示したフローチャートである。
【図８】ネットワークカメラ内の映像サーバの動作を示したフローチャートである。
【図９】ビューワの表示画面を例示した図である。
【図１０】ネットワークカメラの設定画面を例示した図である。
【図１１】ネットワークカメラの設定プログラムの動作を示すフローチャートである。
【図１２】ネットワークカメラ内の音声再生サーバの動作を示したフローチャートである。
【図１３】ネットワークカメラ内の音声検出サーバの動作を示したフローチャートである。
【図１４】第２の実施形態における利用形態を示した図である。
【図１５】第２の実施形態における蓄積サーバの動作を示したフローチャートである。
【符号の説明】
【０１２３】
１１１            第一のネットワークカメラ
１１２            第二のネットワークカメラ
１２１〜１２３    ビューワ
１３１            ＷＷＷサーバ
【図１】
2007150462.tif 000003
【図２】
2007150462.tif 000004
【図３】
2007150462.tif 000005
【図４】
2007150462.tif 000006
【図５】
2007150462.tif 000007
【図６】
2007150462.tif 000008
【図７】
2007150462.tif 000009
【図８】
2007150462.tif 000010
【図９】
2007150462.tif 000011
【図１０】
2007150462.tif 000012
【図１１】
2007150462.tif 000013
【図１２】
2007150462.tif 000014
【図１３】
2007150462.tif 000015
【図１４】
2007150462.tif 000016
【図１５】
2007150462.tif 000017