(57)【特許請求の範囲】
【請求項１】
ズーム倍率に基づいて定められる撮像範囲を撮像する撮像装置と通信可能な管理装置であって、
前記撮像装置で新たに動作させるアプリケーションが必要とする撮像領域の指定を受け付ける受付部と、
前記撮像装置において既にインストールしている１以上の既存のアプリケーションの各々について、前記既存のアプリケーションが必要とする撮像領域と、前記撮像領域を前記撮像装置が撮像するときの時間の長さを示す撮像時間と、前記撮像領域を前記撮像装置が撮像するときのズーム倍率の情報を取得する取得部と、
前記受付部で受け付けた前記新たに動作させるアプリケーションが必要とする撮像領域と、前記取得部が取得した前記１以上の既存のアプリケーションの各々に対応する撮像領域と前記撮像時間と前記ズーム倍率とに基づき、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能か否かを示す情報を生成する生成部と、
前記撮像装置にインストールすることが可能か否かを示す情報を出力する出力部とを備え、
前記生成部は、
前記撮像装置が前記ズーム倍率により定められる撮像範囲に前記１以上の既存のアプリケーションのうちのいずれかが必要とする撮像領域と、前記新たに動作させるアプリケーションが必要とする撮像領域とを含められるかどうかの第１の判定を行い、
前記第１の判定が肯定的であれば、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能であることを示す情報を生成する
ことを特徴とする管理装置。
【請求項２】
前記生成部は、更に、前記第１の判定が肯定的である場合、
前記新たに動作させるアプリケーションが必要とするズーム倍率を前記１以上の既存のアプリケーションのうちのいずれかが必要とするズーム倍率とした場合において、
前記１以上の既存のアプリケーションのうちのいずれかが必要とする撮像領域および前記新たに動作させるアプリケーションが必要とする撮像領域を前記撮像装置が同時に撮像可能な時間の長さを示す撮像時間を含む確保可能リソース情報を生成し、
前記出力部は、更に、前記確保可能リソース情報を出力する
ことを特徴とする請求項１記載の管理装置。
【請求項３】
前記撮像装置は、カメラであり、
前記カメラの向き、および前記カメラのズーム倍率を変化させるＰＴＺ（Pan-Tilt-Zoom）機構と、
前記カメラの向き、および前記カメラのズーム倍率との組を含むＰＴＺ設定値を用いて、ＰＴＺ機構を制御することで、前記カメラの向き、および前記カメラが一度に撮像できる撮像範囲の大きさを制御する制御部とを備え、
前記カメラの撮像範囲の大きさは、前記カメラのズーム倍率に基づき定められ、
前記生成部は、
前記カメラの撮像範囲に含まれる撮像領域に対応する前記既存のアプリケーションのまとまりであるグループを１以上、生成し、
前記１以上のグループの各々を組み合わせた組み合わせパターンを生成し、前記生成した組み合わせパターンに含まれる前記グループと、前記グループに対応する前記撮像範囲を前記カメラで撮像可能な撮像時間とを対応付けたスケジュール情報を生成し、
前記スケジュール情報に含まれる組み合わせパターンが有する前記１以上のグループのそれぞれの撮像時間を合計した撮像合計時間は予め定められた単位時間以下であり、
前記第１の判定は、
前記スケジュール情報に含まれる組み合わせパターンが有する前記１以上のグループの各々について、前記グループに含まれる既存のアプリケーションが必要とする撮像領域と、前記新たに動作させるアプリケーションが必要とする撮像領域と、が前記既存のアプリケーションが必要とするズーム倍率により定まる前記カメラの撮像範囲に同時に含められるか否かを判定し、
同時に含められると判定したグループがある場合に、前記新たに動作させるアプリケーションが必要とするズーム倍率を前記判定されたグループに含まれる既存のアプリケーションのうちのいずれかが必要とするズーム倍率とした場合において、前記新たに動作させるアプリケーションが必要とする撮像領域を撮像可能な時間の長さの最大値を算出する
ことを特徴とする請求項２記載の管理装置。
【請求項４】
前記生成部は、更に、前記スケジュール情報に含まれる組み合わせパターンが有する前記１以上のグループの各々について、前記既存のアプリケーションが１以上含まれているかどうかを判定し、
前記グループに前記既存のアプリケーションが１以上含まれていると判定した場合、前記グループに含まれる１以上の既存のアプリケーションのそれぞれに対応するズーム倍率のうち最大のズーム倍率により定まる前記カメラの撮像範囲に前記新たに動作させるアプリケーションが必要とする撮像領域、および前記判定されたグループに含まれる１以上の既存のアプリケーションの各々が必要とする撮像領域が含まれるか否かを判定する
ことを特徴とする請求項３記載の管理装置。
【請求項５】
前記生成部は、
前記第１の判定において、前記組み合わせパターンに含まれる１以上のグループのうち、前記同時に含められると判定したグループが複数ある場合、
前記複数のグループのそれぞれに対応する撮像範囲を前記カメラで撮像可能な撮像時間のとりえる値を用いて、前記新たに動作させるアプリケーションが必要とする撮像領域を前記複数のグループのいずれかで指定されたズーム倍率または前記カメラで設定可能なズーム倍率の最大値で撮像可能な時間の長さの最大値を算出する
ことを特徴とする請求項３記載の管理装置。
【請求項６】
前記確保可能リソース情報は、前記新たに動作させるアプリケーションが確保可能な撮像領域の限界範囲を示す指定可能撮像領域情報を含む
ことを特徴とする請求項２記載の管理装置。
【請求項７】
前記指定可能撮像領域情報は、前記新たに動作させるアプリケーションが必要とする撮像領域を含み、かつ、前記新たに動作させるアプリケーションが必要とする撮像領域から拡大可能な最大範囲を示す
ことを特徴とする請求項６記載の管理装置。
【請求項８】
前記生成部は、更に
前記１以上の既存のアプリケーションの各々について、前記既存のアプリケーションが必要とする撮像領域を前記撮像装置が撮像する撮像時間の合計値である撮像合計時間が予め定められた単位時間よりも短いかどうかの第２の判定を行い、
前記第２の判定が肯定的であれば、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能であることを示す可否情報を生成する
請求項１に記載の管理装置。
【請求項９】
ズーム倍率に基づいて定められる撮像範囲を撮像する撮像装置であって、
新たに動作させるアプリケーションが必要とする撮像領域の指定を受け付ける受付部と、
自装置で既にインストールしている１以上の既存のアプリケーションの各々について、前記既存のアプリケーションが必要とする撮像領域と、前記撮像領域を前記撮像装置が撮像するときの時間の長さを示す撮像時間と、前記撮像領域を前記撮像装置が撮像するときのズーム倍率の情報を取得する取得部と、
前記受付部で受け付けた前記新たに動作させるアプリケーションが必要とする撮像領域と、前記取得部が取得した前記１以上の既存のアプリケーションの各々に対応する撮像領域と前記撮像時間と前記ズーム倍率とに基づき、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能か否かを示す情報を生成する生成部と、
前記撮像装置にインストールすることが可能か否かを示す情報を出力する出力とを備え、
前記撮像装置が前記ズーム倍率により定められる撮像範囲に前記１以上の既存のアプリケーションのうちのいずれかが必要とする撮像領域と、前記新たに動作させるアプリケーションが必要とする撮像領域とを含められるかどうかの第１の判定を行い、
前記第１の判定が肯定的であれば、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能であることを示す情報を生成する
ことを特徴とする撮像装置。
【請求項１０】
ズーム倍率に基づいて定められる撮像範囲を撮像する撮像装置と、
前記撮像装置で新たに動作させるアプリケーションが必要とする撮像領域の指定を受け付ける受付部と、
前記撮像装置において既にインストールしている１以上の既存のアプリケーションの各々について、前記既存のアプリケーションが必要とする撮像領域と、前記撮像領域を前記撮像装置が撮像するときの時間の長さを示す撮像時間と、前記撮像領域を前記撮像装置が撮像するときのズーム倍率の情報を取得する取得部と、
前記受付部で受け付けた前記新たに動作させるアプリケーションが必要とする撮像領域と、前記取得部が取得した前記１以上の既存のアプリケーションの各々に対応する撮像領域と前記撮像時間と前記ズーム倍率とに基づき、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能か否かを示す情報を生成する生成部と、
前記撮像装置にインストールすることが可能か否かを示す情報を出力する出力部とを備え、
前記生成部は、
前記撮像装置が前記ズーム倍率により定められる撮像範囲に前記１以上の既存のアプリケーションのうちのいずれかが必要とする撮像領域と、前記新たに動作させるアプリケーションが必要とする撮像領域とを含められるかどうかの第１の判定を行い、
前記第１の判定が肯定的であれば、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能であることを示す情報を生成する
ことを特徴とする撮像システム。
【請求項１１】
ズーム倍率に基づいて定められる撮像範囲を撮像する撮像装置に新たなアプリケーションをインストールできるか否かを判定する判定方法であって、
前記撮像装置で新たに動作させるアプリケーションが必要とする撮像領域の指定を受け付ける受付ステップと、
前記撮像装置において既にインストールしている１以上の既存のアプリケーションの各々について、前記既存のアプリケーションが必要とする撮像領域と、前記撮像領域を前記撮像装置が撮像するときの時間の長さを示す撮像時間と、前記撮像領域を前記撮像装置が撮像するときのズーム倍率の情報を取得する取得ステップと、
前記受付ステップで受け付けた前記新たに動作させるアプリケーションが必要とする撮像領域と、前記取得ステップが取得した前記１以上の既存のアプリケーションの各々に対応する撮像領域と前記撮像時間と前記ズーム倍率とに基づき、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能か否かを示す情報を生成する生成ステップと、
前記撮像装置にインストールすることが可能か否かを示す情報を出力する出力ステップとを含み、
前記生成ステップは、
前記撮像装置が前記ズーム倍率により定められる撮像範囲に前記１以上の既存のアプリケーションのうちのいずれかが必要とする撮像領域と、前記新たに動作させるアプリケーションが必要とする撮像領域とを含められるかどうかの第１の判定を行い、
前記第１の判定が肯定的であれば、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能であることを示す情報を生成する
ことを特徴とする判定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、撮像装置を用いて撮像を行う技術に関する。
【背景技術】
【０００２】
近年、製品の出荷後にアプリケーションを追加インストールして、当該アプリケーションを実行することで、撮像や画像認識等の処理を行うことができる監視カメラがある（例えば、非特許文献１、非特許文献２）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２８０９２９号公報
【特許文献２】特開２０１３−１７２４３４号公報
【非特許文献】
【０００４】
【非特許文献１】ＡＸＩＳ社製  Ｐ３３シリーズネットワークカメラ製品カタログ
【非特許文献２】Ｐａｎａｓｏｎｉｃ社製  ＷＶ−ＳＦＶ６３１Ｌ／ＳＦＶ６３１Ｌネットワークカメラ製品カタログ
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上述のような監視カメラにアプリケーションを追加できるか否かについては、アプリケーションの仕様による。即ち、追加するアプリケーションによって、撮影したい場所や日時、画像精度が異なるので、既存のアプリケーションとの関係からインストールできない場合もある。そのため、実際にアプリケーションのインストールを行う前に、カメラを有するユーザは、当該アプリケーションの所望されている条件での撮影が可能かを知りたいという要望がある。
【０００６】
そこで、本発明は、上記要望に鑑みてなされたものであり、アプリケーションのインストールを行う前に、当該アプリケーションの指定する撮像範囲の撮像が可能か否かを通知できる撮像システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本開示に係る撮像システムは、
ズーム倍率に基づいて定められる撮像範囲を撮像する撮像装置と通信可能な管理装置であって、
前記撮像装置で新たに動作させるアプリケーションが必要とする撮像領域の指定を受け付ける受付部と、
前記撮像装置において既にインストールしている１以上の既存のアプリケーションの各々について、前記既存のアプリケーションが必要とする撮像領域と、前記撮像領域を前記撮像装置が撮像するときの時間の長さを示す撮像時間と、前記撮像領域を前記撮像装置が撮像するときのズーム倍率の情報を取得する取得部と、
前記受付部で受け付けた前記新たに動作させるアプリケーションが必要とする撮像領域と、前記取得部が取得した前記１以上の既存のアプリケーションに各々に対応する撮像領域と前記撮像時間と前記ズーム倍率とに基づき、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能か否かを示す情報を生成する生成手段と、
前記撮像装置にインストールすることが可能か否かを示す情報を出力する出力手段とを備え、
前記生成部は、
前記撮像装置が前記ズーム倍率により定められる撮像範囲に前記１以上の既存のアプリケーションのうちのいずれかが必要とする撮像領域と、前記新たに動作させるアプリケーションが必要とする撮像領域とを含められるかどうかの第１の判定を行い、
前記第１の判定が肯定的であれば、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能であることを示す情報を生成することを特徴としている。
【発明の効果】
【０００８】
上述のような構成によって、撮像装置に新たにアプリケーションをインストールする前に、例えば、ユーザが新たなアプリケーションに対する撮像領域のみを指定するだけで、容易に当該アプリケーションがインストールできるかを認識することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態１に係る撮像システムの構成例を示すシステム図である。
【図２】図２は、実施の形態１に係る管理装置の機能ブロック図である。
【図３】図３は、実施の形態１に係るカメラの機能ブロック図である。
【図４】図４は、実施の形態１に係る表示操作装置の機能ブロック図である。
【図５】図５は、実施の形態１に係るアプリケーション発行サーバの機能ブロック図である。
【図６】図６は、実施の形態１に係る既存アプリ情報のデータ概念図である。
【図７】図７は、実施の形態１に係る撮像装置の撮像画角情報のデータ概念図である。
【図８】図８は、実施の形態１に係る情報入力画面例を示す図である。
【図９】図９は、実施の形態１に係る情報入力画面例を示す図である。
【図１０】図１０は、実施の形態１に係る管理装置の動作を示すフローチャートである。
【図１１】図１１は、実施の形態１に係るグループ情報作成処理を示すフローチャートである。
【図１２】図１２は、実施の形態１におけるグループ母集団の一例を示す図である。
【図１３】図１３は、実施の形態１に係るグループＧ３の限界撮像領域の算出方法を説明する図である。
【図１４】図１４は、実施の形態１に係るグループＧ４の限界撮像領域の算出方法を説明する図である。
【図１５】図１５は、実施の形態１に係るグループ情報の一例を示す図である。
【図１６】図１６は、実施の形態１に係るスケジュール情報作成処理を示すフローチャートである。
【図１７】図１７（ａ）は、実施の形態１におけるグループの組み合わせを説明する図である。図１７（ｂ）は、実施の形態１におけるグループの組み合わせを説明する図であり、すべての既存アプリケーションの撮像領域が含まれる組合せを示す。
【図１８】図１８は、実施の形態１に係るスケジュール母集団を示す図である。
【図１９】図１９は、実施の形態１に係るスケジュール情報を説明する図である。
【図２０】図２０は、実施の形態１に係る確保可能リソース情報作成処理を示すフローチャートである。
【図２１】図２１は、実施の形態１に係る確保可能リソース算出テーブルを説明する図である。
【図２２】図２２は、実施の形態１に係るリサイズを考慮した撮像合計時間の補正処理を示すフローチャートである。
【図２３】図２３は、実施の形態１に係る確保可能リソース算出テーブルのマージ処理を示すフローチャートである。
【図２４】図２４は、実施の形態１に係る確保可能リソース情報の一例を示す図である。
【図２５】図２５は、実施の形態１において確保可能なリソース情報をユーザに提示する画面例を示す図である。
【図２６】図２６は、実施の形態１における入力例２に係る確保可能リソース算出テーブルの一例を示す図である。
【図２７】図２７は、実施の形態１における入力例１に係る確保可能リソース情報の一例を示す図である。
【図２８】図２８は、実施の形態１における確保可能なリソース情報をユーザに提示する画面例を示す図である。
【図２９】図２９は、実施の形態２に係る確保可能リソース算出テーブルの一例を示す図である。
【図３０】図３０は、実施の形態２に係る確保可能リソース算出テーブル・マージ処理を示すフローチャートである。
【図３１】図３１は、実施の形態２に係る指定可能撮像領域の算出処理を示すフローチャートである。
【図３２】図３２は、実施の形態２に係る確保可能リソース情報をユーザに提示する画面例を示す図である。
【図３３】図３３は、実施の形態１の変形例に係るグループ情報作成処理を示すフローチャートである。
【図３４】図３４（ａ）は、実施の形態１の変形例に係るグループ母集団を示す図である。図３４（ｂ）は、実施の形態１の変形例に係るグループ母集団から、１つのＰＴＺ設定値による撮像の撮像範囲に収まるグループを残したものを示す図である。
【図３５】図３５は、実施の形態１の変形例に係るグループ情報の一例を示す図である。
【図３６】図３６は、実施の形態２の変形例に係る指定可能撮像領域の算出処理を示すフローチャートである。
【図３７】図３７は、変形例に係るカメラの機能ブロック図である。
【図３８】図３８は、実施の形態１に係る初期状態の確保可能リソース算出テーブルを説明する図である。
【発明を実施するための形態】
【００１０】
＜発明者が得た知見＞
近年、都市の中で、各所に監視カメラが配されている。発明者らは、この監視カメラを有効利用する一手法として、マーケティングに用いることができるのではないかと考えた。
ここでいうマーケティングとは、一例として、ある歩道が監視カメラの撮像範囲にある場合に、その歩道の通行者について、どのような時間帯にどれだけの人数が通行するかをリサーチして、その歩道近辺に新たに店舗を設けるときの集客予想などを行うことである。
【００１１】
そこで、発明者らは、マーケティングを行いたいと考える業者は、リサーチを必要とする範囲を撮像できる監視カメラが所定時間撮像した撮像画像に含まれる所望の箇所の画像に対応するデータに対して画像認識処理を行い、認識結果のデータを転送するアプリケーションを監視カメラにインストールしてもらい、監視カメラの保有者はその場合に当該業者からリベートを受け取るというサービス形態があり得るのではないかと考えた。
【００１２】
その場合、監視カメラの保有者としては、より多くのアプリケーションを監視カメラにインストールし、より多くのリベートを受領したいと望むのが当然である。
一方で、監視カメラの保有者はより多くのアプリケーションをインストールしたいとはいえ、すでに１以上のアプリケーションをインストールしている状態で、新たに別のアプリケーションをインストールできるか否かについて、そう簡単に判断できるものではない。特に、監視カメラに多くのアプリケーションがインストールされている状態であればなおさらである。
【００１３】
ところで、監視カメラによっては、ＰＴＺ（Pan-Tilt-Zoom）機構を備えるものの場合には、一度に撮像できる範囲は限られるものの、パンやチルトなどを行うことにより、撮像できる範囲を広げることができるものがある。上記特許文献１では、アプリケーションを追加しても定められた時間内にすべてのアプリケーションの処理が終わるように動作保証する技術が開示されているものの、特許文献１に記載の技術では、十分にユーザの要望をかなえることが保障できない。というのも、特許文献１においては、時間についてのみの判定しか行っておらず、発明者らは、さらに撮像時の画角やズーム倍率などに着目して工夫を行うことで、より多くのアプリケーションをインストールできるのではないかと考えた。
【００１４】
そこで、発明者らは、撮像位置や画角、ズーム倍率などを考慮に入れたうえで、カメラに新たにアプリケーションをインストールできるか否かを判定し、その場合に所望のどのようなズーム倍率で単位時間当たりどれだけの時間を撮像できるかの情報を提供する管理装置を発明するに至った。
以下、当該管理装置について詳細に説明する。
＜実施の形態１＞
＜構成＞
図１は、撮像システムのシステム構成を示す図である。
【００１５】
図１に示すように、撮像システムは、管理装置１００と、撮像装置に対応するカメラ２００と、表示操作装置３００とを含み、それぞれがネットワーク５００を介して接続されている。また、ネットワーク５００にはアプリケーション発行サーバ４００も接続されている。
撮像システムにおいては、カメラ２００を所有するユーザが、新たにアプリケーション発行サーバ４００が発行するアプリケーションをカメラ２００にインストールしたい場合に、表示操作装置３００を用いて、それが可能かどうかを管理装置１００に問い合わせる。そして、管理装置１００は、アプリケーション発行サーバ４００の発行するアプリケーションをカメラ２００にインストールすることが可能かどうか、可能である場合にどのようなスケジューリングでの撮影を行うかの情報を送信し、表示操作装置３００は受け取った情報を表示する。ユーザは提示された情報を見て、カメラ２００にアプリケーションをインストールするかを決定し、インストールする場合には表示操作装置３００を操作して、実行する。
【００１６】
また、カメラ２００は、後述するＰＴＺ機構を備える。ＰＴＺ（Pan-Tilt-Zoom）機構は、カメラ２００が撮影を行う上で、カメラのレンズの向きを左右方向（または水平方向）に動かすパン、上下方向（または垂直方向）に動かすチルト、望遠や広角にするズームを行う機能のことである。また、この機能は、後述するようにレンズの水平方向の移動量、上下方向の移動量、ズーム倍率に関する情報を設定した設定値（ＰＴＺ設定値）に基づいて行われる。
【００１７】
１つのＰＴＺ設定値で、カメラ２００は、所定の撮像範囲を所定のズーム倍率で撮像を行う。
ここから、撮像システムに係る各装置の詳細を説明する。
図２は、管理装置１００の機能構成を示すブロック図である。
図２に示すように、管理装置１００は、通信部１１０と、確保可能リソース情報取得部１２０と、情報管理部１３０と、要求制御部１４０とを含んで構成される。
【００１８】
通信部１１０は、ネットワーク５００を介して、カメラ２００や表示操作装置３００等の外部装置と通信を実行する機能を有する。通信部１１０はネットワーク５００から情報を受信し、受信した情報を要求制御部１４０に伝達する。また、通信部１１０は要求制御部１４０からの指示に従って、受け付けたデータを、ネットワーク５００を介して、外部の装置に送信する。なお、通信は、例えば、イーサネット（登録商標）規格、ＴＣＰ／ＩＰなど一般的な通信プロトコルを用いるものとし、以下同様とする。また、通信は、無線、有線を問わないものとする。
【００１９】
確保可能リソース情報取得部１２０は、要求制御部１４０からの依頼にしたがって、新たなアプリケーション（以下、追加アプリケーションという。）をカメラ２００にインストールすることができるか否かを判定し、インストールできる場合には、単位時間あたりの撮像時間とそのズーム倍率を算出し、確保可能リソース情報を生成する機能を有する。確保可能リソース情報の生成処理の詳細については、後述するものとして、ここでは、簡単にその生成処理の原理を説明する。
【００２０】
確保可能リソース情報取得部１２０は、まずカメラ２００にその時点で既にインストールされているアプリケーション（以下、既存アプリケーションという。既存アプリケーションは、撮像画像を利用するアプリケーションであって、出荷時にインストールされていたもの、出荷後に追加でインストールされているものがあり、それらの一方または双方を含む。）について、それぞれの既存アプリケーションで必要とされている撮像領域が一つのＰＴＺ設定値での撮像が可能であるかに基づくグループ情報を生成するグループ情報生成処理を実行する。ここでグループは、１つの既存アプリケーションしか含まない場合もある。
【００２１】
次に、確保可能リソース情報取得部１２０は、生成したグループ情報に基づいて、すべての既存アプリケーションが含まれるようにグループの組み合わせパターンを生成し、その組み合わせパターンにおいて、各既存アプリケーションに設定されている撮像時間は少なくとも撮像できるようにそれぞれのグループの撮像時間を設定したスケジュール情報を生成する。
【００２２】
そして、確保可能リソース情報取得部１２０は、生成したスケジュール情報における各グループの組み合わせパターンにおいて、追加アプリケーションについて、表示操作装置３００のユーザが指定している撮像領域を撮像可能な撮像時間およびズーム倍率をリスト化した確保可能リソース情報を生成する。確保可能リソース情報取得部１２０は、生成した確保可能リソース情報を要求制御部１４０に伝達する。なお、どの組み合わせパターンにおいても追加アプリケーションの撮像時間を確保できない場合には、インストール不可を示す情報を要求制御部１４０に返す。
【００２３】
情報管理部１３０は、管理装置１００が動作するうえで必要とする各種アプリケーションやデータを記憶する機能を有する。情報管理部１３０は、例えば、フラッシュメモリなどの不揮発性半導体メモリやＨＤＤ（Hard Disc Drive）などにより実現される。
要求制御部１４０は、通信部１１０から受け取ったカメラ２００で新たなアプリケーションがインストール可能かどうかの要求を受け付けて、確保可能リソース情報取得部１２０にその判定を依頼する機能を有する。そして、要求制御部１４０は、確保可能リソース情報取得部１２０から受け取った確保可能リソース情報またはインストール不可の情報を、当該要求を行った表示操作装置３００に通信部１１０を介して送信させる。
【００２４】
図３は、カメラ２００の機能構成を示すブロック図である。
図３に示すように、カメラ２００は、通信部２１０と、アプリケーション追加処理部２２０と、ＰＴＺ機構２３０と、記憶部２４０とを含んで構成される。
通信部２１０は、ネットワーク５００を介して、管理装置１００や表示操作装置３００等の外部の装置と通信を実行する機能を有する。
【００２５】
アプリケーション追加処理部２２０は、表示操作装置３００またはアプリケーション発行サーバ４００からネットワーク５００を介して送信されたアプリケーションをインストールする機能を有する。
ＰＴＺ（Pan-Tilt-Zoom）機構２３０は、カメラ２００が撮像を行う上で、カメラ２００が有するレンズの向きを左右方向（または水平方向）に動かすパン、上下方向（または垂直方向）に動かすチルトにより、カメラの向きを変える機能、および望遠や広角にするズームを行うことで撮像範囲の大きさを制御する機能を有する。
【００２６】
記憶部２４０は、カメラ２００に既にインストールがなされ、実行されている１以上のアプリケーション（既存アプリケーションと称す）のそれぞれに関する情報である既存アプリケーション情報（以後、既存アプリ情報と称す）を保持する。
既存アプリ情報は、既存アプリケーションのそれぞれについて、必要とする撮像領域、単位時間当たりにおいて、必要とする撮像領域を撮影する撮像時間、この撮像領域を撮影するときのカメラ２００のズーム倍率に関する情報を含む。記憶部２４０は、例えば、フラッシュメモリなどの不揮発性半導体メモリやＨＤＤ（Hard Disc Drive）などにより実現される。
【００２７】
制御部２５０は、カメラ２００の各部を制御する機能を有する。制御部２５０は、通信により表示操作装置３００からの情報要求に応じて、保持している情報を表示操作装置３００に通信部２１０を介して送信する。また、制御部２５０は、表示操作装置３００から伝達されたスケジュールに従って、単位時間内に各アプリケーションが必要とする撮像領域を含む領域が撮像されるようカメラ２００の動作タイミングや撮影方向、ズーム倍率などを制御する。また、制御部２５０は、各アプリケーションの実行処理に従い、既存アプリケーションが必要とする撮像領域を含む領域をカメラ２００が撮像した場合には、例えば撮像された画像データから撮像領域の部分を抽出し、画像認識処理などの処理を行う機能を有する。
【００２８】
制御部２５０は、ＰＴＺ機構２３０における水平方向の移動量、上下方向の移動量、ズーム倍率に関する情報を設定した設定値（ＰＴＺ設定値）に基づいてＰＴＺ機構２３０を制御する。これにより、カメラ２００の向き、カメラが一度に撮像できる撮像範囲の大きさを制御できる。
また、１のＰＴＺ設定値には、対応する撮像時間がある。撮像時間とは、カメラ２００で撮像を行う時間の長さを示す情報である。１のＰＴＺ設定値に基づいて、向き、および一度に撮像できる撮像範囲の大きさが決められたカメラ２００を撮像時間の間、撮像を行う。
【００２９】
ＰＴＺ設定値および対応する撮像時間は、例えば、記憶部２４０が保持する。
ＰＴＺ設定値および対応する撮像時間は、例えば管理装置１００から送信されたものを記憶部２４０が保持してもよい。
カメラ２００は、記憶部２４０からＰＴＺ設定値および対応する撮像時間の情報を読み出して、カメラ２００を制御する。
【００３０】
撮像部２６０は、制御部２５０からの指示にしたがって撮像を行う。撮像部２６０は、光学レンズ（図示しない）などを通して装置内に入力された光学的な画像信号を画像データに変換する。また、撮像部２６０はアナログ−デジタル変換回路を持ち、アナログの画像データをデジタルの画像データに変換する。変換後のデータ形式としては、各画素の色を輝度成分Ｙ、色差成分ＣｂとＣｒで表現するＹＣｂＣｒ形式を用いるようにしてもよいし、ＲＧＢ形式などの形式を用いてもよい。撮像部２６０は、変換して得られる画像データを制御部２５０に伝達する。当該画像データは、例えば、表示操作装置３００に送信され、表示される。あるいは、アプリケーション発行サーバ４００に送信され、マーケティングなどの利用に供される。
【００３１】
図４は、表示操作装置３００の機能構成を示すブロック図である。
図４に示すように、表示操作装置３００は、通信部３１０と、表示部３２０と、入力部３３０と、制御部３４０とを含むいわゆるＰＣなどのコンピュータ端末である。
通信部３１０は、ネットワーク５００を介して、管理装置１００およびカメラ２００など外部の装置と通信を実行する機能を有する。
【００３２】
表示部３２０は、制御部３４０からの指示に従って情報を表示する機能を有する。表示部３２０は、通信部３１０から受け付けたアプリケーションがインストール可能かについての情報を表示する機能を有する。
入力部３３０は、ユーザからの入力を受け付ける機能を有する。入力部３３０は、ユーザからの追加アプリのインストールの可否判断を要求する入力を受け付けて、制御部３４０に伝達する。また、入力部３３０は、カメラ２００に新たにインストールしたいアプリケーションが必要とする撮像領域の指定をユーザから受け付け、受け付けた撮像領域を制御部３４０に伝達する。
【００３３】
制御部３４０は、表示操作装置３００の各部を制御する機能を有する。制御部３４０は、ユーザからの入力部３３０に対する入力に従って、追加アプリのインストールの判断要求を受け付けると、通信部３１０を介してカメラ２００と通信を行って、既存アプリケーションの情報（撮像領域、撮像領域を含む撮像範囲をカメラ２００が撮像するときのズーム倍率、撮像時間）を取得する。そして、制御部３４０は、当該追加アプリケーションが新たにインストール可能であるか否かの判断を要求する判断要求を、取得した既存アプリケーションの情報と、追加アプリケーションの撮像領域の情報とを共に通信部３１０を介して、管理装置１００に送信する。
【００３４】
図５は、アプリケーション発行サーバ４００の機能構成を示すブロック図である。
図５に示すように、アプリケーション発行サーバ４００は、通信部４１０と、記憶部４２０と、制御部４３０とを含んで構成される。
通信部４１０は、ネットワーク５００を介して管理装置１００や表示操作装置３００など外部の装置と通信を実行する機能を有する。通信部４１０は、表示操作装置３００から、アプリケーション仕様要求を受信して制御部４３０に伝達する。通信部４１０は、受信したアプリケーション仕様要求に応じて制御部４３０から伝達されたアプリケーションの仕様情報を、アプリケーション仕様要求を送信した表示操作装置３００に送信する。
【００３５】
また、通信部４１０は、ネットワーク５００を介してカメラ２００からアプリケーション要求を受信して制御部４３０に伝達する。通信部４１０は、受信したアプリケーション要求に応じて制御部４３０から伝達されたアプリケーションを、アプリケーション要求を送信してきたカメラ２００に送信する。
記憶部４２０は、アプリケーション発行サーバ４００が動作上必要とするプログラムおよび各種データを記憶する機能を有する。記憶部４２０は、各種カメラで動作させたいとオペレーターが考えているアプリケーションのプログラムの本体（あるいはそのインストーラ）と、その仕様情報とを記憶している。なお、アプリケーションの仕様はアプリケーションを発行、運用する事業者が所望する情報によって異なるが、例えば、指定した領域を撮像し、撮像して得られた画像に対して画像認識処理を行い、その画像内のオブジェクト（人物や車など）のカウントを行ったり、人物の進行方向、人物の性別判断などを行ったりする。記憶部４２０は、例えば、フラッシュメモリなどの不揮発性半導体メモリやＨＤＤ（Hard Disc Drive）などにより実現される。
【００３６】
制御部４３０は、アプリケーション発行サーバ４００の各部を制御する機能を有する。制御部４３０は、通信部４１０からアプリケーション仕様要求を受け付けた場合に、記憶部４２０から仕様情報を読み出し、通信部４１０に当該仕様情報を伝達する。また、制御部４３０は、通信部４１０からアプリケーション要求を受け付けた場合に、記憶部４２０からアプリケーションのプログラム本体（あるいはそのインストーラ）を読み出し、通信部４１０に当該アプリケーションのプログラム本体（あるいはそのインストーラ）を伝達する。
【００３７】
以上が、撮像システムに係る各装置の機能構成である。
＜データ＞
以下、本実施の形態に係るデータについて説明する。なお、管理装置１００が確保可能リソース情報の生成過程において、生成する各種データについては、その動作に併せて逐次説明するものとして、ここでは、カメラ２００が保持している既存アプリケーションの情報（以後、既存アプリ情報と称す）についてのみ説明する。
【００３８】
図６は、カメラ２００が保持する既存アプリ情報６００のデータ構成を示すデータ概念図である。
図６に示すように、既存アプリ情報６００は、アプリ番号６０１と、撮像時間６０２と、ズーム値６０３と、撮像領域６０４とが対応付けられた情報である。
アプリ番号６０１は、カメラ２００上で動作している既存アプリケーションを識別するための識別情報である。ここでは、３つの既存アプリケーションがインストール、実行されている例を示している。
【００３９】
撮像領域６０４は、カメラ２００の撮像可能な全体のパノラマ座標系における、各既存アプリケーションで必要とされる座標範囲を示す情報である。ここでは撮像領域は矩形領域であり、ｘ軸（水平）方向の最低値（Ｘ＿ｍｉｎ）と最高値（Ｘ＿ｍａｘ）、ｙ軸（垂直）方向の最低値（Ｙ＿ｍｉｎ）と最高値（Ｙ＿ｍａｘ）の座標値の情報である。
既存アプリ情報６００は、カメラ２００に保持されているが、追加アプリケーションのインストールの可否判断のために管理装置１００において参照される。
【００４０】
撮像時間６０２は、各既存アプリケーションが必要とする座標範囲を含む画像を撮像する撮像時間を示す情報であり、例えば、単位時間（ここでは１分）あたりの撮像時間を示す情報である。
ズーム値６０３は、各既存アプリケーションが必要とする撮像領域をカメラ２００が撮像するにあたって、カメラ２００に指定されるズーム倍率を示す情報である。ただし、実際にこのズーム値６０３では撮像せず、アプリケーションによっては、より高倍率のズーム値で撮像した画像を画像処理により、指定されているズーム値の解像度の画像に落とす場合がある。
【００４１】
この場合、高倍率のズーム値で撮像した画像を画像処理により、指定されているズーム値の解像度の画像に落とす変換部（図示せず）をカメラ２００が備えていればよい。
＜動作＞
ここから、撮像システムに係る動作を説明する。
【００４２】
まず、表示操作装置３００におけるＧＵＩを用いた追加アプリケーションのインストールや撮像領域の指定について説明する。
図７は、カメラ２００でパン、チルトにより撮像可能な最大範囲のパノラマ画像７００の例を示す図である。カメラ２００の一つのＰＴＺでの撮像範囲はこれよりも狭い領域となる。なお、パノラマ画像の作成方法としては、例えば、特許文献２に示す手法がある。本実施の形態では、パノラマ画像７００は、横５０００画素、縦３０００画素の画像であるとし、予めカメラ２００に保存されているものとするが、アプリケーション追加時や追加アプリケーションのインストール判断のための撮像領域の指定時に撮像して得ることとしてもよい。
【００４３】
図８は、表示操作装置３００において、追加アプリケーションの撮像領域を指定するためのインターフェース画面の一例である。追加アプリケーションのインストールについては、一般的なＧＵＩと同様に動作するものであり、ここでは簡単に説明する。
カメラの撮像画像に基づいて生成されるパノラマ画像Ｃ１０１において、枠Ｃ２０１の範囲内が追加アプリケーションの撮像領域である。この枠Ｃ２０１は、パノラマ画像Ｃ１０１上で、カーソルのドラッグ操作で指定してもよいし、枠Ｃ２０１の頂点の左上座標と右下座標を枠Ｃ１０３〜Ｃ１０６に入力することとしてもよい。
【００４４】
パノラマ画像Ｃ１０１上でドラッグ操作により枠Ｃ２０１を定めた場合は、その座標が、枠Ｃ１０３〜Ｃ１０６に自動的に埋められる。逆に、枠Ｃ１０３〜Ｃ１０６に座標が入力された場合には、その座標に対応する枠Ｃ２０１がパノラマ画像Ｃ１０１上に表示される。
連続撮像時間を指定する枠Ｃ１０７に追加アプリケーションの所定時間内の撮像時間を入力し、ズーム倍率を指定する枠Ｃ１０８に追加アプリケーションの実行時の撮像のズーム倍率を入力する。
【００４５】
追加アプリケーションのファイル名をプログラムファイル指定枠Ｃ１０２に、アプリケーション発行サーバ４００から発行された追加アプリケーションを示すファイル名を入力し、指定完了ボタンＣ１１０をクリックすることで、枠Ｃ１０３〜Ｃ１０８に入力された値の設定と、追加アプリケーションのプログラム本体がカメラ２００に転送され、カメラ２００のアプリケーション追加処理部２２０によりインストールされる。
【００４６】
このように、これらの内容を入力することで、一般的なＧＵＩと同様に、新たなアプリケーションをカメラ２００にインストールすることができる。
次に、管理装置１００に対して新たなアプリケーションのインストールが可能かどうかの判断を要求する際の入力画面例を説明する。
図９は、表示操作装置３００を用いて、管理装置１００に新たなアプリケーションのインストールが可能かどうかの可否判断を行う際のインターフェース画面の一例である。
【００４７】
当該インターフェース画面例は、図８に示したものとほぼ同様であるので、ここでは、差異のみを説明する。
ユーザは表示操作装置３００を用いて、新たに追加したいアプリケーションで撮像したい撮像領域を指定する。指定の仕方は図８の場合と同様である。
図９において、インストール判断要求ボタンＣ２１０をクリックすると、表示操作装置３００から管理装置１００に対して、撮像領域の指定に入力されている座標値と、予めカメラ２００から入手しておいた既存アプリ情報（図６参照）とを含むインストール判断要求が送信される。
【００４８】
管理装置１００は、インストール判断要求を受信すると、受け付けた撮像領域を示す座標値と、既存アプリ情報とに基づいて、新たに追加アプリのカメラ２００へのインストールが可能かどうかの判定処理を行う。管理装置１００は、インストール可能と判定した場合に、更に、どのようなズーム倍率でどれだけの時間、撮像可能であるかを判断する。
なお、図８および図９のいずれの場合でも、ズーム画像確認ボタンＣ１０９をクリックすることで、図８に示すように指定している領域内の拡大画像Ｃ２０２を表示することができる。当該画像が仮にカメラ２００に新たに追加したいアプリケーションをインストールした場合に、当該アプリケーションが画像認識処理等に利用することになる画像である。図８は拡大画像を表示している場合を示しており、図９は拡大画像を表示していない状態を示している。
【００４９】
このように、これらの内容を入力することで、管理装置１００に対して、新たなアプリケーションのインストールの可否判断を要求することができる。
図１０は、管理装置１００が上述の可否判断要求を受け付けた場合に実行する確保可能リソース情報作成処理に関する大まかな処理の流れを示すフローチャートである。
図１０に示すように、撮像システムに係る管理装置１００は、まず、グループ情報作成処理を実行する（ステップＳ１００１）。
【００５０】
グループ情報作成処理は、カメラ２００に既にインストールされているアプリケーション（以下、既存アプリケーションという。既存アプリケーションは、カメラ２００の出荷時にはインストールされていなかったアプリケーションを含む）に定められる撮像領域について、一つのＰＴＺ設定値で、特定されるカメラ２００の撮像範囲に同時に撮像されるアプリケーション（または、既存アプリケーションが必要とする撮像領域）のグループを作成する処理である。ここで、一つのＰＴＺ設定値とは、カメラ２００について一つのレンズの水平方向の向き、垂直方向の向き、および撮像のズーム倍率の設定の組のことである。なお、ここでズーム倍率については、撮像した画像のリサイズ処理によりアプリケーションで必要とする撮像画像が得られるのであれば、ズーム倍率の異なるアプリケーション同士を同じグループに含んでよい。グループ情報作成処理の更なる詳細は後述する。
【００５１】
グループ情報を作成すると、次に、管理装置１００は、スケジュール情報を作成する（ステップＳ１００２）。スケジュール情報作成処理は、ステップＳ１００１において作成したグループ情報に基づき、グループの組み合わせパターンを生成し、その組み合わせパターンそれぞれにおいて、各グループの撮像時間の全パターンを定めたスケジュール情報を生成する処理である。スケジュール情報作成処理の詳細は後述する。
【００５２】
そして、作成したスケジュール情報に基づき、管理装置１００は、確保可能リソース情報（ステップＳ１００３）を作成する。確保可能リソース情報は、新たに追加する追加アプリケーションが、どのような設定での撮像が可能かを示す情報であり、指定された撮像領域を撮影する際に可能な、撮像時間とズーム倍率の組み合わせを示す情報である。確保可能リソース情報作成処理の詳細も後述する。
【００５３】
ここから、図１０の各ステップに示す各処理の詳細について説明する。
（グループ情報作成処理）
図１１は、グループ情報作成処理についての管理装置１００の動作を示すフローチャートである。グループ情報作成処理は、図１１のフローチャートに沿って、具体例を交えながら説明する。
【００５４】
まず、確保可能リソース情報取得部１２０は、既存アプリケーションの組み合わせを網羅した、グループの母集団を作成する（ステップＳ１１０１）。以下“｛”と“｝”で囲まれたデータは、１まとまりのデータであることを表現するものとする。
本実施の形態１においては、既存アプリケーションとして、アプリ番号１、アプリ番号２、アプリ番号３の３つのアプリケーションがあるとする。この場合、グループの母集団は、｛１｝、｛２｝、｛３｝、｛１、２｝、｛１、３｝、｛２、３｝、｛１、２、３｝の計７つが生成される。グループ母集団を示す各括弧内の番号は、それぞれアプリ番号に対応している。なお、各既存アプリの撮像時間、ズーム値、撮像領域は図６に示すものであるとして、以下を説明する。
【００５５】
グループの母集団に関する情報は、図１２に示す通りである。図１２において、グループ番号で示される７つのグループＧ１〜Ｇ７がグループ母集団として生成される。図１２においては、各行において、グループに既存アプリケーションが含まれる場合に、対応するアプリ番号に○を記載している。
グループの母集団を作成すると、確保可能リソース情報取得部１２０は、それぞれの各グループを識別するためのグループ番号を付与する。
【００５６】
次に、確保可能リソース情報取得部１２０は、各グループについて以下の処理を行う。
まず、グループ母集団の１つを特定する。そして、１つのＰＴＺ設定値で特定されるカメラ２００の撮像範囲に特定したグループに含まれる既存アプリケーションが必要とする撮像領域範囲が全て含まれているかどうかを判定する（ステップＳ１１０２〜Ｓ１１０４の処理）。
【００５７】
確保可能リソース情報取得部１２０は、カメラ固有情報を参照し、カメラ２００の撮像可能な最大画角を得る。カメラ固有情報は、例えば、カメラ２００の記憶部２４０に記憶されており、確保可能リソース情報取得部１２０は、予めカメラ２００から取得し、管理装置１００が備える図示しないメモリなどの記憶部に保持しておくものとする。カメラ固有情報は、例えば、カメラ２００の撮像可能な最大解像度、およびズーム倍率の最大値などの情報を含む。
【００５８】
本実施の形態１において、カメラ２００の撮像可能な最大解像度は、横１２８０画素、縦９６０画素の画像であり、最大ズーム倍率は２０倍であるとする。
確保可能リソース情報取得部１２０は、既存アプリケーション全ての撮像範囲が最大解像度の範囲内に収まるか否かを判定する。ここで、確保可能リソース情報取得部１２０は、グループ内の既存アプリケーションについて、互いに異なるズーム倍率の設定がされている場合には、それらのズーム倍率の中で最大のズーム倍率に座標系を変換して１つのＰＴＺ設定値での撮像範囲に収まるか否かを判定する。
【００５９】
例えば、本実施の形態１の場合、既存アプリケーションそれぞれの撮像領域は、ズーム倍率１倍に換算した座標系で表現しているため、これをズーム倍率２０倍の座標系に換算した撮像可能な最大幅と高さを算出し、その幅と高さで示される撮像領域で撮像可能であるか否かを判定する。
換算するズーム倍率の幅と高さは、以下の式で算出する。
【００６０】
【数１】
0006443760.tif 000002
【００６１】
【数２】
0006443760.tif 000003
【００６２】
式（１）に示されるように、幅は横方向の解像度をズーム倍率の平方根で除することで得られる。また、式（２）に示されるように、高さは縦方向の解像度をズーム倍率の平方根で除することで得られる。したがって、ズーム倍率が４倍の場合には、既存アプリケーションの撮像可能範囲は、幅（横）６４０画素、高さ４８０画素の範囲であり、ズーム倍率が１６倍の場合には、幅（横）３２０画素、高さ２４０画素の範囲である。
【００６３】
確保可能リソース情報取得部１２０は、各グループの母集団のズーム値を決定する（ステップＳ１１０２）。具体的には、確保可能リソース情報取得部１２０は、グループ内に含まれる各既存アプリケーションについて、そのズーム倍率を取得する。そして、そのグループ内における既存アプリケーションのズーム倍率の中で、最大のズーム倍率を特定する。これは、１つのグループに属する既存アプリケーション各々のズーム倍率が異なる場合、ズーム倍率の大きい方のズーム倍率で撮像を行う必要があるためである。その理由は、あるズーム倍率で撮像した画像を異なるズーム倍率の解像度にリサイズする場合、ズーム倍率が大きな解像度の高い画像を取得してズーム倍率の小さな解像度の低い画像にリサイズすることは、その逆よりも比較的容易にできるからである。
【００６４】
図１２に示す例では、例えば、グループ番号Ｇ４に対応するグループはアプリ番号１、アプリ番号２に対応するアプリケーションを含む。図６を参照するとアプリ番号１が必要とする撮像領域をカメラ２００が撮像するときのズーム倍率は、１倍である。一方、アプリ番号２が必要とする撮像領域をカメラ２００が撮像するときのズーム倍率は、４倍である。よって、図１２において、グループ番号Ｇ４に対応するグループのズーム倍率は、４倍となる。
【００６５】
そして、特定したズーム倍率でのグループに属するすべての既存アプリケーションが所望する撮像領域を撮像可能であるか否かを判定する（ステップＳ１１０３）。
確保可能リソース情報取得部１２０は、各グループに対して、グループに含まれる既存アプリケーションが必要とする撮像領域を含む最小の長方形の範囲（グループの撮像領域の範囲と称する）を特定するための情報を算出する。グループに属する既存アプリケーションが１つである場合には、図６に示す対応する既存アプリケーションのＸ＿ｍｉｎ、Ｙ＿ｍｉｎ、Ｘ＿ｍａｘ、Ｙ＿ｍａｘがグループの撮像領域の範囲として算出される。Ｘ＿ｍｉｎ、Ｙ＿ｍｉｎと、Ｘ＿ｍａｘ、Ｙ＿ｍａｘを得ると、確保可能リソース情報取得部１２０は、その撮像領域の範囲（幅Ｗと高さＨ）を算出する。幅Ｗは、Ｘ＿ｍａｘ−Ｘ＿ｍｉｎから算出し、高さＨは、Ｙ＿ｍａｘ−Ｙ＿ｍｉｎから算出する。
【００６６】
一方、グループに含まれる既存アプリケーションが複数ある場合、グループの撮像領域の範囲は、グループに含まれる各既存アプリケーションの撮像領域のうちで、最少のＸ＿ｍｉｎ、Ｙ＿ｍｉｎと、最大のＸ＿ｍａｘ、Ｙ＿ｍａｘとを検索することにより求める。そして、最少のＸ＿ｍｉｎ、Ｙ＿ｍｉｎと、最大のＸ＿ｍａｘ、Ｙ＿ｍａｘを得ると、確保可能リソース情報取得部１２０は、その撮像領域の範囲（幅Ｗと高さＨで特定される四角形の領域）を算出する。幅Ｗは、Ｘ＿ｍａｘ−Ｘ＿ｍｉｎから算出し、高さＨは、Ｙ＿ｍａｘ−Ｙ＿ｍｉｎから算出する。
【００６７】
確保可能リソース情報取得部１２０は、１つのＰＴＺ設定値に対応するカメラ２００撮像範囲に収まるグループのみを残す（ステップＳ１１０４）。具体的には、確保可能リソース情報取得部１２０は、算出した幅Ｗおよび高さＨが以下の式（３）、式（４）を満たすか否かを判定する。
【００６８】
【数３】
0006443760.tif 000004
【００６９】
【数４】
0006443760.tif 000005
【００７０】
確保可能リソース情報取得部１２０は、幅Ｗおよび高さＨがそれぞれ式（３）、式（４）を満たす場合には撮像可能であると判定して、そのグループを残す。満たさない場合には、撮像不可能であると判定して、そのグループを削除する。
例えば、グループ番号Ｇ１〜Ｇ４に対応するグループは、それぞれ図１２に示すズーム倍率、Ｗ、Ｈを用いて、式（３）、式（４）をそれぞれ満足する。
【００７１】
一方、図１２に示すように、グループ番号Ｇ５は、対応するズーム倍率が１６倍、Ｗは４８０、Ｈは５７０である。この値を式（４）に代入をして計算すると式（３）、式（４）を満足しない。
グループ番号Ｇ６、Ｇ７についても同様の計算を行うと、式（３）、式（４）を満足しない。
【００７２】
よって、両式を満たすグループは、グループ番号Ｇ１、Ｇ２、Ｇ３、Ｇ４の４つである。
このことは、グループ番号Ｇ１、Ｇ２、Ｇ３、Ｇ４については、それぞれ、カメラのズーム倍率がグループ番号Ｇ１、Ｇ２、Ｇ３、Ｇ４の中のいずれかに対応するグループに含まれるズーム倍率に設定した場合、カメラ２００の撮像範囲の中に、設定したズーム倍率に対応するグループに含まれる既存アプリケーションが必要とする撮像領域を含むようにカメラ２００の向きを調節できることを意味する。
【００７３】
以下では、グループに対応する大きさの撮像範囲の中に、そのグループに含まれる既存アプリケーションが必要とする撮像領域を含むようにカメラ２００の向きを調節できることを、カメラ２００の撮像範囲にグループに含まれる既存アプリケーションが必要とする撮像領域を含むと称する。
このことは、グループ番号Ｇ１、Ｇ２、Ｇ３、Ｇ４については、そのグループに含まれる既存アプリケーションが必要とする撮像領域を含むカメラ２００の向きおよび撮像範囲の大きさを特定するＰＴＺ設定値を１つ特定できることを意味する。
【００７４】
１つのＰＴＺ設定値で撮像可能なグループを特定すると、確保可能リソース情報取得部１２０は、特定したグループそれぞれについての限界可能撮像範囲を特定する（ステップＳ１１０５）。
上述の例では、グループ番号Ｇ１、Ｇ２、Ｇ３、Ｇ４のそれぞれについて、限界可能撮像範囲を特定する。
【００７５】
ここでは、限界可能撮像範囲の特定を一つのグループを例にして説明する。まず、グループに一つの既存アプリケーションが属する場合について、例えば、図１２に示すグループＧ３の場合の限界可能撮像範囲の特定を、図１３を用いて説明する。
まず、グループのズーム倍率を参照する。グループＧ３のズーム倍率は１６倍である。そのため、グループＧ３の場合は、上記式（１）および式（２）からカメラ２００の撮像範囲（以後撮像可能範囲と称す）のサイズは、横３２０×縦２４０画素となる。
【００７６】
グループＧ３に属する既存アプリケーションは、アプリ番号３のアプリケーションのみである。
図１３において、点線で囲った領域Ｄ１００は、アプリ番号３の既存アプリケーションが必要とする撮像領域を示している。この撮像領域は、横２４０×縦１８０画素であり、カメラの２００の撮像可能範囲よりも小さい。そのため、その分だけ、横方向あるいは縦方向への撮像範囲に余裕があるといえる。
【００７７】
したがって、この領域Ｄ１００を含むようにカメラ２００の向きを変えることが可能な範囲（または、パン、チルトした範囲）が限界可能撮像範囲となる。即ち、横方向に関しては領域Ｄ１００の左方向あるいは右方向に８０（３２０−２４０）画素分、縦方向に関しては領域Ｄ１００の上方向あるいは下方向に６０（２４０−１６０）画素分の余裕があり、その左右方向、上下方向の余裕分を含む領域Ｄ１０１がグループＧ３の限界可能撮像範囲となる。
【００７８】
よって、グループＧ３の限界可能撮像範囲は、Ｘ＿ｍｉｎ＝１３００、Ｙ＿ｍｉｎ＝１４４０、Ｘ＿ｍａｘ＝１７００、Ｙ＿ｍａｘ＝１７４０となる。このとき、グループＧ３の限界可能撮像範囲に含まれる画素は、横４００×縦３００（画素）となる。
グループＧ３の限界可能撮像範囲に対応する領域Ｄ１０１内に、横３２０×縦２４０（画素）の大きさを有する撮像範囲に対応するＰＴＺ設定値を生成したとき、このＰＴＺ設定値に基づくカメラ２００の撮像範囲の中に領域Ｄ１００（アプリ番号３の既存アプリケーションが必要とする撮像領域）が必ず含まれることを意味する。
【００７９】
グループＧ１、Ｇ２についても同様に、限界可能撮像範囲を特定することができる。なお、グループＧ１については、限界可能撮像範囲のサイズがカメラ２００のパンの範囲内に収まらず、マイナスになるため、Ｘ＿ｍｉｎを０に設定する。
次に、複数の既存アプリケーションがグループに含まれる場合の限界可能撮像範囲の特定方法について、図１２のグループＧ４を例に、図１４を用いて説明する。
【００８０】
グループＧ４には、図１２に示すように、アプリ番号１およびアプリ番号２の既存アプリケーションが含まれている。グループＧ４のズーム倍率は、４倍であるので、上記式（１）、式（２）から、グループＧ４の撮像範囲のサイズは、横６４０×縦４８０画素である。
一方、図１４に示すように、アプリ番号１の既存アプリケーションの撮像範囲は、領域Ｄ１１０（Ｘ＿ｍｉｎ＝９００、Ｙ＿ｍｉｎ＝１０００、Ｘ＿ｍａｘ＝１２２０、Ｙ＿ｍａｘ＝１２４０）となる。また、アプリ番号２の既存アプリの撮像範囲は、領域Ｄ１１１（Ｘ＿ｍｉｎ＝１３４０、Ｙ＿ｍｉｎ＝１２１０、Ｘ＿ｍａｘ＝１３８０、Ｙ＿ｍａｘ＝１２４０）となる。
【００８１】
まず、確保可能リソース情報取得部１２０は、領域Ｄ１１０と領域Ｄ１１１とを含む領域Ｄ１１２（Ｘ＿ｍｉｎ＝９００、Ｙ＿ｍｉｎ＝１０００、Ｘ＿ｍａｘ＝１３８０、Ｙ＿ｍａｘ＝１２４０）を特定する。
領域Ｄ１１２は、横４８０（１３８０−９００）×縦２４０（１２４０−１０００）の範囲である。上述の通りグループＧ４の撮像範囲のサイズは、横６４０×縦４８０なので、左右方向に１６０画素分、上下方向に２４０画素分の余裕がある。
【００８２】
そのため、グループＧ４の撮像限界可能範囲は、領域Ｄ１１３（Ｘ＿ｍｉｎ＝７４０、Ｙ＿ｍｉｎ＝７６０、Ｘ＿ｍａｘ＝１５４０、Ｙ＿ｍａｘ＝１４８０）となる。このとき、グループＧ４の限界可能撮像範囲に含まれる画素は、横８００×縦７２０（画素）となる。
グループＧ４の限界可能撮像範囲内に、横６４０×縦４８０（画素）の大きさを有する撮像範囲に対応するＰＴＺ設定値を生成したとき、このＰＴＺ設定値に基づいて撮像される撮像範囲の中に領域Ｄ１１２（アプリ番号１の既存アプリケーションが必要とする撮像領域およびアプリ番号２の既存アプリケーションが必要とする撮像領域）が必ず含まれることを意味する。
【００８３】
このように複数の既存アプリケーションがグループに含まれている場合には、それぞれの既存アプリケーションの撮像範囲を含むグループの撮像範囲を特定し、その後にその特定した撮像範囲に対して、グループに対応するズーム倍率で特定される撮像範囲との差分を算出して、横方向、縦方向にずらすことにより撮像限界可能範囲を特定する。
このようにして、管理装置１００の確保可能リソース情報取得部１２０は、グループ情報作成処理を終了する。図６、図１２を用いて最終的に得られるグループ情報は、図１５に示すものになる。
【００８４】
図１５に示すように、グループ情報には、グループ番号に示すように、グループＧ１〜Ｇ４が残り、それぞれの所属する既存アプリケーション、連続撮像時間、ズーム倍率、限界撮像領域が対応付けられている。また、図１２で示されるように、各既存アプリケーションの撮像時間が、各既存アプリケーションのアプリ番号に対応付けられている。
図１２に示す各既存アプリケーションにより必要とされる撮像時間は、例えば、図６に示す撮像時間に対応する。
【００８５】
例えば、図１５においては、グループＧ４の場合、アプリ番号「１」、「２」で示される２つの既存アプリケーションが含まれ、両アプリケーションのうち、撮像時間の長い方の時間が連続撮像時間として、「２０」秒が対応づけられ、ズーム倍率は「４倍」であり、限界撮像領域は、（７４０、７６０）を左上座標、（１５４０、１４８０）を右下座標とする矩形の領域内になることがわかる。
（スケジュール情報作成処理）
図１６は、図１０に示すステップＳ１００２に対応するスケジュール情報作成処理の詳細を示すフローチャートである。
【００８６】
確保可能リソース情報取得部１２０は、最終的に作成されたグループ情報から、次にスケジュール情報を作成する。即ち、作成したグループ情報について、グループ情報に含まれるグループのそれぞれについて、グループに対応するＰＴＺ設定値を用いて特定されるカメラ２００の撮像範囲を、グループに対応する連続撮像時間の間、撮像を行う処理を単位時間内に行うためのスケジューリングが可能なグループの組み合わせを特定する（ＰＴＺスケジューリングと称する）。なお、本実施の形態１では、スケジューリングは、１分周期でのスケジューリングを行うものとする。つまり、１分間で、既存アプリケーションが必要とする撮像領域を含む撮像範囲の撮影と追加する追加アプリケーションが必要とする撮像領域を含む撮像範囲の撮影が１巡するように撮影のスケジューリングを行うものとする。
【００８７】
したがって、ＰＴＺスケジューリングは、各グループの撮像領域にパン、チルト、ズームして、定められた連続撮像時間だけ撮影した時間の合計が１分以下になるようにスケジューリングを行う。
まず、確保可能リソース情報取得部１２０は、グループ情報に含まれる各グループについて、その組み合わせパターンを生成する（ステップＳ１６０１）。
【００８８】
本実施の形態１では、図１５に示されるように、グループ情報には、グループＧ１、Ｇ２、Ｇ３、Ｇ４の４つのグループが含まれている。
そこで、その組み合わせパターンは、図１７（ａ）に示されるように、グループの組み合わせパターンは、合計１５組できる。なお、グループの組み合わせパターンには、１つのグループのみが属する場合も１つのパターンとしてカウントする。図１７（ａ）においては、一つの列が一つのグループの組み合わせを示しており、○がある場合に、それに対応するグループがその組み合わせパターンに属していることを示す。
【００８９】
グループの組み合わせパターンを作成すると、確保可能リソース情報取得部１２０は、そのグループの組み合わせのうち、すべての既存アプリケーションの撮像領域が含まれているグループの組み合わせのみを残す（ステップＳ１６０２）。
ここでの例の場合、アプリ番号１、２、３の３つのアプリケーションが既存アプリケーションとしてある例を示しているが、これらの既存アプリケーションの全ての撮像領域を含むグループの組み合わせとして、｛Ｇ１、Ｇ２、Ｇ３｝の組み合わせ、または｛Ｇ３、Ｇ４｝の組み合わせを部分集合としてもつようにスケジュールを作成する必要がある。よって、その結果残る組み合わせパターンは、図１７（ｂ）に示す５通りになる。
【００９０】
次に、確保可能リソース情報取得部１２０は、各グループに属する既存アプリケーションのうち、最長の時間を有する既存アプリケーションの連続撮像時間を、そのグループの連続撮像時間として、図１７（ｂ）に示すようにリストに記録する。これにより、当該グループにて撮像する場合に、そのグループに撮像に割り当てられる最大の時間を参照することができるようになる。そして、確保可能リソース情報取得部１２０は、各グループの組み合わせに対して組み合わせパターン番号を割り振る。
【００９１】
そして、確保可能リソース情報取得部１２０は、それぞれの組み合わせパターンに含まれる各グループの撮像時間を定める。確保可能リソース情報取得部１２０は、スケジュール母集団を生成する（ステップＳ１６０３）。スケジュール母集団は、グループの組み合わせに基づき、そのグループに割り振ることができる時間のバリエーションを抽出したものである。
【００９２】
ここでは、以下の３つの条件に基づき、スケジュール母集団を作成する。
（Ｉ）各グループに割り振られる時間は５秒を単位とする時間である。
（ＩＩ）各グループの組み合わせに含まれるグループ各々には必ず０より大きい時間を割り振る。
（ＩＩＩ）グループの最大撮像時間より大きい時間は割り振らない。
【００９３】
なお、ここで条件（ＩＩ）はバリエーションの重複を防ぐための条件である。例えば、グループ組み合わせ番号１の組み合わせにおいて、グループ番号Ｇ２に割り振る時間を０とするとグループ組み合わせ番号３の組み合わせに重複することがわかる。
以下、スケジュール母集団に関する情報を埋めていく処理を示す。ここでは、グループ組み合わせ番号１｛Ｇ１、Ｇ２、Ｇ３、Ｇ４｝の場合を説明する。
【００９４】
当該グループ組み合わせ番号１において、グループＧ１がとり得る撮像時間は、｛５、１０、１５、２０｝、グループＧ２がとり得る撮像時間は、｛５、１０｝、グループＧ３がとり得る撮像時間は、｛５、１０｝、グループＧ４がとり得る撮像時間は｛５、１０、１５、２０｝となる。なお、それぞれのグループにおける数値の単位は秒である。
これらの取り得る時間すべてについての組み合わせを網羅したスケジュール母集団は、図１８に示す通りになる。そして、確保可能リソース情報取得部１２０は、その組み合わせにおける各グループの撮像時間の合計撮像時間を算出する。
【００９５】
また、確保可能リソース情報取得部１２０は、グループ組み合わせ番号２｛Ｇ１、Ｇ２、Ｇ３｝、グループ組み合わせ番号３｛Ｇ１、Ｇ３、Ｇ４｝、グループ組み合わせ番号４｛Ｇ２、Ｇ３、Ｇ４｝、グループ組み合わせ番号５｛Ｇ３、Ｇ４｝についても、同様にスケジュール母集団を生成する。
このように、確保可能リソース情報取得部１２０は、すべてのグループの組み合わせについてスケジュール母集団を生成する。
【００９６】
確保可能リソース情報取得部１２０は、生成したスケジュール母集団からスケジュール情報を生成する（ステップＳ１６０４）。
確保可能リソース情報取得部１２０は、まず、すべてのグループの組み合わせについて生成したスケジュール母集団のうち、その撮像合計時間が予め定められているＰＴＺスケジュールの一巡する時間内（ここでは１分以内）に収まらないものを削除する。
【００９７】
ＰＴＺスケジュールは、スケジュール母集団内の一個一個のスケジュールのことであり、各グループに設定される撮像領域（当該撮像領域は、グループに含まれるすべての既存アプリケーションが所望する撮像領域を含む）を撮像できるようにカメラ２００がＰＴＺ機構を用いてそのグループに対する撮像を行う時間を定めた情報である。
次に、確保可能リソース情報取得部１２０は、各既存アプリケーションの連続撮像時間を満たすために、各グループの連続撮像時間が満たすべき条件を生成する。この条件とは、各既存アプリケーションについて、当該既存アプリケーションを有するグループの撮像時間の和が、当該既存アプリケーションの連続撮像時間以上であることである。
【００９８】
実施の形態１においては、各既存アプリケーションとグループとの関連性は、図１５に示すとおりである。図１５からわかるように、アプリ番号１の既存アプリケーションは、グループＧ１およびＧ４に含まれている。また、アプリ番号１の既存アプリケーションの連続撮像時間は、２０秒となっている。これらのことから、「グループＧ１とＧ４の連続撮像時間の和は２０秒以上」という条件を得る。
【００９９】
同様に、アプリ番号２、３の既存アプリケーションについても必要条件を定める。アプリ番号２の既存アプリケーションからは、「グループＧ２とＧ４の連続撮像時間の和は１０秒以上」という条件を、アプリ番号３の既存アプリケーションからは、「グループＧ３の連続撮像時間の和は１０秒以上」という条件を得る。
確保可能リソース情報取得部１２０は、これらの条件を基に、グループ組み合わせ番号１｛Ｇ１、Ｇ２、Ｇ３、Ｇ４｝〜グループ組み合わせ番号５｛Ｇ３、Ｇ４｝を用いて生成したスケジュール母集団に示された各グループの撮像時間の組み合わせの中から各既存アプリケーションの連続撮像時間を満たすものだけを残す。そして、確保可能リソース情報取得部１２０は、残されたスケジュールそれぞれにスケジュール番号を付与する。
【０１００】
その結果得られる情報は、図１９に示す通りになる。なお、同図において、「−」は、その列において、そのグループの撮像スケジュールがないことを意味する。なお、そのグループの撮像スケジュールがなくとも、上述の条件は満たされている。
図１９に示すように、例えば、スケジュール番号２６の場合には、グループＧ１の撮像時間が５秒、グループＧ２の撮像時間はなく（つまり０秒）、グループＧ３の撮像時間は１０秒、グループＧ４の撮像時間は２０秒となっている。その結果スケジュール番号２６の現時点でのグループＧ１〜グループＧ４のそれぞれの撮像時間の合計値である合計撮像時間は、３５秒となっている。
【０１０１】
確保可能リソース情報取得部１２０は、こうして作成されたスケジュール情報に基づいて、確保可能リソース情報を生成する。
図２０は、確保可能リソース情報取得処理を示す管理装置１００の動作を示すフローチャートである。
図２０に示すように、確保可能リソース情報取得部１２０は、まず、スケジュール情報に示される組み合わせに含まれるグループのそれぞれについて、そのグループに対応する大きさの撮像範囲の中に、そのグループの撮像領域と追加アプリケーションに対してユーザにより指定された撮像領域（以下、追加アプリ撮像領域という）とを同時に含むか否かを判定（第１の判定）し、同時に含むと判定したグループを特定する（ステップＳ２００１）。ここでは、ステップＳ２００１により特定されるグループがＧ１、Ｇ２、Ｇ３である場合を、以下で説明する。
【０１０２】
次に、確保可能リソース情報取得部１２０は、作成されたスケジュール情報（図１９参照）に基づいて、確保可能リソース算出テーブルを作成する（ステップＳ２００２）。なお、確保可能リソース算出テーブルは、確保可能リソース情報を作成するための一時情報を記載するためのテーブルである。
図２１は、確保可能リソース算出テーブルのデータ概念図である。
【０１０３】
確保可能リソース情報取得部１２０は、作成したグループ情報を参照して、確保可能リソース算出テーブルの「ズーム倍率」と、「合計撮像時間」と、「連続撮像時間」について、それぞれの値を挿入する。
確保可能リソース算出テーブルの「Ｇ＿余り分」は、単位時間（１周期分の時間、本実施の形態では１分）当たりにおけるカメラ２００の撮像に使用されていない時間の長さ示す。つまり、既存アプリケーションの撮像領域にかかわらず、追加アプリ撮像領域を新たな撮像領域として自由に設定できるリソース分（時間）を記載するための仮のグループであり、ここでは、ＰＴＺスケジュールを１分単位で行うことから、１分から、各グループに割り当てられた時間の総計を減算した値になる。例えば、本実施の形態１において、スケジュール番号１を例に説明をする。この場合、図１９に示すようにグループＧ１の撮影に５秒、グループＧ２の撮影に５秒、グループＧ３の撮影に１０秒、グループＧ４の撮影に１５秒を要することが示されている。よってグループＧ１〜グループＧ４のそれぞれの撮像時間の合計値である合計撮像時間は、３５秒となる。１周期が１分（６０秒）であるので、６０−３５＝２５秒は、他の領域を撮像できる時間として割り当てることができることを意味する。この他の領域を撮像できる時間として割り当てることができる時間が、Ｇ＿余り分である。スケジュール番号１のＧ＿余り分は、図２１に示すように２５秒であり、ズーム倍率は、２０倍である。なお、余りがない場合（そのスケジュールの各グループの撮像時間の和が１分になる場合）には、Ｇ＿余り分は０になる。
【０１０４】
また、図２１において、各グループ番号とスケジュール番号とが交差する位置に記載する数値は、図１９における対応する位置に記載する数値に、該当するグループ番号に対応するズーム倍率よりも大きいズーム倍率に対応するグループ番号の数値および、図２１に示すグループ番号「Ｇ＿余り分」の数値を加算した値を記載している。
図２１において、各グループ番号とスケジュール番号とが交差する位置に記載する数値を計算する手続きのフローチャートについては、詳細な説明は(リサイズを考慮した撮像合計時間の補正処理(図２０のＳ２００６、図２２の説明)）で後述する。
例えば、図１９に示すスケジュール番号が「１」における、グループ番号「Ｇ１」の撮像に割り当てられている撮像時間は５秒である。図２１に示すグループ番号「１」のズーム倍率は「１倍」である。図２１に示すズーム倍率が「１倍」よりも大きいグループ番号は、グループ番号Ｇ２、グループ番号Ｇ３、グループ番号Ｇ＿余り分である。図１９に示す、スケジュール番号「１」とグループ番号「Ｇ１」とが交差する位置に記載する数値は５秒、スケジュール番号「１」とグループ番号「Ｇ２」とが交差する位置に記載する数値は５秒、スケジュール番号「１」とグループ番号「Ｇ３」とが交差する位置に記載する数値は１０秒である。
【０１０５】
また、図２１に示す、スケジュール番号「１」とグループ番号「Ｇ＿余り分」とが交差する位置に記載する数値は２５秒である。
よって、図２１において、スケジュール番号「１」とグループ番号「Ｇ１」とが交差する位置に記載する数値は、５＋５＋１０＋２５＝４５秒となる。
【０１０６】
図２１において、グループ番号「Ｇ１」とスケジュール番号「１」とが交差する位置に記載する数値は、ズーム倍率が１倍（グループ番号「Ｇ１」で本来必要としていたズーム倍率）で、追加アプリケーションが必要とする撮像領域をカメラ２００で撮像することが可能な時間の最大値を示す。
なおグループ番号Ｇ２、グループ番号Ｇ３、グループ番号Ｇ＿余り分に対応する撮像画像のズーム倍率が１倍よりも大きいが、これらの倍率の撮像画像を、ズーム倍率を１倍に相当する撮像画像に変換すれば、ズーム倍率が１倍の撮像画像として利用することができる。
【０１０７】
この場合、当然のことながら、カメラ２００において撮像した撮像画像をズーム倍率が１倍の画像に変換する（リサイズする）変換部（図示せず）を備えていることが必要である。
例えば、図２１において、スケジュール番号「１」とグループ番号「Ｇ１」とが交差する位置に記載する数値（４５秒）を用いてカメラ２００の制御を行う場合を考える。
【０１０８】
この場合、図１９に示すスケジュール番号「１」に含まれるグループ番号「Ｇ１」におけるカメラ２００の撮像範囲として、アプリ番号１に対応する既存アプリケーションが必要とする撮像領域および追加アプリケーションが必要とする追加アプリ撮像領域を共に含む撮像範囲および１倍のズーム倍率を示すＰＴＺ設定値並びに、このＰＴＺ設定値を用いて撮像を行う撮像時間（５秒）をカメラ２００に設定（第１の設定）する。
【０１０９】
そして、図１９に示すスケジュール番号「１」に含まれるグループ番号「Ｇ２」におけるカメラ２００の撮像範囲として、アプリ番号２に対応する既存アプリケーションが必要とする撮像領域および追加アプリケーションが必要とする追加アプリ撮像領域を共に含む撮像範囲および４倍のズーム倍率を示すＰＴＺ設定値並びに、このＰＴＺ設定値を用いて撮像を行う撮像時間（５秒）をカメラ２００に設定（第２の設定）する。
【０１１０】
そして、図１９に示すスケジュール番号「１」に含まれるグループ番号「Ｇ３」におけるカメラ２００の撮像範囲として、アプリ番号３に対応する既存アプリケーションが必要とする撮像領域および追加アプリケーションが必要とする追加アプリ撮像領域を共に含む撮像範囲および１６倍のズーム倍率を示すＰＴＺ設定値並びに、このＰＴＺ設定値を用いて撮像を行う撮像時間（１０秒）をカメラ２００に設定（第３の設定）する。
【０１１１】
そして、図２１に示すスケジュール番号「１」に含まれるグループ番号「Ｇ＿余り分」におけるカメラ２００の撮像範囲として、追加アプリケーションが必要とする撮像領域を含む撮像範囲および２０倍のズーム倍率を示すＰＴＺ設定値並びに、このＰＴＺ設定値を用いて撮像を行う撮像時間（１０秒）をカメラ２００に設定（第４の設定）する。
そして、図１９に示すスケジュール番号「１」に含まれるグループ番号「Ｇ４」におけるカメラ２００の撮像範囲として、アプリ番号３に対応する既存アプリケーションが必要とする撮像領域を含むＰＴＺ設定値並びに、このＰＴＺ設定値を用いて撮像を行う撮像時間（１５秒）をカメラ２００に設定（第５の設定）する。
【０１１２】
そして、第１の設定〜第５の設定をそれぞれ用いてカメラ２００の撮像を行う処理を１分周期で行えばよい。
なお、第２の設定においてカメラ２００が撮像した撮像画像のズーム倍率は図２１に示すように４倍であるので、この画像をズーム倍率が１倍の撮像画像に変換をして、追加アプリケーションが必要とする撮像領域の画像を得る。また、一方で、グループ番号「Ｇ２」に含まれる既存アプリケーションが必要とする撮像領域の画像を得る場合には、カメラ２００が撮像したズーム倍率が４倍の撮像画像を利用する。
【０１１３】
このことは、第３の設定、第４の設定をそれぞれ用いてカメラ２００の撮像を行った場合においても同様である。
つまり、追加アプリケーションが必要とする撮像領域の画像は、第１の設定〜第４の設定のそれぞれを用いてカメラ２００が撮像した撮像画像から得る。
但し、第２の設定〜第４の設定のそれぞれを用いてカメラ２００が撮像した撮像画像については、１倍のズーム倍率に相当する撮像画像に変換された後、追加アプリケーションは、変換された撮像画像から必要とする撮像領域の画像を得る。
また、図２１に示す、スケジュール番号「１」とグループ番号「Ｇ２」とが交差する位置に記載する数値について説明する。
【０１１４】
図２１に示すようにグループ番号「Ｇ２」のズーム倍率は「４倍」である。図２１に示すズーム倍率が「４倍」よりも大きいグループ番号は、グループ番号「Ｇ３」、グループ番号「Ｇ＿余り分」である。
上述と同様の考え方を適用することにより、スケジュール番号「１」とグループ番号「Ｇ２」とが交差する位置に記載する数値は、図１９に示す、スケジュール番号「１」とグループ番号「Ｇ２」とが交差する位置に記載する数値（５秒）、スケジュール番号「１」とグループ番号「Ｇ３」とが交差する位置に記載する数値（１０秒）、図２１に示す、スケジュール番号「１」とグループ番号「Ｇ＿余り分」とが交差する位置に記載する数値（２５秒）を加算した値（４０秒）となる。
【０１１５】
図２１において、グループ番号「Ｇ２」とスケジュール番号「２」とが交差する位置に記載する数値は、ズーム倍率が４倍（グループ番号「Ｇ２」で本来必要としていたズーム倍率）で、追加アプリケーションが必要とする撮像領域をカメラ２００で撮像することが可能な時間の最大値を示す。
図２１において、スケジュール番号「１」とグループ番号「Ｇ２」とが交差する位置に記載する数値（４０秒）を用いてカメラ２００の制御を行う場合、上述した第１の設定〜第５の設定をカメラ２００に設定し、第１の設定〜第５の設定を用いてカメラ２００で撮像する処理を単位時間（１分）間隔で繰り返し行えばよい。
【０１１６】
追加アプリケーションが必要とする撮像領域の画像は、第２の設定、第３の設定、第４の設定のそれぞれを用いてカメラ２００が撮像した撮像画像から得る。但し、第３の設定、第４の設定のそれぞれを用いてカメラ２００が撮像した撮像画像については、４倍のズーム倍率に相当する撮像画像に変換された後、追加アプリケーションは、変換された撮像画像から必要とする撮像領域の画像を得る。
また、図２１に示す、スケジュール番号「１」とグループ番号「Ｇ３」とが交差する位置に記載する数値について説明する。
【０１１７】
図２１に示すようにグループ番号「Ｇ３」のズーム倍率は「１６倍」である。図２１に示すズーム倍率が「１６倍」よりも大きいグループ番号は、グループ番号「Ｇ＿余り分」である。
上述と同様の考え方を適用することにより、スケジュール番号「１」とグループ番号「Ｇ３」とが交差する位置に記載する数値は、図１９に示す、スケジュール番号「１」とグループ番号「Ｇ３」とが交差する位置に記載する数値（１０秒）、図２１に示す、スケジュール番号「１」とグループ番号「Ｇ＿余り分」とが交差する位置に記載する数値（２５秒）を加算した値（３５秒）となる。
【０１１８】
図２１において、グループ番号「Ｇ３」とスケジュール番号「１」とが交差する位置に記載する数値は、ズーム倍率が１６倍（グループ番号「Ｇ３」で本来必要としていたズーム倍率）で、追加アプリケーションが必要とする撮像領域をカメラ２００で撮像することが可能な時間の最大値を示す。
図２１において、スケジュール番号「１」とグループ番号「Ｇ３」とが交差する位置に記載する数値（３５秒）を用いてカメラ２００の制御を行う場合、上述した第１の設定〜第５の設定をカメラ２００に設定し、第１の設定〜第５の設定を用いてカメラ２００で撮像する処理を単位時間（１分）間隔で繰り返し行えばよい。
【０１１９】
追加アプリケーションが必要とする撮像領域の画像は、第３の設定、第４の設定のそれぞれを用いてカメラ２００が撮像した撮像画像から得る。
但し、第４の設定を用いてカメラ２００が撮像した撮像画像は、１６倍のズーム倍率に相当する撮像画像に変換された後、追加アプリケーションは、変換された撮像画像から必要とする撮像領域の画像を得る。
また、図２１に示す、スケジュール番号「１」とグループ番号「Ｇ＿余り分」とが交差する位置に記載する数値について説明する。
【０１２０】
図２１に示すようにグループ番号「Ｇ＿余り分」のズーム倍率は「２０倍」である。図２１に示すズーム倍率が「２０倍」よりも大きいグループ番号は、図２１にはない。ズーム倍率は「２０倍」がカメラ２００の設定可能なズーム倍率の最大値であるからである。
上述と同様の考え方を適用することにより、スケジュール番号「１」とグループ番号「Ｇ＿余り分」とが交差する位置に記載する数値は、図２１に示す、スケジュール番号「１」とグループ番号「Ｇ＿余り分」とが交差する位置に記載する数値（２５秒）となる。
【０１２１】
図２１において、グループ番号「Ｇ＿余り分」とスケジュール番号「１」とが交差する位置に記載する数値は、ズーム倍率が２０倍（グループ番号「Ｇ＿余り分」で本来必要としていたズーム倍率）で、追加アプリケーションが必要とする撮像領域をカメラ２００で撮像することが可能な時間の最大値を示す。
図２１において、スケジュール番号「１」とグループ番号「Ｇ＿余り分」とが交差する位置に記載する数値（２５秒）を用いてカメラ２００の制御を行う場合、上述した第１の設定〜第５の設定をカメラ２００に設定し、第１の設定〜第５の設定を用いてカメラ２００で撮像する処理を単位時間（１分）間隔で繰り返し行えばよい。
【０１２２】
追加アプリケーションが必要とする撮像領域の画像は、第４の設定を用いてカメラ２００が撮像した撮像画像から得る。
以上の説明では、図２１に示すスケジュール番号「１」と、グループ番号が交差する位置の数値について説明をしたが、図２１に示すスケジュール番号が「２」〜「３９」とグループ番号が交差する位置の数値についても同様の主旨で考えればよいので、ここでは説明を省略する。
そして、各スケジュール番号について、追加アプリケーションが必要とする撮像領域を撮像できる時間とズーム倍率を決定する処理を行う。
【０１２３】
まず、確保可能リソース情報取得部１２０は、内部変数ｉを１に設定する（ステップＳ２００３）。内部変数ｉは、処理しているスケジュール番号を示す番号である。当該内部変数ｉの値は、確保可能リソース情報取得部１２０の内部バッファに記憶、管理される。
確保可能リソース情報取得部１２０は、内部変数ｉで示されるスケジュール番号のグループの情報を取得する（ステップＳ２００４）。ここで取得するグループの情報とは、そのスケジュール番号で示されるスケジュールに含まれるグループを特定できる情報であり、ここでは、Ｇ１、Ｇ２、Ｇ３またはＧ４のことである。
【０１２４】
確保可能リソース情報取得部１２０は、取得したスケジュール番号で示されるスケジュールに複数のグループが含まれるか否かを判定する（ステップＳ２００５）。複数のグループが含まれない場合には（ステップＳ２００５のＮＯ）、ステップＳ２００７に移行する。
複数のグループが含まれる場合には（ステップＳ２００５のＹＥＳ）、リサイズを考慮した撮像合計時間の補正処理を実行する（ステップＳ２００６）。当該補正処理の詳細については後述する。
【０１２５】
その後、確保可能リソース情報取得部１２０は、スケジュール番号ｉがスケジュールの総数に一致するか否かを判定する（ステップＳ２００７）。
一致しない場合には（ステップＳ２００７のＮＯ）、ｉに１加算し（ステップＳ２００９）、ステップＳ２００４に戻る。
一致した場合には（ステップＳ２００７のＹＥＳ）、確保可能リソース算出テーブル・マージ処理を実行し（ステップＳ２００８）、確保可能リソース情報を生成して終了する。
（リサイズを考慮した撮像合計時間の補正処理）
図２２は、管理装置１００が実行する図２０のステップＳ２００６における補正処理の動作を示すフローチャートである。
【０１２６】
まず、確保可能リソース情報取得部１２０は、内部変数ｊを１に設定する（ステップＳ２２０１）。当該内部変数ｊは、確保可能リソース情報取得部１２０の内部バッファに記憶、管理され、当該補正処理における確保可能リソース算出テーブルの参照先の行を決定するための変数である。
確保可能リソース情報取得部１２０は、内部変数ｊで示される確保可能リソース算出テーブルの行を参照して、その行のズーム倍率（以下、基準ズーム倍率という）を取得する（ステップＳ２２０２）。例えば、実施の形態１における確保可能リソース算出テーブルは図２１に示すとおりであるので、仮に、ｊが１の場合には、基準ズーム倍率は１倍となる。
【０１２７】
確保可能リソース情報取得部１２０は、確保可能リソース算出テーブルのその他の行を参照し、基準ズーム倍率以上の大きな倍率を有する行があるか否かを検索する（ステップＳ２２０３）。確保可能リソース情報取得部１２０は、ある場合にはヒットありを、ない場合にはヒットなしを返す。
ヒットなしの場合には（ステップＳ２２０３のＮＯ）、ステップＳ２２０６に移行する。
【０１２８】
ヒットありの場合には（ステップＳ２２０３のＹＥＳ）、検索にヒットしたグループのリストを確保可能リソース情報取得部１２０の内部バッファに保存する。そして、ヒットした行の撮像時間の和を算出する（ステップＳ２２０４）。そして、算出した和を、内部バッファに保存したリストに含まれる各グループの連続撮像時間の和に加算する（ステップＳ２２０５）。そして、加算後の値のリストを確保可能リソース算出テーブルに反映させる。
【０１２９】
確保可能リソース情報取得部１２０は、ｊが確保可能リソース算出テーブルの行数に一致するか否かを判定する（ステップＳ２２０６）。
一致しない場合には（ステップＳ２２０６のＮＯ）、ｊに１加算し（ステップＳ２２０７）、ステップＳ２２０２に戻る。
一致した場合には、補正処理を終了し、図２０のステップＳ２２０７に戻る。
（確保可能リソース算出テーブル・マージ処理）
図２３は、管理装置１００が実行する図２０のステップＳ２２０８における確保可能リソース算出テーブル・マージ処理の動作を示すフローチャートである。
【０１３０】
まず、確保可能リソース情報取得部１２０は、スケジュール毎に作成した確保可能リソース算出テーブルの各ズーム倍率をリスト化し、内部バッファに保存する（ステップＳ２３０１）。
確保可能リソース情報取得部１２０は、リスト化したグループ毎に、確保可能リソース算出テーブルの各スケジュールの連続撮像時間を比較する。そして、その比較の結果、各グループについてその最も長い連続撮像時間とグループのズーム倍率との組を内部バッファに保存する（ステップＳ２３０２）。
【０１３１】
そして、確保可能リソース情報取得部１２０は、得られた各ズーム倍率についての連続撮像時間の組から成る確保可能リソース情報を生成して（ステップＳ２３０３）、終了する。
図２４は、上述のようにして生成される確保可能リソース情報の一例である。図２４に示すように確保可能リソース情報２４００は、ズーム倍率２４０１と連続撮像時間２４０２とが対応付けられたリストの情報であり、追加アプリケーションをカメラ２００にインストールする場合に取り得るズーム倍率と連続撮像時間を示している。管理装置１００の確保可能リソース情報取得部１２０により生成された当該確保可能リソース情報は、ネットワークを介して表示操作装置３００に送信される。そして、確保可能リソース情報を受け取った表示操作装置３００は、図２５に示すように、新たなアプリケーションのインストールが可能かどうかの判断結果と、可能な場合、追加アプリケーションに割り当てられる連続撮像時間とズーム倍率の組から成る情報を表示することとなる。
【０１３２】
このとき、どのスケジュールでも追加アプリケーションが必要とする追加撮像領域の撮像のための時間をとれない場合には、確保可能リソース情報取得部１２０は、追加アプリケーションのためのスケジュールは確保不可能を要求制御部１４０に返し、要求制御部１４０は、通信部１１０に、追加アプリケーションを前記カメラにインストールできないことを示す情報を表示操作装置３００に送信させる。（ユースケースを用いた確保可能リソース情報作成処理の例）
ここで、より具体的にユースケースを用いて、２例ほど追加アプリケーションの撮像領域に応じた確保可能リソース情報の作成例を説明する。
【０１３３】
なお、カメラ２００にインストールされている既存アプリケーションの撮像領域、ズーム倍率、連続撮像時間の設定値は、図６に示すとおりである。
（例１）
追加アプリケーションの撮像領域が、Ｘ＿ｍｉｎ＝１３５０、Ｙ＿ｍｉｎ＝１５００、Ｘ＿ｍａｘ＝１５９０、Ｙ＿ｍａｘ＝１６８０である場合を例にして説明を行う。ユーザによる上記の追加アプリ撮像領域は図９に対する追加アプリ情報入力画面を利用して行われる。また、ユーザが入力を終えてから、スケジュール情報作成処理が完了するまでの処理内容は上述した通りなので割愛し、確保可能リソース情報作成処理についての詳細な説明を行う。
【０１３４】
図２０のステップＳ２００１において、確保可能リソース情報取得部１２０は、追加アプリ撮像領域が同時撮像可能であるグループを判断する処理を行う。この例では、追加アプリ撮像領域はＸ＿ｍｉｎ＝１３５０、Ｙ＿ｍｉｎ＝１５００、Ｘ＿ｍａｘ＝１５９０、Ｙ＿ｍａｘ＝１６８０である。各グループの限界撮像領域は図１５に記載の通りであるので、Ｇ１、Ｇ２、Ｇ３の各限界撮像領域は上記の追加アプリ撮像領域を範囲内に含む。よって、ステップＳ２００１では、グループ番号Ｇ１、Ｇ２、Ｇ３は、それぞれ、対応するグループの撮像領域と、追加アプリ撮像領域を同時にカメラ２００の撮像範囲に含めて撮像可能であると判断する。
【０１３５】
この結果、グループ番号Ｇ１、Ｇ２、Ｇ３が同時撮像可能であるグループと判断される。
例えば、グループ番号Ｇ３では、図１３に示すように限界撮像領域に対応する領域Ｄ１０１内に、横３２０×縦２４０（画素）を有する長方形の領域をカメラ２００が撮像する撮像範囲となるようにＰＴＺ設定値を生成した場合、このＰＴＺ設定値に基づいて特定されるカメラ２００の撮像範囲の中に領域Ｄ１００（アプリ番号３の既存アプリケーションが必要とする撮像領域）が必ず含まれることは上述したとおりである。
【０１３６】
例えば、グループ番号Ｇ３が同時に撮像可能というのは、領域Ｄ１０１内に領域Ｄ１００および追加アプリ撮像領域がカメラ２００の撮像範囲に含まれるようなＰＴＺ設定値が少なくとも１つは存在することを意味する。
よって、限界撮像領域に対応する領域Ｄ１０１内に領域Ｄ１００および追加アプリ撮像領域を共に含む横３２０×縦２４０（画素）を有する長方形の領域を撮影範囲となるようにＰＴＺ設定値を生成すれば、このＰＴＺ設定値に基づいて特定されるカメラ２００の撮像範囲の中に、アプリ番号３のアプリが必要とする撮像領域（つまり領域Ｄ１００）、および追加アプリケーションが必要とする撮像領域を同時に含めることが可能となる。
一方で、図１５に示すグループ番号Ｇ４に示す限界撮像領域に追加アプリ撮像領域は含まれないため、ステップＳ２００１では、グループ番号Ｇ４を撮像するときに、追加アプリ撮像領域を同時に撮像できないと判断する。この結果、グループ番号Ｇ４が同時撮像可能ではないグループと判断される。
【０１３７】
次にステップＳ２００２において、確保可能リソース情報取得部１２０は確保可能リソース算出テーブルを作成する。ステップＳ２００１において同時撮像可能であるグループと判断されたグループＧ１、Ｇ２、Ｇ３を基に、確保可能リソース算出テーブルを作成する。グループ情報は図１５に記載した通りであり、スケジュール情報は図１９に記載した通りである。よって、確保可能リソース算出テーブルは図３８に記載した通りとなる。ステップＳ２００２において、確保可能リソース算出テーブルに記載されている連続撮像時間は、図１９に記載したものを転記しただけであるので、図３８に示す通りとなる。後述する処理を通じて、場合によって確保可能リソース算出テーブルの連続撮像時間の値は更新される。
【０１３８】
ステップＳ２００３において、確保可能リソース情報取得部１２０は内部変数ｉ＝１とし、内部バッファに保存する。
ステップＳ２００４において、確保可能リソース情報取得部１２０は、確保可能リソース算出テーブル上のスケジュール番号１のスケジュールが持つグループのグループ番号を取得する。実施の形態１において、確保可能リソース算出テーブルは図３８に示す通りなので、グループの番号、Ｇ１、Ｇ２、Ｇ３、Ｇ＿余り分を取得する。
【０１３９】
ステップＳ２００５において、実施の形態１のスケジュール番号１の確保可能リソース算出テーブルに登録されたグループは合わせて４個（グループ番号が、Ｇ１、Ｇ２、Ｇ３、Ｇ＿余り分のそれぞれに対応するグループ）であるので、ステップＳ２００６に遷移する。
次に、ステップＳ２００６において、確保可能リソース情報取得部１２０はリサイズを考慮した撮像合計時間の補正処理を行う。以下の処理は図２２のフローに従って説明する。
【０１４０】
まず、ステップＳ２２０１において、ステップＳ２１０２以下の処理を進める準備として、変数ｊ＝１として内部バッファに保存する。
ステップＳ２２０１において、ｊ＝１であるので、確保可能リソース算出テーブルの１番目の要素を参照し、そのズーム倍率を基準ズーム倍率とする。ここでスケジュール番号１の確保可能リソース算出テーブルは図３８であるので、基準ズーム倍率は１となる。
【０１４１】
次に、確保可能リソース算出テーブルの他の行を順に参照し、基準ズーム倍率である１倍以上の大きな倍率を持つ行を検索する。確保可能リソース算出テーブルは図３８の通りなので、１以上のズーム倍率のグループは｛Ｇ２、Ｇ３、Ｇ＿余り分｝となる。
よって、ステップＳ２２０２の検索結果は「ヒットあり」となる。さらに、基準ズーム検索結果リストとして｛グループＧ２、Ｇ３、Ｇ＿余り分｝を内部バッファに保存する。
【０１４２】
ステップＳ２２０３において、「ヒットあり」となるので、ステップＳ２２０４に遷移する。
ステップＳ２２０４において、ステップＳ２２０３の検索にヒットした行である、Ｇ２、Ｇ３、およびＧ＿余り分に対応する撮像時間の和を計算する。ステップＳ２２０４において参照する行の撮像時間は、グループ番号がＧ１〜Ｇ３については図１９、グループ番号がＧ＿余り分については図３８に示すとおりである。ステップＳ２２０３において、内部バッファに保存した基準ズーム検索結果リストは｛グループＧ２、Ｇ３、Ｇ＿余り分｝である。よって、グループＧ２、Ｇ３、Ｇ＿余り分の各々の行の連続撮像時間の和を計算する。この例では、スケジュール番号１に対応するグループ番号Ｇ２、Ｇ３およびＧ＿余り分の連続撮像時間は図３８に記載の通りであるので、グループ番号がＧ２、Ｇ３、Ｇ＿余り分の連続撮像時間の和の計算結果は４０Ｓｅｃとなる。
【０１４３】
ステップＳ２２０５では、確保可能リソース算出テーブルの１番目の行の連続撮像時間に、ステップＳ２２０４の計算結果を加える。確保可能リソース算出テーブルは図３８に記載の通りであり、ステップＳ２２０４の計算結果は４０Ｓｅｃなので、１行目の確保可能リソース算出テーブルの連続撮像時間は、５＋４０＝４５Ｓｅｃに更新される。
ステップＳ２２０５の処理が終わると、ステップＳ２２０６の処理に遷移する。
【０１４４】
ステップＳ２２０６において、変数ｊ＝１なので確保可能リソース算出テーブルの行数に一致しないのでステップＳ２２０７に遷移する。
ステップＳ２２０７において、ｊ＝ｊ＋１、即ち、ｊ＝２として、ステップＳ２２０２に遷移する。
ｊ＝２、３の場合は、ｊ＝１の場合と同様に処理を行えばよいので説明は割愛する。ｊ＝４の場合について、ｊ＝１の場合とは異なる処理フローとなるので説明する。
【０１４５】
ステップＳ２２０３において、図２１に記載の通り基準ズーム倍率は２０となる。また、基準ズーム倍率より大きな倍率を持つ行を検索結果は、「ヒットなし」となり、ステップＳ２２０６に遷移する。
ステップＳ２２０６において、ｊ＝４（確保可能リソース算出テーブルの行数）であるので、リサイズを考慮した撮像合計時間の補正処理を終了する。
【０１４６】
次に、確保可能リソース情報取得部１２０はステップＳ２００６の処理を終了する。図２１に、ステップＳ２００６の処理を行った後の確保可能リソース算出テーブルの内容を示す。
確保可能リソース情報取得部１２０はステップＳ２００６の処理を終了すると、ステップＳ２００７の処理に遷移する。
【０１４７】
ステップＳ２００７の分岐において、ｉ＝１でスケジュールの数に等しくないのでステップＳ２００８に遷移する。
ステップＳ２００８において、ｉ＝２に更新し、ステップＳ２００４に遷移する。
以下、ｉ＝２からｉ＝３８の場合は、ｉ＝１の場合と同様に処理を行えばよいので説明は割愛する。ｉ＝３９の場合について、ｉ＝１とは異なる処理フローとなるので説明する。
【０１４８】
以下、ｉ＝１の場合と処理が異なる場合についてのみ、説明を行う。
ステップＳ２００４において、ｉ＝３９であるので、確保可能リソース情報取得部１２０はスケジュール番号３９に属するグループの番号、Ｇ３、Ｇ４を得る。
ステップＳ２００５において、確保可能リソース算出テーブルに登録されたグループが複数個であるので、ステップＳ２００６に分岐する。
【０１４９】
ステップＳ２２０３において、検索結果は「ヒットあり」となり、基準ズーム検索結果リストは｛グループＧ＿余り分｝として内部バッファに保存する。
ステップＳ２２０３において、ステップＳ２２０３の検索結果は「ヒットあり」となるので、ステップＳ２２０４に遷移する。
ステップＳ２２０４において、ステップＳ２２０３において内部バッファに保存した基準ズーム検索結果リストは｛グループＧ＿余り分｝であるので、ステップＳ２２０４ではグループＧ＿余り分の連続撮像時間３０Ｓｅｃを得る。
【０１５０】
ステップＳ２２０５において、ステップＳ２２０４の計算結果は３０Ｓｅｃなので、１行目の確保可能リソース算出テーブルの連続撮像時間は４０Ｓｅｃと更新される。
ステップＳ２２０６では、ｊ＝１なので、ステップＳ２２０７に遷移する。
ステップＳ２２０７において、確保可能リソース算出テーブルの次の行についても同様の処理を行うため、ｊ＝２として、ステップＳ２２０２に遷移する。
【０１５１】
ステップＳ２２０２において、図３８に記載の通り基準ズーム倍率は２０となる。また、２０倍以上のズーム倍率を持つ行は、図３８に示す確保可能リソース算出テーブルには存在しない。よって、基準ズーム倍率より大きな倍率を持つ行を検索結果は、「ヒットなし」となり、ステップＳ２２０６に遷移する。
ステップＳ２２０６において、ｊ＝２の処理にて確保可能リソース算出テーブルの全ての行について実施完了しているので、終了に分岐する。
【０１５２】
ステップＳ２２０６の処理を行った後の確保可能リソース算出テーブルの内容を図２１に示す。
ステップＳ２００７において、全てのスケジュールについて処理が完了したので、ステップＳ２００８に遷移する。
ステップＳ２００８において、確保可能リソース算出テーブル・マージ処理を行う。以下、図２３に記載のフローに従って説明する。
【０１５３】
ステップＳ２３０１において、確保可能リソース算出テーブルは図２１に示す通りであるので、グループに対応するズーム倍率のリストにおいて、Ｇ１は１倍、Ｇ２は４倍、Ｇ３は１６倍、Ｇ４は２０倍となる。  ステップＳ２３０２において、ステップＳ２３０１にてリスト化したグループ毎に、一番大きな連続撮像時間を得る。確保可能リソース算出テーブルは図２１に示す通りであるので、Ｇ１（ズーム倍率１倍）は６０秒、Ｇ２（ズーム倍率４倍）は、４０秒、Ｇ３（ズーム倍率１６倍）は、４０秒、Ｇ４（ズーム倍率２０倍）は、３０秒となる。
【０１５４】
最後に、ステップＳ２３０３において、ステップＳ２３０１とＳ２３０２の結果を基に確保可能リソース情報を生成し、図２４に記載の確保可能リソース情報を得る。
ステップＳ２３０３の処理が完了すると、確保可能リソース情報取得部１２０は確保可能リソース生成処理を終了する。
確保可能リソース情報取得部１２０は、以上の処理で取得した確保可能リソース情報を要求制御部１４０に出力する。そして、要求制御部１４０は、受け付けた確保可能リソース情報を表示操作装置３００に通信部１１０を介して、送信する。
【０１５５】
こうして生成された確保可能リソース情報は表示操作装置３００に図２５に示すように確保可能なリソース情報がユーザに提示される。
（例２）
追加アプリ撮像領域が、Ｘ＿ｍｉｎ＝２０００、Ｙ＿ｍｉｎ＝１０００、Ｘ＿ｍａｘ＝２２４０、Ｙ＿ｍａｘ＝１１８０である場合を例にして説明を行う。ユーザによる上記の追加アプリ撮像領域は追加アプリ情報入力画面を利用して行われる。ユーザが入力を終えてから、ステップＳ１００２のスケジュール情報作成処理が完了するまでの処理内容は以上で説明した通りなので割愛する。
【０１５６】
ステップＳ１００３の確保可能リソース情報作成処理から詳細な説明を行う。
ステップＳ２００１において、確保可能リソース情報取得部１２０は、追加アプリ撮像領域撮像が同時撮像可能であるグループを判断する処理を行う。この例では、追加アプリ撮像領域はＸ＿ｍｉｎ＝２０００、Ｙ＿ｍｉｎ＝１０００、Ｘ＿ｍａｘ＝２２４０、Ｙ＿ｍａｘ＝１１８０である。各グループの限界撮像領域は図１２に記載の通りであるので、各限界撮像領域は上記の追加アプリ撮像領域を範囲内に含まない。よって、ステップＳ２００１では、同時撮像可能であるグループはないと判断される。
【０１５７】
ステップＳ２００２において、確保可能リソース情報取得部１２０は確保可能リソース算出テーブルを作成する。ステップＳ２００１にて同時撮像可能であるグループはないと判断された。よって、Ｇ＿余り分だけを要素として確保可能リソース算出テーブルを作成する。ステップＳ２００２にて生成する確保可能リソース算出テーブルは図２６に示したものとなる。
【０１５８】
ステップＳ２００３において、確保可能リソース情報取得部１２０は内部変数ｉ＝１とし、内部バッファに保存する。
ステップＳ２００４において、確保可能リソース情報取得部１２０はスケジュール番号１であるグループのグループ番号を取得する。実施の形態１の例２において、確保可能リソース算出テーブル上は図２６に示す通りなので、グループの番号、Ｇ＿余り分を取得する。
【０１５９】
ステップＳ２００５において、実施の形態１のスケジュール番号１の確保可能リソース算出テーブルに登録されたグループは合わせて計１個であるので、ステップＳ２００７に遷移する。
ステップＳ２００７の分岐において、ｉ＝１なのでステップＳ２００９に遷移する。
ステップＳ２００９において、ｉ＝２に更新し、ステップＳ２００４に遷移する。
【０１６０】
以下、ｉ＝２からｉ＝３８の場合は、ｉ＝１の場合と同様に処理を行えばよいので説明は割愛する。
ｉ＝３９の場合について、ｉ＝１とは異なる処理フローとなるので説明する。
ステップＳ２００４において、ｉ＝３９であるので、確保可能リソース情報取得部１２０はスケジュール番号２に属するグループの番号｛Ｇ＿余り分｝を得る。
【０１６１】
ステップＳ２００５において、確保可能リソース算出テーブルに登録されたグループが１個であるので、ステップＳ２００７に分岐する。
ステップＳ２００７において、全てのスケジュールについて処理が完了したので、ステップＳ２００８に遷移する。
ステップＳ２００８において、確保可能リソース算出テーブル・マージ処理を行う。以下、図２３に記載のフローに従って説明する。
【０１６２】
ステップＳ２３０１において、確保可能リソース算出テーブルは図２６に示す通りであるので、出現するズーム倍率のリストは｛２０倍｝となる。
ステップＳ２３０２において、ステップＳ２３０１にてリスト化したズーム倍率毎に、一番大きな連続撮像時間を得る。確保可能リソース算出テーブルは図２６に示す通りであるので、Ｇ＿余り分（ズーム倍率は２０倍）は３０秒となる。
【０１６３】
最後に、ステップＳ２３０３において、ステップＳ２３０１とＳ２３０２の結果を基に確保可能リソース情報を生成し、図２７に記載の確保可能リソース情報を得る。
ステップＳ２３０３の処理が完了すると、確保可能リソース情報取得部１２０は確保可能リソース生成処理を終了する。
確保可能リソース情報取得部１２０は、以上の処理で取得した確保可能リソース情報を要求制御部１４０に出力する。
【０１６４】
以下、表示操作装置３００の表示部３２０に確保可能リソース情報を表示するまでの処理内容は上記したとおりであるので、割愛する。
（例１）と（例２）の結果を比較すればわかるように、追加アプリケーションで撮像予定の撮像領域に応じて、その出力結果であるズーム倍率と撮像時間のリストが異なる。つまり、追加アプリケーションの撮像領域の位置に応じた結果を出力できることがわかる。また、管理装置１００は、可能な場合には、とり得るズーム倍率毎の撮像時間を提示できるので、追加アプリケーションのための複数の撮像プランを提示することができる。
【０１６５】
（まとめ）
本実施の形態１においては、撮像装置に対応するカメラ２００が一度に撮像できる撮像範囲は、ズーム倍率に従って変化する。また、カメラ２００は、その向きおよびズーム倍率を変えるＰＴＺ機構を備え、ＰＴＺ機構を制御することにより、カメラ２００の向きおよび撮像範囲の大きさ（サイズ）を変化させることができる。
カメラ２００の移動可能な向きとしては水平方向（パン）、垂直方向（チルト）を含む。
【０１６６】
カメラ２００の向き、およびズーム倍率の組に対応する制御情報をＰＴＺ設定値といい、１つのＰＴＺ設定値を用いてカメラ２００の向き、撮像範囲の大きさを特定することができる。
また、管理装置１００は、カメラ２００にすでにインストールされている１以上の既存アプリケーションのそれぞれに関する情報（例えば、それぞれのアプリケーションが必要とする撮像領域、撮像時間、カメラ２００のズーム倍率）および新たにアプリケーションが必要とする撮像領域に関する情報を取得する。
【０１６７】
管理装置１００は、１以上の既存アプリケーションの組み合わせを求め、求められた組み合わせを１つのグループに対応づける。対応付けたグループの数は、１以上の既存アプリケーションの可能な組み合わせに相当する数ある（図１２参照）。
管理装置は、対応付けたグループのそれぞれについて、グループに含まれる既存アプリケーションが必要とする撮像領域を含むカメラ２００の向きおよび撮像範囲の大きさを１つのＰＴＺ設定値を用いて特定できるかどうかを調べ、１つのＰＴＺ設定値を用いて特定できるグループを抽出する（図１５参照）。このとき、カメラ２００の撮像範囲の大きさ（サイズ）は、グループに含まれる既存アプリケーションに設定されるズーム倍率に基づいて変化する。グループに含まれる既存アプリケーションが複数ある場合には、グループに含まれる複数の既存アプリケーションのそれぞれに対応するズーム倍率のうち、最大のものによって定められる。
【０１６８】
次に、そのグループを用いて、すべての既存アプリケーションが含まれるよう、グループの組み合わせパターンを作成する（図１７（ｂ）参照）。そして、それぞれの組み合わせパターンにおける各グループの撮像時間を定める。この撮像時間は、各既存アプリケーションが属するグループの撮像時間の合計が、既存アプリケーションに対して定められている撮像時間と等しくなるよう（または超えるよう）に定める。
【０１６９】
また、このとき組み合わせパターンのグループの撮像時間の合計時間（撮像合計時間）があらかじめ定められた単位時間（実施の形態１では１分）を超えるものは淘汰される。
こうして、組み合わせパターンにおける各グループの撮像時間が定められたスケジュール情報が生成されると（図１９参照）、スケジュール情報に示される組み合わせパターンに含まれるグループの各々について以下の処理を行う。
【０１７０】
まず、スケジュール情報に示されるスケジュール番号を１つ特定する。
次に、特定したスケジュール番号に示されるグループの各々について以下の処理を行う。
グループに含まれる既存のアプリケーションにより定められるズーム倍率によって決まる大きさの撮像範囲に、追加アプリケーションの撮像領域と、グループに含まれる既存アプリケーションが必要とする撮像領域とを同時に含められるのかどうかを判定する（第１の判定）。
【０１７１】
上述の判定は、上述の大きさを有するカメラ２００の撮像範囲に追加アプリケーションの撮像領域と、グループに含まれる既存アプリケーションが必要とする撮像領域とを同時に含ことができるようにカメラ２００の向きを調節できるかどうかを判定すればよい。
追加アプリケーションの撮像領域と、グループに含まれる既存アプリケーションが必要とする撮像領域とをカメラ２００の撮像範囲に含められると判定した場合（第１の判定が肯定的である場合）には、上記判定を満足するカメラ２００の向きおよび撮像範囲の大きさ（ズーム倍率）を示すＰＴＺ設定値を保持する。ＰＴＺ設定値が保持するカメラ２００の向きに関する情報は、追加アプリケーションの撮像領域と、グループに含まれる既存アプリケーションが必要とする撮像領域を同時にカメラ２００の撮像範囲に含むようにカメラ２００の向きを調節する情報（パン、チルト）である。
【０１７２】
また、ＰＴＺ設定値が保持するカメラ２００のズーム倍率に関する情報は、グループに含まれる既存アプリケーションが必要とするズーム倍率のうちの最大値である。  グループは、ズーム倍率と対応付けられている。よってズーム倍率に対応する撮像時間を算出する。
このとき、リサイズを考慮した撮像合計時間の補正処理を行い、ズーム倍率に対応する撮像時間を算出する。ズーム倍率の補正処理とは、特定したスケジュール番号に示される複数のグループについて第１の判定が満足する場合、ズーム倍率の低いグループに対応する撮像時間に、ズーム倍率の高いグループに対応する撮像時間を加算することである。
【０１７３】
また、リサイズを考慮した撮像合計時間の補正処理とは、特定したスケジュール番号に示される複数のグループの合計撮像時間が、予め定められている単位時間（１分）未満であれば、この差を、ズーム倍率に対応する撮像時間に加算することである。
上述の処理をスケジュール情報に示される全てのスケジュール番号に対して行うことで、確保可能リソース算出テーブルを生成する。
【０１７４】
そして、確保可能リソース算出テーブル示される撮像時間のうちの最大値をズーム倍率毎に、算出し、確保可能リソース情報を生成する（図２４参照）。
この場合、追加アプリケーションがカメラ２００にインストールできることを示す情報として、「指定した領域は、以下の条件での撮像が可能です」というメッセージと、追加アプリケーションが必要とするズーム倍率を１以上の既存アプリケーションのいずれかが必要とするズーム倍率とした場合における追加アプリケーションが必要とする撮像領域の撮像可能な時間の長さの最大値を含む確保可能リソース情報とが、表示操作装置３００に提示される。
【０１７５】
また、確保可能リソース情報は、追加アプリケーションが必要とするズーム倍率を既存アプリケーションのいずれも必要としないズーム倍率（この例では２０倍）とする場合における追加アプリケーションが必要とする撮像領域の撮像可能な時間の長さの最大値を含んでいる。（例えば、図２５参照）。
これにより、表示操作装置３００を利用するユーザは、追加アプリケーションをカメラ２００にインストールできると判断できる。
【０１７６】
なお、予め定められている単位時間（１分）から撮像合計時間を減算した時間は、単位時間において、カメラ２００による撮像に割り当てられていない時間（余り時間）を意味する。
また、組み合わせパターンに含まれるグループの撮像時間の合計値（撮像合計時間）が予め定められている単位時間（１分）よりも短いかどうかの判定を行う（第２の判定）。撮像合計時間が予め定められている単位時間（１分）よりも短いと判定した場合（第２の判定が肯定的である場合）、予め定められている単位時間（１分）から撮像合計時間を減算した時間が追加撮像領域をカメラ２００の新たな撮像範囲をして設定した時の撮像可能な時間の長さとなる。
【０１７７】
この場合、追加撮像領域を含むカメラ２００の撮像範囲に対応するＰＴＺ設定値を生成し、保持する。
また、追加アプリケーションがカメラ２００にインストールできることを示す情報として、「指定した領域は、以下の条件での撮像が可能です」というメッセージと、追加アプリケーションが必要とするズーム倍率において、追加アプリケーションが必要とする撮像領域の撮像可能な時間の長さの最大値として上述の単位時間から撮像合計時間を減算した時間の長さを含む確保可能リソース情報とが、表示操作装置３００に提示される（例えば、図２５、図２８参照）。
【０１７８】
例えば、表示操作装置３００に提示される、ズーム倍率と上述の単位時間から撮像合計時間を減算した時間の組のいずれかが表示操作装置３００で選択されると、選択された組に対応する情報が、カメラ２００に送信される。
例えば、図２５に示すズーム倍率が１倍、連続撮像時間が６０秒の組が選択される場合を考える。図２１に示すように、グループ番号Ｇ１の連続撮像時間が６０秒であるスケジュール番号２４が選択される。
【０１７９】
なお、例えば、仮に、グループ番号Ｇ１の連続撮像時間が６０秒であるスケジュール番号が複数あった場合には、複数のスケジュール番号のうちの、いずれか１つが選択される。
また、このとき、図２１が示すグループ番号Ｇ１（または、ズーム倍率が１倍）の連続撮像時間には、グループ番号Ｇ１の撮像時間（２０秒）、グループ番号Ｇ２の連続撮像時間（１０秒）、グループ番号Ｇ３の撮像時間（１０秒）、およびグループ番号Ｇ＿余り分の連続撮像時間（２０秒）を含む。
【０１８０】
なお、スケジュール番号２４においては、図１９に示すように、グループ番号Ｇ４の連続撮像時間は、０秒である。
グループ番号Ｇ２の撮像画像、グループ番号Ｇ３の撮像画像、およびグループ番号Ｇ＿余り分の撮像画像は、それぞれ図２１に示すズーム倍率で撮像している。
【０１８１】
グループ番号Ｇ２の撮像画像、グループ番号Ｇ３の撮像画像、およびグループ番号Ｇ＿余り分の撮像画像は、それぞれ図２１に示すズーム倍率で撮像したものを利用している。
これに対し、グループ番号Ｇ２の撮像画像、グループ番号Ｇ３の撮像画像、およびグループ番号Ｇ＿余り分の撮像画像をズーム倍率が１倍の画像として利用をする場合には、こられの撮像画像をそれぞれ１倍の撮像画像となるようにリサイズして利用する。
【０１８２】
上述のグループ番号に対応するＰＴＺ情報、および撮像時間がそれぞれカメラ２００に送信される。
このうち、グループ番号Ｇ２、グループ番号Ｇ３、およびグループ番号Ｇ＿余り分のそれぞれについて、対応するＰＴＺ情報、および撮像時間により得られる撮像画像を、それぞれのグループ番号本来の目的で利用する場合には、対応ずるズーム倍率で撮像された画像を用いる。
【０１８３】
また、グループ番号Ｇ２、グループ番号Ｇ３、およびグループ番号Ｇ＿余り分のそれぞれについて、対応するＰＴＺ情報、および撮像時間により得られる撮像画像を、ズーム倍率が１倍の画像として用いる場合には、対応ずるズーム倍率で撮像された画像をズーム倍率が１倍の画像となるようにリサイズして用いる。
また、第１の判定および第２の判定が共に否定的な場合、追加アプリケーションは、新たにカメラにインストールできないことになる。この場合、追加アプリケーションは、カメラ２００にインストールできないことを示す情報が表示操作装置３００に提示される。      
【０１８４】
このように、本実施の形態１に係る撮像システムによれば、ユーザが表示操作装置３００を用いて追加アプリケーションで撮像したい撮影範囲を入力するだけで、管理装置１００が新たなアプリケーションを、インストール可能かどうかを判定し、可能な場合にどのようなズーム倍率でどれだけの撮像時間を確保できるかを提示することができる。
本実施の形態における撮像システムにおいては、特に、１つのＰＴＺ設定値で複数のアプリケーションにおいて必要とされる撮像条件（撮像領域や撮像時間）を満たせるかどうかに基づいて、追加アプリケーションのインストールが可能かどうかを判定するので、単純なタイムロビン形式のスケジューリングでアプリケーションを実行する場合よりも多くのアプリケーションをカメラ２００にインストールして実行し得る。
＜実施の形態２＞
上記実施の形態１においては、管理装置１００において、確保可能リソース情報を作成する手法を示しているが、本実施の形態２においては、その確保可能リソース情報の作成にあたり、ユーザの利便性をさらに高めることができる手法を説明する。
【０１８５】
即ち、上記実施の形態１においては、確保可能リソース情報は、指定された撮像領域での撮像可能なズーム倍率と撮像時間を提示するのみであったが、本実施の形態２においては、更に、そのズーム倍率と撮像時間の条件下で、指定された撮像領域を含んだうえで、この指定された撮像領域から拡大可能な最大範囲（または、より広い範囲の領域を撮像可能な場合の範囲）を示す指定可能撮像領域情報も提示する。
【０１８６】
以下、その手法の詳細を説明する。
本実施の形態２においては、基本的な構成は実施の形態１と共通するので、ここでは実施の形態１と異なる点についてのみ説明し、その他の内容については、説明を省略する。
具体的には、実施の形態２においては、管理装置１００における確保可能リソース情報作成処理における確保可能リソース算出テーブル・マージ処理が異なる。そのため、確保可能リソース情報取得部１２０は、上記実施の形態１に示した機能に加え、指定可能撮像領域を特定し、確保可能リソース情報に対応付ける機能も有する。
【０１８７】
図２９が実施の形態２において、確保可能リソース情報取得部１２０が生成する確保可能リソース情報のフォーマットである。図２９に示すように、実施の形態１の確保可能リソース情報と異なり、更に指定可能撮像領域の情報も対応付けられる。
図３０は、本実施の形態２における確保可能リソース算出テーブル・マージ処理のフローチャートであり、実施の形態１に示した図２３の確保可能リソース算出テーブル・マージ処理と異なり、更にステップＳ３００４に示す指定可能撮像領域算出処理を、確保可能リソース情報取得部１２０が行う。
【０１８８】
図３１は、実施の形態２に係る管理装置１００が実行する指定可能撮像領域算出処理の動作を示すフローチャートである。
まず、確保可能リソース情報取得部１２０は、ステップＳ２３０１において内部バッファに保存した確保可能リソース情報算出テーブルに記載されたズーム倍率の配列を参照する（ステップＳ３１０１）。
【０１８９】
次に、確保可能リソース情報取得部１２０は、指定可能撮像領域算出処理のために用いる内部変数ｋを１に設定する（ステップＳ３１０２）。
確保可能リソース情報取得部１２０は、ステップＳ３１０１において参照したズーム倍率の配列のｋ番目のズーム倍率（以下、対象ズーム倍率という）を参照する。また、確保可能リソース情報取得部１２０は、実施の形態１に示したステップＳ２００７において生成されている確保可能リソース算出テーブルも参照し、以下の処理を行う。
【０１９０】
確保可能リソース情報取得部１２０は、確保可能リソース算出テーブルにおいて対象ズーム倍率と同じズーム倍率の行に対して、連続撮像時間が最大となるセルのスケジュールを検索し、そのスケジュール番号をリスト化する（ステップＳ３１０３）。
すると、確保可能リソース情報取得部１２０は、リスト化したスケジュール番号の全スケジュールについて、対象ズーム倍率以上（同じズーム倍率を含む）のグループ番号の組を抽出する（ステップＳ３１０４）。このとき、確保可能リソース情報取得部１２０は、グループ番組の組の各々について、重複があるものを削除する。
【０１９１】
次に、確保可能リソース情報取得部１２０は、抽出したグループの組各々について、当該組に含まれる各グループの限界撮像領域すべてが重なり合う領域を算出する。確保可能リソース情報取得部１２０は、抽出した組に含まれる各グループの限界撮像領域それぞれのＸ＿ｍｉｎ、Ｙ＿ｍｉｎ、Ｘ＿ｍａｘ、Ｙ＿ｍａｘの中から、最大のＸ＿ｍｉｎ、Ｙ＿ｍｉｎ、最少のＸ＿ｍａｘ、Ｙ＿ｍａｘを特定する。そして、特定されたＸ＿ｍｉｎ、Ｙ＿ｍｉｎ、Ｘ＿ｍａｘ、Ｙ＿ｍａｘを頂点とする矩形を指定可能撮像領域として特定する（ステップＳ３１０５）。ここで、確保可能リソース算出テーブルの各セルに記載された連続撮像時間は、対象ズーム倍率よりも大きなズーム倍率全てのグループでの撮像も考慮したうえで算出されている。したがって、対象ズーム倍率よりも大きなズーム倍率のグループ全てで撮像可能となる範囲が指定可能撮像領域となる。
【０１９２】
確保可能リソース情報取得部１２０は、ステップＳ２３０３において作成した確保可能リソース算出テーブルに指定可能撮像領域の列がない場合には、指定可能撮像領域を記載する列を新たに作成し、対象ズーム倍率に対応するセルに、算出した指定可能撮像領域の情報を記載する（ステップＳ３１０６）。
確保可能リソース情報取得部１２０は、ｋがズーム倍率の配列の要素数と一致するか否かを判定する（ステップＳ３１０７）。一致しない場合には（ステップＳ３１０７のＮＯ）、ｋを１インクリメントし（ステップＳ３１０８）、ステップＳ３１０３に戻る。一致する場合には（ステップＳ３１０７のＹＥＳ）、処理を終了する。
（ユースケースを用いた確保可能リソース算出テーブル・マージ処理の例）
以下、具体的なユースケースを交えて、実施の形態２における確保可能リソース情報取得部１２０の動作を説明する。すでにカメラ２００で動作している既存アプリケーションの撮像領域、ズーム倍率、連続撮像時間の設定値は、実施の形態１と同じく、図６に示す通りである。また、追加アプリ撮像領域も実施の形態１と同じく、Ｘ＿ｍｉｎ＝１３５０、Ｙ＿ｍｉｎ＝１５００、Ｘ＿ｍａｘ＝１５９０、Ｙ＿ｍａｘ＝１６８０とする。よって、実施の形態２における確保可能リソース算出テーブルは図２１と同様となる。
【０１９３】
図３０におけるステップＳ２３０１からステップＳ２３０３までの処理内容は実施の形態１にて説明した内容と同様となるので、割愛する。したがって、以下において、ステップＳ３００４以降の指定可能撮像領域算出処理の説明を行う。
ステップＳ３１０１において、確保可能リソース情報取得部１２０は、ステップＳ２３０１において内部バッファに保存した、ズーム倍率の配列を参照する。この場合、参照するリストは｛１倍、４倍、１６倍、２０倍｝となる。
【０１９４】
ステップＳ３１０２において、確保可能リソース情報取得部１２０は内部変数ｋ＝１とし、内部バッファに保存する。
ステップＳ３１０３において、確保可能リソース情報取得部１２０は、１番目のズーム倍率である１倍を対象ズーム倍率とする。
次に、確保可能リソース算出テーブルを参照し、確保可能リソース算出テーブルの、対象ズーム倍率が１倍の行に対して、連続撮像時間が最大となるセルのスケジュールのスケジュール番号をリスト化する。実施の形態２の確保可能リソース算出テーブルは図２１と同様なので、リスト化されるスケジュール番号は、｛２４｝となる。
スケジュール番号２４のスケジュールにおいて、対象ズーム倍率以上のグループ番号は｛Ｇ１、Ｇ２、Ｇ３、Ｇ＿余り分｝である。また、グループの組の重複はないので、｛Ｇ１、Ｇ２、Ｇ３、Ｇ＿余り分｝がステップＳ３１０４の結果となる。
【０１９５】
ステップＳ３１０５において、｛Ｇ１、Ｇ２、Ｇ３、Ｇ＿余り分｝の各グループの限界撮像領域全てが重なりあう領域を算出する。｛Ｇ１、Ｇ２、Ｇ３、Ｇ＿余り分｝の各グループの限界撮像領域は図１５に示す通りなので、重なりあう領域はＸ＿ｍｉｎ＝１３００、Ｙ＿ｍｉｎ＝１４４０、Ｘ＿ｍａｘ＝１７００、Ｙ＿ｍａｘ＝１６９０となる。なお、Ｇ＿余り分の限界撮像領域はカメラ２００にて撮像可能な全範囲であるので、指定可能撮像領域はＸ＿ｍｉｎ＝０、Ｙ＿ｍｉｎ＝０、Ｘ＿ｍａｘ＝５０００、Ｙ＿ｍａｘ＝３０００とする。
【０１９６】
ステップＳ３１０６において、確保可能リソース情報取得部１２０は、確保可能リソース情報に対象ズーム倍率（１倍）に対応する指定可能撮像領域のセルを追加する。さらに、重なりあう領域を指定可能撮像領域として、追加したセルに記載する。
ステップＳ３１０７において、ズーム倍率の配列の要素数は４であり、ｋ＝１なので、ステップＳ３１０８に分岐する。
【０１９７】
ステップＳ３１０８において、ｋの値を１つインクリメントし、ｋ＝２とし、ステップＳ３１０３に遷移する。
ステップＳ３１０３において、確保可能リソース情報取得部１２０は、２番目のズーム倍率である４倍を対象ズーム倍率とする。
次に、確保可能リソース算出テーブルを参照し、確保可能リソース算出テーブルの上の対象ズーム倍率が４倍の行に対して、連続撮像時間が最大となるセルのスケジュールのスケジュール番号をリスト化する。実施の形態２の確保可能リソース算出テーブルは図２１と同様なので、リスト化されるスケジュール番号は、｛１、４、７、８、１２、２４、３７、３８｝となる。
【０１９８】
ステップＳ３１０４において、スケジュール番号｛１、４、７、８、１２、２４、３７、３８｝の全スケジュールに対して、対象ズーム倍率である４倍以上のグループ番号の組を抽出し、さらに重複を削除する。実施の形態２の確保可能リソース算出テーブルは図２１に記載の通りなので、｛Ｇ２、Ｇ３、Ｇ＿余り分｝がステップＳ３１０４の結果となる。
【０１９９】
ステップＳ３１０５において、｛Ｇ２、Ｇ３、Ｇ＿余り分｝の各グループの限界撮像領域全てが重なりあう領域を算出する。｛Ｇ２、Ｇ３、Ｇ＿余り分｝の各グループの限界撮像領域は図１５に示す通りなので、重なりあう領域はＸ＿ｍｉｎ＝１３００、Ｙ＿ｍｉｎ＝１４４０、Ｘ＿ｍａｘ＝１７００、Ｙ＿ｍａｘ＝１６９０となる。
ステップＳ３１０６において、確保可能リソース情報取得部１２０は、確保可能リソース情報に対象ズーム倍率（４倍）に対応する指定可能撮像領域のセルを追加する。さらに、重なりあう領域を指定可能撮像領域として、追加したセルに記載する。
【０２００】
ステップＳ３１０７において、ズーム倍率の列の要素数は４であり、ｋ＝２なので、ステップＳ３１０８に分岐する。
ステップＳ３１０８において、ｋの値を１つインクリメントし、ｋ＝３とし、ステップＳ３１０３に遷移する。
ｋ＝３の場合の処理は上記と同様なので割愛する。
【０２０１】
ｋ＝４のときについて、処理フローが上記と異なるので、説明する。
ステップＳ３１０３において、確保可能リソース情報取得部１２０は、４番目のズーム倍率である２０倍を対象ズーム倍率とする。
次に、確保可能リソース算出テーブルを参照し、確保可能リソース算出テーブルの上の対象ズーム倍率である２０倍の行に対して、連続撮像時間が最大となるセルのスケジュールのスケジュール番号をリスト化する。実施の形態２の確保可能リソース算出テーブルは図２１と同様なので、リスト化されるスケジュール番号は、｛２５、３０、３９｝となる。
【０２０２】
ステップＳ３１０４において、スケジュール番号｛２５、３０、３９｝のスケジュールに対して、対象ズーム倍率である２０倍以上のグループ番号の組を抽出し、さらに重複を削除する。実施の形態２の確保可能リソース算出テーブルは図２１に記載の通りなので、｛Ｇ＿余り分｝がステップＳ３１０４の結果となる。
ステップＳ３１０５において、確保可能リソース情報取得部１２０は、｛Ｇ＿余り分｝の各グループの限界撮像領域全てが重なりあう領域を算出する。Ｇ＿余り分の限界撮像領域はカメラ２００にて撮像可能な全範囲であるので、重なり合う領域はＸ＿ｍｉｎ＝０、Ｙ＿ｍｉｎ＝０、Ｘ＿ｍａｘ＝５０００、Ｙ＿ｍａｘ＝３０００となる。
【０２０３】
ステップＳ３１０６において、確保可能リソース情報取得部１２０は、確保可能リソース情報に対象ズーム倍率に対応する指定可能撮像領域のセルを追加する。さらに、重なりあう領域を対象ズーム倍率（２０倍）に対応する指定可能撮像領域として、追加したセルに記載する。
ステップＳ３１０７において、ズーム倍率の列の要素数は４であり、ｋ＝４なので、終了に分岐する。
【０２０４】
ステップＳ２３０４の処理が終了すると、確保可能リソース情報取得部１２０は確保可能リソース生成処理を終了する。
こうして生成された確保可能リソース情報には、図２９に示すようにズーム倍率に対応する指定可能撮像領域の情報が含まれる。表示操作装置３００は、確保可能リソース情報を用いてズーム倍率が１倍、４倍、１６倍に対応する指定可能撮像領域を図３２の点線枠で表示する。これにより、表示操作装置３００は、さらに、撮像領域として指定することが可能な指定可能撮像領域を可視化して表示することができる。これにより、ユーザは、より広範囲の画像を撮像でき、アプリケーション発行サーバ４００が発行するアプリケーションにとってより都合の良い範囲の箇所を撮像した画像を提供することができる。
＜変形例＞
上記実施の形態に従って、本開示に係る撮像システムについて説明してきたが、本開示はこれに限られるものではない。以下、本開示の思想として含まれる各種変形例について説明する。
【０２０５】
（１）上記実施の形態１においては、管理装置１００が確保可能リソース情報取得部１２０を備える例を示している。しかし、管理装置１００が確保可能リソース情報取得部１２０を備えなくともよく、例えば、カメラ２００が確保可能リソース情報取得部１２０を備えてもよい。あるいは、表示操作装置３００またはアプリケーション発行サーバ４００が確保可能リソース情報取得部１２０を備えてもよい。
【０２０６】
図３７にカメラ３７００に確保可能リソース情報取得部３７０１を備えた例を示す機能ブロック図を示す。カメラ３７００は、表示操作装置３００からの指示および追加アプリケーションの撮像領域の情報を受け付けると、確保可能リソース情報取得部３７０１は、上記実施の形態に示した確保可能リソース情報取得部１２０と同様に、追加アプリケーションのインストール可否とインストールが可能な場合のズーム倍率と撮像時間のリストを作成する。そして、カメラ３７００は作成したリストを表示操作装置３００に送信し、表示操作装置３００はその情報を表示する。このように、カメラ３７００が確保可能リソース情報を生成することとしてもよい。同様に、表示操作装置３００が確保可能リソース情報取得部を備えて、確保可能リソース情報を生成することとしてもよい。
【０２０７】
（２）実施の形態１においては、管理装置１００に対してネットワーク５００を介して接続された表示操作装置３００から追加アプリケーションの入力操作を行う例を説明したが、これはその限りではない。例えば、管理装置１００にモニタやキーボード等の入力装置が設けられている場合には管理装置１００に設けた入力装置から直接ユーザが入力することとしてもよい。
【０２０８】
同様に、管理装置１００は、生成したアプリケーションがインストール可能かについての情報を表示操作装置３００に送信し、表示操作装置３００で表示したが、これについても、管理装置１００にモニタなどの表示装置が設けられている場合には、管理装置１００に設けた表示装置で表示することとしてもよい。
（３）上記実施の形態においては、説明を簡略化してわかりやすくするために、パン、チルト、ズームによるカメラ２００の動作時間（ＰＴＺのための時間）を考慮しないで、スケジュール情報を作成している。しかし、この動作時間を考慮したうえでスケジュール情報を作成することとしてもよい。例えば、カメラ２００は、所定量だけパンあるいはチルトするために必要とする時間およびズーム倍率を変更するための時間を予め記憶しておく。そして、管理装置１００は、これらの時間をカメラ２００から取得し、カメラ２００が動作（ここでの動作とは、カメラ２００がある箇所を撮像している状態から次の撮像領域にレンズを向けるまでの動作のことを意味する）する時間を考慮した上でスケジュール情報を作成することとしてもよい。
【０２０９】
（４）上記実施の形態１においては、管理装置１００は、新たなアプリケーションをインストールできるかどうか判断する際に、グループ情報を作成しているが、グループ情報は予め作成されていたものを使用してもよい。例えば、前回にアプリケーションがインストールできるかどうかを判定する際に作成しておいたグループ情報を用いてもよいし、予め、カメラ２００のユーザが作成したものを管理装置１００に伝達してもよい。
【０２１０】
（５）上記実施の形態において、スケジュール情報作成の際に、グループの組み合わせにおける各グループに割り振る時間を５秒単位としたが（上記条件（Ｉ））、これは、その限りではなく、これは５秒以外の時間であってもよく、より細かい制御が必要であれば、より細かい時間単位（例えば１秒単位や５ミリ秒単位）にしてもよいし、より大雑把な制御でも問題ないのであれば、より大まかな時間単位（例えば１０秒単位や１分単位、１時間単位など）としてもよい。
【０２１１】
（６）上記実施の形態においては、追加アプリケーションがインストールできるか否かを判断するにあたり、細かな処理を行って、良好なズーム倍率と撮像時間を算出できるようにしているが、１つのＰＴＺ設定値で、複数のアプリケーションで望まれている撮像領域を撮像できるかどうかに着目して判定を行うものであれば、上記実施の形態に示した手法以外の方法を用いることとしてもよい。
【０２１２】
例えば、上記実施の形態１に示したものよりも、処理を単純化してもよい。具体的には、仮に、アプリ番号１〜３の３つのアプリケーションをそれぞれ１分間に２０秒、３０秒、１０秒という時間で１巡するように動作させているとする。ここに新たに追加アプリケーションをインストールできるか否かを判定するに当たり、既存アプリケーション１〜３のいずれかの撮像領域と追加アプリケーションの撮像領域が１つのＰＴＺ設定値で特定されるズーム倍率に対応するカメラの撮像範囲に含まれるかどうか判定を行って、可能と判定された場合に、追加アプリケーションがインストール可能であると判定してもよい。例えば、追加アプリケーションの撮像領域がアプリ２の撮像領域とともに１つのＰＴＺ設定値で撮像可能な場合には、アプリ２のズーム倍率と撮像時間を、追加アプリケーションの設定可能なズーム倍率と撮像時間として提示することとしてもよい。
【０２１３】
（７）上記実施の形態においては、管理装置１００は、追加アプリケーションのインストールの可否情報、およびインストール可能な場合のズーム倍率、撮像時間を提示することとしたが、更に、カメラ２００においてアプリケーションを実行するスケジュールを作成して提示することとしてもよい。なお、上記のスケジュールは、グループ組み合わせパターンに含まれる各グループの撮像時間、ズーム倍率、撮像範囲に関する情報を含むだけでなく、各グループの撮像順序を定める情報を含むようにしてもよい。
【０２１４】
この場合のスケジューリングは、従来のスケジューリングに従って策定してよいが、グループ組み合わせパターンに含まれるグループ群と、追加アプリケーションがグループに含まれない場合や時間に余りがある場合の追加アプリケーションとをそれぞれ設定されている連続撮像時間だけ撮像させ、所定時間内（上記実施の形態の場合、１分以内）に１巡するようにスケジュールを作成すればよい。
【０２１５】
（８）上記実施の形態においては、撮像時間を秒で管理する例を示したが、この時間は別の単位、例えば、時間そのものではなく、それぞれのアプリケーションに必要とされるカメラ２００のフレームレートあるいは単位時間あたりの撮像フレーム数で表現されてもよい。
（９）上記実施の形態１におけるグループ情報生成処理の別例を説明する。
【０２１６】
ここでは、上記実施の形態１とは異なり、確保可能リソース情報取得部１２０は、グループ情報生成処理を、図１１に示すフローチャートではなく、図３３に示すフローチャートに従って、作成する。
具体的には、図１１のステップＳ１１０１において、確保可能リソース情報取得部１２０が１パターンのアプリケーションの組み合わせに対して１つのグループ母集団を生成したのに対し、ここでは１つのアプリケーションの組み合わせに対して、リサイズ処理を考慮した各々異なるズーム倍率を有する複数個のグループを生成する点が異なる。以下、この場合の処理について図３３を用いて説明する。
【０２１７】
なお、図３３において、図１１と共通する内容については、説明を割愛し、異なる点について説明する。
以下、動作中アプリ撮像画角情報には、アプリ番号１、撮像領域がＸ＿ｍｉｎ＝１０００、Ｙ＿ｍｉｎ＝１０００、Ｘ＿ｍａｘ＝１３２０、Ｙ＿ｍａｘ＝１２４０、ズーム倍率が４倍である追加アプリケーションが１つ登録されており、さらに、動作中アプリ連続撮像時間情報として、アプリ番号１、連続撮像時間１０秒のアプリケーションが１つ登録されている場合を例にして説明を行う。
【０２１８】
ステップＳ３３０１において、確保可能リソース情報取得部１２０は、リサイズを考慮したグループ情報を生成する。
具体的には、確保可能リソース情報取得部１２０は、既存アプリケーションの組み合わせを網羅した配列を生成する。本変形例においてはアプリ番号１の追加アプリが１つ登録されているのみである。そこで、追加アプリケーションの組み合わせは｛１｝ということになる。
【０２１９】
次に、確保可能リソース情報取得部１２０は、グループに属する追加アプリケーションのうち、最大のズーム倍率がどのズーム倍率になるかを検索する。
確保可能リソース情報取得部１２０は、追加アプリケーションの組み合わせと、ズーム倍率とに基づいて、グループの母集団を生成する。本変形例におけるグループの母集団は、図３４（ａ）のようになる。
【０２２０】
図３４（ａ）は、本変形例におけるグループ母集団の１例を示している。
確保可能リソース情報取得部１２０は、追加アプリケーションの組み合わせ各々に対して、最大のズーム倍率を持つグループ母集団を生成する。加えて、確保可能リソース情報取得部１２０は、最大のズーム倍率よりも大きなズーム倍率を持つグループの母集団を生成する。本変形例では説明のため、当該最大のズーム倍率は１倍と４の倍数のズーム倍率のみを網羅するように、グループの母集団を作成する。
【０２２１】
本変形例の既存アプリケーションの撮像画角情報は上述した通りであるので、追加アプリケーションの組み合わせ｛１｝のズーム倍率は、４倍、８倍、１２倍、１６倍、２０倍となる。よって、グループの母集団は図３４（ａ）に示した通りとなる。
なお、ステップＳ３３０１において、１倍と４の倍数のズーム倍率のみを網羅するように、グループの母集団を作成したが、本開示はこれに限定されるものではない。例えば、１倍、２倍、３倍・・・といったように、正の整数を倍率によるようにしてもよい。
【０２２２】
ステップＳ１１０３では上述した通り、撮像範囲を求める。
ステップＳ１１０４では上述した通り、１つのＰＴＺ設定値によるカメラ２００の撮像範囲に収まるグループを残す。上述したように、実施の形態１のカメラ２００の最大解像度は横１２８０、縦９６０であり、最大ズーム倍率は２０倍である。したがって、上記の式（３）および式（４）に従った処理を行い、その処理結果として図３４（ｂ）に示す情報を得る。
【０２２３】
ステップＳ１１０５において、示したとおりに限界撮像範囲を計算し、本変形例のグループ情報は、図３５に示す通りとなる。
以降、ステップＳ１００２のスケジュール情報作成処理、および、ステップＳ１００３の確保可能リソース情報作成処理を実施する。
例えば、追加アプリケーションの撮像領域情報が、撮像領域がＸ＿ｍｉｎ＝８７０、Ｙ＿ｍｉｎ＝９１０、Ｘ＿ｍａｘ＝９１０、Ｙ＿ｍａｘ＝９４０として、図３５に記載の処理の確保可能リソース情報取得部の処理を行うとする。
【０２２４】
このとき、ステップＳ１００２のスケジュール情報は、図３５のグループ情報に基づいて生成される。よって、ステップＳ１００３の確保可能リソース情報作成処理において、グループに属する追加アプリケーションとは異なるズーム倍率についても、リサイズを考慮した撮像合計時間の補正処理を行う。
追加アプリケーションの撮像領域情報がＸ＿ｍｉｎ＝８７０、Ｙ＿ｍｉｎ＝９１０、Ｘ＿ｍａｘ＝９１０、Ｙ＿ｍａｘ＝９４０である場合を例にする。グループ情報は図３５に記載した通りなので、ステップＳ２００１にて、Ｇ１、Ｇ２、Ｇ３、Ｇ４が同時撮像可能であるグループと判断され、ステップＳ２００２にて、確保可能リソース算出テーブルが生成される。
【０２２５】
よって、確保可能リソース情報取得部１２０は、ズーム倍率がグループに属するズーム倍率と同じであるＧ１だけではなく、異なるズーム倍率を持つＧ２、Ｇ３、Ｇ４も含めて、ステップＳ２００３以降の処理を行うことができる。
確保可能リソース情報取得部１２０は、ステップＳ２００６において、各グループのズーム倍率以外のズーム倍率を持つＧ２、Ｇ３、Ｇ４のグループについても、ステップＳ２００６のリサイズを考慮した撮像合計時間の補正処理を行う。
【０２２６】
これにより、確保可能リソース情報取得部１２０は、グループ（動作中の追加アプリケーション）のズーム倍率とは異なるズーム倍率も持つ確保可能リソース情報を出力することができる。
以上のように、本変形例ではリサイズ処理も考慮したグループ情報を基に、確保可能リソース情報作成処理を行うことができる。これにより、確保可能リソース情報取得部１２０は、各グループのズーム倍率以外のズーム倍率の場合についても、ステップＳ２００６のリサイズを考慮した撮像合計時間の補正処理を行うことができる。その結果、１つのＰＴＺの設定で同時に撮像することができるのであれば、当該のグループの連続撮像時間の和が、確保可能リソース情報に記載される。
【０２２７】
この処理を行うことで、ユーザはリサイズ処理を考慮した、より正確な確保可能リソース情報を認識することができ、撮像システムの利便性を向上することができる。
（１０）上記実施の形態２においては、確保可能リソース情報に記載されたズーム倍率と連続撮像時間を変更することなく、追加アプリケーションに対してユーザにより指定された撮像領域を含むという前提条件を満たしたうえで、確保可能な最大の撮像領域を指定可能撮像領域として特定した。
【０２２８】
しかし、これは、その限りではない。ここに、指定可能撮像領域算出処理の別例を図３６のフローチャートを用いて説明する。ここでは、図３１に示したフローチャートと異なる点について説明する。
したがって、ステップＳ３１０４においてスケジュールが有するグループ番号の組を抽出したところから説明する。
【０２２９】
確保可能リソース情報取得部１２０は、ステップＳ３１０４において抽出したグループの組各々について、当該グループの制限付き限界撮像領域を算出する（ステップＳ３６０１）。ここで、制限付き限界撮像領域とは、当該グループに属する既存アプリケーションの撮像領域と、新たに追加予定の追加アプリケーションの撮像領域との両方に基づいて算出した限界撮像領域のことである。制限付き限界撮像領域を算出する手法としては、ステップＳ１１０５において用いた限界撮像領域を算出する手法と同様である。
【０２３０】
確保可能リソース情報取得部１２０は、ステップＳ３１０４において抽出したグループの組各々について、当該グループの制限付き限界撮像領域全てが重なり合う領域を算出する（ステップＳ３６０２）。重なり合う領域の算出方法は、上記実施の形態２においてステップＳ３１０５で説明した場合と同様である。
次に、確保可能リソース情報取得部１２０は、ステップＳ３６０２において算出した重なり合う領域を指定可能撮像領域として、確保可能リソース情報に記載する（ステップＳ３６０３）。
【０２３１】
ステップＳ３６０２においては、追加アプリケーションの撮像領域を加味した制限付き限界撮像領域を用いて、重なり合う領域を算出した。したがって、この場合には、ユーザにより指定された追加アプリケーションの撮像領域を含みつつ、確保可能な最大の撮像領域を限界撮像領域として提示することができるようになる。よって、ユーザは、指定した撮像領域をどこまで拡張できるかを認識することができる。
【０２３２】
（１１）上記実施の形態において、撮像領域を表現するＸ、Ｙの座標系は、ズーム倍率１倍で撮像したパノラマ画像を１平面とした座標系を用いたが、本開示はこれに限定されるものではない。たとえば、他のズーム倍率で撮像したパノラマ画像を１平面とした座標系としてもよい。また、カメラのパンの角度、チルトの角度をＸ、Ｙの値を関連付けた座標系を用いてもよい。
【０２３３】
（１２）上記実施の形態において、アプリケーションのインストール画面、アプリケーションをインストールできるかを管理装置に問い合わせるためのインターフェース画面を図８、９に示したが、これは一例であり、撮像領域の指定やアプリケーションプログラムの指定ができるようになっていれば、その表示態様はどのようなものであってもよい。
（１３）上記実施の形態におけるカメラは、監視カメラに限らず、どのようなカメラであってもよく、例えば、携帯端末のカメラ、民生用のカムコーダ、Ｗｅｂカメラなどであってもよい。
【０２３４】
（１４）上記実施の形態においては表示操作装置３００で追加アプリケーションに対して１つの撮像領域を入力する例を示したが、これは位置であり、複数の撮像領域を入力することとしてもよい。この場合には、管理装置１００は、入力された撮像領域それぞれについて追加アプリケーションが撮像可能かどうか、可能な場合にそのズーム倍率を算出する処理を行い、複数の撮像領域それぞれについて追加アプリケーションのインストールが可能かどうかを判定する。そして、管理装置１００は、その判定結果を指定された撮像領域情報に対応付けて、表示操作装置３００に送信し、ユーザは入力した撮像範囲それぞれについてアプリケーションがインストール可能かどうか認識することができる。
【０２３５】
（１５）上記実施の形態において、各アプリケーションが実行されるようカメラ２００の動作タイミングや撮影方向、倍率などを制御するためのスケジュールは、表示操作装置３００から伝達されたが、管理装置１００から伝達するようにしても良い。
（１６）上記実施の形態において、確保可能リソース情報作成処理に使用される既存アプリ情報は、表示操作装置３００が予めカメラ２００から入手しておいた既存アプリ情報を、インストール判断要求時に管理装置１００に送信されるようにしているが、本開示はこれに限定されるものではない。たとえば、管理装置１００が予めカメラ２００から既存アプリ情報を取得しておいてもよい。
【０２３６】
（１７）上記実施の形態において、新たにアプリをインストールしたい場合、すなわち、当該のアプリケーションをインストールする前に、表示操作装置３００を用いて、それがインストール可能かどうかを管理装置１００に問い合わせるようにしたが、本願はこれに限定されるものではない。たとえば、当該のアプリケーションはすでにカメラ２００にインストールされており、当該のアプリケーションの動作を開始したい時に、ユーザが表示操作装置３００を用いて、当該のアプリケーションの撮像領域を管理装置１００に送信するようにしても良い。
【０２３７】
この場合、管理装置１００は上記で説明した処理と同様に確保可能リソース情報を生成し、表示操作装置３００に送信する。これにより、表示操作装置３００は、確保可能リソース情報を元に、当該のアプリケーションが動作可能かどうかの情報をユーザに提示することができる。
（１８）上記実施の形態において、管理装置１００とアプリケーション発行サーバ４００は別の装置として構成したが、本開示はこれに限定されるものではない。たとえば、同じハードウェア装置上に構成するようにしても良い。
【０２３８】
（１９）上述の実施形態で示した通信に係る動作、確保可能リソース情報生成に係る各種処理等（図１０、１１、１６、２０、２２、２３、２９、３０、３２、３５参照）を管理装置やカメラ、表示操作装置等のプロセッサ、及びそのプロセッサに接続された各種回路に実行させるためのプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路等を介して流通させ頒布させることもできる。このような記録媒体には、ＩＣカード、ハードディスク、光ディスク、フレキシブルディスク、ＲＯＭ等がある。流通、頒布された制御プログラムはプロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより、実施形態で示したような各種機能が実現されるようになる。
【０２３９】
（２０）上記実施の形態に示した撮像システムに係る各装置の各機能部は、その機能を実行する回路として実現されてもよいし、１または複数のプロセッサによりプログラムを実行することで実現されてもよい。また、上記実施の形態の各装置の各機能部は、ＩＣ（Integrated Circuit）、ＬＳＩ（Large Scale Integration）その他の集積回路のパッケージとして構成されるものとしてもよい。このパッケージは各種装置に組み込まれて利用に供され、これにより各種装置は、各実施形態で示したような各機能を実現するようになる。
【０２４０】
なお、各機能ブロックは典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０２４１】
（２１）上記実施の形態および変形例に係る各構成を適宜組み合わせることとしてもよい。
＜補足＞
以下には、本開示に係る管理装置、撮像システム、撮像装置、判定方法についての一実施態様とその効果について説明する。
【０２４２】
（ａ）本開示に係る管理装置は、
ズーム倍率に基づいて定められる撮像範囲を撮像する撮像装置と通信可能な管理装置であって、
前記撮像装置で新たに動作させるアプリケーションが必要とする撮像領域の指定を受け付ける受付部と、
前記撮像装置において既にインストールしている１以上の既存のアプリケーションの各々について、前記既存のアプリケーションが必要とする撮像領域と、前記撮像領域を前記撮像装置が撮像するときの時間の長さを示す撮像時間と、前記撮像領域を前記撮像装置が撮像するときのズーム倍率の情報を取得する取得部と、
前記受付部で受け付けた前記新たに動作させるアプリケーションが必要とする撮像領域と、前記取得部が取得した前記１以上の既存のアプリケーションの各々に対応する撮像領域と前記撮像時間と前記ズーム倍率とに基づき、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能か否かを示す情報を生成する生成部と、
前記情報を出力する出力手段とを備え、
前記生成部は、
前記撮像装置が前記ズーム倍率により定められる撮像範囲に前記１以上の既存のアプリケーションのうちのいずれかが必要とする撮像領域と、前記新たに動作させるアプリケーションが必要とする撮像領域とを含められるかどうかの第１の判定を行い、
前記第１の判定が肯定的であれば、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能であることを示す情報を生成することを特徴とする。
【０２４３】
これにより、管理装置は、新たなアプリケーションを撮像装置にインストール可能かどうかを、ユーザからその撮像領域の指定を受け付けるだけで、判断をすることができる。撮像装置を保有するユーザはその結果を見て、簡単に新たにアプリケーションがインストール可能かどうかを知ることができる。
（ｂ）また、管理装置において、前記生成部は、更に、前記第１の判定が肯定的である場合、
前記新たに動作させるアプリケーションが必要とするズーム倍率を前記１以上の既存のアプリケーションのうちのいずれかが必要とするズーム倍率とした場合において、
前記１以上の既存のアプリケーションのうちのいずれかが必要とする撮像領域および前記新たに動作させるアプリケーションが必要とする撮像領域を含む撮像範囲を前記撮像装置が同時に撮像可能な時間の長さを示す撮像時間とを含む確保可能リソース情報を生成し、
前記出力部は、更に、前記確保可能リソース情報を出力することとしてもよい。
【０２４４】
これにより、撮像装置を保有するユーザは、更に、新たに動作させるアプリケーションをどのようなズーム倍率と撮像時間での撮像が可能かまで知ることができる。
（ｃ）また、管理装置において、前記撮像装置は、カメラであり、
前記カメラの向き、および前記カメラのズーム倍率を変化させるＰＴＺ（Pan-Tilt-Zoom）機構と、
前記カメラの向き、および前記カメラのズーム倍率との組を含むＰＴＺ設定値を用いて、ＰＴＺ機構を制御することで、前記カメラの向き、および前記カメラが一度に撮像できる撮像範囲の大きさを制御する制御部とを備え、
前記カメラの撮像範囲の大きさは、前記カメラのズーム倍率に基づき定められ、
前記生成部は、
前記カメラの撮像範囲に含まれる撮像領域に対応する前記既存のアプリケーションのまとまりであるグループを１以上、生成し、
前記１以上のグループの各々を組み合わせた組み合わせパターンを生成し、前記生成した組み合わせパターンに含まれる前記グループと、前記グループに対応する撮像範囲を前記カメラで撮像可能な撮像時間とを対応付けたスケジュール情報を生成し、
前記スケジュール情報に含まれる組み合わせパターンが有する前記１以上のグループのそれぞれの撮像時間を合計した撮像合計時間は予め定められた単位時間以下であり、
前記第１の判定は、
前記スケジュール情報に含まれる組み合わせパターンが有する前記１以上のグループの各々について、前記グループに含まれる既存のアプリケーションが必要とする撮像領域と、前記新たに動作させるアプリケーションが必要とする撮像領域とが前記既存のアプリケーションが必要とするズーム倍率により定まる前記カメラの撮像範囲に同時に含められるか否かを判定し、
同時に含まられると判定したグループがある場合に、前記新たに動作させるアプリケーションが必要とするズーム倍率を前記判定されたグループに含まれる既存のアプリケーションのうちのいずれかが必要とするズーム倍率とした場合において、前記新たに動作させるアプリケーションが必要とする撮像領域を撮像可能な時間の長さの最大値を算出することとしてもよい。
【０２４５】
これにより、管理装置は、１つのＰＴＺ設定値で特定されるカメラが一度に撮像できる撮像範囲に複数のアプリケーションの各々が必要とする撮像領域が含まれるか否かを判定したうえで、新たなアプリケーションを撮像装置にインストールすることができるか否かを判定することになる。したがって、カメラが一度に撮像できる撮像範囲に複数のアプリケーションの各々が必要とする撮像領域を一度に撮像することができる場合には、より多くのアプリケーションを撮像装置にインストールできる可能性が高まる。
【０２４６】
（ｄ）また、前記生成部は、前記スケジュール情報に含まれる組み合わせパターンが有する前記１以上のグループの各々について、前記既存のアプリケーションが１以上含まれているかどうかを判定し、
前記グループに前記既存のアプリケーションが１以上含まれていると判定した場合、前記グループに含まれる１以上の既存のアプリケーションのそれぞれに対応するズーム倍率のうち最大のズーム倍率に基づいて定まる前記カメラの撮像範囲に前記新たに動作させるアプリケーションが必要とする撮像領域、および前記グループに含まれる１以上の既存のアプリケーションの各々が必要とする撮像領域が含まれるか否かを判定してもよい。
【０２４７】
これにより、前記グループに前記既存のアプリケーションが１以上含まれていると判定した場合、前記グループに含まれる１以上の既存のアプリケーションの各々で要求されるズーム倍率が互いに異なっていたとしても、撮像した画像のリサイズにより所望のズーム倍率での撮像が可能かまで判定できることになり、これによって、より多くのアプリケーションの所望する条件（ズーム倍率、撮像時間、撮像領域）を満たしつつ、新たなアプリケーションの追加が可能かどうかを判定することができる。
【０２４８】
（ｅ）また、管理装置において、
前記スケジュール情報は、複数のグループの組み合わせを含み、かつ複数のグループのそれぞれに対応する撮像範囲を前記カメラで撮像可能な撮像時間のとりえる値が複数のあり、
前記生成部は、
前記第１の判定において、前記組み合わせパターンに含まれる１以上のグループのうち、前記同時に含められると判定したグループが複数ある場合、
前記複数のグループのそれぞれに対応する撮像範囲を前記カメラで撮像可能な撮像時間のとりえる値を用いて、前記新たに動作させるアプリケーションが必要とする撮像領域を前記複数のグループのいずれかで指定されたズーム倍率または前記カメラで設定可能なズーム倍率の最大値で撮像可能な時間の長さの最大値を算出してもよい。
【０２４９】
これにより、前記新たに動作させるアプリケーションが必要とする撮像領域を撮像可能な時間の長さの最大値を得ることができる。
（ｆ）また、管理装置において、
前記確保可能リソース情報は、前記撮像範囲を撮像可能な時間の長さ、ズーム倍率とを変えることなく、前記撮像範囲内に確保可能な撮像領域の限界範囲を示す指定可能撮像領域情報を含むこととしてもよい。
【０２５０】
これにより、管理装置は、撮像可能な限界領域も提示できるので、撮像装置を保有するユーザに更なる利便性を供することができる。
（ｇ）また、管理装置において、前記指定可能撮像領域情報は、前記新たに動作させるアプリケーションが必要とする撮像領域を含み、かつ、前記新たに動作させるアプリケーションが必要とする撮像領域から拡大可能な最大範囲を示すこととしてもよい。
【０２５１】
これにより、管理装置は、ユーザにより指定された新たに追加するアプリケーションのための撮像領域を含み、かつ、撮像可能な限界領域も提示できるので、撮像装置を保有するユーザに更なる利便性を供することができる。
（ｈ）また、管理装置において、前記１以上の既存のアプリケーションの各々について、前記既存のアプリケーションが必要とする撮像領域を前記撮像装置が撮像する撮像時間の合計値である撮像合計時間が予め定められた単位時間よりも短いかどうかの第２の判定を行い、
前記第２の判定が肯定的であれば、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能であることを示す可否情報を生成してもよい。
【０２５２】
これにより、単位時間から撮像合計時間を減算した時間の長さを新たに動作させるアプリケーションを撮像するための時間とすることができる。
（ｉ）本開示に係る撮像装置は、
ズーム倍率に基づいて定められる撮像範囲を撮像する撮像装置であって、
新たに動作させるアプリケーションが必要とする撮像領域の指定を受け付ける受付部と、
自装置で既にインストールしている１以上の既存のアプリケーションの各々について、前記既存のアプリケーションが必要とする撮像領域と、前記撮像領域を前記撮像装置が撮像するときの時間の長さを示す撮像時間と、前記撮像領域を前記撮像装置が撮像するときのズーム倍率の情報を取得する取得部と、
前記受付部で受け付けた前記新たに動作させるアプリケーションが必要とする撮像領域と、前記取得部が取得した前記１以上の既存のアプリケーションの各々に対応する撮像領域と前記撮像時間と前記ズーム倍率とに基づき、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能か否かを示す情報を生成する生成部と、
前記撮像装置にインストールすることが可能か否かを示す情報を出力する出力部とを備え、
前記撮像装置が前記ズーム倍率により定められる撮像可能な撮像範囲に前記１以上の既存のアプリケーションのうちのいずれかが必要とする撮像領域と、前記新たに動作させるアプリケーションが必要とする撮像領域とを含められるかどうかの第１の判定を行い、
前記第１の判定が肯定的であれば、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能であることを示す情報を生成することを特徴とする。
【０２５３】
これにより、管理装置は、新たなアプリケーションを撮像装置にインストール可能かどうかを、ユーザからその撮像領域の指定を受け付けるだけで、判断をすることができる。撮像装置を保有するユーザはその結果を見て、簡単に新たにアプリケーションがインストール可能かどうかを知ることができる。
（ｊ）本開示に係る撮像システムは、
ズーム倍率に基づいて定められる撮像範囲を撮像する撮像装置と、
前記撮像装置で新たに動作させるアプリケーションが必要とする撮像領域の指定を受け付ける受付部と、
前記撮像装置において既にインストールしている１以上の既存のアプリケーションの各々について、前記既存のアプリケーションが必要とする撮像領域と、前記撮像領域を前記撮像装置が撮像するときの時間の長さを示す撮像時間と、前記撮像領域を前記撮像装置が撮像するときのズーム倍率の情報を取得する取得部と、
前記受付部で受け付けた前記新たに動作させるアプリケーションが必要とする撮像領域と、前記取得部が取得した前記１以上の既存のアプリケーションの各々に対応する撮像領域と前記撮像時間と前記ズーム倍率とに基づき、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能か否かを示す情報を生成する生成部と、
前記撮像装置にインストールすることが可能か否かを示す情報を出力する出力部とを備え、
前記生成部は、
前記撮像装置が前記ズーム倍率により定められる撮像範囲に前記１以上の既存のアプリケーションのうちのいずれかが必要とする撮像領域と、前記新たに動作させるアプリケーションが必要とする撮像領域とを含められるかどうかの第１の判定を行い、
前記第１の判定が肯定的であれば、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能であることを示す情報を生成することを特徴とする。
【０２５４】
これにより、管理装置は、新たなアプリケーションを撮像装置にインストール可能かどうかを、ユーザからその撮像領域の指定を受け付けるだけで、判断をすることができる。撮像装置を保有するユーザはその結果を見て、簡単に新たにアプリケーションがインストール可能かどうかを知ることができる。
（ｋ）本開示に係る判定方法は、
ズーム倍率に基づいて定められる撮像範囲を撮像する撮像装置に新たなアプリケーションをインストールできるか否かを判定する判定方法であって、
前記撮像装置で新たに動作させるアプリケーションが必要とする撮像領域の指定を受け付ける受付ステップと、
前記撮像装置において既にインストールしている１以上の既存のアプリケーションの各々について、前記既存のアプリケーションが必要とする撮像領域と、前記撮像領域を前記撮像装置が撮像するときの時間の長さを示す撮像時間と、前記撮像領域を前記撮像装置が撮像するときのズーム倍率の情報を取得する取得ステップと、
前記受付ステップで受け付けた前記新たに動作させるアプリケーションが必要とする撮像領域と、前記取得ステップが取得した前記１以上の既存のアプリケーションの各々に対応する撮像領域と前記撮像時間と前記ズーム倍率とに基づき、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能か否かを示す情報を生成する生成ステップと、
前記撮像装置にインストールすることが可能か否かを示す情報を出力する出力ステップとを含み、
前記生成ステップは、
前記撮像装置が前記ズーム倍率により定められる撮像範囲に前記１以上の既存のアプリケーションのうちのいずれかが必要とする撮像領域と、前記新たに動作させるアプリケーションが必要とする撮像領域とを含められるかどうかの第１の判定を行い、
前記第１の判定が肯定的であれば、前記新たに動作させるアプリケーションを前記撮像装置にインストールすることが可能であることを示す情報を生成することを特徴とする。
【０２５５】
これにより、判定方法は、新たなアプリケーションを撮像装置にインストール可能かどうかを、ユーザからその撮像領域の指定を受け付けるだけで、判断をすることができる。撮像装置を保有するユーザはその結果を見て、簡単に新たにアプリケーションがインストール可能かどうかを知ることができる。
【産業上の利用可能性】
【０２５６】
本開示に係る管理装置は、カメラに新たなアプリケーションをインストールするにあたって、その可否判断を行って、インストール可否を提示できる装置として、カメラを保有するユーザに利便性を供することができる。
【符号の説明】
【０２５７】
１００  管理装置
１１０  通信部
１２０、３７０１  確保可能リソース情報取得部
１３０  情報管理部
１４０  要求制御部
２００、３７００  カメラ
２１０  通信部
２２０  アプリケーション追加処理部
２３０  ＰＴＺ機構
２４０  記憶部
２５０  制御部
３００  表示操作装置
３１０  通信部
３２０  表示部
３３０  入力部
３４０  制御部
４００  アプリケーション発行サーバ
４１０  通信部
４２０  記憶部
４３０  制御部
５００  ネットワーク
【図１】
0006443760.tif 000006
【図２】
0006443760.tif 000007
【図３】
0006443760.tif 000008
【図４】
0006443760.tif 000009
【図５】
0006443760.tif 000010
【図６】
0006443760.tif 000011
【図７】
0006443760.tif 000012
【図８】
0006443760.tif 000013
【図９】
0006443760.tif 000014
【図１０】
0006443760.tif 000015
【図１１】
0006443760.tif 000016
【図１２】
0006443760.tif 000017
【図１３】
0006443760.tif 000018
【図１４】
0006443760.tif 000019
【図１５】
0006443760.tif 000020
【図１６】
0006443760.tif 000021
【図１７】
0006443760.tif 000022
【図１８】
0006443760.tif 000023
【図１９】
0006443760.tif 000024
【図２０】
0006443760.tif 000025
【図２１】
0006443760.tif 000026
【図２２】
0006443760.tif 000027
【図２３】
0006443760.tif 000028
【図２４】
0006443760.tif 000029
【図２５】
0006443760.tif 000030
【図２６】
0006443760.tif 000031
【図２７】
0006443760.tif 000032
【図２８】
0006443760.tif 000033
【図２９】
0006443760.tif 000034
【図３０】
0006443760.tif 000035
【図３１】
0006443760.tif 000036
【図３２】
0006443760.tif 000037
【図３３】
0006443760.tif 000038
【図３４】
0006443760.tif 000039
【図３５】
0006443760.tif 000040
【図３６】
0006443760.tif 000041
【図３７】
0006443760.tif 000042
【図３８】
0006443760.tif 000043