JP6485697B2

JP6485697B2 - 撮像システム及びアプリケーション制御方法

Info

Publication number: JP6485697B2
Application number: JP2015128058A
Authority: JP
Inventors: 良平若井
Original assignee: Panasonic Intellectual Property Management Co Ltd
Current assignee: Panasonic Intellectual Property Management Co Ltd
Priority date: 2015-06-25
Filing date: 2015-06-25
Publication date: 2019-03-20
Anticipated expiration: 2035-06-25
Also published as: JP2017010461A

Description

本発明は、撮像システム及びアプリケーション制御方法に関する。

従来、アプリケーションを実行する装置（実行装置）にアプリケーションをインストール際、アプリケーションプログラムやアプリケーションパッケージ（以下、単にアプリケーションともいう）をサーバ（蓄積サーバ）が管理し、蓄積サーバが、実行装置に対してアプリケーションを供給することがある。実行装置は、供給されたアプリケーションをインストールし、実行する。

従来のアプリケーションを扱うシステムとして、ライセンスファイルが埋め込まれた複合機において、ユーザ操作に応じてライセンスファイルをサーバに渡して指定すると、このサーバが、指定されたライセンスファイルを用いて、この複合機にアプリケーションをインストールすることが知られている（例えば、特許文献１参照）。

また、外部端末、内部端末、及びアプリケーションサーバを管理サーバに登録し、アプリケーションサーバと内部端末とがそれぞれ管理サーバから受信した暗号化通信用鍵を用いて、両者間で暗号化通信路を確立することが知られている（例えば、特許文献２参照）。

また、撮像装置により撮像された撮像画像を画像記録装置に蓄積し、必要に応じて画像配信装置へ配信するシステムがある。このようなシステムとして、鍵管理装置が、画像配信装置及び画像再生装置に共有鍵を配信し、画像記録装置が、複数の画像配信装置から画像の配信を受け、画像再生装置に画像を配信することが知られている（例えば、特許文献３参照）。

特開２００９−２０５２６２号公報特開２００６−３５２８３４号公報特開２００６−１６６２７９号公報

実行装置を、画像を撮像する撮像装置に適用し、アプリケーションを、撮像装置が用いるアプリケーション（カメラアプリケーション）に適用したとする。この場合、特許文献１〜３に記載された技術では、アプリケーションサーバによる撮像装置に対するアプリケーション制御の安全性及び操作性が不十分であった。

本発明は、上記事情に鑑みてなされたものであり、アプリケーションへ制御要求を行う制御装置による撮像装置に対するアプリケーション制御の安全性及び操作性を向上できる撮像システム及びアプリケーション制御方法を提供する。

本発明の撮像システムは、撮像装置と、撮像装置用のアプリケーションに対する制御を管理する管理装置と、がネットワークを介して接続された撮像システムであって、管理装置は、撮像装置用のアプリケーションを制御するための制御キーを生成し、制御キーを、撮像装置と、撮像装置用のアプリケーションを保持し撮像装置用のアプリケーションに対して制御要求を行う制御装置と、の両者へ送信し、撮像装置は、管理装置からの制御キーを受信して保持し、制御装置からの制御キー及び制御要求を受信し、保持された制御キーと制御装置からの制御キーとが一致するか否かを判定し、制御キーが一致する場合、制御要求に応じて、制御キーに対応する撮像装置用のアプリケーションを制御する。

本発明のアプリケーション制御方法は、撮像装置と、撮像装置用のアプリケーションに対する制御を管理する管理装置と、がネットワークを介して接続された撮像システムにおけるアプリケーション制御方法であって、管理装置により、撮像装置用のアプリケーションを制御するための制御キーを生成し、管理装置により、制御キーを、撮像装置と、撮像装置用のアプリケーションを保持し撮像装置用のアプリケーションに対して制御要求を行う制御装置と、の両者へ送信し、撮像装置により、管理装置からの制御キーを受信して保持し、撮像装置により、制御装置からの制御キー及び制御要求を受信し、撮像装置により、保持された制御キーと制御装置からの制御キーとが一致するか否かを判定し、撮像装置により、制御キーが一致する場合、制御要求に応じて、制御キーに対応する撮像装置用のアプリケーションを制御する。

本発明によれば、アプリケーションへ制御要求を行う制御装置による撮像装置に対するアプリケーション制御の安全性及び操作性を向上できる。例えば、制御装置がアプリケーションを用いて撮像装置を制御する仕組みを、ユーザにとって安全かつ簡単に実現できる。

第１の実施形態におけるカメラシステムの構成例を示す模式図第１の実施形態における店舗に配置された各装置の構成例を示す模式図第１の実施形態におけるプロバイダ拠点に配置された各装置の構成例を示す模式図第１の実施形態におけるカメラの構成例を示すブロック図第１の実施形態における管理サーバの構成例を示すブロック図第１の実施形態におけるＡｐｐサーバの構成例を示すブロック図第１の実施形態における管理サーバが管理するユーザ情報が登録されたテーブルの登録内容の一例を示す模式図第１の実施形態における管理サーバが管理するカメラ情報が登録されたテーブルの登録内容の一例を示す模式図第１の実施形態における管理サーバが管理するＡｐｐプロバイダ情報が登録されたテーブルの登録内容の一例を示す模式図第１の実施形態における管理サーバが管理するＡｐｐ情報が登録されたテーブルの登録内容の一例を示す模式図第１の実施形態における管理サーバが管理する契約情報が登録されたテーブルの登録内容の一例を示す模式図第１の実施形態における管理サーバが管理するＣａｍＡｐｐ制御キーの情報が登録されたテーブルの登録内容の一例を示す模式図第１の実施形態におけるカメラシステムによるユーザ登録及びカメラ登録手順の一例を示すシーケンス図第１の実施形態におけるカメラシステムによるＡｐｐプロバイダ登録及びＡｐｐ登録手順の一例を示すシーケンス図第１の実施形態におけるカメラシステムによるＡｐｐ契約手順の一例を示すシーケンス図第１の実施形態におけるＧＵＩ画面の一例を示す模式図第１の実施形態におけるカメラシステムによるＡｐｐ利用開始手順の一例を示すシーケンス図第１の実施形態におけるＰＣのディスプレイに表示される設定ＧＵＩの一例を示す模式図第１の実施形態におけるカメラシステムによるＡｐｐ利用手順の一例を示すシーケンス図第１の実施形態におけるカメラシステムによるＡｐｐ契約破棄手順の一例を示すシーケンス図第２の実施形態におけるカメラの構成例を示すブロック図第３の実施形態における管理サーバの構成例を示すブロック図第４の実施形態におけるＡｐｐサーバの構成例を示すブロック図第２の実施形態における管理サーバが管理するＣａｍＡｐｐ情報が登録されたテーブルの登録内容の一例を示す模式図第２の実施形態における管理サーバが管理するインストールされたＣａｍＡｐｐ情報が登録されたテーブルの登録内容の一例を示す模式図第２の実施形態における管理サーバが管理する契約情報が登録されたテーブルの登録内容の一例を示す模式図第２の実施形態における管理サーバが管理するＣａｍＡｐｐ制御権限に係る情報が登録されたテーブルの登録内容の一例を示す模式図第２の実施形態におけるカメラシステムによるＡｐｐ登録手順の一例を示すシーケンス図第２の実施形態におけるカメラシステムによるＡｐｐ契約手順の一例を示すシーケンス図第２の実施形態におけるカメラシステムによるＡｐｐ利用開始手順の一例を示すシーケンス図第２の実施形態におけるカメラシステムによるＡｐｐ契約破棄手順の一例を示すシーケンス図

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

（本発明の一形態を得るに至った経緯）
監視カメラシステムとして、ネットワークを介してアプリケーションサーバ（以下、Ａｐｐサーバともいう）により複数のカメラ（撮像装置）を制御するシステムが想定される。この監視カメラシステムでは、例えば、Ａｐｐサーバは、各カメラにカメラアプリケーション（以下、ＣａｍＡｐｐという）をインストールさせる。

この監視カメラシステムでは、例えば、カメラのマスタキーをアプリケーションサーバに登録し、このマスタキーを用いてカメラとＡＰＰサーバとの間で、セキュリティを確保してアクセスすることが想定される。

しかし、このような監視カメラシステムでは、安全性や操作性が不十分である。例えば、Ａｐｐサーバは、ＣａｍＡｐｐの契約終了後も、カメラのマスタキーを保持するので、特許文献１，２の技術を用いたとしても、ＣａｍＡｐｐを用いてカメラを制御できる。これに対し、カメラのオーナーがカメラに一度登録されたマスタキーを削除又は変更することは困難であった。

また、マスタキーが流出した場合、他のＡｐｐサーバからＣａｍＡｐｐを用いたカメラ制御が可能となる虞がある。従って、ＣａｍＡｐｐを含むアプリケーションの契約終了後、ＣａｍＡｐｐを用いたカメラ制御が不可能となることが望まれる。

また、Ａｐｐサーバによるカメラへのアクセス権限を制御することが困難であった。例えば、どのカメラに対して、どのＣａｍＡｐｐの制御権限を与えるかをＡｐｐサーバに対して指定することが困難であった。

以下、アプリケーションへ制御要求を行う制御装置による撮像装置に対するアプリケーション制御の安全性及び操作性を向上できる撮像システム及び撮像装置制御方法について説明する。

以下の実施形態の撮像システムは、例えば店舗に出入りする人物を監視する監視カメラシステムに適用される。

（第１の実施形態）
図１は、第１の実施形態におけるカメラシステム５の構成例を示す模式図である。図２は、店舗３に配置された各装置の構成例を示す模式図である。図３は、プロバイダ拠点９０に配置された各装置の構成例を示す模式図である。

カメラシステム５は、管理サーバ３０、店舗３に配置された各装置、及びプロバイダ拠点９０に配置された各装置を備える。店舗３には、例えば、ＰＣ１０、入力装置１４、ディスプレイ１５、１つ以上のカメラ２０ａ，２０ｂ，２０ｃが配置される。プロバイダ拠点９０には、例えば、ＰＣ１０Ａ、入力装置１４Ａ、ディスプレイ１５Ａ、１つ以上のアプリケーション（Ａｐｐ）サーバ４０が配置される。尚、カメラやＡｐｐサーバ４０の台数は、図１〜図３の例に限られない。

カメラシステム５では、例えば、店舗３に設置された複数種類のカメラ２０ａ，２０ｂ，２０ｃ、及びＰＣ１０がインターネット等のネットワーク８に接続される。個々のカメラ２０ａ，２０ｂ，２０ｃを特に区別する必要が無い場合、カメラ２０と総称する。尚、カメラ２０は、店舗以外の場所（例えば屋外の催事場、有料道路）に設置されてもよい。ＰＣ１０は、例えば店舗３のユーザ７に使用される。

また、カメラシステム５では、管理サーバ３０及びＡｐｐサーバ４０が、ネットワーク８に接続される。カメラシステム５に含まれる各装置は、ネットワーク８を介して相互にデータを通信可能である。ネットワーク８を用いた通信路は、例えばＳＳＬ（ＳｅｃｕｒｅＳｏｃｋｅｔｓＬａｙｅｒ）で暗号化された通信路でもよい。この場合、通信されるデータの安全性が向上する。

また、カメラシステム５では、ＰＣ１０Ａがネットワーク８に接続される。ＰＣ１０Ａは、例えば、Ａｐｐプロバイダ９に使用される。

ＰＣ１０，１０Ａは、例えば、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）又はＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）又はＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）を有する。ＣＰＵ又はＤＳＰは、ＲＯＭ又はＲＡＭに保持された各種プログラム（例えば、ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）、ミドルウェアプログラム、アプリケーションプログラム）を実行し、ＰＣ１０，１０Ａが有する各種機能を実現する。ＰＣ１０，１０Ａは、例えば、各種アプリケーションをダウンロードし、インストールし、実行する。

また、ＰＣ１０，１０Ａは、例えば、他の通信装置と通信するための通信インタフェース、データの入出力を行うための入出力インタフェースやユーザインタフェース、を備える。

ＰＣ１０は、Ｗｅｂブラウザ機能部１２を有し、入力装置１４及びディスプレイ１５を有する。ＰＣ１０Ａは、Ｗｅｂブラウザ機能部１２Ａを有し、入力装置１４Ａ及びディスプレイ１５Ａを有する。Ｗｅｂブラウザ機能部１２，１２Ａは、Ｗｅｂブラウザの機能を有し、例えば、Ｗｅｂサーバからアプリケーション（例えば、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）、ｊａｖａｓｃｒｉｐｔ（登録商標））をダウンロードして、実行する。

ユーザ７は、例えば、カメラ２０用のアプリケーション（カメラアプリケーション：ＣａｍＡｐｐ）の提供を受けて使用する使用者である。Ａｐｐプロバイダ９は、例えば、ＣａｍＡｐｐを生成して提供する提供者である。

ＰＣ１０のＷｅｂブラウザ機能部１２は、例えば、ＷｅｂブラウザからＡｐｐサーバ４０にアクセスして、Ｗｅｂアプリケーション（例えばＷｅｂサーバが提供するＨＴＭＬ、Ｊａｖａｓｃｒｉｐｔ（登録商標））を実行する。Ｗｅｂアプリケーションにより、ＰＣ１０は、ＣａｍＡｐｐが提供する機能やＣａｍＡｐｐに対応するＡｐｐが提供する機能によるサービス（例えば撮像画像の表示、撮像画像から導出されるメタデータに基づく統計情報の表示）を受けることができる。例えば、ユーザ７（例えば店舗３のオーナー）は、ＰＣ１０を用いて、Ａｐｐストアを運営する管理サーバ３０から、所望のＡｐｐを購入することで、カメラシステム５の動作によりＡｐｐに対応するＣａｍＡｐｐをカメラ２０にインストールして利用できる。尚、管理サーバ３０は、Ａｐｐストアの機能を有しており、Ａｐｐサーバ４０は、各Ａｐｐを実現するためにＡｐｐプロバイダ９が開発・管理するサーバである。

アプリケーションは、例えば、Ｗｅｂサーバにユーザ情報を提示し、ユーザからの入力情報をＷｅｂサーバに送信するために用いられる。尚、ＰＣ１０，１０Ａは、必ずしもＷｅｂブラウザの機能を有する必要は無く、ＰＣ１０，１０Ａ上で動作する他のアプリケーション（例えば、ネイティブアプリケーション（Ｗｉｎｄｏｗｓ（登録商標）アプリケーション、ｊａｖａ（登録商標）アプリケーション、ｉｏｓ（登録商標）アプリケーション、ＭａｃＯＳ（登録商標）アプリ等）でもよい。

ＰＣ１０，１０Ａは、アプリケーションをダウンロードし、インストールし、実行する。また、情報処理装置として、ＰＣ１０，１０Ａの代わりに、スマートフォンやタブレット端末が用いられてもよい。

尚、ＰＣ１０とカメラ２０とが異なる位置（例えば異なる店舗３）に設けられてもよい。また、Ａｐｐサーバ４０は、プロバイダ拠点９０以外の位置に配置されてもよい。Ａｐｐサーバ４０が複数存在する場合、ハードウェアで区別されても、ソフトウェアで区別されても、ハードウェア及びソフトウェアで区別されてもよい。Ａｐｐサーバ４０がハードウェアで区別されて複数存在する場合、Ａｐｐサーバ４０が離れて（例えば別拠点に）設置されてもよい。

図４は、カメラ２０の構成例を示すブロック図である。

カメラ２０、例えば、ＣＰＵ又はＤＳＰ、ＲＯＭ又はＲＡＭを有する。ＣＰＵ又はＤＳＰは、ＲＯＭ又はＲＡＭに保持された各種プログラム（例えば、ＯＳ、ミドルウェアプログラム、アプリケーションプログラム）を実行し、カメラ２０が有する各種機能を実現する。カメラ２０は、例えば、各種アプリケーションをダウンロードし、インストールし、実行する。

また、カメラ２０は、例えば、他の通信装置と通信するための通信インタフェース、データの入出力を行うための入出力インタフェースやユーザインタフェース、を備える。

カメラ２０は、ＣａｍＡｐｐ管理部２１、制御権限管理部２２、制御要求受付判定部２３、管理サーバ認証部２４、通信部２５、カメラ画配信部２６、撮像部２７、及びアプリケーション実行部２８を有する。カメラ２０は、例えば店舗３内又は店舗３外に設置される。尚、アプリケーション実行部２８は、ＣａｍＡｐｐがインストールされることで、カメラ２０に備えられる。

撮像部２７は、画像を撮像する。アプリケーション実行部２８は、撮像部２７により撮像された画像（撮像画像）から、例えば公知の方法に基づいて、メタデータを生成する。メタデータは、例えば、顔特徴、年齢、性別、身なり、時刻（例えば撮像時刻やメタデータ生成時刻）、身なり、の情報を含む。

ＣａｍＡｐｐ管理部２１は、ＣａｍＡｐｐのインストール、アンインストール、起動、終了を制御し、管理する。ＣａｍＡｐｐ管理部２１は、例えばＣａｍＡｐｐ制御要求に応じてＣａｍＡｐｐを管理する。この制御要求は、例えば、ＣａｍＡｐｐのインストール、アンインストール、起動、終了、アップデートの要求を含む。

制御権限管理部２２は、管理サーバ３０からＣａｍＡｐｐ制御権限の変更要求を受け付け、変更要求に従って、ＣａｍＡｐｐ毎にＣａｍＡｐｐ制御権限を管理する。この変更要求は、例えば、ＣａｍＡｐｐ制御権限の設定要求、破棄要求を含む。ここでは、ＣａｍＡｐｐ制御権限は、管理サーバ３０により生成されるＣａｍＡｐｐ制御キーである。ＣａｍＡｐｐ制御権限は、契約毎、又は、契約及びカメラ２０毎、に管理されてもよい。

制御要求受付判定部２３は、Ａｐｐサーバ４０からＣａｍＡｐｐ制御要求を受信し、ＣａｍＡｐｐ制御要求が正当な権限を持ったＡｐｐサーバ４０からの要求であるかどうか判定する。正当なＡｐｐサーバ４０からのＣａｍＡｐｐ制御要求である場合、ＣａｍＡｐｐ管理部２１によりＣａｍＡｐｐ制御要求に応じた処理が実行される。例えば、制御権限管理部２２が保持するＣａｍＡｐｐ制御キーと、Ａｐｐサーバ４０からのＣａｍＡｐｐ制御キーと、が一致する場合、正当なＣａｍＡｐｐ制御要求と判定される。

管理サーバ認証部２４は、管理サーバ３０を認証し、管理サーバ３０からの要求や指示が正当であることを保証する。例えば、カメラ２０の製造時に管理サーバ３０の認証キー（例えばＣａｍＡｐｐ制御権限制御キー（マスタキー））を埋め込んでおくことで、管理サーバ３０を認証できる。

通信部２５は、各種情報、データを通信する。通信部２５は、例えば、管理サーバ３０又はＡｐｐサーバ４０からＣａｍＡｐｐ制御要求を受け付ける。

カメラ画配信部２６は、例えば、各ＣａｍＡｐｐからの要求に応じて、撮像部２７で撮像されたカメラ画（撮像画像）を取得し、ＣａｍＡｐｐにカメラ画を送る。尚、アプリケーション実行部２８は、ＣａｍＡｐｐを実行して、カメラ画に基づいてメタデータを生成する。

図５は、管理サーバ３０の構成例を示すブロック図である。

管理サーバ３０は、例えば、複数のユーザ７、複数のＡｐｐプロバイダ９、ユーザ７毎に複数のカメラ２０、Ａｐｐプロバイダ９毎に複数のＡｐｐ、Ａｐｐ毎に１つのＡｐｐサーバ４０及び複数のＣａｍＡｐｐ、を管理する。

管理サーバ３０は、例えば、ＣＰＵ又はＤＳＰ、ＲＯＭ又はＲＡＭを有する。ＣＰＵ又はＤＳＰは、ＲＯＭ又はＲＡＭに保持された各種プログラム（例えば、ＯＳ、ミドルウェアプログラム、アプリケーションプログラム）を実行し、管理サーバ３０が有する各種機能を実現する。

また、管理サーバ３０は、例えば、他の通信装置と通信するための通信インタフェース、データの入出力を行うための入出力インタフェースやユーザインタフェース、を備える。

管理サーバ３０は、各種情報を管理し、例えばＣａｍＡｐｐに対する制御を管理する。管理サーバ３０は、ユーザ管理部３１、カメラ管理部３２、Ａｐｐプロバイダ管理部３３、Ａｐｐ管理部３４、Ａｐｐサーバ認証部３５、契約管理部３６、制御権限管理部３７、及び通信部３８を有する。

ユーザ管理部３１は、ユーザ情報（例えば、ＣａｍＡｐｐを利用するユーザに関する情報）を管理する。ユーザ管理部３１は、例えば、ＰＣ１０からＷｅｂブラウザを介してアクセスされた場合、ユーザ管理部３１が管理するパスワードにより認証（ユーザ認証）する。ユーザ情報は、例えば後述するテーブル５１に蓄積される。

カメラ管理部３２は、カメラ２０の情報（例えば、ＣａｍＡｐｐがインストールされるカメラ２０に関する情報）を管理する。カメラ２０の情報は、例えばカメラ２０の所有者情報を含む。カメラ２０の情報は、例えば後述するテーブル５２に蓄積される。

Ａｐｐプロバイダ管理部３３は、Ａｐｐプロバイダ９の情報（例えば、ＣａｍＡｐｐを提供するＡｐｐプロバイダに関する情報）を管理する。Ａｐｐプロバイダ９の情報は、例えば後述するテーブル５３に蓄積される。

Ａｐｐ管理部３４は、ＣａｍＡｐｐの情報を含むＡｐｐの情報を管理する。Ａｐｐの情報は、例えば、提供元のＡｐｐプロバイダの情報を含む。Ａｐｐの情報は、例えば後述するテーブル５４に蓄積される。

尚、Ａｐｐは、例えば、カメラ２０用のアプリケーションであるＣａｍＡｐｐと、Ａｐｐサーバ４０用のアプリケーションであるサーバアプリケーション（ＳｅｒｖｅｒＡｐｐともいう）と、を含む。ＣａｍＡｐｐ及びＳｅｒｖｅｒＡｐｐの実行の組み合わせにより、Ａｐｐの機能が実現される。

Ａｐｐサーバ認証部３５は、Ａｐｐを実行するために用いられるＡｐｐサーバ４０を認証する。これにより、ＣａｍＡｐｐ制御権限（ＣａｍＡｐｐ制御キー）の受け渡しを正しく実施できる。Ａｐｐサーバ４０の認証技術は、例えば、メッセージ認証符号やデジタル署名を含む。メッセージ認証符号では、ＭＡＣ（ＭｅｓｓａｇｅＡｕｔｈｅｎｔｉｃａｔｉｏｎＣｏｄｅ）を使用する場合、例えば、使用される鍵は共通鍵である。この共通鍵は、例えば、乱数生成器により生成された十分な長さを持つ乱数である。デジタル署名では、送信側（例えば管理サーバ３０）と受信側（例えばＡｐｐサーバ４０）とで別の鍵が使用される。この鍵は、例えば、公開鍵暗号方式の鍵生成アルゴリズムによって生成される。

契約管理部３６は、Ａｐｐ（ＣａｍＡｐｐ）の契約に関する契約情報を管理する。例えば、契約管理部３６は、どのユーザがどのＡｐｐを使用するかを管理する。契約情報は、例えば後述するテーブル５５に蓄積される。

制御権限管理部３７は、Ａｐｐサーバ４０がどのカメラ２０に対するどのＣａｍＡｐｐを制御する権限を持つか、つまりＣａｍＡｐｐ制御権限を管理する。具体的には、制御権限管理部３７は、ＣａｍＡｐｐ制御権限を管理するためのＣａｍＡｐｐ制御キーを生成し、管理する。ＣａｍＡｐｐ制御キーは、ＣａｍＡｐｐがインストールされるカメラ２０に送られ、ＣａｍＡｐｐを提供するＡｐｐサーバ４０に送られる。ＣａｍＡｐｐ制御キーは、ＣａｍＡｐｐの制御時に使用される。ＣａｍＡｐｐ制御キーは、例えば、図示しない乱数生成器により生成される乱数であり、サブキーに相当する。

Ａｐｐサーバ４０からカメラ２０に対して行われるＣａｍＡｐｐ制御要求の送信時に、このＣａｍＡｐｐ制御キーが一緒に送信されることで、カメラ２０は、要求送信元が正しいＣａｍＡｐｐ制御権限を持つＡｐｐサーバ４０であることを確認できる。

また、制御権限管理部３７は、後述するＣａｍＡｐｐ制御キーに係る情報を管理する。ＣａｍＡｐｐ制御キーに係る情報は、例えば後述するテーブル５５，５６に蓄積される。

通信部３８は、各種情報、データを通信する。通信部３８は、例えば、ユーザ７やＡｐｐプロバイダ９の指示によりＰＣ１０のＷｅｂブラウザ機能部１２を介してアクセスされた際、ユーザ７やＡｐｐプロバイダ９向けのＨＴＭＬやＪａｖａＳｃｒｉｐｔ（登録商標）のデータをＷｅｂブラウザ機能部１２に返す。

図６は、Ａｐｐサーバ４０の構成例を示すブロック図である。

Ａｐｐサーバ４０は、例えば、ＣＰＵ又はＤＳＰ、ＲＯＭ又はＲＡＭを有する。ＣＰＵ又はＤＳＰは、ＲＯＭ又はＲＡＭに保持された各種プログラム（例えば、ＯＳ、ミドルウェアプログラム、アプリケーションプログラム）を実行し、Ａｐｐサーバ４０が有する各種機能を実現する。

また、Ａｐｐサーバ４０は、例えば、他の通信装置と通信するための通信インタフェース、データの入出力を行うための入出力インタフェースやユーザインタフェース、を備える。

Ａｐｐサーバ４０は、例えば、１つ以上のカメラ２０のＣａｍＡｐｐを制御して、１つ以上のカメラ２０から各種データ（例えばメタデータ）を収集し、ＳｅｒｖｅｒＡｐｐ等を実行して、各種統計情報を導出する。つまり、Ａｐｐサーバ４０は、各カメラ２０から収集したメタデータを利用してユーザ価値の高いデータを生成し、ネットワーク８を経由してユーザのＰＣ１０等に提供する。

Ａｐｐサーバ４０は、例えば、顧客分析Ａｐｐ用のＡｐｐサーバ、店員分析Ａｐｐ用のＡｐｐサーバ、お得意様通知Ａｐｐ用のＡｐｐサーバ、を含む。

Ａｐｐサーバ４０は、ＣａｍＡｐｐ管理部４１、制御部４２、通信部４５、及び統計情報管理部４６を有する。Ａｐｐサーバ４０は、ＣａｍＡｐｐ及びＳｅｒｖｅｒＡｐｐを蓄積する。

統計情報管理部４６は、カメラ２０から各種データ（例えばメタデータ）を収集し、各種統計情報を導出する。統計情報管理部４６は、収集されたメタデータとともに、Ａｐｐサーバ４０が保持するＳｅｒｖｅｒＡｐｐの処理結果に応じて、統計情報を導出してもよい。統計情報の結果は、例えば、ネットワーク８を介してＰＣ１０に送られ、ＰＣ１０のディスプレイ１５に表示される。統計情報は、例えば、店舗３の監視やマーケティングに用いられる。

ＣａｍＡｐｐ管理部４１は、ＣａｍＡｐｐの情報と、カメラ２０にインストールされるＣａｍＡｐｐＰａｃｋａｇｅ（カメラアプリケーションパッケージ）と、を蓄積し、管理する。ＣａｍＡｐｐの情報は、例えば、ＣａｍＡｐｐの識別情報を含む。ＣａｍＡｐｐＰａｃｋａｇｅは、例えば、ＣａｍＡｐｐのアプリケーション本体と、ＣａｍＡｐｐをインストールや実行するための設定情報と、を含む。

通信部４５は、各種情報、データを通信する。通信部４５は、例えば、カメラ２０にＣａｍＡｐｐ制御要求を送信する際に必要なＣａｍＡｐｐ制御キーの取得を管理サーバ３０に要求する。通信部４５は、例えば、ＣａｍＡｐｐ制御要求（例えば、ＣａｍＡｐｐの起動、終了、インストール、アンインストール、アップデートの要求）やＣａｍＡｐｐＰａｃｋａｇｅをカメラ２０に送信する。

通信部４５は、例えば、ユーザ７にＡｐｐの初期設定やＡｐｐ利用時の情報表示のためのＧＵＩ（例えば図１８参照）の情報を通信する。例えば、イベント発生時にユーザ７にメールを送るアプリである場合、ＧＵＩが不要とされてもよい。このイベントは、例えば、予めメモリ等に登録された人物の検出、店舗内の人数が所定人数以上に達したこと、所定時間の来店客数が所定数以上に達したこと、含む。

次に、Ａｐｐ、ＣａｍＡｐｐ、及びＳｅｖｅｒＡｐｐの具体例について説明する。

Ａｐｐの具体例としては、例えば、顧客分析Ａｐｐ、店員分析Ａｐｐ、万引き犯及びお得意様通知Ａｐｐ、が挙げられる。顧客分析Ａｐｐは、顧客の年齢や性別毎に店舗３での導線や滞在時間等を統計情報として提供するためのアプリケーションである。店員分析Ａｐｐは、店員の業務態度を統計情報として提供するためのアプリケーションである。万引き犯又はお得意様通知Ａｐｐは、例えば、特定の人物が店舗３内に入店した際にメール等で通知するためのアプリケーションである。特定の人物の情報（例えば顔特徴の情報）としては、ユーザが登録した情報が予めＡｐｐサーバ４０のメモリ上に登録されている。

ＣａｍＡｐｐの具体例としては、例えば、顔識別Ａｐｐ、年齢性別推定Ａｐｐ、姿勢検出Ａｐｐ、顔識別マッチングＡｐｐ、が挙げられる。顔識別Ａｐｐは、例えば、撮像画像に対して公知の顔識別処理（顔認識処理）を行うことで、顔識別情報（顔認識情報）を得るためのアプリケーションである。年齢性別推定Ａｐｐは、例えば、撮像画像に対して公知の年齢性別推定処理を行うことで、年齢性別の情報を得るためのアプリケーションである。年齢性別とは、年齢及び性別の少なくとも一方を含む。姿勢検出Ａｐｐは、例えば、撮像画像に対して公知の姿勢検出処理を行うことで、店員等の姿勢の情報を得るためのアプリケーションである。姿勢の情報は、例えば、立っている姿勢、座っている姿勢、お辞儀をしている姿勢、の情報を含む。顔識別マッチングＡｐｐは、例えば、予め登録された顔情報と顔識別により検出された顔情報とを比較し（顔識別マッチング）、同一人物であるか否かの判別結果を得るためのアプリケーションである。

上記のＣａｍＡｐｐは、例えば、店舗３の入口用のＣａｍＡｐｐ、店舗３の内部用（例えばレジカウンタ用）のＣａｍＡｐｐ、店舗３の出口用のＣａｍＡｐｐ、として用いられる。

ＳｅｒｖｅｒＡｐｐの具体例としては、例えば、顧客トラッキングＡｐｐ、統計情報算出Ａｐｐ、メール通知Ａｐｐ、が挙げられる。顧客トラッキングＡｐｐは、例えば、顔識別処理、年齢性別推定処理、姿勢検出処理の結果に応じて、店舗３内の顧客の動向を追跡するためのアプリケーションである。統計情報算出Ａｐｐは、ＣａｍＡｐｐにより得られた各種情報に基づいて、様々な統計情報を算出するためのアプリケーションである。この統計情報、Ａｐｐ毎、ＣａｍＡｐｐ毎、カメラ２０毎、Ａｐｐ契約毎など、様々な側面を考慮して導出され得る。メール通知Ａｐｐは、例えば、顔識別マッチングにより特定の人物を検出した際に、メール通知するためのアプリケーションである。

例えば、Ａｐｐサーバ４０は、顧客分析として顧客トラッキングや統計情報を算出する場合、ＣａｍＡｐｐに係るメタデータとして、顔識別情報や年齢・性別推定情報を収集する。Ａｐｐサーバ４０は、収集されたメタデータに基づいて、例えば、顧客の年齢、店舗３内の顧客の導線、顧客の滞在時間を統計情報として導出できる。そして、Ａｐｐサーバ４０は、導出された統計情報を、店舗３のオーナー等に提供できる。

例えば、Ａｐｐサーバ４０は、店員分析として店員トラッキングや統計情報を算出する場合、ＣａｍＡｐｐに係るメタデータとして、顔識別情報や姿勢検出情報等を収集する。Ａｐｐサーバ４０は、収集されたメタデータに基づいて、例えば、店舗３内の店員の導線、店員の業務態度を統計情報として導出できる。業務態度として、例えば、立っている、座っている、又はお辞儀をしている姿勢が挙げられる。

例えば、Ａｐｐサーバ４０は、メールを用いて万引犯の通知やお得意様通知を行う場合、例えば、ＣａｍＡｐｐに係るメタデータとして、顔識別情報や予め登録された顔画像等とのマッチング情報を収集する。これにより、Ａｐｐサーバ４０は、特定の人物が店舗３内に入店されたことが検出された際、メールによりユーザ７（例えば店舗３のオーナー）等に通知できる。

尚、各ＣａｍＡｐｐに含まれるパラメータとして、例えば、顔特徴量の算出に用いられる画像の解像度、顔の探索処理に用いられるマッチング閾値、が挙げられる。

図７は、管理サーバ３０が管理するユーザ情報が登録されたテーブル５１の登録内容の一例を示す模式図である。

テーブル５１は、管理サーバ３０内のユーザ管理部３１によって管理される。テーブル５１には、例えば、ユーザ情報として、ユーザ７毎に、ユーザＩＤ、メールアドレス、及びパスワードの情報が登録されている。

ユーザＩＤは、ＣａｍＡｐｐのユーザの識別情報の一例である。メールアドレスは、ユーザ７が使用するメールアドレスである。パスワードは、ユーザ７が使用するパスワードである。例えば、ユーザＩＤ：「１００１」、メールアドレス：「ｘｘｘ＠ｘｘｘ.ｃｏｍ」、パスワード：「ｘｘｘ」が登録される。

図８は、管理サーバ３０が管理するカメラ情報が登録されたテーブル５２の登録内容の一例を示す模式図である。

テーブル５２は、管理サーバ３０内のカメラ管理部３２によって管理される。テーブル５２には、例えば、カメラ情報として、カメラ２０毎に、カメラＩＤ、ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）、ユーザＩＤ、及びカメラ名が登録されている。

カメラＩＤは、ＣａｍＡｐｐがインストールされるカメラ２０の識別情報の一例である。ＵＲＬは、ＣａｍＡｐｐがインストールされるカメラ２０のＵＲＬである。カメラ名は、ＣａｍＡｐｐがインストールされるカメラ２０の名称である。尚、カメラ名は、例えば、ユーザ７によりＰＣ１０の入力装置１４を介して任意に設定され得る。

例えば、カメラＩＤ：「１１０１」、ＵＲＬ：「ｈｔｔｐ：／／ｘｘｘ.ｘｘｘ.ｘｘｘ.００１／ｃａｍｅｒａ.ｃｇｉ」、ユーザＩＤ：「１００１」、カメラ名：「入口カメラ」が登録される。

図９は、管理サーバ３０が管理するＡｐｐプロバイダ情報が登録されたテーブル５３の登録内容の一例を示す模式図である。

テーブル５３は、管理サーバ３０内のＡｐｐプロバイダ管理部３３によって管理される。テーブル５３には、例えば、Ａｐｐプロバイダ情報として、Ａｐｐプロバイダ９毎に、ＡｐｐプロバイダＩＤ、メールアドレス、及びパスワードが登録されている。

ＡｐｐプロバイダＩＤは、ＣａｍＡｐｐを提供するＡｐｐプロバイダ９の識別情報の一例である。メールアドレスは、ＣａｍＡｐｐを提供するＡｐｐプロバイダ９が使用するメールアドレスである。パスワードは、ＣａｍＡｐｐを提供するＡｐｐプロバイダ９が使用するパスワードである。

例えば、ＡｐｐプロバイダＩＤ：「２００１」、メールアドレス：「ｘｘｘ＠ｐｐｐｐ.ｃｏｍ」、パスワード：「ｘｘｘｘｘｘｘｘ」が登録される。

図１０は、管理サーバ３０が管理するＡｐｐ情報が登録されたテーブル５４の登録内容の一例を示す模式図である。

テーブル５４は、管理サーバ３０内のＡｐｐ管理部３４によって管理される。テーブル５４には、例えば、Ａｐｐ情報として、ＡｐｐＩＤ、Ａｐｐ名、Ａｐｐ説明、ＡｐｐプロバイダＩＤ、及びＡｐｐサーバ認証キーが登録されている。

ＡｐｐＩＤは、ＣａｍＡｐｐに対応するＡｐｐの識別情報の一例である。Ａｐｐ名は、ＣａｍＡｐｐに対応するＡｐｐの名称である。Ａｐｐ説明は、ＣａｍＡｐｐに対応するＡｐｐの内容を説明する情報である。ＡｐｐプロバイダＩＤは、ＣａｍＡｐｐに対応するＡｐｐを提供するＡｐｐプロバイダ９の識別情報の一例である。Ａｐｐサーバ認証キーは、ＣａｍＡｐｐに対応するＡｐｐを提供するＡｐｐサーバ４０を認証するためのキーである。

例えば、ＡｐｐＩＤ：「２１０１」、Ａｐｐ名：「ＰｅｏｐｌｅＣｏｕｎｔ」、Ａｐｐ説明：「人を数え、時間帯毎、曜日毎、月毎、などの統計情報を算出する。」、ＡｐｐプロバイダＩＤ：「２００２」、Ａｐｐサーバ認証キー：「ｑａｚｗｓｘｅｄｃｒｆｖｔｇｂ」が登録される。

図１１は、管理サーバ３０が管理する契約情報が登録されたテーブル５５の登録内容の一例を示す模式図である。

テーブル５５は、管理サーバ３０内の契約管理部３６によって管理される。テーブル５５には、例えば、契約情報として、契約ＩＤ、ユーザＩＤ、ＡｐｐＩＤ、契約認証キー、及びＣａｍＡｐｐ制御キーが登録されている。契約ＩＤは、Ａｐｐの提供を受ける契約を識別するための識別情報の一例である。ユーザＩＤは、契約者としてのユーザの識別情報の一例である。ＡｐｐＩＤは、契約されたＡｐｐの識別情報の一例である。契約認証キーは、契約内容や、契約されたＡｐｐの利用情報（例えば利用履歴の情報）を参照するためのキーである。ＣａｍＡｐｐ制御キーは、契約されたＡｐｐに対応するＣａｍＡｐｐを制御するための制御キーである。

例えば、契約ＩＤ：「３００１」、ユーザＩＤ：「１００１」、ＡｐｐＩＤ：「２１０１」、契約認証キー：「ａｓｄｆｇｈｊｋｌａｓｄｆｇｈｊｋｌａｓｄｆｇｈｊｋｌ」が登録される。

テーブル５５が用いられる場合、例えば、１つの契約毎に１つのＣａｍＡｐｐ制御キーが発行される。この場合、ＣａｍＡｐｐ制御キーは、Ａｐｐの契約を行ったユーザ７が所有する各カメラ２０に送信され、使用される。

また、テーブル５５が用いられる場合、１つの契約及び１つのカメラ毎にＣａｍＡｐｐ制御キーが発行されてもよい。この場合、１つの契約（１つのＡｐｐ）に対して、カメラ毎に個別のＣａｍＡｐｐ制御キーが送信され、使用される。また、この場合、管理サーバ３０は、後述する図１２に示すテーブル５６も利用する。更に、この場合、テーブル５５の「ＣａｍＡｐｐ制御キー」の情報が不要になる。

図１２は、管理サーバ３０が管理するＣａｍＡｐｐ制御キーの情報が登録されたテーブル５６の登録内容の一例を示す模式図である。テーブル５６は、テーブル５５とともに参照される。

テーブル５６は、管理サーバ３０内の制御権限管理部３７によって管理される。テーブル５６には、例えば、ＣａｍＡｐｐ制御キーの情報として、ＣａｍＡｐｐ制御キーＩＤ、契約ＩＤ、カメラＩＤ、及びＣａｍＡｐｐ制御キーが登録されている。ＣａｍＡｐｐ制御キーＩＤは、ＣａｍＡｐｐ制御キーの識別情報の一例である。

テーブル５５及びテーブル５６を用いることで、１つの契約及び１つのカメラ毎に、１つのＣａｍＡｐｐ制御キー、ＣａｍＡｐｐ制御権限が定まる。

また、ユーザ７が入力装置１４等を介して、Ａｐｐ毎に使用されるカメラ２０を指定してもよい。これにより、ユーザ７は、ユーザ７が所有する各カメラ２０のうち、特定のカメラ２０へのアクセスを許可できる。

テーブル５６の例では、契約ＩＤ：３００１に係るＡｐｐ（Ａｐｐサーバ）は、カメラＩＤ：１１０１，１１０２，１１０３で識別される計３台のカメラ２０へのＣａｍＡｐｐに対する制御が許可される。契約ＩＤ：３００２に係るＡｐｐ（Ａｐｐサーバ）は、カメラＩＤ：１１０１で識別される計１台のカメラ２０へのＣａｍＡｐｐに対する制御が許可される。

テーブル５６を用いることで、一層セキュリティを向上できる。

次に、カメラシステム５の動作例について説明する。

図１３は、カメラシステム５によるユーザ登録及びカメラ登録の手順の一例を示すシーケンス図である。

ＰＣ１０では、ユーザ７が入力装置１４を介してユーザ登録を要求すると、Ｗｅｂブラウザ機能部１２は、管理サーバ３０に対し、ユーザ登録要求を行う（Ｔ１）。このユーザ登録要求では、ＰＣ１０から管理サーバ３０へ、ＰＣ１０が保持する又は入力装置１４を介して入力された、ユーザ７のメールアドレス及びパスワードの情報が送信される。

管理サーバ３０では、通信部３８が、ＰＣ１０からユーザ登録要求を受けると、ユーザ管理部３１が、ユーザ登録を行い、通信部３８が、ユーザ登録完了をＰＣ１０に返信する（Ｔ２）。ユーザ登録では、ユーザ管理部３１が、ユーザ登録要求に基づいてユーザ７を識別するユーザＩＤを付し、ユーザＩＤ、ＰＣ１０からのメールアドレス及びパスワードの情報をテーブル５１に保持させる。

ＰＣ１０では、ユーザ７が入力装置１４等を介してメールアドレス及びパスワードを入力してログインを要求すると、Ｗｅｂブラウザ機能部１２は、管理サーバ３０に対し、メールアドレス及びパスワードを送信してログイン要求する（Ｔ３）。

管理サーバ３０では、通信部３８が、ＰＣ１０からログイン要求とメールアドレス及びパスワードとを受けると、ユーザ管理部３１が、テーブル５１を参照し、メールアドレス及びパスワードを照合する。照合に成功すると、つまり一致するメールアドレス及びパスワードが存在すると、通信部３８が、セッションＩＤを発行してログイン完了通知を行う（Ｔ４）。このセッションＩＤは、ユーザＩＤに紐付けて管理される。

ＰＣ１０では、ユーザ７が入力装置１４等を介してカメラ登録を要求すると、Ｗｅｂブラウザ機能部１２は、セッションＩＤを用いて、管理サーバ３０に対し、カメラ登録要求を行う（Ｔ５）。このカメラ登録要求では、ＰＣ１０から管理サーバ３０に、カメラ名及びカメラＵＲＬが送信される。

管理サーバ３０では、通信部３８がＰＣ１０からカメラ登録要求を受けると、カメラ管理部３２がカメラ登録を行う。このカメラ登録では、カメラ管理部３２が、カメラ登録要求に基づいてカメラ２０を識別するためのカメラＩＤ、ネットワークを経由してカメラ２０にアクセスするためのＵＲＬ（カメラＵＲＬ）、カメラ２０の所有者情報としてのユーザＩＤ、及びカメラ２０の名称（カメラ名）の情報を、テーブル５２に保持させる。ユーザＩＤとしては、セッションＩＤに紐付けられた値が使用される。

通信部３８は、カメラ登録要求により指定されたカメラＵＲＬに対して接続確認を送る（Ｔ６）。カメラ２０が正常に接続されている場合には、通信部３８は、カメラ２０からカメラ接続応答を受信する（Ｔ７）。そして、通信部３８は、カメラ登録完了をＰＣ１０へ返信する（Ｔ８）。

図１３に示したユーザ登録及びカメラ登録手順によれば、カメラシステム５は、ユーザ７の情報とカメラ２０の情報とを容易に管理サーバ３０に設定できる。

尚、Ｔ５では、ＰＣ１０がカメラ２０を介さず管理サーバ３０へカメラ登録要求することを例示したが、ユーザ７の入力に基づいて、ＰＣ１０がカメラ２０を介して管理サーバ３０へカメラ登録要求してもよい。この場合、カメラ登録要求時には、ユーザＩＤ、パスワード、カメラ名の情報が送られる。この場合でも、管理サーバ３０からカメラ２０へアクセスできるようになる。

図１４は、カメラシステム５によるＡｐｐプロバイダ登録及びＡｐｐ登録手順の一例を示すシーケンス図である。

ＰＣ１０Ａでは、Ａｐｐプロバイダ９が入力装置１４Ａ等を介してＡｐｐプロバイダ登録を要求すると、Ｗｅｂブラウザ機能部１２が、管理サーバ３０に対し、Ａｐｐプロバイダ登録要求を行う（Ｔ１１）。このＡｐｐプロバイダ登録要求では、ＰＣ１０Ａから管理サーバ３０へ、ＰＣ１０Ａが保持する又は入力装置１４Ａ等を介して入力された、Ａｐｐプロバイダ９のメールアドレス及びパスワードの情報が送信される。

管理サーバ３０では、通信部３８がＰＣ１０ＡからＡｐｐプロバイダ登録要求を受けると、Ａｐｐプロバイダ管理部３３がＡｐｐプロバイダ登録を行い、通信部３８がＡｐｐプロバイダ登録完了をＰＣ１０Ａに返信する（Ｔ１２）。

このＡｐｐプロバイダ登録では、Ａｐｐプロバイダ管理部３３が、Ａｐｐプロバイダ登録要求に基づいてＡｐｐプロバイダ９を識別するＡｐｐプロバイダＩＤを付し、ＡｐｐプロバイダＩＤ、Ａｐｐプロバイダ９のメールアドレス及びパスワードを、テーブル５３に保持させる。Ａｐｐプロバイダ登録完了では、ＡｐｐプロバイダＩＤがＰＣ１０Ａへ返信される。

ＰＣ１０Ａでは、Ａｐｐプロバイダ９が入力装置１４Ａ等を介してメールアドレス及びパスワードを入力してログインを要求すると、Ｗｅｂブラウザ機能部１２Ａは、管理サーバ３０に対し、メールアドレス及びパスワードを送信してログイン要求する（Ｔ３Ａ）。

管理サーバ３０では、通信部３８が、ＰＣ１０Ａからログイン要求とメールアドレス及びパスワードとを受けると、ユーザ管理部３１が、テーブル５３を参照し、メールアドレス及びパスワードを照合する。照合に成功すると、つまり一致するメールアドレス及びパスワードが存在すると、通信部３８が、セッションＩＤを発行してログイン完了通知を行う（Ｔ４Ａ）。このセッションＩＤは、ＡｐｐプロバイダＩＤに紐付けて管理される。

ＰＣ１０Ａでは、Ａｐｐプロバイダ９が入力装置１４Ａ等を介してＡｐｐ登録要求すると、Ｗｅｂブラウザ機能部１２が、セッションＩＤを用いて、管理サーバ３０に対し、Ａｐｐ登録要求を行う（Ｔ１３）。このＡｐｐ登録要求では、ＰＣ１０Ａから管理サーバ３０へ、Ａｐｐ名及びＡｐｐ説明が送信される。Ａｐｐ名は、例えば、ＰＣ１０Ａの入力装置１４Ａ等により入力される。

管理サーバ３０では、通信部３８がＰＣ１０ＡからＡｐｐ登録要求を受けると、Ａｐｐ管理部３４がＡｐｐ登録を行い、通信部３８がＡｐｐ登録完了をＰＣ１０Ａに返信する（Ｔ１４）。Ａｐｐ登録では、Ａｐｐ管理部３４が、Ａｐｐ登録要求に基づいてＡｐｐＩＤを付し、Ａｐｐサーバ認証キーを生成し、ＡｐｐＩＤ、ＰＣ１０ＡからのＡｐｐ名、ＡｐｐＩＤで識別されるＡｐｐに関するＡｐｐ説明、ＡｐｐＩＤで識別されるＡｐｐを提供するＡｐｐプロバイダ９を識別するＡｐｐプロバイダＩＤ、及びＡｐｐサーバ認証キーを、テーブル５４に保持させる。Ａｐｐ登録完了では、ＡｐｐＩＤ、Ａｐｐサーバ認証キーがＰＣ１０Ａへ返信される。

Ａｐｐサーバ４０では、Ａｐｐプロバイダ９がＡｐｐサーバ４０の入力装置１４Ｂ等を介して各種情報を受け付けると、制御部４２が各種情報を設定する（Ｔ１５）。この設定は、例えば、Ａｐｐサーバ４０のメモリにより各種情報が保持されることを指す。この各種情報は、例えば、ＡｐｐＩＤ及びＡｐｐサーバ認証キーの情報を含む。

通信部４５は、設定されたＡｐｐＩＤ及びＡｐｐサーバ認証キーを用いて、管理サーバ３０にアクセス可能となる（Ｔ１６）。

図１４に示したＡｐｐプロバイダ登録及びＡｐｐ登録手順によれば、カメラシステム５は、Ａｐｐプロバイダ９の情報とＡｐｐの情報とを容易に設定できる。また、Ａｐｐサーバ認証キーを用いることで、Ａｐｐプロバイダ９が使用可能なＡｐｐサーバ４０と管理サーバ３０との間の通信のセキュリティを確保できる。

図１５は、カメラシステム５によるＡｐｐ契約手順の一例を示すシーケンス図である。

まず、ＰＣ１０は、図１３に示したＴ３の処理を行う。管理サーバ３０は、図１３に示したＴ４の処理を行う。

ＰＣ１０では、ユーザ７が入力装置１４等を介してＡｐｐ一覧の取得を要求すると、Ｗｅｂブラウザ機能部１２は、セッションＩＤを用いて、管理サーバ３０に対し、Ａｐｐ一覧の取得を要求する（Ｔ２１）。

管理サーバ３０では、通信部３８がＡｐｐ一覧の取得の要求を受けると、Ａｐｐ管理部３４がテーブル５４からＡｐｐ一覧としてＡｐｐ情報を抽出し、通信部３８が抽出された情報をＰＣ１０に送信する（Ｔ２２）。この場合、Ａｐｐ管理部３４は、Ａｐｐ一覧として各Ａｐｐ情報の全部又は一部を抽出する。

ＰＣ１０では、Ｗｅｂブラウザ機能部１２がＡｐｐ一覧を取得し、ユーザ７が入力装置１４等を介してＡｐｐ一覧から所望のＡｐｐを選択すると、Ｗｅｂブラウザ機能部１２は、セッションＩＤを用いて、管理サーバ３０に対し、Ａｐｐ契約要求を行う（Ｔ２３）。Ａｐｐ契約要求では、ＰＣ１０から管理サーバ３０へ、選択されたＡｐｐを識別するＡｐｐＩＤが送られる。

管理サーバ３０では、通信部３８は、Ａｐｐ契約の要求を受けると、ＧＵＩ画面５９（図１６参照）の情報をＰＣ１０へ送信する（Ｔ２４）。ＧＵＩ画面５９は、契約するＡｐｐで利用するカメラを設定するための設定画面である。

ＰＣ１０では、Ｗｅｂブラウザ機能部１２がＧＵＩ画面５９を取得し、ユーザ７が入力装置１４等を介して、契約するＡｐｐで利用するカメラを選択する（Ｔ２５）。そして、Ｗｅｂブラウザ機能部１２は、カメラの選択情報を設定情報に含めて、管理サーバ３０に送信する（Ｔ２６）。

管理サーバ３０では、通信部３８がＰＣ１０からの設定情報を受けると、制御権限管理部３７が、ＣａｍＡｐｐ制御キーを生成することで、ＣａｍＡｐｐ制御権限を生成する（Ｔ２７）。そして、通信部３８が、ＣａｍＡｐｐ制御キーの情報を含むＣａｍＡｐｐ制御キーの登録要求を、カメラ２０に通知する（Ｔ２８）。ＣａｍＡｐｐ制御キーの登録要求は、例えば、Ｔ２５において選択されたカメラ２０へ通知される。

カメラ２０では、通信部２５が、ＣａｍＡｐｐ制御キーの登録要求を受信し、制御権限管理部２２が、ＣａｍＡｐｐ制御キーを登録することで、ＣａｍＡｐｐ制御権限を設定する。ＣａｍＡｐｐ制御キーは、例えば制御権限管理部２２に保持される。また、通信部２５が、ＣａｍＡｐｐ制御キーの登録完了を管理サーバ３０に返信する（Ｔ２９）。

尚、ＣａｍＡｐｐ制御キーがカメラ２０に登録される際、管理サーバ認証部２４は、カメラ２０の製造時に書き込まれたカメラ制御権限制御キー（マスタキー）を用いて、ＣａｍＡｐｐ制御キーの登録可否、つまりＣａｍＡｐｐ制御権限の設定可否を判断してもよい。

管理サーバ３０では、通信部３８が、カメラ２０からＣａｍＡｐｐ制御権限の登録完了の通知を受けると、契約管理部３６が契約登録を行う。契約登録では、契約管理部３６が、Ａｐｐ契約要求に基づいて契約ＩＤを付し、契約認証キーを生成し、契約ＩＤ、契約に係るユーザＩＤ、契約に係るＡｐｐＩＤ、契約認証キー、及びＣａｍＡｐｐ制御キーを、テーブル５５に保持させる。尚、契約登録は、管理サーバ３０がカメラ２０から登録完了の通知を受ける前に行われてもよい。

１つの契約毎に１つのＣａｍＡｐｐ制御キーが発行される場合、テーブル５５への情報登録で済むが、１つの契約及び１つのカメラ毎にＣａｍＡｐｐ制御キーが発行される場合、テーブル５６への情報登録も行われる。具体的には、契約登録において、制御権限管理部３７は、Ａｐｐ契約要求とＴ２６における設定情報とに基づいてＣａｍＡｐｐ制御キーＩＤを発行し、契約ＩＤ、カメラＩＤ、及びＣａｍＡｐｐ制御キーを、テーブル５６に保持させる。

通信部２５は、テーブル５５に保持された契約ＩＤ及び契約認証キーの情報をＰＣ１０に送信し、Ａｐｐ契約完了を通知する（Ｔ３０）。

図１５に示したＡｐｐ契約手順によれば、カメラ２０は、契約されたＡｐｐ毎にＣａｍＡｐｐ制御キーを登録でき、つまりＣａｍＡｐｐ制御権限を設定できる。これにより、カメラ２０にインストールされるＣａｍＡｐｐに対する制御を特定の装置に制限でき、ＣａｍＡｐｐの不正な変更や使用を抑制できる。

尚、Ｔ２４〜Ｔ２６の処理は省略されてもよい。この場合、Ｔ２３において選択されたＡｐｐについては、ユーザ７が所有するカメラ２０の全部にＣａｍＡｐｐ制御キーが設定される。従って、Ａｐｐサーバ４０は、ユーザ７が所有するカメラ２０の全部に対して、ＣａｍＡｐｐの制御が可能となる。

図１６は、ＧＵＩ画面５９の一例である。ＧＵＩ画面５９は、例えば、ユーザ７が新規にＡｐｐ契約を行う際、又は、ユーザ７が契約済みのＡｐｐの設定を変更する際に、管理サーバ３０によりＰＣ１０へ提供される。ＧＵＩ画面５９により、Ａｐｐに対応するＣａｍＡｐｐを、どのカメラ２０にインストールすることを許容するかが指定される。

図１６では、Ａｐｐが顧客分析Ａｐｐであり、ＣａｍＡｐｐのインストールを許容するカメラ２０として、入口カメラ、出口カメラ、及びドリンクコーナーカメラが選択されていることを例示している。この場合、ＰＣ１０から管理サーバ３０へ、例えば、選択されたカメラ２０を識別するためのカメラＩＤが送られる。

尚、ＧＵＩ画面５９において表示されるカメラ名は、ユーザ７が入力装置１４等を介して任意に選択されてもよい。例えば、カメラ２０の情報が管理サーバ３０に登録される際に、カメラ名が指定される。

図１６の場合、ＧＵＩ画面５９により選択された入口カメラ、出口カメラ、及びドリンクコーナーカメラに対して、ＣａｍＡｐｐ制御キーが登録され、Ａｐｐサーバ４０からのアクセス権限（ＣａｍＡｐｐ制御権限）が与えられる。

図１７は、カメラシステム５によるＡｐｐ利用開始手順の一例を示すシーケンス図である。

ＰＣ１０では、ユーザ７が入力装置１４等を介して契約ＩＤ及び契約認証キーを入力してログインを要求すると、Ｗｅｂブラウザ機能部１２は、Ａｐｐサーバ４０に対し、契約ＩＤ及び契約認証キーを送信してログインを行う（Ｔ３１）。

Ａｐｐサーバ４０では、上記ログインされると、通信部４５は、管理サーバ３０に対し、ＰＣ１０から取得された契約ＩＤと契約認証キーの情報を送信して、契約情報を要求する（Ｔ３２）。尚、Ａｐｐサーバ４０の認証のために、通信部４５は、管理サーバ３０に対し、他に、ＡｐｐＩＤ、Ａｐｐサーバ認証キーを送信してもよい。

管理サーバ３０では、通信部３８が、契約情報の要求を受けると、契約管理部３６が、取得された契約ＩＤに係るテーブル５５に保持された契約情報の一部又は全部を抽出し、通信部３８が、Ａｐｐサーバ４０に対し、抽出された契約情報を送信する（Ｔ３３）。契約情報は、ＣａｍＡｐｐ制御キーを含む。Ａｐｐサーバ４０では、制御部４２が、ＣａｍＡｐｐ制御キーを保持する。尚、Ａｐｐサーバ４０では、ＣａｍＡｐｐ制御キーは、契約ＩＤ毎、又は、契約ＩＤ及びカメラＩＤ毎、に紐付けて管理される。

１つの契約毎に１つのＣａｍＡｐｐ制御キーが発行された場合、契約管理部３６が、テーブル５５から契約情報を抽出すれば済む。一方、１つの契約及び１つのカメラ毎にＣａｍＡｐｐ制御キーが発行された場合、制御権限管理部３７が、更に、テーブル５６からＣａｍＡｐｐ制御キーの情報の一部又は全部を抽出する。そして、通信部３８が、Ａｐｐサーバ４０に対し、抽出されたＣａｍＡｐｐ制御キーの情報を送信する。Ａｐｐサーバ４０では、制御部４２が、ＣａｍＡｐｐ制御キーを保持する。

Ａｐｐサーバ４０では、通信部４５は、管理サーバ３０に対し、契約ＩＤ及び契約認証キーを送信して、カメラ情報を要求する（Ｔ３４）。

管理サーバ３０では、通信部３８が、カメラ情報の要求を受けると、カメラ管理部３２が、取得された契約ＩＤに係るテーブル５２に保持されたカメラ情報の一部又は全部を抽出し、通信部３８は、Ａｐｐサーバ４０に対し、抽出されたカメラ情報を送信する（Ｔ３５）。

Ａｐｐサーバ４０では、通信部３８が、管理サーバ３０からのカメラ情報を受けると、ＰＣ１０に対し、セッションＩＤを発行し、初期設定画面である設定ＧＵＩ６０（例えば図１８参照）の情報を送信する（Ｔ３６）。このセッションＩＤは、契約ＩＤと紐付けられる。

ＰＣ１０では、例えば設定ＧＵＩ６０を用いて、ユーザ７が入力装置１４を介して設定情報を入力すると、Ｗｅｂブラウザ機能部１２は、セッションＩＤを用いて、この設定情報をＡｐｐサーバ４０に送信する（Ｔ３７）。この設定情報には、例えば、ＣａｍＡｐｐを識別するＣａｍＡｐｐＩＤやカメラ２０の設置場所がＰＣ１０により選択された情報が含まれる。

Ａｐｐサーバ４０では、設定情報を受けると、通信部４５が、カメラ２０に対し、選択されたＣａｍＡｐｐＩＤやカメラ２０の設置場所に係るＣａｍＡｐｐＰａｃｋａｇｅとＣａｍＡｐｐ制御キーとを送信して、ＣａｍＡｐｐのインストールを要求する（Ｔ３８）。このインストール要求は、インストール対象のカメラ２０、つまり、契約に係る全てのカメラ２０又は特定のカメラ２０に対して行われる。尚、送信されるＣａｍＡｐｐ制御キーとしては、契約ＩＤ、又は、契約ＩＤ及びカメラＩＤに紐付けられたＣａｍＡｐｐ制御キーが選択される。

インストール対象のカメラ２０では、通信部２５が、ＣａｍＡｐｐのインストール要求を受けると、制御要求受付判定部２３が、ＣａｍＡｐｐ制御キーを用いてＡｐｐサーバ４０からのインストール要求の許否を判定する。例えば、制御要求受付判定部２３は、Ｔ３８で送信されたＣａｍＡｐｐ制御キーと、管理サーバ３０からＴ２８で登録されたＣａｍＡｐｐ制御キーと、が一致する場合、インストール要求を許諾し、一致しない場合、インストール要求を許諾しない。

インストール要求を許諾すると判定された場合、ＣａｍＡｐｐ管理部２１は、ＣａｍＡｐｐＰａｃｋａｇｅを用いてＣａｍＡｐｐをインストールする。通信部２５は、ＣａｍＡｐｐのインストールが完了すると、インストール完了をＡｐｐサーバ４０に送信する（Ｔ３９）。尚、インストール完了の通知には、インストールＩＤが含まれる。インストール済みのＣａｍＡｐｐの制御は、インストールＩＤを用いて行われる。

Ａｐｐサーバ４０では、通信部４５が、カメラ２０に対し、選択されたＣａｍＡｐｐＩＤやカメラ２０の設置場所に係るＣａｍＡｐｐ制御キー及びインストールＩＤを送信して、ＣａｍＡｐｐの起動を要求する（Ｔ４０）。この起動要求は、起動対象のカメラ２０、つまり、契約に係る全てのカメラ２０又は特定のカメラ２０に対して行われる。

起動対象のカメラ２０では、通信部２５が、ＣａｍＡｐｐの起動要求を受けると、制御要求受付判定部２３が、ＣａｍＡｐｐ制御キーを用いてＡｐｐサーバ４０からの起動要求の許否を判定する。起動要求の許否の判定方法は、先述したインストール要求の許否の判定方法と同様である。

起動要求を許諾すると判定された場合、ＣａｍＡｐｐ管理部２１は、インストールＩＤに係るＣａｍＡｐｐを起動する。通信部２５は、ＣａｍＡｐｐの起動が完了すると、起動完了をＡｐｐサーバ４０に送信する（Ｔ４１）。

Ａｐｐサーバ４０では、通信部２５が、起動完了をカメラ２０から受けると、ＰＣ１０に対し、ダッシュボードページを送信する（Ｔ４２）。

図１７に示したＡｐｐ利用開始手順によれば、ＰＣ１０により、どのカメラにどのＣａｍＡｐｐをインストールすべきかを指定できる。ユーザ７は、例えば、店舗３（例えば販売店やレストラン）のオーナーであり、どのカメラの画像をどのような目的に使用したいかを十分に把握している。このユーザ７がＰＣ１０を用いてインストール対象のカメラ２０とＣａｍＡｐｐを指定することで、ユーザ７の意図を反映してＣａｍＡｐｐにインストールできる。

また、Ａｐｐサーバ４０は、契約認証キーを用いることで、契約情報やカメラ情報を管理サーバ３０から安全に取得できる。また、カメラ２０は、契約に係るＣａｍＡｐｐ制御キーを用いてＡｐｐサーバ４０を認証することで、ＣａｍＡｐｐへの制御を安全に行わせることができ、例えば不正利用やＣａｍＡｐｐの改変を抑制できる。

図１８は、ＰＣ１０のディスプレイ１５に表示される設定ＧＵＩ６０の一例を示す模式図である。

設定ＧＵＩ６０は、例えば、ＰＣ１０のディスプレイ１５により画面表示され、ユーザにより、ＰＣ１０の入力装置１４等を介して操作される。入力装置１４は、例えば、店舗３に設置された複数のカメラ２０から特定のカメラ２０を選択するための入力操作を受け付ける。例えば、店舗３の各所に設置されたカメラ２０に対して、どのＣａｍＡｐｐをインストールするかを設定できる。

ＣａｍＡｐｐは、例えば、店舗３の入口に設置されたカメラ２０用のＣａｍＡｐｐ（図１８では単に「入口」と記載されている）、店舗３の出口に設置されたカメラ２０用のＣａｍＡｐｐ（図１８では単に「出口」と記載されている）、店舗３のその他に設置されたカメラ２０用のＣａｍＡｐｐ（図１８では単に「その他」と記載されている）、を含む。

図１８では、店舗３に設置された複数のカメラ２０として、カメラ名：「入口カメラ」、「出口カメラ」、「弁当コーナーカメラ」、「ドリンクコーナーカメラ」のそれぞれが表示されている。このカメラ名は、カメラ２０の設置場所に対応している。

「入口カメラ」、「出口カメラ」、「弁当コーナーカメラ」、「ドリンクコーナーカメラ」のそれぞれにインストールされるＣａｍＡｐｐは、例えば、入力装置１４によりプルダウンメニュー６１を用いて選択される。選択された情報（例えば選択されたＣａｍＡｐｐを識別するためのＣａｍＡｐｐＩＤ）は、例えば、Ａｐｐサーバ４０へ、設定情報として送信される。

また、ＰＣ１０の入力装置１４は、設定ＧＵＩ６０を用いて、Ａｐｐサーバ４０による統計を希望する時間帯の開始時刻及び終了時刻を、プルダウンメニュー６４を用いて選択する。選択された情報は、例えば、Ａｐｐサーバ４０へ送信され、Ａｐｐサーバ４０による統計情報の導出処理に用いられる。

設定ＧＵＩ６０を用いることで、ユーザ７は、どのカメラ２０にどのＣａｍＡｐｐをインストールすべきかを入力装置１４を用いて容易に入力できる。また、ユーザ７は、統計を希望する時間帯や統計に係るその他の情報を容易に入力できる。

尚、ここでは、ユーザ７が入力装置１４等を介してインストールすべきＣａｍＡｐｐを選択することを例示したが、ユーザ７がＣａｍＡｐｐを選択することなく、ＣａｍＡｐｐがインストール先のカメラ２０にインストールされてもよい。これにより、ユーザ７が個々のＣａｍＡｐｐを意識することなく、Ａｐｐを簡単に利用できる。

以下に、インストール対象のＣａｍＡｐｐの指定方法の他例を２つ示す。他例では、カメラ２０の設置場所とこのカメラ２０にインストールされるＣａｍＡｐｐとの組み合わせが予め定められており、組み合わせの情報がＡｐｐサーバ４０のＣａｍＡｐｐ管理部４１に予め保持されていることを想定する。尚、カメラ２０の設置場所とインストールされるＣａｍＡｐｐとの組み合わせは、Ａｐｐ毎に異なってもよい。

例えば、カメラ２０において、通信部２５が、撮像部２７により撮像された画像をＡｐｐサーバ４０へ送信してもよい。Ａｐｐサーバ４０において、ＣａｍＡｐｐ管理部４１が、所定の画像処理を行うことにより、カメラ２０の設置位置（例えば、店舗３の入口、店舗３の出口）を判定してもよい。ＣａｍＡｐｐ管理部４１は、判定された設置位置に対応するＣａｍＡｐｐを、インストール対象のＣａｍＡｐｐとして指定してもよい。

例えば、Ａｐｐ契約時（例えばカメラ２０の初期設定時）に、遠隔に所在するオペレータ（不図示）が、各カメラ２０の映像を視認して設置位置を判断し、入力装置等を介してＡｐｐサーバ４０に判断結果としての各カメラ２０の設置位置の情報を設定してもよい。Ａｐｐサーバ４０では、ＣａｍＡｐｐ管理部４１が、判定された設置位置に対応するＣａｍＡｐｐを、インストール対象のＣａｍＡｐｐとして指定してもよい。

ユーザ７がインストール対象のＣａｍＡｐｐを選択しないでＣａｍＡｐｐをインストールすることにより、Ａｐｐの利用者は、店舗３の入口や出口に設置されたカメラ２０に、入口用のＣａｍＡｐｐや出口用のＣａｍＡｐｐがインストールされることを認識しなくてよい。また、Ａｐｐの利用者は、入口用のＣａｍＡｐｐと出口用のＣａｍＡｐｐがどのような処理を行うかを認識しなくてよい。

図１９は、カメラシステム５によるＡｐｐ利用手順の一例を示すシーケンス図である。

カメラ２０では、撮像部２７が画像を撮像し、アプリケーション実行部２８が、撮像画像からメタデータを生成し、通信部２５がメタデータをＡｐｐサーバ４０に送信する（Ｔ５１）。メタデータは、各カメラ２０から順次送信されてもよい。

例えば、カメラ２０は、店舗３の入口用のＣａｍＡｐｐを実行することで、顧客の顔の特徴量（メタデータの一例）を算出し、その特徴量を店舗３の内部用のＣａｍＡｐｐ及び出口用のＣａｍＡｐｐに対応するＡｐｐサーバ４０へ送信する。尚、Ａｐｐサーバ４０は、Ａｐｐ毎に１つである。特徴量のマッチングがＣａｍＡｐｐ内で行われる場合には、入口用ＣａｍＡｐｐで算出された特徴量は、内部用ＣａｍＡｐｐ及び出口用ＣａｍＡｐｐへ送られる。特徴量のマッチングがＡｐｐサーバ４０で行われる場合には、入口用ＣａｍＡｐｐで算出された特徴量は、Ａｐｐサーバ４０へ送信される。

例えば、カメラ２０は、店舗３の内部用のＣａｍＡｐｐを実行することで、店舗３の入口用のＣａｍＡｐｐにより算出された特徴量（メタデータの一例）に合致する顔を探索する。カメラ２０は、合致する顔が発見された場合、合致する顔が存在する旨を含む情報（メタデータの一例）を、店舗３の内部用のＣａｍＡｐｐに対応するＡｐｐサーバ４０に送信する。尚、上記算出された特徴量がメタデータとしてＡｐｐサーバ４０へ送信され、Ａｐｐサーバ４０が顔のマッチング処理を行ってもよい。

カメラ２０は、店舗３の出口用のＣａｍＡｐｐを実行することで、例えば、店舗３の入口用のＣａｍＡｐｐにより算出された特徴量に合致する顔を探索する。カメラ２０は、合致する顔が発見された場合、合致する顔が存在する旨を含む情報を、Ａｐｐサーバ４０に送信する。尚、上記算出された特徴量がメタデータとしてＡｐｐサーバ４０へ送信され、Ａｐｐサーバ４０が顔のマッチング処理を行ってもよい。

Ａｐｐサーバ４０では、通信部４５が、メタデータを受信し、アプリケーション実行部２８が、取得された撮像画像の送信元のカメラ２０に基づいて、どの契約やメタデータであるかを判別し、契約毎の統計情報等を算出する。

ＰＣ１０では、ユーザ７が入力装置１４等を介して契約ＩＤ及び契約認証キーを入力してログインを要求し、Ｗｅｂブラウザ機能部１２は、Ａｐｐサーバ４０に対し、契約ＩＤ及び契約認証キーを送信してログインを行う（Ｔ５２）。

Ａｐｐサーバ４０では、通信部４５がログイン要求を受けると、ＣａｍＡｐｐ管理部４１がログインに応じてセッションＩＤを発行し、通信部４５がＰＣ１０に対してダッシュボードページの情報を送信する（Ｔ５３）。

ＰＣ１０では、Ｗｅｂブラウザ機能部１２が、ダッシュボードページの情報を受信すると、ディスプレイ１５に受信された情報を含むダッシュボードページを表示する。

ＰＣ１０では、ユーザ７が入力装置１４等を介して、セッションＩＤを用いて、ダッシュボードページにおけるボタンのいずれかを選択すると、Ｗｅｂブラウザ機能部１２は、Ａｐｐサーバ４０に対し、選択された実行ボタンに係る必要な情報を要求する（Ｔ５４）。

Ａｐｐサーバ４０では、通信部４５が、選択されたボタンに係る必要な情報の要求を受けると、統計情報管理部４６は、取得された情報に基づいて各種統計情報を導出する。通信部４５は、ＰＣ１０に対し、ダッシュボードページに表示させる表示情報を送信する（Ｔ５５）。尚、Ａｐｐサーバ４０は、セッションＩＤと契約ＩＤを紐付けて管理し、セッションＩＤによって、アクセス元がどの契約ＩＤに基づくユーザ７であるかを判定する。

ＰＣ１０では、Ｗｅｂブラウザ機能部１２がＡｐｐサーバ４０から表示情報を受信し、ディスプレイ１５が表示情報に応じてダッシュボードページを表示する。

これにより、例えば、所定のボタンが選択された場合には、選択された統計処理に係る結果が、ディスプレイ１５に表示される。

図１９に示したＡｐｐ利用手順によれば、ユーザ７は、ＰＣ１０を用いて所望のカメラ２０による撮像画像や所望のＡｐｐに係る統計情報を確認でき、利便性を向上できる。また、ユーザ７は、所望のカメラ２０による撮像画像や所望のＡｐｐに係る統計情報を確認しようとする際に、ダッシュボードページを用いて簡単に入力できる。

図２０は、カメラシステム５によるＡｐｐ契約破棄手順の一例を示すシーケンス図である。

ＰＣ１０では、ユーザ７が入力装置１４等を介してＡｐｐ契約一覧の取得を要求すると、Ｗｅｂブラウザ機能部１２は、セッションＩＤを用いて、管理サーバ３０に対し、Ａｐｐ契約一覧の取得を要求する（Ｔ６１）。

管理サーバ３０では、通信部３８が、Ａｐｐ契約一覧の取得の要求を受けると、契約管理部３６が、テーブル５５からＡｐｐ契約一覧として契約情報を抽出し、通信部３８が、抽出された情報をＰＣ１０に送信する（Ｔ６２）。この場合、契約管理部３６は、Ａｐｐ契約一覧として各契約情報の全部又は一部を抽出する。

ＰＣ１０では、Ｗｅｂブラウザ機能部１２がＡｐｐ契約一覧を取得し、ユーザ７がディスプレイ１５に表示されたＡｐｐ契約一覧を参照し、入力装置１４等により特定のＡｐｐ契約の破棄を指示する。すると、Ｗｅｂブラウザ機能部１２は、セッションＩＤを用いて、管理サーバ３０に対し、契約破棄を指示された契約の契約ＩＤを送信して、Ａｐｐ契約破棄を要求する（Ｔ６３）。

管理サーバ３０では、通信部３８が、ＰＣ１０からＡｐｐ契約破棄の要求を受けると、制御権限管理部３７が、取得された契約ＩＤに係るＣａｍＡｐｐ制御キーの破棄をカメラ２０に要求する（Ｔ６４）。

カメラ２０では、通信部２５が、ＣａｍＡｐｐ制御キーの破棄要求を受けると、制御権限管理部２２が、保持されたＣａｍＡｐｐ制御キーを破棄する。尚、制御権限管理部２２がＣａｍＡｐｐ制御キーを破棄するとともに、ＣａｍＡｐｐ管理部２１が、ＣａｍＡｐｐ制御キーに係るＣａｍＡｐｐを探索し、このＣａｍＡｐｐをアンインストールしてもよい。

カメラ２０では、ＣａｍＡｐｐ制御キーが破棄されると、通信部２５が、ＣａｍＡｐｐ制御キーの破棄完了を管理サーバ３０及びＰＣ１０に通知する（Ｔ６５，Ｔ６６）。

図２０に示したＡｐｐ契約破棄手順によれば、カメラ２０は、Ａｐｐ契約を容易に破棄でき、破棄されたＡｐｐ契約に係るＣａｍＡｐｐ制御キーを破棄できる。従って、カメラ２０は、Ａｐｐサーバ４０からＣａｍＡｐｐ制御キーを取得した場合でも、ＣａｍＡｐｐに対する制御を許諾しないことができる。従って、Ａｐｐ契約の終了後には、ＣａｍＡｐｐを用いてカメラ２０が制御されることを抑制できる。

本実施形態のカメラシステム５によれば、管理サーバ３０は、Ａｐｐサーバ４０に対し、カメラ２０へのアクセス権限（制御権限）を制御できる。つまり、管理サーバ３０は、ＣａｍＡｐｐ制御キーを用いて、特定のＡｐｐサーバ４０に、特定のカメラ２０に対するＣａｍＡｐｐの制御権限を容易に提供できる。従って、カメラシステム５は、Ａｐｐサーバ４０がＣａｍＡｐｐを用いてカメラ２０を制御する仕組みを、ユーザ７にとって安全かつ簡単に実現できる。

従って、例えば、カメラ２０の設置後に、遠隔からユーザ７の要望により新たにＣａｍＡｐｐをインストールする場合でも、カメラシステム５は、インストールに係る安全性を向上でき、ＣａｍＡｐｐによる機能追加を実現できる。

また、ユーザ７やカメラ２０による監視業者とは異なる第三者としてのＡｐｐプロバイダ９が、新たにＣａｍＡｐｐを開発し、Ａｐｐサーバ４０を用いてＣａｍＡｐｐを提供する場合でも、カメラシステム５は、ＣａｍＡｐｐへのアクセスを特定のＡｐｐサーバ４０に限定することができる。従って、Ａｐｐサーバ４０を使用する際の自由度を大きくした場合でも、Ａｐｐサーバ４０からＣａｍＡｐｐやカメラ２０に対するアクセス時のセキュリティを確保できる。

また、カメラ２０が、ＣａｍＡｐｐにより撮像画像から年齢や性別などのメタデータを抽出し、Ａｐｐサーバ４０が、メタデータを用いて各種統計情報を得ることができる。得られた情報を、ユーザ７は、監視やマーケティングに活用できる。また、Ａｐｐサーバ４０は、例えば、統計情報として、店舗３内の顧客滞留時間と売上との相関を導出することもでき、顧客心理を推測し、店舗運営に活用することもできる。

また、カメラ２０毎に適切なＣａｍＡｐｐがインストールされることで、Ａｐｐサーバ４０は、様々な属性（例えば、顔特徴、年齢、性別、身なり、時間）を収集して分析でき、例えば店舗３の運営に分析結果を活用できる。

また、管理サーバ３０により生成されたＣａｍＡｐｐ制御キーを用いることで、カメラ２０は、正当なＡｐｐサーバ４０からのインストール要求及び起動要求であることを確認でき、ＣａｍＡｐｐのインストール時及び起動時の安全性を向上できる。

また、カメラ２０は、管理サーバ認証部２４により管理サーバ３０を認証することで、管理サーバ３０からの要求や指示が正当であることを保障できる。

また、Ａｐｐ契約が終了する場合にＣａｍＡｐｐ制御権限をカメラ２０から削除することで、Ａｐｐサーバ４０からＣａｍＡｐｐを介してカメラ２０へアクセス不能となるので、契約終了後のＡｐｐサーバ４０によるカメラ２０への不正を防止できる。

また、ＣａｍＡｐｐ制御権限を用いることで、契約が終了する度にカメラ２０のマスタキーを変更する必要がなく、鍵管理における煩雑性を低減できる。また、Ａｐｐサーバ４０は、マスタキーを取得せずＣａｍＡｐｐ制御キーを取得するので、カメラ２０のマスタキーが漏洩することを低減できる。

また、設定ＧＵＩ６０を用いることで、ユーザ７がカメラ２０の設置場所を選択する操作を容易に実施でき、操作性を向上できる。

（第２の実施形態）
第１の実施形態では、Ａｐｐサーバ４０（Ａｐｐサーバ４０のＣａｍＡｐｐ管理部４１）が、ＣａｍＡｐｐを含むＣａｍＡｐｐＰａｃｋａｇｅを保存することを例示した。第２の実施形態では、管理サーバ３０Ａが、ＣａｍＡｐｐを含むＣａｍＡｐｐＰａｃｋａｇｅを保存することを例示する。

第２の実施形態のカメラシステム５Ａにおいて、第１の実施形態のカメラシステム５と同一の構成要素については、同一の符号を用いて、その説明を省略又は簡略化する。本実施形態の各装置の構成は、第１の実施形態と同様である。

図２１は、カメラ２０Ａの構成例を示すブロック図である。

カメラ２０Ａ、例えば、ＣＰＵ又はＤＳＰ、ＲＯＭ又はＲＡＭを有する。ＣＰＵ又はＤＳＰは、ＲＯＭ又はＲＡＭに保持された各種プログラム（例えば、ＯＳ、ミドルウェアプログラム、アプリケーションプログラム）を実行し、カメラ２０Ａが有する各種機能を実現する。カメラ２０Ａは、例えば、各種アプリケーションをダウンロードし、インストールし、実行する。

また、カメラ２０Ａは、例えば、他の通信装置と通信するための通信インタフェース、データの入出力を行うための入出力インタフェースやユーザインタフェース、を備える。

カメラ２０Ａは、ＣａｍＡｐｐ管理部２１、制御権限管理部２２、制御要求受付判定部２３、管理サーバ認証部２４、通信部２５、カメラ画配信部２６、撮像部２７、及びアプリケーション実行部２８を有する。よって、カメラ２０Ａは、制御権限管理部２２及び制御要求受付判定部２３を有しない。つまり、カメラ２０Ａを制御可能か否かの制御権限の有無の判定は、カメラ２０Ａでは行われない。

図２２は、管理サーバ３０Ａの構成例を示すブロック図である。管理サーバ３０Ａは、ＣａｍＡｐｐを蓄積する。

管理サーバ３０Ａは、例えば、ＣＰＵ又はＤＳＰ、ＲＯＭ又はＲＡＭを有する。ＣＰＵ又はＤＳＰは、ＲＯＭ又はＲＡＭに保持された各種プログラム（例えば、ＯＳ、ミドルウェアプログラム、アプリケーションプログラム）を実行し、管理サーバ３０Ａが有する各種機能を実現する。

また、管理サーバ３０Ａは、例えば、他の通信装置と通信するための通信インタフェース、データの入出力を行うための入出力インタフェースやユーザインタフェース、を備える。

管理サーバ３０Ａは、ユーザ管理部３１、カメラ管理部３２、Ａｐｐプロバイダ管理部３３、Ａｐｐ管理部３４、Ａｐｐサーバ認証部３５、契約管理部３６、制御権限管理部３７Ａ、通信部３８Ａ、ＣａｍＡｐｐ管理部３９Ａ、制御要求受付判定部３９Ｂ、及びインストール済みＣａｍＡｐｐ管理部３９Ｃを有する。

制御権限管理部３７Ａは、Ａｐｐサーバ４０Ａがどのカメラ２０Ａに対するどのＣａｍＡｐｐを制御する権限を持つか、つまりＣａｍＡｐｐ制御権限を管理する。第１の実施形態では、ＣａｍＡｐｐ制御権限は、制御キーを用いて判定されたが、第２の実施形態では、ＣａｍＡｐｐ制御権限は、ＣａｍＡｐｐに対応するＡｐｐの契約情報を用いて判定される。Ａｐｐの契約情報とは、テーブル５５Ａに登録された契約に関する情報であり、少なくとも契約ＩＤを含む。

ＣａｍＡｐｐ管理部３９Ａは、ＣａｍＡｐｐの情報と、カメラ２０ＡにインストールされるＣａｍＡｐｐＰａｃｋａｇｅ（カメラアプリケーションパッケージ）と、を蓄積し、管理する。ＣａｍＡｐｐ管理部３９Ａは、例えば、後述するＣａｍＡｐｐ情報をテーブル６２に蓄積する。

尚、ＣａｍＡｐｐの情報及びＣａｍＡｐｐＰａｃｋａｇｅは、Ａｐｐプロバイダ９により入力装置１４Ａ等を介して登録される。当該登録のためのＧＵＩは、例えば、ＷｅｂサーバによりＡｐｐプロバイダ９が操作するＰＣ１０Ａに送信される。

制御要求受付判定部３９Ｂは、Ａｐｐサーバ４０ＡからＣａｍＡｐｐ制御要求を受信し、ＣａｍＡｐｐ制御権限を参照して、ＣａｍＡｐｐ制御要求が正当な権限を持ったＡｐｐサーバ４０Ａからの要求であるかどうか判定する。つまり、カメラ２０ＡへのＣａｍＡｐｐ制御要求が、Ａｐｐサーバ４０Ａに許可されるＣａｍＡｐｐ制御権限の範囲内であるか否かが判定される。正当なＡｐｐサーバ４０ＡからのＣａｍＡｐｐ制御要求である場合、ＣａｍＡｐｐ管理部３９ＡによりＣａｍＡｐｐ制御要求に応じた処理を、カメラ２０Ａへ指示する。

制御要求受付判定部３９Ｂは、例えば、契約に関する契約情報（例えば契約ＩＤ）に基づいて、ＣａｍＡｐｐ制御要求を行ったＡｐｐサーバ４０Ａが、特定のカメラ２０ＡのＣａｍＡｐｐに対する制御権限を有するか否かを判定する。制御要求受付判定部３９Ｂは、例えば、契約情報が登録されたテーブル５５Ａを参照し、制御要求に係る契約ＩＤがテーブル５５Ａに登録されている場合、制御権限が有ると判定し、ＣａｍＡｐｐの制御を許可する。一方、制御要求受付判定部３９Ｂは、例えば、契約情報が登録されたテーブル５５Ａを参照し、制御要求に係る契約ＩＤがテーブル５５Ａに登録されていない場合、制御権限が無いと判定し、ＣａｍＡｐｐの制御を禁止する。

通信部３８Ａは、各種情報、データを通信する。通信部３８Ａは、例えば、ＣａｍＡｐｐＰａｃｋａｇｅやＣａｍＡｐｐ制御要求（例えば、ＣａｍＡｐｐの起動、終了、インストール、アンインストール、アップデートの要求）を、カメラ２０Ａに送信する。

図２３は、Ａｐｐサーバ４０Ａの構成例を示すブロック図である。Ａｐｐサーバ４０Ａは、ＳｅｒｖｅｒＡｐｐを蓄積する。

Ａｐｐサーバ４０Ａは、例えば、ＣＰＵ又はＤＳＰ、ＲＯＭ又はＲＡＭを有する。ＣＰＵ又はＤＳＰは、ＲＯＭ又はＲＡＭに保持された各種プログラム（例えば、ＯＳ、ミドルウェアプログラム、アプリケーションプログラム）を実行し、Ａｐｐサーバ４０Ａが有する各種機能を実現する。

また、Ａｐｐサーバ４０Ａは、例えば、他の通信装置と通信するための通信インタフェース、データの入出力を行うための入出力インタフェースやユーザインタフェース、を備える。

Ａｐｐサーバ４０Ａは、制御部４２、通信部４５、及び統計情報管理部４６を有する。通信部４５は、各種情報、データを通信する。通信部４５は、例えば、ＣａｍＡｐｐ制御要求（例えば、ＣａｍＡｐｐの起動、終了、インストール、アンインストール、アップデートの要求）を、管理サーバ３０Ａに送信する。

図２４は、第２の実施形態における管理サーバ３０Ａが管理するＣａｍＡｐｐ情報が登録されたテーブル６２の登録内容の一例を示す模式図である。

テーブル６２は、管理サーバ３０Ａ内のＣａｍＡｐｐ管理部３９Ａによって管理される。テーブル６２には、例えば、ＣａｍＡｐｐ情報として、ＣａｍＡｐｐＩＤ、ＣａｍＡｐｐ名、ＡｐｐＩＤ、及びパッケージファイルパス（ＰａｃｋａｇｅＦｉｌｅｐａｔｈ）が登録されている。

ＣａｍＡｐｐＩＤは、ＣａｍＡｐｐの識別情報の一例である。ＣａｍＡｐｐ名は、ＣａｍＡｐｐの名称である。ＡｐｐＩＤは、ＣａｍＡｐｐに対応するＡｐｐの識別情報の一例である。パッケージファイルパスは、ＣａｍＡｐｐＰａｃｋａｇｅのファイルの保存先へアクセスするためのパスである。

例えば、ＣａｍＡｐｐＩＤ：「２２０１」、ＣａｍＡｐｐ名：「ＰｅａｐｌｅＣｏｕｎｔＣａｍＡｐｐ」、ＡｐｐＩＤ：「２１０１」、パッケージファイルパス：「／ｐａｃｋａｇｅＦｉｌｅ／２２０１」が登録される。

図２５は、管理サーバ３０Ａが管理するインストールされたＣａｍＡｐｐ情報が登録されたテーブル６３の登録内容の一例を示す模式図である。

テーブル６３は、管理サーバ３０Ａ内のインストール済みＣａｍＡｐｐ管理部３９Ｃによって管理される。テーブル６３には、例えば、インストール情報として、ＩｎｓｔａｌｌｅｄＣａｍＡｐｐＩＤ、契約ＩＤ、ＣａｍＡｐｐＩＤ、カメラＩＤ、及びインストールＩＤが登録されている。

ＩｎｓｔａｌｌｅｄＣａｍＡｐｐＩＤは、カメラ２０ＡにインストールされたＣａｍＡｐｐを管理するための管理情報の一例である。契約ＩＤは、ＣａｍＡｐｐのインストールに係る契約の識別情報の一例である。ＣａｍＡｐｐＩＤは、カメラ２０ＡにインストールされたＣａｍＡｐｐの識別情報の一例である。カメラＩＤは、ＣａｍＡｐｐがインストールされたカメラ２０Ａの識別情報の一例である。インストールＩＤは、ＣａｍＡｐｐのインストールを識別するための識別情報の一例であり、カメラ２０Ａから取得される。

例えば、ＩｎｓｔａｌｌｅｄＣａｍＡｐｐＩＤ：「３２０１」、契約ＩＤ：「３００１」、ＣａｍＡｐｐＩＤ：「２２０１」、カメラＩＤ：「１１０１」、及びインストールＩＤ：「０００１」が登録される。

図２６は、管理サーバ３０Ａが管理する契約情報が登録されたテーブル５５Ａの登録内容の一例を示す模式図である。

テーブル５５Ａと第１の実施形態のテーブル５５とを比較すると、テーブル５５Ａは、ＣａｍＡｐｐ制御キーの情報を保持していない。ＣａｍＡｐｐ制御キー以外については、テーブル５５と同様である。

テーブル５５Ａが用いられる場合、例えば、１つの契約毎に１つのＣａｍＡｐｐ制御権限が存在する。本実施形態では、テーブル５５Ａに契約情報が登録されることで、ＣａｍＡｐｐ制御権限が生成される。従って、制御要求受付判定部３９Ｂは、カメラ２０Ａのユーザ７がＡｐｐ契約しているか否かに基づいて、ＣａｍＡｐｐ制御権限の有無を判定するとも言える。

また、テーブル５５Ａが用いられる場合、１つの契約及び１つのカメラ毎にＣａｍＡｐｐ制御権限が生成されてもよい。この場合、カメラ２０Ａ及びＡｐｐサーバ４０Ａが保持する契約ＩＤ及びカメラＩＤ毎に、制御権限管理部３７ＡがＣａｍＡｐｐ制御権限を生成する。この場合、ＣａｍＡｐｐ制御権限に係る情報は、後述する図２７に示すテーブル５６Ａに保持される。

図２７は、管理サーバ３０Ａが管理するＣａｍＡｐｐ制御権限に係る情報が登録されたテーブル５６Ａの登録内容の一例を示す模式図である。テーブル５６Ａは、例えば制御権限管理部３７Ａに保持される。

テーブル５６Ａと第１の実施形態のテーブル５６とを比較すると、テーブル５６Ａは、ＣａｍＡｐｐ制御キーＩＤの代わりにＣａｍＡｐｐ制御権限ＩＤの情報を保持し、ＣａｍＡｐｐ制御キーの情報を保持していない。ＣａｍＡｐｐ制御権限ＩＤ（ＣａｍＡｐｐ制御キーＩＤ）及びＣａｍＡｐｐ制御キー以外については、テーブル５６と同様である。

テーブル５５Ａ及びテーブル５６Ａを用いることで、１つの契約及び１つのカメラ毎に、制御権限管理部３７Ａにより管理される１つのＣａｍＡｐｐ制御権限が定まる。

また、ユーザ７が入力装置１４等を介して、Ａｐｐ毎に使用されるカメラ２０Ａを指定してもよい。これにより、ユーザ７は、ユーザ７が所有する各カメラ２０Ａのうち、特定のカメラ２０Ａへのアクセスを許可できる。

テーブル５６Ａの例では、契約ＩＤ：３００１に係るＡｐｐ（Ａｐｐサーバ４０Ａ）は、カメラＩＤ：１１０１，１１０２，１１０３で識別される計３台のカメラ２０ＡへのＣａｍＡｐｐに対する制御が許可される。契約ＩＤ：３００２に係るＡｐｐ（Ａｐｐサーバ４０Ａ）は、カメラＩＤ：１１０１で識別される計１台のカメラ２０ＡへのＣａｍＡｐｐに対する制御が許可される。

テーブル５６Ａを用いることで、一層セキュリティを向上できる。

尚、管理サーバ３０Ａは、第１の実施形態と同様、ユーザ情報が登録されたテーブル５１、カメラ情報が登録されたテーブル５２、Ａｐｐプロバイダ情報が登録されたテーブル５３、Ａｐｐ情報が登録されたテーブル５４を管理する。

次に、カメラシステム５Ａの動作例について説明する。

図２８は、カメラシステム５ＡによるＡｐｐプロバイダ登録及びＡｐｐ登録手順の一例を示すシーケンス図である。

まず、カメラシステム５Ａは、図１４のＴ１１，Ｔ１２，Ｔ３Ａ，Ｔ４Ａ，Ｔ１３，Ｔ１４の処理を実行する。

Ｔ１４の処理後、ＰＣ１０Ａでは、Ａｐｐプロバイダ９が入力装置１４Ａ等を介してＣａｍＡｐｐ登録を要求すると、Ｗｅｂブラウザ機能部１２Ａは、セッションＩＤを用いて、管理サーバ３０Ａに対し、ＣａｍＡｐｐ登録を要求する（Ｔ７１）。

このＣａｍＡｐｐ登録要求では、ＰＣ１０Ａから管理サーバ３０Ａへ、Ａｐｐプロバイダ用のＰＣ１０Ａが保持する又は入力装置１４Ａを介して入力されたＣａｍＡｐｐ名、ＣａｍＡｐｐＰａｃｋａｇｅ、及びＡｐｐＩＤが送信される。

管理サーバ３０Ａでは、通信部３８ＡがＣａｍＡｐｐ登録要求を受けると、ＣａｍＡｐｐ管理部３９ＡがＣａｍＡｐｐ登録を行い、通信部３８ＡがＣａｍＡｐｐ登録完了をＰＣ１０Ａに送信する（Ｔ７２）。ＣａｍＡｐｐ登録では、ＣａｍＡｐｐ管理部３９Ａが、ＣａｍＡｐｐ登録要求に基づいてＣａｍＡｐｐＩＤを付し、ＣａｍＡｐｐＩＤ、ＰＣ１０ＡからのＣａｍＡｐｐ名、ＣａｍＡｐｐに対応するＡｐｐＩＤ、及び、ＣａｍＡｐｐＰａｃｋａｇｅ又はそのファイルパスを、テーブル６２に保持させる。ＣａｍＡｐｐ登録完了では、ＣａｍＡｐｐＩＤがＰＣ１０Ａへ返信される。

続いて、ＰＣ１０Ａでは、入力装置１４Ａ等を介して各種情報を受け付けると、ＣａｍＡｐｐ管理部４１が各種情報を設定する（Ｔ７３）。この設定情報は、例えば、ＡｐｐＩＤ、Ａｐｐサーバ認証キー、ＣａｍＡｐｐＩＤの情報を含む。尚、例えば、Ｗｅｂブラウザを介して各種情報が設定されてもよい。また、直接Ａｐｐサーバ４０Ａが動作するコンピュータにログインしてファイルが編集されることで、各種情報が設定されてもよい。

Ａｐｐサーバ４０Ａは、設定情報が設定されると、ＡｐｐＩＤ、及びＡｐｐサーバ認証キーを用いて、管理サーバ３０Ａにアクセス可能となる（Ｔ７４）。尚、管理サーバ３０Ａに登録されたＣａｍＡｐｐの制御は、発行されたＣａｍＡｐｐＩＤを用いて、Ａｐｐサーバ４０Ａから管理サーバ３０Ａに制御要求されることで行われる。尚、Ａｐｐサーバ４０ＡがＣａｍＡｐｐ制御要求を行う場合には、ＣａｍＡｐｐＩＤも用いて、管理サーバ３０Ａへアクセスされる。

図２８に示したＡｐｐ登録手順によれば、Ａｐｐプロバイダ９により生成されたＣａｍＡｐｐを管理サーバ３０Ａに容易に登録できる。また、管理サーバ３０ＡがＣａｍＡｐｐを蓄積して管理することで、ＣａｍＡｐｐの保管時の安全性を向上できる。

図２９は、カメラシステム５ＡによるＡｐｐ契約手順の一例を示すシーケンス図である。

まず、カメラシステム５Ａは、Ｔ３，Ｔ４，Ｔ２１〜Ｔ２６の処理を行う。

Ｔ２６の処理後、管理サーバ３０Ａでは、通信部３８ＡがＰＣ１０からの設定情報を受けると、制御権限管理部３７Ａが、ＣａｍＡｐｐ制御権限を生成する（Ｔ２７Ａ）。ＣａｍＡｐｐ制御権限は、契約管理部３６による契約登録に基づいて生成され、制御権限管理部３７Ａにより管理される。契約管理部３６が契約登録すると、テーブル５５ＡにＡｐｐの契約情報が登録される（図２６参照）。この契約情報は、契約ＩＤ、ユーザＩＤ、ＡｐｐＩＤ、及び契約認証キーを含む。契約管理部３６がテーブル５５Ａへ契約登録することで、制御権限管理部３７Ａは、ＣａｍＡｐｐ制御権限を生成する。

１つの契約毎に１つのＣａｍＡｐｐ制御権限が生成される場合、テーブル５５Ａへの情報登録で済むが、１つの契約及び１つのカメラ毎にＣａｍＡｐｐ制御権限が生成される場合、テーブル５６Ａへの情報登録も行われる。具体的には、契約登録において、制御権限管理部３７は、Ａｐｐ契約要求及び設定情報に基づいてＣａｍＡｐｐ制御権限ＩＤを発行し、契約ＩＤ及びカメラＩＤを、テーブル５６Ａに保持させる。

Ｔ２７Ａの処理後、管理サーバ３０Ａは、Ｔ３０の処理を行う。

このように、本実施形態では、ＣａｍＡｐｐ制御キーが生成されず、管理サーバ３０ＡがＣａｍＡｐｐ制御権限を、契約情報（例えば契約ＩＤ）に基づいて管理する。

図３０は、カメラシステム５ＡによるＡｐｐ利用開始手順の一例を示すシーケンス図である。

まず、カメラシステム５Ａは、Ｔ３１，Ｔ３２の処理を実行する。

Ｔ３２の処理後、管理サーバ３０Ａでは、通信部３８Ａが、契約情報の要求を受けると、契約管理部３６が、取得された契約ＩＤに係るテーブル５５Ａに保持された契約情報の一部又は全部を抽出し、通信部３８Ａが、Ａｐｐサーバ４０Ａに対し、抽出された契約情報を送信する（Ｔ９１）。

続いて、カメラシステム５Ａは、Ｔ３４〜Ｔ３７の処理を実行する。

通信部４５は、管理サーバ３０Ａに対し、Ｔ３７の設定情報で指定されたＣａｍＡｐｐＩＤ及びカメラＩＤを送信して、ＣａｍＡｐｐのインストールを要求する（Ｔ９２）。このインストール要求は、インストール対象のカメラ２０Ａ、つまり、契約に係る全てのカメラ２０Ａ又は特定のカメラ２０Ａに対して行われる。従って、送信されるカメラＩＤは、インストール対象のカメラ２０ＡのカメラＩＤである。

管理サーバ３０Ａでは、通信部３８Ａが、Ａｐｐサーバ４０ＡからのＣａｍＡｐｐのインストール要求を受けると、制御要求受付判定部３９Ｂが、Ａｐｐサーバ４０ＡがＣａｍＡｐｐ制御権限を有するか否かを判定する。詳細は後述するが、制御要求受付判定部３９Ｂは、ＡｐｐＩＤに紐付けられた契約ＩＤが、テーブル５５Ａに保持されているか否かにより判定する。テーブル５５Ａに該当する契約ＩＤが存在すればＣａｍＡｐｐ制御権限を有し、テーブル５５Ａに該当する契約ＩＤが不在であればＣａｍＡｐｐ制御権限を有しない、と判定される。

１つの契約毎に１つのＣａｍＡｐｐ制御権限が生成された場合、制御要求受付判定部３９Ｂが、Ａｐｐサーバ４０Ａから取得した契約ＩＤがテーブル５５Ａに保持されているか否かを判定すれば済む。一方、１つの契約及び１つのカメラ毎にＣａｍＡｐｐ制御権限が生成された場合、制御要求受付判定部３９Ｂが、更に、契約ＩＤ及びＡｐｐサーバ４０Ａから取得したカメラＩＤが、１つのＣａｍＡｐｐ制御権限ＩＤに関連付けてテーブル５６Ａに保持されているか否かを判定する。この場合、該当するＣａｍＡｐｐ制御権限ＩＤが存在すればＣａｍＡｐｐ制御権限を有し、該当するＣａｍＡｐｐ制御権限ＩＤが不在であればＣａｍＡｐｐ制御権限を有しない、と判定される。

尚、Ａｐｐサーバ４０から管理サーバ３０への要求には、ＡｐｐＩＤ及びＡｐｐサーバ認証キーが付加される。Ａｐｐサーバ４０は、Ａｐｐ毎に存在する。ＡｐｐＩＤは、どのＡｐｐＩＤに紐づくＡｐｐサーバ４０からのアクセスなのかを、管理サーバ３０が識別するために使用される。Ａｐｐサーバ認証キーは、管理サーバ３０がＡｐｐサーバ４０を認証するために使用される。このことは、第１の実施形態においても同様である。

ＣａｍＡｐｐ制御権限を有すると判定された場合、通信部３８Ａは、取得されたカメラＩＤで識別されるカメラ２０Ａに対し、ＣａｍＡｐｐＩＤで識別されるＣａｍＡｐｐＰａｃｋａｇｅを送信して、ＣａｍＡｐｐのインストールを要求する（Ｔ９３）。尚、管理サーバ３０Ａは、インストール要求を受けた際、Ａｐｐサーバ認証部３５が、Ａｐｐサーバ４０Ａを認証してもよい。管理サーバ３０Ａは、認証の結果、正当なＡｐｐサーバ４０Ａであると判定した場合に、ＣａｍＡｐｐ制御権限の有無を判定してもよい。

インストール対象のカメラ２０Ａでは、通信部２５が、ＣａｍＡｐｐのインストール要求を受けると、ＣａｍＡｐｐ管理部２１は、ＣａｍＡｐｐのインストールを識別するためのインストールＩＤを発行し、ＣａｍＡｐｐＰａｃｋａｇｅを用いてＣａｍＡｐｐをインストールする。ＣａｍＡｐｐ管理部２１は、インストールＩＤとＣａｍＡｐｐとを関連付けて保持する。尚、ＣａｍＡｐｐのインストール要求を受けた際、管理サーバ認証部２４は、例えば、カメラ２０Ａの製造時に書き込まれたカメラ制御権限制御キーを用いて、インストールの設定可否を判断してもよい。通信部２５は、ＣａｍＡｐｐのインストールが完了すると、管理サーバ３０Ａを介してインストール完了をＡｐｐサーバ４０Ａに送信する（Ｔ９４）。インストール完了の情報には、インストールＩＤが含まれる。

管理サーバ３０Ａでは、通信部３８Ａがカメラ２０Ａからのインストール完了の情報を受けると、ＣａｍＡｐｐ管理部３９Ａは、ＩｎｓｔａｌｌｅｄＣａｍＡｐｐＩＤを発行し、テーブル６３にインストール情報を登録する。インストール情報は、ＩｎｓｔａｌｌｅｄＣａｍＡｐｐＩＤ、契約ＩＤ、ＣａｍＡｐｐＩＤ、カメラＩＤ、及びインストールＩＤを含む。このインストールＩＤは、カメラ２０Ａからのインストール完了の情報に含まれる。

通信部３８Ａは、インストール情報が登録されると、インストール完了の情報をＡｐｐサーバ４０Ａへ送信する（Ｔ９５）。このインストール完了の情報には、ＩｎｓｔａｌｌｅｄＣａｍＡｐｐＩＤが含まれる。

Ａｐｐサーバ４０Ａでは、通信部４５が、管理サーバ３０Ａからのインストール完了の情報を受けると、このインストール完了の情報に含まれるＩｎｓｔａｌｌｅｄＣａｍＡｐｐＩＤを制御部４２に保持する。

Ａｐｐサーバ４０Ａでは、通信部４５が、管理サーバ３０Ａに対し、保持されたＩｎｓｔａｌｌｅｄＣａｍＡｐｐＩＤを送信して、ＣａｍＡｐｐの起動を要求する（Ｔ９６）。

管理サーバ３０Ａでは、通信部３８Ａが、Ａｐｐサーバ４０ＡからのＣａｍＡｐｐの起動要求を受けると、制御要求受付判定部３９Ｂは、Ａｐｐサーバ４０ＡがＣａｍＡｐｐ制御権限を有するか否かを判定する。具体的には、制御要求受付判定部３９Ｂは、テーブル６３を参照し、Ａｐｐサーバ４０ＡからのＩｎｓｔａｌｌｅｄＣａｍＡｐｐＩＤに関連付けられた契約ＩＤ、カメラＩＤ、及びインストールＩＤを取得する。制御要求受付判定部３９Ｂは、取得された契約ＩＤが、テーブル５５Ａに保持されているか否かにより、ＣａｍＡｐｐ制御権限の有無を判定する。テーブル５５Ａに該当する契約ＩＤが存在すればＣａｍＡｐｐ制御権限を有し、テーブル５５Ａに該当する契約ＩＤが不在であればＣａｍＡｐｐ制御権限を有しない、と判定される。尚、ＣａｍＡｐｐ制御権限は、制御権限管理部３７Ａにより生成され、保持される。

１つの契約毎に１つのＣａｍＡｐｐ制御権限が生成された場合、制御要求受付判定部３９Ｂが、契約ＩＤがテーブル５５Ａに保持されているか否かを判定すれば済む。一方、１つの契約及び１つのカメラ毎にＣａｍＡｐｐ制御権限が生成された場合、制御要求受付判定部３９Ｂが、契約ＩＤ及びカメラＩＤが、１つのＣａｍＡｐｐ制御権限ＩＤに関連付けてテーブル５６Ａに保持されているか否かを判定する。この場合、該当するＣａｍＡｐｐ制御権限ＩＤが存在すればＣａｍＡｐｐ制御権限を有し、該当するＣａｍＡｐｐ制御権限ＩＤが不在であればＣａｍＡｐｐ制御権限を有しない、と判定される。

ＣａｍＡｐｐ制御権限を有すると判定された場合、ＣａｍＡｐｐ管理部３９Ａは、取得されたカメラＩＤで識別されるカメラ２０Ａに対して、取得されたインストールＩＤを送信して、ＣａｍＡｐｐの起動を要求する（Ｔ９７）。尚、管理サーバ３０Ａは、起動要求を受けた際、Ａｐｐサーバ認証部３５が、Ａｐｐサーバ４０Ａを認証してもよい。管理サーバ３０Ａは、認証の結果、正当なＡｐｐサーバ４０Ａであると判定した場合に、ＣａｍＡｐｐ制御権限の有無を判定してもよい。

起動対象のカメラ２０Ａでは、通信部２５が管理サーバ３０ＡからのＣａｍＡｐｐの起動要求を受けると、アプリケーション実行部２８が、インストールＩＤに対応するＣａｍＡｐｐを起動する。尚、ＣａｍＡｐｐの起動要求を受けた際、管理サーバ認証部２４は、例えば、カメラ２０Ａの製造時に書き込まれたカメラ制御権限制御キーを用いて、起動の許否を判断してもよい。通信部２５は、この起動が完了すると、起動完了を管理サーバ３０Ａを介してＡｐｐサーバ４０Ａに送信する（Ｔ９８，Ｔ９９）。

ＣａｍＡｐｐの起動完了後、Ａｐｐサーバ４０Ａは、Ｔ４５の処理を実行する。

図３０に示したＡｐｐ利用開始手順によれば、ＰＣ１０により、どのカメラにどのＣａｍＡｐｐをインストールすべきかを指定できる。ユーザ７は、例えば、店舗３（例えば販売店やレストラン）のオーナーであり、どのカメラの画像をどのような目的に使用したいかを十分に把握している。このユーザ７がＰＣ１０を用いてインストール対象のカメラ２０ＡとＣａｍＡｐｐを指定することで、ユーザ７の意図を反映してＣａｍＡｐｐにインストールできる。

また、管理サーバ３０Ａは、ＣａｍＡｐｐ制御権限の有無を判定することで、Ａｐｐサーバ４０Ａが、直接カメラ２０Ａにアクセスさせずに管理サーバ３０Ａを介して安全にアクセスするよう制御できる。これにより、例えばカメラ２０ＡのＣａｍＡｐｐの不正利用やＣａｍＡｐｐの改変を抑制できる。

図３１は、カメラシステム５ＡによるＡｐｐ契約破棄手順の一例を示すシーケンス図である。

まず、カメラシステム５Ａは、Ｔ３，Ｔ４，Ｔ６１〜Ｔ６３の処理を実行する。

Ｔ６３の処理後、管理サーバ３０Ａでは、制御権限管理部３７Ａが、内部で保持している、取得された契約ＩＤに対応するＣａｍＡｐｐ制御権限を破棄する。この場合、契約管理部３６は、取得された契約ＩＤに対応する契約情報を、テーブル５５Ａから削除する。更に、ＣａｍＡｐｐ制御権限が契約及びカメラ毎に生成されている場合、制御権限管理部３７Ａは、取得された契約ＩＤに対応するＣａｍＡｐｐ制御権限に係る情報を、テーブル５６Ａから削除する。

尚、本実施形態では、カメラ２０ＡがＣａｍＡｐｐ制御キーを保持していないので、ＣａｍＡｐｐ制御キーの破棄をカメラ２０Ａに要求する必要はない。尚、通信部２５は、破棄対象の契約ＩＤに対応するＣａｍＡｐｐをカメラ２０Ａからアンインストールするよう、カメラ２０Ａに対して要求してもよい。

続いて、カメラシステム５Ａは、Ｔ６６の処理を実行する。

図３１に示したＡｐｐ契約破棄手順によれば、カメラ２０ＡによるＡｐｐ契約の終了に伴って、管理サーバ３０Ａは、契約破棄されたＣａｍＡｐｐに係るＣａｍＡｐｐ制御権限を破棄できる。従って、管理サーバ３０Ａは、Ａｐｐサーバ４０ＡからＣａｍＡｐｐの制御要求を取得した場合でも、ＣａｍＡｐｐに対する制御を許諾しないことができる。従って、Ａｐｐ契約の終了後には、ＣａｍＡｐｐを用いてカメラ２０Ａが制御されることを抑制できる。

尚、本実施形態におけるカメラシステム５Ａによるユーザ登録及びカメラ登録手順、Ａｐｐ利用手順については、第１の実施形態と同様である。

このように、カメラシステム５Ａでは、管理サーバ３０ＡがＣａｍＡｐｐ制御権限を生成し、管理サーバ３０Ａ自身が管理するので、ＣａｍＡｐｐ制御キーをカメラ２０Ａ及びＡｐｐサーバ４０Ａの双方に渡さないで済み、ＣａｍＡｐｐ制御キーが外部に漏洩することを抑制できる。従って、管理サーバ３０Ａは、ＣａｍＡｐｐに対する制御を一層安全性高く管理できる。

また、管理サーバ３０Ａがカメラ２０Ａにアクセスし、Ａｐｐサーバ４０Ａが直接カメラ２０Ａにアクセスしない。そのため、カメラ２０Ａに直接接続する場合に起こり得る事象を低減できる。例えば、カメラ２０Ａを自由に制御可能であることを抑制できる。また、ＮＡＴ（ＮｅｔｗｏｒｋＡｄｄｒｅｓｓＴｒａｎｓｌａｔｉｏｎ）を介する通信接続に対する対策を管理サーバ３０が行えばよく、Ａｐｐサーバ４０はＮＡＴを意識する必要がない。

このような本実施形態のカメラシステム５Ａによれば、Ａｐｐサーバ４０ＡがＣａｍＡｐｐを用いてカメラ２０Ａを制御する仕組みを、ユーザにとって安全かつ簡単に実現できる。

尚、第２の実施形態におけるＣａｍＡｐｐ制御権限の有無の判定は、以下のように実施されてもよい。

（１）Ａｐｐサーバ４０Ａから管理サーバ３０Ａへの通信時に、ＡｐｐＩＤとＡｐｐサーバ認証キーが送られる。
（２）続いて、管理サーバ３０Ａは、Ａｐｐに係るテーブル５４を参照し、送られてきたＡｐｐＩＤとＡｐｐサーバ認証キーを同時に持つエントリ（レコード）が存在するか否かを判定する。
（３）管理サーバ３０Ａは、契約に係るテーブル５５Ａを参照し、「送られてきたＡｐｐＩＤ」を持つエントリを抽出し、各エントリが持つ契約ＩＤのリストを作成する。尚、エントリーが０である場合、ＣａｍＡｐｐ権限なしと判定する。尚、１つのＡｐｐが複数のユーザから契約されている場合、ＡｐｐＩＤに紐付く契約ＩＤが複数存在する。

（３）の処理後、以下の（４Ａ），（５Ａ）又は（４Ｂ），（５Ｂ）が実施される。

［ＣａｍＡｐｐインストール指示（引数：ＣａｍＡｐｐＩＤ、カメラＩＤ）の場合］
（４Ａ）管理サーバ３０Ａは、ＣａｍＡｐｐに係るテーブル６２を参照し、「引数で指定されたＣａｍＡｐｐＩＤ」と「送られてきたＡｐｐＩＤ」とを同時に持つエントリが存在するか否かを判定する。この処理は、契約毎に制御権限を設定する場合、契約毎かつカメラ毎に制御権限を設定する場合、のいずれにおいても行われる。
（５Ａ）契約毎且つカメラ毎に制御権限を設定する場合、管理サーバ３０Ａは、ＣａｍＡｐｐ制御権限に係るテーブル５６Ａを参照し、（３）で作成された契約ＩＤリストに含まれる契約ＩＤと、引数で指定されたカメラＩＤと、を同時に持つエントリが存在するか否かを判定する。当該エントリが存在する場合、管理サーバ３０Ａは、Ａｐｐサーバ４０ＡがＣａｍＡｐｐ制御権限を有すると判定する。

［インストール済みＣａｍＡｐｐ制御指示（引数：ＩｎｓｔａｌｌｅｄＣａｍＡｐｐＩＤ）の場合］
(４Ｂ)管理サーバ３０Ａは、インストール済みＣａｍＡｐｐに係るテーブル６３を参照し、引数で指定されたＩｎｓｔａｌｌｅｄＣａｍＡｐｐＩＤと、（３）で作成された契約ＩＤリストに含まれる契約ＩＤと、を同時に持つエントリが存在するか否かを判定する。上記エントリが存在する場合、管理サーバ３０Ａは、上記エントリに係る契約ＩＤ、ＣａｍＡｐｐＩＤ、カメラＩＤを取得する。
（５Ｂ）管理サーバ３０Ａは、ＣａｍＡｐｐ制御権限に係るテーブル５６Ａを参照して、（４Ｂ）で取得された契約ＩＤと、（４Ｂ）で取得されたカメラＩＤ」とを同時に持つエントリが存在するか否かを判定する。当該エントリが存在する場合、管理サーバ３０Ａは、Ａｐｐサーバ４０ＡがＣａｍＡｐｐ制御権限を有すると判定する。

尚、上記（１）、（２）、（３）においても、ＣａｎＡｐｐインストール指示の場合と、インストール済みＣａｍＡｐｐ制御指示の場合と、に分けられる。ＣａｍＡｐｐインストール指示の場合、引数は、ＡｐＩＤ，Ａｐｐサーバ認証キー、ＣａｍａｐＩＤ、及びカメラＩＤである。インストール済みＣａｍＡｐｐ制御指示の場合、引数は、ＡｐｐＩＤ、Ａｐｐサーバ認証キー、及びＩｎｓｔａｌｌｅｄＣａｍＡｐｐＩＤである。

このようなＣａｍＡｐｐ制御権限の有無の判定により、管理サーバ３０Ａは、契約に係るＡｐｐが間違いなく存在することを確認して、ＣａｍＡｐｐ制御権限の有無を判定できる。

以上、図面を参照しながら各種の実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

上記実施形態では、図３０において、Ａｐｐサーバ４０Ａがユーザ７から入手した契約ＩＤ等を用いて管理サーバ３０からカメラ情報を取得するように説明したが、これに限られない。例えば、Ａｐｐサーバ４０Ａが、ユーザ７から入手した契約ＩＤ等を用いることなく、Ａｐｐサーバ４０Ａと管理サーバ３０Ａとの間で別途の契約をしておき、別途の契約に基づいてカメラ情報を管理サーバ３０Ａから取得するようにしてもよい。

このとき、管理サーバ３０Ａがユーザ７との間の契約とＡｐｐサーバ４０Ａとの間の契約とを紐付けて管理しておけば、カメラ情報に基づいて（例えば、Ａｐｐサーバ４０Ａに予め送信したカメラ情報とＡｐｐサーバ４０Ａからの制御要求受付時に受信したカメラ情報とが一致するか否かにより）Ａｐｐサーバ４０ＡがＣａｍＡｐｐ制御権限を有するか否かの判定も可能となる。

例えば、Ａｐｐプロバイダ９が、歩道に向けて設置された多数のカメラ２０Ａからメタデータを収集して、時間毎、性別毎、年齢毎、の情報を集めてデータを第３者に販売する(サービスを提供する)とする。このＡｐｐプロバイダ９は、Ａｐｐサーバ４０Ａと管理サーバ３０Ａとの間で締結した別途の契約に基づいて、管理サーバ３０Ａからカメラ情報を取得できる。そのため、Ａｐｐプロバイダ９は、各々のカメラ所有者であるユーザ７と管理サーバ３０Ａとの契約について何も知らなくとも、カメラ２０Ａを利用して上記サービスを提供できる。

一方、ユーザ７にとっては、ユーザ７と管理サーバ３０Ａとの契約に基づいて管理サーバ３０Ａ側でＣａｍＡｐｐ制御権限が生成されて、そのＣａｍＡｐｐ制御権限の元でユーザ７のカメラ２０Ａに対するアプリケーション制御が管理されている。そのため、カメラ２０Ａが利用される場合の安全性を確保できる。

以上のように、上記実施形態における撮像システムは、撮像装置と、撮像装置用のアプリケーションに対する制御を管理する管理装置と、がネットワークを介して接続される。管理装置は、撮像装置用のアプリケーションを制御するための制御キーを生成し、制御キーを、撮像装置と、撮像装置用のアプリケーションを保持し撮像装置用のアプリケーションに対して制御要求を行う制御装置と、へ送信する。撮像装置は、管理装置からの制御キーを受信して保持し、制御装置からの制御キー及び制御要求を受信する。撮像装置は、保持された制御キーと制御装置からの制御キーとが一致するか否かを判定し、制御キーが一致する場合、制御要求に応じて、制御キーに対応する撮像装置用のアプリケーションを制御する。

撮像システムは、例えばカメラシステム５である。撮像装置は、例えばカメラ２０Ａである。管理装置は、例えば管理サーバ３０である。制御装置は、例えばＡｐｐサーバ４０Ａである。制御キーは、例えばＣａｍＡｐｐ制御キーである。

これにより、撮像装置用のアプリケーションに対して制御要求を行う制御装置とは別に、撮像装置用のアプリケーションに対する制御を管理する管理装置を設けることで、制御キーを用いて、制御要求に対する許否を高精度に行うことができる。例えば、どの制御装置に対して、どの撮像装置に対するどの撮像装置用のアプリケーションの制御権限を与えるかを、容易に設定できる。このように、制御装置が撮像装置用のアプリケーションを用いて撮像装置を制御する仕組みを、ユーザにとって安全かつ簡単に実現できる。

また、撮像システムは、制御キーの送信先としての撮像装置を指定し、指定された撮像装置を識別するための第１の識別情報を管理装置へ送信する情報処理装置を備えてもよい。管理装置は、第１の識別情報を受信し、第１の識別情報で識別される撮像装置へ制御キーを送信する。第１の識別情報で識別される撮像装置は、管理装置から制御キーを受信して保持してもよい。

情報処理装置は、例えばＰＣ１０である。第１の識別情報は、例えばカメラＩＤである。

これにより、制御キーを送信する撮像装置を制限できる。従って、例えば、ユーザが所有する一部の撮像装置に限って、撮像装置用のアプリケーションへの制御要求の許可でき、撮像装置毎に許否を分けられる。

また、管理装置は、第１の識別情報を制御装置へ送信してもよい。第１の識別情報で識別される撮像装置は、制御装置から制御キー、撮像装置用のアプリケーション、及び制御要求を受信してもよい。

これにより、制御装置から各種情報を送信する撮像装置を制限できる。従って、撮像装置用のアプリケーション等、比較的データ量の大きいデータの通信量を低減でき、ネットワーク資源を有効利用できる。

また、管理装置は、撮像装置用のアプリケーションに係る契約毎に、制御キーを生成してもよい。

これにより、契約に応じた制御キーを生成でき、契約毎に共通してアプリケーションを制御できる。

また、管理装置は、撮像装置用のアプリケーションに係る契約毎及び撮像装置毎に、制御キーを生成してもよい。

これにより、契約と撮像装置とに応じた制御キーを生成でき、撮像装置を加味して様々なバリエーションでアプリケーションの制御を許否できる。

また、撮像システムでは、管理装置を認証し、認証が成功した場合に、管理装置からの制御キーを保持してもよい。

これにより、撮像装置が管理装置を認証することで、管理装置からの要求や指示が正当であることを保障できる。

また、撮像システムは、契約を破棄するための破棄要求を管理装置へ送信する情報処理装置を備えてもよい。破棄要求は、破棄対象の契約を識別するための第２の識別情報を含んでもよい。管理装置は、破棄要求を受信し、破棄要求に応じて、契約に係る制御キーを破棄するための破棄通知を送信してもよい。撮像装置は、破棄通知に応じて、撮像装置により保持された制御キーを破棄してもよい。

これにより、撮像装置が保持する制御キーを破棄するという簡単な処理で、制御装置から撮像装置にインストールされた撮像装置用のアプリケーションに対する制御を不可とすることができる。従って、撮像装置は、契約終了後に、制御装置から撮像装置用のアプリケーションに対して制御することを抑制できる。

また、制御要求は、撮像装置用のアプリケーションのインストール要求又は起動要求を含んでもよい。

これにより、撮像装置に対して撮像装置用のアプリケーションをインストール際、撮像装置が保持する撮像装置用のアプリケーションを起動する際に、不当な制御装置からの要求である場合には制御要求を拒否できる。

また、撮像装置は、画像を撮像し、撮像画像から所定の特徴を抽出し、抽出された撮像画像の特徴の情報を制御装置へ送信してもよい。

これにより、制御装置は、各撮像装置の特徴を収集し、収集された特徴に応じた統計情報（例えば、特定の人物の有無、特定の人物の追跡情報、特定の動作の有無）を分析できる。

また、上記実施形態におけるアプリケーション制御方法は、撮像装置と、撮像装置用のアプリケーションに対する制御を管理する管理装置と、がネットワークを介して接続された撮像システムにおける方法である。この方法は、管理装置により、撮像装置用のアプリケーションを制御するための制御キーを生成し、管理装置により、制御キーを、撮像装置と、撮像装置用のアプリケーションを保持し撮像装置用のアプリケーションに対して制御要求を行う制御装置と、へ送信し、撮像装置により、管理装置からの制御キーを受信して保持し、撮像装置により、制御装置からの制御キー及び制御要求を受信し、撮像装置により、保持された制御キーと制御装置からの制御キーとが一致するか否かを判定し、撮像装置により、制御キーが一致する場合、制御要求に応じて、制御キーに対応する撮像装置用のアプリケーションを制御する。

本発明は、アプリケーションへ制御要求を行う制御装置による撮像装置に対するアプリケーション制御の安全性及び操作性を向上できる撮像システム及びアプリケーション制御方法等に有用である。

３店舗
５，５Ａカメラシステム
７ユーザ
８ネットワーク
９Ａｐｐプロバイダ
１０，１０ＡＰＣ
１２，１２ＡＷｅｂブラウザ機能部
１４，１４Ａ，１４Ｂ入力装置
１５，１５Ａディスプレイ
２０，２０ａ，２０ｂ，２０ｃ，２０Ａカメラ
２１ＣａｍＡｐｐ管理部
２２制御権限管理部
２３制御要求受付判定部
２４管理サーバ認証部
２５通信部
２６カメラ画配信部
２７撮像部
２８アプリケーション実行部
３０，３０Ａ管理サーバ
３１ユーザ管理部
３２カメラ管理部
３３Ａｐｐプロバイダ管理部
３４Ａｐｐ管理部
３５Ａｐｐサーバ認証部
３６契約管理部
３７，３７Ａ制御権限管理部
３８，３８Ａ通信部
３９ＡＣａｍＡｐｐ管理部
３９Ｂ制御要求受付判定部
３９Ｃインストール済みＣａｍＡｐｐ管理部
４０，４０ＡＡｐｐサーバ
４１ＣａｍＡｐｐ管理部
４２制御部
４５通信部
４６統計情報管理部
５１，５２，５３，５４，５５，６２，６３テーブル
６０設定ＧＵＩ
６１，６４プルダウンメニュー

Claims

撮像装置と、前記撮像装置用のアプリケーションに対する制御を管理する管理装置と、がネットワークを介して接続された撮像システムであって、
前記管理装置は、
前記撮像装置用のアプリケーションを制御するための制御キーを生成し、
前記制御キーを、前記撮像装置と、前記撮像装置用のアプリケーションを保持し前記撮像装置用のアプリケーションに対して制御要求を行う制御装置と、の両者へ送信し、
前記撮像装置は、
前記管理装置からの前記制御キーを受信して保持し、
前記制御装置からの前記制御キー及び前記制御要求を受信し、
保持された前記制御キーと前記制御装置からの制御キーとが一致するか否かを判定し、
前記制御キーが一致する場合、前記制御要求に応じて、前記制御キーに対応する前記撮像装置用のアプリケーションを制御する、撮像システム。
請求項１に記載の撮像システムであって、更に、
前記制御キーの送信先としての前記撮像装置を指定し、前記指定された撮像装置を識別するための第１の識別情報を前記管理装置へ送信する情報処理装置を備え、
前記管理装置は、前記第１の識別情報を受信し、前記第１の識別情報で識別される前記撮像装置へ前記制御キーを送信し、
前記第１の識別情報で識別される前記撮像装置は、前記管理装置から前記制御キーを受信して保持する、撮像システム。
請求項２に記載の撮像システムであって、
前記管理装置は、前記第１の識別情報を前記制御装置へ送信し、
前記第１の識別情報で識別される前記撮像装置は、前記制御装置から前記制御キー、前記撮像装置用のアプリケーション、及び前記制御要求を受信する、撮像システム。
請求項１ないし３のいずれか１項に記載の撮像システムであって、
前記管理装置は、前記撮像装置用のアプリケーションに係る契約毎に、前記制御キーを生成する、撮像システム。
請求項１ないし４のいずれか１項に記載の撮像システムであって、
前記管理装置は、前記撮像装置毎に、前記制御キーを生成する、撮像システム。
請求項１ないし５のいずれか１項に記載の撮像システムであって、
前記撮像装置は、前記管理装置を認証し、前記認証が成功した場合に、前記管理装置からの前記制御キーを保持する、撮像システム。
請求項４または５に記載の撮像システムであって、更に、
前記撮像装置用のアプリケーションに係る契約を破棄するための破棄要求を前記管理装置へ送信する情報処理装置を備え、
前記破棄要求は、破棄対象の契約を識別するための第２の識別情報を含み、
前記管理装置は、前記破棄要求を受信し、前記破棄要求に応じて、前記契約に係る前記制御キーを破棄するための破棄通知を送信し、
前記撮像装置は、前記破棄通知に応じて、前記撮像装置により保持された制御キーを破棄する、撮像システム。
請求項１ないし７のいずれか１項に記載の撮像システムであって、
前記撮像装置は、
前記制御装置から前記撮像装置用のアプリケーションを受信し、
前記制御要求は、前記撮像装置用のアプリケーションのインストール要求又は起動要求を含む、撮像システム。
請求項１ないし８のいずれか１項に記載の撮像システムであって、
前記撮像装置は、
画像を撮像し、
撮像画像から所定の特徴を抽出し、
抽出された前記撮像画像の特徴の情報を前記制御装置へ送信する、撮像システム。
撮像装置と、前記撮像装置用のアプリケーションに対する制御を管理する管理装置と、がネットワークを介して接続された撮像システムにおけるアプリケーション制御方法であって、
前記管理装置により、前記撮像装置用のアプリケーションを制御するための制御キーを生成し、
前記管理装置により、前記制御キーを、前記撮像装置と、前記撮像装置用のアプリケーションを保持し前記撮像装置用のアプリケーションに対して制御要求を行う制御装置と、の両者へ送信し、
前記撮像装置により、前記管理装置からの前記制御キーを受信して保持し、
前記撮像装置により、前記制御装置からの前記制御キー及び前記制御要求を受信し、
前記撮像装置により、保持された前記制御キーと前記制御装置からの制御キーとが一致するか否かを判定し、
前記撮像装置により、前記制御キーが一致する場合、前記制御要求に応じて、前記制御キーに対応する前記撮像装置用のアプリケーションを制御する、アプリケーション制御方法。