特許 6968610 撮像装置、情報処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6968610

(24)【登録日】2021年10月29日

(45)【発行日】2021年11月17日

(54)【発明の名称】撮像装置、情報処理方法及びプログラム

(51)【国際特許分類】

   H04N 5/232 20060101AFI20211108BHJP

   H04N 7/18 20060101ALI20211108BHJP

   G03B 15/00 20210101ALI20211108BHJP

   G03B 17/24 20210101ALI20211108BHJP

【ＦＩ】

   H04N5/232 060

   H04N7/18 D

   H04N5/232 300

   G03B15/00 S

   G03B17/24

【請求項の数】11

【全頁数】14

(21)【出願番号】特願2017-149095(P2017-149095)

(22)【出願日】2017年8月1日

(65)【公開番号】特開2019-29888(P2019-29888A)

(43)【公開日】2019年2月21日

【審査請求日】2020年7月22日

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】100090273

【弁理士】

【氏名又は名称】國分 孝悦

(72)【発明者】

【氏名】高見 真二郎

【審査官】 秦野 孝一郎

(56)【参考文献】

【文献】 特開２０１５−２２２９３１（ＪＰ，Ａ）

【文献】 特開２０１３−２５８５３８（ＪＰ，Ａ）

【文献】 特開２０１７−１７４４６（ＪＰ，Ａ）

【文献】 特開２０１３−２４３５４４（ＪＰ，Ａ）

【文献】 特開２０１５−８０１４２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ ５／２２２−５／２５７

Ｈ０４Ｎ ７／１８

Ｇ０３Ｂ １５／００

Ｇ０３Ｂ １７／００−１７／４６

(57)【特許請求の範囲】

【請求項1】

魚眼レンズを有し、画像のデワープを行わない画像種別と、画像のデワープを行う画像種別であって、互いにデワープの方式が異なる複数の画像種別の、いずれかの画像種別で前記魚眼レンズにより撮像することで得られる画像を外部装置に送信可能な撮像装置であって、
前記外部装置に送信する画像に関するプロファイルに、ビデオソース設定とビデオエンコード設定とＰＴＺ設定とを対応付ける対応付け手段と、
前記ビデオソース設定と前記ビデオエンコード設定と前記ＰＴＺ設定の少なくともいずれか１つと、前記画像種別との関連を示す紐付け情報を記憶する記憶手段と、
前記プロファイルに対応付ける前記画像種別の情報を、前記外部装置から取得する取得手段と、
前記取得手段により取得した前記画像種別の情報と、前記記憶手段により記憶する前記紐付け情報に基づいて、前記対応付け手段により前記プロファイルに対応付けるビデオソース設定とビデオエンコード設定とＰＴＺ設定とを決定する決定手段と、
を有することを特徴とする撮像装置。

【請求項2】

前記決定手段は、前記紐付け情報に基づき、前記画像種別に対応する前記ビデオソース設定をプロファイルに対応付け、ビデオソース設定とビデオエンコード設定とＰＴＺ設定との依存関係テーブルから前記プロファイルに対応付けられた前記ビデオソース設定に設定可能なビデオエンコード設定とＰＴＺ設定とを前記プロファイルに対応付けると決定することを特徴とする請求項１記載の撮像装置。

【請求項3】

前記決定手段は、前記紐付け情報に基づき、前記画像種別に対応する前記ビデオソース設定をプロファイルに対応付け、前記ビデオソース設定の解像度を含むビデオエンコード設定を前記プロファイルに対応付け、前記画像種別がサポートするパン、チルト、ズームに一致するＰＴＺ設定を前記プロファイルに対応付けると決定することを特徴とする請求項１記載の撮像装置。

【請求項4】

前記外部装置から受信したプロファイル取得コマンドに基づいて複数のプロファイルを前記外部装置に送信する場合、前記プロファイル取得コマンドに含まれるサービス名に応じて、応答するプロファイルの順番を決定する制御手段を更に有することを特徴とする請求項１乃至３何れか１項記載の撮像装置。

【請求項5】

前記制御手段は、前記プロファイル取得コマンドに含まれるサービス名に応じて、サポートされていないエンコード種別が設定されているビデオエンコーダ設定を含むプロファイルを最後に前記外部装置に送信するよう制御することを特徴とする請求項４記載の撮像装置。

【請求項6】

前記外部装置から受信したプロファイル取得コマンドに基づいて複数のプロファイルを送信する場合、前記撮像装置の設置状態に応じて、応答するプロファイルの順番を決定する制御手段を更に有することを特徴とする請求項１乃至４何れか１項記載の撮像装置。

【請求項7】

前記画像のデワープを行わない画像種別には、前記魚眼レンズで撮像することで得られる画像であって、補正処理が行われていない前記画像を含むことを特徴とする請求項１乃至６何れか１項記載の撮像装置。

【請求項8】

前記デワープの方式が異なる複数の画像種別には、前記魚眼レンズで撮像することで得られる画像の一部を切り出した切り出し画像を含むことを特徴とする請求項１乃至７何れか１項記載の撮像装置。

【請求項9】

前記切り出し画像には、パノラマ画像を含むことを特徴とする請求項８記載の撮像装置。

【請求項10】

魚眼レンズを有し、画像のデワープを行わない画像種別と、画像のデワープを行う画像種別であって、互いにデワープの方式が異なる複数の画像種別の、いずれかの画像種別で前記魚眼レンズにより撮像することで得られる画像を外部装置に送信可能であり、ビデオソース設定とビデオエンコード設定とＰＴＺ設定の少なくともいずれか１つと、前記画像種別との関連を示す紐付け情報を記憶する記憶手段を有する撮像装置が実行する情報処理方法であって、
前記外部装置に送信する画像に関するプロファイルに、ビデオソース設定とビデオエンコード設定とＰＴＺ設定とを対応付ける対応付け工程と、
前記プロファイルに対応付ける前記画像種別の情報を、前記外部装置から取得する取得工程と、
前記取得工程で取得した前記画像種別の情報と、前記記憶手段により記憶する前記紐付け情報に基づいて、前記対応付け工程で前記プロファイルに対応付けるビデオソース設定とビデオエンコード設定とＰＴＺ設定とを決定する決定工程と、
を含む情報処理方法。

【請求項11】

コンピュータを、請求項１乃至９何れか１項記載の撮像装置の各手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、撮像装置、情報処理方法及びプログラムに関する。

【背景技術】

【0002】

従来、クライアント装置へ撮像画像を送信する監視カメラにおいて、外部装置から監視カメラの設定変更や、画像の配信の開始を指示するコマンド群が実装されている。そのようなコマンド群の例として、ＯＮＶＩＦ（Ｏｐｅｎ Ｎｅｔｗｏｒｋ Ｖｉｄｅｏ Ｉｎｔｅｒｆａｃｅ Ｆｏｒｕｍ）により策定された規格によって定義されるものが知られている（非特許文献１）。
ＯＮＶＩＦでは監視カメラの設定（コンフィグレーション）として、以下のものが設定されている。即ち、画像の歪み補正、切り出し範囲の有無や種類を決定するデワープ情報やセンサーが出力可能な解像度を含むビデオソース設定（Ｖｉｄｅｏ Ｓｏｕｒｃｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が定義されている。また、画像の符号化のエンコード種別や解像度等を含むビデオエンコーダ設定（Ｖｉｄｅｏ Ｅｎｃｏｄｅｒ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が定義されている。また、パン・チルト・ズームをサポートする・しない等を含むＰＴＺ設定（ＰＴＺ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）等が定義されている。
これらのコンフィグレーションは監視カメラの制御に指定するプロファイル（Ｐｒｏｆｉｌｅ）にマッピング（関連付け）され、監視カメラは、そのプロファイルにマッピングされたコンフィグレーションの内容で映像配信やＰＴＺ制御等を行う。プロファイルとは、上記の各設定の集合であり、例えば、クライアント装置が、監視カメラから映像ストリームを受信する際に使う。例えば、クライアント装置は、プロファイルに含まれる各設定を指定し、その各設定に基づく映像ストリームを送信するよう、監視カメラに指示する。
図１は、ＯＮＶＩＦでコンフィグレーションをプロファイルにマッピングする一例を示す図である。このように１つ以上のビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定からそれぞれ１つを選択し、プロファイルにマッピングする。
監視カメラが各コンフィグレーションをマッピング済みのプロファイルを準備するか、クライアント装置が監視カメラから各コンフィグレーションを取得し、そのコンフィグレーションをプロファイルにマッピングする方法がある。クライアント装置でプロファイルにマッピングする場合は、各コンフィグレーション間の依存関係を考慮してマッピングする必要がある。
例えば、全方位カメラで魚眼、パノラマ画像、魚眼からの一部切り出し画像等、複数の画像を生成できるカメラの場合、画像のデワープ情報はビデオソース設定で指定する。
監視カメラから魚眼画像を配信する場合には、魚眼画像に対応したビデオソース設定をプロファイルにマッピングするが、その際に魚眼画像で設定可能な解像度を持つビデオエンコーダ設定を設定する必要がある。
また、魚眼画像でＰＴＺできない場合は、ＰＴＺ設定はプロファイルにマッピングできない。
このように配信する画像のデワープ情報によって、それに対応したビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定をプロファイルにマッピングする必要があり、正しくマッピングしないと監視カメラは映像配信、ＰＴＺ制御が行えない。
また、特許文献１には、ビデオソース設定とビデオエンコーダ設定との設定値間を調整する撮像装置が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１４−１０７５９０号公報

【非特許文献】

【0004】

【非特許文献1】ＯＮＶＩＦ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ｈｔｔｐ：／／ｗｗｗ．ｏｖｎｉｆ．ｏｒｇ／ｓｐｅｃｓ／ＤｏｃＭａｐ．ｈｔｍｌ）

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかし、特許文献１の技術では監視カメラの各コンフィグレーション間の設定値の依存関係を調整するものであり、コンフィグレーションの組み合わせの依存関係は解決できない。

【課題を解決するための手段】

【0006】

本発明の撮像装置は、魚眼レンズを有し、画像のデワープを行わない画像種別と、画像のデワープを行う画像種別であって、互いにデワープの方式が異なる複数の画像種別の、いずれかの画像種別で前記魚眼レンズにより撮像することで得られる画像を外部装置に送信可能な撮像装置であって、前記外部装置に送信する画像に関するプロファイルに、ビデオソース設定とビデオエンコード設定とＰＴＺ設定とを対応付ける対応付け手段と、前記ビデオソース設定と前記ビデオエンコード設定と前記ＰＴＺ設定の少なくともいずれか１つと、前記画像種別との関連を示す紐付け情報を記憶する記憶手段と、前記プロファイルに対応付ける前記画像種別の情報を、前記外部装置から取得する取得手段と、前記取得手段により取得した前記画像種別の情報と、前記記憶手段により記憶する前記紐付け情報に基づいて、前記対応付け手段により前記プロファイルに対応付けるビデオソース設定とビデオエンコード設定とＰＴＺ設定とを決定する決定手段と、を有することを特徴とする。

【発明の効果】

【0007】

本発明によれば、コンフィグレーションの組み合わせの依存関係を解決することができる。

【図面の簡単な説明】

【0008】

【図1】コンフィグレーションをプロファイルにマッピングする一例を示す図である。

【図2】監視カメラを含むシステム構成の一例を示す図である。

【図3】ハードウェア構成の一例を示す図である。

【図4】ソフトウェア構成の一例を示す図である。

【図5】システムにおける情報処理の一例を示すシーケンス図である。

【図6】設定画面の一例を示す図である。

【図7】プロファイル紐付け設定コマンド処理の一例を示すフローチャートである。

【図8】依存関係テーブルの一例を示す図である。

【図9】プロファイル取得コマンド処理の一例を示すフローチャートである。

【図10】プロファイル紐付け設定コマンド処理の一例を示すフローチャートである。

【図11】プロファイル取得コマンド処理の一例を示すフローチャートである。

【発明を実施するための形態】

【0009】

以下、本発明の実施形態について図面に基づいて説明する。

【0010】

＜実施形態１＞
図２は、監視カメラ１０を含むシステム構成の一例を示す図である。監視カメラ１０とクライアント装置２０とは、ネットワーク３５を介して相互に通信可能な状態に接続されている。クライアント装置２０は、監視カメラ１０に対して、プロファイル紐付け設定コマンドやプロファイル取得コマンド等の各制御コマンドを送信する外部装置である。監視カメラ１０は、コマンドに対するレスポンスをクライアント装置２０に送信する。
以下の説明において、デワープ情報とは、デワープ処理に関する情報である。例えば、魚眼レンズを介して撮影された魚眼画像に対して、デワープ処理と呼ばれる、画像の切出しと歪み補正の両方の処理が行わることが多い。切出された画像は、その切出し位置や、切出す数、切出し位置の変更が可能かによって、様々な呼ばれ方をする。例えば、切出し範囲が広い場合はパノラマと呼ばれることがある。また、魚眼画像から、切出し位置を変更可能な４つの画像を切出す場合は、４画面モードや４画切出しモードと呼ばれることがある。２つのパノラマ映像を切出す場合はダブルパノラマモードと呼ばれることがある。
また、デワープ処理における歪み補正処理は魚眼レンズに起因する歪みや傾きを調整し、人が視認している状態とほぼ同じ状態の画像に変換する処理である。
各実施形態では少なくとも上記の補正処理を行うことをデワープ処理と称し、それに関する情報をデワープ情報と称することとする。つまり、デワープ処理を行ったか否か（又はデワープ処理をすべきか否か）を示す情報や、どのようなデワープ処理を行ったかを示す情報（その名称）等をデワープ情報と称することとする。デワープ情報は、単に魚眼画像に係る各映像ストリームの名称（魚眼、切出し、パノラマ等）を示すものであったり、その名称を示すインデックスであったりしてもよい。少なくとも監視カメラと、クライアント装置との間で、魚眼画像に基づくどのような映像ストリームが送受信されるかが分かる情報であればよい。

【0011】

図３（ａ）は、監視カメラ１０のハードウェア構成の一例を示す図である。
ＣＰＵ１１は、監視カメラ１０の全体の制御を行う。
メモリ１２は、様々なデータの格納領域として使用される。格納領域としては、ＣＰＵ１１が実行するプログラム格納領域、プログラム実行中のワーク領域等がある。また、格納領域としては、監視カメラの設定値（コンフィグレーション）、プロファイル、プロファイルとデワープ情報との紐付け設定、天井付けや壁付け等のカメラの設置状況等の設定値格納領域がある。
また、格納領域としては、コンフィグレーション間の依存関係テーブル、デワープ情報ごとのパン・チルト・ズームサポート情報等の情報格納領域、後述する撮像部１３が生成する画像データの格納領域等がある。また、コンフィグレーションとして、画像の歪み補正と切り出し範囲の有無や種類を決定するデワープ情報やセンサーが出力可能な解像度を含むビデオソース設定（Ｖｉｄｅｏ Ｓｏｕｒｃｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）等がある。また、コンフィグレーションとして、画像の符号化のエンコード種別や解像度等を含むビデオエンコーダ設定（Ｖｉｄｅｏ Ｅｎｃｏｄｅｒ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）等がある。また、コンフィグレーションとして、パン・チルト・ズームをサポートする・しない等を含むＰＴＺ設定（ＰＴＺ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）等がある。また、コンフィグレーションは監視カメラの制御に指定するプロファイル（Ｐｒｏｆｉｌｅ）にマッピング（対応付け）され、監視カメラはそのプロファイルにマッピングされたコンフィグレーションの内容で映像配信やＰＴＺ制御等を行う。
撮像部１３は、監視カメラ１０の撮像光学系により結像された被写体の像を撮像して取得したアナログ信号をデジタルデータに変換し、撮像画像としてメモリ１２に出力する。撮像画像がメモリ１２に出力されたとき、ＣＰＵ１１は撮像部１３から画像取得イベントを受信する。
通信部１４は、プロファイル取得等の各制御コマンドを外部機器から受信する場合、また各制御コマンドに対するレスポンスを外部機器へ送信する場合に使用される。外部機器からコマンドを受信した場合、ＣＰＵ１１は通信部１４からコマンド受信イベントを受信する。
ＣＰＵ１１がメモリ１２に記憶されたプログラムに基づき処理を実行することによって、後述する図４（ａ）のソフトウェア構成及び図５のシーケンス図の監視カメラ１０の処理、図７〜図１１のフローチャートの処理が実現される。
ここで、図３（ａ）に示した監視カメラ１０のハードウェア構成は一例であり、図３（ａ）に示したもの以外に、監視カメラ１０は、音声入力部、音声出力部、画像解析処理部等をハードウェアとして有していてもよい。

【0012】

図３（ｂ）は、クライアント装置２０のハードウェア構成の一例を示す図である。
ＣＰＵ２１は、クライアント装置２０の全体の制御を行う。
メモリ２２は、主にＣＰＵ２１が実行するプログラム格納領域、プログラム実行中のワーク領域等、様々なデータの格納領域として使用される。
表示部２３は、例えばＬＣＤ、有機ＥＬディスプレイ等で構成される。表示部２３は、クライアント装置２０の使用者に対して、プロファイルとデワープ情報との紐付けを行う設定画面を含む様々な設定画面や表示画面、監視カメラ１０から受信する映像のビューワ、各種メッセージ等を表示する。
入力部２４は、例えばボタン、十字キー、タッチパネル、マウス等で構成され、使用者による画面操作の内容をＣＰＵ２１に通知する。
通信部２５は、プロファイル紐付け設定コマンドやプロファイル取得を含む各制御コマンドを監視カメラ１０に対して送信する場合、各制御コマンドに対するレスポンスや、映像ストリームを監視カメラ１０から受信する場合等に使用される。
ＣＰＵ２１がメモリ２２に記憶されたプログラムに基づき処理を実行することによって、後述する図４（ｂ）のソフトウェア構成及び図５のシーケンス図のクライアント装置２０の処理が実現される。

【0013】

図４（ａ）は、監視カメラ１０のソフトウェア構成の一例を示す図である。
制御部１００は、監視カメラ１０の全体の処理を制御する。
撮像制御部１０１は、撮像部１３を制御する。例えば、撮像制御部１０１は、制御部１００が入力するパン、チルト、或いはズームの値に従って、撮像部１３の撮像範囲をチルト駆動、パン駆動、或いはズーム駆動に変更させる。
圧縮符号化部１０２は、撮像部１３が出力した撮像画像に対してＪＰＥＧ或いはＨ．２６４、Ｈ．２６５等の形式に基づき圧縮符号化処理を行うことにより画像データを生成し、メモリ１２に出力する。
撮像制御部１０１は、ハードウェア構成として監視カメラ１０に実装されていてもよい。同様に、圧縮符号化部１０２も、ハードウェア構成として監視カメラ１０に実装されていてもよい。

【0014】

図４（ｂ）は、クライアント装置２０のソフトウェア構成の一例を示す図である。
制御部２００は、クライアント装置２０の全体の処理を制御する。
復号部２０１は、通信部２５を介して受信された圧縮符号化されている画像データをＪＰＥＧ、或いはＨ．２６４、Ｈ．２６５等の形式に基づいて復号化し、メモリ２２に展開する。
復号部２０１は、ハードウェア構成としてクライアント装置２０に実装してもよい。

【0015】

図５は、監視カメラ１０のプロファイル紐付け設定コマンドとプロファイル取得コマンドとに係る処理のシーケンス図である。
クライアント装置２０の制御部２００は、プロファイルとデワープ情報との紐付け情報を含むプロファイル紐付け設定コマンドを送信する。監視カメラ１０の制御部１００は、プロファイル紐付け設定コマンドを受信し、プロファイル紐付け設定コマンド処理３０を行い、その応答としてプロファイル紐付け設定レスポンスをクライアント装置２０に送信する。クライアント装置２０の制御部２００は、プロファイル紐付け設定レスポンスを受信する。プロファイルは、図１等に示されるように、複数の設定情報を含む設定情報群である。また、紐付け情報は、プロファイルとデワープ情報との関連を示す情報の一例である。
クライアント装置２０の制御部２００は、プロファイル取得コマンドを送信する。監視カメラ１０の制御部１００は、プロファイル取得コマンドを受信し、プロファイル取得コマンド処理３１を行い、その応答としてプロファイル取得レスポンスをクライアント装置２０に送信する。クライアント装置２０の制御部２００は、プロファイル取得レスポンスを受信する。
図５では同一のクライアント装置２０からプロファイル紐付け設定コマンドとプロファイル取得コマンドとを送信しているが、異なるクライアント装置２０から各コマンドを送信してもよい。また、各コマンドのプロトコルを制限するものではなく、コマンドのプロトコルはＯＮＶＩＦや監視カメラ独自の制御プロトコル等である。
プロファイル紐付け設定コマンド処理３０、プロファイル取得コマンド処理３１は、情報処理の一例である。

【0016】

図６は、プロファイルとデワープ情報との紐付けを行う設定画面である。図６の設定画面は、クライアント装置２０の表示部２３に表示される。プロファイルＩＤ一覧表示エリア４１には監視カメラ１０に設定されているプロファイルの識別子ＩＤの一覧が表示される。ユーザはクライアント装置２０の入力部２４を操作し、デワープ情報選択ボックス４２からプロファイルに紐付けるデワープ情報を選択する。ユーザが紐付け設定４３を選択すると、クライアント装置２０の制御部２００は、プロファイル紐付け設定コマンドを監視カメラ１０に送信する。
図６の設定画面を表示するためのデータは、クライアント装置２０が有していてもよいし、監視カメラ１０が有しており、クライアント装置２０からの要求に応じて、クライアント装置２０のＷｅｂブラウザ等に表示されるようにしてもよい。

【0017】

図７は、プロファイル紐付け設定コマンド処理３０の一例を示すフローチャートである。
Ｓ５１で、制御部１００は、プロファイル紐付け設定コマンドにより指定されたプロファイル紐付け情報（プロファイルとデワープ情報との紐付け情報）をメモリ１２に格納し、Ｓ５２に遷移する。
Ｓ５２で、制御部１００は、メモリ１２から、ビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定の依存関係テーブル６０を取得し、Ｓ５３に遷移する。
図８は、プロファイルにマッピング可能なコンフィグレーション間の依存関係テーブルの一例を示す図である。ビデオソース設定１と一緒にプロファイルにマッピング可能なビデオエンコーダ設定はビデオエンコーダ設定１で、ＰＴＺ設定はない。また、ビデオソース設定２と一緒にプロファイルにマッピング可能なビデオエンコーダ設定はビデオエンコーダ設定２で、ＰＴＺ設定はＰＴＺ設定１である。

【0018】

Ｓ５３で、制御部１００は、メモリ１２から、プロファイルとデワープ情報との紐付け情報を取得し、デワープ情報に対応するビデオソース設定をプロファイルにマッピングし、Ｓ５４に遷移する。Ｓ５３の処理は、プロファイルとデワープ情報との紐付け情報を取得する処理の一例である。
Ｓ５４で、制御部１００は、依存関係テーブルの内容で、マッピングしたビデオソース設定に対応するビデオエンコード設定とＰＴＺ設定とをプロファイルにマッピングする。
Ｓ５３及びＳ５４の処理は、紐付け情報に基づいてビデオソース設定とビデオエンコード設定とＰＴＺ設定とをプロファイルに対応付ける対応付け処理の一例である。また、Ｓ５４の処理は、依存関係テーブルに基づき、マッピングしたビデオソース設定に設定可能なビデオエンコード設定とＰＴＺ設定とプロファイルにマッピングする処理の一例である。
Ｓ５５で、制御部１００は、プロファイル紐付け設定コマンドの応答を生成し、クライアント装置２０にプロファイル紐付け設定コマンドの応答を送信する。

【0019】

図９は、プロファイル取得コマンド処理３１の一例を示すフローチャートである。
Ｓ７１で、制御部１００は、プロファイル設定コマンドに含まれるＯＮＶＩＦサービス名を取得し、ＯＮＶＩＦサービス名がビデオエンコーディングとしてＪＰＥＧ、Ｈ．２６４をサポートするＭｅｉｄａサービスであるか否かを判定する。制御部１００は、ＯＮＶＩＦサービス名がビデオエンコーディングとしてＪＰＥＧ、Ｈ．２６４をサポートするＭｅｉｄａサービスである場合、Ｓ７２に遷移し、それ以外の場合はＳ７３に遷移する。
Ｓ７２で、制御部１００は、プロファイル取得コマンドの応答として返すプロファイルの順番を並べ替える。まず、制御部１００は、プロファイルに含まれるビデオエンコーダ設定のエンコード種別がＨ．２６４、ＪＰＥＧ、Ｈ．２６５の順番でプロファイルを並べ替える。そして、制御部１００は、同じエンコード種別のプロファイルは更にプロファイルＩＤのアルファベット昇順で並べ替え、Ｓ７６に遷移する。

【0020】

Ｓ７３で、制御部１００は、プロファイル設定コマンドに含まれるＯＮＶＩＦサービス名を取得し、ＯＮＶＩＦサービス名がビデオエンコーディングとしてＪＰＥＧ、Ｈ．２６４、Ｈ．２６５をサポートするＭｅｄｉａ２サービスであるか否かを判定する。制御部１００は、ＯＮＶＩＦサービス名がビデオエンコーディングとしてＪＰＥＧ、Ｈ．２６４、Ｈ．２６５をサポートするＭｅｄｉａ２サービスであった場合、Ｓ７４に遷移し、それ以外であった場合、Ｓ７５に遷移する。
Ｓ７４で、制御部１００は、プロファイル取得コマンドの応答として返すプロファイルの順番を並べ替える。まず、制御部１００は、プロファイルに含まれるビデオエンコーダ設定のエンコード種別がＨ．２６５、Ｈ．２６４、ＪＰＥＧの順番でプロファイルを並べ替える。その後、制御部１００は、同じエンコード種別のプロファイルは更にプロファイルＩＤのアルファベット昇順で並べ替え、Ｓ７６に遷移する。
Ｓ７５で、制御部１００は、プロファイル取得コマンドの応答として返すプロファイルの順番を並べ替える。制御部１００は、プロファイルＩＤのアルファベット昇順でプロファイルを並べ替え、Ｓ７６に遷移する。
Ｓ７６で、制御部１００は、プロファイル取得コマンドの応答を並べ替えたプロファイルで作成し、クライアント装置２０にプロファイル取得コマンドの応答を送信する。
図９では、プロファイル取得コマンドに含まれるサービス名に応じて、応答するプロファイルの順番を決定する制御の一例を示したが、サービス名の替わりにバージョン情報に応じて、応答するプロファイルの順番を決定する制御をするようにしてもよい。
図９の処理は、プロファイル取得コマンドに含まれるサービス名に応じて、サポートされていないエンコード種別が設定されているビデオエンコーダ設定を含むプロファイルを最後にクライアント装置２０に送信するよう制御する処理の一例である。

【0021】

以上、説明したように、実施形態１では、ユーザはビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定間の依存関係を考慮する必要がない。監視カメラ１０がコンフィグレーション間の依存関係テーブルを基に、ユーザがプロファイルに紐付けたデワープ情報に適合したビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定をプロファイルにマッピングすることができる。そのため、適切な映像配信、ＰＴＺ制御を行うことができる。
また、プロファイル取得コマンドで返すプロファイルを、クライアント装置２０が扱うことが可能なプロファイルで優先的に返すことができる。

【0022】

＜実施形態２＞
以下、図１０を参照して、実施形態２に係る監視カメラ１０のプロファイル紐付け設定コマンド受信時のプロファイル紐付け設定コマンド処理３０について説明する。実施形態１と同じ部分については説明を省略する。
Ｓ８１で、制御部１００は、プロファイル紐付け設定コマンドに指定されたプロファイル紐付け情報をメモリ１２に格納し、Ｓ８２に遷移する。
Ｓ８２で、制御部１００は、メモリ１２から、デワープ情報毎のパン・チルト・ズーム可能かを表すパン・チルト・ズームサポート情報を取得し、Ｓ８３に遷移する。
Ｓ８３で、制御部１００は、メモリ１２から、デワープ情報に対応するビデオソース設定をプロファイルにマッピングし、Ｓ８４に遷移する。
Ｓ８４で、制御部１００は、ビデオソース設定のセンサーが出力可能な解像度を含む解像度を持つビデオエンコード設定をプロファイルにマッピングし、Ｓ８５に遷移する。
Ｓ８５で、制御部１００は、パン・チルト・ズームサポート情報からデワープ情報がパン・チルト・ズームの何れかをサポートするか否かを判定する。制御部１００は、デワープ情報がパン・チルト・ズームの何れかをサポートする場合、Ｓ８６に遷移し、何れもサポートしない場合、Ｓ８７に遷移する。
Ｓ８６で、制御部１００は、パン・チルト・ズームサポート情報に一致するＰＴＺ設定をプロファイルにマッピングし、Ｓ８７に遷移する。
Ｓ８７で、制御部１００は、プロファイル紐付け設定コマンドの応答を生成し、クライアント装置２０にプロファイル紐付け設定コマンドの応答を送信する。

【0023】

以上、説明したように、実施形態２では、ユーザはビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定間の依存関係を考慮する必要がない。監視カメラ１０がビデオソース設定及びビデオエンコーダ設定の解像度とパン・チルト・ズームサポート情報とから適合するビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定をプロファイルにマッピングすることができる。そのため、適切な映像配信、ＰＴＺ制御を行うことができる。
また、プロファイル取得コマンドで返すプロファイルを、クライアント装置２０が扱うことが可能なプロファイルで優先的に返すことができる。

【0024】

＜実施形態３＞
以下、図１１を参照して、実施形態３に係る監視カメラ１０のプロファイル取得コマンド受信時のプロファイル取得コマンド処理３１について説明する。実施形態１と同じ部分については説明を省略する。
Ｓ９１で、制御部１００は、メモリ１２からカメラの設置状態を取得し、天井付けであるか否かを判定する。制御部１００は、天井付けであった場合、Ｓ９２に遷移し、それ以外の場合は、Ｓ９３に遷移する。
Ｓ９２で、制御部１００は、プロファイル取得コマンドの応答として返すプロファイルの順番を並べ替える。まず、制御部１００は、プロファイルに含まれるビデオソース設定のデワープ情報が魚眼（デワープ処理無し）、切り出し１（デワープ処理ありで２次元的に切出し位置の変更が可能）、パノラマ（デワープ処理ありで、２次元的な切出し位置の変更は不可）の順番でプロファイルを並べ替えた後、同じデワープ情報のプロファイルは更にプロファイルＩＤのアルファベット昇順で並べ替え、Ｓ９６に遷移する。

【0025】

Ｓ９３で、制御部１００は、メモリ１２からカメラの設置状態を取得し、壁付けであるか否かを判定する。制御部１００は、壁付けであった場合、Ｓ９４に遷移し、それ以外の場合は、Ｓ９５に遷移する。
Ｓ９４で、制御部１００は、プロファイル取得コマンドの応答として返すプロファイルの順番を並べ替える。まず、制御部１００は、プロファイルに含まれるビデオソース設定のデワープ情報がパノラマ、切り出し１、魚眼の順番でプロファイルを並べ替えた後、同じデワープ情報のプロファイルは更にプロファイルＩＤのアルファベット昇順で並べ替え、Ｓ９６に遷移する。
Ｓ９５で、制御部１００は、プロファイル取得コマンドの応答として返すプロファイルの順番を並べ替える。制御部１００は、プロファイルＩＤのアルファベット昇順で並べ替え、Ｓ９６に遷移する。
Ｓ９６で、制御部１００は、プロファイル取得コマンドの応答を並べ替えたプロファイルで作成し、クライアント装置２０にプロファイル取得コマンドの応答を送信する。

【0026】

以上、説明したように、実施形態３では、ユーザはビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定間の依存関係を考慮する必要がない。監視カメラ１０がコンフィグレーション間の依存関係テーブルを基に、ユーザがプロファイルに紐付けたデワープ情報に適合したビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定をプロファイルにマッピングすることができる。そのため、適切な映像配信、ＰＴＺ制御を行うことができる。
また、プロファイル取得コマンドで返すプロファイルを、天井付けや壁付け等の監視カメラの設置状態で使用されることが想定されるプロファイルで優先的に返すことができる。

【0027】

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

【0028】

以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。
上述した監視カメラ１０のハードウェア構成は一例であり、例えば、ＣＰＵやメモリ、通信部等は複数有していてもよい。また、複数のＣＰＵがプログラムに基づき、複数のメモリに記憶されたデータ等を用いながら処理を実行するようにしてもよい。また、ＣＰＵに替えてＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いることとしてもよい。
また、上述した実施形態を任意に組み合わせて実施してもよい。

【符号の説明】

【0029】

１０ 監視カメラ
１１ ＣＰＵ
２０ クライアント装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】