(57)【要約】【課題】  通信装置と通信するためのユーザーの管理において、ユーザーの利便性の向上を可能にした通信装置を提供すること。【解決手段】  外部装置との通信におけるユーザーの認証に用いる管理情報を保持する保持手段と、保持手段が管理情報として保持可能なユーザー数をユーザーレベル毎に管理する管理手段と保持手段が保持する管理情報を更新するための更新情報を含む制御コマンドを受信する受信手段と、保持手段が保持する管理情報を制御コマンドに含まれる更新情報を用いて更新する更新手段と、受信手段で受信した制御コマンドに対応するレスポンスを送信する送信手段と、を備え、受信手段で受信した制御コマンドに管理情報を要求する要求コマンドが含まれる場合に、送信手段は管理手段が管理するユーザーレベル毎のユーザーの数を含む管理情報を応答に含めることを特徴とする。【選択図】  図４
2016144096.tif 000002
【特許請求の範囲】
【請求項１】
外部装置とネットワーク経由で少なくとも画像を含むデータを通信する通信部と、前記通信部による通信においてユーザーの認証を行う認証部とを有する通信装置であって、
前記外部装置との通信におけるユーザーの認証に用いる管理情報を保持する保持手段と、
前記認証手段で認証したユーザーのユーザーレベルに基づいて前記通信装置との通信を制限する制限手段と、
前記保持手段が管理情報として保持可能なユーザー数をユーザーレベル毎に管理する管理手段と、
前記保持手段が保持する管理情報を更新するための更新情報を含む制御コマンドを受信する受信手段と、
前記保持手段が保持する管理情報を前記制御コマンドに含まれる前記更新情報を用いて更新する更新手段と、
前記受信手段で受信した制御コマンドに対応するレスポンスを送信する送信手段と、
を備え、
前記受信手段で受信した制御コマンドに前記管理情報を要求する要求コマンドが含まれる場合に、前記送信手段は前記管理手段が管理するユーザーレベル毎のユーザーの数を含む管理情報を応答に含める
ことを特徴とする通信装置。
【請求項２】
前記ユーザーレベルは管理者ユーザーに加えて、操作ユーザー、一般ユーザー、及び匿名ユーザーのうち少なくとも一つを含むことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記送信手段が送信する応答に含まれるユーザー数の値によって、前記管理手段が管理可能なユーザーレベルを外部装置に対して通知することを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記送信手段が送信する応答に含まれるユーザー数はゼロであることを特徴とする請求項３に記載の通信装置。
【請求項５】
前記管理手段は、前記更新情報を含む制御コマンドによって前記管理情報に含まれるユーザー数を更新するときに、前記保持手段が保持可能なユーザー数を超過するか否かを判定するユーザー数判定手段を含み、
前記送信手段は前記ユーザー数判定手段が前記保持手段が保持可能なユーザー数を超過すると判定したときに、前記制御コマンドに対応するレスポンスにエラー情報を含めることを特徴とする
請求項１乃至４のいずれか１項に記載の通信装置。
【請求項６】
ネットワーク経由で少なくとも画像を含むデータを通信する通信部と、前記通信部による通信においてユーザーの認証を行う認証部と、前記認証部がユーザーの認証に用いる管理情報を保持する保持部と、前記保持部が保持可能なユーザー数をユーザーレベル毎に管理する管理部とを有する通信装置と、前記ネットワーク経由で通信する外部装置であって、
前記保持部が保持する管理情報を要求する要求コマンドを含む制御コマンドを送信する送信手段と、
前記送信手段で送信した制御コマンドに対応するレスポンスを受信する受信手段と、
前記受信手段が受信したレスポンスに含まれる管理情報を表示する表示手段と、
を備え、
前記表示手段は前記管理情報に含まれる前記保持部が保持可能なユーザー数をユーザーレベル毎に表示する
ことを特徴とする外部装置。
【請求項７】
外部装置とネットワーク経由で少なくとも画像を含むデータを通信する通信部と、前記通信部による通信においてユーザーの認証を行う認証部と、前記外部装置との通信におけるユーザーの認証に用いる管理情報を保持する保持部と、前記保持部で管理情報として保持可能なユーザー数をユーザーレベル毎に管理する管理部と、を有する通信装置の制御方法であって、
前記保持部が保持する管理情報を更新するための更新情報を含む制御コマンドを受信する受信ステップと、
前記保持部が保持する前記管理情報を前記制御コマンドに含まれる更新情報を用いて更新する更新ステップと、
前記受信ステップで受信した制御コマンドに対応するレスポンスを送信する送信ステップと、
を備え、
前記受信ステップで受信した制御コマンドに前記管理情報を要求する要求コマンドが含まれる場合に、前記送信ステップにおいて前記管理部が管理するユーザーレベル毎のユーザーの数を含む管理情報を応答に含める
ことを特徴とする通信装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関し、特にユーザー管理手段を備える通信装置に関するものである。
【背景技術】
【０００２】
複数の装置間で通信可能な通信装置においては、安全性を確保するために装置間の通信を制限することが求められる。例えば、特許文献１では、通信を行うユーザーを作成する際にユーザーごとに権限情報を付与する技術が開示されている。
【０００３】
また、通信装置の一例としての撮像装置におけるネットワーク上の通信規格の一つとしてＯＮＶＩＦ（Ｏｐｅｎ  Ｎｅｔｗｏｒｋ  Ｖｉｄｅｏ  Ｉｎｔｅｒｆａｃｅ  Ｆｏｒｕｍ）規格が知られている。本規格では、撮像装置と通信するユーザー管理に関してのコマンドが規格化されている。例えば、撮像装置と通信するユーザーの作成可能な数を撮像装置に問い合わせるコマンドが規格化されている。このコマンドを用いることで、撮像装置とネットワーク経由で通信する外部装置は撮像装置において作成可能なユーザー数を取得することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１３９５２２  号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、通信するユーザーを作成する場合においては、ユーザーのユーザーレベルを設定することができるが、ユーザーレベル毎の作成可能ユーザー数や、作成可能なユーザーレベル等のユーザーレベルに関する情報を取得することができなかった。
【０００６】
そのため、例えば作成可能なユーザー数を超えてユーザーを複数作成しようとする場合や、作成可能でないユーザーレベルのユーザーを作成しようとする場合に、エラーが発生し、ユーザーの利便性を損なう問題が生じることとなる。
【０００７】
そこで、本発明の目的は、通信装置と通信するためのユーザーの管理において、ユーザーの利便性の向上を可能にした通信装置を提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明は、外部装置とネットワーク経由で少なくとも画像を含むデータを通信する通信部と、前記通信部による通信においてユーザーの認証を行う認証部とを有する通信装置であって、前記外部装置との通信におけるユーザーの認証に用いる管理情報を保持する保持手段と、前記認証手段で認証したユーザーのユーザーレベルに基づいて前記通信装置との通信を制限する制限手段と、前記保持手段が管理情報として保持可能なユーザー数をユーザーレベル毎に管理する管理手段と、前記保持手段が保持する管理情報を更新するための更新情報を含む制御コマンドを受信する受信手段と、前記保持手段が保持する管理情報を前記制御コマンドに含まれる前記更新情報を用いて更新する更新手段と、前記受信手段で受信した制御コマンドに対応するレスポンスを送信する送信手段と、を備え、前記受信手段で受信した制御コマンドに前記管理情報を要求する要求コマンドが含まれる場合に、前記送信手段は前記管理手段が管理するユーザーレベル毎のユーザーの数を含む管理情報を応答に含めることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、通信装置と通信するためのユーザーの管理において、ユーザーの利便性の向上を可能にした通信装置を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施例の撮像装置の構成を含むネットワーク構成図である。
【図２】本実施例の撮像装置内のブロック図である。
【図３】本実施例のクライアント装置の内部構成を示すブロック図である。
【図４】本実施例の撮像装置内の通信部とクライアントを示したブロック図である。
【図５】クライアントと監視カメラのコマンドフローチャートである。
【図６】ＳｅｃｕｒｉｔｙＣａｐａｂｉｌｉｔｉｅｓの定義である。
【図７】ＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓコマンドのレスポンスの一部である。
【図８】ユーザー管理情報の一例である。
【図９】クライアントのユーザー管理の設定のＧＵＩである。
【発明を実施するための形態】
【００１１】
以下に、本発明の実施形態について、図面を参照しながら詳細に説明する。以下に、本発明の好ましい実施の形態を、添付の図面に基づいて詳細に説明する。
【００１２】
なお、以下の実施例において示す構成は一例に過ぎず、本発明は、図示された構成に限定されるものではない。また、以下の実施例におけるコマンドは、例えばＯｐｅｎ  Ｎｅｔｗｏｒｋ  Ｖｉｄｅｏ  Ｉｎｔｅｒｆａｃｅ  Ｆｏｒｕｍ（ＯＮＶＩＦ）規格に基づいて定められているものとする。
【実施例１】
【００１３】
以下に、図１を参照して本実施例に係るネットワーク構成について説明する。
【００１４】
図１（ａ）の１０００は、本発明の１つの実施形態である撮像装置を示す図である。１１０１はレンズを含む筐体であり、１１０２は天井方向から吊り下げパン方向及びチルト方向に設置時に設置場所及び撮影画角に合わせて方向を決定できるアーム機構である。
【００１５】
図１（ｂ）は、撮像装置１０００を含むシステム構成図である。２０００は、本発明における外部機器を示すクライアント装置である。撮像装置１０００とクライアント装置２０００は、ＩＰネットワーク網１５００を介して相互に通信可能な状態に接続されている。クライアント装置２０００は、撮像装置１０００に対して、後述する撮像パラメータ変更、映像ストリーミング開始等の各種コマンドを送信する。撮像装置１０００は、それらのコマンドに対するレスポンスや映像ストリーミングをクライアント装置２０００に送信する。
【００１６】
なお、本実施例における撮像装置１０００は、ネットワーク経由で外部装置と通信する通信装置の一例であり、例えば動画像を撮像する監視カメラである。より詳細には、監視に用いられるネットワークカメラであるものとする。また、本実施例におけるクライアント装置２０００は、ＰＣ等の外部装置の一例である。又、本実施例における監視システムは、撮像システムに相当する。
【００１７】
また、ＩＰネットワーク網１５００は、例えばＥｔｈｅｒｎｅｔ（登録商標）等の通信規格を満足する複数のルータ、スイッチ、ケーブル等から構成されるものとする。しかしながら、本実施例においては、撮像装置１０００とクライアント装置２０００との間の通信を行うことができるものであれば、その通信規格、規模、構成を問わない。
【００１８】
例えば、ＩＰネットワーク網１５００は、インターネットや有線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等により構成されていても良い。なお、本実施例における撮像装置１０００は、例えば、ＰｏＥ（Ｐｏｗｅｒ  Ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（登録商標））に対応していても良く、ＬＡＮケーブルを介して電力を供給されても良い。
【００１９】
また、本実施例におけるクライアント装置２０００は、ＰＣ等の外部装置の一例である。又、本実施例における監視システムは、撮像システムに相当する。
【００２０】
図２は、本実施例における撮像装置１０００の内部構成を示すブロック図である。図２において、１００１はレンズ、１００２は撮像部、１００３は画像処理部、１００４は圧縮符号化部、１００５は通信部、１００６はレンズ制御部、１００７は制御部、１００８は記憶部である。
【００２１】
以下に図２を参照して、本実施例に係る撮像装置の動作について説明する。撮像される被写体からの光線はレンズ１００１を介して入力され撮像部１００２において結像され被写体の像を撮像して映像信号として出力される。レンズ１００１はレンズ制御部１００６によって入力されてくる被写体の像に合わせて絞りを変化させたり、フォーカス位置を調整しピントを合わせたり、赤外線カットフィルターの挿抜等の入力映像信号に対する制御処理を行われる。撮像部１００２で撮像された映像信号は画像処理部１００３に入力される。
【００２２】
図２において通信部１００５はクライアント装置２０００からの映像サイズ設定の指示や、被写体像に対するホワイトバランス及びゲインなどの露出制御に関する設定コマンドを含む制御コマンドを受信する。画像に対する設定コマンドは制御部１００７によって解析され画像処理部１００３に入力される。また同時に記憶部１００８に画像設定情報が記憶され、起動時に記憶部１００８に記憶されている画像設定情報に従って制御部１００７から画像処理部１００３に設定が行われる。画像処理部１００３は画像設定情報に従い画像処理を行い圧縮符号化部１００４へ入力する。
【００２３】
図２において通信部１００５はクライアント装置２０００からの符号化設定コマンドを含む制御コマンドを受信する。符号化設定コマンドは制御部１００７によって解析され記憶部１００８に記憶したのち圧縮符号化部１００４へ入力される。上記符号化設定情報には、例えば、符号化方式や画像サイズや画像の回転あるいは画像の解像度に関する指定情報も含まれる。圧縮符号化部１００４は、入力された画像処理部１００３の被写体画像に対して、複数の指定された前記画像サイズもしくは画像の解像度を、指定された前記符号化方式によって圧縮符号化する。
【００２４】
上記のごとく動作することにより、本実施例の撮像装置１０００においては、同一シーンで異なる符号化方式で、異なる画像サイズの画像ストリームを、ほぼ同時に配信することが可能となっている。当該画像ストリームは、通信部１００５を介して外部に出力される。
【００２５】
また、図２において通信部１００５はクライアント装置２０００からの工場出荷設定コマンドを含む制御コマンドを受信する。工場出荷設定コマンドは通信部１００５で受信した後、制御部１００７で解析され記憶部１００８に保存してある工場出荷設定を用いて、記憶部１００８に保存してある各種設定情報を更新する。例えば前述する、画像設定情報や符号化設定情報が工場出荷設定に更新される。
【００２６】
また、制御部１００７はＣＰＵを含み、クライアント装置２０００の各構成要素を統括的に制御及び各種パラメータ等の設定を行う。また、記憶部１００８は、データを電気的に消去可能なメモリ等を含み、制御部１００７はこれに記憶されたプログラムを実行する。なお、メモリは、制御部１００７が実行するプログラム格納領域、プログラム実行中のワーク領域、データの格納領域等として使用される。加えて、記憶部１００８は制御部１００７が撮像装置１０００の制御に用いる設定情報である各種パラメータの初期値等を保持可能である。保持した初期値は初期化コマンド等によって用いられる。具体的には、初期化コマンドを受信した撮像装置１０００は、設置運用後にクライアント装置２０００等から設定された情報を含んだ設定情報を記憶部１００８に保持した初期値で更新する。
【００２７】
図３は、クライアント装置２０００の内部構成を示す図である。
【００２８】
図３において、２００１は制御部である。制御部２００１は例えばＣＰＵで構成され、クライアント装置２０００の全体の制御を行う。
【００２９】
２００２は記憶部である。記憶部２００２は、主に制御部２００１が実行するプログラム格納領域、プログラム実行中のワーク領域等、様々なデータの格納領域として使用される。
【００３０】
２００３は表示部である。表示部２００３は、例えばＬＣＤ、有機ＥＬディスプレイ等で構成され、クライアント装置２０００の使用者に対して、後述の配信画像設定画面を含む様々な設定画面や、撮像装置１０００から受信する映像のビューワ、各種メッセージ等を表示する。
【００３１】
２００４は入力部である。入力部２００４は、例えばボタン、十字キー、タッチパネル、マウス等で構成され、使用者による画面操作の内容を制御部２００１に通知する。
【００３２】
２００５は復号部である。復号部２００５は、通信部２００６を介して受信された圧縮符号化されている画像データをＪＰＥＧ，或いはＨ．２６４等の形式に基づいて復号化し、記憶部２００２に展開する。
【００３３】
２００６は通信部である。通信部２００７は、各制御コマンドを撮像装置２０００に対して送信する場合、また各制御コマンドに対するレスポンスや、映像ストリームを撮像装置２０００から受信する場合に使用される。
【００３４】
以上、図２および図３を参照し撮像装置１０００とクライアント装置２０００の内部構成について説明したが、図２および図３に示す処理ブロックは、本発明における撮像装置、クライアント装置の好適な実施形態の一例を説明したものでありこの限りではない。音声入力部、音声出力部を追加するなど、本発明の要旨の範囲内で、種々の変形及び変更が可能である。
【００３５】
図４は撮像装置１０００において、ネットワークを介して通信を行う通信部１００５の内部構成を示した図である。通信部１００５はクライアント装置２０００からの各種制御コマンドを受信し、そのレスポンスを送信する。本実施例においては、クライアント装置２０００は、監視カメラ１０００と通信するためのユーザー管理情報の設定を行う機能を備えている。具体的には、制御部２００１は、入力部２００４等からのユーザーの指示に基づいて、ユーザー管理情報の設定用のコマンドを生成し、通信部２００６を介して撮像装置１０００に対してＳＯＡＰメッセージとして制御コマンドを送信する。本制御コマンドにはユーザー管理情報の設定を行う制御コマンドが含まれる。ユーザー管理情報の設定を行う制御コマンドの詳細に関しては後述する。
【００３６】
そして、通信部１００５は、ＨＴＴＰサーバー部１３を備えており、クライアント装置２０００から送信された制御のコマンドを受信する。Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔサービス部１４は、ＨＴＴＰサーバー部１３が受信したＳＯＡＰメッセージを解析して設定されたユーザー名やパスワードなどのユーザー管理情報を、ユーザー管理部１５に保存する。ユーザー管理部は、ＨＴＴＰサーバー部１３に対して、ユーザー名とパスワードなどのユーザー管理情報を送り、ＨＴＴＰサーバー部１３はＨＴＴＰ  Ｄｉｇｅｓｔ認証による認証処理に反映する。なお、各制御は制御部１００７によって制御される。
【００３７】
なお、本実施例において、ＨＴＴＰサーバー部１３およびＤｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔサービス部１４を通信部１００５内に設けたが、いずれかを通信部１０００５以外に独立して設けてもよいし、制御部１００７に設けるようにしてもよい。また、ユーザー管理部１５は記憶部１００８内に設けるようにしてもよい。
【００３８】
ここで、本実施例の撮像装置１０００において、図５に示したコマンドシーケンスを通してクライアント装置２０００を操作し、制御コマンド等の送信を行うユーザー作成及びそのユーザーの権限レベルに相当するユーザーレベルを設定することも可能である。そして、撮像装置１０００はこのユーザーレベルに応じて実行できる制御を制限することができる。また、本実施例の撮像装置１０００は管理者ユーザー（Ａｄｍｉｎｉｓｔｒａｔｏｒ）を設定可能である。管理者ユーザーとは、撮像装置１０００の全体管理を認められているユーザーであり、すべての制御コマンドを実行可能なユーザーレベルを有するユーザーである。また、本実施例の撮像装置１０００は、管理者ユーザー以外にも、操作ユーザー（Ｏｐｅｒａｔｏｒ）、一般ユーザー（Ｕｓｅｒ）、匿名ユーザー（Ａｎｏｎｙｍｏｕｓ）のを設定可能である。ここで、操作ユーザー、一般ユーザー、匿名ユーザーの順にユーザーレベルの権限としては低くなり実行可能な制御コマンドが制限される。
【００３９】
なお、本実施例の撮像装置１０００は、記憶部１００８に各ユーザーのＩＤ、ユーザーレベル、パスワードを対応づけて記憶する。そして、クライアント装置２０００における入力部２００４等を介した入力結果によって、ユーザーの認証を行い、記憶部１００８に記憶したユーザーレベルを設定する。また本ユーザーの認証動作はクライアント装置２０００においても同様に実行されるようにしてもよいし、クライアント装置２０００のユーザー認証結果を流用するようにしてもよい。
【００４０】
図６は、ＯＮＶＩＦ規格におけるＤｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔサービスに関する定義である。具体的にＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓコマンドまたはＧｅｔＣａｐａｂｉｌｉｔｉｅｓコマンド等のレスポンスに含まれる、ＳｅｃｕｒｉｔｙＣａｐａｂｉｌｉｔｉｅｓの定義である。ここで、ＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓコマンドまたはＧｅｔＣａｐａｂｉｌｉｔｉｅｓコマンドは撮像装置１０００が有する機能を要求する要求コマンドであり、ユーザー管理情報の設定に関する機能を問い合わせるコマンドの一例である。さらに、ＳｅｃｕｒｉｔｙＣａｐａｂｉｌｉｔｉｅｓは、撮像装置１０００のユーザー管理情報を設定するためのユーザー管理情報の設定に関する情報を含む。クライアント装置２０００はＳｅｃｕｒｉｔｙＣａｐａｂｉｌｉｔｉｅｓを含む応答をレスポンスとして撮像装置１０００から取得することで、撮像装置１０００のユーザー管理情報の設定に関する情報を取得する。
【００４１】
ここで、本実施例におけるユーザー管理情報の設定に用いられる情報に関して詳述する。
【００４２】
６０１で示すＭａｘＵｓｅｒｓは、作成できるユーザー数の最大数である。本実施例の撮像装置１０００は、ネットワーク経由でクライアント装置２０００以外の外部装置と通信が可能である。この場合、撮像装置１０００と通信するユーザーも複数となるため、撮像装置１０００は、複数のユーザー管理情報を保持する必要がある。一方で、記憶部１００８の記憶領域は有限であるために、保持可能なユーザー数も限定される。なお、撮像装置１０００が保持可能なユーザー数は記憶部１００８の記憶容量や、その他機能によって変化する。そのため、ユーザーは撮像装置１０００にユーザーを作成可能か問い合わせることが重要となる。
【００４３】
６０２で示す、ＭａｘＵｓｅｒＮａｍｅＬｅｎｇｔｈはユーザー名として設定可能な文字列の最大長である。６０３で示す、ＭａｘＰａｓｓｗｏｒｄＬｅｎｇｔｈはパスワードとして設定可能な文字列の最大長がある。これらの最大数及び最大長を超えないようにユーザーはユーザー管理情報の設定を行うことが求められる。
【００４４】
そして本実施例では、それらに加えてユーザーレベルが管理者ユーザーを作成できる最大数を示すＭａｘＡｄｍｉｎｉｓｔｒａｔｏｒＮｕｍｂｅｒ６０４を備えている。また、ユーザーレベルがＯｐｅｒａｔｏｒである操作ユーザー、ユーザーレベルがＵｓｅｒである一般ユーザー、ユーザーレベルがＡｎｏｎｙｍｏｕｓである匿名ユーザーを作成できるそれぞれの最大数を示す６０５乃至６０７を備えている。
【００４５】
図７は、撮像装置部１０００とクライアント装置２０００において、ユーザー管理情報の設定に用いられる情報をやり取りするための制御コマンドの送受信を示した図である。クライアント装置２０００は、撮像装置１０００に設定可能なユーザーの情報を取得するためにＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓコマンド送信する。撮像装置１０００は図２で示した情報を含んだレスポンスを返す（ステップＳ３１）。次に、クライアント装置２０００は撮像装置１０００に設定された既存のユーザーの情報を取得するために、ＧｅｔＵｓｅｒｓリクエストを送信する。そして、撮像装置１０００はユーザー管理部１５に保存されたユーザー情報を元にレスポンスを返す（ステップＳ３２）。最後に、クライアント装置２０００はユーザーの設定に応じて、撮像装置１０００のユーザー管理情報を更新するためにＣｒｅａｔｅＵｓｅｒｓ、ＳｅｔＵｓｅｒｓ、ＤｅｌｅｔｅＵｓｅｒｓコマンドを撮像装置部１１に送信する。撮像装置部１０００はユーザー管理部１５に保存されたユーザーの情報に対して、それぞれのコマンドに応じたユーザーの作成、ユーザーの設定、ユーザーの削除等の動作を行う（ステップＳ３３）。なお、本実施例においてステップＳ３３で送信するコマンドはユーザー管理情報を更新するための更新情報を含んだコマンドに相当する。
【００４６】
図８は、図７におけるＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓレスポンス（ステップＳ３１）に含めるユーザー管理情報の一例を示した図である。
【００４７】
ＭａｘＵｓｅｒｓは１５であるため、デバイスに作成可能なユーザーの最大数は１５であることを意味する。また、ユーザー名の最大長はＭａｘＵｓｅｒＮａｍｅＬｅｎｇｔｈに示された２０文字、パスワードの最大長はＭａｘＰａｓｓｗｏｒｄＬｅｎｇｔｈに示された３２文字である。
【００４８】
ＭａｘＡｄｍｉｎｉｓｔｒａｔｏｒＮｕｍｂｅｒ、ＭａｘＯｐｅｒａｔｏｒＮｕｍｂｅｒ、ＭａｘＵｓｅｒＮｕｍｂｅｒ、ＭａｘＡｎｏｎｙｍｏｕｓＮｕｍｂｅｒは、それぞれ対応するユーザーレベル毎のユーザーを作成できる数の最大値を意味する。例えばユーザーレベルがＡｄｍｉｎｉｓｔｒａｔｏｒのユーザーは、ＭａｘＡｄｍｉｎｉｓｔｒａｔｏｒＮｕｍｂｅｒが５なので、５ユーザー分を作成することができる。また、ＭａｘＡｎｏｎｙｍｏｕｓＮｕｍｂｅｒは０（ゼロ）なので、この場合はユーザーレベルがＡｎｏｎｙｍｏｕｓのユーザーの作成をサポートしていない（作成できない）ことを意味する。なお、本実施例の撮像装置部１０００に対して全ての操作が可能であるユーザーレベルがＡｄｍｉｎｉｓｔｒａｔｏｒのユーザーは少なくとも１つは必要であるため、ＭａｘＡｄｍｉｎｉｓｔｒａｔｏｒＮｕｍｂｅｒに関しては少なくとも１以上は必要である。ここで、ユーザーレベル毎のユーザーを作成できる数の最大値はユーザー管理部１５が管理している。つまり、ユーザーを作成できる数の最大値は、ユーザー管理部１５が管理可能な数に相当する。
【００４９】
図９は、クライアント装置２０００において、ユーザー管理を行う設定に表示部２００３等に表示するユーザーインターフェースを示す図である。本ユーザーインターフェースの表示内容は撮像装置１０００に対して事前に認証動作を行うことによって表示可能となる。なお、認証動作に用いたユーザーレベルに応じて表示内容を変更する。具体的には、認証したユーザーのユーザーレベルより高いユーザーレベルが設定されたユーザーに関しては一部又は全部を表示しないようにしてもよい。本実施例においては、ユーザーレベルがＡｄｍｉｎｉｓｔｒａｔｏｒのユーザーが認証した際にクライアント装置２０００の表示部２００３に表示されるユーザーインターフェースを示している。
【００５０】
ユーザーの一覧５１は、図７で示したＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓ（ステップＳ３１）とＧｅｔＵｓｅｒｓ（ステップＳ３２）のトランザクションによって取得した情報を表示する。具体的には、ユーザー名の列にはＧｅｔＵｓｅｒｓで取得したユーザー名を一覧で示し、ユーザーレベルの列にはその対応するユーザーのユーザーレベルを示す。
【００５１】
また、本実施例におけるユーザーインターフェースにおいて、表示する行数はＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓで取得したＭａｘＵｓｅｒｓの値を反映する。ユーザーレベルの列に示した数値は、現在作成されているユーザー数及び作成可能なユーザー数を示す。具体的には、ユーザー名がａｄｍｉｎにおけるユーザーレベルの欄には「（２／５）」が表示されている。これは、ユーザーレベルがＡｄｍｉｎｉｓｔｒａｔｏｒとして設定可能なユーザー数が５つであることを意味する。この数値はＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓで取得したＭａｘＡｄｍｉｎｉｓｔｒａｔｏｒＮｕｍｂｅｒの値である。また、現在作成されているＡｄｍｉｎｉｓｔｒａｔｏｒのユーザーレベルを設定されたユーザー数の総数が２つであることを意味する。この数値はＧｅｔＵｓｅｒｓで取得したユーザーのユーザーレベルがＡｄｍｉｎｉｓｔｒａｔｏｒのユーザー（ａｄｍｉｎとｒｏｏｔ）の総数を意味する。本実施例においてこの場合、ユーザーレベルがＡｄｍｉｎｉｓｔｒａｔｏｒのユーザーは残り３つまで作成できることをユーザーに通知することができる。なお、ユーザーレベルがＯｐｅｒａｔｏｒ、Ｕｓｅｒのユーザーも同様に通知可能である。また、現在作成されているユーザー数及び作成可能なユーザー数で少なくともどちらか一方を表示する欄を設け、個別に表示するようにしてもよい。
【００５２】
また、新規にユーザーを追加する場合は、ユーザー名５２とユーザーレベル５３とパスワード５４を設定し、追加・編集ボタン５５を押す。また、ユーザーレベルやパスワードを変更する場合、ユーザー名の列からユーザー名を選択するとユーザー名５２にユーザー名が表示され、続けてユーザーレベル５３とパスワード５４を設定して追加・編集ボタン５５を押すことで変更することができる。
【００５３】
ユーザーレベル５３はプルダウンで選択できるようになっており、通常はＡｄｍｉｎｉｓｔｒａｔｏｒ、Ｏｐｅｒａｔｏｒ、Ｕｓｅｒ、Ａｎｏｎｙｍｏｕｓを選択できる。しかし、図４で示したＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓのレスポンスでＭａｘＡｎｏｎｙｍｏｕｓＮｕｍｂｅｒが０のため、本実施例の場合は選択肢として表示しない。
【００５４】
また、ユーザー名５２とパスワード５４は最大長がＭａｘＵｓｅｒＮａｍｅＬｅｎｇｔｈとＭａｘＰａｓｓｗｏｒｄＬｅｎｇｔｈで決められているため、テキストボックスでそれより大きい値が入力できないように制限している。
【００５５】
なお、サポートしていないユーザーレベルに関しては、ユーザーレベル５３では選択肢として選択できるが、追加・編集ボタン５５を押した際に設定できないことをメッセージとして表示しても良い。
【００５６】
また、追加・編集ボタン５５を押す時点で設定可能なユーザーレベルのユーザー数を超過えていた場合、設定できないことを判定しメッセージとして表示しても良い。なお、本判定は制御部１００７が行ってもよいし、制御部２００１が行ってもよい。この場合、制御部１００７または、制御部２００１は、設定可能なユーザー数が超過したか否かを判定するユーザー数判定部に相当する。また、撮像装置１０００の制御部１００７が判定を行った場合は、レスポンスにエラー情報を含めるようにしてもよい。クライアント装置２０００は、本エラー情報を参照することで、設定可能なユーザー数が超過したか否かを判定することが可能となる。
【００５７】
削除ボタン５６は、ユーザーの一覧５１で選択している既存のユーザーや、設定中のユーザーを削除する。
【００５８】
適用ボタンは設定されたユーザーを撮像装置部１１の設定に反映する。新規にユーザーが作成されていればＣｒｅａｔｅＵｓｅｒｓ、既存のユーザーのユーザーレベルまたはパスワードが編集されていればＳｅｔＵｓｅｒｓ、既存のユーザーが削除されていればＤｅｌｅｔｅＵｓｅｒｓを撮像装置部１０００へ送信する。
【００５９】
クリアボタン５８は設定中のユーザー管理の情報を初期に戻し、閉じるボタン５９はユーザー管理の設定を終了する。
【００６０】
このように、ＧｅｔＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｉｅｓで取得した各ユーザーレベルの最大数を表示し、設定不可能なユーザーレベルはユーザーレベル５３で選択できないようにすることで、ユーザーの設定に関してエラーが発生しないようにする。
【００６１】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。
【符号の説明】
【００６２】
１０００  監視カメラ部
２０００  クライアント部
１３  ＨＴＴＰサーバークライアント
１４  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔサービス部
１５  ユーザー管理部
【図１】
2016144096.tif 000003
【図２】
2016144096.tif 000004
【図３】
2016144096.tif 000005
【図４】
2016144096.tif 000006
【図５】
2016144096.tif 000007
【図６】
2016144096.tif 000008
【図７】
2016144096.tif 000009
【図８】
2016144096.tif 000010
【図９】
2016144096.tif 000011