JPH10136347A - 遠隔カメラ制御システム及び装置及びその方法 - Google Patents

Abstract

(57)【要約】 【課題】カメラに関する複数のユーザ側装置からの制御
要求を管理する遠隔カメラ制御システムにおいて、ユー
ザ側装置が制御権の管理状況の情報を獲得することを可
能とし、これをユーザに提示することで操作性を向上す
る。 【解決手段】カメラを接続するサーバと、そのカメラの
撮影条件を遠隔制御可能なクライアントを含むシステム
において、サーバは各クライアントについて、カメラ制
御権に関る状態を示すメッセージを生成し、これを各ク
ライアントに発行する。クライアント側では、受信した
メッセージがカメラ制御に関る状態を示すメッセージで
あると判定されると、当該メッセージより制御権の状態
とその有効時間を獲得して保持するとともに、当該メッ
セージの受信時刻を保持する（ステップＳ301、302、305、
306）。そして、クライアントは、上記保持された情報
と現在時刻に基づいて制御権の状態とその残り時間を表
示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、遠隔制御によりカ
メラの撮影条件等の変更が可能なカメラ遠隔制御装置及
びその方法に関する。

【０００２】

【従来の技術】従来、監視カメラのように、遠隔地から
映像入力装置を制御することが可能な遠隔カメラ制御シ
ステムがある。この種の装置においては、複数台のカメ
ラを一人の監視者が制御するのが一般的である。すなわ
ち、映像入力装置の数が制御者の数に比して多く、複数
の制御者が同時に一台の映像入力装置を制御することは
無かった。

【０００３】近年、インターネットの普及などにより、
一台の映像入力装置によって取り込まれた映像を複数の
ユーザが見たり、当該映像入力装置を複数のユーザから
制御可能にしたいという要求が高まっている。このよう
な場合には、遠隔地からの複数の映像入力装置に対する
制御要求を管理する機構が必要となる。また、一台の映
像入力装置を複数のユーザによって制御しようとした場
合、複数のユーザ間で制御要求の衝突が発生することは
明らかである。従って、当該映像入力装置の操作に対す
る権限を適切に管理、制御する必要が生じた。

【０００４】このような技術動向に鑑み、特願平０８−
１９２５８５号において、カメラに対する制御要求及び
制御権を管理し、カメラ制御権を要求した各ユーザが時
間の経過に従って順次カメラの制御権を獲得し、カメラ
の制御を可能とする映像入力システムが提案されてい
る。

【０００５】

【発明が解決しようとする課題】上記出願による映像入
力システムは、複数のユーザ（クライアント装置）がカ
メラ制御装置に対してカメラの制御権要求を発行した場
合に、カメラ制御装置が当該複数のクライアント装置間
における制御権の移行を適切に制御するものである。こ
のため、映像入力装置の制御権及びそれを時間的に管理
することが可能となり、多くのユーザが一台のカメラを
制御することが可能となる。

【０００６】本発明は、上記のような遠隔カメラ制御シ
ステムにおいて、各クライアント側装置の操作性を向上
することを目的とする。

【０００７】すなわち、本発明の目的は、カメラに関す
る複数のユーザ側装置からの制御要求を管理する遠隔カ
メラ制御システムにおいて、ユーザ側装置が制御権の管
理状況の情報を獲得することを可能とし、これをユーザ
に提示することで操作性を向上する、遠隔カメラ制御シ
ステム、装置及びその方法を提供することにある。

【０００８】

【課題を解決するための手段】上記の目的を達成するた
めの本発明の遠隔カメラ制御システムは以下の構成を備
える。すなわち、サーバ側装置に接続されたカメラの撮
影条件を遠隔制御可能な遠隔カメラ制御システムであっ
て、各クライアント側装置について、カメラ制御権に関
る状態を示す状態情報を前記サーバ側装置において生成
する生成手段と、前記生成手段で生成された状態情報を
前記各クライアント側装置に通知する通知手段と、前記
通知手段で通知された状態情報に基づいて、各クライア
ント側装置においてカメラ制御権に関る状態を表示する
表示手段とを備える。

【０００９】また、上記の目的を達成するための遠隔カ
メラ制御装置は、サーバ側装置に接続されたカメラを遠
隔制御するカメラ制御装置であって、前記サーバ側装置
より当該カメラ制御装置のカメラ制御権に関る状態を示
す状態情報を受信する受信手段と、前記受信手段で受信
した前記状態情報に基づいて、前記カメラ制御権に関る
状態の残り時間を算出する算出手段と、前記算出手段で
算出された残り時間に基づいて制御権の状態を表示する
表示手段とを備える。

【００１０】更に上記の目的を達成するための遠隔カメ
ラ制御装置は、クライアント側装置からの制御情報に基
づいてカメラの制御を行う遠隔カメラ制御装置であっ
て、各クライアント側装置からのカメラ制御要求に基づ
いて待ち行列情報を生成する第１生成手段と、所定のタ
イミングで前記待ち行列情報に基づいて、各クライアン
ト側装置のカメラ制御権に関る状態と、その状態の継続
時間を獲得する獲得手段と、前記獲得手段で獲得された
状態と継続時間に基づいて各クライアント側装置に対す
る状態情報を生成する第２生成手段と、前記第２生成手
段で生成された状態情報を前記各クライアント側装置に
通知する通知手段とを備える。

【００１１】また、上記の目的を達成するための本発明
の遠隔カメラ制御システムの制御方法は、サーバ側装置
に接続されたカメラの撮影条件を遠隔制御可能な遠隔カ
メラ制御システムの制御方法であって、各クライアント
側装置について、カメラ制御権に関る状態を示す状態情
報を前記サーバ側装置において生成する生成工程と、前
記生成工程で生成された状態情報を前記各クライアント
側装置に通知する通知工程と、前記通知工程で通知され
た状態情報に基づいて、各クライアント側装置がカメラ
制御権に関る状態を表示する表示工程とを備える。

【００１２】また、上記の目的を達成する本発明の遠隔
カメラ制御方法は、サーバ側装置に接続されたカメラを
遠隔制御するカメラ制御方法であって、前記サーバ側装
置より当該カメラ制御装置のカメラ制御権に関る状態を
示す状態情報を受信する受信工程と、前記受信工程で受
信した前記状態情報に基づいて、前記カメラ制御権に関
る状態の残り時間を算出する算出工程と、前記算出工程
で算出された残り時間に基づいて制御権の状態を表示す
る表示工程とを備える。

【００１３】また、上記の目的を達成する本発明の遠隔
カメラ制御方法は、クライアント側装置からの制御情報
に基づいてカメラの制御を行う遠隔カメラ制御方法であ
って、各クライアント側装置からのカメラ制御要求に基
づいて待ち行列情報を生成する第１生成工程と、所定の
タイミングで前記待ち行列情報に基づいて、各クライア
ント側装置のカメラ制御権に関る状態と、その状態の継
続時間を獲得する獲得工程と、前記獲得工程で獲得され
た状態と継続時間に基づいて各クライアント側装置に対
する状態情報を生成する第２生成工程と、前記第２生成
工程で生成された状態情報を前記各クライアント側装置
に通知する通知工程とを備える。

【００１４】

【発明の実施の形態】以下、添付の図面を参照して本発
明の好適な実施形態を説明する。

【００１５】［第１の実施形態］図１は第１の実施形態
によるカメラ制御システムの構成を示すブロック図であ
る。同図において、１１はカメラ制御を行うカメラ制御
サーバである。１２はネットワークであり、ＬＡＮ、Ｗ
ＡＮ、あるいはインターネット等である。１０１、１０
１ａ、１０１ｂは遠隔地からカメラ制御の命令を出すカ
メラ制御クライアントである。

【００１６】カメラ制御サーバ１１において、１１ａは
映像を撮影するカメラであり、パン、チルト、ズーム
等、撮像視点を外部からの命令により制御可能となって
いる。１１ｂはカメラ制御部であり、遠隔地からの要求
に応じてカメラを制御する。１１ｃは制御権管理部であ
り、複数のカメラ制御クライアントからの要求に対して
カメラの制御権を管理する。１１ｄはメッセージ送受信
部であり、ネットワーク１２を介してカメラ制御クライ
アント１０１、１０１ａ、１０１ｂ等からのメッセージ
を取得するとともに、これらカメラ制御クライアントに
対してメッセージの送信を行う。

【００１７】カメラ制御クライアント１０１（以下、単
にクライアントともいう）において、１３ａはメッセー
ジ送受信部であり、ネットワーク１２を介してカメラ制
御サーバ１１とのメッセージのやり取りを行う。１３ｂ
は表示制御部であり、カメラ制御サーバ１１より受信し
た画像や制御状態等を表示する。１３ｃは操作入力部で
あり、カメラ制御サーバ１１に対して、カメラ制御権の
獲得要求指示や、カメラ１１ａのパン角、チルト角、ズ
ーム値の変更指示等を入力する。

【００１８】なお、上記図１の構成において、カメラ制
御サーバ及びカメラ制御クライアントの数は図示の範囲
に限られるものではないし、カメラ制御サーバ１１に複
数のカメラが接続されてもよい。

【００１９】以下、第１の実施形態のカメラ制御システ
ムを更に詳細に説明していくが、まず、カメラ制御サー
バの構成と動作を説明し、次にカメラ制御クライアント
の構成と動作を説明する。

【００２０】図２は本実施形態によるカメラ制御サーバ
の構成を示すブロック図である。図２において、３０１
はＣＰＵであり、当該カメラ制御サーバにおける各種制
御を行う。３０２はＲＯＭであり、ＣＰＵ３０１によっ
て実行される各種の制御プログラムを格納する。３０３
はＲＡＭであり、ＣＰＵ３０１が各種の制御を実行する
に際して必要な作業領域を提供する。３０４はカメラ映
像インターフェースであり、カメラ１１ａよりの映像信
号を受信する。３０５はカメラ駆動インターフェースで
あり、カメラ１１ａのパン、チルト、ズーム等を制御す
る。

【００２１】３０６はネットワークインターフェースで
あり、ネットワーク１２に接続されたネットワーク１２
上の他の装置（カメラ制御クライアント１０１等）との
通信を実現する。３０７は外部記憶装置であり、例えば
ハードディスク等で構成される。３０８はＣＲＴであ
り、ＣＰＵ３０１の制御によって各種の表示を行う。３
０９はキーボード等の入力部であり、ＣＰＵ３０１に対
して各種の入力を行う。３１０はバスであり、上述の各
構成を接続する。

【００２２】なお、上記の構成において、ＣＰＵ３０１
は、外部記憶装置３０７に格納された制御プログラムを
ＲＡＭ３０３上にロードして、該ロードされた制御プロ
グラムを実行するようにしてもよい。また、外部記憶装
置３０７、ＣＲＴ３０８、入力部３０９はオプションで
あり、必要がなければ省略してもかまわない。また、図
１で示したカメラ制御部１１ｂ、制御権管理部１１ｃ、
メッセージ取得部１１ｄは、ＣＰＵ３０１がＲＯＭ３０
２に格納された制御プログラムもしくはＲＡＭ３０３に
ロードされた制御プログラムを実行することによって実
現される機能を示したものである。

【００２３】更に、カメラ１１ａは、撮影によって得ら
れた映像信号をカメラインターフェース３０４へ出力す
る撮像部３２１と、駆動インターフェース３０５を介し
て入力される制御信号に従って、撮像部３２１のパン、
チルト、ズーム等を行う機構制御部３２２を備える。

【００２４】以上のような構成を備えた本実施形態のカ
メラ制御システムにおいて、カメラ制御サーバ１１の制
御権管理部１１ｃは、複数のカメラ制御クライアントよ
りのカメラ１１ａに対する制御要求を管理し、各クライ
アントに対する制御権の付与を制御する。

【００２５】制御権管理部１１ｃは、各クライアントに
対するカメラ制御権の付与を管理するためにカメラ制御
キューを有する。図３は第１の実施形態におけるカメラ
制御キューの構造を示す図である。このカメラ制御キュ
ーはＲＡＭ３０３に格納されるものであり、カメラ制御
を要求したクライアントのＩＤが登録される。Ｃ２１が
キューの先頭要素であり、Ｃ２１（ＩＤ=１１２）が、
現在カメラ制御権を持っている。また、Ｃ２２はＣ２１
の次にカメラ制御権を持つクライアントのＩＤ、Ｃ２３
はＣ２２の次にカメラ制御権を持つクライアントのＩＤ
である。

【００２６】遠隔地にあるカメラ制御クライアント１０
１等（以下、単にクライアント１０１という）とカメラ
制御サーバ１１との間では、種々のメッセージのやり取
りが行なわれる。クライアント１０１から送られてくる
メッセージには、カメラ制御権獲得要求、カメラ制御要
求、カメラ制御権獲得放棄通知、の３種がある。図４は
カメラ制御クライアントからカメラ制御サーバに送られ
るメッセージの構造を説明する図である。同図におい
て、（ａ）はカメラ制御権獲得要求メッセージの構造
を、（ｂ）はカメラ制御要求メッセージの構造を、
（ｃ）はカメラ制御権獲得放棄通知メッセージの構造を
それぞれ示している。各メッセージは、当該メッセージ
の種別を表すメッセージＩＤと、当該メッセージの発行
元であるクライアントを示すクライアントＩＤとを有す
る。以下、各メッセージの構造を説明する。

【００２７】カメラ制御権獲得要求１１０１は、メッセ
ージＩＤ１１１１に「１」を持ち、メッセージＩＤ１１
１１とクライアントＩＤ１１１２とパスワード１１１３
から成る。カメラ制御要求１１０２は、メッセージＩＤ
１１１４に「２」を持ち、メッセージＩＤ１１１４とク
ライアントＩＤ１１１５とパン角１１１６、チルト角１
１１７、ズーム１１１８のパラメータ値から成る。カメ
ラ制御権獲得放棄通知１１０３は、メッセージＩＤ１１
１９に「３」を持ち、メッセージＩＤ１１１９とクライ
アントＩＤ１１２０から成る。

【００２８】クライアント１０１は、カメラ１１ａを制
御したいとき、カメラ制御サーバ１１へネットワーク１
２を介して、カメラ制御権獲得要求１１０１を出す。そ
してその後、パン、チルト、ズームなどの値を含むカメ
ラ制御要求１１０２を送る。また、クライアント１０１
がカメラ制御権を得ることをあきらめる場合、または既
得のカメラ制御権を放棄する場合は、カメラ制御権獲得
放棄通知１１０３をカメラ制御サーバ１１に発行する。

【００２９】一方、カメラ制御サーバ１１から各クライ
アントへ発行されるメッセージとしては、映像データメ
ッセージ、カメラ姿勢メッセージ、制御権メッセージの
３種類がある。図５はカメラ制御サーバからカメラ制御
クライアントに送られるメッセージの構造を説明する図
である。同図において、（ａ）は映像データメッセージ
１２０１の構造を、（ｂ）はカメラ姿勢メッセージ１２
０２の構造を、（ｃ）は制御権メッセージ１２０３の構
造をそれぞれ示している。各メッセージは、当該メッセ
ージの種別を表すメッセージＩＤ１２２１と、当該メッ
セージの発行元であるカメラ制御サーバを示すサーバＩ
Ｄ１２２２とを有する。以下、各メッセージの構造を説
明する。

【００３０】映像データメッセージ１２０１は、メッセ
ージＩＤ１２２１として「１」を有する。また、属性情
報１２２３は当該映像データメッセージに付属する映像
データ１２２４の属性（例えばフレームレートや、圧縮
処理が施されていればその圧縮処理の種別等）を示す。
映像データ１２２４は、カメラ１１ａで撮像して得られ
た映像データである。この映像データメッセージ１２０
１は、当該カメラ制御サーバにアクセスした各カメラ制
御クライアントに対して随時発行される。

【００３１】カメラ姿勢メッセージ１２０２は、メッセ
ージＩＤ１２２１として「２」を有し、更にカメラ姿勢
を表すデータとして、パン角１２２５、チルト角１２２
６、ズーム値１２２７を有する。制御権メッセージ１２
０３は、メッセージＩＤ１２２１として「３」を有する
とともに、制御状態１２２８、有効時間１２２９のデー
タを有する。なお、制御状態１２２８は、当該クライア
ントのカメラに対する制御権の状態を示すものであり、
「制御権要求中」「制御権有り」「制御権無し」のいず
れかの状態を示す。有効時間１２２９は、制御状態が
「制御権要求中」或いは「制御権有り」の場合におい
て、当該制御状態が有効である継続時間の予測値であ
る。これらのメッセージの活用、発行タイミングについ
ては以下で順次説明する。

【００３２】図６は第１の実施形態におけるカメラ制御
サーバの制御手順を示すフローチャートである。本フロ
ーチャートでは、メッセージがカメラ制御サーバ１１に
送られてきた際の、カメラ制御サーバ１１が行う処理が
示されている。

【００３３】メッセージ送受信部１１ｄがメッセージを
受け取ると（ステップＳ１）、それを制御権管理部１１
ｃに渡す。制御権管理部１１ｃは、そのメッセージの種
別を当該メッセージに含まれているメッセージＩＤを元
に判別する（ステップＳ２）。この結果、メッセージが
カメラ制御権取得要求（メッセージＩＤが「１」）であ
れば、カメラ制御キューに当該クライアントＩＤがある
かどうか調べ（ステップＳ１０）、なければカメラ制御
キューに当該クライアントＩＤを追加する（ステップＳ
１１）。そして、ステップＳ１２において、メッセージ
送受信部１１ｄにより、当該メッセージの発行元のクラ
イアントに対して、制御権メッセージ１２０３を発行す
る。

【００３４】このステップＳ１２において発行される制
御権メッセージ１２０３の制御状態１２２８には制御権
待ち状態を示す「制御権要求中」がセットされる。また
有効時間１２２９には、その時点におけるカメラ制御キ
ュー（図３）の先頭要素の残り制御時間と、当該カメラ
制御キューに登録されている他の要素の数と最大所有時
間ｔの積との和が設定される。すなわち、有効時間は、 （ｔ−先頭要素の制御権所有時間）＋（ｔ×（キューの
登録数−２）） となる。ここで、キューの登録数から２を引いているの
は、キューの登録数から先頭要素とステップＳ１１で追
加された当該クライアントの要素を差し引くためであ
る。

【００３５】一方、メッセージがカメラ制御要求（メッ
セージＩＤが「２」）であれば、当該要求を発行したク
ライアントがカメラ制御キューの先頭要素であるかどう
か調べる（ステップＳ３）。カメラ制御キューの先頭要
素のクライアントであれば、カメラ制御が可能であるの
で、カメラ制御要求メッセージ１１０２に基づいてカメ
ラ制御コマンド及びパラメータを生成し、カメラ制御部
１１ｂに送る（ステップＳ７）。一方、当該クライアン
トがカメラ制御キューの先頭要素でなければ、カメラ制
御キューの先頭要素の制御権所有時間があらかじめ定め
た時間ｔより大きいかどうか調べる（ステップＳ４）。

【００３６】ここで、現在のキューの先頭要素（現在の
制御可能クライアント）の制御権所有時間が最大所有時
間ｔ以下であれば、引き続き当該先頭要素に対して制御
権を与える為、本処理をそのまま終了する。すなわち、
ステップＳ１で受信したカメラ制御要求メッセージは破
棄される。

【００３７】一方、現在のキューの先頭要素の制御権所
有時間がｔより大きければ、制御キューの更新と制御権
メッセージの発行のために、引数ｉｄを制御キューの先
頭要素としてサブルーチンＳｕｂＡを実行する（ステッ
プＳ５）。

【００３８】図７はサブルーチンＳｕｂＡにおける制御
手順を示すフローチャートである。まず、引数ｉｄが先
頭要素かどうか調べる（ステップＳ２１）。ステップＳ
５において、引数ｉｄには先頭要素が与えられているの
で、ステップＳ２１へ進む。ステップＳ２１では、次の
制御可能クライアントの制御権所有時間計測を行うため
に制御権所有時刻をセットしなおす。そして、カメラキ
ューからｉｄで指定された要素を削除する（ステップＳ
２３）。ここでは、カメラ制御キューから先頭要素（図
２のＣ２１）が削除される。

【００３９】更にステップＳ２４において、削除された
要素に対応するクライアントに対して、制御状態１２２
８を「制御権無し」として制御権メッセージを発行す
る。更に、ステップＳ２５において、制御キューに登録
されている要素に対応するクライアントのそれぞれに対
して制御権メッセージ１２０３を発行する。

【００４０】図８は、制御キューに登録された要素に対
応するクライアントへの制御権メッセージの発行手順を
説明するフローチャートである。

【００４１】まず、ステップＳ６０１において、制御キ
ューの先頭要素となっているクライアントの制御権所有
時間を獲得する。そして、ステップＳ６０２において、
制御権メッセージとして送信すべき「有効時間ｔａ」を
算出する。算出式は、「 有効時間ｔａ」＝ｔ−（制御権所有時間） となる。この算出の結果、有効時間ｔａが０以下となっ
た場合は、当該有効時間ｔａを０にセットする（ステッ
プＳ６０３、Ｓ６０４）。これは、制御権が延長中であ
ることを示すためである。続くステップＳ６０５では、
先頭要素のクライアントへ制御権メッセージを発行す
る。ここで、制御権メッセージの制御状態には「制御権
有り」が、有効時間にはステップＳ６０１〜Ｓ６０４で
求めた有効時間ｔａがセットされる。なお、先頭要素が
削除された直後に本処理が実行された場合は有効時間ｔ
ａ＝ｔとなる。

【００４２】ステップＳ６０６では、制御キューに登録
された先頭要素以外の要素について各々の有効時間を算
出する。この場合の算出式は、「 有効時間」＝（（キュー順位ｍ）−２）×ｔ＋（有効
時間ｔａ） となる。ここで、キュー順位ｍとは、先頭要素を１番と
した場合の、制御キュー内の当該要素の順位である。例
えば、Ｃ２３のキュー順位ｍは３である。

【００４３】そして、ステップＳ６０７において、制御
キューの先頭要素以外の各要素に対して、制御権メッセ
ージを発行する。ここで、各々の要素への制御権メッセ
ージの制御状態には「制御権要求中」がセットされ、有
効時間にはステップＳ６０６で算出された各要素に対応
する「有効時間」がセットされる。

【００４４】以上の処理により、ステップＳ２４では、
削除された要素のクライアントに対して、制御状態１２
２８が「制御権無し」にセットされて制御権メッセージ
１２０３が発行される。また、ステップＳ２５では,こ
のＳｕｂＡによって新たに先頭要素となったクライアン
トに対して、制御状態１２２８を「制御権有り」とし、
有効時間１２２９に最大所有時間ｔがセットされた制御
権メッセージ１２０３が発行される。また、その他のク
ライアントに対しては、制御状態１２２８を「制御権要
求中」にセットされるとともに、各クライアントのカメ
ラ制御キューにおける位置に基づいて、制御権獲得まで
の予想時間が算出され、これが有効時間１２２９にセッ
トされた制御権メッセージ１２０３が発行される。

【００４５】なお、ステップＳ２２における制御権所有
時刻のセットは、新たに制御可能クライアントとなるク
ライアントの制御開始時刻をセットしてもよいし、その
制御終了時刻をセットしてもよいし、あるいはカウン
タ、タイマ等に制御権所有時間を示すｔをセットするよ
うにしてもよい。ステップＳ４においては、制御開始時
刻がセットされれば現在時刻との差をｔと比較すること
になるし、制御終了時刻がセットされれば現在時刻が制
御終了時刻を過ぎている否かを判定することになるし、
カウンタ、タイマ等にｔがセットされた場合には当該カ
ウンタのカウントアップ、もしくは当該タイマのタイム
アップを調べることになる。

【００４６】以上のように、引数ｉｄに先頭要素を与え
てサブルーチンＳｕｂＡを実行することにより、次の要
素（図３のＣ２２）に制御権が移り、当該要素に対する
制御権所有時間の計測が開始されることになる。

【００４７】再び図６のフローチャートにおいて、ステ
ップＳ５のサブルーチンＳｕｂＡを抜けたら、キューの
先頭要素が更新されたことで、カメラ制御要求を出した
クライアントが制御可能クライアントになる可能性があ
るので、制御可能クライアントかどうかを再び調べる
（ステップＳ６）。ここで、カメラ制御要求を出したク
ライアントが制御可能クライアントとなっていれば、当
該カメラ制御要求メッセージに付与されているカメラ制
御パラメータに基づいてカメラ制御コマンド及びパラメ
ータを生成し、これらを駆動インターフェース３０５を
介してカメラ制御部１１ｂに送る（ステップＳ７）。カ
メラ制御コマンド及びパラメータを受け取ったカメラ制
御部１１ｂは、実際にカメラ１１ａを制御するために、
カメラ１１ａの仕様に基づいた指示をカメラ１１ａ（機
構制御部３２２）に送る。カメラ１１ａはその指示を受
け取ると、指示に応じてチルト、パン、ズーム等を実行
し、撮像視点を変える。

【００４８】ステップＳ８では、ステップＳ７によるカ
メラ制御の結果、現在のカメラのチルト角、パン角、ズ
ーム値を得て、カメラ姿勢メッセージを生成し、これを
各クライアントに発行する。

【００４９】また、ステップＳ２において、受信したメ
ッセージがカメラ制御権獲得放棄通知であれば、上記の
サブルーチンＳｕｂＡを実行する。ただし、ここでは引
数ｉｄにメッセージ送信クライアントＩＤを渡してサブ
ルーチンを実行する（ステップＳ１３）。サブルーチン
ＳｕｂＡでは、引数ｉｄが先頭要素であれば、次の制御
可能クライアントの制御権所有時間計測のために制御権
所有時刻をセットしてから（ステップＳ２２）、カメラ
制御キューからその要素ＩＤを削除する（ステップＳ２
３）。また、引数ｉｄの示す要素ＩＤが先頭要素でなけ
れば、単に当該要素ＩＤをカメラ制御キューより削除す
る（ステップＳ２３）。以上の様にして、カメラ制御権
獲得放棄通知メッセージによってカメラ制御キューより
対応する要素ＩＤが削除され、制御キューが更新され
る。そして、ステップＳ２４、２５により、各クライア
ントに対する制御権メッセージが、削除された要素及び
当該制御キューに登録されている各要素に対応するクラ
イアントに発行される。

【００５０】次に、本実施形態のカメラ制御システムに
おけるカメラ制御クライアントについて説明する。

【００５１】図９は第１の実施形態によるカメラ制御ク
ライアント１０１の構成を示すブロック図である。同図
において１０２はＣＰＵであり、ＲＯＭ１０３に格納さ
れた制御プログラム１０３ａに基づいて各種の制御を実
現する。１０３はＲＯＭであり、制御プログラム１０３
ａを始め、各種データ等を格納する。１０４はＲＡＭで
あり、ＣＰＵ１０２が各種制御実行するに際しての作業
領域を提供する。また、ＲＡＭ１０４はタイマ値を格納
するタイマ１０４ａを有するが、タイマ１０４ａの機能
については後述する。

【００５２】１０５は外部記憶装置であり、光磁気ディ
スク（ＭＯ）、コンパクトディスク（ＣＤＲＯＭ）、ハ
ードディスク、フロッピーディスク等で構成される。１
０６は表示装置であり、ＣＲＴや液晶表示器等で構成さ
れ、ＣＰＵ１０２の制御により各種表示を行う。１０７
は入力部であり、ポインティングデバイス、キーボード
等を備える。１０８はネットワークインターフェースで
あり、ネットワーク１２を介して当該ネットワーク上に
接続された各種装置との通信を行う。１０９はバスであ
り、上述の各構成を相互に通信可能に接続する。特に本
実施形態では、カメラ制御サーバ１１より映像データメ
ッセージ１２０１、カメラ姿勢メッセージ１２０２、制
御権メッセージ１２０３の各メッセージを受信し、カメ
ラ制御権獲得要求メッセージ１１０１、カメラ制御要求
メッセージ１１０２、カメラ制御権獲得放棄通知メッセ
ージ１１０３の各メッセージを必要に応じてカメラ制御
サーバへ送信する。

【００５３】また、図１で示したメッセージ送受信部１
３ａ、表示制御部１３ｂ、操作入力部１３ｃは、ＣＰＵ
１０２がＲＯＭ１０３に格納された制御プログラムもし
くはＲＡＭ１０４にロードされた制御プログラムを実行
することによって実現される機能を示したものである。

【００５４】図１０はクライアント１０１の表示画面の
例を示す図である。２０１は映像表示ウインドウであ
り、カメラ制御サーバ１１より送られてくる映像データ
メッセージ１２０１の映像データ１２２４に基づいた表
示を行う領域である。映像表示ウインドウ２０１のまわ
りにあるスクロールバーはそれぞれがカメラの撮影方向
を指示する為のもので、横スクロールバー２０３はカメ
ラのパン角を指定し、縦スクロールバー２０４はチルト
角を指定する。また、縦スクロールバー２０５はカメラ
のズーム調整を行うためのものである。各スクロールバ
ーのａ、ｂボタン（２０３ａ、２０３ｂ等）はスクロー
ルバーの現在位置を示すｃボタン（２０３ｃ等）の位置
を少しずつ移動させて、カメラの制御指示を行うための
ボタンである。なお、ｃボタンをポインティングデバイ
スによってドラッグ操作することでｃボタンの位置を変
更し、カメラの制御指示を行うことも可能である。

【００５５】ボタン２０６は、カメラ制御権に関する要
求をカメラ制御サーバ１１に送信するためのボタンであ
る。ボタン２０６上の表示は当該クライアントのカメラ
制御状態によって変化し、カメラ制御権が無い状態では
「制御権獲得」と表示され、カメラ制御権を獲得した状
態、或いはカメラ制御権の獲得待ちの状態では「権利放
棄」と表示される。２０７は現在の制御権の状態を表示
する表示ウインドウである。

【００５６】次に、第１の実施形態によるカメラ制御ク
ライアントの動作を説明する。カメラ制御クライアント
１０１においては、ネットワーク１２を介してカメラ制
御サーバより受信したメッセージを処理するメッセージ
受信処理（図１１）と、カメラ制御サーバへメッセージ
を発行するメッセージ発行処理（図１２）と、現在の制
御状態を表示する制御状態表示処理（図１３）が非同期
に実行される。

【００５７】まず、メッセージ受信処理を説明する。図
１１は本実施形態のカメラ制御クライアントによるメッ
セージ受信処理を示すフローチャートである。まずステ
ップＳ３０１において、サーバ１１よりのメッセージを
メッセージ送受信部１３ａが受信したか否かを判定す
る。メッセージが受信されると、ステップＳ３０２へ進
み、受信したメッセージのメッセージＩＤからその種別
を判定する。メッセージＩＤが「１」の場合は、当該メ
ッセージが映像データメッセージ１２０１であるので、
映像データを表示するためにステップＳ３０３へ進む。
ステップＳ３０３において、表示制御部１３ｂは当該メ
ッセージに付けられた映像データ１２２４を、属性情報
１２２３で示されたフレームレートで、映像表示ウイン
ドウ２０１に映像を表示する。その後ステップＳ３０１
に戻り、次のメッセージの受信を待つ。

【００５８】また、ステップＳ３０２においてメッセー
ジＩＤが「２」の場合は、当該メッセージはカメラ姿勢
メッセージであるので、ステップＳ３０４へ進んでカメ
ラの姿勢表示を行う。ステップＳ３０４では、表示制御
部１３ｂが当該カメラ姿勢メッセージに含まれるパン角
１２２５、チルト角１２２６、ズーム値１２２７に基づ
いて、スクロールバー２０３、２０４、２０５の各ボタ
ン２０３ｃ、２０４ｃ、２０５ｃの表示位置を更新す
る。そして、ステップＳ３０１に戻り、次のメッセージ
の受信を待つ。

【００５９】更に、ステップＳ３０２においてメッセー
ジＩＤが「３」の場合は、当該メッセージは制御権メッ
セージであり、処理はステップＳ３０５へ進む。ステッ
プＳ３０５では、受信した制御権メッセージの制御状態
１２２８から制御権の状態（「制御権無し」「制御権要
求中」「制御権有り」のいずれか）をＲＡＭ１０４に保
持するとともに、当該制御権メッセージの有効時間１２
２９をＲＡＭ１０４に保持する。そして、ステップＳ３
０６において当該制御権メッセージの受信時刻をＲＡＭ
１０４に保持する。その後、ステップＳ３０１へ戻り、
次のメッセージの受信を待つ。なお、以降、ＲＡＭ１０
４に保持された「制御権の状態」「有効時間」「受信時
刻」に基づいて表示ウインドウ２０７が表示されるが、
この制御は図１３のフローチャートにより後述する。

【００６０】以上の手順で、カメラ制御サーバから送ら
れてくる信号の処理を行い、サーバ側のカメラの状態と
制御権の状態がクライアントに反映される。

【００６１】また、ここで映像信号とカメラの状態を表
す信号（姿勢及び制御権）が別々に送信される場合も考
えられるが、その場合は映像信号用の受信処理が別に有
るのと同じである。

【００６２】次に、クライアント１０１からカメラ制御
サーバ１１にメッセージを発行する処理を説明する。図
１２は本実施形態のカメラ制御クライアントがカメラ制
御サーバに対してメッセージを発行する手順を表すフロ
ーチャートである。

【００６３】まず、ステップＳ４０１において、当該ク
ライアントがカメラ制御権を有しているか、或いは制御
権獲得待ちの状態であるかを調べる。これは、上述のス
テップＳ３０５でＲＡＭ１０４に保持された制御権の状
態をチェックすればよい。ここで、「制御権有り」か
「制御権要求中」であればステップＳ４０２へ進む。ス
テップＳ４０２では、ボタン２０６が操作されたか否か
を判定する。この場合、ボタン２０６は「権利放棄」と
表示されており、ボタン２０６が操作されると権利放棄
が指示されたことになる。権利放棄が指示されるとステ
ップＳ４０５へ進みカメラ制御権放棄通知１１０３（図
４）を発行する。そしてステップＳ４０１へ戻る。

【００６４】一方、ステップＳ４０２において制御権放
棄が指示されていなければステップＳ４０３へ進み、姿
勢変更指示が入力されているか否かを判断する。ここ
で、スクロール２０３、２０４、２０５のいずれかのボ
タンａ或いはボタンｂ或いはボタンｃがポインティング
デバイス等で操作されると、姿勢変更指示が発生したも
のとしてステップＳ４０４へ進む。ステップＳ４０４で
は、姿勢変更指示の内容（例えば横スクロールバー２０
３のボタン２０３ａが操作された場合は、パン角を所定
角度分左方向へ移動）に基づいてカメラ制御要求１１０
２を生成し、カメラ制御サーバへ発行する。なお、制御
権放棄指示も姿勢変更指示も無い場合は、何も処理をせ
ずステップＳ４０１へ戻る。

【００６５】また、ステップＳ４０１において、制御権
の状態が「制御権無し」であった場合は、ステップＳ４
０６へ進む。ステップＳ４０６ではボタン２０６が操作
されたか否かを判定する。この時点においてボタン２０
６には「制御権獲得」と表示されており、ボタン２０６
を操作することは制御権獲得要求を指示することとな
り、ボタン２０６が操作された場合、処理はステップＳ
４０７へ進む。ステップＳ４０７では、カメラ制御権獲
得要求１１０１が生成され、カメラ制御サーバに対して
発行される。

【００６６】以上が、クライアントからカメラ制御サー
バに対してメッセージを送信する処理の動作手順であ
る。これにより、「制御権要求中」或いは「制御権有
り」の場合にカメラ制御要求をカメラ制御サーバに対し
て発行することになる。

【００６７】次に、表示ウインドウ２０７に制御権の状
態を表示するための処理を説明する。図１３は本実施形
態による制御権状態の表示手順を説明するフローチャー
トである。なお、本処理は、タイマ処理によって所定単
位時間（例えば１秒）毎に行なわれる。タイマ処理とし
ては、例えば１秒周期のクロックパルス発生器を設け、
これをＣＰＵ１０２の割り込み信号として用いることが
考えられる。本例では、不図示のシステムクロックをカ
ウントし、そのカウント値をタイマ値１０４ａとし、タ
イマ値１０４ａが所定値に達する毎に制御権状態の表示
処理を起動する。

【００６８】まず、ステップＳ５０１において制御権の
状態が「制御権有り」か否かを判定し、ステップＳ５０
２において「制御権要求中」か否かを判定する。これら
の処理は上述のステップＳ４０１と同様にＲＡＭ１０４
に保持された制御権状態を示すデータを参照することで
行う。

【００６９】制御権の状態が「制御権無し」の場合は、
ステップＳ５０１及びＳ５０２において「ＮＯ」へ分岐
し、ステップＳ５１０へ処理が進む。ステップＳ５１０
では、表示ウインドウ２０７に「制御権無し」を表示す
る。そして、「制御権有り」でも「制御権要求中」でも
ない場合には残り時間を表示する必要がないので、その
まま本処理を終了する。

【００７０】一方、「制御権有り」の場合はステップＳ
５０１からステップＳ５０３へ進み、表示ウインドウ２
０７に「制御権有り」を表示し、残り時間表示を行うた
めにステップＳ５０５へ進む。また、「制御権要求中」
の場合はステップＳ５０２からＳ５０４へ進み、表示ウ
インドウ２０７に「制御権要求中」を表示し、残り時間
表示を行うためにステップＳ５０５へ進む。

【００７１】ステップＳ５０５では現在の時刻を獲得す
るとともに、ＲＡＭ１０４からステップＳ３０５、Ｓ３
０６で保持した受信時刻、有効時間を獲得し、ステップ
Ｓ５０６で残り時間の算出を行う。ここで残り時間は、 残り時間＝有効時間−（現在の時刻−受信時刻）とな
る。

【００７２】次にステップＳ５０７においてステップＳ
５０６で算出された残りの時間が正であるか否かを判定
し、正である場合にはステップＳ５０８へ進む。ステッ
プＳ５０８ではこの残り時間を表示ウインドウ２０７に
表示し、本処理を終了する。また、ステップＳ５０７に
おいて残り時間が０以下となった場合は、ステップＳ５
０９へ進み、例外的な表示処理を行い、本処理を終了す
る。例えば、制御権を獲得した場合に、有効時間以上が
経過した場合は、表示ウインドウ２０７に「制御権延長
中」と表示する。この状態では、別のクライアントから
サーバへ制御権獲得要求が発生した場合に、直ちに制御
権を失うことになるからである。

【００７３】図１４は、表示ウインドウ２０７による表
示例を示す図である。（ｅ）は、例えば「制御権有り」
の状態で算出された残り時間をそのまま数値で表示した
例である。（ａ）は制御権有りの状態で、算出された残
り時間をインジケータで行った例を示している。また、
（ｂ）は「制御権要求中」の状態において、算出された
残り時間をインジケータで示した例である。なお、
（ｂ）では、インジケータの図形を「制御権有り」の場
合と異ならせており、これにより「制御権有り」なのか
「制御権要求中」なのかを一目で認識できる。なお、
（ｂ）の「制御権要求中」の残り時間表示は、例えば人
間の形状をしており、一つの人間パターンが制御キュー
における一つのクライアントに対応するようにしてもよ
い。この場合、図６、図７のステップＳ１２、Ｓ２４に
おける制御権メッセージの有効時間１２２９は、制御キ
ューにおいて当該クライアントより上に登録されている
クライアントの数を示すものとなる。

【００７４】更に、（ｃ）は「制御権無し」の場合の表
示ウインドウ２０７の表示例であり、残り時間の表示は
ない。また、（ｄ）は制御権延長中における表示ウイン
ドウ２０７の表示状態を示している。

【００７５】なお、残り時間の表示を（ａ）、（ｂ）の
如くインジケータで行う場合、与えられた制御時間の最
大値（制御権状態が変化してから最初に獲得した有効時
間）でインジケータを最大とし、残り時間０でインジケ
ータを０にする相対的な方法を用いてもよいし、インジ
ケータの１目盛りに対して絶対的な時間（たとえば１０
秒）を割り当てて表示する方法を用いてもよい。

【００７６】ここで、上記相対的な表示形態を採用する
場合に、制御権状態が変化してから最初に獲得した有効
時間を最大値とするのは、図６で説明したフローチャー
トに従った場合に、「制御権要求中」の状態では有効時
間の異なる制御権メッセージが複数回受信される可能性
が有るからである。なお、「制御権要求中」においてこ
のような制御権メッセージの複数回の受信が必要となる
理由は次の通りである。例えば、制御キューに登録され
た要素が権利放棄を行うような事態が発生した場合、制
御権要求中の有効時間は１つのクライアントに割り当て
られた制御権の最大有効時間ｔだけ一気に短縮されるこ
とになり、クライアント側の表示ウインドウ２０７にお
ける残り時間との誤差が大きくなってしまう。従って、
制御キューから要素が削除された際に制御権メッセージ
を発行し、当該メッセージの有効時間情報に従って表示
ウインドウ２０７内の残り時間表示を補正する必要が有
る。このため、本実施形態では、「制御権要求中」にお
いて複数回の制御権メッセージの発行、受信を行う。

【００７７】以上説明したように、第１の実施形態によ
れば、サーバとクライアントとの制御権状態と、制御権
の残り時間とを所定時間毎に表示ウインドウ２０７に表
示するようにしたので、クライアントの操作者はサーバ
との制御権の関係、その残り時間等を把握でき、操作性
が向上する。

【００７８】なお、上記実施形態では、１台のカメラ制
御サーバに１台のカメラが接続されている状態が示され
ているが、１台のカメラ制御サーバに複数台のカメラが
接続されてもよいことはいうまでもない。

【００７９】［第２の実施形態］上記第１の実施形態で
は、制御権獲得待ちのクライアントからカメラ制御要求
が発生しないと制御キューの更新が行われず（図６）、
カメラを操作したいユーザにカメラ制御権を与え続ける
ことができる。なお、カメラ制御権の移行をカメラ制御
要求の有無に応じて管理する方法としては、たとえば、
制御キューに制御権獲得要求を行った他のクライアント
が登録されているか否かに基づいて制御権の移行を制御
するようにしてもよい。以下、この場合のカメラ制御サ
ーバの制御を説明する。

【００８０】図１５及び図１６は第２の実施形態におけ
るカメラ制御サーバのカメラ制御権の管理制御を説明す
るフローチャートである。図１５のフローチャートにお
いて図６と同様の処理を行うステップには同一のステッ
プ番号が付されている。ステップＳ３において、カメラ
制御要求を発行したクライアントが制御可能クライアン
トであればステップＳ７でカメラ制御を実行し、ステッ
プＳ８でカメラ姿勢メッセージ１２０２（図５）を発行
する。一方、カメラ制御要求を発行したクライアントが
制御可能クライアントで無ければそのままステップＳ１
に戻る。

【００８１】制御キューに登録されたクライアントへの
カメラ制御権の移行管理は、図１６のフローチャートで
示される手順で行われる。なお、図１６のフローチャー
トで示される処理は、所定の時間間隔（たとえば１秒）
でくり返し実行される。

【００８２】ステップＳ３１では、制御キューの先頭要
素が制御権を獲得してからの時間、すなわち制御権所有
時間を獲得する。次にステップＳ３２において、制御権
所有時間が最大所有時間ｔを越えたか否かを判断し、越
えていなければまだ制御権を与えつづけることができる
のでそのまま本処理を終了する。一方、ステップＳ３２
において制御権所有時間がｔを越えた場合はステップＳ
３３へ進み、他の要素が制御キューに登録されているか
否かをチェックする。制御キューに当該先要素しか登録
されていなければ、制御権を移行する必要が無いので、
そのまま本処理を終了する。ステップＳ３３において、
他の要素が１つでも制御キューに登録されている場合
は、ステップＳ３４へ進み、制御権所有時間が満了して
いる現在の先頭のキューをカメラ制御キューから削除す
る。ステップＳ３４の処理は図７、図８で説明した通り
である。

【００８３】以上のようなカメラ制御サーバに対して
も、第１の実施形態で説明したようなカメラ制御クライ
アントの制御を実行することで、ユーザに制御状態を適
切に表示することが可能となる。

【００８４】［第３の実施形態］上記第１及び第２の実
施形態では、カメラ制御サーバ１１から送信された制御
権メッセージにセットされた有効時間をクライアントで
保持し、時間の経過による残り時間の更新はクライアン
ト側で行っている。第３の実施形態では、このような制
御権の状態の残り時間の計算をサーバ側で行って、これ
を一定時間毎にクライアント側へ送信する構成を説明す
る。

【００８５】図１７は第３の実施形態によるカメラ制御
サーバの処理手順を説明するフローチャートである。同
図において第１の実施形態で示した手順（図６）と同じ
処理内容のステップには同一のステップ番号を付してあ
る。第３の実施形態の処理手順で第１の実施形態と異な
る点は、ステップＳ９ａ、ステップＳ９ｂが挿入された
点と、ステップＳ１２のかわりにステップＳ１４が配さ
れている点である。

【００８６】ステップＳ９ａ、Ｓ９ｂ、Ｓ１４において
は、カメラ制御キューに登録されているクライアントの
うち、先頭要素のクライアントに対しては制御権の残り
時間を算出し、制御権メッセージの有効時間にセットし
て当該クライアント宛に発行する。また、制御キューの
先頭要素以外の要素の各々に対しては、制御権獲得まで
の残り時間を算出し、これを制御権メッセージの有効時
間にセットして、対応するクライアント宛に発行する。
すなわち、ステップＳ９ａ、Ｓ９ｂ及びＳ１４では、図
８で説明した処理が実行されることになる。

【００８７】以上のような手順を取ることにより、カメ
ラ制御権獲得要求、カメラ制御要求、カメラ制御権獲得
法規通知のいずれかのメッセージを受信する毎に、制御
キューに登録されている各要素に対応するクライアント
にカメラ制御権メッセージが発行されることになる。こ
のため、各クライアントは、自身の制御状態とその残り
時間を取得することができる。従って、各クライアント
は、この残り時間を表示ウインドウ２０７に表示するこ
とで、操作者に制御状態と、その制御状態の残り時間を
通知することができる。

【００８８】図１８は第３の実施形態によるクライアン
トのメッセージ受信処理を示すフローチャートである。
同図において、第１の実施形態におけるメッセージ受信
処理（図１１）と同じ処理を行うステップ（Ｓ３０１〜
Ｓ３０４）には同一のステップ番号を付し、ここでは説
明を省略する。第３の実施形態のクライアントは、制御
権メッセージによって送信された「制御権状態」と「有
効時間」を表示すればよい。従って、制御権メッセージ
を受信した場合は、ステップＳ３０２からステップＳ３
１５へ進み、制御権メッセージの制御状態１２２８を獲
得し、「制御権有り」「制御権要求中」「制御権無し」の
いずれかを表示ウインドウ２０７（図１０）に表示す
る。続いて、ステップＳ３１６において当該制御権メッ
セージより有効時間１２２９を獲得し、これを表示ウイ
ンドウ２０７の残り時間として表示する。

【００８９】なお、上記第３の実施形態において、図１
７の手順によれば、いずれかのクライアントからカメラ
制御に関るメッセージを受信した場合に、制御キューに
登録された各クライアントに制御権メッセージが配信さ
れるが、制御権メッセージの背信のタイミングはこれに
限るものではない。例えば、カメラ制御サーバにおいて
所定時間毎に制御権メッセージを配信するようにしても
よい。この場合、図８で示した制御手順を所定時間間隔
（例えば５秒）で実行することが考えられる。このよう
にすれば、各クライアントは所定時間間隔で制御状態と
その残り時間を取得することが可能となる。

【００９０】なお、上記実施形態では、各クライアント
におけるカメラ制御権の最大所有時間ｔは一定である。
しかしながら、各クライアントに優先度を設定し、優先
度に応じて最大所有時間を異ならせてもよい。この場
合、例えばカメラ制御サーバに、図１９に示すようなテ
ーブルを設けておき、各クライアントに対して最大所有
時間を登録する。そして、制御キュー内の各要素の有効
時間の算出にあたっては、この最大所有時間を参照す
る。

【００９１】また、カメラ制御サーバにおいて、制御キ
ューへの登録順位を優先度に基づいて変更するように構
成した場合でも上記第１乃至第３の実施形態が適用可能
であることは明らかである。優先度に基づいて制御キュ
ーの順位が入れ代わったとしても、有効時間の算出は、
制御キューにおける順位に基づいて行なわれるからであ
る。

【００９２】以上説明したように、上記各実施形態によ
れば、クライアント側においてカメラ制御権の状態（制
御権獲得までの待ち時間や制御権の残り継続時間等）を
把握でき、これを操作者に提示することが可能となる。
このため、操作者は遠隔地のカメラをあとどれくらい操
作できるのか、あとどれくらい待ち時間が有るかなどを
把握できる。このため、操作者は制御権の状態の変化を
容易に把握できるようになり、操作性が向上する。

【００９３】

【発明の効果】以上説明したように本発明によれば、カ
メラに関する複数のユーザ側装置からの制御要求を管理
する遠隔カメラ制御システムにおいて、ユーザ側装置が
制御権の管理状況の情報を獲得することが可能となる。
また、この獲得された情報に基づいて管理状況がユーザ
に提示さるので、操作性が向上する。

【００９４】

【図面の簡単な説明】

【図１】第１の実施形態によるカメラ制御システムの構
成を示すブロック図である。

【図２】本実施形態によるカメラ制御サーバの構成を示
すブロック図である。

【図３】第１の実施形態におけるカメラ制御キューの構
造を示す図である。

【図４】カメラ制御クライアントからカメラ制御サーバ
に送られるメッセージの構造を説明する図である。

【図５】カメラ制御サーバからカメラ制御クライアント
に送られるメッセージの構造を説明する図である。

【図６】第１の実施形態におけるカメラ制御サーバの制
御手順を示すフローチャートである。

【図７】サブルーチンＳｕｂＡにおける制御手順を示す
フローチャートである。

【図８】制御キューに登録された要素に対応するクライ
アントへの制御権メッセージの発行手順を説明するフロ
ーチャートである。

【図９】第１の実施形態によるカメラ制御クライアント
１０１の構成を示すブロック図である。

【図１０】クライアント１０１の表示画面の例を示す図
である。

【図１１】本実施形態のカメラ制御クライアントによる
メッセージ受信処理を示すフローチャートである。

【図１２】本実施形態のカメラ制御クライアントがカメ
ラ制御サーバに対してメッセージを発行する手順を表す
フローチャートである。

【図１３】本実施形態による制御権状態の表示手順を説
明するフローチャートである。

【図１４】表示ウインドウ２０７による表示例を示す図
である。

【図１５】第２の実施形態におけるカメラ制御サーバの
カメラ制御権の管理制御を説明するフローチャートであ
る。

【図１６】第２の実施形態におけるカメラ制御サーバの
カメラ制御権の管理制御を説明するフローチャートであ
る。

【図１７】第３の実施形態によるカメラ制御サーバの処
理手順を説明するフローチャートである。

【図１８】第３の実施形態によるクライアントのメッセ
ージ受信処理を示すフローチャートである。

【図１９】クライアントの優先度を登録したテーブルを
示す図である。

Claims (18)

【特許請求の範囲】
1. 【請求項１】 サーバ側装置に接続されたカメラの撮影
   条件を遠隔制御可能な遠隔カメラ制御システムであっ
   て、 各クライアント側装置について、カメラ制御権に関る状
   態を示す状態情報を前記サーバ側装置において生成する
   生成手段と、 前記生成手段で生成された状態情報を前記各クライアン
   ト側装置に通知する通知手段と、 前記通知手段で通知された状態情報に基づいて、各クラ
   イアント側装置においてカメラ制御権に関る状態を表示
   する表示手段とを備えることを特徴とする遠隔カメラ制
   御システム。
2. 【請求項２】 前記通知手段で通知された状態情報によ
   って示されるカメラ制御権に関る状態の継続する残り時
   間を算出する算出手段を更に備え、 前記表示手段は、前記算出手段で算出された残り時間を
   表示することを特徴とする請求項１に記載の遠隔カメラ
   制御システム。
3. 【請求項３】 前記状態情報は、少なくとも現在のカメ
   ラ制御権に関る状態の継続時間を示す情報を含み、 前記算出手段は、前記通知手段によって前記状態情報が
   通知された通知時刻から経過時間を算出し、該状態情報
   に含まれる継続時間と該経過時間とから残り時間を算出
   することを特徴とする請求項２に記載の遠隔カメラ制御
   システム。
4. 【請求項４】 各クライアント側装置について、カメラ
   制御権に関る現在の状態の継続する残り時間を前記サー
   バ側装置において算出する算出手段を更に備え、 前記生成手段で生成される状態情報は、前記算出手段で
   算出された残り時間を含むことを特徴とする請求項１に
   記載の遠隔カメラ制御システム。
5. 【請求項５】 前記算出手段及び前記生成手段による前
   記状態情報の生成、及び前記通知手段による該状態情報
   の通知が所定の時間間隔でくり返し実行されることを特
   徴とする請求項４に記載の遠隔カメラ制御システム。
6. 【請求項６】 サーバ側装置に接続されたカメラを遠隔
   制御するカメラ制御装置であって、 前記サーバ側装置より当該カメラ制御装置のカメラ制御
   権に関る状態を示す状態情報を受信する受信手段と、 前記受信手段で受信した前記状態情報に基づいて、前記
   カメラ制御権に関る状態の残り時間を算出する算出手段
   と、 前記算出手段で算出された残り時間に基づいて制御権の
   状態を表示する表示手段とを備えることを特徴とするカ
   メラ制御装置。
7. 【請求項７】 前記状態情報は、少なくとも現在のカメ
   ラ制御権に関る状態の継続時間を示す情報を含み、 前記算出手段は、前記通知手段によって前記状態情報が
   通知された通知時刻から経過時間を算出し、該状態情報
   に含まれる継続時間と該経過時間とから残り時間を算出
   することを特徴とする請求項６に記載の遠隔カメラ制御
   装置。
8. 【請求項８】 前記算出手段は所定時間間隔で実行され
   ることを特徴とする請求項７に記載の遠隔カメラ制御装
   置。
9. 【請求項９】 前記算出手段によって算出された残り時
   間が０以下もしくは負となった場合に前記表示手段によ
   る表示形態を所定の形態に変更することを特徴とする請
   求項６乃至８のいずれかに記載の遠隔カメラ制御装置。
10. 【請求項１０】 前記表示手段は、前記残り時間をイン
    ジケータを用いて表示することを特徴とする請求項６乃
    至９のいずれかに記載の遠隔カメラ制御装置。
11. 【請求項１１】 クライアント側装置からの制御情報に
    基づいてカメラの制御を行う遠隔カメラ制御装置であっ
    て、 各クライアント側装置からのカメラ制御要求に基づいて
    待ち行列情報を生成する第１生成手段と、 所定のタイミングで前記待ち行列情報に基づいて、各ク
    ライアント側装置のカメラ制御権に関る状態と、その状
    態の継続時間を獲得する獲得手段と、 前記獲得手段で獲得された状態と継続時間に基づいて各
    クライアント側装置に対する状態情報を生成する第２生
    成手段と、 前記第２生成手段で生成された状態情報を前記各クライ
    アント側装置に通知する通知手段とを備えることを特徴
    とする遠隔カメラ制御装置。
12. 【請求項１２】 前記獲得手段が実行される所定のタイ
    ミングは、前記待ち行列情報が更新されたときであるこ
    とを特徴とする請求項１１に記載のカメラ制御装置。
13. 【請求項１３】 前記獲得手段による各クライアント側
    装置のカメラ制御権に関る状態と、その状態の継続時間
    の獲得が所定時間間隔で実行されることを特徴とする請
    求項１１に記載の遠隔カメラ制御装置。
14. 【請求項１４】 サーバ側装置に接続されたカメラの撮
    影条件を遠隔制御可能な遠隔カメラ制御システムの制御
    方法であって、 各クライアント側装置について、カメラ制御権に関る状
    態を示す状態情報を前記サーバ側装置において生成する
    生成工程と、 前記生成工程で生成された状態情報を前記各クライアン
    ト側装置に通知する通知工程と、 前記通知工程で通知された状態情報に基づいて、各クラ
    イアント側装置がカメラ制御権に関る状態を表示する表
    示工程とを備えることを特徴とする遠隔カメラ制御方
    法。
15. 【請求項１５】 サーバ側装置に接続されたカメラを遠
    隔制御するカメラ制御方法であって、 前記サーバ側装置より当該カメラ制御装置のカメラ制御
    権に関る状態を示す状態情報を受信する受信工程と、 前記受信工程で受信した前記状態情報に基づいて、前記
    カメラ制御権に関る状態の残り時間を算出する算出工程
    と、 前記算出工程で算出された残り時間に基づいて制御権の
    状態を表示する表示工程とを備えることを特徴とするカ
    メラ制御方法。
16. 【請求項１６】 クライアント側装置からの制御情報に
    基づいてカメラの制御を行う遠隔カメラ制御方法であっ
    て、 各クライアント側装置からのカメラ制御要求に基づいて
    待ち行列情報を生成する第１生成工程と、 所定のタイミングで前記待ち行列情報に基づいて、各ク
    ライアント側装置のカメラ制御権に関る状態と、その状
    態の継続時間を獲得する獲得工程と、 前記獲得工程で獲得された状態と継続時間に基づいて各
    クライアント側装置に対する状態情報を生成する第２生
    成工程と、 前記第２生成工程で生成された状態情報を前記各クライ
    アント側装置に通知する通知工程とを備えることを特徴
    とする遠隔カメラ制御方法。
17. 【請求項１７】 サーバ側装置に接続されたカメラを遠
    隔制御するカメラ制御のための制御プログラムを格納す
    るコンピュータ可読メモリであって、該制御プログラム
    がコンピュータを少なくとも、 前記サーバ側装置より当該カメラ制御装置のカメラ制御
    権に関る状態を示す状態情報を受信する受信手段と、 前記受信手段で受信した前記状態情報に基づいて、前記
    カメラ制御権に関る状態の残り時間を算出する算出手段
    と、 前記算出手段で算出された残り時間に基づいて制御権の
    状態を表示する表示手段として機能させることを特徴と
    するコンピュータ可読メモリ。
18. 【請求項１８】 クライアント側装置からの制御情報に
    基づいてカメラの制御を行うための制御プログラムを格
    納するコンピュータ可読メモリであって、該制御プログ
    ラムがコンピュータを少なくとも、 各クライアント側装置からのカメラ制御要求に基づいて
    待ち行列情報を生成する第１生成手段と、 所定のタイミングで前記待ち行列情報に基づいて、各ク
    ライアント側装置のカメラ制御権に関る状態と、その状
    態の継続時間を獲得する獲得手段と、 前記獲得手段で獲得された状態と継続時間に基づいて各
    クライアント側装置に対する状態情報を生成する第２生
    成手段と、 前記第２生成手段で生成された状態情報を前記各クライ
    アント側装置に通知する通知手段として機能させること
    を特徴とするコンピュータ可読メモリ。