(57)【要約】【課題】事故や事件、災害などの所定のイベントが同時に複数発生した場合に、これらのイベントを、好適に監視することができる監視カメラ及び監視システムを提供する。【解決手段】ＳＩＰサーバ２００と複数の監視カメラ３００…とを備える監視システム１０００において、監視カメラ３００は、１つないし複数のグループにグルーピングされており、一のグループに所属する監視カメラ３００は、制御カメラと被制御カメラとを含み、ＳＩＰサーバ２００は、一のグループに所属する監視カメラ３００の中から制御カメラとなる監視カメラを選択し、監視カメラ３００は、イベントの発生を検知して、検知されたイベントの相対優先度を算出し、制御カメラは、算出された相対優先度に基づいて一のグループ全体でのカメラワークに関するカメラワーク情報を生成し、各監視カメラ３００は、生成されたカメラワーク情報に基づいてカメラ部３２０の撮像領域を調整する。【選択図】図１
2009290501.tif 000002
【特許請求の範囲】
【請求項１】
被写体を撮像するカメラ部と、
前記カメラ部の撮像領域を調整する調整手段と、
予め設定された複数のイベントのうち、何れかのイベントの発生を検知する検知手段と、
前記検知手段により検知されたイベントの相対優先度を算出するための相対優先度算出テーブルと、
前記検知手段により検知されたイベントの相対優先度を、前記相対優先度算出テーブルに基づいて算出する算出手段と、
前記イベントが複数発生している場合に、前記算出手段により算出された相対優先度に基づいて、前記カメラ部の撮像領域を前記調整手段に調整させる調整制御手段と、
を備えることを特徴とする監視カメラ。
【請求項２】
請求項１に記載の監視カメラにおいて、
前記検知手段は、
集音マイクと、
前記集音マイクに入力された音声から、前記予め設定された複数のイベントに関して予め定められた所定の音声の識別を行う音声識別手段と、を備えることを特徴とする監視カメラ。
【請求項３】
請求項２に記載の監視カメラにおいて、
前記相対優先度算出テーブルは、
前記予め設定された複数のイベントの個別優先度が記憶された個別優先度テーブルと、
前記集音マイクに入力された音声の大きさと、緊急度と、が対応付けて記憶された緊急度テーブルと、を備え、
前記算出手段は、
前記検知手段により検知されたイベントの個別優先度を、前記個別優先度テーブルから取得し、
前記集音マイクに入力された前記所定の音声の大きさに対応する緊急度を、前記緊急度テーブルから取得し、
前記取得された個別優先度と緊急度とを用いた所定の演算式により、イベントの相対優先度を算出することを特徴とする監視カメラ。
【請求項４】
ＳＩＰ（Session Initiation Protocol）サーバと、前記ＳＩＰサーバに登録された複数の監視カメラと、を備える監視システムにおいて、
前記複数の監視カメラは、１つないし複数のグループにグルーピングされており、
一のグループに所属する複数の監視カメラは、制御カメラと、被制御カメラと、を含み、
前記ＳＩＰサーバは、
前記一のグループに所属する複数の監視カメラの中から、前記制御カメラとなる監視カメラを選択する選択手段を備え、
前記監視カメラは、
被写体を撮像するカメラ部と、
前記カメラ部の撮像領域を調整する調整手段と、
予め設定された複数のイベントのうち、何れかのイベントの発生を検知する検知手段と、
前記検知手段により検知されたイベントの相対優先度を算出するための相対優先度算出テーブルと、
前記検知手段により検知されたイベントの相対優先度を、前記相対優先度算出テーブルに基づいて算出する算出手段と、
前記カメラ部の撮像領域を前記調整手段に調整させる調整制御手段と、を備え、
前記制御カメラは、前記算出手段により算出された相対優先度に基づいて、前記一のグループ全体でのカメラワークに関するカメラワーク情報を生成する生成手段を備え、
前記調整制御手段は、前記生成手段により生成されたカメラワーク情報に基づいて、前記カメラ部の撮像領域を前記調整手段に調整させることを特徴とする監視システム。
【請求項５】
請求項４に記載の監視システムにおいて、
前記ＳＩＰサーバは、
前記制御カメラとして選択された監視カメラが、現在当該ＳＩＰサーバに接続しているか否かを判断する判断手段を備え、
前記選択手段は、前記判断手段により、前記制御カメラとして選択された監視カメラが、現在当該ＳＩＰサーバに接続していないと判断された場合に、前記一のグループに所属する他の監視カメラの中から、前記制御カメラとなる監視カメラを選択することを特徴とする監視システム。
【請求項６】
ＳＩＰ（Session Initiation Protocol）サーバと、前記ＳＩＰサーバに登録された複数の監視カメラと、を備える監視システムにおいて、
前記複数の監視カメラは、１つないし複数のグループにグルーピングされており、
一のグループに所属する複数の監視カメラは、制御カメラと、被制御カメラと、を含み、
前記ＳＩＰサーバは、
前記一のグループに所属する複数の監視カメラの中から、前記制御カメラとなる監視カメラを選択する選択手段と、
前記制御カメラとして選択された監視カメラが、現在当該ＳＩＰサーバに接続しているか否かを判断する判断手段と、を備え、
前記選択手段は、前記判断手段により、前記制御カメラとして選択された監視カメラが、現在当該ＳＩＰサーバに接続していないと判断された場合に、前記一のグループに所属する他の監視カメラの中から、前記制御カメラとなる監視カメラを選択し、
前記監視カメラは、
被写体を撮像するカメラ部と、
前記カメラ部の撮像領域を調整する調整手段と、
予め設定された複数のイベントのうち、何れかのイベントの発生を検知する検知手段と、
前記検知手段により検知されたイベントの相対優先度を算出するための相対優先度算出テーブルと、
前記検知手段により検知されたイベントの相対優先度を、前記相対優先度算出テーブルに基づいて算出する算出手段と、
前記カメラ部の撮像領域を前記調整手段に調整させる調整制御手段と、を備え、
前記検知手段は、
集音マイクと、
前記集音マイクに入力された音声から、前記予め設定された複数のイベントに関して予め定められた所定の音声の識別を行う音声識別手段と、を備え、
前記相対優先度算出テーブルは、
前記予め設定された複数のイベントの個別優先度が記憶された個別優先度テーブルと、
前記集音マイクに入力された音声の大きさと、緊急度と、が対応付けて記憶された緊急度テーブルと、を備え、
前記算出手段は、
前記検知手段により検知されたイベントの個別優先度を、前記個別優先度テーブルから取得し、
前記集音マイクに入力された前記所定の音声の大きさに対応する緊急度を、前記緊急度テーブルから取得し、
前記取得された個別優先度と緊急度とを用いた所定の演算式により、イベントの相対優先度を算出し、
前記制御カメラは、前記算出手段により算出された相対優先度に基づいて、前記一のグループ全体でのカメラワークに関するカメラワーク情報を生成する生成手段を備え、
前記調整制御手段は、前記生成手段により生成されたカメラワーク情報に基づいて、前記カメラ部の撮像領域を前記調整手段に調整させることを特徴とする監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視カメラ及び監視システムに関する。
【背景技術】
【０００２】
従来、監視カメラや、監視カメラを備える監視システムなどが提案されている。
【０００３】
具体的には、例えば、監視カメラと、指向性を有する複数のマイクと、を備える監視システムにおいて、マイクで拾っている音声レベルが所定値を超えた場合に、音声の発生した方向に監視カメラの撮像方向を向けることができる監視システムが提案されている（例えば、特許文献１参照）。
【０００４】
また、複数の監視カメラを備える監視システムにおいて、死角が少なくなるように、各監視カメラの撮像領域（撮像範囲や撮像方向など）を調整することができる監視システムが提案されている（例えば、特許文献２及び３参照）。
【０００５】
また、複数の監視カメラを備える監視システムにおいて、複数の監視カメラが異なる角度から同時に又は画面上切り換わりながら同一の被写体を撮像して、複数の監視カメラが連携することにより被写体の全体像を撮像することができる監視システムが提案されている（例えば、特許文献４参照）。
【０００６】
また、複数の監視カメラを備える監視システムにおいて、複数の監視カメラの中から、所定位置に対応する監視カメラを選定し、選定した監視カメラを駆動制御して監視対象を撮像させることができる監視システムが提案されている（例えば、特許文献５参照）。
【特許文献１】特開２００５−１７５８５３号公報
【特許文献２】特許第３９０３０６２号公報
【特許文献３】特開２００７−１０４２２３号公報
【特許文献４】特開２００７−３３６０３５号公報
【特許文献５】特開２００８−０１１２１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１〜５記載の発明では、事故や事件、災害などの所定の異常（イベント）が同時に複数発生した場合に、これらのイベントを、好適に監視することができないという問題がある。
【０００８】
本発明の課題は、事故や事件、災害などの所定のイベントが同時に複数発生した場合に、これらのイベントを、好適に監視することができる監視カメラ及び監視システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、請求項１に記載の発明は、
監視カメラにおいて、
被写体を撮像するカメラ部と、
前記カメラ部の撮像領域を調整する調整手段と、
予め設定された複数のイベントのうち、何れかのイベントの発生を検知する検知手段と、
前記検知手段により検知されたイベントの相対優先度を算出するための相対優先度算出テーブルと、
前記検知手段により検知されたイベントの相対優先度を、前記相対優先度算出テーブルに基づいて算出する算出手段と、
前記イベントが複数発生している場合に、前記算出手段により算出された相対優先度に基づいて、前記カメラ部の撮像領域を前記調整手段に調整させる調整制御手段と、
を備えることを特徴とする。
【００１０】
請求項２に記載の発明は、
請求項１に記載の監視カメラにおいて、
前記検知手段は、
集音マイクと、
前記集音マイクに入力された音声から、前記予め設定された複数のイベントに関して予め定められた所定の音声の識別を行う音声識別手段と、を備えることを特徴とする。
【００１１】
請求項３に記載の発明は、
請求項２に記載の監視カメラにおいて、
前記相対優先度算出テーブルは、
前記予め設定された複数のイベントの個別優先度が記憶された個別優先度テーブルと、
前記集音マイクに入力された音声の大きさと、緊急度と、が対応付けて記憶された緊急度テーブルと、を備え、
前記算出手段は、
前記検知手段により検知されたイベントの個別優先度を、前記個別優先度テーブルから取得し、
前記集音マイクに入力された前記所定の音声の大きさに対応する緊急度を、前記緊急度テーブルから取得し、
前記取得された個別優先度と緊急度とを用いた所定の演算式により、イベントの相対優先度を算出することを特徴とする。
【００１２】
請求項４に記載の発明は、
ＳＩＰ（Session Initiation Protocol）サーバと、前記ＳＩＰサーバに登録された複数の監視カメラと、を備える監視システムにおいて、
前記複数の監視カメラは、１つないし複数のグループにグルーピングされており、
一のグループに所属する複数の監視カメラは、制御カメラと、被制御カメラと、を含み、
前記ＳＩＰサーバは、
前記一のグループに所属する複数の監視カメラの中から、前記制御カメラとなる監視カメラを選択する選択手段を備え、
前記監視カメラは、
被写体を撮像するカメラ部と、
前記カメラ部の撮像領域を調整する調整手段と、
予め設定された複数のイベントのうち、何れかのイベントの発生を検知する検知手段と、
前記検知手段により検知されたイベントの相対優先度を算出するための相対優先度算出テーブルと、
前記検知手段により検知されたイベントの相対優先度を、前記相対優先度算出テーブルに基づいて算出する算出手段と、
前記カメラ部の撮像領域を前記調整手段に調整させる調整制御手段と、を備え、
前記制御カメラは、前記算出手段により算出された相対優先度に基づいて、前記一のグループ全体でのカメラワークに関するカメラワーク情報を生成する生成手段を備え、
前記調整制御手段は、前記生成手段により生成されたカメラワーク情報に基づいて、前記カメラ部の撮像領域を前記調整手段に調整させることを特徴とする。
【００１３】
請求項５に記載の発明は、
請求項４に記載の監視システムにおいて、
前記ＳＩＰサーバは、
前記制御カメラとして選択された監視カメラが、現在当該ＳＩＰサーバに接続しているか否かを判断する判断手段を備え、
前記選択手段は、前記判断手段により、前記制御カメラとして選択された監視カメラが、現在当該ＳＩＰサーバに接続していないと判断された場合に、前記一のグループに所属する他の監視カメラの中から、前記制御カメラとなる監視カメラを選択することを特徴とする。
【００１４】
請求項６に記載の発明は、
ＳＩＰ（Session Initiation Protocol）サーバと、前記ＳＩＰサーバに登録された複数の監視カメラと、を備える監視システムにおいて、
前記複数の監視カメラは、１つないし複数のグループにグルーピングされており、
一のグループに所属する複数の監視カメラは、制御カメラと、被制御カメラと、を含み、
前記ＳＩＰサーバは、
前記一のグループに所属する複数の監視カメラの中から、前記制御カメラとなる監視カメラを選択する選択手段と、
前記制御カメラとして選択された監視カメラが、現在当該ＳＩＰサーバに接続しているか否かを判断する判断手段と、を備え、
前記選択手段は、前記判断手段により、前記制御カメラとして選択された監視カメラが、現在当該ＳＩＰサーバに接続していないと判断された場合に、前記一のグループに所属する他の監視カメラの中から、前記制御カメラとなる監視カメラを選択し、
前記監視カメラは、
被写体を撮像するカメラ部と、
前記カメラ部の撮像領域を調整する調整手段と、
予め設定された複数のイベントのうち、何れかのイベントの発生を検知する検知手段と、
前記検知手段により検知されたイベントの相対優先度を算出するための相対優先度算出テーブルと、
前記検知手段により検知されたイベントの相対優先度を、前記相対優先度算出テーブルに基づいて算出する算出手段と、
前記カメラ部の撮像領域を前記調整手段に調整させる調整制御手段と、を備え、
前記検知手段は、
集音マイクと、
前記集音マイクに入力された音声から、前記予め設定された複数のイベントに関して予め定められた所定の音声の識別を行う音声識別手段と、を備え、
前記相対優先度算出テーブルは、
前記予め設定された複数のイベントの個別優先度が記憶された個別優先度テーブルと、
前記集音マイクに入力された音声の大きさと、緊急度と、が対応付けて記憶された緊急度テーブルと、を備え、
前記算出手段は、
前記検知手段により検知されたイベントの個別優先度を、前記個別優先度テーブルから取得し、
前記集音マイクに入力された前記所定の音声の大きさに対応する緊急度を、前記緊急度テーブルから取得し、
前記取得された個別優先度と緊急度とを用いた所定の演算式により、イベントの相対優先度を算出し、
前記制御カメラは、前記算出手段により算出された相対優先度に基づいて、前記一のグループ全体でのカメラワークに関するカメラワーク情報を生成する生成手段を備え、
前記調整制御手段は、前記生成手段により生成されたカメラワーク情報に基づいて、前記カメラ部の撮像領域を前記調整手段に調整させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、監視カメラにおいて、被写体を撮像するカメラ部と、カメラ部の撮像領域を調整する調整手段と、予め設定された複数のイベントのうち、何れかのイベントの発生を検知する検知手段と、検知手段により検知されたイベントの相対優先度を算出するための相対優先度算出テーブルと、検知手段により検知されたイベントの相対優先度を、相対優先度算出テーブルに基づいて算出する算出手段と、イベントが複数発生している場合に、算出手段により算出された相対優先度に基づいて、カメラ部の撮像領域を調整手段に調整させる調整制御手段と、を備えている。
したがって、事故や事件、災害などの所定のイベントが同時に複数発生した場合に、これらのイベントの相対優先度に基づいてこれらのイベントを撮像（監視）することができるため、これらのイベントを、好適に監視することができる。
【００１６】
また、本発明によれば、ＳＩＰ（Session Initiation Protocol）サーバと、ＳＩＰサーバに登録された複数の監視カメラと、を備える監視システムにおいて、複数の監視カメラは、１つないし複数のグループにグルーピングされており、一のグループに所属する複数の監視カメラは、制御カメラと、被制御カメラと、を含み、ＳＩＰサーバは、一のグループに所属する複数の監視カメラの中から、制御カメラとなる監視カメラを選択する選択手段を備え、監視カメラは、被写体を撮像するカメラ部と、カメラ部の撮像領域を調整する調整手段と、予め設定された複数のイベントのうち、何れかのイベントの発生を検知する検知手段と、検知手段により検知されたイベントの相対優先度を算出するための相対優先度算出テーブルと、検知手段により検知されたイベントの相対優先度を、相対優先度算出テーブルに基づいて算出する算出手段と、カメラ部の撮像領域を調整手段に調整させる調整制御手段と、を備え、制御カメラは、算出手段により算出された相対優先度に基づいて、一のグループ全体でのカメラワークに関するカメラワーク情報を生成する生成手段を備え、調整制御手段は、生成手段により生成されたカメラワーク情報に基づいて、カメラ部の撮像領域を調整手段に調整させるようになっている。
したがって、事故や事件、災害などの所定のイベントが同時に複数発生した場合に、これらのイベントの相対優先度に基づき生成されたカメラワーク情報に基づいてこれらのイベントを撮像（監視）することができるため、これらのイベントを、好適に監視することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図を参照して、本発明を実施するための最良の形態を詳細に説明する。なお、発明の範囲は、図示例に限定されない。
【００１８】
＜監視システム＞
図１は、本発明の監視システム１０００の構成の一例を示す図である。
監視システム１０００は、例えば、図１に示すように、通信ネットワーク上に配置されたデータサーバ１００やＳＩＰサーバ（Session Initiation Protocol）２００と、当該通信ネットワークに接続して、当該通信ネットワークを介してデータサーバ１００やＳＩＰサーバ２００と接続する複数の監視カメラ３００…と、などを備えて構成される。
【００１９】
監視システム１０００は、例えば、１つないし複数の監視場所を監視するシステムであり、監視システム１０００が備える複数の監視カメラ３００…は、各監視場所に対応するグループにグルーピングされている。
具体的には、例えば、監視システム１０００によって「監視場所Ａ」と「監視場所Ｂ」とを監視する場合、監視システム１０００が備える複数の監視カメラ３００…のうちの「グループＡ」に所属する複数の監視カメラ３００…（「グループＡ」のメンバ）によって「監視場所Ａ」を監視し、「グループＢ」に所属する複数の監視カメラ３００…（「グループＢ」のメンバ）によって「監視場所Ｂ」を監視するようになっている。
【００２０】
一のグループに所属する複数の監視カメラ３００…は、例えば、制御カメラと、被制御カメラと、に分類される。
制御カメラは、例えば、一のグループに所属する各監視カメラ３００（一のグループの各メンバ）のカメラワークを決定するとともに、当該決定したカメラワークに従って、当該一のグループが担当する監視場所を撮像（監視）する監視カメラ３００である。ここで、制御カメラにより決定されるカメラワークは、例えば、一のグループの各メンバで連携して、当該一のグループが担当する監視場所を死角が少なく監視でき、かつ、発生した事故や事件、災害などの所定のイベントの影響が及ぶ範囲全体を十分な解像度で監視できるようなカメラワークである。
被制御カメラは、例えば、制御カメラにより決定されたカメラワークに従って、当該一のグループが担当する監視場所を撮像（監視）する監視カメラ３００である。
【００２１】
監視カメラ３００は、例えば、通信ネットワークに接続した際に、監視カメラ２００に関する登録カメラ情報をＳＩＰサーバ２００にレジスト（登録）するようになっており、ＳＩＰサーバ２００に登録されている間（登録有効期間の間）、ＳＩＰサーバ２００に接続できるようになっている。
ＳＩＰサーバ２００への登録には登録有効期間が定まっており、登録有効期間が経過する前に監視カメラ３００が登録カメラ情報をＳＩＰサーバに再レジスト（再登録）すると、その登録有効期間は、更新されるようになっている。
【００２２】
（ＳＩＰサーバ）
図２は、ＳＩＰサーバ２００の機能的構成の一例を示すブロック図である。
ＳＩＰサーバ２００は、例えば、Ethernet（登録商標）や無線ＬＡＮ（Local Area Network）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）などの通信ネットワーク上に配置されており、例えば、プロキシサーバ、リダイレクトサーバ、登録サーバ、場所サーバとして機能する。
【００２３】
ＳＩＰサーバ２００は、例えば、図２に示すように、通信部２１０と、メモリ部２２０と、制御部２３０と、などを備えて構成される。
【００２４】
通信部２１０は、例えば、通信ネットワークを介して、データサーバ１００や監視カメラ３００などとの間で各種データの送受信を行う。
【００２５】
メモリ部２２０は、例えば、ＳＩＰサーバ２００に登録されている監視カメラ３００に関する登録カメラ情報と、監視システム１０００によって監視する監視場所に関する監視場所情報と、監視システム１０００によって監視する監視場所に対応するグループに関するグループ情報と、などを記憶している。
【００２６】
具体的には、登録カメラ情報は、例えば、監視カメラ３００のＵＲＩ（Uniform Resource Identifier）やＩＰ（Internet Protocol）アドレスと、当該監視カメラ３００の設置場所の位置に関する設置位置情報と、などが対応付けられた情報である。
ここで、メモリ部２２０に記憶された登録カメラ情報は、例えば、登録有効期間が経過すると消去されるようになっている。
【００２７】
監視場所情報は、例えば、監視場所の位置に関する監視位置情報と、当該監視場所の地形に関する地形情報と、などが対応付けられた情報である。
【００２８】
グループ情報は、例えば、グループを識別する情報と、当該グループが担当する監視場所に関する監視場所情報（当該監視場所の位置に関する監視位置情報と、当該監視場所の地形に関する地形情報と、など）と、当該グループに所属する監視カメラ３００に関するカメラ情報（当該監視カメラ３００のＵＲＩやＩＰアドレスと、当該監視カメラ３００の設置場所の位置に関する設置位置情報と、など）と、などが対応付けられた情報である。
ここで、グループ情報に含まれるカメラ情報には、例えば、当該カメラ情報の監視カメラ３００が制御カメラか被制御カメラかを識別するための情報が付与されていることとする。
【００２９】
制御部２３０は、例えば、図２に示すように、ＣＰＵ（Central Processing Unit）２３１と、ＲＡＭ（Random Access Memory）２３２と、記憶部２３３と、などを備えている。
【００３０】
ＣＰＵ２３１は、例えば、記憶部２３３に記憶されたＳＩＰサーバ２００用の各種処理プログラムに従って各種の制御動作を行う。
【００３１】
ＲＡＭ２３２は、例えば、ＣＰＵ２３１によって実行される処理プログラムなどを展開するためのプログラム格納領域や、入力データや上記処理プログラムが実行される際に生じる処理結果などを格納するデータ格納領域などを備える。
【００３２】
記憶部２３３は、例えば、ＳＩＰサーバ２００で実行可能なシステムプログラム、当該システムプログラムで実行可能な各種処理プログラム、これら各種処理プログラムを実行する際に使用されるデータ、ＣＰＵ２３１によって演算処理された処理結果のデータなどを記憶する。なお、プログラムは、コンピュータが読み取り可能なプログラムコードの形で記憶部２３３に記憶されている。
【００３３】
具体的には、記憶部２３３は、例えば、グルーピングプログラム２３３ａと、判断プログラム２３３ｂと、選択プログラム２３３ｃと、などを記憶している。
【００３４】
グルーピングプログラム２３３ａは、例えば、監視システム１０００が備える複数の監視カメラ３００…を、監視システム１０００によって監視する１つないし複数の監視場所に対応するグループにグルーピングする機能を、ＣＰＵ２３１に実現させる。
【００３５】
具体的には、例えば、現在ＳＩＰサーバ２００に接続していない監視カメラ３００（すなわち、メモリ部２２０に登録カメラ情報が記憶されていない監視カメラ３００）がＳＩＰサーバ２００にレジストすると、ＣＰＵ２３１は、例えば、そのレジストしてきた監視カメラ３００が所属するグループを決定する。
より具体的には、ＣＰＵ２３１は、例えば、そのレジストしてきた監視カメラ３００に関する登録カメラ情報に含まれる設置位置情報などと、メモリ部２２０に記憶された監視場所情報に含まれる監視位置情報や地形情報などと、に基づいて、監視システム１０００によって監視する１つないし複数の監視場所の中から、そのレジストしてきた監視カメラ３００に適合する監視場所を選択し、当該監視場所を担当するグループを、そのレジストしてきた監視カメラ３００が所属するグループとして決定する。
ここで、レジストしてきた監視カメラ３００に適合する監視場所とは、例えば、その監視カメラ３００により十分な解像度で監視可能な監視場所のことであり、具体的には、例えば、その監視カメラ３００の設置場所を含む監視場所や、その監視カメラ３００の設置場所近傍の監視場所などである。
【００３６】
判断プログラム２３３ｂは、例えば、制御カメラとして選択された監視カメラ３００が、現在ＳＩＰサーバ２００に接続しているか否かを判断する機能を、ＣＰＵ２３１に実現させる。
【００３７】
具体的には、ＣＰＵ２３１は、例えば、メモリ部２２０に記憶されたグループ情報に含まれるカメラ情報と、メモリ部２２０に記憶された登録カメラ情報と、を参照して、制御カメラであると識別するための情報が付与されているカメラ情報と同一の登録カメラ情報がメモリ部２２０に記憶されている場合には、その登録カメラ情報の監視カメラ３００（制御カメラ）は、現在ＳＩＰサーバ２００に接続していると判断し、同一の登録カメラ情報がメモリ部２２０に記憶されていない場合には、その登録カメラ情報の監視カメラ３００（制御カメラ）は、現在ＳＩＰサーバ２００に接続していないと判断する。
ＣＰＵ２３１は、かかる判断プログラム２３３ｂを実行することによって、判断手段として機能する。
【００３８】
選択プログラム２３３ｃは、例えば、一のグループに所属する複数の監視カメラ３００…の中から、制御カメラとなる監視カメラ３００を選択する機能を、ＣＰＵ２３１に実現させる。
【００３９】
具体的には、例えば、グルーピングプログラム２３３ａを実行したＣＰＵ２３１により、レジストしてきた監視カメラ３００が所属するグループが決定されると、ＣＰＵ２３１は、例えば、そのグループに所属する、現在ＳＩＰサーバ２００に接続している監視カメラ３００の中から、制御カメラとなる監視カメラ３００を選択するとともに、被制御カメラとなる監視カメラ３００を選択する。
より具体的には、ＣＰＵ２３１は、例えば、そのグループに所属する、メモリ部２２０に登録カメラ情報が記憶されている監視カメラ３００のうちの、ＩＰアドレスが最も若い監視カメラ３００を制御カメラとして選択するとともに、そのグループに所属する、メモリ部２２０に登録カメラ情報が記憶されている監視カメラ３００のうちの、制御カメラとして選択された監視カメラ３００以外の監視カメラ３００を被制御カメラとして選択する。
【００４０】
また、監視カメラ３００がＳＩＰサーバ２００に再レジストしない理由としては、例えば、その監視カメラ３００が故障したり電源ＯＦＦされたりしてダウンしてしまったことなどが挙げられる。この場合、その監視カメラ３００は、撮像（監視）することができず、また、ＳＩＰサーバ２００に接続していないため他の監視カメラ３００とセッションを確立してピアツーピア通信することができない。
したがって、例えば、判断プログラム２３３ｂを実行したＣＰＵ２３１により、制御カメラとして選択された監視カメラ３００が、現在ＳＩＰサーバ２００に接続していないと判断された場合に、ＣＰＵ２３１は、例えば、その制御カメラのグループへの所属を無効にして、そのグループに所属する他の監視カメラ３００の中から、新たな制御カメラとなる監視カメラ３００を選択するとともに、新たな被制御カメラとなる監視カメラ３００を選択する。
【００４１】
そして、ＣＰＵ２３１は、例えば、メモリ部２２０に記憶された登録カメラ情報の中から、同じグループの各メンバの登録カメラ情報（制御カメラの登録カメラ情報及び被制御カメラの登録カメラ情報）を取得し、通信部２１０に制御信号を入力して、当該取得した同じグループの各メンバの登録カメラ情報を、制御カメラ及び被制御カメラのそれぞれに対して送信させる。
ここで、同じグループの各メンバの登録カメラ情報は、例えば、サービスメッセージとして送信されることとする。
【００４２】
なお、一のグループに所属する、メモリ部２２０に登録カメラ情報が記憶されている監視カメラ３００のうちの、ＩＰアドレスが最も若い監視カメラ３００を制御カメラとして選択するようにしたが、制御カメラの選択の仕方は任意であり、例えば、その一のグループに所属する期間が最も長い監視カメラ３００を制御カメラとして選択しても良いし、その一のグループのメンバの中で最も処理能力が高い監視カメラ３００を制御カメラとして選択しても良い。
ＣＰＵ２３１は、かかる選択プログラム２３３ｃを実行することによって、選択手段として機能する。
【００４３】
（監視カメラ）
図３は、監視カメラ３００の機能的構成の一例を示すブロック図である。また、図４は、カメラ台４００に取り付けられた監視カメラ３００の一例を模式的に示す側面図であり、図５は、カメラ台４００に取り付けられた監視カメラ３００の一例を模式的に示す正面図であり、図６は、カメラ台４００に取り付けられた監視カメラ３００の一例を模式的に示す平面図である。
ここで、カメラ部３２０の撮像方向を前方向、それに対向する方向を後方向とし、集音マイク３５１が配置された側を上側、それに対向する側を下側とし、前後方向及び上下方向の双方に直交する方向を左右方向とする。
【００４４】
監視カメラ３００は、例えば、Ethernetや無線ＬＡＮ、ＷｉＭＡＸなどの通信ネットワークに接続する監視カメラである。
【００４５】
監視カメラ３００は、例えば、図３〜図６に示すように、外形が略直方体形状を成す本体部３０１と、通信部３１０と、カメラ部３２０と、映像データ処理部３３０と、撮像範囲調整部３４１や撮像方向調整部３４２などを有する撮像領域調整部３４０と、複数の集音マイク３５１…などを有するマイクロフォンアレイ部３５０と、音声データ処理部３６０と、タイマ部３７０と、メモリ部３８０と、制御部３９０と、などを備えて構成される。
例えば、図４〜図６に示すように、カメラ部３２０が備える撮像光学系（撮像光学系の一部）は、本体部３０１の前面に配置され、撮像方向調整部３４２は、本体部３０１の下面に配置され、集音マイク３５１は、本体部３０１の上面に配置されている。そして、これら以外の各部は、例えば、本体部３０１に内蔵されている。
【００４６】
監視カメラ３００は、例えば、図４〜図６に示すように、本体部３０１を、撮像方向調整部３４２を介してカメラ台４００に固定することによって、撮像方向調整部３４２を回転軸として左右方向に回転自在に、かつ、撮像方向調整部３４２を回動軸として上下方向に回動自在に、カメラ台４００に取り付けられている。
ここで、カメラ台４００は、例えば、垂直方向に沿って配置されたカメラ台本体部４１０と、水平方向に沿って配置されたカメラ支持部４２０と、などを備えている。そして、監視カメラ３００は、例えば、本体部３０１を、撮像方向調整部３４２を介してカメラ支持部４２０に固定することによって、カメラ台４００に取り付けられている。
【００４７】
通信部３１０は、例えば、通信ネットワークを介して、データサーバ１００やＳＩＰサーバ２００、他の監視カメラ３００などとの間で各種データの送受信を行う。
【００４８】
カメラ部３２０は、例えば、撮像光学系と、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal-Oxide Semiconductor）などの撮像素子と、Ａ／Ｄコンバータと、などを備えて構成され、例えば、被写体を撮像する。
具体的には、カメラ部３２０は、例えば、撮像光学系を介して入力された被写体像を撮像素子により光電変換してアナログ映像信号を生成し、Ａ／Ｄコンバータにより当該アナログ映像信号からデジタルの映像データ（ＲＡＷデータ）を生成する。
【００４９】
映像データ処理部３３０は、例えば、カメラ部３２０により生成されたデジタルの映像データ（ＲＡＷデータ）に所定の処理を施す。
具体的には、映像データ処理部３３０は、例えば、ＲＡＷデータに所定の処理を施して、ＭＰＥＧ４（Moving Picture Experts Group phase 4）形式などのデジタルストリームデータの生成などを行う。
ここで、制御部３９０は、例えば、映像データ処理部３３０により生成されたデジタルストリームデータを、タイマ部３７０により計時された撮像時刻とともに、メモリ部３８０に記憶したり、通信部３１０を介してデータサーバ１００などに対して送信したりする。
【００５０】
撮像領域調整部３４０は、例えば、調整手段として、カメラ部３２０の撮像領域（撮像範囲や撮像方向など）を調整する。
【００５１】
具体的には、撮像領域調整部３４０が有する撮像範囲調整部３４１は、例えば、カメラ部３２０が備える撮像光学系などを移動させて、焦点距離を変化させることによって（すなわち、光学ズームすることによって）、カメラ部３２０の撮像範囲を調整する。
また、撮像領域調整部３４０が有する撮像方向調整部３４２は、例えば、監視カメラ３００を左右方向に回転させたり上下方向に回動させたりすることができるようになっており、この撮像方向調整部３４２によって、カメラ部３２０の撮像方向を調整する。
撮像範囲調整部３４１及び撮像方向調整部３４２によって、監視カメラ３００は、所定のイベントが発生した方向にカメラ部３２０の撮像方向を向けて、発生した所定のイベントの影響が及ぶ範囲全体を画面内に収めて監視できるようになっている。
【００５２】
マイクロフォンアレイ部３５０は、例えば、本体部３０１の上面の角部それぞれに配置された４つの集音マイク３５１と、集音マイク３５１それぞれに設けられたＡ／Ｄコンバータと、などを備えて構成される。
具体的には、マイクロフォンアレイ部３５０は、例えば、集音マイク３５１に入力された音声（音）からアナログ音声信号を生成し、Ａ／Ｄコンバータにより当該アナログ音声信号からデジタルの音声データを生成する。
ここで、監視カメラ３００は、マイクロフォンアレイ部３５０が備える集音マイク３５１がそれぞれ間隔を置いて配置されているため、入力された音声（音）の位相差から、音声（音）が発生した地点を特定できるようになっている。
【００５３】
音声データ処理部３６０は、例えば、マイクロフォンアレイ部３５０により生成されたデジタルの音声データに所定の処理を施す。
具体的には、音声データ処理部３６０は、例えば、デジタルの音声データに所定の処理を施して、ノイズの除去などを行う。
ここで、制御部３９０は、例えば、音声データ処理部３６０によりノイズの除去などが施されたデジタルの音声データを、タイマ部３７０により計時された集音時刻とともに、メモリ部３８０に記憶したり、通信部３１０を介してデータサーバ１００などに対して送信したりする。
【００５４】
タイマ部３７０は、例えば、時間（時刻）を計って、時間データを生成する。
【００５５】
メモリ部３８０は、例えば、図３に示すように、予め設定された複数のイベントに関して予め定められた所定の音声の識別を行うための音声識別テーブル３８１と、検知されたイベントの相対優先度を算出するための相対優先度算出テーブル３８２と、などを記憶している。
【００５６】
音声識別テーブル３８１には、例えば、図７に示すように、予め設定されたイベントのジャンルと、予め定められた所定の音声（音声、音、キーワードなど）と、などが対応付けて記憶されている。
ここで、予め設定されたイベントのジャンルは、例えば、事故（「交通事故」など）、事件（「発砲事件」や「傷害事件」、「強盗」など）、災害（「地震」など）、などである。
具体的には、音声識別テーブル３８１においては、例えば、予め設定されたイベントのジャンル「交通事故」と、予め定められた音声（音）「車が急ブレーキをかける音」や「物がぶつかった音」などと、が対応付けられている。
また、例えば、予め設定されたイベントのジャンル「発砲事件」と、予め定められた音声（音）「銃声」などと、が対応付けられており、例えば、予め設定されたイベントのジャンル「傷害事件」と、予め定められた音声「悲鳴」などと、が対応付けられており、例えば、予め設定されたイベントのジャンル「強盗」と、予め定められた音声（キーワード）「ドロボー！」などと、が対応付けられている。
また、例えば、予め設定されたイベントのジャンル「地震」と、予め定められた音声（キーワード）「地震だ！」などと、が対応付けられている。
【００５７】
相対優先度算出テーブル３８２は、例えば、図３に示すように、予め設定された複数のイベントの個別優先度が記憶された個別優先度テーブル３８２ａと、検知されたイベントの緊急度を推定するための緊急度テーブル３５２ｂと、などを備えている。
【００５８】
個別優先度テーブル３８２ａには、例えば、図８に示すように、予め設定されたイベントのジャンルと、当該イベントの個別優先度と、などが対応付けて記憶されている。
ここで、個別優先度は、例えば、監視すべき度合いが高いイベントほど、個別優先度の値が大きくなるよう設定されている。すなわち、例えば、図８においては、「交通事故」よりも「発砲事件」の方が監視すべき度合いが高いイベントであることとなる。
【００５９】
緊急度テーブル３８１ｂには、例えば、図９に示すように、集音マイク３５１に入力された音声の大きさと、緊急度と、などが対応付けて記憶されている。
ここで、例えば、入力された音声の大きさが大きいほど、緊急性の度合いが高いイベントであると推定される。したがって、緊急度は、例えば、図９に示すように、入力された音声の大きさが大きいほど、すなわち、緊急性の度合いが高いと推定されるイベントほど、緊急度の値が大きくなるよう設定されている。
【００６０】
さらに、メモリ部３８０は、例えば、ＳＩＰサーバ２００のアドレスと、監視カメラ３００の設置場所に関する設置場所情報と、予め設定されたイベントに関するイベント情報と、ＳＩＰサーバ２００から送信された同じグループの各メンバの登録カメラ情報と、現在検知されているイベントに関する既知イベント情報と、制御カメラにより生成されたカメラワーク情報と、などを記憶している。
【００６１】
具体的には、設置場所情報は、例えば、設置場所の位置に関する設置位置情報と、設置場所周辺の地形に関する周辺地形情報と、などが対応付けられた情報である。
【００６２】
イベント情報は、例えば、予め設定されたイベントのジャンルと、当該イベントの影響が及ぶ一般的な範囲に関する影響範囲情報と、当該イベントが継続する一般的な継続時間と、当該イベントが副次的イベントを伴うと予測されるイベントであるか否かを識別するための情報と、などが対応付けられた情報である。
【００６３】
既知イベント情報は、例えば、現在検知されているイベントのジャンルと、当該イベントを検知した検知時刻と、当該イベントの相対優先度と、当該イベントが発生した地点に関する発生地点情報と、当該イベントの監視をタイムアウトするまでのタイムアウト時間と、などが対応付けられた情報である。
ここで、検知時刻は、例えば、当該イベントの検知の際に使用した音声が集音された集音時刻である。
また、タイムアウト時間は、例えば、メモリ部３８０に記憶されたイベント情報に含まれる当該イベントが継続する一般的な継続時間から、当該イベントが発生してからの時間（検知時刻からタイマ部３７０により計時された現在の時刻までの時間）を引いた時間であり、随時更新されることとする。
【００６４】
制御部３９０は、例えば、図３に示すように、ＣＰＵ３９１と、ＲＡＭ３９２と、記憶部３９３と、などを備えている。
【００６５】
ＣＰＵ３９１は、例えば、記憶部３９３に記憶された監視カメラ３００用の各種処理プログラムに従って各種の制御動作を行う。
【００６６】
ＲＡＭ３９２は、例えば、ＣＰＵ３９１によって実行される処理プログラムなどを展開するためのプログラム格納領域や、入力データや上記処理プログラムが実行される際に生じる処理結果などを格納するデータ格納領域などを備える。
【００６７】
記憶部３９３は、例えば、監視カメラ３００で実行可能なシステムプログラム、当該システムプログラムで実行可能な各種処理プログラム、これら各種処理プログラムを実行する際に使用されるデータ、ＣＰＵ３９１によって演算処理された処理結果のデータなどを記憶する。なお、プログラムは、コンピュータが読み取り可能なプログラムコードの形で記憶部３９３に記憶されている。
【００６８】
具体的には、記憶部３９３は、例えば、図３に示すように、音声データ送信制御プログラム３９３ａと、音声識別プログラム３９３ｂと、算出プログラム３９３ｃと、発生地点特定プログラム３９３ｄと、新規イベント情報生成プログラム３９３ｅと、カメラワーク情報生成プログラム３９３ｆと、調整制御プログラム３９３ｇと、などを記憶している。
【００６９】
音声データ送信制御プログラム３９３ａは、例えば、監視カメラ３００が被制御カメラである場合に、例えば、通信部３１０に制御信号を入力して、集音マイク３５１に入力された音声から生成されたデジタルの音声データと、タイマ部３７０により計時された集音時刻と、などを制御カメラに対して送信させる機能を、ＣＰＵ３９１に実現させる。
【００７０】
音声識別プログラム３９３ｂは、例えば、監視カメラ３００が制御カメラである場合に、例えば、集音マイク３５１に入力された音声から、予め設定された複数のイベントに関して予め定められた所定の音声の識別を行う機能を、ＣＰＵ３９１に実現させる。
【００７１】
具体的には、ＣＰＵ３９１は、例えば、音声データ処理部３６０において集音マイク３５１に入力された音声から生成されたデジタルの音声データや被制御カメラから送信された音声データを解析し、制御カメラや被制御カメラの集音マイク３５１に入力された音声の大きさが所定の閾値（例えば、５０デシベル）以上であるか否かを判断する。そして、ＣＰＵ３９１は、例えば、入力された音声の大きさが所定の閾値以上であると判断すると、その制御カメラや被制御カメラの集音マイク３５１に入力された音声から、予め設定された複数のイベントに関して予め定められた所定の音声の識別を、音声識別テーブル３８１に基づいて行う。
ＣＰＵ３９１は、かかる音声識別プログラム３９３ｂを実行することによって、音声識別手段として機能する。
【００７２】
そして、ＣＰＵ３９１は、例えば、制御カメラや被制御カメラの集音マイク３５１に入力された音声が、予め設定された複数のイベントのうち、何れかのイベントに関する音声であると識別した場合に、イベントの発生を検知する。
すなわち、予め設定された複数のイベントのうち、何れかのイベントの発生を検知する検知手段は、例えば、マイクロフォンアレイ部３５０と、音声データ処理部３６０と、識別プログラム３９３ｂを実行したＣＰＵ３９１と、などを備えて構成される。
【００７３】
算出プログラム３９３ｃは、例えば、監視カメラ３００が制御カメラである場合に、例えば、検知されたイベントの相対優先度を、相対優先度算出テーブル３８２に基づいて算出する機能を、ＣＰＵ３９１に実現させる。
【００７４】
具体的には、ＣＰＵ３９１は、例えば、検知されたイベントの個別優先度を、個別優先度テーブル３８２ａから取得する。
また、ＣＰＵ３９１は、例えば、音声データ処理部３６０において集音マイク３５１に入力された音声から生成されたデジタルの音声データや被制御カメラから送信された音声データを解析し、制御カメラや被制御カメラの集音マイク３５１に入力された音声の大きさに対応する緊急度を、緊急度テーブル３８２ｂから取得する。
【００７５】
そして、ＣＰＵ３９１は、例えば、その取得された個別優先度と緊急度とを用いた所定の演算式により、イベントの相対優先度を算出する。
ここで、所定の演算式とは、例えば、個別優先度と緊急度との和や、個別優先度と緊急度との積などである。
したがって、例えば、監視すべき度合いが高いイベントほど、個別優先度の値が大きくなるよう設定されているとともに、緊急性の度合いが高いイベントほど、緊急度の値が大きくなるよう設定されているため、相対優先度は、例えば、監視を優先すべき度合いが高いイベントほど、相対優先度の値が大きくなるよう算出される。
ＣＰＵ３９１は、かかる算出プログラム３９３ｃを実行することによって、算出手段として機能する。
【００７６】
発生地点特定プログラム３９３ｄは、例えば、監視カメラ３００が制御カメラである場合に、例えば、検知されたイベントが発生した地点を特定する機能を、ＣＰＵ３９１に実現させる。
【００７７】
具体的には、制御カメラの集音マイク３５１に入力された音声に基づいてイベントの発生が検知された場合には、ＣＰＵ３９１は、例えば、当該イベントが発生した地点の、制御カメラの設置場所からの距離及び方向を求め、その求めた距離及び方向と、制御カメラの設置場所の位置と、などに基づいて、当該イベントが発生した地点を特定する。
【００７８】
一方、被制御カメラの集音マイク３５１に入力された音声に基づいてイベントの発生が検知された場合には、ＣＰＵ３９１は、例えば、当該イベントが発生した地点の、当該被制御カメラの設置場所からの距離及び方向を求め、その求めた距離及び方向と、当該被制御カメラの設置場所の位置と、などに基づいて、当該イベントが発生した地点を特定する。
【００７９】
ここで、ＣＰＵ３９１は、例えば、公知の手法を用いて入力された音声が発生した地点を監視カメラ３００からのベクトルとして示すベクトルデータを生成し、当該生成したベクトルデータと、監視カメラ３００のカメラ部３２０の撮像方向と、に基づいて、当該イベントが発生した地点の、監視カメラ３００の設置場所からの距離及び方向を求めることとする。
なお、被制御カメラのカメラ部３２０の撮像方向は、例えば、当該被制御カメラから制御カメラに対して送信される音声データ（当該被制御カメラの集音マイク３５１に入力された音声から生成されたデジタルの音声データ）とともに、当該音声が入力された時点でのカメラ部３２０の撮像方向を送信させることによって、取得するようにしても良いし、例えば、メモリ部３８０に記憶されたカメラワーク情報から取得するようにしても良い。
【００８０】
具体的には、公知の手法とは、例えば、ＭＵＳＩＣ（Multiple Signal Classification）アルゴリズムなどであるが、単純な音のピーク値の位相差だけでは、入力された音声が発生した地点を特定することは難しい。そこで、実測パターンに所定のモデルパターンをフィッティングさせ、そのフィッティングしたモデルパターンにおける定点を基準とした位相差を算出することによって、ベクトルデータを生成すると良い。フィッティングの手法としては、例えば、最小二乗法などを用いる手法などが挙げられる。
なお、公知の手法は、入力された音声が発生した地点を監視カメラ３００からのベクトルとして示すことができる手法であれば任意であり、例えば、ＳＦＦＴ（Short-time Fast Fourier Transform）やＭＥＭ（Maximum Entropy Method）アルゴリズムなどが挙げられる。
【００８１】
新規イベント情報生成プログラム３９３ｅは、例えば、監視カメラ３００が制御カメラである場合に、例えば、検知されたイベントに関する新規イベント情報を生成する機能を、ＣＰＵ３９１に実現させる。
【００８２】
具体的には、ＣＰＵ３９１は、例えば、検知されたイベントのジャンルと、当該イベントを検知した検知時刻と、算出プログラム３９３ｃを実行したＣＰＵ３９１により算出された当該イベントの相対優先度と、発生地点特定プログラム３９３ｄを実行したＣＰＵ３９１により特定された当該イベントが発生した地点に関する発生地点情報と、当該イベントの監視をタイムアウトするまでのタイムアウト時間と、などを対応付けて、新規イベント情報を生成する。
【００８３】
カメラワーク情報生成プログラム３９３ｆは、例えば、監視カメラ３００が制御カメラである場合に、例えば、算出プログラム３９３ｃを実行したＣＰＵ３９１により算出された相対優先度に基づいて、一のグループ全体でのカメラワークに関するカメラワーク情報を生成する機能を、ＣＰＵ３９１に実現させる。
【００８４】
すなわち、ＣＰＵ３９１は、例えば、同じグループの各メンバで連携して、そのグループが担当する監視場所を死角が少なく監視でき、かつ、そのグループが担当する監視場所内で発生したイベントのうちの相対優先度が高いイベントほどそのイベントの影響が及ぶ範囲全体を画面内に収めて十分な解像度で監視できるようなカメラワークを決定して、そのカメラワーク情報を生成する。
【００８５】
具体的には、ＣＰＵ３９１は、例えば、新規イベント情報生成プログラム３９３ｅを実行したＣＰＵ３９１により生成された、検知されたイベントの新規イベント情報と、当該新規イベント情報の生成の前にメモリ部３８０に記憶されていた既知イベント情報（タイムアウト時間が「０」になっていない既知イベント情報）と、に基づいて、検知されたイベントと、既知のイベント（現在検知されているイベント）と、の関連性を判別する。
【００８６】
より具体的には、ＣＰＵ３９１は、例えば、検知されたイベントが、既知のイベントと関連のないイベントであるか、既知のイベントと重複するイベントであるか、既知のイベントに付随する副次的イベントであるか、を判別する。
【００８７】
例えば、検知されたイベントのジャンルが「副次的イベント」であるとともに、メモリ部３８０に記憶されたイベント情報に基づいて既知のイベントが副次的イベントを伴うと予測されるイベントであると判断され、かつ、検知されたイベントの検知時刻や発生地点などと、既知のイベントの検知時刻や発生地点などと、から算出される付随性の度合いが、予め設定された付随性判別用閾値を上回る場合に、検知されたイベントは、既知のイベントに付随する副次的イベントであると判断する。
ここで、例えば、集音マイク３５１に入力された音声が予め定められた副次的イベント判別用の音声と一致した場合に、検知されたイベントのジャンルが「副次的イベント」であると判断する。予め定められた副次的イベント判別用の音声は、例えば、既知のイベントから予測される音声であり、例えば、既知のイベントが「傷害事件」などである場合、音声（キーワード）「大丈夫ですか？」などである。
【００８８】
また、例えば、検知されたイベントのジャンルや検知時刻、発生地点などと、既知のイベントのジャンルや検知時刻、発生地点などと、から算出される重複の度合いが、予め設定された重複度判別用閾値を上回る場合に、検知されたイベントは、既知のイベントと重複するイベントであると判断する。
【００８９】
また、例えば、検知されたイベントが、既知のイベントに付随する副次的イベントでないと判断され、かつ、既知のイベントと重複するイベントでないと判断された場合に、検知されたイベントは、既知のイベントと関連のないイベントであると判断する。
【００９０】
そして、ＣＰＵ３９１は、例えば、検知されたイベントは、既知のイベントと関連のないイベントであると判断した場合に、新規イベント情報生成プログラム３９３ｅを実行したＣＰＵ３９１により生成された、検知されたイベントの新規イベント情報と、当該新規イベント情報の生成の前にメモリ部３８０に記憶されていた既知イベント情報（タイムアウト時間が「０」になっていない既知イベント情報）と、に基づいて、同じグループの各メンバで連携して、そのグループが担当する監視場所を死角が少なく監視でき、かつ、そのグループが担当する監視場所内で発生したイベントのうちの相対優先度が高いイベントほどそのイベントの影響が及ぶ範囲全体を画面内に収めて十分な解像度で監視できるようなカメラワークを決定して、そのカメラワーク情報を生成する。
【００９１】
より具体的には、ＣＰＵ３９１は、例えば、一のグループが担当する監視場所内で発生したイベントのうちの、相対優先度が最も高いイベントの監視を、その一のグループのメンバのうちの、そのイベントが発生した地点から最も近い場所に設置されているメンバに割り当てる。
次いで、ＣＰＵ３９１は、例えば、一のグループが担当する監視場所内で発生したイベントのうちの残りのイベント（監視が割り当てられていないイベント）の中で、相対優先度が最も高いイベントの監視を、その一のグループのメンバのうちの残りのメンバ（イベントの監視を割り当てられていないメンバ）の中で、そのイベントが発生した地点から最も近い場所に設置されているメンバに割り当てる。そして、ＣＰＵ３９１は、この割り当て処理を、残りのメンバの数が１つになるまで（「メンバの数≦イベントの数」である場合）、或いは、残りのイベントがなくなるまで（「メンバの数＞イベントの数」である場合）繰り返し行う。
そして、残りのメンバの数が１つになり、かつ、残りのイベントが１つないし複数になった場合、すなわち、一のグループのメンバの数が、当該一のグループが担当する監視場所内で発生したイベントの数以下である場合（「メンバの数≦イベントの数」である場合）、ＣＰＵ３９１は、残り全てのイベントの監視を、その最後に残った一のメンバに割り当てる。なお、複数のイベントの監視を割り当てられた監視カメラ３００において、これらのイベントが発生した地点が離れているなどの理由から、これらのイベントを同時に監視できない場合、ＣＰＵ３９１は、その監視カメラ３００に、例えば、これらのイベントのうちの相対優先度が最も高いイベントの監視を割り当てることとする。
【００９２】
次いで、ＣＰＵ３９１は、例えば、一のグループが担当する監視場所内で発生したイベントのうちの、相対優先度が最も高いイベントの監視を割り当てられたメンバのカメラ部３２０の撮像領域（撮像範囲や撮像方向など）を、そのイベントの影響が及ぶ範囲全体を画面内に収めて十分な解像度で監視できるような領域に決定することによって、そのメンバのカメラワークを決定する。
次いで、ＣＰＵ３９１は、例えば、他のメンバ（一のグループが担当する監視場所内で発生したイベントのうちの、相対優先度が最も高いイベント以外のイベントの監視を割り当てられたメンバや、イベントの監視を割り当てられていないメンバなど）それぞれのカメラ部３２０の撮像領域を、監視するよう割り当てられたイベントの影響が及ぶ範囲全体を画面内に収めて監視でき、かつ、所属するグループが担当する監視場所を死角が少なく監視できるような領域に決定することによって、他のメンバそれぞれのカメラワークを決定する。
【００９３】
また、ＣＰＵ３９１は、例えば、検知されたイベントは、既知のイベントと重複するイベントであると判断した場合に、例えば、その既知のイベントの既知イベント情報に含まれるタイムアウト時間を延長する。そして、検知されたイベント（既知のイベントと重複するイベント）が発生した地点が、その既知のイベントが発生した地点から移動している場合には、その既知のイベントの監視が割り当てられた監視カメラ３００のカメラ部３２０の撮像方向などが調整されるような、カメラワーク情報を生成する。
ここで、タイムアウト時間は、例えば、予め設定された時間分だけ延長するようにしても良いし、例えば、検知されたイベントが継続する一般的な継続時間でタイムアウト時間を更新することによって延長するようにしても良い。
【００９４】
また、ＣＰＵ３９１は、例えば、検知されたイベントは、既知のイベントに付随する副次的イベントであると判断した場合に、例えば、副次的イベントの緊急度及び／又は発生頻度や、副次的イベントが発生している範囲などに基づいて、カメラワーク情報を生成する。
より具体的には、ＣＰＵ３９１は、例えば、既知のイベントに付随する副次的イベントの緊急度及び／又は発生頻度が、予め設定された所定の閾値を超えた場合、例えば、その既知のイベントの監視を割り当てられた監視カメラ３００のカメラ部３２０の撮像範囲を調整してその既知のイベントとそれに付随する副次的イベントとの両方を監視できるような、カメラワーク情報を生成したり、イベントの監視が割り当てられていない監視カメラ３００にその副次的イベントの監視を割り当てるような、カメラワーク情報を生成したりする。また、ＣＰＵ３９１は、例えば、副次的イベントが発生している範囲がその既知のイベントの影響が及ぶ一般的な範囲よりも広い場合、例えば、その既知のイベントの監視を割り当てられた監視カメラ３００のカメラ部３２０の撮像範囲を調整してその既知のイベントとそれに付随する副次的イベントとの両方を監視できるような、カメラワーク情報を生成したり、イベントの監視が割り当てられていない監視カメラ３００にその副次的イベントの監視を割り当てるような、カメラワーク情報を生成したりする。
ここで、副次的イベントが発生した地点は、発生地点特定プログラム３９３ｄを実行したＣＰＵ３９１により特定されるようになっている。また、副次的イベントの緊急度は、制御カメラや被制御カメラの集音マイク３５１に入力された音声の大きさに対応する緊急度を、緊急度テーブル３８２ｂから取得することにより特定されるようになっている。また、副次的イベントの発生頻度は、時間に対する副次的イベントの発生回数や副次的イベントの発生回数の時間微分などにより特定される。
ＣＰＵ３９１は、かかるカメラワーク情報生成プログラム３９３ｆを実行することによって、生成手段として機能する。
【００９５】
調整制御プログラム３９３ｇは、例えば、カメラ部３２０の撮像領域を撮像領域調整部３４０に調整させる機能を、ＣＰＵ３９１に実現させる。
【００９６】
具体的には、ＣＰＵ３９１は、例えば、イベントが複数発生している場合に、算出プログラム３９３ｃを実行したＣＰＵ３９１により算出された相対優先度に基づいて、カメラ部３２０の撮像領域を撮像領域調整部３４０に調整させる。
【００９７】
より具体的には、制御カメラのＣＰＵ３９１は、例えば、カメラワーク情報生成プログラム３９３ｆを実行したＣＰＵ３９１により生成されたカメラワーク情報のうちの該当するカメラワーク情報（制御カメラのカメラワーク情報）に基づいて、撮像領域調整部３４０に制御信号を入力して、カメラ部３２０の撮像領域を調整させる。
また、被制御カメラのＣＰＵ３９１は、例えば、イベントが複数発生している場合に、制御カメラにより生成されたカメラワーク情報のうちの該当するカメラワーク情報（被制御カメラのカメラワーク情報）に基づいて、撮像領域調整部３４０に制御信号を入力して、カメラ部３２０の撮像領域を調整させる。
ＣＰＵ３９１は、かかる調整制御プログラム３９３ｇを実行することによって、調整制御手段として機能する。
【００９８】
＜処理＞
次に、監視システム１０００の各部が行う処理の一例を説明する。
【００９９】
（ＳＩＰサーバによる処理）
ＳＩＰサーバ２００が行う処理の一例を、図１０のフローチャートを参照して説明する。
【０１００】
まず、ＳＩＰサーバ２００のＣＰＵ２３１は、現在ＳＩＰサーバ２００に接続していない監視カメラ３００がレジストしてきたか否かを判断する（ステップＳ１１）。
【０１０１】
ステップＳ１１で、現在ＳＩＰサーバ２００に接続していない監視カメラ３００がレジストしてきたと判断すると（ステップＳ１１；Ｙｅｓ）、ＣＰＵ２３１は、グルーピングプログラム２３３ａを実行して、そのレジストしてきた監視カメラ３００が所属するグループを決定し（ステップＳ１２）、ステップＳ１４の処理に移行する。
【０１０２】
一方、ステップＳ１１で、現在ＳＩＰサーバ２００に接続していない監視カメラ３００がレジストしてきていないと判断すると（ステップＳ１１；Ｎｏ）、ＣＰＵ２３１は、判断プログラム２３３ｂを実行して、制御カメラとして選択された監視カメラ３００が、現在ＳＩＰサーバ２００に接続しているか否かを判断することによって、現在ＳＩＰサーバ２００に接続していない制御カメラが存在するか否かを判断する（ステップＳ１３）。
【０１０３】
ステップＳ１３で、現在ＳＩＰサーバ２００に接続していない制御カメラが存在しないと判断すると（ステップＳ１３；Ｎｏ）、ＣＰＵ２３１は、ステップＳ１１以降の処理を繰り返して行う。
【０１０４】
一方、ステップＳ１３で、現在ＳＩＰサーバ２００に接続していない制御カメラが存在すると判断すると（ステップＳ１３；Ｙｅｓ）、ＣＰＵ２３１は、ステップＳ１４の処理に移行する。
【０１０５】
次いで、ＣＰＵ２３１は、選択プログラム２３３ｃを実行して、ステップＳ１２で決定されたグループに所属する複数の監視カメラ３００…の中から、或いは、ステップＳ１３で現在ＳＩＰサーバ２００に接続していないと判断された制御カメラが所属していたグループに所属する複数の監視カメラ３００…の中から、制御カメラとなる監視カメラ３００を選択するとともに、被制御カメラとなる監視カメラ３００を選択する（ステップＳ１４）。
【０１０６】
次いで、ＣＰＵ２３１は、メモリ部２２０に記憶された登録カメラ情報の中から、各メンバの登録カメラ情報（制御カメラの登録カメラ情報及び被制御カメラの登録カメラ情報）を取得し（ステップＳ１５）、その取得した各メンバの登録カメラ情報を、各メンバ（制御カメラ及び被制御カメラ）に対して送信する（ステップＳ１６）。
【０１０７】
（監視カメラによるＳＩＰサーバへのレジスト処理）
現在ＳＩＰサーバ２００に接続していない監視カメラ３００が行う、ＳＩＰサーバ２００へのレジストに関する処理の一例を、図１１のフローチャートを参照して説明する。
【０１０８】
まず、監視カメラ３００の電源がＯＮされたり、監視カメラ３００がリセットされたりすると（ステップＳ２１）、監視カメラ３００のＣＰＵ３９１は、メモリ部３８０に記憶されたＳＩＰサーバ２００のアドレスに従って、ＳＩＰサーバ２００にレジストする（ステップＳ２２）。
【０１０９】
次いで、ＣＰＵ３９１は、ＳＩＰサーバ２００から送信された、各メンバの登録カメラ情報（制御カメラの登録カメラ情報及び被制御カメラの登録カメラ情報）を受信したか否かを判断する（ステップＳ２３）。
【０１１０】
ステップＳ２３で、各メンバの登録カメラ情報を受信していないと判断すると（ステップＳ２３；Ｎｏ）、ＣＰＵ３９１は、ステップＳ２３の処理を繰り返して行う。
【０１１１】
一方、ステップＳ２３で、各メンバの登録カメラ情報を受信したと判断すると（ステップＳ２３；Ｙｅｓ）、ＣＰＵ３９１は、当該受信した登録カメラ情報をメモリ部３８０に記憶させる（ステップＳ２４）。
【０１１２】
次いで、ＣＰＵ３９１は、当該受信した登録カメラ情報に基づいて、同じグループの他のメンバそれぞれとセッションを確立してピアツーピア通信し、そのグループが担当する監視場所内で発生した既知のイベント（現在検知されているイベント）に関する既知イベント情報を取得する（ステップＳ２５）。
具体的には、ＣＰＵ３９１は、例えば、そのグループのメンバが更新される前に、そのグループの制御カメラであった監視カメラ３００から、既知イベント情報を取得する。
【０１１３】
次いで、ＣＰＵ３９１は、取得した既知イベント情報をメモリ部３８０に記憶させ(ステップＳ２６)、本処理を終了する。
【０１１４】
（制御カメラによるカメラワーク情報生成処理）
制御カメラとして選択された監視カメラ３００が行う、カメラワーク情報の生成に関する処理の一例を、図１２及び図１３のフローチャートを参照して説明する。
【０１１５】
まず、制御カメラのＣＰＵ３９１は、ＳＩＰサーバ２００から送信された、各メンバの登録カメラ情報（制御カメラの登録カメラ情報及び被制御カメラの登録カメラ情報）を受信したか否かを判断する（ステップＳ３１）。
【０１１６】
ステップＳ３１で、各メンバの登録カメラ情報を受信したと判断すると（ステップＳ３１；Ｙｅｓ）、ＣＰＵ３９１は、ステップＳ４３の処理に移行する。
【０１１７】
一方、ステップＳ３１で、各メンバの登録カメラ情報を受信していないと判断すると（ステップＳ３１；Ｎｏ）、ＣＰＵ３９１は、集音マイク３５１に音声が入力されたか否かを判断する（ステップＳ３２）。
【０１１８】
ステップＳ３２で、集音マイク３５１に音声が入力されたと判断すると（ステップＳ３２；Ｙｅｓ）、ＣＰＵ３９１は、ステップＳ３４の処理に移行する。
【０１１９】
一方、ステップＳ３２で、集音マイク３５１に音声が入力されていないと判断すると（ステップＳ３２；Ｎｏ）、ＣＰＵ３９１は、被制御カメラから送信された音声データを受信したか否かを判断する（ステップＳ３３）。
ここで、被制御カメラのＣＰＵ３９１は、被制御カメラの集音マイク３５１に音声が入力された場合に、音声データ送信制御プログラム３９３ａ実行して、当該音声から生成されたデジタルの音声データを制御カメラに対して送信するようになっている。
【０１２０】
ステップＳ３３で、被制御カメラから送信された音声データを受信していないと判断すると（ステップＳ３３；Ｎｏ）、ＣＰＵ３９１は、ステップＳ３１以降の処理を繰り返して行う。
【０１２１】
一方、ステップＳ３３で、被制御カメラから送信された音声データを受信したと判断すると（ステップＳ３３；Ｙｅｓ）、ＣＰＵ３９１は、ステップＳ３４の処理に移行する。
【０１２２】
次いで、ＣＰＵ３９１は、音声識別プログラム３９３ｂを実行して、制御カメラ又は被制御カメラの集音マイク３５１に入力された音声から、予め設定された複数のイベントに関して予め定められた所定の音声の識別を行い（ステップＳ３４）、イベントの発生が検知されたか否かを判断する（ステップＳ３５）。
【０１２３】
ステップＳ３５で、イベントの発生が検知されていないと判断すると（ステップＳ３５；Ｎｏ）、ＣＰＵ３９１は、ステップＳ３１以降の処理を繰り返して行う。
【０１２４】
一方、ステップＳ３５で、イベントの発生が検知されたと判断すると（ステップＳ３５；Ｙｅｓ）、ＣＰＵ３９１は、算出プログラム３９３ｃを実行して、当該検知されたイベントの個別優先度を、個別優先度テーブル３８２ａから取得するとともに（ステップＳ３６）、制御カメラ又は被制御カメラの集音マイク３５１に入力された音声の大きさに対応する緊急度を、緊急度テーブル３８２ｂから取得し（ステップＳ３７）、当該取得された個別優先度と緊急度とに基づいて、イベントの相対優先度を算出する（ステップＳ３８）。
【０１２５】
次いで、ＣＰＵ３９１は、発生地点特定プログラム３９３ｄを実行して、検知されたイベントが発生した地点を特定する（ステップＳ３９）。
【０１２６】
次いで、ＣＰＵ３９１は、新規イベント情報生成プログラム３９３ｅを実行して、検知されたイベントに関する新規イベント情報を生成する（ステップＳ４０）。
【０１２７】
次いで、ＣＰＵ３９１は、当該生成された新規イベント情報を、既知イベント情報としてメモリ部３８０に記憶させるとともに（ステップＳ４１）、被制御カメラとセッションを確立してピアツーピア通信し、被制御カメラに対して当該生成された新規イベント情報を送信する（ステップＳ４２）。これにより、被制御カメラに対して送信された新規イベント情報は、被制御カメラのメモリ部３８０に既知イベント情報として記憶される。
【０１２８】
次いで、ＣＰＵ３９１は、カメラワーク情報生成プログラム３９３ｆを実行して、相対優先度に基づいて、一のグループ全体でのカメラワークに関するカメラワーク情報を生成する（ステップＳ４３）。
ここで、図１１の監視カメラ３００が制御カメラになった場合（すなわち、現在ＳＩＰサーバ２００に接続していない監視カメラ３００が、ＳＩＰサーバ２００へレジストした直後に制御カメラになった場合）は、図１１の処理が終わった直後にステップＳ４３以降の処理を行うようになっている。
【０１２９】
次いで、ＣＰＵ３９１は、当該生成したカメラワーク情報をメモリ部３８０に記憶させるとともに（ステップＳ４４）、被制御カメラとセッションを確立してピアツーピア通信し、被制御カメラに対して当該生成したカメラワーク情報を送信し（ステップＳ４５）、本処理を終了する。これにより、被制御カメラに対して送信されたカメラワーク情報は、被制御カメラのメモリ部３８０に記憶される。
【０１３０】
（監視カメラによる監視処理）
監視カメラ３００が行う、監視に関する処理の一例を、図１４のフローチャートを参照して説明する。
【０１３１】
まず、監視カメラ３００のＣＰＵ３９１は、メモリ部３８０に新しいカメラワーク情報が記憶されたか否かを判断する（ステップＳ５１）。
【０１３２】
ステップＳ５１で、メモリ部３８０に新しいカメラワーク情報が記憶されていないと判断すると（ステップＳ５１；Ｎｏ）、ＣＰＵ３９１は、ステップＳ５３の処理に移行する。
【０１３３】
一方、ステップＳ５１で、メモリ部３８０に新しいカメラワーク情報が記憶されたと判断すると（ステップＳ５１；Ｙｅｓ）、ＣＰＵ３９１は、調整制御プログラム３９３ｇを実行して、当該新しいカメラワーク情報のうちの該当するカメラワーク情報に基づいて、カメラ部３２０の撮像領域を調整し（ステップＳ５２）、ステップＳ５３の処理に移行する。
【０１３４】
次いで、ＣＰＵ３９１は、メモリ部３８０に記憶された既知イベント情報に基づいて、同じグループの各メンバに割り当てられた全てのイベントのタイムアウト時間が「０」になったか否かを判断する（ステップＳ５３）。
【０１３５】
ステップＳ５３で、同じグループの各メンバに割り当てられた全てのイベントのタイムアウト時間が「０」になっていないと判断すると（ステップＳ５３；Ｎｏ）、ＣＰＵ３９１は、ステップＳ５１以降の処理を繰り返して行う。
【０１３６】
一方、ステップＳ５３で、同じグループの各メンバに割り当てられた全てのイベントのタイムアウト時間が「０」になったと判断すると（ステップＳ５３；Ｙｅｓ）、ＣＰＵ３９１は、カメラ部３９１の撮像領域を予め設定された初期状態に戻して（ステップＳ５４）、本処理を終了する。
ここで、予め設定された初期状態とは、例えば、同じグループの各メンバで連携して、そのグループが担当する監視場所を死角が少なく監視できる状態である。
【０１３７】
以上説明した本発明の監視カメラ３００及び監視システム１０００によれば、監視カメラ３００は、被写体を撮像するカメラ部３２０と、カメラ部３２０の撮像領域を調整する撮像領域調整部３４０と、検知されたイベントの相対優先度を算出するための相対優先度算出テーブル３８２と、を備え、予め設定された複数のイベントのうち、何れかのイベントの発生を検知することができ、検知されたイベントの相対優先度を、相対優先度算出テーブル３８２に基づいて算出することができ、イベントが複数発生している場合に、算出された相対優先度に基づいて、カメラ部３２０の撮像領域を撮像領域調整部３４０に調整させることができる。
したがって、事故や事件、災害などの所定のイベントが同時に複数発生した場合に、これらのイベントの相対優先度に基づいてこれらのイベントを撮像（監視）することができるため、これらのイベントを、好適に監視することができる。
【０１３８】
また、以上説明した本発明の監視カメラ３００及び監視システム１０００によれば、監視カメラ３００は、集音マイク３５１を備え、集音マイク３５１に入力された音声から、予め設定された複数のイベントに関して予め定められた所定の音声の識別を行うことによって、予め設定された複数のイベントのうち、何れかのイベントの発生を検知するようになっている。
すなわち、音声に基づいて所定のイベントの発生を検知するため、イベントの発生を確実に検知することができる。
【０１３９】
また、以上説明した本発明の監視カメラ３００及び監視システム１０００によれば、監視カメラ３００は、相対優先度算出テーブル３８２は、予め設定された複数のイベントの個別優先度が記憶された個別優先度テーブル３８２ａと、集音マイク３５１に入力された音声の大きさと、緊急度と、が対応付けて記憶された緊急度テーブル３８２ｂと、を備え、検知されたイベントの個別優先度を、個別優先度テーブル３８２ａから取得し、集音マイク３５１に入力された所定の音声の大きさに対応する緊急度を、緊急度テーブル３８２ｂから取得し、取得された個別優先度と緊急度とに基づいて、イベントの相対優先度を算出するようになっている。
すなわち、個別優先度と緊急度とに基づいてイベントの相対優先度を算出するため、監視を優先すべき度合いが高いイベントを確実に判定することができる。
【０１４０】
以上説明した本発明の監視システム１０００によれば、ＳＩＰサーバ２００は、一のグループに所属する複数の監視カメラ３００の中から、制御カメラとなる監視カメラ３００を選択することができ、制御カメラは、算出された相対優先度に基づいて、一のグループ全体でのカメラワークに関するカメラワーク情報を生成することができ、監視カメラ３００は、生成されたカメラワーク情報に基づいて、カメラ部３２０の撮像領域を撮像領域調整部３４０に調整させることができる。
したがって、事故や事件、災害などの所定のイベントが同時に複数発生した場合に、これらのイベントの相対優先度に基づき生成されたカメラワーク情報に基づいてこれらのイベントを撮像（監視）することができるため、これらのイベントを、好適に監視することができる。
【０１４１】
また、以上説明した本発明の監視システム１０００によれば、ＳＩＰサーバ２００は、制御カメラとして選択された監視カメラ３００が、現在ＳＩＰサーバ２００に接続しているか否かを判断することができ、制御カメラとして選択された監視カメラ３００が、現在ＳＩＰサーバ２００に接続していないと判断された場合に、一のグループに所属する他の監視カメラ３００の中から、制御カメラとなる監視カメラ３００を選択することができる。
すなわち、制御カメラとして選択された監視カメラ３００がダウン等して、被制御カメラとセッションを確立できなくなった場合には、新たな制御カメラを選択することができるため、制御カメラと被制御カメラは、制御カメラにより生成された最新のカメラワーク情報を確実に共有することができる。
【０１４２】
なお、本発明は、上記した実施の形態のものに限るものではなく、その要旨を逸脱しない範囲で適宜変更可能である。
【０１４３】
＜変形例１＞
マイクロフォンアレイ部３５０が備える集音マイク３５１の配置場所は、集音マイク３５１のそれぞれが間隔を置いて配置されているのであれば任意であり、例えば、図１５〜図１７に示す変形例１の監視カメラ３００Ａのように、集音マイク３５１はカメラ台４００Ａに配置されていても良い。
図１５は、カメラ台４００Ａに取り付けられた監視カメラ３００Ａの一例を模式的に示す側面図であり、図１６は、カメラ台４００Ａに取り付けられた監視カメラ３００Ａの一例を模式的に示す正面図であり、図１７は、カメラ台４００Ａに取り付けられた監視カメラ３００Ａの一例を模式的に示す平面図である。
【０１４４】
具体的には、カメラ台４００Ａは、例えば、カメラ台本体部４１０と、カメラ支持部４２０と、水平方向に沿って放射状に配置された４つのマイク支持部４３０と、などを備えている。
【０１４５】
実施の形態のように、集音マイク３５１が監視カメラ３００の本体部３０１の上面の角部それぞれに配置されている場合、カメラ部３２０の撮像方向の調整に伴い、集音マイク３５１の角度や向きは変わるが、変形例１のように、集音マイク３５１がカメラ台４００Ａのマイク支持部４３０それぞれに配置されている場合、カメラ部３２０の撮像方向が調整されても、集音マイク３５１の角度や向きは変わらない。
【０１４６】
なお、実施の形態及び変形例１において、集音マイク３５１の個数は、複数であり、かつ、集音マイク３５１のそれぞれが間隔を置いて配置されているのであれば、任意である。
【０１４７】
なお、カメラワークの決定の仕方は、実施の形態の限りではなく、同じグループの各メンバで連携して、そのグループが担当する監視場所を死角が少なく監視でき、かつ、そのグループが担当する監視場所内で発生したイベントのうちの相対優先度が高いイベントほどそのイベントの影響が及ぶ範囲全体を画面内に収めて十分な解像度で監視できるようなカメラワークを決定することができるのであれば任意である。
具体的には、例えば、一のグループのメンバの数が、当該一のグループが担当する監視場所内で発生したイベントの数よりも多い場合（「メンバの数＞イベントの数」である場合）、イベントの監視を割り当てられていない残りのメンバに、一のグループが担当する監視場所内で発生したイベントのうちの、相対優先度が最も高いイベントの監視を、割り当てるようにしても良い。また、例えば、相対優先度が高いイベントほど、当該イベントを監視するメンバの数を多くするようにしても良い。
【０１４８】
また、一のグループに所属する監視カメラ３００の個数は、複数でなくても良い。一のグループに所属する監視カメラ３００の個数が１個である場合、例えば、相対優先度が最も高いイベントが撮像されるようカメラ部３２０の撮像領域を調整して、当該一のグループが担当する監視場所を監視するようにすると良い。
【０１４９】
また、イベント発生の検知、相対優先度の算出、イベント発生地点の特定は、被制御カメラが行っても良い。
【０１５０】
また、個別優先度と緊急度とに基づいて相対優先度を算出するようにしたが、例えば、個別優先度と所定の重み付けとに基づいて相対優先度を算出するようにしても良いし、緊急度と所定の重み付けとに基づいて相対優先度を算出するようにしても良い。
【０１５１】
また、音声の識別は実施の形態の限りではなく、例えば、「悲鳴」であっても、「痛みに基づく悲鳴」であるか、「驚きに基づく悲鳴」であるか、を識別するようにしても良いし、例えば、音声の周波数等によって、「女性」の音声であるか、「男性」の音声であるか、を識別するようにしても良い。
【０１５２】
また、ＳＩＰサーバ２００と同等の機能を有する監視カメラ３００、すなわち、ＳＩＰサーバ２００と監視カメラ３００とが一体化したものを、監視システム１０００に備えるようにしても良い。この場合、監視システム１０００にＳＩＰサーバ２００を別途備える必要がなくなる。
【０１５３】
また、集音マイク３５１に入力された音声を解析して声紋パターンを抽出し、特徴点合致法などの公知の方法を用いて、当該抽出した声紋パターンを、声紋パターンデータベース（所在を把握したい人物等の声紋パターンを記憶したデータベース）に記憶された声紋パターンと照合するようにしても良い。
【０１５４】
また、カメラ部３２０により撮像された映像（画像）を解析し、固有顔アルゴリズムやFisherfaceアルゴリズム、ニューロン動機付けによるダイナミックリンク照合アルゴリズムなどの公知のアルゴリズムを用いて顔認証を行って顔の位置や領域を特定するとともに顔パターンを抽出し、公知の方法を用いて、当該抽出した顔パターンを、顔パターンデータベース（所在を把握したい人物等の顔パターンを記憶したデータベース）に記憶された顔パターンと照合するようにしても良い。
【０１５５】
また、カメラ部３２０により撮像された映像（画像）を解析し、公知のアルゴリズムを用いて物体認証を行って物体の位置や領域を特定するとともに物体パターンを抽出し、公知の方法を用いて、当該抽出した物体パターンを、物体パターンデータベース（例えば、物体パターンとして各車種のパターンを記憶した車種データベースなど）に記憶された物体パターンと照合するようにしても良い。
【０１５６】
声紋パターンを抽出する場合、声紋パターンデータベースを監視カメラ３００のメモリ部３８０に記憶しておき、監視カメラ３００で声紋パターンを抽出して照合しても良いし、声紋パターンデータベースを通信ネットワーク上の所定のサーバに記憶しておき、監視カメラ３００で声紋パターンを抽出して照合しても良いし、声紋パターンデータベースを通信ネットワーク上の所定のサーバに記憶しておき、監視カメラ３００で声紋パターンを抽出して当該所定のサーバで照合しても良い。
ここで、監視カメラ３００のメモリ部３８０に声紋パターンデータベースを記憶する場合、定期的にその声紋パターンデータベースを更新するのが望ましい。具体的には、例えば、ＳＩＰサーバ２００が定期的に監視カメラ３００のメモリ部３８０に記憶された声紋パターンデータベースを更新する方法等が考えられる。
顔パターンを抽出する場合も、物体パターンを抽出する場合も同様である。
【０１５７】
所定のサーバで照合を行うようにすると、監視カメラ３００のハードウエアリソースを消費しないで済む。この場合、抽出した声紋パターンや照合済みの声紋パターンを監視カメラ３００に一時記憶しておき、監視カメラ３００において、抽出した声紋パターンを、当該一時記憶された声紋パターンと照合して、一致する声紋パターンがない場合のみ、所定のサーバで照合を行うようにすると、所定のサーバとの通信で発生するトラフィックを低減することができる。
顔パターンを抽出する場合も、物体パターンを抽出する場合も同様である。
【０１５８】
そして、照合された声紋パターンや顔パターン、物体パターンに基づいて、イベントの発生を検知するようにしても良い。
例えば、抽出した声紋パターンや顔パターンが、指名手配されている者の声紋パターンや顔パターンであった場合に、「指名手配されている者が出没した」というイベントが発生したと検知するようにしても良い。
例えば、抽出した物体パターンが、炎のパターンであった場合に、「火災」というイベントが発生したと検知するようにしても良い。
【０１５９】
また、制御部３９０は、例えば、特定座標の人物をマークすべきであると判断すると、監視カメラ３００に一時記憶されている顔パターン及びカメラ部３２０により撮像された映像（画像）から当該特定座標の人物を検出して、当該特定座標の人物が検出された顔パターンに監視フラグをつけるようにしても良い。
ここで、マークすべきであると判断される人物とは、例えば、照合の結果、指名手配されている者であると検知された人物などである。
【０１６０】
また、制御部３９０は、例えば、特定座標の物体をマークすべきであると判断すると、監視カメラ３００に一記憶されている物体パターン及びカメラ部３２０により撮像された映像（画像）から当該特定座標の物体を検出して、当該特定座標の物体が検出された物体パターンに監視フラグをつけるようにしても良い。
ここで、マークすべきであると判断される物体とは、例えば、スピード違反をしている車などである。
【０１６１】
また、ＳＩＰサーバ２００を、被制御カメラとして選択された監視カメラ３００が現在ＳＩＰサーバ２００に接続しているか否かを判断するよう構成するとともに、接続していないと判断した場合、制御カメラに、その被制御カメラを除くメンバで連携して監視できるようなカメラワークを決定させて、そのカメラワーク情報を生成させるよう構成しても良い。
【図面の簡単な説明】
【０１６２】
【図１】本発明の監視システムの構成を示す図である。
【図２】図１に示すＳＩＰサーバの機能的構成を示すブロック図である。
【図３】本発明の監視カメラの機能的構成を示すブロック図である。
【図４】本発明の監視カメラを模式的に示す側面図である。
【図５】本発明の監視カメラを模式的に示す正面図である。
【図６】本発明の監視カメラを模式的に示す平面図である。
【図７】図３に示す音声識別テーブルのデータ構成を示す図である。
【図８】図３に示す個別優先度テーブルのデータ構成を示す図である。
【図９】図３に示す緊急度テーブルのデータ構成を示す図である。
【図１０】ＳＩＰサーバが行う処理を説明するためのフローチャートである。
【図１１】現在ＳＩＰサーバに接続していない監視カメラが行う、ＳＩＰサーバへのレジストに関する処理を説明するためのフローチャートである。
【図１２】制御カメラとして選択された監視カメラが行う、カメラワーク情報の生成に関する第１処理を説明するためのフローチャートである。
【図１３】制御カメラとして選択された監視カメラが行う、カメラワーク情報の生成に関する第２処理を説明するためのフローチャートである。
【図１４】監視カメラが行う、監視に関する処理を説明するためのフローチャートである。
【図１５】変形例１の監視カメラを模式的に示す側面図である。
【図１６】変形例１の監視カメラを模式的に示す正面図である。
【図１７】変形例１の監視カメラを模式的に示す平面図である。
【符号の説明】
【０１６３】
２００  ＳＩＰサーバ
２３１  ＣＰＵ（判断手段、選択手段）
２３３ｂ  判断プログラム（判断手段）
２３３ｃ  選択プログラム（選択手段）
３００，３００Ａ  監視カメラ（制御カメラ、被制御カメラ）
３２０  カメラ部
３４０  撮像領域調整部（調整手段）
３５０  マイクロフォンアレイ部（検知手段）
３５１  集音マイク
３６０  音声データ処理部（検知手段）
３８２  相対優先度算出テーブル
３８２ａ  個別優先度テーブル
３８２ｂ  緊急度テーブル
３９１  ＣＰＵ（検知手段（音声識別手段）、算出手段、生成手段、調整制御手段）
３９３ｂ  音声識別プログラム（検知手段（音声識別手段））
３９３ｃ  算出プログラム（算出手段）
３９３ｆ  カメラワーク情報生成プログラム（生成手段）
３９３ｇ  調整制御プログラム（調整制御手段）
１０００  監視システム
【図１】
2009290501.tif 000003
【図２】
2009290501.tif 000004
【図３】
2009290501.tif 000005
【図４】
2009290501.tif 000006
【図５】
2009290501.tif 000007
【図６】
2009290501.tif 000008
【図７】
2009290501.tif 000009
【図８】
2009290501.tif 000010
【図９】
2009290501.tif 000011
【図１０】
2009290501.tif 000012
【図１１】
2009290501.tif 000013
【図１２】
2009290501.tif 000014
【図１３】
2009290501.tif 000015
【図１４】
2009290501.tif 000016
【図１５】
2009290501.tif 000017
【図１６】
2009290501.tif 000018
【図１７】
2009290501.tif 000019