JP2018033006A - 情報処理装置及び情報処理方法、コンピュータプログラム - Google Patents

Abstract

【課題】カメラ設定を行うための複数インターフェースを持つカメラシステムにおいて、操作内容に応じて適切に他のインターフェースからの設定操作を排他することが可能な技術を提供する。
【解決手段】 対象を撮像して撮像画像を取得する撮像装置を制御する情報処理装置では、撮像装置に対する操作信号を受信する複数のインターフェース手段と、複数のインターフェース手段のうちの第１のインターフェース手段を介して第１の操作信号を受信した場合に、第２のインターフェース手段を介して受信した第２の操作信号を受け付けない排他制御を行う制御手段とを備え、制御手段は、第１の操作信号の種類に応じて、第２の操作信号に対して排他制御を行う期間を決定する。
【選択図】 図３

Description

本発明は情報処理装置及び情報処理方法、コンピュータプログラムに関し、特に、カメラの制御権の取得開放に関するものである。

近年、インターネットなどＩＰ（Internet Protocol）ネットワークを利用して、ネットワークカメラの撮影画像を配信する配信システムが増加してきている。このような配信システムは、例えば、スキー場や動物園の状況を配信するインターネットサイトに採用されており、他にも店舗・ビル監視などにも採用されている。

従来、ネットワークカメラを用いた配信システムでは、複数のユーザーがカメラの撮影条件や画像処理方式を同時に変更することを防止するため、アクセスコントロールによりカメラ制御権を付与することが知られている。これにより、撮影条件等を変更できるユーザーは特定人に制限される。例えば、特許文献１には、撮影装置に対しアクセス要求してきたクライアントの数が所定数以上であるかどうかを判定し、判定結果に応じてクライアントによる制御を禁止することが記載されている。

また、より暗い環境でカラー動画撮影ができる業務用カメラも増えてきており、これら業務用カメラにもネットワーク配信機能が付加され始めている。

特開平１０−１６４５５９号公報

業務用カメラは、映像を見ながら、例えばカメラ本体のボタンやリモコンなど、装置本体に付属している操作装置によりカメラの設定を変更することができる。そして、ネットワークカメラに対する設定は、例えば、１つの操作に応じて一定の時間をかけてオートフォーカス動作を行うものや、メニュー画面を表示して複数の操作を連続して入力するものなど様々なものがある。しかし、従来の構成においては、操作内容が様々であるにかかわらず一律に排他制御を行っていたため、ユーザーの想定しない思わぬタイミングに他のユーザーからの割り込みが生じてしまう可能性があった。例えば、オートフォーカス動作を行っている最中や複数の操作の入力が完了する前などに他のユーザーからの操作が割り込んでしまい、思わぬ設定がなされてしまう可能性があった。

そこで、本発明の目的は、カメラ設定を行うための複数のインターフェースを持つカメラシステムにおいて、操作内容に応じて適切に他のインターフェースからの設定操作を排他することが可能な技術を提供することである。

上記目的を達成するため、本発明による情報処理装置は以下の構成を備える。即ち、
対象を撮像して撮像画像を取得する撮像装置を制御する情報処理装置であって、
前記撮像装置に対する操作信号を受信する複数のインターフェース手段と、
前記複数のインターフェース手段のうちの第１のインターフェース手段を介して第１の操作信号を受信した場合に、第２のインターフェース手段を介して受信した第２の操作信号を受け付けない排他制御を行う制御手段と
を備え、
前記制御手段は、前記第１の操作信号の種類に応じて、前記第２の操作信号に対して排他制御を行う期間を決定する。

本発明によれば、カメラ設定を行うための複数インターフェースを持つカメラシステムにおいて、操作内容に応じて適切に他のインターフェースからの設定操作を排他することが可能である。

カメラシステムの構成を示すブロック図 カメラサーバーのハードウェア構成を示すブロック図 カメラサーバーの機能構成を示すブロック図 カメラサーバーの処理手順を示すフローチャート カメラサーバー一連の動作例を示すシーケンス図 カメラサーバーの処理手順を示すフローチャート カメラサーバー一連の動作例を示すシーケンス図 カメラサーバー一連の動作例を示すシーケンス図 カメラサーバーの処理手順を示すフローチャート

以下、添付図面を参照して本発明の実施の形態を詳細に説明する。

（カメラシステム構成）
図１は、本発明の一実施形態に係るカメラシステムの構成を示すブロック図である。リモコン２１０はカメラサーバー２００に直接接続されており、カメラサーバー２００とクライアント２２０とは、ネットワーク２３０を介して相互に接続される。リモコン２１０とカメラサーバー２００の接続方式は有線でも無線でも構わない。

カメラサーバー２００はカメラ（撮像装置）を備え、対象を撮影（撮像）して取得した画像（撮像画像）をネットワーク２３０を介して配信する情報処理装置である。クライアント２２０はカメラサーバー２００にアクセスし、画像を取得する情報処理装置である。カメラサーバー２００、及び、クライアント２２０は、ＰＣ（パーソナルコンピュータ）、組込み機器、タブレット端末等の情報処理装置により実現される。カメラの設定は、クライアント２２０、リモコン２１０、または、カメラサーバー２００本体に付属するボタン（本体ボタン）等により変更することができる。すなわち、クライアント２２０、リモコン２１０、及び、不図示のボタン等は、パラメータに対して操作を行う操作装置として機能する。

図１では説明の簡略化のためにカメラサーバーは１台としているが、２台以上であっても構わない。また、クライアント２２０以外にもカメラサーバー２００にアクセスして画像の受信や蓄積を行う他のクライアントがあっても構わない。ネットワーク２３０はＥｔｈｅｒｎｅｔ（登録商標）等の通信規格を満足する複数のルータ、スイッチ、ケーブル等から構成される。本実施形態においては各サーバー・クライアント間の通信が支障なく行えるものであればその通信規格、規模、構成、有線／無線を問わない。ゆえにインターネットからＬＡＮ（Local Area Network）にまで適用可能である。

（カメラサーバーの構成）
図２はカメラサーバー２００のハードウェア構成を示すブロック図である。カメラサーバー２００において、ＣＰＵ３００、一次記憶装置３１０、二次記憶装置３２０、画像キャプチャＩ／Ｆ３３０、ユーザー入力Ｉ／Ｆ３４０、ネットワークＩ／Ｆ３６０が内部バス３０１を介して相互に接続されている。

ここで、一次記憶装置３１０は、ＲＡＭに代表される書き込み可能な高速の記憶装置である。一次記憶装置３１０には、ＯＳ（オペレーティングシステム）や各種コンピュータプログラム及び各種データがロードされ、またＯＳや各種コンピュータプログラムの作業領域としても使用される。

二次記憶装置３２０は、フラッシュメモリ、ＨＤＤ（ハードディスク）、ＳＤカード等に代表される不揮発性を持った記憶装置である。二次記憶装置３２０は、ＯＳや各種コンピュータプログラム及び各種データの永続的な記憶領域として使用される他に、短期的な各種データの記憶領域としても使用される。

カメラサーバー２００の一次記憶装置３１０及び二次記憶装置３２０に記憶される各種コンピュータプログラム等の詳細については後述する。

画像キャプチャＩ／Ｆ３３０には、ＣＣＤ（Charge-Coupled Device）やＣＭＯＳイメージセンサーからなる画像センサー３７０が接続される。画像センサー３７０は光を検知して光電変換を行い、画像データを取得する。画像センサー３７０は、対象を撮像して撮像画像を取得する撮像装置として動作する。画像キャプチャＩ／Ｆ３３０は、画像センサー３７０から取得した画像データを所定のフォーマットに変換・圧縮して一次記憶装置３１０に転送する。

ユーザー入力Ｉ／Ｆ３４０にはリモコンなどの入力機器３８０が接続され、ボタン操作やダイヤル操作等によりカメラの設定を変更する。入力機器３８０は、カメラサーバー２００本体に付属するボタンやダイヤルであっても構わない。また、入力機器３８０は、赤外線通信等の無線通信によりカメラサーバー２００へ指示を与えるリモコン２１０等であるが、有線接続を介して指示を伝達するようにしてもよい。ネットワークＩ／Ｆ３６０は前述のネットワーク２３０と接続するためのＩ／Ｆ（インターフェース）であり、Ｅｔｈｅｒｎｅｔ（登録商標）等の通信媒体を介してクライアント２２０等との通信を担う。

図２には、カメラサーバー２００がカメラとしての画像センサー３７０を備えた構成例を示しているが、カメラサーバー２００がカメラの動作を制御しうるならばこのような構成に限られない。例えば、カメラをカメラサーバー２００とは独立に設け、カメラとのカメラサーバー２００との間の通信によりカメラの動作を制御するようにしてもよい。

また、図２には、カメラサーバー２００が、ユーザー入力Ｉ／Ｆ３４０とネットワークＩ／Ｆ３６０を備えた構成例を示しているが、操作装置との間で信号を送受信する複数のインターフェースを備えているならば、図２の例示したものに限られない。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＮＦＣ等の通信方式による第３のインターフェースを設け、そのインターフェースを介した操作指示を受け付けるようにしてもよい。また、本実施形態では、ネットワークＩ／Ｆ３６０を介してクライアント２２０から操作を受ける例を説明するが、ネットワークＩ／Ｆ３６０を介してクライアント２２０以外の装置からも操作指示を受け付けるようにしてもよい。

図３は、カメラサーバー２００の機能構成を示すブロック図である。本実施形態では、図３に示す各機能要素はソフトウェアにより実現される例を説明する。図３の各機能要素はコンピュータプログラムとして一次記憶装置３１０にロードされる。一次記憶装置３１０上には、ＯＳ１００、撮像処理部１１０、設定管理部１１１、入力処理部１１２及びネットワーク処理部１１３が存在する。

ＯＳ（オペレーティングシステム）１００は、カメラサーバー２００全体を制御する基本プログラムである。撮像処理部１１０は、画像センサー３７０で生成された画像データを画像キャプチャＩ／Ｆ３３０を経由して取得し、撮像処理を行う。設定管理部１１１は、画像センサー３７０の撮像条件に関するパラメータを管理するとともに、ネットワーク処理部１１３や入力処理部１１２からの操作に対してカメラ設定の排他処理を行い、撮像処理部１１０に対してカメラ設定の変更を要求する。ここで、撮像条件には、フォーカス、絞り等の光学系の撮像条件だけでなく、赤外撮影の切り換えや、ホワイトバランス等の撮像画像に対して施す画像処理の条件が含まれる。また、排他処理とは、ユーザーによって操作が行われた場合に、その操作を受け付けない処理である。つまり、ユーザーによって操作が行われ、その操作に対応する操作信号が入力されても、その操作に対応する動作を実行しない処理である。

入力処理部１１２は、本体ボタンやリモコンなどの入力機器３８０から、ユーザー入力Ｉ／Ｆ３４０を経由して、入力操作を受け付けて、受け付けた操作情報を設定管理部１１１に受け渡す。そして、入力処理部１１２は、設定管理部１１１から操作が受け入れられたかどうかや完了したかどうかの結果を受け取る。結果によっては、必要に応じて撮像処理部１１０に結果情報を画像にＯＳＤ（On-screen display）などで重畳するように指示してもよい。

ネットワーク処理部１１３は、クライアント２２０の要求に応じて、撮像処理部１１０が生成した画像データを配信したり、要求に含まれる操作情報を設定管理部１１１に渡して、操作が受け入れられたかどうかや完了したかどうかの結果を受け取る。そして、ネットワーク処理部１１３は、受け取った結果をクライアント２２０へ送信する。ネットワーク処理部１１３は、ネットワークＩ／Ｆ３６０を制御し、ネットワーク（通信媒体）２３０を介して外部装置と通信を行う。

なお、入力処理部１１２やネットワーク処理部１１３は複数設けたり、それ以外のインターフェースを受け付ける処理があっても、排他処理は設定管理部１１１で実施するようにしても構わない。各機能要素同士の連携は、必要に応じてＯＳ１００が提供する機能を用いることができる。なお、本実施形態では、図３に示す各機能要素はソフトウェアにより実現されるが、一部又は全ての機能要素をハードウェアにより実現してもよい。

（動作例）
次に、上記カメラシステムの動作例を説明する。本実施形態では、リモコン２１０から操作を入力し、その操作に基づく画像センサー３７０の動作が開始してから終了するまで、または、複数の一連の操作が完了するまで、クライアント２２０からの操作を排他する例を説明する。図４は、本実施形態に係るカメラシステムにおける動作の処理手順を示すフローチャートである。図４の各ステップはＣＰＵ３００が設定管理部１１１を実現するためのコンピュータプログラムに基づきカメラサーバー２００を制御することにより実行される。

本実施形態では、設定管理部１１１は電源投入時に起動される。カメラサーバー２００は、Ｓ４５１においてユーザー入力Ｉ／Ｆ３４０を介してリモコン２１０からの操作信号を受信すると、Ｓ４５２において受信した操作信号の種類を判定する。例えば、操作信号に対応する動作が、関連する他の動作を有しているか、又は、操作信号に対応する動作が、関連する動作を有していないかを判定する。そして、判定した種類に応じて、クライアント２２０からのネットワークＩ／Ｆ３６０を介した操作信号を排他するための排他処理を決定して、実行する（Ｓ４５３、Ｓ４５４）。

本実施形態では、ユーザーによる１つの操作に応じて撮像装置の動作が行われる操作や、ユーザー操作に応じてなされる撮像装置の動作に一定の時間を要する操作を「操作１」と呼ぶ。カメラサーバー２００は、そのような操作１の操作信号をリモコン２１０から受信すると（Ｓ４５２で「操作１」）Ｓ４５３へ進む。１つの操作に応じて行われる前記撮像装置の動作には、例えば、フォーカス、絞りの自動調整、若しくは、ホワイトバランスの自動調整、又は、赤外撮影モードの切り替えがある。このような操作では、ユーザーは連続して操作する可能性が低い。そこで、Ｓ４５３では、リモコン２１０からの操作信号に対応する撮像装置（画像センサー３７０）の動作が開始してから終了するまでの期間、クライアント２２０からの操作信号を排他する処理（排他処理１）を行う。つまり、動作が終了すると、直ちに排他処理を終了することで、他のユーザーが操作を行うことができるようになる。排他処理１の詳細は後述する。

また、本実施形態では、１つ以上のパラメータを連続して設定するための操作や、メニューを表示手段に表示するための操作、特定の階層のメニューを表示手段に表示するための操作を「操作２」と呼ぶ。例えば、絞りやホワイトバランス等のパラメータを少しずつ変化させる操作が「操作２」である。カメラサーバー２００は、そのような操作２の操作信号をリモコン２１０から受信すると（Ｓ４５２で「操作２」）Ｓ４５４へ進む。このような操作では、ユーザーは連続して操作する可能性が高い。そこで、Ｓ４５４では、リモコン２１０からの操作信号を最後に受信してから予め定められた時間が経過するまで、及び、リモコン２１０から操作の終了を示す操作信号を受信するまで、クライアント２２０からの操作信号を排他する処理（排他処理２）を行う。つまり、操作信号に対応する撮像装置（画像センサー３７０）の動作が開始してから終了するまでの期間よりも長い期間、クライアント２２０からの操作信号を排他する処理を行う。つまり、操作に対応する動作が終了しても、連続して操作する可能性が高いため、排他処理を行っている間は、他のユーザーによる操作で設定等を変更されることを防止できる。操作の終了を示す操作信号には、例えば、メニュー表示又は特定の階層のメニューを閉じるための操作信号が含まれる。排他処理２の詳細は後述する。

このように、本実施形態では、リモコン２１０からの操作信号の種類に応じて、クライアント２２０からの操作信号に対して排他制御を行う期間を決定して、適用する。したがって、リモコン２１０からの操作やそれに応じた撮像装置の動作が完了する前にクライアント２２０からの操作が割り込むことを防ぐことができ、操作内容に応じて適切に他のインターフェースからの設定操作を排他することが可能である。

（排他処理１）
次に、上記カメラシステムによる排他処理１の動作例を説明する。排他処理１では、リモコン２１０からの操作信号に対応する撮像装置（画像センサー３７０）の動作が開始してから終了するまでの期間、クライアント２２０からの操作信号に対して排他制御を行う。具体的には、本実施形態では、リモコン２１０から、画像センサー３７０のフォーカスを１回だけ自動調整するためのボタン操作を行い、フォーカスの動作開始から終了まで制御を排他して、クライアント２２０からの操作を不可とする場合の例を説明する。以下、このような画像センサー３７０のフォーカスを１回だけ自動調整することをＯｎｅＳｈｏｔＡＦという。リモコン２１０からの入力の優先度が最も高い場合の例を説明する。

本実施形態では、第１の操作装置から対応するＩ／Ｆを介して操作がなされている間に、当該第１の操作装置よりも優先度が高くない第２の操作装置から対応するＩ／Ｆを介して操作が要求された場合、第２の操作装置からの要求に対して排他制御を行う。このため、複数のＩ／Ｆ（インターフェース）を備えた装置において、いずれかのインターフェースが設定操作をしている間に、その優先度に応じて他のインターフェースからの設定操作を排他することが可能である。

図５は、排他処理１におけるカメラサーバー２００の一連の動作例を示すシーケンス図である。本実施形態では、まずクライアント２２０がカメラサーバー２００に接続して、制御権取得を要求する（Ｓ４００）。カメラサーバー２００は最初の要求なので、制御権の取得を許可する（Ｓ４０１）。なお、図５では、クライアント２２０がカメラサーバー２００から撮影画像を受信して取得する画像取得処理は説明の便宜上、省略しているが、常時、画像取得を継続しても構わない。クライアント２２０は、Ｓ４０１にて制御権の取得許可メッセージを受信した後は、カメラの設定を任意に変更することができる。

続いて、リモコン２１０において、フォーカスを１回だけ自動調整（Ａｕｔｏｆｏｃｕｓ）するＯｎｅＳｈｏｔＡＦ実行ボタンが押下されると（Ｓ４０２）、Ｓ４０３へ進む。Ｓ４０３において、カメラサーバー２００はクライアント２２０に許可していた制御権をはく奪し、ＯｎｅＳｈｏｔＡＦを実行する。ＯｎｅＳｈｏｔＡＦが動作している間は制御権は排他されており、クライアント２２０など別インターフェースからのカメラ制御権の取得やカメラ設定の変更は受け付けない。本実施形態では、カメラサーバー２００を操作しうる機器の中で、リモコン２１０からの入力の優先度が最も高い場合の例を説明するが、優先度は必ずしもリモコンが最も高くなくても構わない。また、カメラ設定の動作中に、より優先度が高いインターフェースが制御権を取得またはカメラ設定を変更してきた場合は、設定動作を中断しても動作完了するまで待っても構わない。なお、カメラサーバー２００は、クライアント２２０に対して排他制御を行う際に、クライアント２２０へ操作を拒否することを通知してもよい。これにより、クライアント２２０は、自分の制御権が排他制御されたことを認識することができる。

ＯｎｅＳｈｏｔＡＦの実行が完了したら（Ｓ４０４）、カメラサーバー２００は制御権の排他を解除して、他インターフェースの装置が制御権を再取得できる状態にする。本実施形態では制御権が解放されたときに何も処理はしていないが、クライアント２２０に制御権が解放されたことを通知してもよい。

制御権が解放された後、クライアント２２０が再度制御権の取得要求をしてきたら（Ｓ４０５）、カメラサーバー２００は制御権の取得許可を返す（Ｓ４０６）。これにより、クライアント２２０は、再びカメラサーバー２００のカメラの設定を制御することができる。

図６は、本実施形態におけるカメラサーバー２００の設定管理部１１１による排他処理１の処理手順を示すフローチャートである。図６の各ステップはＣＰＵ３００が設定管理部１１１を実現するためのコンピュータプログラムに基づきカメラサーバー２００を制御することにより実行される。

本実施形態では、設定管理部１１１は排他処理１を開始すると、プログラム状態をアイドルにする（Ｓ５００）。アイドル状態とは、リモコン２１０もクライアント２２０も制御権を取得しておらず、任意の機器、構成要素が制御権を取得できる状態である。

次に、何らかのイベントが発生するまで待機する（Ｓ５０１）。イベントが発生すると、まず現在のプログラム状態が何かを判定する（Ｓ５０２）。プログラム状態がアイドル状態の場合（Ｓ５０２で「アイドル」）はＳ５０３へ進み、操作中状態の場合（Ｓ５０２で「操作中」）はＳ５０８へ進む。

Ｓ５０３では、何のイベントが発生したのかを判定する。発生イベントがリモコン２１０からのＯｎｅＳｈｏｔＡＦを示す操作要求イベントの場合（Ｓ５０３で「操作要求」）、カメラ制御開始という形でＯｎｅＳｈｏｔＡＦの実行を撮像処理部１１０に要求する（Ｓ５０４）。

その後、操作元のリモコン２１０に操作受付応答を送信し（Ｓ５０５）、操作元がリモコン２１０であることを示す情報を保存する（Ｓ５０６）。操作元（リモコン２１０等）は操作受付応答を受信すると、必要に応じて、操作者にわかるようにユーザーインターフェースに表示することが可能である。最後に、プログラム状態を操作中に変更して（Ｓ５０７）、Ｓ５０１に戻り、イベント待ち処理を再開する。

Ｓ５０３にて発生イベントが制御完了などＯｎｅＳｈｏｔＡＦなど操作要求イベントでない場合（Ｓ５０３で「制御完了」）は、何もせずにＳ５０１に戻り、イベント待ち処理を再開する。

Ｓ５０２にてプログラム状態が操作中であると判定され（Ｓ５０３で「操作中」）、Ｓ５０８に進んだ場合も、まず何のイベントが発生したのか判定する（Ｓ５０８）。発生イベントが操作要求の場合（Ｓ５０８で「操作要求」）は、要求の操作元優先度が現在の操作元より高いかどうかを判定する（Ｓ５０９）。操作元優先度が現在の操作元より高い場合（Ｓ５０９でＹＥＳ）はＳ５１０へ進み、高くない場合（Ｓ５０９でＮＯ）はＳ５１４へ進む。発生イベントの操作元がクライアント２２０の場合、上記の例では、リモコン２１０より優先度は低いので、Ｓ５１４へ進み操作拒否応答を操作元（すなわち、クライアント２２０）へ送信する。発生イベントの操作元が同じリモコン２１０の場合は、Ｓ５１０へ進み、要求を受け付けて現在の操作元に操作中断通知を送る。このように、より優先度の高い操作装置からの操作要求に応じて、操作中の操作装置からの制御を排他する場合、排他処理の対象の操作装置へ通知を行う。そのため、通知を受けた操作装置は、排他制御されたことを認識することができる。

そして、新しく発生した操作ＯｎｅＳｈｏｔＡＦの実行をカメラ制御開始という形で再度、撮像処理部１１０に要求する（Ｓ５１１）。次に、新しく発生した操作の操作元に操作受付応答を送信し（Ｓ５１２）、操作元を保存し直す（Ｓ５１３）。その後、再度、イベント待ち処理Ｓ５０１に戻る。操作元（クライアント２２０等）は操作拒否応答や操作中断通知を受信した場合は、必要に応じて操作者にわかるようにユーザーインターフェースに表示することが可能である。

一方、発生イベントが撮像処理部１１０からのＯｎｅＳｈｏｔＡＦ動作完了を示す制御完了イベントの場合（Ｓ５０８で「制御完了」）は、Ｓ５１５へ進む。その場合、保存してある操作元に操作完了通知を送り（Ｓ５１５）、プログラム状態をアイドル状態に戻し（Ｓ５１６）、イベント発生待ちＳ５０１に戻る。操作元は、操作完了通知を受信した場合は、必要に応じて操作者がわかるようにユーザーインターフェースに表示することが可能である。

本実施形態では、カメラサーバー２００を操作する操作元としてリモコン２１０とクライアント２２０が存在し、リモコン２１０の方が優先度高い場合を説明したが、これに限られない。例えば、操作元としてリモコンより優先度が高いデバイスがあってもよいし、優先順位はカメラサーバー２００の用途や目的等に合わせて変更しても構わない。

また、同様に本実施形態では、フォーカスの自動調整する場合を説明したが、動作内容はこれに限られない。例えば、他に、絞り、ホワイトバランス等の１回だけ自動調整、赤外撮影モードを切り換えなど、１回のボタン操作で実行できる、または動作の完了まで一定時間以上かかるカメラ設定に対して、動作開始から終了まで制御権を排他することも可能である。

このように、排他処理１では、ボタン操作の対象項目に合わせてカメラ設定動作の開始から終了まで制御権を排他する。具体的には、第１の操作装置から操作に応じた撮像装置の動作がなされている間に、第１の操作装置よりも優先度が高くない第２の操作装置から操作が要求された場合、第２の操作装置からの要求に対して排他制御を行う。一方、第１の操作装置から操作に応じた撮像装置の動作がなされている間に、第１の操作装置よりも優先度が高い第３の操作装置から操作が要求された場合、撮像装置の動作を中断して、第３の操作装置からの操作を開始する。このため、複数のインターフェースを備えた構成において、操作装置の優先度に応じて、適切に排他制御を行うことができる。したがって、カメラ本体のユーザーは、カメラ本体のボタンやリモコン使用時にネットワークなどの他の設定操作から割り込まれることなくカメラの設定を実施することができる。

また、排他処理１では、より優先度の高い操作装置（リモコン２１０）から対応するインターフェースを介して操作に応じて撮像装置が動作を開始してから当該動作が終了するまで、他の操作装置（クライアント２２０）からの要求に対して排他制御を行う。このため、撮像装置の動作が完了していないのに、クライアント２２０からの操作が割り込んで、予測不能な動作が生じることを防ぐことができる。

（排他処理２）
次に、本実施形態における、カメラシステムの排他処理２の動作例について説明する。本実施形態では、ボタン操作などによって複数カメラ設定を連続で変更し、設定動作開始から終了までより長い間制御を排他する例を説明する。

図７は、排他処理２におけるカメラサーバー２００の一連の動作例を示すシーケンス図である。図７は、カメラダイレクト設定によりカメラモードを含む複数のカメラ設定を変更する場合でタイムアウト処理が発生した場合の例を示している。カメラダイレクト設定とは、複数の設定項目を変更する操作をいう。

排他処理２では、まずクライアント２２０がカメラサーバー２００に接続して、制御権取得を要求する（Ｓ６００）。カメラサーバー２００は最初の要求なので、制御権の取得を許可する（Ｓ６０１）。なお、図７では、図５と同様、クライアント２２０の画像取得処理は説明上省略しているが、常時、画像取得を継続しても構わない。

クライアント２２０は、Ｓ６０１にて制御権の取得許可メッセージを受信した後、カメラの設定を任意に変更することができる。

続いて、リモコン２１０からカメラダイレクト設定を有効にするボタンが押下されると（Ｓ６０２）、カメラサーバー２００は複数設定変更する操作であることを認識して、クライアント２２０に許可していた制御権をはく奪する（Ｓ６０３）。その後、リモコン２１０からカメラモードをマニュアルに変更して（Ｓ６０４）、絞りを変更する（Ｓ６０５）。本実施形態では、カメラモードと絞りを変更する例を説明したが、変更項目はこの２つに限らずどの設定でも構わない。

カメラダイレクト設定のように複数の設定内容を変更する期間は制御権が排他されており、クライアント２２０など別インターフェースからのカメラ制御権の取得やカメラ設定の変更は受け付けず拒否する。

本実施形態では、リモコンからの入力を最も高い優先度とするが、優先度は必ずしもリモコンが最も高くなくても構わない。また、カメラ設定が動作中に、より優先度が高いインターフェースが制御権を取得またはカメラ設定を変更してきた場合は、設定動作を中断しても、動作完了するまで待機しても構わない。

その後、ユーザーが何も操作せず一定時間が経過すると、カメラサーバーはタイムアウトを検出して、複数設定するカメラダイレクト設定状態を解除する（Ｓ６０６）。この際、制御権の排他も同時に解除して、他インターフェースが制御権を再度取得できる状態にする。

図７の例では制御権が解放されたときにカメラサーバー２００は何も処理を行っていないが、クライアント２２０に制御権が解放されたことを通知しても構わない。制御権が解放された後、クライアント２２０が再度制御権の取得要求をしてきたら（Ｓ６０７）、制御権の取得許可を返す（Ｓ６０８）。これにより、クライアント２２０は、再びカメラサーバー２００のカメラの設定を制御することができる。

本実施形態ではカメラダイレクト設定を例に説明したが、タイムアウト付きで複数のカメラ設定を変更する期間をもつ他の設定手法でもよい。また、本実施形態では、いずれの操作も入力されなかった時間のタイムアウトにより排他処理を解除したが、総時間タイムアウトなど別の事象を契機に排他処理を解除しても構わない。

図８は排他処理２におけるカメラサーバー２００の別の一連の動作例を示すシーケンス図である。図８は、メニュー表示する操作とメニューを閉じる操作の間に複数のカメラ設定を変更する場合に排他制御を行う例を示している。接続形態や前提は、図７と同じため省略する。また、Ｓ７００、Ｓ７０１も図７のＳ６００、Ｓ６０１と同じため省略し、Ｓ７０２から説明する。

リモコン２１０から設定メニューを表示するボタンを押下する（Ｓ７０２）と、カメラサーバー２００は複数設定を変更する操作であることを認識して、クライアント２２０に許可していた制御権をはく奪する（Ｓ７０３）。その後、リモコン２１０から露出補正値を変更して（Ｓ７０４）、測光方式を変更する（Ｓ７０５）。図８の例では、露出補正値と測光方式を変更する例を示したが、変更項目はこの２つに限らずどの設定でも構わない。

設定メニューのように複数設定変更する期間は制御権が排他されており、クライアント２２０など別インターフェースからのカメラ制御権の取得やカメラ設定の変更は受け付けず拒否する。その後、ユーザーがリモコン２１０において設定メニューを閉じるボタンを押下すると、複数設定する設定状態を解除する（Ｓ７０６）。この際、制御権の排他も同時に解除して、他インターフェースが制御権を再度取得できる状態にする。

本実施形態では制御権が解放されたときにカメラサーバー２００は何も処理を行っていないが、クライアント２２０に制御権が解放されたことを通知してもよい。制御権が解放された後、クライアント２２０が再度制御権の取得要求をしてきたら（Ｓ７０７）、カメラサーバー２００は制御権の取得許可を返す（Ｓ７０８）。

図９は本実施形態における設定管理部１１１の排他処理２のフローチャートである。図９の各ステップは、ＣＰＵ３００が設定管理部１１１を実現するためのコンピュータプログラムに基づきカメラサーバー２００を制御することにより実行される。

本実施形態では、設定管理部１１１は排他処理２を開始すると、プログラム状態をアイドルにする（Ｓ８００）。排他処理１と同様に、アイドル状態とは、リモコン２１０もクライアント２２０も制御権を取得しておらず、任意の機器、構成要素が制御権を取得できる状態である。

次に、何らかのイベントが発生するまで待機する（Ｓ８０１）。イベントが発生すると、まず現在のプログラム状態が何かを判定する（Ｓ８０２）。プログラム状態がアイドル状態の場合（Ｓ８０２で「アイドル」）はＳ８０３へ進み、操作中状態の場合（Ｓ８０２で「操作中」）はＳ８０８へ進む。

Ｓ８０３では、何のイベントが発生したのか判定する。発生イベントがリモコン２１０からのメニュー表示を示す操作開始イベントの場合（Ｓ８０３で「操作要求」）、無操作タイムアウトを検出するためにタイマーをスタートする（Ｓ８０４）。その後、操作元のリモコン２１０へ操作受付応答を送信し（Ｓ８０５）、操作元がリモコン２１０であることを保存する（Ｓ８０６）。操作元は操作受付応答を受信すると、必要に応じて、操作者がわかるようにユーザーインターフェースに表示することが可能である。最後に、プログラム状態を操作中に変更して（Ｓ８０７）、Ｓ８０１に戻り、イベント待ち処理を再開する。

Ｓ８０３にて発生イベントが操作開始イベントでない場合（Ｓ８０３で「他」）は、何もせずにＳ８０１に戻り、イベント待ち処理を再開する。

Ｓ８０２にてプログラム状態が操作中であると判定され（Ｓ８０３で「操作中」）、Ｓ８０８に進んだ場合も、まず何のイベントが発生したのか判定する（Ｓ８０８）。発生イベントが操作開始イベントだった場合（Ｓ８０８で「操作要求」）は、操作元優先度が現在の操作元より高いかどうかを判定する（Ｓ８０９）。発生イベントの操作元がクライアント２２０の場合、本実施形態では、リモコン２１０より優先度は低いので（Ｓ８０９でＮＯ）、操作拒否応答を操作元に送る（Ｓ８１４）。発生イベントの操作元がリモコンより高いデバイスの場合（Ｓ８０９でＹＥＳ）は、操作要求を受け付けて現在の操作元に操作中断通知を送り（Ｓ８１０）、タイマーを停止（リセット）して、再度タイマーをスタートする（Ｓ８１１）。そして、新しく発生した操作の操作元に操作受付応答を送信し（Ｓ８１２）、操作元を保存し直す（Ｓ８１３）。その後、再度イベント待ち処理Ｓ８０１に戻る。

本実施形態では、カメラ設定を操作しうるデバイスとしてリモコン２１０とクライアント２２０が存在し、リモコン２１０の方がクライアント２２０よりも優先度が高い場合の例を説明したが、デバイスの種類や優先度はこれに限られない。例えば、操作元としてリモコンより優先度が高いデバイスがあってもよいし、優先順位はカメラサーバー２００の製品性に合わせて変更しても構わない。また、本実施形態では、デバイス（操作装置）ごとに優先度が割り当てられている例を説明したが、優先度の割り当て対象はこれに限られない。例えば、インターフェースや各インターフェースの操作対象に優先度を設定し、設定操作が競合した場合は優先度を考慮して排他するインターフェースを決定するようにしてもよい。また、操作元は操作拒否応答や操作中断通知を受信した場合は、必要に応じて操作者がわかるようにユーザーインターフェースに表示してもよい。

Ｓ８０８にて発生イベントが、露出補正値や絞り等の変更を示す操作イベントの場合（Ｓ８０８で「操作」）は、カメラ制御開始を撮像処理部１１０に要求し（Ｓ８１５）、タイマーを停止（リセット）し再度スタートする（Ｓ８１６）。そして、再度イベント待ち処理Ｓ８０１に戻る。

Ｓ８０８にて発生イベントが撮像処理部１１０からのカメラ制御完了イベントの場合（Ｓ８０８で「制御完了」）は、保存してある操作元に操作完了通知を送り（Ｓ８１７）、イベント発生待ちＳ８０１に戻る。操作元は操作完了通知を受信した場合は、必要に応じて操作者がわかるようにユーザーインターフェースに表示することが可能である。

Ｓ８０８にて発生イベントがリモコン２１０からのメニュー表示を閉じる設定終了イベントまたはタイムアウトの場合（Ｓ８０８で「操作終了」又は「タイムアウト」）、タイマーを停止し（Ｓ８１８）、プログラム状態をアイドルに戻す（Ｓ８１９）。そして、再度イベント待ち処理Ｓ８０１に戻る。

図７で説明したタイムアウトが不要であれば、タイマースタート、タイマー再スタート、タイマーストップ、タイムアウト処理を削除しても構わない。本実施形態では設定メニューの「表示する／閉じる」を行う例に説明したが、設定メニューの特定階層に「入る／出る」、リモコンなどの「有効／無効」ボタンを操作するなど、複数設定を変更する期間が明示的に分かるならば他の設定手法によってもよい。

このように、排他処理２では、ボタン操作の対象項目に合わせてカメラ設定動作の開始から終了までより長い間制御権を排他する。具体的には、より優先度の高い操作装置（リモコン２１０）から対応するインターフェースを介して操作がなされてから予め定められた時間が経過するまで、他の操作装置（クライアント２２０）からの要求に対して排他制御を行う。このため、ユーザーはカメラ本体のボタンやリモコン使用の際に、一定時間、ネットワークなどの他の設定操作から割り込まれることなくカメラの設定を実施することができる。また、設定メニューを閉じる等の操作を終了する指示を受け取るまで排他制御を行うことで、ユーザーが作業中に他の装置から作業が邪魔されることを防ぐことができる。

以上、本実施形態では、排他処理１と排他処理２を組み合わせて、割り当てているボタンの操作対象によって処理を切り換える。これにより、ボタンの操作対象に応じて、適切に排他期間を設定して、撮像装置の動作中や一連の操作入力が未了のときに他のユーザーからの割り込みに対して排他制御を行うことができる。なお、本実施形態では、インターフェースを介して受信する操作信号の種類として上記の「操作１」、「操作２」を例示したが、操作信号の種類はこれに限られない。例えば、ユーザーがリモコン２１０を把持していることを検知し、リモコン２１０の把持を示す操作信号を別の種類の操作信号として送信し、それに応じた排他期間を設定してもよい。

また、本発明の実施形態について説明したが、本発明はこれらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。上記のように本発明の各実施形態によれば、装置本体に付属しているボタンやリモコンなどカメラ設定を行うことができる複数インターフェースを持つカメラにおいて、設定操作をしている間他のインターフェースからの設定操作を排他することができる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１００：ＯＳ、１１０：撮像処理部、１１１：設定管理部、１１２：入力処理部、１１３：ネットワーク処理部

上記目的を達成するため、本発明による情報処理装置は以下の構成を備える。即ち、
電子機器を制御する情報処理装置であって、
前記電子機器に対する操作信号を受信する複数のインターフェース手段と、
第１のインターフェース手段を介して第１の操作信号を受信した場合に、第２のインターフェース手段を介して受信した第２の操作信号を受け付けない排他制御を行う制御手段と
を備え、
前記制御手段は、
前記第１の操作信号が第１の機能に関する操作信号である場合、当該第１の操作信号に対応する前記電子機器の動作が開始してから終了するまでの期間、前記第２の操作信号に対して排他制御を行い、
前記第１の操作信号が第２の機能に関する操作信号である場合、当該第１の操作信号に対応する前記電子機器の動作が開始してから終了するまでの期間および当該第１の操作信号に対応する前記電子機器の動作が終了してから予め定められた時間が経過するまでの期間、前記第２の操作信号に対して排他制御を行う。

Claims (17)

1. 対象を撮像して撮像画像を取得する撮像装置を制御する情報処理装置であって、
   前記撮像装置に対する操作信号を受信する複数のインターフェース手段と、
   前記複数のインターフェース手段のうちの第１のインターフェース手段を介して第１の操作信号を受信した場合に、第２のインターフェース手段を介して受信した第２の操作信号を受け付けない排他制御を行う制御手段と
   を備え、
   前記制御手段は、前記第１の操作信号の種類に応じて、前記第２の操作信号に対して排他制御を行う期間を決定する
   ことを特徴とする情報処理装置。
2. 前記制御手段は、前記第１の操作信号が第１の種類の操作信号である場合、当該第１の操作信号に対応する前記撮像装置の動作が開始してから終了するまでの期間、前記第２の操作信号に対して排他制御を行うことを特徴とする請求項１に記載の情報処理装置。
3. 前記第１の種類の操作信号は、ユーザーによる１つの操作に応じて前記撮像装置の動作が行われる操作信号であることを特徴とする請求項２に記載の情報処理装置。
4. 前記１つの操作に応じて行われる前記撮像装置の動作は、フォーカス、絞り、若しくは、ホワイトバランスの自動調整、又は、赤外撮影モードの切り替えであることを特徴とする請求項３に記載の情報処理装置。
5. 前記制御手段は、前記第１の操作信号が第２の種類の操作信号である場合、第１のインターフェース手段を介して最後に操作信号を受信してから予め定められた時間が経過するまでの期間、前記第２の操作信号に対して排他制御を行うことを特徴とする請求項１から４のいずれか１項に記載の情報処理装置。
6. 前記第２の種類の操作信号は、パラメータを連続して設定するための操作信号であることを特徴とする請求項５に記載の情報処理装置。
7. 前記制御手段は、前記第１の操作信号が第３の種類の操作信号である場合、操作の終了を示す前記第１の操作信号を受信するまでの期間、前記第２の操作信号に対して排他制御を行うことを特徴とする請求項１から６のいずれか１項に記載の情報処理装置。
8. 前記第３の種類の操作信号は、パラメータを連続して設定する操作の開始を示す操作信号であることを特徴とする請求項７に記載の情報処理装置。
9. 前記第３の種類の操作信号は、メニューを表示手段に表示するための操作信号であり、
   前記操作の終了を示す操作信号は、メニューを閉じるための操作信号である
   ことを特徴とする請求項７に記載の情報処理装置。
10. 前記第３の種類の操作信号は、特定の階層のメニューを表示手段に表示するための操作信号であり、
    前記操作の終了を示す操作信号は、特定の階層のメニューを閉じるための操作信号である
    ことを特徴とする請求項７に記載の情報処理装置。
11. 前記複数のインターフェース手段の各々には優先度が割り当てられており、
    前記制御手段は、前記第１の操作信号による操作がなされている間に、前記第１のインターフェース手段よりも優先度が高くない前記第２のインターフェース手段を介して前記第２の操作信号を受信した場合、当該第２の操作信号に対して排他制御を行う
    ことを特徴とする請求項１から１０のいずれか１項に記載の情報処理装置。
12. 前記制御手段は、前記第１の操作信号による操作がなされている間に、当該第１のインターフェース手段よりも優先度が高い第３のインターフェース手段を介して第３の操作信号を受信した場合、前記第１の操作信号による操作を中断して、前記第３の操作信号による操作を開始する
    ことを特徴とする請求項１１に記載の情報処理装置。
13. 前記複数のインターフェース手段には、前記情報処理装置の本体ボタン、リモコン、及び、ネットワークの少なくともいずれかが含まれることを特徴とする請求項１から１２のいずれか１項に記載の情報処理装置。
14. 前記撮像装置に対する操作信号は、前記撮像画像に対して施す画像処理の条件を含む、前記撮像装置の撮像条件を設定する信号であることを特徴とする請求項１から１３のいずれか１項に記載の情報処理装置。
15. 前記撮像装置を備えることを特徴とする請求項１から１４のいずれか１項に記載の情報処理装置。
16. 対象を撮像して撮像画像を取得する撮像装置を制御する情報処理装置であって、前記撮像装置に対する操作信号を受信する複数のインターフェース手段を備えた情報処理装置の情報処理方法であって、
    前記複数のインターフェース手段のうちの第１のインターフェース手段を介して第１の操作信号を受信した場合に、第２のインターフェース手段を介して受信した第２の操作信号を受け付けない排他制御を行う制御工程を備え、
    前記制御工程においては、前記第１の操作信号の種類に応じて、前記第２の操作信号に対して排他制御を行う期間を決定する
    ことを特徴とする情報処理方法。
17. コンピュータを請求項１から１５のいずれか１項に記載の情報処理装置が備える各手段として機能させるためのコンピュータプログラム。

Images