JP6184133B2

JP6184133B2 - 撮像装置

Info

Publication number: JP6184133B2
Application number: JP2013045584A
Authority: JP
Inventors: 龍太水森
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2013-03-07
Filing date: 2013-03-07
Publication date: 2017-08-23
Anticipated expiration: 2033-03-07
Also published as: JP2014175786A

Description

本発明は、コマンド受信時の撮像装置の振る舞いに関し、特に映像配信のモードに関わる情報を取得するコマンドに対するレスポンスメッセージの生成に関する。

ネットワークカメラが配信する映像を、ネットワークを介してコンピュータ上のアプリケーションで受信／表示するモニタリングシステムが普及している。単にネットワークカメラの映像をモニタリングするだけでなく、コマンド群を定義することでアプリケーションからネットワークカメラが持つ各種機能に対する遠隔操作を行うことが可能である（例えば、特許文献１）。

また近年、ネットワークカメラとクライアント端末からなるモニタリングシステムに関わる規格としてＯＮＶＩＦ（ＯｐｅｎＮｅｔｗｏｒｋＶｉｄｅｏＩｎｔｅｒｆａｃｅＦｏｒｕｍ）が存在する。モニタリングシステムでやり取りされるコマンドを定義することにより、ＯＮＶＩＦに対応したネットワークカメラとクライアント端末で構築されるモニタリングシステムであれば製造元に依存しない接続性を実現している。

ＯＮＶＩＦではネットワークカメラの制御を実現するために、ネットワークカメラの機能を概念的に定義している。映像配信に関する物として、レンズと撮像素子に対応するＶｉｄｅｏＳｏｕｒｃｅ。ＶｉｄｅｏＳｏｕｒｃｅの設定情報であって、識別子であるＴｏｋｅｎ，解像度，利用領域などから構成されるＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ。符号化処理の設定情報であって、識別子であるＴｏｋｅｎ，符号化の種類，ビットレート，映像品質，フレームレートなどから構成されるＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ。各Ｃｏｎｆｉｇｕｒａｔｉｏｎを束ねることで配信する映像の特性を管理するＭｅｄｉａＰｒｏｆｉｌｅなどが存在する。

また、ＯＮＶＩＦでは多くのコマンド群が定義されており、各種Ｃｏｎｆｉｇｕｒａｔｉｏｎに対する更新／生成／削除といった操作や、パン・チルトといったネットワークカメラ自体の操作を提供する。

さらに、Ｏｎｖｉｆにおいて、将来、次のような拡張機能が定義されることも想定される。たとえば、この拡張機能とは、その設定を変更することにより、ネットワークカメラの再起動が必要となるものである。

特開２００３−３２６７１

ＯＮＶＩＦに対応したモニタリングシステムにおいて、このような拡張機能の設定の変更に伴う再起動の取り扱いは、ネットワークカメラの製造元の実装に依存してしまうことが想定される。つまり、このような拡張機能の設定変更に伴い、常に再起動を発生させ、ユーザーに視聴不可時間を強いるなど、モニタリングシステムとしての利便性を損なう実装が存在する可能性があるという問題がある。

本発明は上記問題を解決するためのものであり、モニタリングシステムを利用するユーザーが、ネットワークカメラで発生する再起動を適時認識し、それにともなう視聴不可時間を回避できる機能を実現する再起動フラグの扱い方の提案を課題とする。

上記目的を達成するために本発明の撮像装置は、被写体を撮像して画像を生成するイメージセンサーと、クライアント装置からのコマンドを、ネットワークを介して受け付ける受け付け部と、前記受け付け部により受け付けられたコマンドに対するレスポンスを、前記ネットワークを介して前記クライアント装置に送信する送信部と、を備える撮像装置であって、前記イメージセンサーの情報を管理する少なくとも一つのイメージセンサー情報と、前記イメージセンサー情報に関連付けられ前記イメージセンサーのモードを管理する少なくとも一つのイメージセンサーモード情報と、を記憶する記憶手段と、前記受け付け部により受け付けられたコマンドが前記イメージセンサーモード情報を取得するための取得コマンドであるか否かを判定するコマンド判定手段と、各イメージセンサーモード情報を前記イメージセンサー情報に関連付けた場合の、該イメージセンサーモード情報の変更の必要性を、イメージセンサー情報に関連付けられている現在のイメージセンサーモード情報を元に判定する必要性判定手段と、前記コマンド判定手段および前記必要性判定手段による判定の結果に応じ、前記記憶手段に記憶されたイメージセンサーモード情報を更新し、当該更新したイメージセンサーモード情報を送信部に送信させる制御手段と、を備え、前記制御手段は、前記コマンド判定手段により取得コマンドであると判定され、且つ前記必要性判定手段によりイメージセンサーモード情報への変更の必要性が判定された場合に、前記イメージセンサーモード情報を更新し、当該更新したイメージセンサーモード情報を前記送信部に送信させることを特徴とする。

本発明によれば、モニタリングシステムを利用するユーザーが、ネットワークカメラで発生する再起動を適時認識し、それにともなう視聴不可時間を回避できる機能を実現する再起動フラグの扱い方を提供することができる。

本発明の第１、第２の実施例におけるネットワークカメラの構成を示すブロック図である。本発明の第１、第２の実施例におけるクライアント端末の構成を示すブロック図である。本発明の第１、第２の実施例におけるモニタリングシステムの構成図である。本発明の第１、第２の実施例におけるネットワークカメラとクライアント端末間でのＯＮＶＩＦコマンドのやり取りを説明するシーケンス図である。本発明の第１の実施例におけるネットワークカメラの動作を説明するフローチャートである。本発明の第１の実施例におけるクライアント端末上で動作するアプリケーションのＵＩを説明する図である。本発明の第１の実施例におけるネットワークカメラがメモリー上に保持するＯＮＶＩＦ情報を説明する図である。本発明の第１の実施例におけるネットワークカメラが再起動後にメモリー上に保持するＯＮＶＩＦ情報を説明する図である。本発明の第２の実施例におけるネットワークカメラの動作を説明するフローチャートである。本発明の第２の実施例におけるネットワークカメラがメモリー上に保持するＯＮＶＩＦ情報を説明する図である。本発明の第２の実施例におけるクライアント端末上で動作するアプリケーションのＵＩを説明する図である。

（実施例１）
本発明の実施例１では、上述のＶｉｄｅｏＳｏｕｒｃｅの拡張機能としてＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅがＯｎｖｉｆで定義されることを仮に想定する。このＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは、その対応するＶｉｄｅｏＳｏｕｒｃｅをネットワークカメラが使用する場合の映像に関する設定値の設定上限を動作モードとして定めるものである。

ユーザーは所望のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅをＶｉｄｅｏＳｏｕｒｃｅに紐付けることで、よりネットワークカメラの映像配信に関わる動作モードを切り替えることが可能となる。また、入れ替えにより再起動が必要なＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは、再起動フラグにより切り換えで再起動が発生することを示すことも可能である。

なお、このＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅを生成／削除／変更といった操作を行うコマンドはなく、予め製造元により用意されておくものである。

また、ＯＮＶＩＦに対応したモニタリングシステムにおいて、ネットワークカメラが保持するＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報をやり取りする際、再起動フラグの取り扱いはネットワークカメラの製造元の実装に依存する。

つまりＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの切り換えに伴い、常に再起動を発生させ、ユーザーに視聴不可時間を強いるなど、モニタリングシステムとしての利便性を損なう実装が存在する可能性があるという問題がある。

本実施例は、このような問題を解決するためのものであり、モニタリングシステムを利用するユーザーが、ネットワークカメラで発生する再起動を適時認識し、それにともなう視聴不可時間を回避できる機能を実現する再起動フラグの扱い方の提案を課題とする。

本実施例によれば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの切り換えに伴う再起動発生の有無を、ネットワークカメラの状態を加味した動的な情報としてユーザーに提供できる。

これによりユーザーは、再起動を希望しない状況におけるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの切り換えにおいて、次に選択するＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅでの再起動の必要性を認識しながら、自らの選択により視聴不可期間を避けることができる。つまり、ユーザーの希望に柔軟に対応できるモニタリングシステムを提供できるという効果が期待できる。

続いて、図１には、ネットワークカメラ１００のブロック図である。なお、本実施例におけるネットワークカメラ１００は、動画像を撮影する監視カメラである。また、本実施例におけるネットワークカメラ１００は、壁面や天井に設置されるものとする。なおかつ、本実施例におけるネットワークカメラ１００は、ＰｏＥ（ＰｏｗｅｒＯｖｅｒＥｔｈｅｒｎｅｔ（登録商標））に対応しており、ＬＡＮケーブルを介して電力を供給されるものとする。

図１において、１０１はレンズと撮像素子で構成されるビデオソース部である。レンズで取り込まれる光を撮像素子で受光し、デジタル映像データに変換する。なお、本実施例では、ビデオソース部１０１を構成する撮像素子は、被写体を撮像して画像信号を生成するイメージセンサーに相当する。

１０２は画像処理部である。ビデオソース部１０１が生成した映像データに対し、輝度／色味／ホワイトバランスなどの画作りに関わるパラメータ調整を行う。１０３は符号化部である。画像処理部１０２で画作りされた映像データに対し、所定の符号化方式に従った符号化処理を施す。本実施例ではＭＪＰＥＧ，ＭＰＥＧ４，Ｈ．２６４の各種符号化方式に従う符号化方式に対応できる符号化部である。

１０４は、通信部である。符号化部１０３で符号化された映像データをネットワークに配信することが可能である。また、ネットワークに繋がるクライアント端末２００が送信するネットワークカメラ１００への制御コマンドを受信することもできる。

なお、本実施例における通信部１０４は、クライアント端末２００からのコマンドを、ネットワークを介して受け付ける受け付け部としての役割を果たす。また、本実施例における通信部１０４は、このように受け付けたコマンドに対するレスポンスを、ネットワークを介してこのクライアント端末２００に送信する送信部としての役割を果たす。

１０５はコントローラーであり、ネットワークカメラ１００の制御を司る。コントローラー１０５は、ビデオソース部１０１、画像処理部１０２、符号化部１０３、通信部１０４、メモリー１０６への制御を行う。また、コントローラー１０５は、メモリー１０６に記憶されるプログラムを実行することも可能である。

１０６はメモリーである。各ブロックの制御に必要な設定データや、コントローラー１０５が実行するプログラム、クライアント端末２００との通信の為のコマンド情報などが記憶されている。したがって、本実施例におけるメモリー１０６は、記憶部に相当し、本実施例におけるコントローラー１０５は、記憶制御部に相当する。

図２は、図１のネットワークカメラ１００と通信するクライアント端末２００のブロック図が記載されている。なお、本実施例におけるクライアント端末２００は、外部のクライアント装置に相当する。

２０１は通信部である。映像データをネットワークから受信することが可能である。また、ネットワーク経由で接続されたネットワークカメラ１００に対し、制御コマンドを送信することもできる。

２０２は復号化部である。ネットワーク経由で受信する符号化された映像データを復号化し、表示データを生成する。本実施例ではＭＪＰＥＧ，ＭＰＥＧ４，Ｈ．２６４の各種符号化方式で符号化された映像データの復号化に対応できる復号化部である。

２０３は表示部である。復号化部２０２で復号化されたデータを表示し、ユーザーにネットワークカメラ１００が撮影した映像を提供する。また、クライアント端末２００において実行可能なアプリケーションのＧＵＩを表示することも可能である。２０４は入力部である。マウスやキーボードによりユーザーが行う操作情報を取り込むことが可能である。

２０５はコントローラーであり、クライアント端末２００の制御を司る。このコントローラー２０５は、通信部２０１、復号化部２０２、表示部２０３、入力部２０４、メモリー２０６への制御を行う。２０６はメモリーである。このメモリー２０６には、各ブロックの制御に必要な設定データや、アプリケーション等のプログラム、ネットワークカメラとの通信の為のコマンド情報などが記憶されている。

図３はネットワークカメラ１００とクライアント端末２００で構成されるモニタリングシステムが記載されている。つまり、クライアント端末２００は、ネットワークを介してネットワークカメラ１００と接続されており、コマンドのやり取りを通してユーザーが期待するモニタリング環境を提供する。

本実施例では、ネットワークカメラ１００とクライアント端末２００双方がＯＮＶＩＦ規格に準拠するものとし、やり取りされるコマンドはＯＮＶＩＦで定義されたコマンドを想定する。

なお、これらのコマンドは、例えば、ＸＭＬＳｃｈｅｍａＤｅｆｉｎｉｔｉｏｎ言語（以下ＸＳＤと称することがある）を用いて定義される。また、ネットワークカメラ１００およびクライアント端末２００は、ＸＳＤで定義されたコマンドをファイル形式で記憶する。

ネットワークカメラ１００は、図７に示すようなＯＮＶＩＦ情報をメモリー１０６に保持することを想定する。７０５は、ビデオソース部１０１を示す情報であるＶｉｄｅｏＳｏｕｒｃｅである。また、７０６は、ＶｉｄｅｏＳｏｕｒｃｅ７０５の設定情報であるＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎである。

そして、７０１〜７０４は、ＶｉｄｅｏＳｏｕｒｃｅ７０５に関連付けられ、ＶｉｄｅｏＳｏｕｒｃｅにモードの属性を付与するものとしてのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅである。ここで、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは複数存在し、ＶｉｄｅｏＳｏｕｒｃｅ７０５への関連付けを切り替えることで、ＶｉｄｅｏＳｏｕｒｃｅ７０５のモードを切り替えることができる。

なお、本実施例では、ＶｉｄｅｏＳｏｕｒｃｅ７０５は、イメージセンサー情報に相当し、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１〜７０４は、イメージセンサーモード情報に相当する。また、複数のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１〜７０４は、第１のイメージセンサーモード情報に相当し、第２のイメージセンサーモード情報を含む。

符号化部１０３に対する設定としてＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ７０７が存在する。ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ７０７も複数存在し、異なる符号化設定を独立に管理できる。したがって、本実施例におけるＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ７０７は、符号化設定情報に相当する。

さらに、ネットワークカメラ１００は、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ７０６とＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ７０７とをＭｅｄｉａＰｒｏｆｉｌｅ７０８の単位で管理する。これにより、ネットワークカメラ１００が通信部１０４から配信するストリーミング映像の特性を管理できる。なお、本実施例におけるＭｅｄｉａＰｒｏｆｉｌｅ７０８は、メディアプロファイル情報に相当する。

また、ＭｅｄｉａＰｒｏｆｉｌｅ７０８に属するＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ７０６やＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ７０７の幾つかの映像に関わる設定項目の上限値は、次のものにより定められる。即ち、ＶｉｄｅｏＳｏｕｒｃｅ７０５に関連付けられたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１である。

例えば、図７の例では”ＶＳ−１”をＴｏｋｅｎに持つＶｉｄｅｏＳｏｕｒｃｅ７０５に”ＶＳＭ−１”をＴｏｋｅｎに持つＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１が関連付けられている。この時、符号化方式としては”ＶＳＭ−１”に記載される”Ｈ．２６４”に制限され、ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ７０７に設定できる符号化方式も”Ｈ．２６４”に制限される。

つまりＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドのレスポンスメッセージに”Ｈ．２６４”しか含めないことを意味する。このレスポンスメッセージは、ネットワークカメラ１００からネットワークを介してクライアント端末２００に送信される。なお、これらＯＮＶＩＦ情報は、全てメモリー１０６上で管理され、コントローラー１０５による操作が可能である。

また、各データはＴｏｋｅｎと呼ばれる識別情報で区別される。クライアント端末２００は、Ｔｏｋｅｎを指定することで所望のデータにアクセスすることが可能である。

さらに第一の実施例におけるネットワークカメラ１００の特徴として、撮影できる最大解像度を変更するためには、システムの再起動が必要になるという制約があることを想定する。

クライアント端末２００はＯＮＶＩＦに準拠したコマンドを発行できる。各種コマンドを発行することでネットワークカメラ１００が管理する図７の各種設定データを操作し、所望の映像データの設定ができる。また、この設定した映像配信の開始・停止などの制御により設定した映像データを受信できる。

図４は本発明を適用したネットワークカメラ１００とクライアント端末２００がＯＮＶＩＦに準拠したコマンドのやり取りを行う際のシーケンス図である。４０１のコマンドセットは、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドとＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージである。

ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドは、クライアント端末２００からネットワークカメラ１００へネットワークを介して送信される。このＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドは、ＶｉｄｅｏＳｏｕｒｃｅ７０５のＴｏｋｅｎを引数とする。

このＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドにより、対象のＶｉｄｅｏＳｏｕｒｃｅ７０５で利用可能な全ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報を、ネットワークカメラ１００からクライアント端末２００へ送信させることが可能となる。この場合に送信される情報は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージとしてクライアント端末２００に送信される。

なお、本実施例では、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドは、イメージセンサーモード情報を取得するための取得コマンドに相当する。

４０２のコマンドセットは、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドとＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージである。ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドは、クライアント端末２００からネットワークカメラ１００へ送信される。

このＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドは、ＶｉｄｅｏＳｏｕｒｃｅ７０５のＴｏｋｅｎと、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１〜７０４のうちのいずれか１つのＴｏｋｅｎと、を引数とする。このＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドにより、所望のＶｉｄｅｏＳｏｕｒｃｅに対するＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの設定を依頼することが可能となる。

ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージは、ネットワークカメラ１００からクライアント端末２００から送信される。このＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージは、所望のＶｉｄｅｏＳｏｕｒｃｅに対するＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの設定処理が成功したか否かを通知するためのものである。

これらＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドとＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージとで、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの設定が可能となる。

図５は、本発明を適用したネットワークカメラ１００がクライアント端末２００からＯＮＶＩＦ規格に従うＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドを受信した時の振舞いを示すフローチャートである。

本実施例では、クライアント端末２００が図６に示すような「ストリーミングモード設定」画面を表示したタイミングでＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドを発行することを想定し、それに対するネットワークカメラ１００の振る舞いを示した。

Ｓ５０１において、ネットワークカメラ１００はＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドを受信したか否かの確認が行われる。確認された場合はＳ５０２に移行し、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドではなかった場合は、Ｓ５１２を処理する。具体的には、Ｓ５０１では、コントローラー１０５は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドをクライアント端末２００から受信したか否かを判定する。

コントローラー１０５は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドをクライアント端末２００から受信したと判定した場合には、Ｓ５０２に処理を進める。一方、コントローラー１０５は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドをクライアント端末から受信していないと判定した場合には、Ｓ５１２に処理を進める。なお、Ｓ５１２の処理は後述する。

ここでは、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドをクライアント端末２００から受信した場合を想定する。コントローラー１０５は、通信部１０４で受信したデータをメモリー１０６に展開し、受信処理が完了する。

なお、本実施例におけるコントローラー１０５は、クライアント端末２００からのコマンドがイメージセンサーモード情報を取得するための取得コマンドであるか否かを判定するコマンド判定部としての役割を果たす。

Ｓ５０２では、Ｓ５０１で受信したコマンドの引数として指定されるＶｉｄｅｏＳｏｕｒｃｅのＴｏｋｅｎ情報を確認する。コントローラー１０５により、メモリー１０６上のコマンドデータの確認が行われる。本実施例としては、Ｔｏｋｅｎ情報として”ＶＳ−１”が取得できたことを意味する。

Ｓ５０３では、コントローラー１０５は、Ｓ５０２で得られたＴｏｋｅｎ名に該当するＶｉｄｅｏＳｏｕｒｃｅに関連付けられているＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報を解析する。

本実施例では、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報の内、最大解像度（ＭａｘＲｅｓｏｌｕｔｉｏｎ）に関する情報を取得することを想定する。この最大解像度に関する情報は、コントローラー１０５がメモリー１０６上にあるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報を解析することにより、取得できる。

本実施例では、Ｔｏｋｅｎ＝”ＶＳ−１”のＶｉｄｅｏＳｏｕｒｃｅ７０５に関連付けられているＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１としてＴｏｋｅｎ＝”ＶＭＳ−１”となっている。つまり、コントローラー１０５は、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０１の最大解像度（ＭａｘＲｅｓｏｌｕｔｉｏｎ）として、”１９２０ｘ１０８０”を取得することを意味する。

Ｓ５０４より、コントローラー１０５は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドに対するレスポンスデータの生成のための処理として、全ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報の調査を開始する。

たとえば、Ｓ５０４では、コントローラー１０５は、メモリー１０６に記憶されたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの中から１つのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅを、後述のＳ５０５における処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとして、選択する。

Ｓ５０５では、処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに設定されている最大解像度の情報とＳ５０２で指定されているＶｉｄｅｏＳｏｕｒｃｅに関連付けられているＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度の情報とを比較する処理が行われる。（ここで、最大解像度の情報は、「ＭａｘＲｅｓｏｌｕｔｉｏｎ」に相当する。）
これは、コントローラー１０５がメモリー１０６上にあるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報を取得し、比較処理を行うことで実現できる。

なお、本実施例では、Ｓ５０２で指定されているＶｉｄｅｏＳｏｕｒｃｅに関連付けられているＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは、現在のイメージセンサーモード情報に相当する。また、本実施例における最大解像度は、画像解像度に相当する。

Ｓ５０６では、コントローラー１０５は、Ｓ５０５の比較処理の結果を判定する。解像度が同じである場合、ネットワークカメラ１００として再起動が必要ではないため、Ｓ５０７で対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの再起動フラグを”Ｒｅｂｏｏｔ＝ｆａｌｓｅ”に設定する。

逆に解像度に違いがある場合、ネットワークカメラ１００として再起動が必要なため、Ｓ５０８で再起動フラグを”Ｒｅｂｏｏｔ＝ｔｒｕｅ”に設定する。コントローラー１０５がメモリー１０６上のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの所望の領域に書き込みを行うことで実現できる。

具体的には、Ｓ５０６では、コントローラー１０５は、処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度とＳ５０２で指定されたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度とが同じであるとＳ５０５で判定した場合には、Ｓ５０７に処理を進める。

一方、コントローラー１０５は、処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度とＳ５０２で指定されたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度とが異なるとＳ５０５で判定した場合には、Ｓ５０８に処理を進める。

また、具体的には、Ｓ５０７では、コントローラー１０５は、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｔｒｕｅ”に設定する。そして、Ｓ５０８では、コントローラー１０５は、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｆａｌｓｅ”に設定する。

なお、本実施例におけるコントローラー１０５は、各イメージセンサーモード情報の変更の必要性を判定する必要性判定部としての役割を果たす。また、本実施例におけるコントローラー１０５は、イメージセンサーモード情報を、この必要性判定部の出力に従って、更新する更新部としての役割を果たす。

Ｓ５０９では、ネットワークカメラ１００が保持する全てのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの確認が完了したか否かの確認が行われる。完了した場合はＳ５１０に移行し、完了していない場合はＳ５０５に戻り次のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの処理を行う。

具体的には、コントローラー１０５は、メモリー１０６に記憶された全てのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅが、Ｓ５０５における処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとして、選択されたか否かを判定する。そして、コントローラー１０５は、メモリー１０６に記憶された全てのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅがＳ５０５における処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとして選択されたと判定した場合には、Ｓ５１０に処理を進める。

一方、コントローラー１０５は、メモリー１０６に記憶された全てのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅがＳ５０５における処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとして選択されていないと判定した場合には、Ｓ５０５に処理を戻す。

この判定の際、コントローラー１０５は、メモリー１０６に記憶された全てのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの中から新たなＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅを１つ、処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとして、選択する。

本実施例ではＳ５０５からＳ５０９までのループ処理の結果、次のようになることを意味する。即ち、図７のように”ＶＳＭ−１”と”ＶＳＭ−４”のＴｏｋｅｎを持つＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは”Ｒｅｂｏｏｔ＝ｆａｌｓｅ”となることである。なおかつ、”ＶＳＭ−２”と”ＶＳＭ−３”のＴｏｋｅｎを持つＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは”Ｒｅｂｏｏｔ＝ｔｒｕｅ”となることである。

Ｓ５１０では、Ｓ５０５からＳ５０９までのループ処理の結果を元にＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドに対するＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージの生成が行われる。

具体的には、Ｓ５１０では、コントローラー１０５は、メモリー１０６に記憶された全てのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報を読み出す。次に、コントローラー１０５は、読み出したＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅのリストを含むＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージをメモリー１０６上に記憶させる。

本実施例では、コントローラー１０５は、メモリー１０６上に”ＶＳＭ−１”から”ＶＳＭ−４”のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅをリストに持つＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージを生成する。

Ｓ５１１では、コントローラー１０５は、Ｓ５１０でメモリー１０６上に生成されたレスポンスデータをＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージとしてクライアント端末２００に送信する処理が行われる。この処理は、コントローラー１０５がメモリー１０６上のデータを通信部１０４に送出することで実行される。

Ｓ５１１のメッセージ送信処理をもってＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドに対するネットワークカメラ１００の処理が完了する。

４０１のコマンドセットに従い、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージはクライアント端末２００で受け取られる。これにより、クライアント端末２００は、ネットワークカメラ１００に設定できるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報から撮影モードとして最大解像度と、フレームレート、それに符号化方式の組み合わせをユーザーに提供することができる。

図６はその一例である。受信したＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅを「ストリーミングモード設定」画面の「選択モード」欄に表示することでユーザーにモードの選択機能を提供することができる。

また受け取ったＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの中で”Ｒｅｂｏｏｔ＝ｔｒｕｅ”となっているものには６０１のような再起動マークを付ける。この再起動マークは、このマークが付されたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに切り換えることにより、ネットワークカメラ１００の再起動が発生することを示すためのものである。

これにより、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの切り換えによりネットワークカメラ１００の再起動が発生してしまうことをユーザーに伝えることが可能となる。

図６の例のように、ユーザーがＶＳＭ−２に該当する「３８４０ｘ２１６０＠７ｆｐｓ［Ｈ．２６４］」を選択すると、クライアント端末２００からネットワークカメラ１００へ、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドが発行される。

ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドは、引数としてＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎに”ＶＳ−１”、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＴｏｋｅｎに”ＶＳＭ−２”を持つコマンドとなる。”Ｒｅｂｏｏｔ＝ｔｒｕｅ”のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅが”ＶＳ−１”のＶｉｄｅｏＳｏｕｒｃｅに設定されることで、ネットワークカメラ１００は再起動することになる。

ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドに対するネットワークカメラ１００の具体的な処理はＳ５１２からの処理となる。

Ｓ５１２では、ネットワークカメラ１００は、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドを受信したか否かの確認が行われる。確認された場合は、コントローラー１０５が通信部１０４で受信したデータをメモリー１０６に展開することで受信処理を実行後、Ｓ５１３に移行する。逆に確認できなかった場合は、Ｓ５０１の処理に戻る。具体的には、Ｓ５１２では、コントローラー１０５は、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドを受信したか否かを判定する。

コントローラー１０５は、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドをクライアント端末２００から受信したと判定した場合には、ＳＳ５１３へ処理を進める。一方、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドをクライアント端末２００から受信していないと判定した場合には、Ｓ５０１へ処理を戻す。

Ｓ５１３では、ネットワークカメラ１００により、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドの引数の確認が行われる。コントローラー１０５により、メモリー１０６上のＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドデータの確認が行われる。

本実施例としては、クライアント端末２００よりＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎに”ＶＳ−１”、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＴｏｋｅｎに”ＶＳＭ−２”を引数に持つＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドを想定している。

Ｓ５１４では、Ｓ５１３のコマンド情報を元に、指定されたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＳｏｕｒｃｅを関連付ける処理が行われる。この処理は、コントローラー１０５がメモリー１０６上のＯＮＶＩＦ情報を操作することで実現される。

たとえば、コントローラー１０５は、ステップＳ５１２で受信されたＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドに含まれるＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎに対応するＶｉｄｅｏＳｏｕｒｃｅに、次のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅを関連付ける。すなわち、ステップＳ５１２で受信されたＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドに含まれるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに対応するＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅである。

本実施例では、”ＶＳＭ−２”のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅが、”ＶＳ−１”のＶｉｄｅｏＳｏｕｒｃｅに関連付けられることを意味する。

Ｓ５１５では、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージの生成が行われる。これは、コントローラー１０５がメモリー１０６上に生成することで実現できる。

その後、Ｓ５１６において、生成されたＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージの送信が行われる。コントローラー１０５がメモリー１０６上のデータを通信部１０４に送出することで処理を実行する。これにより、ネットワークカメラ１００からクライアント端末２００へＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージが送信される。

Ｓ５１７では、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドの結果、再起動が必要か否かの確認を行う。本実施例のように”Ｒｅｂｏｏｔ＝ｔｒｕｅ”であるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅが選択された場合は、Ｓ５１７で再起動処理を実行後、処理を終了する。

具体的には、コントローラー１０５は、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値が“ｔｒｕｅ”であるか否かを判定する。そして、コントローラー１０５は、Ｒｅｂｏｏｔの値が“ｔｒｕｅ”であると判定された場合には、ステップＳ５１８へ処理を進める。一方、コントローラー１０５は、Ｒｅｂｏｏｔの値が“ｔｒｕｅ”ではないと判定された場合には、処理を終了する。

本実施例として、”ＶＳＭ−２”をＴｏｋｅｎに持つＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅが設定されたことによる再起動の結果として、図８に示すような各ＯＮＶＩＦパラメータを保持した状態でネットワークに復帰することが考えられる。

ＶｉｄｅｏＳｏｕｒｃｅ８０５／ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ８０２／ＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ８０７の各ＯＮＶＩＦパラメータが”ＶＳＭ−２”による制約に従っていることが見て取れる。この再起動により、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ８０６やＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ８０７に設定可能な値も変化することを意味している。

つまり再起動により、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドやＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドに対するレスポンスメッセージも変化することを意味する。

ユーザーは、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅで特徴づけられる設定範囲の中でモニタリングを行うことが可能となる。なお、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドやＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドがＯＮＶＩＦで規定されることは言うまでもない。

なお、図８において、８０８は、ＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ８０６と、ＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ８０７と、を管理するためのＭｅｄｉａＰｒｏｆｉｌｅである。また、８０１、８０２および８０４は、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅである。

また、図６の例においてユーザーが、Ｔｏｋｅｎが”ＶＳＭ−４”のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０４に該当する「１９２０ｘ１０８０＠３０ｆｐｓ［Ｈ．２６４／ＭＪＰＥＧ］」を選択する。この結果、再起動フラグが”ｆａｌｓｅ”のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ７０４が、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドにより、ＶｉｄｅｏＳｏｕｒｃｅ７０５に設定されることになる。

この場合、ネットワークカメラ１００は、Ｓ５１７において再起動不要と判定され、再起動することなくＯＮＶＩＦ情報も図７の状態を保つ。さらにＧｅｔＶｉｄｅｏＳｏｕｒｃｅＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドやＧｅｔＶｉｄｅｏＥｎｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎｓコマンドに対するレスポンスメッセージも変化はない。

以上より、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅをストリーミングモードとして利用する監視システムにおいて、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれる最大解像度値の変更に応じて再起動が必要なネットワークカメラ１００の場合、次の処理を行う。

つまり、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドのレスポンスメッセージにおけるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの再起動フラグを動的に変更してクライアント端末２００とのコマンドのやり取りを行う。（なお、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれる最大解像度値は、「ＭａｘＲｅｓｏｌｕｔｉｏｎ」に相当する。）

クライアント端末２００は、ネットワークカメラ１００が送信するＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅの結果に応じてユーザーにストリーミングモードの選択画面を提供する。その上でユーザーの選択に応じたＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドを発行することで、その時々のネットワークカメラ１００のストリーミングモードに応じた必要最低限の再起動のみでモニタリングをユーザーに提供できる。

本実施例においては、クライアント端末２００上のアプリケーションとして、ストリーミングモードの変更にともなる再起動の必要性の有無を、「再起動マーク６０１」でユーザーに通知する方法を例に説明した。

しかしながらこの実装に限定されるものではない。例えば、ユーザーがストリーミングモードを選択したことにあわせて再起動が必要になる旨を通知するポップアップウィンドウを表示する実装でも構わない。警告がポップアップすることによりユーザーはより明確に再起動の存在を意識することが可能となる。

本実施例において、図５のフローチャートのＳ５１８でのネットワークカメラ１００の再起動処理として、ネットワークカメラとして定義できる「再起動」として幾つか考えられる。

一般的なシステム全体の再起動だけでなく、ソフトウェアの階層で実行するプロセス再起動に適用することも可能である。例えばＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの切り換えにより、ビデオソース部１０１や符号化部１０３を制御するソフトウェアを再起動する必要があるシステムの場合、ソフトウェアの再起動をＳ５１８の再起動処理として実行してもよい。この場合、Ｓ５０７やＳ５０８のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅのＲｅｂｏｏｔフラグに対する設定は、ソフトウェア階層での再起動の発生を示す。

また、システム再起動やソフトウェア再起動を実際に行わない場合を、再起動として定義することも可能である。例えばＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの切り換えにより、ビデオソース部１０１や符号化部１０３の設定情報を変更（設定変更）することにより映像が途切れる場合、映像の途切れの発生をネットワークカメラ１００としての再起動として定義しても構わない。この場合、Ｓ５０７やＳ５０８のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅのＲｅｂｏｏｔフラグに対する設定は映像の途切れの有無を示す（表現する）。

ここで、本実施例におけるＲｅｂｏｏｔフラグは、フラグ情報（換言すれば、再起動情報）に相当する。

（実施例２）
本発明の第２の実施例では、使用する符号化方式に変更が発生した場合に再起動処理が必要なネットワークカメラ１００を想定した実施形態を説明する。ここで、ネットワークカメラ１００およびクライアント端末２００で構成されるシステム、また使用されるＯＮＶＩＦコマンドフローは、第１の実施例の図１、図２、図３、図４と同じであるため詳細な説明は省略する。

図９のフローチャートは、本発明の第２の実施例としてのネットワークカメラ１００がＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドを受信した際に従う処理を記載したものである。なお、この処理は、コントローラー１０５により実行される。

図９における処理の流れは、図５のフローチャートと同じであるが、Ｓ９０３、Ｓ９０５、Ｓ９０６の処理の対象がＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度（ＭａｘＲｅｓｏｌｕｔｉｏｎ）ではなく符号化方式（Ｅｎｃｏｄｉｎｇ）となっている。

つまり、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドの引数のＴｏｋｅｎ名で指定されるＶｉｄｅｏＳｏｕｒｃｅに対して、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅを関連付けた際に符号化方式の観点から再起動が必要になるのか否かを判定する。

Ｓ９０３では、コントローラー１０５は、Ｓ９０２で取得されたＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎ情報に関連付けられたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報から、符号化方式を示す符号化方式情報を取得する。

たとえば、本実施例では、図１０に示すように、Ｔｏｋｅｎ＝“ＶＳ−１”のＶｉｄｅｏＳｏｕｒｃｅ１００５は、Ｔｏｋｅｎ＝“ＶＳＭ−１”のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ１００１に関連付けられている。したがって、コントローラー１０５は、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ１００１の符号化方式情報として“Ｈ．２６４”を取得する。

Ｓ９０５では、コントローラー１０５は、処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの符号化方式情報と、Ｓ９０２で取得されたＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎ情報に関連付けられたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報の符号化方式情報と、を比較する。

Ｓ９０６では、コントローラー１０５は、Ｓ９０５で比較された２つの符号化方式情報が同じ場合には、Ｓ９０７に処理を進め、Ｓ９０５で比較された２つの符号化方式情報が異なる場合には、Ｓ９０８に処理を進める。

第２の実施例におけるＯＮＶＩＦ情報として図１０を想定する。この例では、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンド受信時に、”ＶＳ−１”のＴｏｋｅｎのＶｉｄｅｏＳｏｕｒｃｅ１００５に関連付けられているＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ１００１のＴｏｋｅｎが”ＶＳＭ−１”である。また、このＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ１００１の符号化方式がＨ．２６４である。

つまり、切り換えにより再起動が必要になるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅは、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ１００４であることを示すＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報が送られる。ここで、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ１００４は、その符号化方式情報は”ＪＰＥＧ”であり、且つそのＴｏｋｅｎは、”ＶＳＭ−４”である。また、このＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報は、具体的には、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージとしてクライアント端末２００に送られる。

続いて、図１１は、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージを受け取ったクライアント端末２００がユーザーに提供するＵＩを示している。この受け取ったＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報を「選択モード」欄に表示することで、ユーザーにストリーミングモードの選択機能を提供することができる。

第１の実施例の時と同じく、再起動が必要になる項目（選択肢）に再起動マークを表示することで、ユーザーにストリーミングモード変更に再起動が必要な設定（選択肢）が存在することを通知することが可能である。

ユーザーの選択に応じて４０２のＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドのやり取りが行われ、図１１でユーザーが選択したＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの設定に応じて再起動が行われることになる。

以上より、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅをストリーミングモードとして利用する監視システムでは、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれる符号化方式（Ｅｎｃｏｄｉｎｇ）の変更に応じ、再起動が必要なネットワークカメラ１００の場合、次の処理を行う。

つまり、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンドのレスポンスメッセージにおけるＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの再起動フラグを動的に変更してクライアント端末２００とのコマンドのやり取りを行う。クライアント端末２００は、ネットワークカメラ１００が送信するＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅの結果に応じてユーザーにストリーミングモードの選択画面を提供する。

その上でユーザーの選択に応じたＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンドを発行することで、その時々のネットワークカメラ１００のストリーミングモードに応じた必要最低限の再起動のみでモニタリングをユーザーに提供できる。

なお、上述の実施例におけるＳ５０６では、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれる最大解像度情報に基づき、当該ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成した。

また、上述の実施例におけるＳ９０６では、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれる符号化方式情報に基づき、当該ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成した。しかしながら、これらに限られるものではない。

たとえば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるフレームレート情報に基づき、当該ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成しても良い。

より詳細には、Ｓ９０３において、Ｓ９０２で取得されたＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎ情報に関連付けられたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報から、フレームレート情報を取得するように、コントローラー１０５を構成しても良い。

ここで、フレームレート情報とは、ビデオソース部１０１から出力された画像信号をクライアント端末２００に送信する際のフレームレートを示す情報である。具体的には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報における最大フレームレート情報（ＭａｘＦｒａｍｅｒａｔｅ）に相当する。

さらに、Ｓ９０５において、次のような処理をするようにコントローラー１０５を構成しても良い。すなわち、処理対象のＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅのフレームレート情報と、Ｓ９０２で取得されたＶｉｄｅｏＳｏｕｒｃｅＴｏｋｅｎ情報に関連付けられたＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報のフレームレート情報と、を比較する処理である。

なおかつ、Ｓ９０６において、Ｓ９０５で比較された２つの符号化方式情報が同じ場合には、Ｓ９０７に処理を進め、Ｓ９０５で比較された２つの符号化方式情報が異なる場合には、Ｓ９０８に処理を進めるように、コントローラー１０５を構成しても良い。

また、上述の実施例では、２つのＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報を比較し、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成したが、これに限られるものではない。

たとえば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報とＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ情報とを比較して、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅ情報に含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成しても良い。

たとえば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎとが整合するか否かを判定するように、コントローラー１０５を構成しても良い。

さらに、整合しないと判定した場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｔｒｕｅ”に設定するように、コントローラー１０５を構成しても良い。なおかつ、整合すると判定した場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｆａｌｓｅ”に設定するように、コントローラー１０５を構成しても良い。

なお、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎとが整合するか否かの判定については、コントローラー１０５を以下のように構成しても良い。

たとえば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの符号化方式とＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの符号化方式とが同じである場合には、次のように判定するように、コントローラー１０５を構成してもよい。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎは整合するという判定である。

一方、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの符号化方式とＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの符号化方式とが異なる場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎは整合しないという判定である。

あるいは、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度がＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの解像度よりも大きい場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎは整合するという判定である。

一方、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度がＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの解像度よりも小さい場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎとが整合しないという判定である。

他にも、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大フレームレートがＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏのフレームレートよりも大きい場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎとが整合すると判定するという判定である。

一方、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大フレームレートがＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏのフレームレートよりも小さい場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎとが整合しないという判定である。

続いて、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報と、ＭｅｄｉａＰｒｏｆｉｌｅの情報とを比較して、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成しても良い。

たとえば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報とＭｅｄｉａＰｒｏｆｉｌｅの情報とが整合するか否かを判定するように、コントローラー１０５を構成しても良い。

なお、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＭｅｄｉａＰｒｏｆｉｌｅとが整合するか否かの判定については、コントローラー１０５を以下のように構成しても良い。たとえば、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの符号化方式とＭｅｄｉａＰｒｏｆｉｌｅに対応する符号化方式とが同じである場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＭｅｄｉａＰｒｏｆｉｌｅとが整合するという判定である。

一方、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの符号化方式とＭｅｄｉａＰｒｏｆｉｌｅに対応する符号化方式とが異なる場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの符号化方式とＭｅｄｉａＰｒｏｆｉｌｅとが整合しないという判定である。

ここで、ＭｅｄｉａＰｒｏｆｉｌｅに対応する符号化方式とは、このＭｅｄｉａＰｒｏｆｉｌｅが関連付けられたＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの符号化方式である。

あるいは、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度がＭｅｄｉａＰｒｏｆｉｌｅに対応する解像値を“ｆａｌｓｅ”に度よりも大きい場合には、次のように判定するようにコントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＭｅｄｉａＰｒｏｆｉｌｅとが整合するという判定である。

一方、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大解像度がＭｅｄｉａＰｒｏｆｉｌｅに対応する解像度よりも小さい場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＭｅｄｉａＰｒｏｆｉｌｅとが整合しないという判定である。

ここで、ＭｅｄｉａＰｒｏｆｉｌｅに対応する解像度とは、このＭｅｄｉａＰｒｏｆｉｌｅが関連付けられたＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎの解像度である。

他にも、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大フレームレートがＭｅｄｉａＰｒｏｆｉｌｅに対応する解像度よりも大きい場合には、次のように判定するようにコントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＭｅｄｉａＰｒｏｆｉｌｅとが整合すると判定するという判定である。

一方、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大フレームレートがＭｅｄｉａＰｒｏｆｉｌｅに対応する解像度よりも小さい場合には、次のように判定するように、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの最大フレームレートがＭｅｄｉａＰｒｏｆｉｌｅとが整合しないという判定である。

ここで、ＭｅｄｉａＰｒｏｆｉｌｅに対応する最大フレームレートとは、このＭｅｄｉａＰｒｏｆｉｌｅが関連付けられたＶｉｄｅｏＥｎｃｏｒｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎのフレームレートである。

続いて、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅの情報と、複数のＭｅｄｉａＰｒｏｆｉｌｅのそれぞれとを比較して、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔフラグを更新するように、コントローラー１０５を構成しても良い。

たとえば、複数のＭｅｄｉａＰｒｏｆｉｌｅのそれぞれについて、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅと整合するか否かを判定するように、コントローラー１０５を構成しても良い。

さらに、次のような場合には、Ｒｅｂｏｏｔの値を“ｔｒｕｅ”に設定するよう、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅと整合しないと判定されたＭｅｄｉａＰｒｏｆｉｌｅの数がＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅと整合すると判定されたＭｅｄｉａＰｒｏｆｉｌｅの数よりも多い場合である。

一方、次のような場合には、Ｒｅｂｏｏｔの値を“ｆａｌｓｅ”に設定するよう、コントローラー１０５を構成しても良い。すなわち、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅと整合しないと判定されたＭｅｄｉａＰｒｏｆｉｌｅの数がＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅと整合すると判定されたＭｅｄｉａＰｒｏｆｉｌｅの数よりも少ない場合である。

なお、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅとＭｅｄｉａＰｒｏｆｉｌｅが整合しているか否かの判定は、上述したものと同様である。

続いて、ＭｅｄｉａＰｒｏｆｉｌｅが生成されているか否かに応じ、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を更新するように、コントローラー１０５を構成しても良い。

具体的には、ＭｅｄｉａＰｒｏｆｉｌｅが生成されていると判定した場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｔｒｕｅ”に設定するように、コントローラー１０５を構成しても良い。さらに、ＭｅｄｉａＰｒｏｆｉｌｅが生成されていると判定しない場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｆａｌｓｅ”に設定するように、コントローラー１０５を構成しても良い。

続いて、クライアント端末２００によりＭｅｄｉａＰｒｏｆｉｌｅがアクセスされているか否かに応じ、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を更新するように、コントローラー１０５を構成しても良い。

具体的には、ＭｅｄｉａＰｒｏｆｉｌｅがアクセスされていると判定した場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｔｒｕｅ”に設定するように、コントローラー１０５を構成しても良い。さらに、ＭｅｄｉａＰｒｏｆｉｌｅがアクセスされていると判定しない場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｆａｌｓｅ”に設定するように、コントローラー１０５を構成しても良い。

続いて、ＭｅｄｉａＰｒｏｆｉｌｅが存在しているか否かに応じ、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を更新するように、コントローラー１０５を構成しても良い。

具体的には、ＭｅｄｉａＰｒｏｆｉｌｅが存在していると判定した場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｔｒｕｅ”に設定するように、コントローラー１０５を構成しても良い。さらに、ＭｅｄｉａＰｒｏｆｉｌｅが存在していると判定しない場合には、ＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅに含まれるＲｅｂｏｏｔの値を“ｆａｌｓｅ”に設定するように、コントローラー１０５を構成しても良い。

続いて、上述の実施例において、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓコマンド、ＧｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅｓＲｅｓｐｏｎｓｅメッセージは、ＯｎｖｉｆにおけるＭｅｄｉａサービスに対応するものである。同様に、上述の実施例において、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンド、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅコマンド、ＳｅｔＶｉｄｅｏＳｏｕｒｃｅＭｏｄｅＲｅｓｐｏｎｓｅメッセージも、ＯｎｖｉｆにおけるＭｅｄｉａサービスに対応する。

なお、上述の実施例において、ネットワークカメラ１００が提供するサービスであってＯｎｖｉｆで定義されているサービスには、ＰＴＺサービス、Ｍｅｄｉａサービス、ＶｉｄｅｏＡｎａｌｙｔｉｃｓサービス、Ｉｍａｇｉｎｇサービスが含まれる。ここで、本実施例では、これらのサービスを示すネットワーク上のアドレスのそれぞれは、同じであるものとするが、これに限られるものではない。

たとえば、これらのネットワーク上のアドレスのそれぞれは、互いに異なっていても良い。

続いて、本実施例におけるネットワークカメラ１００に対してステッピングモーターなどの動力源を追加し、追加した動力源により、ビデオソース部１０１がパン方向またはチルト方向に回転するように構成しても良い。さらに、本実施例におけるネットワークカメラ１００に対し、半球形状に形成されたドームカバーを追加しても良い。このドームカバーは、透明性を有し、半球形状に形成されるものとする。

また、本実施例における符号化部１０３が対応できる符号化方式は、ＭＪＰＥＧ，ＭＰＥＧ４，Ｈ．２６４などに限られるものではない。たとえば、符号化される映像データにおいて、複数の画素から構成されるブロックであって量子化の単位となるブロックの大きさを選択可能な符号化方式に対応していても良い。

１００ネットワークカメラ
１０１ビデオソース部
１０２画像処理部
１０３符号化部
１０４通信部
１０５コントローラー
１０６メモリー
２００クライアント端末
２０１通信部
２０２復号化部
２０３表示部
２０４入力部
２０５コントローラー
２０６メモリー
６０１再起動マーク

Claims

被写体を撮像して画像を生成するイメージセンサーと、
クライアント装置からのコマンドを、ネットワークを介して受け付ける受け付け部と、
前記受け付け部により受け付けられたコマンドに対するレスポンスを、前記ネットワークを介して前記クライアント装置に送信する送信部と、
を備える撮像装置であって、
前記イメージセンサーの情報を管理する少なくとも一つのイメージセンサー情報と、前記イメージセンサー情報に関連付けられ前記イメージセンサーのモードを管理する少なくとも一つのイメージセンサーモード情報と、を記憶する記憶手段と、
前記受け付け部により受け付けられたコマンドが前記イメージセンサーモード情報を取得するための取得コマンドであるか否かを判定するコマンド判定手段と、
各イメージセンサーモード情報を前記イメージセンサー情報に関連付けた場合の、該イメージセンサーモード情報の変更の必要性を、イメージセンサー情報に関連付けられている現在のイメージセンサーモード情報を元に判定する必要性判定手段と、
前記コマンド判定手段および前記必要性判定手段による判定の結果に応じ、前記記憶手段に記憶されたイメージセンサーモード情報を更新し、当該更新したイメージセンサーモード情報を送信部に送信させる制御手段と、
を備え、
前記制御手段は、前記コマンド判定手段により取得コマンドであると判定され、且つ前記必要性判定手段によりイメージセンサーモード情報への変更の必要性が判定された場合に、前記イメージセンサーモード情報を更新し、当該更新したイメージセンサーモード情報を前記送信部に送信させることを特徴とする撮像装置。
請求項１に記載の撮像装置であって、
前記イメージセンサーモード情報の中で、必要性判定手段の出力に従い更新される情報は再起動を示すフラグ情報であることを特徴とする撮像装置。
請求項１又は２に記載の撮像装置であって、
前記必要性判定手段に用いる情報は画像解像度を示す情報であることを特徴とする撮像装置。
請求項１乃至３のいずれか１項に記載の撮像装置であって、
前記必要性判定手段に用いる情報は符号化方式を示す情報であることを特徴とする撮像装置。
請求項２に記載の撮像装置であって、
前記再起動を示すフラグ情報で表現される再起動とは、システム再起動、映像配信に関わるソフトウェアの再起動、設定変更にともなう映像配信の途切れのいずれかを示すことを特徴とする撮像装置。
外部のクライアント装置と通信する撮像装置であって、
被写体を撮像して画像信号を出力するイメージセンサーと、
前記イメージセンサーの設定を管理するためのイメージセンサーモード情報として、第１および第２のイメージセンサーモード情報を記憶部に記憶させる記憶制御手段と、
前記記憶部に記憶された第１のイメージセンサーモード情報と前記記憶部に記憶された第２のイメージセンサーモード情報とが整合するか否かを判定する判定手段と、
前記判定手段により整合しないと判定された場合に、前記記憶部に記憶された前記第２のイメージセンサーモード情報を更新する更新手段と、
を備え、
前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれは、前記撮像装置が再起動するか否かを示す再起動情報を含み、
前記更新手段は、前記記憶部に記憶された前記第２のイメージセンサーモード情報に含まれる再起動情報を、前記撮像装置が再起動することを示すように更新することを特徴とする撮像装置。
前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれは、解像度を示す解像度情報を含み、
前記判定手段は、前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれに含まれる解像度情報に基づき、当該第１のイメージセンサーモード情報と当該第２のイメージセンサーモード情報とが整合するか否かを判定することを特徴とする請求項６に記載の撮像装置。
前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれは、前記イメージセンサーから出力された画像信号を符号化するための符号化方式を示す符号化方式情報を含み、
前記判定手段は、前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれに含まれる符号化方式情報に基づき、当該第１のイメージセンサーモード情報と当該第２のイメージセンサーモード情報とが整合するか否かを判定することを特徴とする請求項６に記載の撮像装置。
前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれは、前記イメージセンサーから出力された画像信号を前記外部のクライアント装置にネットワークを介して送信する際のフレームレートを示すフレームレート情報を含み、
前記判定手段は、前記記憶部に記憶された第１および第２のイメージセンサーモード情報のそれぞれに含まれるフレームレート情報に基づき、当該第１のイメージセンサーモード情報と当該第２のイメージセンサーモード情報とが整合するか否かを判定することを特徴とする請求項６に記載の撮像装置。
外部のクライアント装置と通信する撮像装置であって、
被写体を撮像して画像信号を生成するイメージセンサーと、
前記イメージセンサーから出力された画像信号を符号化する符号化手段と、
前記イメージセンサーの設定を管理するためのイメージセンサーモード情報と前記符号化手段の設定を管理するための符号化設定情報とを記憶部に記憶させる記憶制御手段と、
前記記憶部に記憶されたイメージセンサーモード情報と前記記憶部に記憶された符号化設定情報とが整合するか否かを判定する判定手段と、
前記判定手段により整合しないと判定された場合に、前記記憶部に記憶されたイメージセンサーモード情報を更新する更新手段と、
を備え、
前記記憶部に記憶されたイメージセンサーモード情報は、前記撮像装置が再起動するか否かを示す再起動情報を含み、
前記更新手段は、前記記憶部に記憶されたイメージセンサーモード情報に含まれる再起動情報を、前記撮像装置が再起動することを示すように更新することを特徴とする撮像装置。
前記記憶部に記憶されたイメージセンサーモード情報および符号化設定情報のそれぞれは、前記イメージセンサーから出力された画像信号を符号化するための符号化方式を示す符号化方式情報を含み、
前記判定手段は、前記記憶部に記憶されたイメージセンサーモード情報および符号化方式情報のそれぞれに含まれる符号化方式情報に基づき、当該イメージセンサーモード情報と当該符号化方式情報とが整合するか否かを判定することを特徴とする請求項１０に記載の撮像装置。
前記記憶部に記憶されたイメージセンサーモード情報および符号化方式情報のそれぞれは、前記イメージセンサーから出力された画像信号を前記外部のクライアント装置にネットワークを介して送信する際のフレームレートを示すフレームレート情報を含み、
前記判定手段は、前記記憶部に記憶されたイメージセンサーモード情報および符号化方式情報のそれぞれに含まれるフレームレート情報に基づき、当該イメージセンサーモード情報と当該符号化方式情報とが整合するか否かを判定することを特徴とする請求項１０に記載の撮像装置。
外部のクライアント装置と通信する撮像装置であって、
被写体を撮像して画像信号を出力するイメージセンサーと、
前記イメージセンサーから出力された画像信号を、前記外部のクライアント装置にネットワークを介して送信する送信手段と、
前記イメージセンサーの設定を管理するためのイメージセンサーモード情報と前記送信手段により送信される画像信号の設定を管理するためのメディアプロファイル情報とを記憶部に記憶させる記憶制御手段と、
前記記憶部に記憶されたイメージセンサーモード情報とメディアプロファイル情報とが整合するか否かを判定する判定手段と、
前記判定手段により整合しないと判定された場合に、前記記憶部に記憶されたイメージセンサーモード情報を更新する更新手段と、
を備え、
前記記憶部に記憶されたイメージセンサーモード情報は、前記撮像装置が再起動するか否かを示す再起動情報を含み、
前記更新手段は、前記記憶部に記憶されたイメージセンサーモード情報に含まれる再起動情報を、前記撮像装置が再起動することを示すように更新することを特徴とする撮像装置。
前記記憶部に記憶されたイメージセンサーモード情報およびメディアプロファイル情報のそれぞれは、解像度を示す解像度情報を含み、
前記判定手段は、前記記憶部に記憶されたイメージセンサーモード情報およびメディアプロファイル情報のそれぞれに含まれた解像度情報に基づき、当該イメージセンサーモード情報と当該メディアプロファイル情報とが整合するか否かを判定することを特徴とする請求項１３に記載の撮像装置。
前記記憶部に記憶されたイメージセンサーモード情報およびメディアプロファイル情報のそれぞれは、前記イメージセンサーから出力された画像信号を符号化するための符号化方式を示す符号化方式情報を含み、
前記判定手段は、前記記憶部に記憶されたイメージセンサーモード情報およびメディアプロファイル情報のそれぞれに含まれる符号化方式情報に基づき、当該イメージセンサーモード情報と当該符号化方式情報とが整合するか否かを判定することを特徴とする請求項１３に記載の撮像装置。
外部のクライアント装置と通信する撮像装置であって、
被写体を撮像して画像信号を出力するイメージセンサーと、
前記イメージセンサーの設定を管理するためのイメージセンサーモード情報を記憶部に記憶させる記憶制御手段と、
前記イメージセンサーから出力された画像信号を、前記外部のクライアント装置にネットワークを介して送信する送信手段と、
前記送信手段により送信される画像信号の設定を管理するためのメディアプロファイル情報を、前記外部のクライアント装置からのコマンドに応じて生成する生成手段と、
前記生成手段によりメディアプロファイル情報が生成されたか否かを判定する判定手段と、
前記判定手段により生成されていないと判定された場合に、前記記憶部に記憶されたイメージセンサーモード情報を更新する更新手段と、
を備え、
前記記憶部に記憶されたイメージセンサーモード情報は、前記撮像装置が再起動するか否かを示す再起動情報を含み、
前記更新手段は、前記記憶部に記憶されたイメージセンサーモード情報に含まれる再起動情報を、前記撮像装置が再起動することを示すように更新することを特徴とする撮像装置。
外部のクライアント装置と通信する撮像装置であって、
被写体を撮像して画像信号を出力するイメージセンサーと、
前記イメージセンサーから出力された画像信号を、前記外部のクライアント装置にネットワークを介して送信する送信手段と、
前記イメージセンサーの設定を管理するためのイメージセンサーモード情報と、前記送信手段により送信される画像信号の設定を管理するためのメディアプロファイル情報であって複数のメディアプロファイル情報と、を記憶部に記憶させる記憶制御手段と、
前記記憶部に記憶された複数のメディアプロファイル情報のそれぞれについて、前記記憶部に記憶されたイメージセンサーモード情報と整合するか否かを判定する判定手段と、前記判定手段による判定の結果に基づき、前記記憶部に記憶されたイメージセンサーモード情報を更新する更新手段と、
を備え、
前記記憶部に記憶されたイメージセンサーモード情報は、前記撮像装置が再起動するか否かを示す再起動情報を含み、
前記更新手段は、前記判定手段により整合しないと判定されたメディアプロファイル情報の数が前記判定手段により整合すると判定されたメディアプロファイル情報の数よりも多い場合に、前記記憶部に記憶されたイメージセンサーモード情報に含まれる再起動情報を、前記撮像装置が再起動することを示すように更新することを特徴とする撮像装置。