(57)【要約】【課題】  ネットワークカメラの映像配信に関わるモード情報を取得するコマンドに対するレスポンスにおいて、モード選択に伴う再起動情報を固定値として保持していると、該モード情報が選択された場合に無条件に再起動が発生することで、モニタリングシステムを利用するユーザーの利便性を損なうという問題がある。【解決手段】  コマンド判定手段により取得コマンドであると判定され、且つ必要性判定手段によりイメージセンサーモード情報への変更の必要性が判定された場合に、イメージセンサーモード情報を更新し、当該更新したイメージセンサーモード情報を前記送信部に送信させる制御手段を備える。【選択図】  図１
2014175786.tif 000002
【特許請求の範囲】
【請求項１】
被写体を撮像して画像を生成するイメージセンサーと、
クライアント装置からのコマンドを前記ネットワークを介して受け付ける受け付け部と、
前記受け付け部により受け付けられたコマンドに対するレスポンスを前記ネットワークを介して前記クライアント装置に送信する送信部と、
を備える撮像装置であって、
前記イメージセンサーの情報を管理する少なくとも一つのイメージセンサー情報、前記イメージセンサー情報に関連付けられ、前記イメージセンサーのモードを管理する少なくとも一つのイメージセンサーモード情報を記憶する記憶手段と、
前記受け付け部により受け付けられたコマンドが前記イメージセンサーモード情報を取得するための取得コマンドであるか否かを判定するコマンド判定手段と、
各イメージセンサーモード情報を前記イメージセンサー情報に関連付けた場合の、該イメージセンサーモード情報の変更の必要性を、イメージセンサー情報に関連付けられている現在のイメージセンサーモード情報を元に判定する必要性判定手段と、
前記コマンド判定手段および前記必要性判定手段による判定の結果に応じ、前記記憶手段に記憶されたイメージセンサーモード情報を更新し、当該更新したイメージセンサーモード情報を送信部に送信させる制御手段と、
を備え、
前記制御手段は、前記コマンド判定手段により取得コマンドであると判定され、且つ前記必要性判定手段によりイメージセンサーモード情報への変更の必要性が判定された場合に、前記イメージセンサーモード情報を更新し、当該更新したイメージセンサーモード情報を前記送信部に送信させることを特徴とする撮像装置。
【請求項２】
請求項１に記載の撮像装置であって、
前記イメージセンサーモード情報の中で、必要性判定手段の出力に従い更新される情報は再起動を示すフラグ情報であることを特徴とする撮像装置。
【請求項３】
請求項１又は２に記載の撮像装置であって、
前記必要性判定手段に用いる情報は画像解像度を示す情報であることを特徴とする撮像装置。
【請求項４】
請求項１乃至３のいずれか１項に記載の撮像装置であって、
前記必要性判定手段に用いる情報は符号化方式を示す情報であることを特徴とする撮像装置。
【請求項５】
請求項２乃至４のいずれか１項に記載の撮像装置であって、
前記再起動を示すフラグ情報で表現される再起動とは、システム再起動、映像配信に関わるソフトウェアの再起動、設定変更にともなう映像配信の途切れのいずれかを示すことを特徴とする撮像装置。
【請求項６】
外部のクライアント装置と通信する撮像装置であって、
被写体を撮像して画像信号を出力するイメージセンサーと、
前記イメージセンサーの設定を管理するためのイメージセンサーモード情報として、第１および第２のイメージセンサーモード情報を記憶部に記憶させる記憶制御手段と、
前記記憶部に記憶された第１のイメージセンサーモード情報と前記記憶部に記憶された第２のイメージセンサーモード情報とが整合するか否かを判定する判定手段と、
前記判定手段により整合しないと判定された場合に、前記記憶部に記憶された前記第２のイメージセンサーモード情報を更新する更新手段と、
を備え、
前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれは、前記撮像装置が再起動するか否かを示す再起動情報を含み、
前記更新手段は、前記記憶部に記憶された前記第２のイメージセンサーモード情報に含まれる再起動情報が前記撮像装置が再起動することを示すように、当該第２のイメージセンサーモード情報を更新することを特徴とする撮像装置。
【請求項７】
前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれは、解像度を示す解像度情報を含み、
前記判定手段は、前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれに含まれる解像度情報に基づき、当該第１のイメージセンサーモード情報と当該第２のイメージセンサーモード情報とが整合するか否かを判定することを特徴とする請求項６に記載の撮像装置。
【請求項８】
前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれは、前記イメージセンサーから出力された画像信号を符号化するための符号化方式を示す符号化方式情報を含み、
前記判定手段は、前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれに含まれる符号化方式情報に基づき、当該第１のイメージセンサーモード情報と当該第２のイメージセンサーモード情報とが整合するか否かを判定することを特徴とする請求項６に記載の撮像装置。
【請求項９】
前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれは、前記イメージセンサーから出力された画像信号を前記外部のクライアント装置にネットワークを介して送信する際のフレームレートを示すフレームレート情報を含み、
前記判定手段は、前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれに含まれるフレームレート情報に基づき、当該第１のイメージセンサーモード情報と当該第２のイメージセンサーモード情報とが整合するか否かを判定することを特徴とする請求項６に記載の撮像装置。
【請求項１０】
外部のクライアント装置と通信する撮像装置であって、
被写体を撮像して画像信号を生成するイメージセンサーと、
前記イメージセンサーから出力された画像信号を符号化する符号化手段と、
前記イメージセンサーの設定を管理するためのイメージセンサーモード情報と前記符号化手段の設定を管理するための符号化設定情報とを記憶部に記憶させる記憶制御手段と、
前記記憶部に記憶されたイメージセンサーモード情報と前記記憶部に記憶された符号化設定情報とが整合するか否かを判定する判定手段と、
前記判定手段により整合しないと判定された場合に、前記記憶部に記憶されたイメージセンサーモード情報を更新する更新手段と、
を備え、
前記記憶手段に記憶されたイメージセンサーモード情報は、前記撮像装置が再起動するか否かを示す再起動情報を含み、
前記更新手段は、前記記憶部に記憶されたイメージセンサーモード情報に含まれる再起動情報が前記撮像装置が再起動することを示すように、当該イメージセンサーモード情報を更新することを特徴とする撮像装置。
【請求項１１】
前記記憶部に記憶されたイメージセンサーモード情報および符号化設定情報のそれぞれは、解像度を示す解像度情報を含み、
前記判定手段は、前記記憶部に記憶されたイメージセンサーモード情報および符号化設定情報のそれぞれに含まれる解像度情報に基づき、当該第１のイメージセンサーモード情報と当該第２のイメージセンサーモード情報とが整合するか否かを判定することを特徴とする請求項１０に記載の撮像装置。
【請求項１２】
前記記憶部に記憶されたイメージセンサーモード情報および符号化設定情報のそれぞれは、前記イメージセンサーから出力された画像信号を符号化するための符号化方式を示す符号化方式情報を含み、
前記判定手段は、前記記憶部に記憶されたイメージセンサーモード情報および符号化方式情報のそれぞれに含まれる符号化方式情報に基づき、当該イメージセンサーモード情報と当該符号化方式情報とが整合するか否かを判定することを特徴とする請求項１０に記載の撮像装置。
【請求項１３】
前記記憶部に記憶されたイメージセンサーモード情報および符号化方式情報のそれぞれは、前記イメージセンサーから出力された画像信号を前記外部のクライアント装置にネットワークを介して送信する際のフレームレートを示すフレームレート情報を含み、
前記判定手段は、前記記憶部に記憶されたイメージセンサーモード情報および符号化方式情報のそれぞれに含まれるフレームレート情報に基づき、当該イメージセンサーモード情報と当該符号化方式情報とが整合するか否かを判定することを特徴とする請求項１０に記載の撮像装置。
【請求項１４】
外部のクライアント装置と通信する撮像装置であって、
被写体を撮像して画像信号を出力するイメージセンサーと、
前記イメージセンサーから出力された画像信号を、前記外部のクライアント装置にネットワークを介して送信する送信手段と、
前記イメージセンサーの設定を管理するためのイメージセンサーモード情報と前記送信手段により送信される画像信号の設定を管理するためのメディアプロファイル情報とを記憶部に記憶させる記憶制御手段と、
前記記憶部に記憶されたイメージセンサーモード情報とメディアプロファイル情報とが整合するか否かを判定する判定手段と、
前記判定手段により整合しないと判定された場合に、前記記憶部に記憶されたイメージセンサーモード情報を更新する更新手段と、
を備え、
前記記憶部に記憶されたイメージセンサーモード情報は、前記撮像装置が再起動するか否かを示す再起動情報を含み、
前記更新手段は、前記記憶部に記憶されたイメージセンサーモード情報に含まれる再起動情報が前記撮像装置が再起動することを示すように、当該イメージセンサーモード情報を更新することを特徴とする撮像装置。
【請求項１５】
前記記憶部に記憶されたイメージセンサーモード情報およびメディアプロファイル情報のそれぞれは、解像度を示す解像度情報を含み、
前記判定手段は、前記記憶部に記憶されたイメージセンサーモード情報およびメディアプロファイル情報のそれぞれに含まれた解像度情報に基づき、当該イメージセンサーモード情報と当該メディアプロファイル情報とが整合するか否かを判定することを特徴とする請求項１４に記載の撮像装置。
【請求項１６】
前記記憶部に記憶されたイメージセンサーモード情報およびメディアプロファイル情報のそれぞれは、前記イメージセンサーから出力された画像信号を符号化するための符号化方式を示す符号化方式情報を含み、
前記判定手段は、前記記憶部に記憶されたイメージセンサーモード情報およびメディアプロファイル情報のそれぞれに含まれる符号化方式情報に基づき、当該イメージセンサーモード情報と当該符号化方式情報とが整合するか否かを判定することを特徴とする請求項１４に記載の撮像装置。
【請求項１７】
前記記憶部に記憶されたイメージセンサーモード情報およびメディアプロファイル情報のそれぞれは、前記イメージセンサーにより生成された画像信号を前記外部のクライアント装置にネットワークを介して送信する際のフレームレートを示すフレームレート情報を含み、
前記判定手段は、前記記憶部に記憶されたイメージセンサーモード情報およびメディアプロファイル情報のそれぞれに含まれるフレームレート情報に基づき、当該第１のイメージセンサーモード情報と当該第２のイメージセンサーモード情報とが整合するか否かを判定することを特徴とする請求項１４に記載の撮像装置。
【請求項１８】
外部のクライアント装置と通信する撮像装置であって、
被写体を撮像して画像信号を出力するイメージセンサーと、
前記イメージセンサーの設定を管理するためのイメージセンサーモード情報を記憶部に記憶させる記憶制御手段と、
前記イメージセンサーから出力された画像信号を、前記外部のクライアント装置にネットワークを介して送信する送信手段と、
前記送信手段により送信される画像信号の設定を管理するためのメディアプロファイル情報を、前記外部のクライアント装置からのコマンドに応じて生成する生成手段と、
前記生成手段によりメディアプロファイル情報が生成されたか否かを判定する判定手段と、
前記判定手段により生成されていないと判定された場合に、前記記憶部に記憶されたイメージセンサーモード情報を更新する更新手段と、
を備え、
前記記憶部に記憶されたイメージセンサーモード情報は、前記撮像装置が再起動するか否かを示す再起動情報を含み、
前記更新手段は、前記記憶部に記憶されたイメージセンサーモード情報に含まれる再起動情報が前記撮像装置が再起動することを示すように、当該イメージセンサーモード情報を更新することを特徴とする撮像装置。
【請求項１９】
外部のクライアント装置と通信する撮像装置であって、
被写体を撮像して画像信号を出力するイメージセンサーと、
前記イメージセンサーから出力された画像信号を、前記外部のクライアント装置にネットワークを介して送信する送信手段と、
前記イメージセンサーの設定を管理するためのイメージセンサーモード情報と、前記送信手段により送信される画像信号の設定を管理するためのメディアプロファイル情報であって複数のメディアプロファイル情報と、を記憶部に記憶させる記憶制御手段と、
前記記憶部に記憶された複数のメディアプロファイル情報のそれぞれについて、前記記憶部に記憶されたイメージセンサーモード情報と整合するか否かを判定する判定手段と、
前記判定手段による判定の結果に基づき、前記記憶部に記憶されたイメージセンサーモード情報を更新する更新手段と、
を備え、
前記記憶部に記憶されたイメージセンサーモード情報は、前記撮像装置が再起動するか否かを示す再起動情報を含み、
前記更新手段は、前記判定手段により整合しないと判定されたメディアプロファイル情報の数が前記判定手段により整合すると判定されたメディアプロファイル情報の数よりも多い場合に、前記記憶部に記憶されたイメージセンサーモード情報に含まれる再起動情報が前記撮像装置が再起動することを示すように、当該イメージセンサーモード情報を更新することを特徴とする撮像装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コマンド受信時の撮像装置の振る舞いに関し、特に映像配信のモードに関わる情報を取得するコマンドに対するレスポンスメッセージの生成に関する。
【背景技術】
【０００２】
ネットワークカメラが配信する映像を、ネットワークを介してコンピュータ上のアプリケーションで受信／表示するモニタリングシステムが普及している。単にネットワークカメラの映像をモニタリングするだけでなく、コマンド群を定義することでアプリケーションからネットワークカメラが持つ各種機能に対する遠隔操作を行うことが可能である（例えば、特許文献１）。
【０００３】
また近年、ネットワークカメラとクライアント端末からなるモニタリングシステムに関わる規格としてＯＮＶＩＦ（Ｏｐｅｎ  Ｎｅｔｗｏｒｋ  Ｖｉｄｅｏ  Ｉｎｔｅｒｆａｃｅ  Ｆｏｒｕｍ）が存在する。モニタリングシステムでやり取りされるコマンドを定義することにより、ＯＮＶＩＦに対応したネットワークカメラとクライアント端末で構築されるモニタリングシステムであれば製造元に依存しない接続性を実現している。
【０００４】
ＯＮＶＩＦではネットワークカメラの制御を実現するために、ネットワークカメラの機能を概念的に定義している。映像配信に関する物として、レンズと撮像素子に対応するＶｉｄｅｏＳｏｕｒｃｅ。ＶｉｄｅｏＳｏｕｒｃｅの設定情報であって、識別子であるＴｏｋｅｎ，解像度，利用領域などから構成されるＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ。符号化処理の設定情報であって、識別子であるＴｏｋｅｎ，符号化の種類，ビットレート，映像品質，フレームレートなどから構成されるＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ。各Ｃｏｎｆｉｇｕｒａｔｉｏｎを束ねることで配信する映像の特性を管理するＭｅｄｉａＰｒｏｆｉｌｅなどが存在する。
【０００５】
また、ＯＮＶＩＦでは多くのコマンド群が定義されており、各種Ｃｏｎｆｉｇｕｒａｔｉｏｎに対する更新／生成／削除といった操作や、パン・チルトといったネットワークカメラ自体の操作を提供する。
【０００６】
さらに、Ｏｎｖｉｆにおいて、将来、次のような拡張機能が定義されることも想定される。たとえば、この拡張機能とは、その設定を変更することにより、ネットワークカメラの再起動が必要となるものである。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−３２６７１
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ＯＮＶＩＦに対応したモニタリングシステムにおいて、このような拡張機能の設定の変更に伴う再起動の取り扱いは、ネットワークカメラの製造元の実装に依存してしまうことが想定される。つまり、このような拡張機能の設定変更に伴い、常に再起動を発生させ、ユーザーに視聴不可時間を強いるなど、モニタリングシステムとしての利便性を損なう実装が存在する可能性があるという問題がある。
【０００９】
本発明は上記問題を解決するためのものであり、モニタリングシステムを利用するユーザーが、ネットワークカメラで発生する再起動を適時認識し、それにともなう視聴不可時間を回避できる機能を実現する再起動フラグの扱い方の提案を課題とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明の撮像装置は、被写体を撮像して画像を生成するイメージセンサーと、クライアント装置からのコマンドを前記ネットワークを介して受け付ける受け付け部と、前記受け付け部により受け付けられたコマンドに対するレスポンスを前記ネットワークを介して前記クライアント装置に送信する送信部と、を備える撮像装置であって、前記イメージセンサーの情報を管理する少なくとも一つのイメージセンサー情報、前記イメージセンサー情報に関連付けられ、前記イメージセンサーのモードを管理する少なくとも一つのイメージセンサーモード情報を記憶する記憶手段と、前記受け付け部により受け付けられたコマンドが前記イメージセンサーモード情報を取得するための取得コマンドであるか否かを判定するコマンド判定手段と、各イメージセンサーモード情報を前記イメージセンサー情報に関連付けた場合の、該イメージセンサーモード情報の変更の必要性を、イメージセンサー情報に関連付けられている現在のイメージセンサーモード情報を元に判定する必要性判定手段と、前記コマンド判定手段および前記必要性判定手段による判定の結果に応じ、前記記憶手段に記憶されたイメージセンサーモード情報を更新し、当該更新したイメージセンサーモード情報を送信部に送信させる制御手段と、を備え、前記制御手段は、前記コマンド判定手段により取得コマンドであると判定され、且つ前記必要性判定手段によりイメージセンサーモード情報への変更の必要性が判定された場合に、前記イメージセンサーモード情報を更新し、当該更新したイメージセンサーモード情報を前記送信部に送信させることを特徴とする。
【００１１】
また、上記目的を達成するために本発明の撮像装置は、外部のクライアント装置と通信する撮像装置であって、被写体を撮像して画像信号を出力するイメージセンサーと、前記イメージセンサーの設定を管理するためのイメージセンサーモード情報として、第１および第２のイメージセンサーモード情報を記憶部に記憶させる記憶制御手段と、前記記憶部に記憶された第１のイメージセンサーモード情報と前記記憶部に記憶された第２のイメージセンサーモード情報とが整合するか否かを判定する判定手段と、前記判定手段により整合しないと判定された場合に、前記記憶部に記憶された前記第２のイメージセンサーモード情報を更新する更新手段と、を備え、前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれは、前記撮像装置が再起動するか否かを示す再起動情報を含み、前記更新手段は、前記記憶部に記憶された前記第２のイメージセンサーモード情報に含まれる再起動情報が前記撮像装置が再起動することを示すように、当該第２のイメージセンサーモード情報を更新することを特徴とする。
【００１２】
また、上記目的を達成するために本発明の撮像装置は、外部のクライアント装置と通信する撮像装置であって、被写体を撮像して画像信号を生成するイメージセンサーと、前記イメージセンサーから出力された画像信号を符号化する符号化手段と、前記イメージセンサーの設定を管理するためのイメージセンサーモード情報と前記符号化手段の設定を管理するための符号化設定情報とを記憶部に記憶させる記憶制御手段と、前記記憶部に記憶されたイメージセンサーモード情報と前記記憶部に記憶された符号化設定情報とが整合するか否かを判定する判定手段と、前記判定手段により整合しないと判定された場合に、前記記憶部に記憶されたイメージセンサーモード情報を更新する更新手段と、を備え、前記記憶手段に記憶されたイメージセンサーモード情報は、前記撮像装置が再起動するか否かを示す再起動情報を含み、前記更新手段は、前記記憶部に記憶されたイメージセンサーモード情報に含まれる再起動情報が前記撮像装置が再起動することを示すように、当該イメージセンサーモード情報を更新することを特徴とする。
【００１３】
また、上記目的を達成するために本発明の撮像装置は、外部のクライアント装置と通信する撮像装置であって、被写体を撮像して画像信号を出力するイメージセンサーと、前記イメージセンサーから出力された画像信号を、前記外部のクライアント装置にネットワークを介して送信する送信手段と、前記イメージセンサーの設定を管理するためのイメージセンサーモード情報と前記送信手段により送信される画像信号の設定を管理するためのメディアプロファイル情報とを記憶部に記憶させる記憶制御手段と、前記記憶部に記憶されたイメージセンサーモード情報とメディアプロファイル情報とが整合するか否かを判定する判定手段と、前記判定手段により整合しないと判定された場合に、前記記憶部に記憶されたイメージセンサーモード情報を更新する更新手段と、を備え、前記記憶部に記憶されたイメージセンサーモード情報は、前記撮像装置が再起動するか否かを示す再起動情報を含み、前記更新手段は、前記記憶部に記憶されたイメージセンサーモード情報に含まれる再起動情報が前記撮像装置が再起動することを示すように、当該イメージセンサーモード情報を更新することを特徴とする。
【００１４】
また、上記目的を達成するために本発明の撮像装置は、外部のクライアント装置と通信する撮像装置であって、被写体を撮像して画像信号を出力するイメージセンサーと、前記イメージセンサーの設定を管理するためのイメージセンサーモード情報を記憶部に記憶させる記憶制御手段と、前記イメージセンサーから出力された画像信号を、前記外部のクライアント装置にネットワークを介して送信する送信手段と、前記送信手段により送信される画像信号の設定を管理するためのメディアプロファイル情報を、前記外部のクライアント装置からのコマンドに応じて生成する生成手段と、前記生成手段によりメディアプロファイル情報が生成されたか否かを判定する判定手段と、前記判定手段により生成されていないと判定された場合に、前記記憶部に記憶されたイメージセンサーモード情報を更新する更新手段と、を備え、前記記憶部に記憶されたイメージセンサーモード情報は、前記撮像装置が再起動するか否かを示す再起動情報を含み、前記更新手段は、前記記憶部に記憶されたイメージセンサーモード情報に含まれる再起動情報が前記撮像装置が再起動することを示すように、当該イメージセンサーモード情報を更新することを特徴とする。
【００１５】
また、上記目的を達成するために本発明の撮像装置は、外部のクライアント装置と通信する撮像装置であって、被写体を撮像して画像信号を出力するイメージセンサーと、前記イメージセンサーから出力された画像信号を、前記外部のクライアント装置にネットワークを介して送信する送信手段と、前記イメージセンサーの設定を管理するためのイメージセンサーモード情報と、前記送信手段により送信される画像信号の設定を管理するためのメディアプロファイル情報であって複数のメディアプロファイル情報と、を記憶部に記憶させる記憶制御手段と、前記記憶部に記憶された複数のメディアプロファイル情報のそれぞれについて、前記記憶部に記憶されたイメージセンサーモード情報と整合するか否かを判定する判定手段と、前記判定手段による判定の結果に基づき、前記記憶部に記憶されたイメージセンサーモード情報を更新する更新手段と、を備え、前記記憶部に記憶されたイメージセンサーモード情報は、前記撮像装置が再起動するか否かを示す再起動情報を含み、前記更新手段は、前記判定手段により整合しないと判定されたメディアプロファイル情報の数が前記判定手段により整合すると判定されたメディアプロファイル情報の数よりも多い場合に、前記記憶部に記憶されたイメージセンサーモード情報に含まれる再起動情報が前記撮像装置が再起動することを示すように、当該イメージセンサーモード情報を更新することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、モニタリングシステムを利用するユーザーが、ネットワークカメラで発生する再起動を適時認識し、それにともなう視聴不可時間を回避できる機能を実現する再起動フラグの扱い方を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１、第２の実施例におけるネットワークカメラの構成を示すブロック図である。
【図２】本発明の第１、第２の実施例におけるクライアント端末の構成を示すブロック図である。
【図３】本発明の第１、第２の実施例におけるモニタリングシステムの構成図である。
【図４】本発明の第１、第２の実施例におけるネットワークカメラとクライアント端末間でのＯＮＶＩＦコマンドのやり取りを説明するシーケンス図である。
【図５】本発明の第１の実施例におけるネットワークカメラの動作を説明するフローチャートである。
【図６】本発明の第１の実施例におけるクライアント端末上で動作するアプリケーションのＵＩを説明する図である。
【図７】本発明の第１の実施例におけるネットワークカメラがメモリー上に保持するＯＮＶＩＦ情報を説明する図である。
【図８】本発明の第１の実施例におけるネットワークカメラが再起動後にメモリー上に保持するＯＮＶＩＦ情報を説明する図である。
【図９】本発明の第２の実施例におけるネットワークカメラの動作を説明するフローチャートである。
【図１０】本発明の第２の実施例におけるネットワークカメラがメモリー上に保持するＯＮＶＩＦ情報を説明する図である。
【図１１】本発明の第２の実施例におけるクライアント端末上で動作するアプリケーションのＵＩを説明する図である。
【発明を実施するための形態】
【００１８】
（実施例１）
本発明の実施例１では、上述のＶｉｄｅｏＳｏｕｒｃｅの拡張機能としてＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅがＯｎｖｉｆで定義されることを仮に想定する。このＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは、その対応するＶｉｄｅｏＳｏｕｒｃｅをネットワークカメラが使用する場合の映像に関する設定値の設定上限を動作モードとして定めるものである。
【００１９】
ユーザーは所望のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅをＶｉｄｅｏＳｏｕｒｃｅに紐付けることで、よりネットワークカメラの映像配信に関わる動作モードを切り替えることが可能となる。また、入れ替えにより再起動が必要なＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは、再起動フラグにより切り換えで再起動が発生することを示すことも可能である。
【００２０】
なお、このＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅを生成／削除／変更といった操作を行うコマンドはなく、予め製造元により用意されておくものである。
【００２１】
また、ＯＮＶＩＦに対応したモニタリングシステムにおいて、ネットワークカメラが保持するＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報をやり取りする際、再起動フラグの取り扱いはネットワークカメラの製造元の実装に依存する。
【００２２】
つまりＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの切り換えに伴い、常に再起動を発生させ、ユーザーに視聴不可時間を強いるなど、モニタリングシステムとしての利便性を損なう実装が存在する可能性があるという問題がある。
【００２３】
本実施例は、このような問題を解決するためのものであり、モニタリングシステムを利用するユーザーが、ネットワークカメラで発生する再起動を適時認識し、それにともなう視聴不可時間を回避できる機能を実現する再起動フラグの扱い方の提案を課題とする。
【００２４】
本実施例によれば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの切り換えに伴う再起動発生の有無を、ネットワークカメラの状態を加味した動的な情報としてユーザーに提供できる。
【００２５】
これによりユーザーは、再起動を希望しない状況におけるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの切り換えにおいて、次に選択するＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅでの再起動の必要性を認識しながら、自らの選択により視聴不可期間を避けることができる。つまり、ユーザーの希望に柔軟に対応できるモニタリングシステムを提供できるという効果が期待できる。
【００２６】
続いて、図１には、ネットワークカメラ１００のブロック図である。なお、本実施例におけるネットワークカメラ１００は、動画像を撮影する監視カメラである。また、本実施例におけるネットワークカメラ１００は、壁面や天井に設置されるものとする。なおかつ、本実施例におけるネットワークカメラ１００は、ＰｏＥ（Ｐｏｗｅｒ  Ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（登録商標））に対応しており、ＬＡＮケーブルを介して電力を供給されるものとする。
【００２７】
図１において、１０１はレンズと撮像素子で構成されるビデオソース部である。レンズで取り込まれる光を撮像素子で受光し、デジタル映像データに変換する。なお、本実施例では、ビデオソース部１０１を構成する撮像素子は、被写体を撮像して画像信号を生成するイメージセンサーに相当する。
【００２８】
１０２は画像処理部である。ビデオソース部１０１が生成した映像データに対し、輝度／色味／ホワイトバランスなどの画作りに関わるパラメータ調整を行う。１０３は符号化部である。画像処理部１０２で画作りされた映像データに対し、所定の符号化方式に従った符号化処理を施す。本実施例ではＭＪＰＥＧ，ＭＰＥＧ４，Ｈ．２６４の各種符号化方式に従う符号化方式に対応できる符号化部である。
【００２９】
１０４は、通信部である。符号化部１０３で符号化された映像データをネットワークに配信することが可能である。また、ネットワークに繋がるクライアント端末２００が送信するネットワークカメラ１００への制御コマンドを受信することもできる。
【００３０】
なお、本実施例における通信部１０４は、クライアント端末２００からのコマンドを、ネットワークを介して受け付ける受け付け部としての役割を果たす。また、本実施例における通信部１０４は、このように受け付けたコマンドに対するレスポンスを、ネットワークを介してこのクライアント端末２００に送信する送信部としての役割を果たす。
【００３１】
１０５はコントローラーであり、ネットワークカメラ１００の制御を司る。コントローラー１０５は、ビデオソース部１０１、画像処理部１０２、符号化部１０３、通信部１０４、メモリー１０６への制御を行う。また、コントローラー１０５は、メモリー１０６に記憶されるプログラムを実行することも可能である。
【００３２】
１０６はメモリーである。各ブロックの制御に必要な設定データや、コントローラー１０５が実行するプログラム、クライアント端末２００との通信の為のコマンド情報などが記憶されている。したがって、本実施例におけるメモリー１０６は、記憶部に相当し、本実施例におけるコントローラー１０５は、記憶制御部に相当する。
【００３３】
図２は、図１のネットワークカメラ１００と通信するクライアント端末２００のブロック図が記載されている。なお、本実施例におけるクライアント端末２００は、外部のクライアント装置に相当する。
【００３４】
２０１は通信部である。映像データをネットワークから受信することが可能である。また、ネットワーク経由で接続されたネットワークカメラ１００に対し、制御コマンドを送信することもできる。
【００３５】
２０２は復号化部である。ネットワーク経由で受信する符号化された映像データを復号化し、表示データを生成する。本実施例ではＭＪＰＥＧ，ＭＰＥＧ４，Ｈ．２６４の各種符号化方式で符号化された映像データの復号化に対応できる復号化部である。
【００３６】
２０３は表示部である。復号化部２０２で復号化されたデータを表示し、ユーザーにネットワークカメラ１００が撮影した映像を提供する。また、クライアント端末２００において実行可能なアプリケーションのＧＵＩを表示することも可能である。２０４は入力部である。マウスやキーボードによりユーザーが行う操作情報を取り込むことが可能である。
【００３７】
２０５はコントローラーであり、クライアント端末２００の制御を司る。このコントローラー２０５は、通信部２０１、復号化部２０２、表示部２０３、入力部２０４、メモリー２０６への制御を行う。２０６はメモリーである。このメモリー２０６には、各ブロックの制御に必要な設定データや、アプリケーション等のプログラム、ネットワークカメラとの通信の為のコマンド情報などが記憶されている。
【００３８】
図３はネットワークカメラ１００とクライアント端末２００で構成されるモニタリングシステムが記載されている。つまり、クライアント端末２００は、ネットワークを介してネットワークカメラ１００と接続されており、コマンドのやり取りを通してユーザーが期待するモニタリング環境を提供する。
【００３９】
本実施例では、ネットワークカメラ１００とクライアント端末２００双方がＯＮＶＩＦ規格に準拠するものとし、やり取りされるコマンドはＯＮＶＩＦで定義されたコマンドを想定する。
【００４０】
なお、これらのコマンドは、例えば、ＸＭＬ  Ｓｃｈｅｍａ  Ｄｅｆｉｎｉｔｉｏｎ言語（以下ＸＳＤと称することがある）を用いて定義される。また、ネットワークカメラ１００およびクライアント端末２００は、ＸＳＤで定義されたコマンドをファイル形式で記憶する。
【００４１】
ネットワークカメラ１００は、図７に示すようなＯＮＶＩＦ情報をメモリー１０６に保持することを想定する。７０５は、ビデオソース部１０１を示す情報であるＶｉｄｅｏＳｏｕｒｃｅである。また、７０６は、ＶｉｄｅｏＳｏｕｒｃｅ７０５の設定情報であるＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎである。
【００４２】
そして、７０１〜７０４は、ＶｉｄｅｏＳｏｕｒｃｅ７０５に関連付けられ、ＶｉｄｅｏＳｏｕｒｃｅにモードの属性を付与するものとしてのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅである。ここで、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは複数存在し、ＶｉｄｅｏＳｏｕｒｃｅ７０５への関連付けを切り替えることで、ＶｉｄｅｏＳｏｕｒｃｅ７０５のモードを切り替えることができる。
【００４３】
なお、本実施例では、ＶｉｄｅｏＳｏｕｒｃｅ７０５は、イメージセンサー情報に相当し、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１〜７０４は、イメージセンサーモード情報に相当する。また、複数のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１〜７０４は、第１のイメージセンサーモード情報に相当し、第２のイメージセンサーモード情報を含む。
【００４４】
符号化部１０３に対する設定としてＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ７０７が存在する。ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ７０７も複数存在し、異なる符号化設定を独立に管理できる。したがって、本実施例におけるＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ７０７は、符号化設定情報に相当する。
【００４５】
さらに、ネットワークカメラ１００は、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ７０６とＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ７０７とをＭｅｄｉａＰｒｏｆｉｌｅ７０８の単位で管理する。これにより、ネットワークカメラ１００が通信部１０４から配信するストリーミング映像の特性を管理できる。なお、本実施例におけるＭｅｄｉａＰｒｏｆｉｌｅ７０８は、メディアプロファイル情報に相当する。
【００４６】
また、ＭｅｄｉａＰｒｏｆｉｌｅ７０８に属するＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ７０６やＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ７０７の幾つかの映像に関わる設定項目の上限値は、次のものにより定められる。即ち、ＶｉｄｅｏＳｏｕｒｃｅ７０５に関連付けられたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１である。
【００４７】
例えば、図７の例では”ＶＳ−１”をＴｏｋｅｎに持つＶｉｄｅｏＳｏｕｒｃｅ７０５に”ＶＳＭ−１”をＴｏｋｅｎに持つＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１が関連付けられている。この時、符号化方式としては”ＶＳＭ−１”に記載される”Ｈ．２６４”に制限され、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ７０７に設定できる符号化方式も”Ｈ．２６４”に制限される。
【００４８】
つまりＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドのレスポンスメッセージに”Ｈ．２６４”しか含めないことを意味する。このレスポンスメッセージは、ネットワークカメラ１００からネットワークを介してクライアント端末２００に送信される。なお、これらＯＮＶＩＦ情報は、全てメモリー１０６上で管理され、コントローラー１０５による操作が可能である。
【００４９】
また、各データはＴｏｋｅｎと呼ばれる識別情報で区別される。クライアント端末２００は、Ｔｏｋｅｎを指定することで所望のデータにアクセスすることが可能である。
【００５０】
さらに第一の実施例におけるネットワークカメラ１００の特徴として、撮影できる最大解像度を変更するためには、システムの再起動が必要になるという制約があることを想定する。
【００５１】
クライアント端末２００はＯＮＶＩＦに準拠したコマンドを発行できる。各種コマンドを発行することでネットワークカメラ１００が管理する図７の各種設定データを操作し、所望の映像データの設定ができる。また、この設定した映像配信の開始・停止などの制御により設定した映像データを受信できる。
【００５２】
図４は本発明を適用したネットワークカメラ１００とクライアント端末２００がＯＮＶＩＦに準拠したコマンドのやり取りを行う際のシーケンス図である。４０１のコマンドセットは、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドとＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージである。
【００５３】
ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドは、クライアント端末２００からネットワークカメラ１００へネットワークを介して送信される。このＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドは、ＶｉｄｅｏＳｏｕｒｃｅ７０５のＴｏｋｅｎを引数とする。
【００５４】
このＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドにより、対象のＶｉｄｅｏＳｏｕｒｃｅ７０５で利用可能な全ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報を、ネットワークカメラ１００からクライアント端末２００へ送信させることが可能となる。この場合に送信される情報は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージとしてクライアント端末２００に送信される。
【００５５】
なお、本実施例では、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドは、イメージセンサーモード情報を取得するための取得コマンドに相当する。
【００５６】
４０２のコマンドセットは、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドとＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージである。ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドは、クライアント端末２００からネットワークカメラ１００へ送信される。
【００５７】
このＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドは、ＶｉｄｅｏＳｏｕｒｃｅ７０５のＴｏｋｅｎと、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１〜７０４のうちのいずれか１つのＴｏｋｅｎと、を引数とする。このＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドにより、所望のＶｉｄｅｏＳｏｕｒｃｅに対するＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの設定を依頼することが可能となる。
【００５８】
ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージは、ネットワークカメラ１００からクライアント端末２００から送信される。このＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージは、所望のＶｉｄｅｏＳｏｕｒｃｅに対するＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの設定処理が成功したか否かを通知するためのものである。
【００５９】
これらＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドとＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージとで、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの設定が可能となる。
【００６０】
図５は、本発明を適用したネットワークカメラ１００がクライアント端末２００からＯＮＶＩＦ規格に従うＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドを受信した時の振舞いを示すフローチャートである。
【００６１】
本実施例では、クライアント端末２００が図６に示すような「ストリーミングモード設定」画面を表示したタイミングでＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドを発行することを想定し、それに対するネットワークカメラ１００の振る舞いを示した。
【００６２】
Ｓ５０１において、ネットワークカメラ１００はＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドを受信したか否かの確認が行われる。確認された場合はＳ５０２に移行し、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドではなかった場合は、Ｓ５１２を処理する。具体的には、Ｓ５０１では、コントローラー１０５は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドをクライアント端末２００から受信したか否かを判定する。
【００６３】
コントローラー１０５は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドをクライアント端末２００から受信したと判定した場合には、Ｓ５０２に処理を進める。一方、コントローラー１０５は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドをクライアント端末から受信していないと判定した場合には、Ｓ５１２に処理を進める。なお、Ｓ５１２の処理は後述する。
【００６４】
ここでは、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドをクライアント端末２００から受信した場合を想定する。コントローラー１０５は、通信部１０４で受信したデータをメモリー１０６に展開し、受信処理が完了する。
【００６５】
なお、本実施例におけるコントローラー１０５は、クライアント端末２００からのコマンドがイメージセンサーモード情報を取得するための取得コマンドであるか否かを判定するコマンド判定部としての役割を果たす。
【００６６】
Ｓ５０２では、Ｓ５０１で受信したコマンドの引数として指定されるＶｉｄｅｏＳｏｕｒｃｅのＴｏｋｅｎ情報を確認する。コントローラー１０５により、メモリー１０６上のコマンドデータの確認が行われる。本実施例としては、Ｔｏｋｅｎ情報として”ＶＳ−１”が取得できたことを意味する。
【００６７】
Ｓ５０３では、コントローラー１０５は、Ｓ５０２で得られたＴｏｋｅｎ名に該当するＶｉｄｅｏＳｏｕｒｃｅに関連付けられているＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報を解析する。
【００６８】
本実施例では、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報の内、最大解像度（ＭａｘＲｅｓｏｌｕｔｉｏｎ）に関する情報を取得することを想定する。この最大解像度に関する情報は、コントローラー１０５がメモリー１０６上にあるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報を解析することにより、取得できる。
【００６９】
本実施例では、Ｔｏｋｅｎ＝”ＶＳ−１”のＶｉｄｅｏＳｏｕｒｃｅ７０５に関連付けられているＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１としてＴｏｋｅｎ＝”ＶＭＳ−１”となっている。つまり、コントローラー１０５は、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１の最大解像度（ＭａｘＲｅｓｏｌｕｔｉｏｎ）として、”１９２０ｘ１０８０”を取得することを意味する。
【００７０】
Ｓ５０４より、コントローラー１０５は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドに対するレスポンスデータの生成のための処理として、全ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報の調査を開始する。
【００７１】
たとえば、Ｓ５０４では、コントローラー１０５は、メモリー１０６に記憶されたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの中から１つのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅを、後述のＳ５０５における処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとして、選択する。
【００７２】
Ｓ５０５では、処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに設定されている最大解像度の情報とＳ５０２で指定されているＶｉｄｅｏＳｏｕｒｃｅに関連付けられているＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度の情報とを比較する処理が行われる。（ここで、最大解像度の情報は、「ＭａｘＲｅｓｏｌｕｔｉｏｎ」に相当する。）
これは、コントローラー１０５がメモリー１０６上にあるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報を取得し、比較処理を行うことで実現できる。
【００７３】
なお、本実施例では、Ｓ５０２で指定されているＶｉｄｅｏＳｏｕｒｃｅに関連付けられているＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは、現在のイメージセンサーモード情報に相当する。また、本実施例における最大解像度は、画像解像度に相当する。
【００７４】
Ｓ５０６では、コントローラー１０５は、Ｓ５０５の比較処理の結果を判定する。解像度が同じである場合、ネットワークカメラ１００として再起動が必要ではないため、Ｓ５０７で対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの再起動フラグを”Ｒｅｂｏｏｔ＝ｆａｌｓｅ”に設定する。
【００７５】
逆に解像度に違いがある場合、ネットワークカメラ１００として再起動が必要なため、Ｓ５０８で再起動フラグを”Ｒｅｂｏｏｔ＝ｔｒｕｅ”に設定する。コントローラー１０５がメモリー１０６上のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの所望の領域に書き込みを行うことで実現できる。
【００７６】
具体的には、Ｓ５０６では、コントローラー１０５は、処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度とＳ５０２で指定されたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度とが同じであるとＳ５０５で判定した場合には、Ｓ５０７に処理を進める。
【００７７】
一方、コントローラー１０５は、処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度とＳ５０２で指定されたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度とが異なるとＳ５０５で判定した場合には、Ｓ５０８に処理を進める。
【００７８】
また、具体的には、Ｓ５０７では、コントローラー１０５は、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｔｒｕｅ”に設定する。そして、Ｓ５０８では、コントローラー１０５は、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｆａｌｓｅ”に設定する。
【００７９】
なお、本実施例におけるコントローラー１０５は、各イメージセンサーモード情報の変更の必要性を判定する必要性判定部としての役割を果たす。また、本実施例におけるコントローラー１０５は、イメージセンサーモード情報を、この必要性判定部の出力に従って、更新する更新部としての役割を果たす。
【００８０】
Ｓ５０９では、ネットワークカメラ１００が保持する全てのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの確認が完了したか否かの確認が行われる。完了した場合はＳ５１０に移行し、完了していない場合はＳ５０５に戻り次のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの処理を行う。
【００８１】
具体的には、コントローラー１０５は、メモリー１０６に記憶された全てのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅが、Ｓ５０５における処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとして、選択されたか否かを判定する。そして、コントローラー１０５は、メモリー１０６に記憶された全てのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅがＳ５０５における処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとして選択されたと判定した場合には、Ｓ５１０に処理を進める。
【００８２】
一方、コントローラー１０５は、メモリー１０６に記憶された全てのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅがＳ５０５における処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとして選択されていないと判定した場合には、Ｓ５０５に処理を戻す。
【００８３】
この判定の際、コントローラー１０５は、メモリー１０６に記憶された全てのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの中から新たなＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅを１つ、処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとして、選択する。
【００８４】
本実施例ではＳ５０５からＳ５０９までのループ処理の結果、次のようになることを意味する。即ち、図７のように”ＶＳＭ−１”と”ＶＳＭ−４”のＴｏｋｅｎを持つＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは”Ｒｅｂｏｏｔ＝ｆａｌｓｅ”となることである。なおかつ、”ＶＳＭ−２”と”ＶＳＭ−３”のＴｏｋｅｎを持つＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは”Ｒｅｂｏｏｔ＝ｔｒｕｅ”となることである。
【００８５】
Ｓ５１０では、Ｓ５０５からＳ５０９までのループ処理の結果を元にＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドに対するＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージの生成が行われる。
【００８６】
具体的には、Ｓ５１０では、コントローラー１０５は、メモリー１０６に記憶された全てのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報を読み出す。次に、コントローラー１０５は、読み出したＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅのリストを含むＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージをメモリー１０６上に記憶させる。
【００８７】
本実施例では、コントローラー１０５は、メモリー１０６上に”ＶＳＭ−１”から”ＶＳＭ−４”のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅをリストに持つＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージを生成する。
【００８８】
Ｓ５１１では、コントローラー１０５は、Ｓ５１０でメモリー１０６上に生成されたレスポンスデータをＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージとしてクライアント端末２００に送信する処理が行われる。この処理は、コントローラー１０５がメモリー１０６上のデータを通信部１０４に送出することで実行される。
【００８９】
Ｓ５１１のメッセージ送信処理をもってＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドに対するネットワークカメラ１００の処理が完了する。
【００９０】
４０１のコマンドセットに従い、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージはクライアント端末２００で受け取られる。これにより、クライアント端末２００は、ネットワークカメラ１００に設定できるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報から撮影モードとして最大解像度と、フレームレート、それに符号化方式の組み合わせをユーザーに提供することができる。
【００９１】
図６はその一例である。受信したＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅを「ストリーミングモード設定」画面の「選択モード」欄に表示することでユーザーにモードの選択機能を提供することができる。
【００９２】
また受け取ったＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの中で”Ｒｅｂｏｏｔ＝ｔｒｕｅ”となっているものには６０１のような再起動マークを付ける。この再起動マークは、このマークが付されたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに切り換えることにより、ネットワークカメラ１００の再起動が発生することを示すためのものである。
【００９３】
これにより、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの切り換えによりネットワークカメラ１００の再起動が発生してしまうことをユーザーに伝えることが可能となる。
【００９４】
図６の例のように、ユーザーがＶＳＭ−２に該当する「３８４０ｘ２１６０  ＠  ７ｆｐｓ  ［Ｈ．２６４］」を選択すると、クライアント端末２００からネットワークカメラ１００へ、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドが発行される。
【００９５】
ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドは、引数としてＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎに”ＶＳ−１”、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＴｏｋｅｎに”ＶＳＭ−２”を持つコマンドとなる。”Ｒｅｂｏｏｔ＝ｔｒｕｅ”のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅが”ＶＳ−１”のＶｉｄｅｏＳｏｕｒｃｅに設定されることで、ネットワークカメラ１００は再起動することになる。
【００９６】
ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドに対するネットワークカメラ１００の具体的な処理はＳ５１２からの処理となる。
【００９７】
Ｓ５１２では、ネットワークカメラ１００は、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドを受信したか否かの確認が行われる。確認された場合は、コントローラー１０５が通信部１０４で受信したデータをメモリー１０６に展開することで受信処理を実行後、Ｓ５１３に移行する。逆に確認できなかった場合は、Ｓ５０１の処理に戻る。具体的には、Ｓ５１２では、コントローラー１０５は、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドを受信したか否かを判定する。
【００９８】
コントローラー１０５は、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドをクライアント端末２００から受信したと判定した場合には、ＳＳ５１３へ処理を進める。一方、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドをクライアント端末２００から受信していないと判定した場合には、Ｓ５０１へ処理を戻す。
【００９９】
Ｓ５１３では、ネットワークカメラ１００により、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドの引数の確認が行われる。コントローラー１０５により、メモリー１０６上のＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドデータの確認が行われる。
【０１００】
本実施例としては、クライアント端末２００よりＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎに”ＶＳ−１”、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＴｏｋｅｎに”ＶＳＭ−２”を引数に持つＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドを想定している。
【０１０１】
Ｓ５１４では、Ｓ５１３のコマンド情報を元に、指定されたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＳｏｕｒｃｅを関連付ける処理が行われる。この処理は、コントローラー１０５がメモリー１０６上のＯＮＶＩＦ情報を操作することで実現される。
【０１０２】
たとえば、コントローラー１０５は、ステップＳ５１２で受信されたＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドに含まれるＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎに対応するＶｉｄｅｏＳｏｕｒｃｅに、次のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅを関連付ける。すなわち、ステップＳ５１２で受信されたＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドに含まれるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに対応するＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅである。
【０１０３】
本実施例では、”ＶＳＭ−２”のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅが、”ＶＳ−１”のＶｉｄｅｏＳｏｕｒｃｅに関連付けられることを意味する。
【０１０４】
Ｓ５１５では、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージの生成が行われる。これは、コントローラー１０５がメモリー１０６上に生成することで実現できる。
【０１０５】
その後、Ｓ５１６において、生成されたＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージの送信が行われる。コントローラー１０５がメモリー１０６上のデータを通信部１０４に送出することで処理を実行する。これにより、ネットワークカメラ１００からクライアント端末２００へＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージが送信される。
【０１０６】
Ｓ５１７では、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドの結果、再起動が必要か否かの確認を行う。本実施例のように”Ｒｅｂｏｏｔ＝ｔｒｕｅ”であるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅが選択された場合は、Ｓ５１７で再起動処理を実行後、処理を終了する。
【０１０７】
具体的には、コントローラー１０５は、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値が“ｔｒｕｅ”であるか否かを判定する。そして、コントローラー１０５は、Ｒｅｂｏｏｔの値が“ｔｒｕｅ”であると判定された場合には、ステップＳ５１８へ処理を進める。一方、コントローラー１０５は、Ｒｅｂｏｏｔの値が“ｔｒｕｅ”ではないと判定された場合には、処理を終了する。
【０１０８】
本実施例として、”ＶＳＭ−２”をＴｏｋｅｎに持つＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅが設定されたことによる再起動の結果として、図８に示すような各ＯＮＶＩＦパラメータを保持した状態でネットワークに復帰することが考えられる。
【０１０９】
ＶｉｄｅｏＳｏｕｒｃｅ８０５／ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ８０２／ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ８０７の各ＯＮＶＩＦパラメータが”ＶＳＭ−２”による制約に従っていることが見て取れる。この再起動により、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ８０６やＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ８０７に設定可能な値も変化することを意味している。
【０１１０】
つまり再起動により、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドやＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドに対するレスポンスメッセージも変化することを意味する。
【０１１１】
ユーザーは、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅで特徴づけられる設定範囲の中でモニタリングを行うことが可能となる。なお、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドやＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドがＯＮＶＩＦで規定されることは言うまでもない。
【０１１２】
なお、図８において、８０８は、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ８０６と、ＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ８０７と、を管理するためのＭｅｄｉａＰｒｏｆｉｌｅである。また、８０１、８０２および８０４は、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅである。
【０１１３】
また、図６の例においてユーザーが、Ｔｏｋｅｎが”ＶＳＭ−４”のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０４に該当する「１９２０ｘ１０８０  ＠  ３０ｆｐｓ  ［Ｈ．２６４／ＭＪＰＥＧ］」を選択する。この結果、再起動フラグが”ｆａｌｓｅ”のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０４が、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドにより、ＶｉｄｅｏＳｏｕｒｃｅ７０５に設定されることになる。
【０１１４】
この場合、ネットワークカメラ１００は、Ｓ５１７において再起動不要と判定され、再起動することなくＯＮＶＩＦ情報も図７の状態を保つ。さらにＧｅｔＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドやＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドに対するレスポンスメッセージも変化はない。
【０１１５】
以上より、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅをストリーミングモードとして利用する監視システムにおいて、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれる最大解像度値の変更に応じて再起動が必要なネットワークカメラ１００の場合、次の処理を行う。
【０１１６】
つまり、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドのレスポンスメッセージにおけるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの再起動フラグを動的に変更してクライアント端末２００とのコマンドのやり取りを行う。（なお、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれる最大解像度値は、「ＭａｘＲｅｓｏｌｕｔｉｏｎ」に相当する。）
【０１１７】
クライアント端末２００は、ネットワークカメラ１００が送信するＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅの結果に応じてユーザーにストリーミングモードの選択画面を提供する。その上でユーザーの選択に応じたＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドを発行することで、その時々のネットワークカメラ１００のストリーミングモードに応じた必要最低限の再起動のみでモニタリングをユーザーに提供できる。
【０１１８】
本実施例においては、クライアント端末２００上のアプリケーションとして、ストリーミングモードの変更にともなる再起動の必要性の有無を、「再起動マーク６０１」でユーザーに通知する方法を例に説明した。
【０１１９】
しかしながらこの実装に限定されるものではない。例えば、ユーザーがストリーミングモードを選択したことにあわせて再起動が必要になる旨を通知するポップアップウィンドウを表示する実装でも構わない。警告がポップアップすることによりユーザーはより明確に再起動の存在を意識することが可能となる。
【０１２０】
本実施例において、図５のフローチャートのＳ５１８でのネットワークカメラ１００の再起動処理として、ネットワークカメラとして定義できる「再起動」として幾つか考えられる。
【０１２１】
一般的なシステム全体の再起動だけでなく、ソフトウェアの階層で実行するプロセス再起動に適用することも可能である。例えばＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの切り換えにより、ビデオソース部１０１や符号化部１０３を制御するソフトウェアを再起動する必要があるシステムの場合、ソフトウェアの再起動をＳ５１８の再起動処理として実行してもよい。この場合、Ｓ５０７やＳ５０８のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅのＲｅｂｏｏｔフラグに対する設定は、ソフトウェア階層での再起動の発生を示す。
【０１２２】
また、システム再起動やソフトウェア再起動を実際に行わない場合を、再起動として定義することも可能である。例えばＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの切り換えにより、ビデオソース部１０１や符号化部１０３の設定情報を変更（設定変更）することにより映像が途切れる場合、映像の途切れの発生をネットワークカメラ１００としての再起動として定義しても構わない。この場合、Ｓ５０７やＳ５０８のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅのＲｅｂｏｏｔフラグに対する設定は映像の途切れの有無を示す（表現する）。
【０１２３】
ここで、本実施例におけるＲｅｂｏｏｔフラグは、フラグ情報（換言すれば、再起動情報）に相当する。
【０１２４】
（実施例２）
本発明の第２の実施例では、使用する符号化方式に変更が発生した場合に再起動処理が必要なネットワークカメラ１００を想定した実施形態を説明する。ここで、ネットワークカメラ１００およびクライアント端末２００で構成されるシステム、また使用されるＯＮＶＩＦコマンドフローは、第１の実施例の図１、図２、図３、図４と同じであるため詳細な説明は省略する。
【０１２５】
図９のフローチャートは、本発明の第２の実施例としてのネットワークカメラ１００がＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドを受信した際に従う処理を記載したものである。なお、この処理は、コントローラー１０５により実行される。
【０１２６】
図９における処理の流れは、図５のフローチャートと同じであるが、Ｓ９０３、Ｓ９０５、Ｓ９０６の処理の対象がＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度（ＭａｘＲｅｓｏｌｕｔｉｏｎ）ではなく符号化方式（Ｅｎｃｏｄｉｎｇ）となっている。
【０１２７】
つまり、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドの引数のＴｏｋｅｎ名で指定されるＶｉｄｅｏＳｏｕｒｃｅに対して、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅを関連付けた際に符号化方式の観点から再起動が必要になるのか否かを判定する。
【０１２８】
Ｓ９０３では、コントローラー１０５は、Ｓ９０２で取得されたＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎ情報に関連付けられたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報から、符号化方式を示す符号化方式情報を取得する。
【０１２９】
たとえば、本実施例では、図１０に示すように、Ｔｏｋｅｎ＝“ＶＳ−１”のＶｉｄｅｏＳｏｕｒｃｅ１００５は、Ｔｏｋｅｎ＝“ＶＳＭ−１”のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ１００１に関連付けられている。したがって、コントローラー１０５は、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ１００１の符号化方式情報として“Ｈ．２６４”を取得する。
【０１３０】
Ｓ９０５では、コントローラー１０５は、処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの符号化方式情報と、Ｓ９０２で取得されたＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎ情報に関連付けられたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報の符号化方式情報と、を比較する。
【０１３１】
Ｓ９０６では、コントローラー１０５は、Ｓ９０５で比較された２つの符号化方式情報が同じ場合には、Ｓ９０７に処理を進め、Ｓ９０５で比較された２つの符号化方式情報が異なる場合には、Ｓ９０８に処理を進める。
【０１３２】
第２の実施例におけるＯＮＶＩＦ情報として図１０を想定する。この例では、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンド受信時に、”ＶＳ−１”のＴｏｋｅｎのＶｉｄｅｏＳｏｕｒｃｅ１００５に関連付けられているＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ１００１のＴｏｋｅｎが”ＶＳＭ−１”である。また、このＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ１００１の符号化方式がＨ．２６４である。
【０１３３】
つまり、切り換えにより再起動が必要になるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ１００４であることを示すＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報が送られる。ここで、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ１００４は、その符号化方式情報は”ＪＰＥＧ”であり、且つそのＴｏｋｅｎは、”ＶＳＭ−４”である。また、このＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報は、具体的には、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージとしてクライアント端末２００に送られる。
【０１３４】
続いて、図１１は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージを受け取ったクライアント端末２００がユーザーに提供するＵＩを示している。この受け取ったＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報を「選択モード」欄に表示することで、ユーザーにストリーミングモードの選択機能を提供することができる。
【０１３５】
第１の実施例の時と同じく、再起動が必要になる項目（選択肢）に再起動マークを表示することで、ユーザーにストリーミングモード変更に再起動が必要な設定（選択肢）が存在することを通知することが可能である。
【０１３６】
ユーザーの選択に応じて４０２のＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドのやり取りが行われ、図１１でユーザーが選択したＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの設定に応じて再起動が行われることになる。
【０１３７】
以上より、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅをストリーミングモードとして利用する監視システムでは、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれる符号化方式（Ｅｎｃｏｄｉｎｇ）の変更に応じ、再起動が必要なネットワークカメラ１００の場合、次の処理を行う。
【０１３８】
つまり、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドのレスポンスメッセージにおけるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの再起動フラグを動的に変更してクライアント端末２００とのコマンドのやり取りを行う。クライアント端末２００は、ネットワークカメラ１００が送信するＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅの結果に応じてユーザーにストリーミングモードの選択画面を提供する。
【０１３９】
その上でユーザーの選択に応じたＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドを発行することで、その時々のネットワークカメラ１００のストリーミングモードに応じた必要最低限の再起動のみでモニタリングをユーザーに提供できる。
【０１４０】
なお、上述の実施例におけるＳ５０６では、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれる最大解像度情報に基づき、当該ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成した。
【０１４１】
また、上述の実施例におけるＳ９０６では、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれる符号化方式情報に基づき、当該ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成した。しかしながら、これらに限られるものではない。
【０１４２】
たとえば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるフレームレート情報に基づき、当該ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成しても良い。
【０１４３】
より詳細には、Ｓ９０３において、Ｓ９０２で取得されたＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎ情報に関連付けられたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報から、フレームレート情報を取得するように、コントローラー１０５を構成しても良い。
【０１４４】
ここで、フレームレート情報とは、ビデオソース部１０１から出力された画像信号をクライアント端末２００に送信する際のフレームレートを示す情報である。具体的には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報における最大フレームレート情報（ＭａｘＦｒａｍｅｒａｔｅ）に相当する。
【０１４５】
さらに、Ｓ９０５において、次のような処理をするようにコントローラー１０５を構成しても良い。すなわち、処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅのフレームレート情報と、Ｓ９０２で取得されたＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎ情報に関連付けられたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報のフレームレート情報と、を比較する処理である。
【０１４６】
なおかつ、Ｓ９０６において、Ｓ９０５で比較された２つの符号化方式情報が同じ場合には、Ｓ９０７に処理を進め、Ｓ９０５で比較された２つの符号化方式情報が異なる場合には、Ｓ９０８に処理を進めるように、コントローラー１０５を構成しても良い。
【０１４７】
また、上述の実施例では、２つのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報を比較し、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成したが、これに限られるものではない。
【０１４８】
たとえば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報とＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ情報とを比較して、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報に含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成しても良い。
【０１４９】
たとえば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎとが整合するか否かを判定するように、コントローラー１０５を構成しても良い。
【０１５０】
さらに、整合しないと判定した場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｔｒｕｅ”に設定するように、コントローラー１０５を構成しても良い。なおかつ、整合すると判定した場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｆａｌｓｅ”に設定するように、コントローラー１０５を構成しても良い。
【０１５１】
なお、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎとが整合するか否かの判定については、コントローラー１０５を以下のように構成しても良い。
【０１５２】
たとえば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの符号化方式とＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの符号化方式とが同じである場合には、次のように判定するように、コントローラー１０５を構成してもよい。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎは整合するという判定である。
【０１５３】
一方、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの符号化方式とＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの符号化方式とが異なる場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎは整合しないという判定である。
【０１５４】
あるいは、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度がＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの解像度よりも大きい場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎは整合するという判定である。
【０１５５】
一方、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度がＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの解像度よりも小さい場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎとが整合しないという判定である。
【０１５６】
他にも、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大フレームレートがＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏのフレームレートよりも大きい場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎとが整合すると判定するという判定である。
【０１５７】
一方、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大フレームレートがＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏのフレームレートよりも小さい場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎとが整合しないという判定である。
【０１５８】
続いて、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報と、ＭｅｄｉａＰｒｏｆｉｌｅの情報とを比較して、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成しても良い。
【０１５９】
たとえば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報とＭｅｄｉａＰｒｏｆｉｌｅの情報とが整合するか否かを判定するように、コントローラー１０５を構成しても良い。
【０１６０】
さらに、整合しないと判定した場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｔｒｕｅ”に設定するように、コントローラー１０５を構成しても良い。なおかつ、整合すると判定した場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｆａｌｓｅ”に設定するように、コントローラー１０５を構成しても良い。
【０１６１】
なお、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＭｅｄｉａＰｒｏｆｉｌｅとが整合するか否かの判定については、コントローラー１０５を以下のように構成しても良い。  たとえば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの符号化方式とＭｅｄｉａＰｒｏｆｉｌｅに対応する符号化方式とが同じである場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＭｅｄｉａＰｒｏｆｉｌｅとが整合するという判定である。
【０１６２】
一方、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの符号化方式とＭｅｄｉａＰｒｏｆｉｌｅに対応する符号化方式とが異なる場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの符号化方式とＭｅｄｉａＰｒｏｆｉｌｅとが整合しないという判定である。
【０１６３】
ここで、ＭｅｄｉａＰｒｏｆｉｌｅに対応する符号化方式とは、このＭｅｄｉａＰｒｏｆｉｌｅが関連付けられたＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの符号化方式である。
【０１６４】
あるいは、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度がＭｅｄｉａＰｒｏｆｉｌｅに対応する解像値を“ｆａｌｓｅ”に度よりも大きい場合には、次のように判定するようにコントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＭｅｄｉａＰｒｏｆｉｌｅとが整合するという判定である。
【０１６５】
一方、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度がＭｅｄｉａＰｒｏｆｉｌｅに対応する解像度よりも小さい場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＭｅｄｉａＰｒｏｆｉｌｅとが整合しないという判定である。
【０１６６】
ここで、ＭｅｄｉａＰｒｏｆｉｌｅに対応する解像度とは、このＭｅｄｉａＰｒｏｆｉｌｅが関連付けられたＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの解像度である。
【０１６７】
他にも、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大フレームレートがＭｅｄｉａＰｒｏｆｉｌｅに対応する解像度よりも大きい場合には、次のように判定するようにコントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＭｅｄｉａＰｒｏｆｉｌｅとが整合すると判定するという判定である。
【０１６８】
一方、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大フレームレートがＭｅｄｉａＰｒｏｆｉｌｅに対応する解像度よりも小さい場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大フレームレートがＭｅｄｉａＰｒｏｆｉｌｅとが整合しないという判定である。
【０１６９】
ここで、ＭｅｄｉａＰｒｏｆｉｌｅに対応する最大フレームレートとは、このＭｅｄｉａＰｒｏｆｉｌｅが関連付けられたＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎのフレームレートである。
【０１７０】
続いて、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報と、複数のＭｅｄｉａＰｒｏｆｉｌｅのそれぞれとを比較して、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成しても良い。
【０１７１】
たとえば、複数のＭｅｄｉａＰｒｏｆｉｌｅのそれぞれについて、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅと整合するか否かを判定するように、コントローラー１０５を構成しても良い。
【０１７２】
さらに、次のような場合には、Ｒｅｂｏｏｔの値を“ｔｒｕｅ”に設定するよう、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅと整合しないと判定されたＭｅｄｉａＰｒｏｆｉｌｅの数がＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅと整合すると判定されたＭｅｄｉａＰｒｏｆｉｌｅの数よりも多い場合である。
【０１７３】
一方、次のような場合には、Ｒｅｂｏｏｔの値を“ｆａｌｓｅ”に設定するよう、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅと整合しないと判定されたＭｅｄｉａＰｒｏｆｉｌｅの数がＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅと整合すると判定されたＭｅｄｉａＰｒｏｆｉｌｅの数よりも少ない場合である。
【０１７４】
なお、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＭｅｄｉａＰｒｏｆｉｌｅが整合しているか否かの判定は、上述したものと同様である。
【０１７５】
続いて、ＭｅｄｉａＰｒｏｆｉｌｅが生成されているか否かに応じ、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を更新するように、コントローラー１０５を構成しても良い。
【０１７６】
具体的には、ＭｅｄｉａＰｒｏｆｉｌｅが生成されていると判定した場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｔｒｕｅ”に設定するように、コントローラー１０５を構成しても良い。さらに、ＭｅｄｉａＰｒｏｆｉｌｅが生成されていると判定しない場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｆａｌｓｅ”に設定するように、コントローラー１０５を構成しても良い。
【０１７７】
続いて、クライアント端末２００によりＭｅｄｉａＰｒｏｆｉｌｅがアクセスされているか否かに応じ、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を更新するように、コントローラー１０５を構成しても良い。
【０１７８】
具体的には、ＭｅｄｉａＰｒｏｆｉｌｅがアクセスされていると判定した場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｔｒｕｅ”に設定するように、コントローラー１０５を構成しても良い。さらに、ＭｅｄｉａＰｒｏｆｉｌｅがアクセスされていると判定しない場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｆａｌｓｅ”に設定するように、コントローラー１０５を構成しても良い。
【０１７９】
続いて、ＭｅｄｉａＰｒｏｆｉｌｅが存在しているか否かに応じ、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を更新するように、コントローラー１０５を構成しても良い。
【０１８０】
具体的には、ＭｅｄｉａＰｒｏｆｉｌｅが存在していると判定した場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｔｒｕｅ”に設定するように、コントローラー１０５を構成しても良い。さらに、ＭｅｄｉａＰｒｏｆｉｌｅが存在していると判定しない場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｆａｌｓｅ”に設定するように、コントローラー１０５を構成しても良い。
【０１８１】
続いて、上述の実施例において、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンド、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージは、ＯｎｖｉｆにおけるＭｅｄｉａサービスに対応するものである。同様に、上述の実施例において、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンド、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンド、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージも、ＯｎｖｉｆにおけるＭｅｄｉａサービスに対応する。
【０１８２】
なお、上述の実施例において、ネットワークカメラ１００が提供するサービスであってＯｎｖｉｆで定義されているサービスには、ＰＴＺサービス、Ｍｅｄｉａサービス、ＶｉｄｅｏＡｎａｌｙｔｉｃｓサービス、Ｉｍａｇｉｎｇサービスが含まれる。ここで、本実施例では、これらのサービスを示すネットワーク上のアドレスのそれぞれは、同じであるものとするが、これに限られるものではない。
【０１８３】
たとえば、これらのネットワーク上のアドレスのそれぞれは、互いに異なっていても良い。
【０１８４】
続いて、本実施例におけるネットワークカメラ１００に対してステッピングモーターなどの動力源を追加し、追加した動力源により、ビデオソース部１０１がパン方向またはチルト方向に回転するように構成しても良い。さらに、本実施例におけるネットワークカメラ１００に対し、半球形状に形成されたドームカバーを追加しても良い。このドームカバーは、透明性を有し、半球形状に形成されるものとする。
【０１８５】
また、本実施例における符号化部１０３が対応できる符号化方式は、ＭＪＰＥＧ，ＭＰＥＧ４，Ｈ．２６４などに限られるものではない。たとえば、符号化される映像データにおいて、複数の画素から構成されるブロックであって量子化の単位となるブロックの大きさを選択可能な符号化方式に対応していても良い。
【符号の説明】
【０１８６】
１００  ネットワークカメラ
１０１  ビデオソース部
１０２  画像処理部
１０３  符号化部
１０４  通信部
１０５  コントローラー
１０６  メモリー
２００  クライアント端末
２０１  通信部
２０２  復号化部
２０３  表示部
２０４  入力部
２０５  コントローラー
２０６  メモリー
６０１  再起動マーク
【図１】
2014175786.tif 000003
【図２】
2014175786.tif 000004
【図３】
2014175786.tif 000005
【図４】
2014175786.tif 000006
【図５】
2014175786.tif 000007
【図６】
2014175786.tif 000008
【図７】
2014175786.tif 000009
【図８】
2014175786.tif 000010
【図９】
2014175786.tif 000011
【図１０】
2014175786.tif 000012
【図１１】
2014175786.tif 000013