JPH08237532A

JPH08237532A - カメラの遠隔制御システム

Info

Publication number: JPH08237532A
Application number: JP7037913A
Authority: JP
Inventors: Hiroshi Okazaki; 洋岡崎; Hiroaki Sato; 宏明佐藤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1995-02-27
Filing date: 1995-02-27
Publication date: 1996-09-13

Abstract

(57)【要約】【目的】制限された範囲のカメラ操作をユーザ毎に設
定できるようにする。【構成】全てのカメラ操作を許容する完全許可モード
（モード１）と、一切のカメラ操作を許さない全面禁止
モード（モード２）と、これらの中間として制限された
範囲内で制御できる限定許可モードの３種類のアクセス
制限モード（モード３）を設け、各ユーザ毎に設定す
る。カメラ操作要求に対して、ユーザのモードを調べる
（Ｓ２３）。モード３では、制限範囲管理表により指定
された範囲でカメラ装置を駆動する（Ｓ２４，２５）。
モード１では、指示された状態にカメラ装置を駆動する
（Ｓ２５）。モード２では、遠隔操作が許可されていな
いことを要求元に通知して、終了する（Ｓ２６）。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、カメラの遠隔制御シス
テムに関し、より具体的は、例えばビデオ会議用カメラ
を遠隔操作するカメラの遠隔制御システムに関する。

【０００２】

【従来の技術】パン、チルト及びズームなどを遠隔操作
できるカメラは周知であり、例えば、遠隔監視システム
やＴＶ会議システムで利用されている。但し、ＴＶ会議
システムは、一般には、会議室等に設置される専用シス
テムであり、会議に参加できる端末は限定されているの
が普通である。即ち、会議メンバでない端末が会議途中
に新規に参加することは予定されていない。予め会議メ
ンバになっておくことが必要であり、そのための設定操
作がシステム管理者により行なわれる。

【０００３】

【発明が解決しようとする課題】しかし、近年、高速な
コンピュータ・ネットワークが急速に普及し、ワークス
テーション又はパーソナル・コンピュータの機能向上と
低価格化が進み、その結果、パーソナル・コンピュータ
等を使って多数の不特定の人々が参加できるビデオ会議
システムが実現可能になってきた。

【０００４】このような、不特定者の参加が予想される
ビデオ会議システムでは、多数のユーザが必要に応じて
ビデオ会議に参加し、退席することになり、その結果、
ユーザの会議への参加及び離脱（ネットワークへの端末
機器の接続及び分離）、会議に参加しているユーザの、
相互の端末機器に対してのアクセス許可の設定、並び
に、ユーザ間でのアクセス状態の告知等のシステム管理
が、重要になってくる。

【０００５】特に、カメラ制御に関して、その許可と解
放をダイナミックに管理できる必要がある。更には、会
議室等に置かれる専用端末以外には、次のような配慮も
必要になる。即ち、一般のコンピュータは、その主たる
用途に合わせて配置されるので、その場所にビデオ会議
のためのビデオ・カメラを設置すると、他人には見られ
たくない映像が背景などとして相手に伝送されてしま
う。ビデオ会議のためだけに背景にカーテンなどを設け
るのは不自然であり、面倒である。自端末なビデオ・カ
メラを相手端末から制御できないようにしてもよいが、
それでは、スムーズな会話が困難になったり、人物及び
資料などを適時に適切な大きさ及び適切な位置で撮影
し、伝送できるという利点が損われてしまう。

【０００６】そこで、本発明は、このような問題点を解
決したカメラの遠隔制御システムを提示する事を目的と
する。

【０００７】

【課題を解決するための手段】本発明では、ネットワー
クを介して遠隔制御自在なカメラ装置を同時に一人だけ
が制御できるように制御権を管理する制御権管理手段を
設け、当該カメラ装置を制御するユーザごとに、全ての
カメラ操作を許容する第１のモードと、全てのカメラ装
置を禁止する第２のモードと、制限範囲のカメラ操作を
許容する第３のモードのいずれかを設定できるようにし
た。

【０００８】

【作用】上記手段により、ユーザ毎に、カメラ操作を完
全に許すのと及び完全に禁止する以外に、制限された範
囲でのカメラ操作を許すことができるようになる。これ
により、撮影されたくない部分がある場合に、ユーザ毎
にその部分の撮影禁止を設定できるようになる。また、
撮影されたくない部分がユーザ毎に異なる場合にも、そ
の要求を満たす事が出来る。

【０００９】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。

【００１０】図１は、本発明の一実施例の概略構成ブロ
ック図である。図１に示す実施例では、３台のワークス
テーション１０Ａ，１０Ｂ，１０Ｃがネットワーク４０
に接続している。各ワークステーション１０Ａ，１０
Ｂ，１０Ｃは、ＣＰＵ１２Ａ，１２Ｂ，１２Ｃ、ＲＯ
Ｍ、ＲＡＭ及びハードディスク装置（外部記憶装置）を
有する記憶部１４Ａ，１４Ｂ，１４Ｃ、入出力部として
のＩ／Ｏポート１６Ａ，１６Ｂ，１６Ｃ；１８Ａ，１８
Ｂ，１８Ｃ及びビデオ・ボード２０Ａ，２０Ｂ，２０Ｃ
を具備し、これらはバス２２Ａ，２２Ｂ，２２Ｃに接続
している。バス２２Ａ，２２Ｂ，２２Ｃにはまた、ポイ
ンティング・デバイスとしてのマウス２４Ａ，２４Ｂ，
２４Ｃとキーボード２６Ａ，２６Ｂ，２６Ｃが接続す
る。

【００１１】ワークステーション１０Ａ，１０Ｃにはそ
れぞれ、そのＩ／Ｏポート１６Ａ，１６Ｃを介して、パ
ン、チルト及びズームを外部制御できるカメラ装置２８
Ａ，２８Ｃが接続する。各カメラ装置２８Ａ，２８Ｃ
は、ズーム・レンズを具備するカメラ部３０Ａ，３０Ｃ
と、カメラ部３０Ａ，３０Ｃをパン及びチルトする雲台
部３２Ａ，３２Ｃとからなる。

【００１２】各ワークステーション１０Ａ，１０Ｂ，１
０Ｃは、そのビデオ・ボード２０Ａ，２０Ｂ，２０Ｃ
に、モニタ・ディスプレイ装置（以下、モニタと略
す。）３４Ａ，３４Ｂ，３４Ｃが接続する。ビデオ・ボ
ード２０Ａ，２０Ｃは、カメラ装置２８Ａ，２８Ｃから
の映像及び／又はネットワーク４０を介して受信した映
像をモニタ３４Ａ，３４Ｃに表示する。また、ビデオ・
ボード２０Ｂは、ネットワーク４０を介して受信した映
像をモニタ３４Ａ，３４Ｃに表示する。勿論、モニタ３
４Ａ，３４Ｂ，３４Ｃには、以下に説明するカメラ制御
パネルを含むその他の情報も表示することができる。

【００１３】ワークステーション１０Ｂにはカメラ装置
２８Ａ，２８Ｃと同様のカメラ装置が接続されていない
ので、画像を他のワークステーション１０Ａ，１０Ｃに
伝送できない。

【００１４】いうまでもないが、ＣＰＵ１２Ａ，１２
Ｂ，１２Ｃは、各ワークステーション１０Ａ，１０Ｂ，
１０Ｃ及びネットワーク４０を介した通信を制御し、そ
の制御プログラムは、記憶部１４Ａ，１４Ｂ，１４Ｃの
ＲＯＭ又はハードディスク装置に記憶されており、ＲＡ
Ｍには各種のデータが記憶される。Ｉ／Ｏポート１６
Ａ，１６Ｃは、ＣＰＵ１２Ａ，１２Ｂ，１２Ｃからのカ
メラ制御信号をカメラ装置２８Ａ，２８Ｃに転送し、カ
メラ装置２８Ａ，２８Ｃからのカメラ状態信号をＣＰＵ
１２Ａ，１２Ｃに転送する。Ｉ／Ｏポート１６Ａ，１６
Ｃは、本実施例では、ＲＳ２３２Ｃ規格でカメラ装置２
８Ａ，２８Ｃに接続する。

【００１５】各ワークステーション１０Ａ，１０Ｂ，１
０Ｃは、そのＩ／Ｏポート１８Ａ，１８Ｂ，１８Ｃを介
してネットワーク４０に接続する。

【００１６】このような基本的なハードウエア構成によ
り、ビデオ会議を実施できる。なお、本実施例では、汎
用性及び処理能力を考慮してワークステーションを利用
しているが、近年の処理能力の向上を考慮すれば、パー
ソナル・コンピュータでも実現可能であることは明らか
である。また、ワークステーションの代わりに専用の制
御装置を用いても構わない。

【００１７】図２は、本実施例を実行するためのソフト
ウエア構成を示す。図２では、カメラ装置が直接接続す
る端末にインストールするソフトウエア（サーバ）と、
そのカメラ装置を遠隔操作しようとする端末にインスト
ルールするソフトウエア（クライアント）を分けて、図
示してある。勿論、通常の利用形態では、１つの端末に
どちらのソフトウエアもインストールされることにな
る。

【００１８】図２では、ワークステーション５０，５
２，５４，５６がネットワーク５７に接続し、ワークス
テーション５０には、カメラ装置２８Ａ又は同２８Ｃで
あるカメラ装置５８が接続し、ワークステーション５
２，６５４には、それぞれモニタ６０，６２が接続して
いるとする。ワークステーション５６は、詳細は後述す
るが、ビデオ会議で利用可能なカメラ装置のアクセスを
管理する。

【００１９】ワークステーション５０には、カメラ装置
５８によって得られた画像情報をネットワーク５７を介
して他のワークステーションに送信するビデオ会議ソフ
トウエア６４と、他のワークステーション５２，５４か
らのカメラ制御信号に応じてカメラ装置５８を制御する
カメラ制御サーバ（ソフトウエア）６６が格納されてい
る。ワークステーション５６にはカメラ管理サーバ（ソ
フトウエア）６８がインストールされており、カメラ制
御サーバ６６は、カメラ装置５８の起動時に、カメラ管
理サーバ６８にカメラ装置５８がビデオ会議システム
（ネットワーク５７）に接続されたこと、即ち現実に利
用可能なことの登録を要求し、カメラ管理サーバ６８は
その事実を記憶する。

【００２０】ワークステーション５２，５４には、ワー
クステーション５０からの画像をモニタ６０，６２に表
示するビデオ会議ソフトウエア７０と、カメラ装置（こ
こでは、カメラ装置５８）を遠隔制御するためのカメラ
制御パネルを表示し、その操作を処理するカメラ制御ク
ライアント（ソフトウエア）７２とが格納されている。
ワークステーション５２，５４のユーザは、カメラ制御
クライアント７２により、カメラ管理サーバ６８で管理
されている種々の情報を参照し、記入し、訂正すること
ができる。詳細は後述する。なお、カメラ管理サーバ６
８により他のワークステーションのカメラ装置（ここで
はカメラ装置５８）との接続（撮影画像の受信と遠隔制
御）が許可されると、カメラ制御クライアント７２は、
カメラ管理サーバ６８を介することなく、カメラ制御信
号をカメラ制御サーバ６６に送信できる。

【００２１】図２では、カメラ管理サーバ６８が専用の
ワークステーションに搭載されているが、ビデオ会議の
ネットワーク５７に参加する何れかのワークステーショ
ン（図２では、ワークステーション５０，５２，５４）
に搭載されていてもよいことは勿論である。ビデオ会議
への参加を予定する全端末に予め装備しておき、最初に
ビデオ会議を開始する２つの端末の何れかでカメラ管理
サーバ６８が起動すればよい。

【００２２】通常の使用法では、各ワークステーション
にはモニタとカメラ装置の両方が接続しているのが普通
であることから、ビデオ会議ソフトウエアは、ビデオ会
議のための単一のプログラム又は一群のプログラム・モ
ジュールからなる。その他のソフトウエアも、一般に、
単一のプログラム又は一群のプログラム・モジュールか
らなる。図１に示すワークステーション１０Ａ，１０Ｃ
は、図２に示すワークステーション５０と同５２又は５
４からなり、ワークステーション１０Ｂは、ワークステ
ーション５２又は同５４からなる。図２に示すワークス
テーション５６は、図１では、ワークステーション１０
Ａ，１０Ｂ又は１０Ｃである。

【００２３】次に、図２に示す構成でのカメラ制御とユ
ーザ管理を説明する。

【００２４】まず、ワークステーション５２又は同５４
から他のワークステーション５０に接続されるカメラ装
置５８を遠隔制御可能とするための手順を説明する。ワ
ークステーション５０のカメラ制御サーバ６６はＲＳ２
３２Ｃを介してカメラ装置５８にカメラ制御信号を送
り、カメラ装置５８を制御できる。本実施例では、ワー
クステーション５２，５４は、ワークステーション５０
のカメラ制御サーバ６６に含まれるカメラ制御関数（パ
ン、チルト及びズーム等のカメラ制御に関する関数）を
ＲＰＣ（ＲｅｍｏｔｅＰｒｏｃｅｄｕｒｅＣａｌ
ｌ）により遠隔起動できる。これにより、ワークステー
ション５２，５４は間接的に、カメラ装置５８を遠隔操
作できることになる。起動されたカメラ制御関数は、対
応する内容のコマンド列をＲＳ２３２Ｃポートからカメ
ラ装置５８に出力する。このコマンド列のうちで、、パ
ン及びチルト等の雲台の動作に関するものは、雲台の制
御部に送信され、ズーム等のカメラ部の動作に関するも
のが、カメラ部の制御部に送信される。

【００２５】本実施例では、カメラ制御クライアント７
２からＲＰＣを用いて遠隔地のカメラ制御サーバ６６を
呼び出す関数として、図３に示すような関数を用意す
る。以下では、図に示した関数又はコマンド等を［，］
でくくって記載することにする。本明細書では、Ｃ言語
で各関数を記述しているが、プログラム言語が異なれ
ば、異なる表記になることは明らかである。

【００２６】図３において、［ｓｔｒｕｃｔｃａｍｅ
ｒａ＿ｉｎ｛〜｝ｃａｍｅｒａ＿ｉｎ］は、カメラ
装置５８のために、カメラ制御クライアント７２からカ
メラ制御サーバ６６に引き渡すパラメータ・セットを設
定するデータ宣言であり、ここでは、チルト、パン及び
ズームのパラメータを設定できるようになっている。ま
た、［ｓｔｒｕｃｔｆｕｎｃ＿ｏｕｔ｛〜｝ｆｕ
ｎｃ＿ｏｕｔ］は、関数の出力値を設定するデータ宣言
であり、例えば、通常通り、関数の処理結果に問題がな
い場合は０を返し、問題がある場合には１を返すように
する。［ｃａｍｅｒａ＿ｏｐｅｎ］は、カメラ制御サー
バ６６との通信に必要なクライアント・ハンドラ［ＣＬ
ＩＥＮＴ＊ｃｌ］を作成する関数であり、［ｃａｍｅ
ｒａ＿ｃｌｏｓｅ］は、これを消去する関数である。ク
ライアント・ハンドラ［ＣＬＩＥＮＴ＊ｃｌ］は、制
御しようとするカメラ装置を特定する。

【００２７】１台のカメラ装置を同時に１人のユーザだ
けが遠隔制御できるように、アクセス権を一時的に制限
する必要がある。そのために、図４に示すような関数
［ｌｏｃｋ＿１］と［ｕｎｌｏｃｋ＿１］を設けた。関
数［ｌｏｃｋ＿１］内では、ロック状態を示すサーバ内
変数（ｌｏｃｋ＿ｓｔａｔｕｓ）を参照し、既にロック
状態であればロック失敗（即ち、エラー）を返す。非ロ
ック状態であればロック状態に変えて、ホスト名とユー
ザ名を登録し、ロック成功を返す。関数ｕｎｌｏｃｋ＿
１内では、既にロック状態になっていて、先に登録した
ホスト名とユーザ名が引数で指定されたものと一致する
場合に、ロック状態を非ロック状態に変え、アンロック
成功を返す。その他の場合にはアンロック失敗としてエ
ラーを返す。

【００２８】カメラ制御クライアント７２は、最初に
［ｃａｍｅｒａ＿ｏｐｅｎ］を呼ぶことによりカメラ制
御サーバ６６との通信路を確保し、その後、関数［ｌｏ
ｃｋ＿１］により他のユーザによる制御を禁止し、［ｃ
ａｍｅｒａ＿ｐａｎ＿ｐｏｓ＿１］等の関数によりカメ
ラ装置５８の制御をカメラ制御サーバ６６に命令する。
カメラ制御を終了したら、関数［ｕｎｌｏｃｋ＿１］で
自己のアクセス権を放棄し、［ｃａｍｅｒａ＿ｃｌｏｓ
ｅ］によりカメラ装置５８への通信路を閉じる。ロック
関数は、カメラ装置の具体的な操作の関数の実行前後に
挿入するようにしてもよい。その場合には、１台のカメ
ラ装置の制御権を１人のユーザが長期に専有してしまう
ことを防止できる。

【００２９】次に、カメラ管理サーバ６８によるユーザ
の管理を説明する。カメラ管理サーバ６８は、図５に示
すような構造のカメラ状態リスト８０により、ユーザを
管理する。カメラ状態リスト８０には、ネットワーク５
７に接続されているカメラ装置５８等を示す名称、並び
に、その使用状況（空きか又は他のユーザがアクセス中
か等）、設置位置（ｘ，ｙ，ｚ）及び方位（パン角とチ
ルト角）が格納されている。カメラ制御サーバ（例え
ば、６６）が、１台のカメラ装置（例えば、５８）しか
制御しない場合には、カメラ制御サーバが稼働するワー
クステーションのユーザ名を、カメラ装置の名称として
としてもよいが、２台以上のカメラ装置を制御している
場合には、個々のカメラ装置に別の名称を付けて区別す
ることになる。

【００３０】図５に示すカメラ状態リスト８０では、４
台のカメラ装置が例示され、それぞれの名称をｈｏｓｔ
１，ｈｏｓｔ２，ｈｏｓｔ３及びｈｏｓｔ４としてい
る。カメラ状態リスト８０はまた、ｈｏｓｔ２のカメラ
装置をｈｏｓｔ３のユーザが制御し、ｈｏｓｔ４のカメ
ラ装置をｈｏｓｔ１のユーザが制御している状態にある
ことを示している。ｈｏｓｔ１とｈｏｓｔ３は、いずれ
のユーザにも操作されていない状態にある。

【００３１】ユーザの登録及び削除の処理を説明する。
カメラ制御サーバ６６は、その起動時に、起動したユー
ザ名（利用可能なカメラ装置の名前）をカメラ管理サー
バ６８に通知してカメラ状態リスト８０に登録させ、カ
メラ制御サーバ６６の停止時に、カメラ管理サーバ６８
に通知して、カメラ状態リスト８０からユーザ名を削除
させる。これらは、ＲＰＣを用いて、図６に示す関数に
より実現される。図６において、［ｓｔｒｕｃｔｈｏ
ｓｔ＿ｎａｍｅ｛〜｝ｈｏｓｔ＿ｎａｍｅ］は、ホ
スト名を設定するデータ型宣言であり、ＭＡＸＮＡＭＥ
は、設定されるホスト名の最大文字数を規定する。［ａ
ｐｐｅｎｄ＿ｃａｍｅｒａ＿ｌｉｓｔ＿１］及び、［ｄ
ｅｌｅｔｅ＿ｈｏｓｔ＿ｌｉｓｔ＿１］は、それぞれ、
カメラ制御サーバ６６の起動時及び停止時に起動され、
カメラ管理サーバ６８内で実行される関数である。

【００３２】カメラ制御サーバ６６は、その起動時に、
［ａｐｐｅｎｄ＿ｃａｍｅｒａ＿ｌｉｓｔ＿１］を起動
する。これにより、図７に示すように、カメラ管理サー
バ６８は、カメラ状態リスト８０に利用可能になったカ
メラ装置のホスト名を登録する。ホスト名は、図６から
わかるように、ｈｏｓｔ＿ｎａｍｅ型で構成され、具体
的には、［ｈｏｓｔ＿ｎａｍｅ−＞ｎａｍｅ］で示され
る。これ以降、登録されたホスト名で特定されるカメラ
装置（図２では、５８）を、担当するカメラ制御サーバ
（図２では、６６）を介して他のワークステーションか
ら制御可能になる。

【００３３】カメラ制御サーバ６６はまた、その停止時
に、［ｄｅｌｅｔｅ＿ｈｏｓｔ＿ｌｉｓｔ＿１］を起動
する。これにより、図８に示すように、カメラ管理サー
バ６８は、カメラ制御サーバ６６により制御されてい
て、以後利用できなくなくなるカメラ装置を、カメラ状
態リスト８０から削除する。

【００３４】次に、カメラ管理サーバ６８によるアクセ
ス管理を説明する。カメラ管理サーバ６８によるアクセ
ス管理のために、カメラ管理サーバ６８において実行さ
れる図９に示す関数［ａｃｃｅｓｓ＿ｂｅｇｉｎ＿１］
及び［ａｃｃｅｓｓ＿ｅｎｄ＿１］を設けた。［ａｃｃ
ｅｓｓ＿ｂｅｇｉｎ＿１］はアクセスの開始処理を実行
し、［ａｃｃｅｓｓ＿ｅｎｄ＿１］はアクセスの終了処
理を実行する。［ｓｔｒｕｃｔａｃｃｅｓｓ＿ｉｎ
｛〜｝ａｃｃｅｓｓ＿ｉｎ］は、アクセスの対象をパ
ラメータ列の宣言であり、カメラ制御クライアント７２
からカメラ管理サーバ６８に引き渡される。［ｔａｒｇ
ｅｔ＿ｎａｍｅ］は、アクセスする相手を特定し、［ｕ
ｓｅｒ＿ｎａｍｅ］はユーザ（自分）を特定する。

【００３５】カメラ管理サーバ６８は、図１０に示すア
クセス許可リスト８２を具備する。アクセス許可リスト
８２は、先に、カメラ状態リスト８０に登録された個々
のカメラ装置ごとに、ビデオ会議に参加している又は参
加する可能性のあるユーザのアクセス（即ち、遠隔制御
と画像の受信）の権利の有無を保存するものである。図
１０に示す例では、ｈｏｓｔ２で示されるカメラ装置に
対して、ｈｏｓｔ１及びｈｏｓｔ４で示されるユーザが
アクセス許可されて、ｈｏｓｔ３で示されるユーザはア
クセスが禁止されている。なお、ｈｏｓｔ２のユーザ
は、ｈｏｓｔ２で示されるカメラ装置をカメラ管理サー
バ６８を介すことなく制御できるので、このアクセス許
可リスト８２の対象外である。

【００３６】カメラ制御クライアント７２からのアクセ
ス要求は、図１１に示すフローチャートに従って処理さ
れる。何れかのカメラ制御クライアント７２は、何れか
のカメラ装置（ここでは、カメラ装置５８）を利用（画
像受信とカメラ制御）したい場合、対象のカメラ装置名
を特定したアクセス要求をカメラ管理サーバ６８に送信
する。カメラ管理サーバ６８はまず、アクセス要求され
たカメラ装置名を［ｔａｒｇｅｔ＿ｎａｍｅ］により解
読する（Ｓ１）。

【００３７】次に、カメラ状態リスト８０を参照して、
指定されたカメラ装置が起動しているか否かを確認する
（Ｓ２）。起動していなければ、指定されたカメラ装置
が未だ起動していないことを要求元に通知する（Ｓ
７）。

【００３８】指定されたカメラ装置が起動していれば
（Ｓ２）、［ｕｓｅｒ＿ｎａｍｅ］を解読し、この名前
で示されるユーザがアクセスを要求するカメラ装置にア
クセスする権利を有するかどうかをアクセス許可リスト
８２を参照して確認する（Ｓ３）。アクセス許可がなけ
れば、許可が無い事を要求元に通知する（Ｓ７）。

【００３９】アクセスが許可されていれば（Ｓ３）、指
定されたカメラ装置が他のユーザに使用されているかど
うかを、カメラ状態リスト８０を参照して確認する（Ｓ
４）。使用されていれば、他のユーザが使用しているこ
とを要求元に通知する（Ｓ７）。

【００４０】他のユーザが使用していなければ（Ｓ
４）、カメラ状態リスト８０にユーザ名（ホスト名）を
登録し（Ｓ５）、アクセス要求成功を要求元に通知する
（Ｓ６）。

【００４１】なお、カメラ制御クライアント７２は、ア
クセス操作を行なう前後に必ず、［ａｃｃｅｓｓ＿ｂｅ
ｇｉｎ＿１］及び［ａｃｃｅｓｓ＿ｅｎｄ＿１］を実行
する。

【００４２】本実施例では、各ユーザ又は特に許可され
たユーザは、自身で、アクセス許可リスト８２の内容を
変更できる。そのために、図１２に示す関数［ｃｈａｎ
ｇｅ＿ａｃｃｅｓｓ＿ｍｏｄｅ＿１］をカメラ管理サー
バ６８に設けてある。

【００４３】カメラ制御クライアント７２は、［ｓｔｒ
ｕｃｔｃｈａｎｇｅ＿ｉｎ｛〜｝ｃｈａｎｇｅ＿
ｉｎ］によって、アクセス許可を変更するホスト名（カ
メラ装置）を［ｔａｒｇｅｔ＿ｎａｍｅ］に設定すると
共に、変更後のアクセス権を［ａｃｃｅｓｓ＿ｍｏｄ
ｅ］に設定して、［ｃｈａｎｇｅ＿ａｃｃｅｓｓ＿ｍｏ
ｄｅ＿１］を呼ぶ。カメラ管理サーバ６８は、まずＵＮ
ＩＸオペレーティング・システムのライブラリ関数であ
る［ｇｅｔｈｏｓｔ］命令を実行し、どのユーザからの
変更要求かを確認する。次に、アクセス許可リスト８２
のうち、変更要求を出したユーザの項目で、［ｔａｒｇ
ｅｔ＿ｎａｍｅ］で示されるカメラ装置のアクセス権
を、［ａｃｃｅｓｓ＿ｍｏｄｅ］で示されるモードに変
更する。［ａｃｃｅｓｓ＿ｍｏｄｅ］の内容には、アク
セス許可と、アクセス禁止がある。アクセス許可の場
合、図１０に示すように、アクセス許可リスト８２上で
「ＯＫ」と記入又は表示され、アクセス禁止の場合、
「ＮＯ」と記入又は表示される。

【００４４】カメラ制御クライアント７２は、以上の各
種の操作を容易に行なえるように、図１３に示すような
カメラ制御パネルをモニタ画面に表示し、ＧＵＩ（Ｇｒ
ａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）によ
る操作を実現している。ワークステーション５２，５４
のオペレータは、ビデオ会議に参加しているカメラ装置
の登録状況、使用状況及び使用許可状況に関する情報を
得ることができ、操作対象のカメラ装置を切り換えるこ
とができる。また、アクセス権を変更することもでき
る。

【００４５】図１３に示すカメラ制御パネルによる操作
方法を説明する。このカメラ制御パネルは、ユーザによ
るボタン操作に応じて、各ボタンに割り当てられた機能
に相当する関数を、ＲＰＣにより起動する。即ち、ユー
ザがカメラ状態リスト更新ボタン１１０を押下すると、
これまで述べてきたようにして、カメラ管理サーバ６８
から現在の各カメラ装置のアクセス情報を得ることがで
きる。周知の通り、マウス１３８を操作してモニタ画面
上のカーソルを移動させ、所望のボタン上に位置させ
て、第１ボタン１３８ａをクリックすることで、任意の
ボタン１１０〜１２８を操作できる。カメラ管理サーバ
６８から得られた情報は、リスト・ウインドウ１３６に
表示される。リスト・ウインドウ１３６にはまた、カメ
ラ状態リスト８０を表示することができ、ユーザは、リ
スト・ウインドウ１３６に表示されたカメラ状態リスト
８０から、制御したいカメラ装置をマウス１３８又はキ
ーボードにより選択できる。

【００４６】先に説明したアクセス要求処理はアクセス
開始ボタン１１２に割り付けられ、アクセス終了処理は
アクセス終了ボタン１１４に割り付けられている。アク
セス許可の変更処理は、アクセス許可設定ボタン１１６
に割り付けられている。アクセス許可設定ボタン１１６
を押下すると、アクセス許可リスト８２で自身に関係す
る部分がリスト・ウインドウ１３６に表示され、マウス
１３８又はキーボードによりその内容を変更できる。ア
プリケーション終了ボタン１１８は、すべての操作を終
了する時に押下する。

【００４７】モニタ画面の画像ウインドウ１３４には、
指定したカメラ装置により撮像した画像が表示される。
ユーザは、パン操作ボタン１２０，１２２、チルト操作
ボタン１２４，１２６、ホーム・ポジション復帰ボタン
１２８、並びに、ズーム（拡大）操作ボタン１３０及び
ズーム（縮小）操作ボタン１３２を操作することによっ
て、カメラ装置のパン、チルト及びズームを操作でき
る。この操作に応じて、対象となるカメラ装置がパン、
チルト及びズームし、画像ウインドウ１３４に表示され
る画像も変化する。

【００４８】操作ボタン１２０，１２２，１２４，１２
６は、パン及びチルトのそれぞれの移動方向に対して設
けられている。また、ホームポジション復帰ボタン１２
８を設けることにより、制御対象のカメラ装置をホーム
ポジション（基準位置、本実施例ではパン及びチル卜方
向の回動角度の中央）に簡単に復帰させることができ
る。ホームポジション復帰ボタン１２８を操作ボタン１
２０〜１２６の中央の空きスペースに配置したので、ホ
ームポジションに復帰させるものであることが視覚的に
も理解し易くなり、操作性が向上する。なお、ズーム操
作については、ズーム操作を指定する１つのボタンを設
け、そのボタンをマウスス４の第１ボタン１３８ａ及び
第２ボタン１３８ｂのどちらでクリックするかで、拡大
と縮小を区別するようにしてもよい。このような処理自
体はマウス１３８及びキーボードの利用法として周知で
ある。

【００４９】実際にビデオ会議を行なう場合を例に、上
記実施例の操作を説明する。ビデオ会議の開始に先立っ
て、ビデオ会議ソフトウエア６４，７０、カメラ管理サ
ーバ６８、カメラ制御６６及びカメラ制御クライアント
７２を立ち上げる。それぞれのソフトウエアの機能を考
えると、この順番が望ましいが、カメラ装置５８の電源
オンに連動させて同時に立ち上げてもよい。既に行なわ
れているビデオ会議に参加する場合、カメラ管理サーバ
６８を新たに立ち上げる必要はないことは明らかであ
る。

【００５０】このような状態のもとでビデオ会議に参加
する場合、カメラ状態リスト更新ボタン１１０を押下
し、リスト・ウインドウ１３６にカメラ状態リスト８０
を表示させ、その中から操作したいカメラ装置を選択
し、アクセス開始ボタン１１２を押下する。これによ
り、前述した［ａｃｃｅｓｓ＿ｂｅｇｉｎ＿１］が実行
され、前述したアクセス処理及び指定したカメラ装置の
遠隔制御が可能になる。ビデオ会議から抜け出す場合、
アクセス終了ボタン１１４を押下する。このとき［ａｃ
ｃｅｓｓ＿ｅｎｄ＿１］が実行される。なお、この段階
では、アクセス終了前迄アクセスしていたカメラ装置か
らの画像は、依然として、ウインドウ１３４に表示され
ている。すべての操作を終了するときに、アプリケーシ
ョン終了ボタン１１８を押下する。

【００５１】本実施例では更に、個々のユーザに対し
て、カメラ装置の制御範囲を制限できる。本実施例で
は、全てのパン、チルト及びズーム操作を許す完全許可
モードと、一切のパン、チルト及びズーム操作を許さな
い全面禁止モードと、これらの中間として制限された範
囲内で制御できる限定許可モードの３種類のアクセス制
限モードを設けた。以下では、完全許可モードをモード
１、全面禁止モードをモード２、限定許可モードをモー
ド３とした。カメラ管理サーバ６８は、図１４に示すよ
うな、各ユーザについて設定されているアクセス制限モ
ードを示すモード管理表と、限定許可モードでの許可範
囲を示す制限範囲管理表を、記憶し、管理する。

【００５２】先に説明したロック関数［ｌｏｃｋ＿１］
の実行時に、これらのモード管理表が参照され、モード
２のユーザに対しては、ロック（アクセス権の確保）が
許可されない。図１５はロックの際のフローチャートを
示す。即ち、ユーザ名（遠隔操作しようとする者）とホ
スト名（操作したいカメラ装置）を示すロック処理要求
に対して（Ｓ１１）、指定されたカメラ装置がロック状
態あるかどうかを調べる（Ｓ１２）。既にロック状態に
あれば（Ｓ１２）、その旨をユーザ名で特定される要求
元に通知する（Ｓ１７）。

【００５３】未だロック状態でなければ（Ｓ１１）、モ
ード管理表からそのユーザのアクセス制限モードを調べ
る（Ｓ１３）。モード２であれば、制御が禁止されてい
ることを要求元に通知する（Ｓ１７）。モード２以外で
あれば、変数ｌｏｃｋ＿ｓｔａｔｕｓに１をセットして
ロック状態にし、変数ｌｏｃｋｕｓｅｒにユーザ名を、
変数ｌｏｃｋｈｏｓｔに操作されるカメラ装置名をセッ
トし（Ｓ１５）、ロック成功を要求元に通知する（Ｓ１
６）。

【００５４】図１６は、パン要求に対するフローチャー
トを示す。パン角を指定するカメラ・パン要求（Ｓ２
１）に対して、変数ｌｏｃｋｕｓｅｒから要求元のアク
セス制限モードを調べ（Ｓ２２）、モード３のときには
（Ｓ２３）、制限範囲管理表により、指定されたパン角
が制限範囲内にあることを確認する（Ｓ２４）。制限範
囲内に無ければ、カメラ装置をパンせずに要求元にエラ
ーを通知する（Ｓ２６）。制限範囲内にあれば、ＲＳ２
３２Ｃからパン・コマンドを送出し、カメラ装置を指定
のパン角に動かす（Ｓ２５）。モード１のときには（Ｓ
２３）、Ｓ２４を迂回して、指定のパン角にカメラ装置
を動かす（Ｓ２５）。モード２のときには、遠隔操作が
許可されていないことを要求元に通知して、終了する
（Ｓ２６）。

【００５５】

【発明の効果】以上の説明から容易に理解できるよう
に、本発明によれば、システムを停止することなく、多
数のユーザが必要に応じてネットワーク上に接続された
カメラ装置を遠隔制御できるようになり、ビデオ会議へ
の参加と離脱が容易になる。更には、カメラの遠隔操作
に複数段階のアクセス制限モードを設けたので、ユーザ
毎に制御禁止を含めて適切な撮影可能範囲を設定でき
る。

【図面の簡単な説明】

【図１】本発明の一実施例のハードウエアの概略構成
ブロック図である。

【図２】本実施例のソフトウエアの概略構成ブロック
図である。

【図３】カメラ制御サーバ６４を呼び出す関数であ
る。

【図４】ロック関数である。

【図５】カメラ状態リストの一例である。

【図６】ユーザの登録及び削除の関数である。

【図７】カメラ起動に伴う登録処理のフローチャート
である。

【図８】カメラ停止に伴う抹消処理のフローチャート
である。

【図９】アクセス処理の関数である。

【図１０】アクセス許可リストの一例である。

【図１１】カメラ・アクセス要求に対する処理のフロ
ーチャートである。

【図１２】アクセス許可を設定する関数である。

【図１３】ＧＵＩの一例を示す図である。

【図１４】ユーザ毎のアクセス制限モードの管理表
と、制限範囲の管理表である。

【図１５】ロック要求に対するフローチャートであ
る。

【図１６】パン要求に対するフローチャートである。

【符号の説明】

１０Ａ，１０Ｂ，１０Ｃ：ワークステーション１２Ａ，１２Ｂ，１２Ｃ：ＣＰＵ１４Ａ，１４Ｂ，１４Ｃ：記憶部１６Ａ，１６Ｂ，１６Ｃ，１８Ａ，１８Ｂ，１８Ｃ：Ｉ
／Ｏポート２０Ａ，２０Ｂ，２０Ｃ：ビデオ・ボード２２Ａ，２２Ｂ，２２Ｃ：バス２４Ａ，２４Ｂ，２４Ｃ：マウス２６Ａ，２６Ｂ，２６Ｃ：キーボード２８Ａ，２８Ｃ：カメラ装置３０Ａ，３０Ｃ：カメラ部３２Ａ，３２Ｃ：雲台部３４Ａ，３４Ｂ，３４Ｃ：モニタ・ディスプレイ４０：ネットワーク５０，５２，５４，５６：ワークステーション５７：ネットワーク５８：カメラ装置６０，６２：モニタ６４：ビデオ会議ソフトウエア６６：カメラ制御サーバ６８：カメラ管理サーバ７０：ビデオ会議ソフトウエア７２：カメラ制御クライアント８０：カメラ状態リスト８２：アクセス許可リスト１１０：カメラ状態リスト更新ボタン１１２：アクセス開始ボタン１１４：アクセス終了ボタン１１６：アクセス許可設定ボタン１１８：アプリケーション終了ボタン１２０，１２２：パン操作ボタン１２４，１２６：チルト操作ボタン１２８：ホーム・ポジション復帰ボタン１３０：ズーム（拡大）操作ボタン１３２：ズーム（縮小）操作ボタン１３４：画像ウインドウ１３６：リスト・ウインドウ１３８：マウス

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して遠隔制御自在なカ
メラ装置の遠隔制御方式であって、当該カメラ装置を同
時に一人だけが制御できるように制御権を管理する制御
権管理手段を設け、当該カメラ装置を制御するユーザご
とに、全てのカメラ操作を許容する第１のモードと、全
てのカメラ装置を禁止する第２のモードと、制限範囲の
カメラ操作を許容する第３のモードのいずれかを設定で
きるようにしたことを特徴とするカメラの遠隔制御シス
テム。
【請求項２】第３のモードにおける制限範囲が複数種
類、設定自在である請求項１に記載のカメラの遠隔制御
システム。
【請求項３】更に、前記カメラ装置を制御する１以上
の制御装置をシステムに登録し、及び当該システムから
削除する登録手段と、前記カメラ装置への当該制御手段
の接続を設定する接続設定手段と、当該システムに登録
された前記制御装置の前記カメラ装置に対する接続状態
を管理する接続状態管理手段とを有する請求項１又は２
に記載のカメラの遠隔制御システム。
【請求項４】更に、前記制御装置の前記カメラ装置に
対する接続状態を表示する表示手段を有する請求項３に
記載のカメラの遠隔制御システム。
【請求項５】更に、前記カメラ装置に対する前記制御
手段の接続の可否を管理する接続可否管理手段を具備す
る請求項３又は４に記載のカメラの遠隔制御システム。