(57)【要約】【課題】コンフィグレーションの組み合わせの依存関係を解決することを目的とする。【解決手段】複数の設定情報を含む設定情報群であるプロファイルと、魚眼画像に係るデワープ情報との関連を示す紐付け情報を取得する取得手段と、取得手段により取得された紐付け情報に基づいてビデオソース設定とビデオエンコード設定とＰＴＺ設定とをプロファイルに対応付ける対応付け手段と、を有する。【選択図】図７
2019029888.tif 000002
【特許請求の範囲】
【請求項１】
複数の設定情報を含む設定情報群であるプロファイルと、魚眼画像に係るデワープ情報との関連を示す紐付け情報を取得する取得手段と、
前記取得手段により取得された前記紐付け情報に基づいてビデオソース設定とビデオエンコード設定とＰＴＺ設定とをプロファイルに対応付ける対応付け手段と、
を有する撮像装置。
【請求項２】
前記対応付け手段は、前記紐付け情報に対応する前記ビデオソース設定をプロファイルに対応付け、ビデオソース設定とビデオエンコード設定とＰＴＺ設定との依存関係テーブルから前記プロファイルに対応付けられた前記ビデオソース設定に設定可能なビデオエンコード設定とＰＴＺ設定とを前記プロファイルに対応付ける請求項１記載の撮像装置。
【請求項３】
前記対応付け手段は、前記紐付け情報に対応する前記ビデオソース設定をプロファイルに対応付け、前記ビデオソース設定の解像度を含むビデオエンコード設定を前記プロファイルに対応付け、前記デワープ情報がサポートするパン、チルト、ズームに一致するＰＴＺ設定を前記プロファイルに対応付ける請求項１記載の撮像装置。
【請求項４】
クライアント装置より受信された紐付け設定コマンドに含まれる前記紐付け情報をメモリに格納する格納手段を更に有し、
前記取得手段は、前記メモリより前記紐付け情報を取得する請求項１乃至３何れか１項記載の撮像装置。
【請求項５】
クライアント装置より受信されたプロファイル取得コマンドに基づいて複数のプロファイルを前記クライアント装置に送信する場合、前記プロファイル取得コマンドに含まれるサービス名に応じて、応答するプロファイルの順番を決定する制御手段を更に有する請求項１乃至４何れか１項記載の撮像装置。
【請求項６】
前記制御手段は、前記プロファイル取得コマンドに含まれるサービス名に応じて、サポートされていないエンコード種別が設定されているビデオエンコーダ設定を含むプロファイルを最後に前記クライアント装置に送信するよう制御する請求項５記載の撮像装置。
【請求項７】
クライアント装置より受信されたプロファイル取得コマンドに基づいて複数のプロファイルを送信する場合、前記撮像装置の設置状態に応じて、応答するプロファイルの順番を決定する制御手段を更に有する請求項１乃至４何れか１項記載の撮像装置。
【請求項８】
前記デワープ情報は、デワープ処理の有無を示す情報を含む請求項１乃至７何れか１項記載の撮像装置。
【請求項９】
前記デワープ情報は、魚眼画像に係る情報であって、画像の種類を示す情報を含む請求項１乃至８何れか１項記載の撮像装置。
【請求項１０】
撮像装置が実行する情報処理方法であって、
複数の設定情報を含む設定情報群であるプロファイルと、魚眼画像に係るデワープ情報との関連を示す紐付け情報を取得する取得工程と、
前記取得工程により取得された前記紐付け情報に基づいてビデオソース設定とビデオエンコード設定とＰＴＺ設定とをプロファイルに対応付ける対応付け工程と、
を含む情報処理方法。
【請求項１１】
コンピュータを、請求項１乃至９何れか１項記載の撮像装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮像装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、クライアント装置へ撮像画像を送信する監視カメラにおいて、外部装置から監視カメラの設定変更や、画像の配信の開始を指示するコマンド群が実装されている。そのようなコマンド群の例として、ＯＮＶＩＦ（Ｏｐｅｎ  Ｎｅｔｗｏｒｋ  Ｖｉｄｅｏ  Ｉｎｔｅｒｆａｃｅ  Ｆｏｒｕｍ）により策定された規格によって定義されるものが知られている（非特許文献１）。
ＯＮＶＩＦでは監視カメラの設定（コンフィグレーション）として、以下のものが設定されている。即ち、画像の歪み補正、切り出し範囲の有無や種類を決定するデワープ情報やセンサーが出力可能な解像度を含むビデオソース設定（Ｖｉｄｅｏ  Ｓｏｕｒｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が定義されている。また、画像の符号化のエンコード種別や解像度等を含むビデオエンコーダ設定（Ｖｉｄｅｏ  Ｅｎｃｏｄｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が定義されている。また、パン・チルト・ズームをサポートする・しない等を含むＰＴＺ設定（ＰＴＺ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）等が定義されている。
これらのコンフィグレーションは監視カメラの制御に指定するプロファイル（Ｐｒｏｆｉｌｅ）にマッピング（関連付け）され、監視カメラは、そのプロファイルにマッピングされたコンフィグレーションの内容で映像配信やＰＴＺ制御等を行う。プロファイルとは、上記の各設定の集合であり、例えば、クライアント装置が、監視カメラから映像ストリームを受信する際に使う。例えば、クライアント装置は、プロファイルに含まれる各設定を指定し、その各設定に基づく映像ストリームを送信するよう、監視カメラに指示する。
図１は、ＯＮＶＩＦでコンフィグレーションをプロファイルにマッピングする一例を示す図である。このように１つ以上のビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定からそれぞれ１つを選択し、プロファイルにマッピングする。
監視カメラが各コンフィグレーションをマッピング済みのプロファイルを準備するか、クライアント装置が監視カメラから各コンフィグレーションを取得し、そのコンフィグレーションをプロファイルにマッピングする方法がある。クライアント装置でプロファイルにマッピングする場合は、各コンフィグレーション間の依存関係を考慮してマッピングする必要がある。
例えば、全方位カメラで魚眼、パノラマ画像、魚眼からの一部切り出し画像等、複数の画像を生成できるカメラの場合、画像のデワープ情報はビデオソース設定で指定する。
監視カメラから魚眼画像を配信する場合には、魚眼画像に対応したビデオソース設定をプロファイルにマッピングするが、その際に魚眼画像で設定可能な解像度を持つビデオエンコーダ設定を設定する必要がある。
また、魚眼画像でＰＴＺできない場合は、ＰＴＺ設定はプロファイルにマッピングできない。
このように配信する画像のデワープ情報によって、それに対応したビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定をプロファイルにマッピングする必要があり、正しくマッピングしないと監視カメラは映像配信、ＰＴＺ制御が行えない。
また、特許文献１には、ビデオソース設定とビデオエンコーダ設定との設定値間を調整する撮像装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１０７５９０号公報
【非特許文献】
【０００４】
【非特許文献１】ＯＮＶＩＦ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ｈｔｔｐ：／／ｗｗｗ．ｏｖｎｉｆ．ｏｒｇ／ｓｐｅｃｓ／ＤｏｃＭａｐ．ｈｔｍｌ）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１の技術では監視カメラの各コンフィグレーション間の設定値の依存関係を調整するものであり、コンフィグレーションの組み合わせの依存関係は解決できない。
【課題を解決するための手段】
【０００６】
本発明の撮像装置は、複数の設定情報を含む設定情報群であるプロファイルと、魚眼画像に係るデワープ情報との関連を示す紐付け情報を取得する取得手段と、前記取得手段により取得された前記紐付け情報に基づいてビデオソース設定とビデオエンコード設定とＰＴＺ設定とをプロファイルに対応付ける対応付け手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、コンフィグレーションの組み合わせの依存関係を解決することができる。
【図面の簡単な説明】
【０００８】
【図１】コンフィグレーションをプロファイルにマッピングする一例を示す図である。
【図２】監視カメラを含むシステム構成の一例を示す図である。
【図３】ハードウェア構成の一例を示す図である。
【図４】ソフトウェア構成の一例を示す図である。
【図５】システムにおける情報処理の一例を示すシーケンス図である。
【図６】設定画面の一例を示す図である。
【図７】プロファイル紐付け設定コマンド処理の一例を示すフローチャートである。
【図８】依存関係テーブルの一例を示す図である。
【図９】プロファイル取得コマンド処理の一例を示すフローチャートである。
【図１０】プロファイル紐付け設定コマンド処理の一例を示すフローチャートである。
【図１１】プロファイル取得コマンド処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
【００１０】
＜実施形態１＞
図２は、監視カメラ１０を含むシステム構成の一例を示す図である。監視カメラ１０とクライアント装置２０とは、ネットワーク３５を介して相互に通信可能な状態に接続されている。クライアント装置２０は、監視カメラ１０に対して、プロファイル紐付け設定コマンドやプロファイル取得コマンド等の各制御コマンドを送信する外部装置である。監視カメラ１０は、コマンドに対するレスポンスをクライアント装置２０に送信する。
以下の説明において、デワープ情報とは、デワープ処理に関する情報である。例えば、魚眼レンズを介して撮影された魚眼画像に対して、デワープ処理と呼ばれる、画像の切出しと歪み補正の両方の処理が行わることが多い。切出された画像は、その切出し位置や、切出す数、切出し位置の変更が可能かによって、様々な呼ばれ方をする。例えば、切出し範囲が広い場合はパノラマと呼ばれることがある。また、魚眼画像から、切出し位置を変更可能な４つの画像を切出す場合は、４画面モードや４画切出しモードと呼ばれることがある。２つのパノラマ映像を切出す場合はダブルパノラマモードと呼ばれることがある。
また、デワープ処理における歪み補正処理は魚眼レンズに起因する歪みや傾きを調整し、人が視認している状態とほぼ同じ状態の画像に変換する処理である。
各実施形態では少なくとも上記の補正処理を行うことをデワープ処理と称し、それに関する情報をデワープ情報と称することとする。つまり、デワープ処理を行ったか否か（又はデワープ処理をすべきか否か）を示す情報や、どのようなデワープ処理を行ったかを示す情報（その名称）等をデワープ情報と称することとする。デワープ情報は、単に魚眼画像に係る各映像ストリームの名称（魚眼、切出し、パノラマ等）を示すものであったり、その名称を示すインデックスであったりしてもよい。少なくとも監視カメラと、クライアント装置との間で、魚眼画像に基づくどのような映像ストリームが送受信されるかが分かる情報であればよい。
【００１１】
図３（ａ）は、監視カメラ１０のハードウェア構成の一例を示す図である。
ＣＰＵ１１は、監視カメラ１０の全体の制御を行う。
メモリ１２は、様々なデータの格納領域として使用される。格納領域としては、ＣＰＵ１１が実行するプログラム格納領域、プログラム実行中のワーク領域等がある。また、格納領域としては、監視カメラの設定値（コンフィグレーション）、プロファイル、プロファイルとデワープ情報との紐付け設定、天井付けや壁付け等のカメラの設置状況等の設定値格納領域がある。
また、格納領域としては、コンフィグレーション間の依存関係テーブル、デワープ情報ごとのパン・チルト・ズームサポート情報等の情報格納領域、後述する撮像部１３が生成する画像データの格納領域等がある。また、コンフィグレーションとして、画像の歪み補正と切り出し範囲の有無や種類を決定するデワープ情報やセンサーが出力可能な解像度を含むビデオソース設定（Ｖｉｄｅｏ  Ｓｏｕｒｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）等がある。また、コンフィグレーションとして、画像の符号化のエンコード種別や解像度等を含むビデオエンコーダ設定（Ｖｉｄｅｏ  Ｅｎｃｏｄｅｒ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）等がある。また、コンフィグレーションとして、パン・チルト・ズームをサポートする・しない等を含むＰＴＺ設定（ＰＴＺ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）等がある。また、コンフィグレーションは監視カメラの制御に指定するプロファイル（Ｐｒｏｆｉｌｅ）にマッピング（対応付け）され、監視カメラはそのプロファイルにマッピングされたコンフィグレーションの内容で映像配信やＰＴＺ制御等を行う。
撮像部１３は、監視カメラ１０の撮像光学系により結像された被写体の像を撮像して取得したアナログ信号をデジタルデータに変換し、撮像画像としてメモリ１２に出力する。撮像画像がメモリ１２に出力されたとき、ＣＰＵ１１は撮像部１３から画像取得イベントを受信する。
通信部１４は、プロファイル取得等の各制御コマンドを外部機器から受信する場合、また各制御コマンドに対するレスポンスを外部機器へ送信する場合に使用される。外部機器からコマンドを受信した場合、ＣＰＵ１１は通信部１４からコマンド受信イベントを受信する。
ＣＰＵ１１がメモリ１２に記憶されたプログラムに基づき処理を実行することによって、後述する図４（ａ）のソフトウェア構成及び図５のシーケンス図の監視カメラ１０の処理、図７〜図１１のフローチャートの処理が実現される。
ここで、図３（ａ）に示した監視カメラ１０のハードウェア構成は一例であり、図３（ａ）に示したもの以外に、監視カメラ１０は、音声入力部、音声出力部、画像解析処理部等をハードウェアとして有していてもよい。
【００１２】
図３（ｂ）は、クライアント装置２０のハードウェア構成の一例を示す図である。
ＣＰＵ２１は、クライアント装置２０の全体の制御を行う。
メモリ２２は、主にＣＰＵ２１が実行するプログラム格納領域、プログラム実行中のワーク領域等、様々なデータの格納領域として使用される。
表示部２３は、例えばＬＣＤ、有機ＥＬディスプレイ等で構成される。表示部２３は、クライアント装置２０の使用者に対して、プロファイルとデワープ情報との紐付けを行う設定画面を含む様々な設定画面や表示画面、監視カメラ１０から受信する映像のビューワ、各種メッセージ等を表示する。
入力部２４は、例えばボタン、十字キー、タッチパネル、マウス等で構成され、使用者による画面操作の内容をＣＰＵ２１に通知する。
通信部２５は、プロファイル紐付け設定コマンドやプロファイル取得を含む各制御コマンドを監視カメラ１０に対して送信する場合、各制御コマンドに対するレスポンスや、映像ストリームを監視カメラ１０から受信する場合等に使用される。
ＣＰＵ２１がメモリ２２に記憶されたプログラムに基づき処理を実行することによって、後述する図４（ｂ）のソフトウェア構成及び図５のシーケンス図のクライアント装置２０の処理が実現される。
【００１３】
図４（ａ）は、監視カメラ１０のソフトウェア構成の一例を示す図である。
制御部１００は、監視カメラ１０の全体の処理を制御する。
撮像制御部１０１は、撮像部１３を制御する。例えば、撮像制御部１０１は、制御部１００が入力するパン、チルト、或いはズームの値に従って、撮像部１３の撮像範囲をチルト駆動、パン駆動、或いはズーム駆動に変更させる。
圧縮符号化部１０２は、撮像部１３が出力した撮像画像に対してＪＰＥＧ或いはＨ．２６４、Ｈ．２６５等の形式に基づき圧縮符号化処理を行うことにより画像データを生成し、メモリ１２に出力する。
撮像制御部１０１は、ハードウェア構成として監視カメラ１０に実装されていてもよい。同様に、圧縮符号化部１０２も、ハードウェア構成として監視カメラ１０に実装されていてもよい。
【００１４】
図４（ｂ）は、クライアント装置２０のソフトウェア構成の一例を示す図である。
制御部２００は、クライアント装置２０の全体の処理を制御する。
復号部２０１は、通信部２５を介して受信された圧縮符号化されている画像データをＪＰＥＧ、或いはＨ．２６４、Ｈ．２６５等の形式に基づいて復号化し、メモリ２２に展開する。
復号部２０１は、ハードウェア構成としてクライアント装置２０に実装してもよい。
【００１５】
図５は、監視カメラ１０のプロファイル紐付け設定コマンドとプロファイル取得コマンドとに係る処理のシーケンス図である。
クライアント装置２０の制御部２００は、プロファイルとデワープ情報との紐付け情報を含むプロファイル紐付け設定コマンドを送信する。監視カメラ１０の制御部１００は、プロファイル紐付け設定コマンドを受信し、プロファイル紐付け設定コマンド処理３０を行い、その応答としてプロファイル紐付け設定レスポンスをクライアント装置２０に送信する。クライアント装置２０の制御部２００は、プロファイル紐付け設定レスポンスを受信する。プロファイルは、図１等に示されるように、複数の設定情報を含む設定情報群である。また、紐付け情報は、プロファイルとデワープ情報との関連を示す情報の一例である。
クライアント装置２０の制御部２００は、プロファイル取得コマンドを送信する。監視カメラ１０の制御部１００は、プロファイル取得コマンドを受信し、プロファイル取得コマンド処理３１を行い、その応答としてプロファイル取得レスポンスをクライアント装置２０に送信する。クライアント装置２０の制御部２００は、プロファイル取得レスポンスを受信する。
図５では同一のクライアント装置２０からプロファイル紐付け設定コマンドとプロファイル取得コマンドとを送信しているが、異なるクライアント装置２０から各コマンドを送信してもよい。また、各コマンドのプロトコルを制限するものではなく、コマンドのプロトコルはＯＮＶＩＦや監視カメラ独自の制御プロトコル等である。
プロファイル紐付け設定コマンド処理３０、プロファイル取得コマンド処理３１は、情報処理の一例である。
【００１６】
図６は、プロファイルとデワープ情報との紐付けを行う設定画面である。図６の設定画面は、クライアント装置２０の表示部２３に表示される。プロファイルＩＤ一覧表示エリア４１には監視カメラ１０に設定されているプロファイルの識別子ＩＤの一覧が表示される。ユーザはクライアント装置２０の入力部２４を操作し、デワープ情報選択ボックス４２からプロファイルに紐付けるデワープ情報を選択する。ユーザが紐付け設定４３を選択すると、クライアント装置２０の制御部２００は、プロファイル紐付け設定コマンドを監視カメラ１０に送信する。
図６の設定画面を表示するためのデータは、クライアント装置２０が有していてもよいし、監視カメラ１０が有しており、クライアント装置２０からの要求に応じて、クライアント装置２０のＷｅｂブラウザ等に表示されるようにしてもよい。
【００１７】
図７は、プロファイル紐付け設定コマンド処理３０の一例を示すフローチャートである。
Ｓ５１で、制御部１００は、プロファイル紐付け設定コマンドにより指定されたプロファイル紐付け情報（プロファイルとデワープ情報との紐付け情報）をメモリ１２に格納し、Ｓ５２に遷移する。
Ｓ５２で、制御部１００は、メモリ１２から、ビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定の依存関係テーブル６０を取得し、Ｓ５３に遷移する。
図８は、プロファイルにマッピング可能なコンフィグレーション間の依存関係テーブルの一例を示す図である。ビデオソース設定１と一緒にプロファイルにマッピング可能なビデオエンコーダ設定はビデオエンコーダ設定１で、ＰＴＺ設定はない。また、ビデオソース設定２と一緒にプロファイルにマッピング可能なビデオエンコーダ設定はビデオエンコーダ設定２で、ＰＴＺ設定はＰＴＺ設定１である。
【００１８】
Ｓ５３で、制御部１００は、メモリ１２から、プロファイルとデワープ情報との紐付け情報を取得し、デワープ情報に対応するビデオソース設定をプロファイルにマッピングし、Ｓ５４に遷移する。Ｓ５３の処理は、プロファイルとデワープ情報との紐付け情報を取得する処理の一例である。
Ｓ５４で、制御部１００は、依存関係テーブルの内容で、マッピングしたビデオソース設定に対応するビデオエンコード設定とＰＴＺ設定とをプロファイルにマッピングする。
Ｓ５３及びＳ５４の処理は、紐付け情報に基づいてビデオソース設定とビデオエンコード設定とＰＴＺ設定とをプロファイルに対応付ける対応付け処理の一例である。また、Ｓ５４の処理は、依存関係テーブルに基づき、マッピングしたビデオソース設定に設定可能なビデオエンコード設定とＰＴＺ設定とプロファイルにマッピングする処理の一例である。
Ｓ５５で、制御部１００は、プロファイル紐付け設定コマンドの応答を生成し、クライアント装置２０にプロファイル紐付け設定コマンドの応答を送信する。
【００１９】
図９は、プロファイル取得コマンド処理３１の一例を示すフローチャートである。
Ｓ７１で、制御部１００は、プロファイル設定コマンドに含まれるＯＮＶＩＦサービス名を取得し、ＯＮＶＩＦサービス名がビデオエンコーディングとしてＪＰＥＧ、Ｈ．２６４をサポートするＭｅｉｄａサービスであるか否かを判定する。制御部１００は、ＯＮＶＩＦサービス名がビデオエンコーディングとしてＪＰＥＧ、Ｈ．２６４をサポートするＭｅｉｄａサービスである場合、Ｓ７２に遷移し、それ以外の場合はＳ７３に遷移する。
Ｓ７２で、制御部１００は、プロファイル取得コマンドの応答として返すプロファイルの順番を並べ替える。まず、制御部１００は、プロファイルに含まれるビデオエンコーダ設定のエンコード種別がＨ．２６４、ＪＰＥＧ、Ｈ．２６５の順番でプロファイルを並べ替える。そして、制御部１００は、同じエンコード種別のプロファイルは更にプロファイルＩＤのアルファベット昇順で並べ替え、Ｓ７６に遷移する。
【００２０】
Ｓ７３で、制御部１００は、プロファイル設定コマンドに含まれるＯＮＶＩＦサービス名を取得し、ＯＮＶＩＦサービス名がビデオエンコーディングとしてＪＰＥＧ、Ｈ．２６４、Ｈ．２６５をサポートするＭｅｄｉａ２サービスであるか否かを判定する。制御部１００は、ＯＮＶＩＦサービス名がビデオエンコーディングとしてＪＰＥＧ、Ｈ．２６４、Ｈ．２６５をサポートするＭｅｄｉａ２サービスであった場合、Ｓ７４に遷移し、それ以外であった場合、Ｓ７５に遷移する。
Ｓ７４で、制御部１００は、プロファイル取得コマンドの応答として返すプロファイルの順番を並べ替える。まず、制御部１００は、プロファイルに含まれるビデオエンコーダ設定のエンコード種別がＨ．２６５、Ｈ．２６４、ＪＰＥＧの順番でプロファイルを並べ替える。その後、制御部１００は、同じエンコード種別のプロファイルは更にプロファイルＩＤのアルファベット昇順で並べ替え、Ｓ７６に遷移する。
Ｓ７５で、制御部１００は、プロファイル取得コマンドの応答として返すプロファイルの順番を並べ替える。制御部１００は、プロファイルＩＤのアルファベット昇順でプロファイルを並べ替え、Ｓ７６に遷移する。
Ｓ７６で、制御部１００は、プロファイル取得コマンドの応答を並べ替えたプロファイルで作成し、クライアント装置２０にプロファイル取得コマンドの応答を送信する。
図９では、プロファイル取得コマンドに含まれるサービス名に応じて、応答するプロファイルの順番を決定する制御の一例を示したが、サービス名の替わりにバージョン情報に応じて、応答するプロファイルの順番を決定する制御をするようにしてもよい。
図９の処理は、プロファイル取得コマンドに含まれるサービス名に応じて、サポートされていないエンコード種別が設定されているビデオエンコーダ設定を含むプロファイルを最後にクライアント装置２０に送信するよう制御する処理の一例である。
【００２１】
以上、説明したように、実施形態１では、ユーザはビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定間の依存関係を考慮する必要がない。監視カメラ１０がコンフィグレーション間の依存関係テーブルを基に、ユーザがプロファイルに紐付けたデワープ情報に適合したビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定をプロファイルにマッピングすることができる。そのため、適切な映像配信、ＰＴＺ制御を行うことができる。
また、プロファイル取得コマンドで返すプロファイルを、クライアント装置２０が扱うことが可能なプロファイルで優先的に返すことができる。
【００２２】
＜実施形態２＞
以下、図１０を参照して、実施形態２に係る監視カメラ１０のプロファイル紐付け設定コマンド受信時のプロファイル紐付け設定コマンド処理３０について説明する。実施形態１と同じ部分については説明を省略する。
Ｓ８１で、制御部１００は、プロファイル紐付け設定コマンドに指定されたプロファイル紐付け情報をメモリ１２に格納し、Ｓ８２に遷移する。
Ｓ８２で、制御部１００は、メモリ１２から、デワープ情報毎のパン・チルト・ズーム可能かを表すパン・チルト・ズームサポート情報を取得し、Ｓ８３に遷移する。
Ｓ８３で、制御部１００は、メモリ１２から、デワープ情報に対応するビデオソース設定をプロファイルにマッピングし、Ｓ８４に遷移する。
Ｓ８４で、制御部１００は、ビデオソース設定のセンサーが出力可能な解像度を含む解像度を持つビデオエンコード設定をプロファイルにマッピングし、Ｓ８５に遷移する。
Ｓ８５で、制御部１００は、パン・チルト・ズームサポート情報からデワープ情報がパン・チルト・ズームの何れかをサポートするか否かを判定する。制御部１００は、デワープ情報がパン・チルト・ズームの何れかをサポートする場合、Ｓ８６に遷移し、何れもサポートしない場合、Ｓ８７に遷移する。
Ｓ８６で、制御部１００は、パン・チルト・ズームサポート情報に一致するＰＴＺ設定をプロファイルにマッピングし、Ｓ８７に遷移する。
Ｓ８７で、制御部１００は、プロファイル紐付け設定コマンドの応答を生成し、クライアント装置２０にプロファイル紐付け設定コマンドの応答を送信する。
【００２３】
以上、説明したように、実施形態２では、ユーザはビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定間の依存関係を考慮する必要がない。監視カメラ１０がビデオソース設定及びビデオエンコーダ設定の解像度とパン・チルト・ズームサポート情報とから適合するビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定をプロファイルにマッピングすることができる。そのため、適切な映像配信、ＰＴＺ制御を行うことができる。
また、プロファイル取得コマンドで返すプロファイルを、クライアント装置２０が扱うことが可能なプロファイルで優先的に返すことができる。
【００２４】
＜実施形態３＞
以下、図１１を参照して、実施形態３に係る監視カメラ１０のプロファイル取得コマンド受信時のプロファイル取得コマンド処理３１について説明する。実施形態１と同じ部分については説明を省略する。
Ｓ９１で、制御部１００は、メモリ１２からカメラの設置状態を取得し、天井付けであるか否かを判定する。制御部１００は、天井付けであった場合、Ｓ９２に遷移し、それ以外の場合は、Ｓ９３に遷移する。
Ｓ９２で、制御部１００は、プロファイル取得コマンドの応答として返すプロファイルの順番を並べ替える。まず、制御部１００は、プロファイルに含まれるビデオソース設定のデワープ情報が魚眼（デワープ処理無し）、切り出し１（デワープ処理ありで２次元的に切出し位置の変更が可能）、パノラマ（デワープ処理ありで、２次元的な切出し位置の変更は不可）の順番でプロファイルを並べ替えた後、同じデワープ情報のプロファイルは更にプロファイルＩＤのアルファベット昇順で並べ替え、Ｓ９６に遷移する。
【００２５】
Ｓ９３で、制御部１００は、メモリ１２からカメラの設置状態を取得し、壁付けであるか否かを判定する。制御部１００は、壁付けであった場合、Ｓ９４に遷移し、それ以外の場合は、Ｓ９５に遷移する。
Ｓ９４で、制御部１００は、プロファイル取得コマンドの応答として返すプロファイルの順番を並べ替える。まず、制御部１００は、プロファイルに含まれるビデオソース設定のデワープ情報がパノラマ、切り出し１、魚眼の順番でプロファイルを並べ替えた後、同じデワープ情報のプロファイルは更にプロファイルＩＤのアルファベット昇順で並べ替え、Ｓ９６に遷移する。
Ｓ９５で、制御部１００は、プロファイル取得コマンドの応答として返すプロファイルの順番を並べ替える。制御部１００は、プロファイルＩＤのアルファベット昇順で並べ替え、Ｓ９６に遷移する。
Ｓ９６で、制御部１００は、プロファイル取得コマンドの応答を並べ替えたプロファイルで作成し、クライアント装置２０にプロファイル取得コマンドの応答を送信する。
【００２６】
以上、説明したように、実施形態３では、ユーザはビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定間の依存関係を考慮する必要がない。監視カメラ１０がコンフィグレーション間の依存関係テーブルを基に、ユーザがプロファイルに紐付けたデワープ情報に適合したビデオソース設定、ビデオエンコーダ設定、ＰＴＺ設定をプロファイルにマッピングすることができる。そのため、適切な映像配信、ＰＴＺ制御を行うことができる。
また、プロファイル取得コマンドで返すプロファイルを、天井付けや壁付け等の監視カメラの設置状態で使用されることが想定されるプロファイルで優先的に返すことができる。
【００２７】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００２８】
以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。
上述した監視カメラ１０のハードウェア構成は一例であり、例えば、ＣＰＵやメモリ、通信部等は複数有していてもよい。また、複数のＣＰＵがプログラムに基づき、複数のメモリに記憶されたデータ等を用いながら処理を実行するようにしてもよい。また、ＣＰＵに替えてＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を用いることとしてもよい。
また、上述した実施形態を任意に組み合わせて実施してもよい。
【符号の説明】
【００２９】
１０  監視カメラ
１１  ＣＰＵ
２０  クライアント装置
【図１】
2019029888.tif 000003
【図２】
2019029888.tif 000004
【図３】
2019029888.tif 000005
【図４】
2019029888.tif 000006
【図５】
2019029888.tif 000007
【図６】
2019029888.tif 000008
【図７】
2019029888.tif 000009
【図８】
2019029888.tif 000010
【図９】
2019029888.tif 000011
【図１０】
2019029888.tif 000012
【図１１】
2019029888.tif 000013