(57)【要約】【課題】イベントが連続して発生すると、管理者であっても、その間カメラ制御できない。【解決手段】カメラ調停部は、第一のカメラ調停手段および、第二のカメラ調停手段を有し、第一のカメラ調停手段は、クライアントの制御要求の優先度を決定し、第二のカメラ調停手段は、クライアントの制御要求と撮像装置内部のカメラ制御要求を合わせて優先度を決定し、前記カメラ調停部は、クライアント制御要求を、撮像装置内のカメラ制御要求の優先度より高く設定し、最後の制御から一定時間経過した場合に、クライアント制御要求を、撮像装置内のカメラ制御要求の優先度よりも下げることを特徴とする。【選択図】図１
2016201721.tif 000002
【特許請求の範囲】
【請求項１】
クライアントとネットワークを介して通信を行う通信部、
イベント発生時にカメラ制御を行うカメラアプリ部、
カメラ制御要求を調停するカメラ調停部を有する撮像装置であって、
カメラ調停部は、第一のカメラ調停手段および、第二のカメラ調停手段を有し、
第一のカメラ調停手段は、クライアントの制御要求の優先度を決定し、
第二のカメラ調停手段は、クライアントの制御要求と撮像装置内部のカメラ制御要求を合わせて優先度を決定し、
前記カメラ調停部は、クライアント制御要求を、撮像装置内のカメラ制御要求の優先度より高く設定し、
最後の制御から一定時間経過した場合に、クライアント制御要求を、撮像装置内のカメラ制御要求の優先度よりも下げることを特徴とする撮像装置。
【請求項２】
クライアントとネットワークを介して通信を行う通信部、
イベント発生時にカメラ制御を行うカメラアプリ部、
カメラ制御要求を調停するカメラ調停部を有する撮像装置であって、
カメラ調停部は、第一のカメラ調停手段および、第二のカメラ調停手段を有し、
第一のカメラ調停手段は、クライアントの制御要求の優先度を決定し、
第二のカメラ調停手段は、クライアントの制御要求と撮像装置内部のカメラ制御要求を合わせて優先度を決定し、
前記カメラ調停部は、クライアント制御要求を、撮像装置内のカメラ制御要求の優先度より高く設定し、
制御権取得から一定時間経過した場合に、クライアント制御要求を、撮像装置内のカメラ制御要求の優先度よりも下げることを特徴とする撮像装置。
【請求項３】
前記カメラ調停部は、前記下げたクライアント制御要求の優先度をカメラ制御時に、撮像装置内のカメラ制御要求の優先度よりも上げることを特徴とする請求項１又は請求項２に記載の撮像装置。
【請求項４】
前記カメラ調停部は、前記下げたクライアント制御要求の優先度を制御権取得時に、撮像装置内のカメラ制御要求の優先度よりも上げることを特徴とする請求項１又は請求項２に記載の撮像装置。
【請求項５】
前記通信部が前記第一のカメラ調停手段を有する請求項１乃至請求項４の何れか一項に記載の撮像装置。
【請求項６】
撮像装置内部のカメラ制御要求とはカメラアプリ部のカメラ制御要求であることを特徴とする請求項１乃至請求項４の何れか一項に記載の撮像装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント装置より制御可能な撮像装置に関する。
【背景技術】
【０００２】
従来、複数のユーザーから監視カメラを制御された場合に、どのユーザーを優先させるかを決定する制御権機能がある。特許文献１では複数のユーザーから制御権の取得が行われた場合に、後から受けた命令を待ち行列に追加し、制御権が取得可能になったことを伝える技術が開示されている。一方で、制御権の占有をさけるために、タイムアウトの概念を導入した技術が特許文献２に開示されている。
【０００３】
さらに近年、監視カメラに求められる機能が増加し、イベントが発生した場合のプリセットを設定することでイベント発生時に所望の位置へ移動する機能が実現されている。このため、ユーザーによる操作だけでなく、イベント時の操作も含めて、包括的にカメラの操作を行うことができる権利を表す操作権を設けている。そしてイベント時の操作権を、管理者の操作権より高く設定することで、管理者の制御中であっても、イベント発生位置へのカメラ制御を実現している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2003-196063号公報
【特許文献２】特開平6-187279号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、イベントが連続して発生するような場合であると、常に設定位置のプリセットへ制御されてしまい、管理者であっても制御を行うことができないといった問題があった。
【課題を解決するための手段】
【０００６】
本発明は、クライアントとネットワークを介して通信を行う通信部、イベント発生時にカメラ制御を行うカメラアプリ部、カメラ制御要求を調停するカメラ調停部を有する撮像装置であって、カメラ調停部は、第一のカメラ調停手段および、第二のカメラ調停手段を有し、第一のカメラ調停手段は、クライアントの制御要求の優先度を決定し、第二のカメラ調停手段は、クライアントの制御要求と撮像装置内部のカメラ制御要求を合わせて優先度を決定し、前記カメラ調停部は、クライアント制御要求を、撮像装置内のカメラ制御要求の優先度より高く設定し、最後の制御から一定時間経過した場合に、クライアント制御要求を、撮像装置内のカメラ制御要求の優先度よりも下げることを特徴とする。
【発明の効果】
【０００７】
本発明の撮像装置によれば、管理者の制御を優先させながら、イベントが連続した場合であってもカメラ制御できる。
【図面の簡単な説明】
【０００８】
【図１】本実施例の監視カメラのブロック図である。
【図２】本実施例の監視カメラの構成を含むネットワーク構成図である。
【図３】本実施例の監視カメラのハードウェア構成図である。
【図４】本実施例のクライアントのブロック図である。
【図５】カメラアプリ部イベント権限が強い操作権の優先度一覧である。
【図６】本実施例の操作権の優先度を示す図である。
【図７】通信部のリクエスト受信時フローチャートである。
【図８】制御権の取得フローチャートである。
【図９】オペレーター制御権の取得フローチャートである。
【図１０】特権制御権の取得フローチャートである。
【図１１】カメラ制御権の取得フローチャートである。
【図１２】操作レベルの確保フローチャートである。
【図１３】操作権確保指示フローチャートである。
【図１４】カメラ制御フローチャートである。
【図１５】制御権チェック処理フローチャートである。
【図１６】カメラ制御時の制御権昇格のフローチャートである。
【図１７】オペレーター制御権の昇格のフローチャートである。
【発明を実施するための形態】
【０００９】
以下に、本発明の好ましい実施の形態を、図１−１３を参照して、本発明の第１の実施例による、撮像装置について説明する。
【００１０】
本発明における、撮像装置であるところの監視カメラ１０００と、外部機器であるところのクライアント装置２０００及び２１００、とで構成される撮像システムを説明しているのが図２である。ここで、監視カメラ１０００とクライアント装置２０００、２１００は、ＬＡＮ等で構成されたＩＰネットワーク網１５００を介し、相互に通信可能な状態に接続されている。図２におけるクライアント装置２０００及び２１００は、監視カメラ１０００に対し、後述するパン・チルトを制御するコマンドや、動画や音声などのストリーミングの開始を指示するためのコマンドを送信する。一方、監視カメラ１０００は、これらのコマンドに対するレスポンスをクライアント装置に送信し、クライアント装置に対して動画や音声などのストリーミングを開始する。
【００１１】
図３は監視カメラ１０００のハードウェア構成図である。ＣＰＵ１６００、１次記憶装置１６０６、２次記憶装置１６０７、画像キャプチャＩ／Ｆ １６０２、カメラ制御Ｉ／Ｆ １６０４、雲台１６０８、カメラ１６０３、ネットワークＩ／Ｆ１６０９が内部バス１６０１を介して相互に接続されている。ここで1次記憶装置１６０６はRAMに代表される書き込み可能な高速の記憶装置で、ＯＳや各種プログラム及び各種データがロードされ、またＯＳや各種プログラムの作業領域としても使用される。２次記憶装置１６０７はＦＤＤやＨＤＤ、フラッシュメモリ、ＣＤ−ＲＯＭドライブ等に代表される不揮発性を持った記憶装置で、ＯＳや各種プログラム及び各種データの永続的な記憶領域として使用される他に、短期的な各種データの記憶領域としても使用される。
【００１２】
監視カメラの１次記憶装置１６０６及び２次記憶装置１６０７に置かれる各種プログラム等の詳細については後述する。画像キャプチャＩ／Ｆ１６０２にはカメラ１６０３が接続され、カメラ１６０３が撮影した画像データを所定のフォーマットに変換・圧縮して１次記憶装置１６０６に転送する。カメラ制御Ｉ／Ｆ１６０４にはカメラ１６０３が接続され、必要に応じてカメラ１６０３の画角、露出、シャッタースピード、フォーカス、ホワイトバランスなどのカメラ設定を制御し、その状態を返す。
【００１３】
加えて、カメラ制御Ｉ／Ｆ１６０４は監視カメラ１０００の雲台１６０８をパン方向・チルト方向それぞれに対して制御を行う。ネットワークＩ／Ｆ１６０９は監視カメラ１０００へ画像の要求をするクライアント等の外部機器接続するＩ／Ｆであり、無線ＬＡＮ、Ｅｔｈｅｒｎｅｔ（登録商標）等の通信媒体を介す。本発明においては各サーバ・クライアント間の通信が支障なく行えるものであればその通信規格、規模、構成を問わない。故にインターネットからＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）にまで適用可能である。
【００１４】
図１は本実施例における監視カメラ１０００の構成を示すブロック図である。図１において、１００２は撮像部、１００３は撮像制御部、１００４は圧縮符号化部、１００５は通信部、１００７は雲台制御部、１００６はカメラ調停部、１００８はカメラアプリ部、１００９は記憶部である。
【００１５】
撮像部１００２は、結像され被写体の像を撮像して映像信号を出力する。撮像部１００２で撮像された映像信号は撮像制御部１００３に入力される。撮像制御部１００３は、カメラの現像処理などの画像処理を行い圧縮符号化部１００４へ入力する。圧縮符号化部１００４では、ＪＰＥＧやＨ．２６４に代表される圧縮符号化方式で圧縮を行い、記憶部１００９に保存される。クライアント装置２０００から画像取得要求をされた場合、通信部１００５が要求を受け付け、記憶部１００９へ保存されている画像を、クライアント装置２０００へ配信を行う。
【００１６】
図１において通信部１００５はクライアント装置２０００からの制御権の取得、制御権の解放、カメラ制御、メンテナンス、リクエスト、設定などを受信する。第一のカメラ調停調停手段の制御権の取得を受信した通信部１００５は、制御権から操作権の変換を行った後にカメラ調停部１００６に操作権確保指示を送る。カメラ制御、メンテナンスなども通信部１００５からカメラ調停部１００６へカメラ制御指示として送る。設定を受信した通信部１００５は、通信部１００５に設定を保存、カメラアプリ部１００８、圧縮符号化部１００４へ設定を通知する。
【００１７】
制御権とは通信部が管理するカメラを制御できる権利を表す。カメラ制御やメンテナンスを行うクライアントは制御権を取得する必要がある。通信部ではクライアントをセッションと呼ばれるIDで管理しており、制御権はセッションの種別や優先度によって決定される。
【００１８】
カメラ調停部１００６はカメラを制御するコマンドを一括して扱い、撮像制御部と雲台制御部へ振り分け制御を行う。加えて、第二のカメラ調停手段として、通信部１００５やカメラアプリ部１００８などの複数からカメラ操作を受け付けるため、それらの排他処理を行うべく、カメラの操作を行うことができる権利を表す操作権の調停を行う。カメラ制御指示を受けた場合、各コマンドの依存関係を考慮して、さらに必要に応じて変換を行い、撮像制御部１００３、雲台制御部１００７へコマンドを送信する。
【００１９】
カメラアプリ部１００８は、通信部１００５からのプリセット設定、イベント設定、巡回設定などを受信し、あるタイミングで、設定されたプリセットへカメラ制御をするために、カメラ調停部１００６へ操作権確保指示、カメラ制御指示を送信する。あるタイミングとはイベントが発生したタイミングであっても良く、巡回時刻などでもよい。
【００２０】
カメラ制御コマンドによって現在位置が変化した場合、撮像制御部１００３および雲台制御部１００７は、そのステータス変化を、カメラ調停部１００６、通信部１００５を介しクライアント装置２０００へ通知する。本実施例では、カメラを制御するために、カメラ調停部と撮像制御部、雲台制御部がいる場合を例にしたが、１つや、２つでもよく、その分割方法には依存しない。さらに、第一のカメラ調停手段は、通信部１００５に含まれることに限定されるものではなく、独立した調停部を持つような構成でもよい。
【００２１】
図４はクライアント２０００のソフトウェア構成図である。入力部２００４、表示部２００３、通信部２００６、復号部２００５、及び記憶部２００２を１次記憶装置へロードする。入力部２００４は、ユーザーによる入力機器（例えばマウスやキーボード）の操作を受け付けるためのプログラムである。ユーザーによる入力機器の操作に応じて、画像データのリクエストや、制御権取得、制御権解放、パン・チルト角度・ズーム制御コマンド、メンテナンス、各種設定を受け付け、通信部２００６に入力を渡すプログラムである。通信部２００６は、入力部２００４から入力された各種命コマンドを監視カメラ１０００へ送信制御するとともに、監視カメラ１０００から画像データや、現在のパン・チルト角度・ズーム値に関する位置情報などを受信するためのプログラムである。
【００２２】
通信部２００６により受信された画像データは記憶部２００２に記憶される。復号部２００５は記憶部２００２に記憶された圧縮された画像データを復号し、再び記憶部２００２へ保存を行う。表示部２００３は、記憶部２００２に記憶された画像データに応じた画像などをディスプレイに表示するプログラムである。各プログラムは、ＯＳの機能により連携する。なお、本形態の入力部２００４は、入力機器の操作を受け付けることに限らず、ネットワークを経由したクライアントの操作や、クライアントの自動実行プログラムなどの入力を受け付けるようにすることも可能である。
【００２３】
図７は監視カメラ１０００が、クライアント２０００からリクエストを受信した時の通信部１００５のフローチャートである。Ｓ０７０００は、通信部がリクエストを受信したときに起動する。Ｓ０７０１０において、リクエスト中のＵＲＩによって分岐する。
【００２４】
リクエストが制御権の取得である場合，Ｓ０７０２０において制御権の取得を行う。取得結果の比較をＳ０７０３０で行い、成功の場合はＳ０７０４０においてレスポンスに制御権有効を代入する。失敗の場合はＳ０７０５０においてレスポンスに制御権無効を代入する。
【００２５】
リクエストがカメラ制御である場合、Ｓ０７０６０においてカメラ制御を行う。制御結果の比較をＳ０７０７０で行い、成功の場合はＳ０７０８０においてレスポンスに制御結果を代入する。失敗した場合は、Ｓ０７０９０においてレスポンスに制御失敗を代入する。
【００２６】
リクエストがメンテナンスである場合、Ｓ０７１００においてメンテナンスを行う。メンテナンス結果の比較をＳ０７１１０で行い、成功の場合は、Ｓ０７１２０においてレスポンスにメンテナンス成功を代入する。失敗の場合は、Ｓ０７１３０においてメンテナンス失敗を代入する。
【００２７】
リクエストが制御権の解放である場合、Ｓ０７１４０において制御権の解放を行う。制御権解放結果の比較をＳ０７１５０で行い、解放に成功すればＳ０７１６０において、レスポンスに制御権無効を代入する。解放に失敗した場合、Ｓ０７１７０においてレスポンスに失敗理由のエラーコードを代入する。それぞれのリクエスト処理後にＳ０７１８０においてクライアント２０００へレスポンスを返す。最後にＳ０７１８０で終了する。
【００２８】
通信部１００５における制御権の取得時のフローチャートが図８である。Ｓ０８０００はＳ０７０２０制御権の取得時に起動する。次いでＳ０８０１０においてセッションの種別で分岐を行い、Ｓ０８０２０・Ｓ０８０３０・Ｓ０８０４０において制御権の優先度を決定している。
【００２９】
セッションの種別がメンテナンスの場合、Ｓ０８０２０において、制御権優先度に１６０を代入する。セッションの種別が管理の場合、Ｓ０８０３０において、制御権優先度に１４４を代入する。  セッションの種別が一般の場合、Ｓ０８０４０において、制御権優先度に０を代入する。
【００３０】
制御権の優先度を決定した後、Ｓ０８０５０において優先度の比較を行い、オペレーター制御権の確保Ｓ０８０６０を行うか、特権制御権の確保Ｓ０８０７０を行うかを決定する。オペレーター制御権は特権制御権よりも優先度が強く、特権制御権取得中のセッションがいてもオペレーター制御は制御権を取得できる。
【００３１】
その際、確保中であった特権制御権のセッションは制御権をはく奪される。特権制御権は優先度が０のセッションの場合に確保されるＳ０８０５０。特権制御権であると、すでに特権制御権が他のクライアントに取得されている場合、制御権確保待ちにされ、一定時間後に制御権が取得できるようになっている。Ｓ０８０５０の優先度の比較で優先度が０の場合、特権制御権の確保がＳ０８０７０で行われる。優先度が０より大きい場合、Ｓ０８０７０オペレーター制御権の確保が行われる。最後にＳ０８０８０で終了する。
【００３２】
オペレーター制御権の取得のフローチャートが図９である。Ｓ０９０００はＳ０８０７０オペレーター制御権の確保時に起動される。起動後Ｓ０９０１０において制御権の状態によって分岐される。
【００３３】
初回はだれも制御権を持っていない為、制御権なしで、Ｓ０９０２０カメラ制御権の取得が行われる。カメラ制御権の取得後、Ｓ０９０２５において制御権を解放する残り時間に現在時刻を代入する。次いでＳ０９０３０において制御権状態にオペレーターが代入される。
【００３４】
制御権状態が特権である場合、Ｓ０９０４０でカメラ制御権の取得が行われる。制御権状態の特権とは、特権制御権で既に制御権が取得されている状態である。Ｓ０９０４０の次に、Ｓ０９０４５において制御権を解放する残り時間に現在時刻を代入する。Ｓ０９０４０でカメラ制御権の取得が行われたため、以前に制御権を確保していたセッションはＳ０９０５０において制御権をはく奪される。その後Ｓ０９０６０で制御権状態にオペレーターが代入される。
【００３５】
制御権状態がオペレーターである場合、Ｓ０９０７０へ行く。制御権状態がオペレーターとは、オペレーター制御権で既に制御権が取得されている状態である。Ｓ０９０７０では確保中の制御権の優先度と、今確保しようとしているセッションの制御権の比較を行う。比較の結果確保しようとしているセッションの制御権の方が高い場合は、Ｓ０９０８０においてカメラ制御権の取得が行われる。次いでＳ０９０８５において解放残り時間に現在時刻を代入し、確保していた制御権は、はく奪されるＳ０９０９０。Ｓ０９０７０の比較の結果、確保しようとしているセッションの制御権の方が低い場合は、制御権取得失敗となり、Ｓ０９１７０へ行く。
【００３６】
制御権状態が確保待ちである場合、Ｓ０９１００においてカメラ制御権の取得が行われる。制御権状態が確保待ちとは、特権制御権で制御権を確保している状態のところに、べ別のセッションが特権制御権で制御権を取得しようとした時になる状態である。特権制御権の場合は、オペレーター制御権とはことなり待たされることになる。カメラ制御権の取得後、Ｓ０９１０５において解放残り時間に現在時刻を代入し、Ｓ０９１１０において確保していた特権制御権のはく奪が行われ、Ｓ０９１２０で確保待ちセッションの削除が行われる。さらにＳ０９１３０で制御権状態にオペレーターが代入される。
【００３７】
制御権状態が低下である場合、Ｓ０９１４０で制御権優先度に１４４を代入する。制御権状態が低下とは、オペレーター制御権で制御権確保中に、一定時間経過して優先度を下げた状態である。制御権状態が低下でオペレーター制御権の取得が行われたため、制御権状態をオペレーターにする処理を行う。制御権の代入後、Ｓ０９１４５においてカメラ制御権の取得が行われ、Ｓ０９１５０において解放残り時間に現在時刻を代入し、Ｓ０９１５５で確保していた制御権をはく奪、Ｓ０９１６０において制御権状態にオペレーターが代入される。
【００３８】
それぞれの制御権状態における処理が行われた後、Ｓ０９１７０において終了する。特権制御権の取得のフローチャートが図１０である。
【００３９】
Ｓ１００００はＳ０８０６０特権制御権の確保時に起動される。起動後Ｓ１００１０において制御権の状態によって分岐される。制御権状態が制御権なしの場合、Ｓ１００２０においてカメラ制御権の取得が行われる。次いでＳ１００３０において制御権を解放する残り時間に現在時刻を代入する。カメラ制御権の取得を行ったため、Ｓ１００４０において制御権状態に特権を代入する。
【００４０】
制御権状態が特権の場合、Ｓ１００５０において、制御権の取得は行わずに、制御権確保待ちへ追加する。制御権取得待ちのセッションは、一定間隔で制御権を確保しているセッションがあるかどうか確認されるため、確保しているセッションがいなくなった場合、先頭の確保待ちセッションが特権制御権の取得が行われる。制御権確保待ちに追加した後は、Ｓ１００６０において制御権状態に確保待ちを代入する。
【００４１】
制御権状態がオペレーターの場合、優先度はオペレーターの方が高いため、制御権の取得は行わず、制御権取得失敗でＳ１０１３０で終了する。制御権状態が確保待ち場合、Ｓ１００７０へ移る。Ｓ１００７０では解放残り時間があるかどうかの判断が行われる。残り時間がない場合、Ｓ１００８０において確保中の特権制御権がはく奪される。次いでＳ１００９０において確保待ちセッションの先頭をとりだし、Ｓ１０１００において解放残り時間に現在時刻を代入する。まだ確保待ちセッションがあるかどうかの分岐がＳ１０１１０において行われ、ない場合Ｓ１０１１５において特権制御権を取得したため制御権状態に特権を代入する。ある場合は確保待ちを継続し、処理は行わずＳ１０１３０で終了する。
【００４２】
制御権状態が低下の場合、オペレーター制御権を低下させた状態が低下であり、特権制御権より優先度は高いため、制御権の取得は行わず、制御権取得失敗でＳ１０１３０で終了する。
【００４３】
カメラ制御権の取得のフローチャートが図１１である。Ｓ１１０００は、オペレーター制御権の取得時のＳ０９００２、Ｓ０９０４０、Ｓ０９０８０、Ｓ０９１００、Ｓ０９１４５及び、特権制御権の取得時のＳ１００２０に起動される。起動後Ｓ１１０１０において、図８制御権の取得時に求められた、制御権の優先度によって分岐される。
【００４４】
制御権の優先度が最も高い１６０の場合、Ｓ１１０２０において操作権レベルにメンテナンスの３００が代入される。制御権の優先度が１４４の場合、Ｓ１１０３０において操作権レベルに優先の２００が代入される。制御権の優先度が５の場合、Ｓ１１０４０において操作権レベルに低下１５０が代入される。制御権の優先度が０の場合、Ｓ１１０５０において操作権レベルに一般の４０が代入される。
【００４５】
操作権レベルの代入後、Ｓ１１０６０において操作権レベルの確保が行われる。
操作権レベル確保の結果の比較がＳ１１０７０で行われ、成功の場合Ｓ１１０８０において、制御権に取得中を代入する。操作権レベル確保失敗の場合、Ｓ１１０９０において制御権になしを代入する。
【００４６】
操作権へ代入後、戻り値へも操作権を代入しＳ１１１００、Ｓ１１１０で終了する。操作権レベルの確保のフローチャートが図１２である。Ｓ１２０００は、操作権レベルの確保Ｓ１１０６０時に起動される。起動後Ｓ１２０１０において、指定された操作権レベルと現在の操作権レベルの比較が行われる。
【００４７】
指定された操作権レベルが、現在の操作権レベル以上である場合、操作権レベルの確保成功として、Ｓ１２０２０において操作権確レベル保指示を、カメラ調停部１００６へ送信する。送信後操作権の更新をＳ１２０３０において行い、Ｓ１２０４０において戻り値に成功を代入し、Ｓ１２０６０で終了する。
【００４８】
指定された操作権レベルが、現在の操作権レベル未満である場合、操作権レベルの確保失敗として、Ｓ１２０５０において戻り値に失敗を代入し、Ｓ１２０６０で終了する。操作権レベル確保指示のフローチャートが図１３である。Ｓ１３０００は、通信部１００５・カメラアプリ部１００８などからの、操作権レベル確保指示を受信した場合に、カメラ調停部１００６において起動される。起動後Ｓ１３０１０において、指定された操作権レベルと現在の操作権レベルの比較が行われる。
【００４９】
指定された操作権レベルが、現在の操作権レベル以上である場合、操作権レベルの確保成功としてＳ１３０２０において処理される。Ｓ１３０２０では操作権の更新が行われる。Ｓ１３０３０では、登録モジュールがあるかどうかの比較が行われる。本実施例では登録モジュールは通信部１００５やカメラアプリ部１００８であっても良い。
【００５０】
登録モジュールがある場合、Ｓ１３０４０において操作権レベル変更通知が行われる。操作権レベル変更通知は登録モジュールの数だけ繰り返される。登録モジュールがない場合、Ｓ１３０５０において終了する。操作権レベルの変更通知を行うことにより、操作権を確保していると思っているモジュールが、操作権をはく奪された場合に知ることができる。
【００５１】
指定された操作権レベルが、現在の操作権レベル未満である場合、操作権レベルの確保失敗としてＳ１３０５０において終了する。操作権が図５と図６に一覧されている。図５はイベントが連続して発生した場合に、通信部の優先権限でも操作不可能になる操作権一覧である。イベントが連続して発生しても通信部の優先権限で操作できる操作権一覧が図６である。本実施例は図６に相当する。カメラアプリ部の操作権に関しては図６の通り、イベント権限が１５０、プリセット巡回が２０となっている。通信部１００５の操作権に関しては、図１１カメラ制御権の取得のフローチャートにおいても説明した通りである。
【００５２】
イベントが連続して発生した場合に、通信部の優先権限でも操作不可能になる図５では、カメラアプリ部１００８のイベント権限が２００で、通信部１００５の優先権限１００より高いため、イベントが連続して発生する場合、通信部１００５が操作権取得してもすぐにはく奪されてしまうため、制御できない状態が発生する。
【００５３】
図６イベントが連続して発生しても通信部の優先権限で操作できる図６では、通信部の優先権限が２００で、カメラアプリ部のイベント権限１５０より高くなっているため、イベントが連続して発生した場合においても操作権の取得が可能になっている。さらに、一定時間後に通信部の優先権限２００から、通信部の低下権限１００へ変更することで、通信部の操作権の独占を抑制している。
【００５４】
［実施例１］
以下、図７、図１４、図１５を参照して、本発明の第１の実施例による、制御権の取得時から一定時間後に操作権レベルを下げる撮像装置について説明する。カメラ制御時のフローチャートが図１４である。Ｓ１４０００は、カメラ制御Ｓ０７０６０時に、通信部１００５において起動される。
【００５５】
起動後、Ｓ１４０１０において制御権が取得中であるかどうかの判断を行う。取得中の場合、Ｓ１４０２０においてカメラ制御要求を、カメラ調停部１００６へ送信し、Ｓ１４０３０において成功を代入、Ｓ１４０５０で終了する。制御権がない場合、Ｓ１４０４０において戻り値に失敗を代入し、Ｓ１４０５０で終了する。このように制御権がない場合は制御を行うことができない。
【００５６】
通信部における制御権チェック処理のフローチャートが図１５である。Ｓ１６０００は、一定間隔ごとに、通信部１００５において起動される。起動後Ｓ１６０１０において、制御権状態によって分岐される。一定間隔は例えば１秒であっても良い。制御権状態が制御権なしの場合、何もせずにＳ１６１６０で終了する。制御権状態が特権の場合、Ｓ１６０２０において、解放残り時間の更新が行われ、Ｓ１６１６０で終了する。
【００５７】
制御権状態がオペレーターである場合、Ｓ１６０３０において解放残り時間の更新が行われる。次いでＳ１６０４０において、解放残り時間のチェックが行われる。解放残り時間がない場合、Ｓ１６０５０において、確保中の優先度を５へ低下する。その後Ｓ１６０６０においてカメラ制御権の取得を行い、Ｓ１６０７０で解放残り時間の更新する。最後にＳ１６０８０において制御権状態に低下を代入し、Ｓ１６１６０で終了する。
【００５８】
制御権状態が確保待ちである場合、Ｓ１６０９０において、解放残り時間の更新が行われる。次いで解放残り時間のチェックが行われるＳ１６１００。解放残り時間がない場合、Ｓ１６１１０において確保中の制御権がはく奪され、Ｓ１６１２０において確保待ち中のセッションで、制御権を取得し直す。その後、Ｓ１６１３０において確保待ちのセッションがまだあるかどうかの判断が行われ、確保待ちがない場合、Ｓ１６１４０において制御権状態に特権が代入され、Ｓ１６１６０で終了する。確保待ちがある場合は、制御権状態は代入せず、Ｓ１６１６０で終了する。
【００５９】
制御権状態が低下である場合、解放残り時間の更新をＳ１６１５０で行い、Ｓ１６１６０で終了する。
【００６０】
このように制御権取得時から一定時時間経過した後に操作権を下げることによりユーザーによる制御を優先させながら、イベント発生時に所定のプリセット位置へ制御することを実現している。
【００６１】
［実施例２］
以下、図７、図１６、図１７を参照して、本発明の第２の実施例による、最後の制御時から一定時間後に操作権レベルを下げる撮像装置について説明する。実施例１と同じ部分については省略し、差分についてのみ説明を行う。
【００６２】
カメラ制御時に制御権を昇格させるフローチャートが図１６である。Ｓ１７０００は、カメラ制御Ｓ０７０６０時に、通信部１００５において起動される。
【００６３】
起動後、Ｓ１７０１０において制御権が取得中であるかどうかの判断を行う。取得中の場合、Ｓ１７０２０において優先度の比較を行い、そうでない場合はＳ１７０６０において戻り値に失敗を代入する。
【００６４】
優先度が０より大きい場合、オペレーターとして、オペレーター制御権の昇格Ｓ１７０３０を行う。オペレーター制御権の昇格に関しては図１７を参照しながら後述する。制御権が０以下の場合は制御権の昇格は行わない。これは制御権の昇格を許可するのをオペレーターに限定したいからである。
【００６５】
次いでＳ１７０４０においてカメラ制御要求を、カメラ調停部１００６へ送信し、Ｓ１４０３０において成功を代入、Ｓ１４０５０で終了する。
【００６６】
オペレーター制御権の昇格のフローチャートが図１７である。Ｓ１８０００は、カメラ制御時の制御権昇格Ｓ１７０３０時に、通信部１００５において起動される。
【００６７】
起動後Ｓ１８０１０において制御権状態で分岐する。制御権状態が低下の場合のみＳ１８０２０以降で昇格処理を行う。制御権なし・特権・確保待ちの場合は処理を行わずＳ１８０７０で終了する。オペレーターの場合は解放残り時間に現在時刻を代入するＳ１８０８０。
【００６８】
昇格処理ではまず、Ｓ１８０２０において、下がっていた優先度に管理の１４４を代入する。制御権の優先度を下げたのは、図１５中のＳ１６０３０−Ｓ１６０８０で説明した通り、解放残り時間がなくなった事に起因して、制御権優先度を５へ低下させたためである。制御権の代入後、Ｓ１８０３０においてカメラ制御権の取得が行われ、Ｓ１８０４０において解放残り時間に現在時刻を代入し、Ｓ１８０５０で確保していた制御権をはく奪、Ｓ１８０６０において制御権状態にオペレーターが代入される。  それぞれの制御権状態における処理が行われた後、Ｓ１８０７０において終了する。
【００６９】
以上により低下していた制御権優先度を、カメラ制御時に昇格し、元に戻すことが可能となる。本実施例では、カメラ制御時に、解放残り時間の設定を行うため、最後に制御された時から一定時間後に制御権優先度が低下される。この結果ユーザー制御権取得時よりも望ましいタイミングで制御権の低下が実施される。
【００７０】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、雲台の制御方法における絶対値から相対値への変換などの要旨の範囲内で種々の変形及び変更が可能である。
【符号の説明】
【００７１】
１００２  撮像部、１００３  撮像制御部、１００４  圧縮符号化部、
１００５  通信部、１００６  カメラ調停部、１００７  雲台制御部、
１００８  カメラアプリ部、１００９  記憶部
【図１】
2016201721.tif 000003
【図２】
2016201721.tif 000004
【図３】
2016201721.tif 000005
【図４】
2016201721.tif 000006
【図５】
2016201721.tif 000007
【図６】
2016201721.tif 000008
【図７】
2016201721.tif 000009
【図８】
2016201721.tif 000010
【図９】
2016201721.tif 000011
【図１０】
2016201721.tif 000012
【図１１】
2016201721.tif 000013
【図１２】
2016201721.tif 000014
【図１３】
2016201721.tif 000015
【図１４】
2016201721.tif 000016
【図１５】
2016201721.tif 000017
【図１６】
2016201721.tif 000018
【図１７】
2016201721.tif 000019