(57)【特許請求の範囲】
【請求項１】
ネットワークに接続され、カメラを制御するカメラ制御装置であって、
前記ネットワークを介して外部装置より撮影時刻を含む予約情報を受信する受信手段と、
前記受信手段で受信した前記予約情報を識別情報に対応付けて登録する登録手段と、
前記識別情報および前記識別情報の保存指示を前記外部装置に通知する通知手段と、
前記登録手段で登録された予約情報に基づいてカメラを制御し、得られた映像情報を該予約情報に対応する識別情報に対応付けて記憶部に格納する制御手段と、
前記外部装置より前記識別情報に対応する映像情報の取得が要求された場合、前記記憶部に格納された映像情報のうち、前記識別情報に対応する映像情報を検索して前記外部装置に出力する出力手段とを備えることを特徴とするカメラ制御装置。
【請求項２】
前記受信手段は、当該ネットワーク上で使用されているファイル転送の形式で記述された文字列を受信し、
前記受信手段で受信した文字列を解析して指定された撮影時刻及び撮影条件を含む予約情報を得る解析手段を更に備えることを特徴とする請求項１に記載のカメラ制御装置。
【請求項３】
さらに、前記受信手段で受信された予約情報の撮影時刻と、すでに予約登録されている撮影時刻とに基づいて当該予約の可否を判断する判断手段と、
前記判断手段で予約の受付が不可と判断された場合、前記外部装置に対してその旨を通知する通知手段とを備え、
前記判断手段は、前記登録手段によって登録されている撮影時刻と、受信した予約情報の撮影時刻とが一致する場合、当該予約の受付を不可と判断することを特徴とする請求項１に記載のカメラ制御装置。
【請求項４】
前記判断手段は、前記登録手段によって登録されている撮影時刻と受信した予約情報の撮影時刻との時間間隔が所定時間以下である場合、当該予約の受付を不可とすることを特徴とする請求項３に記載のカメラ制御装置。
【請求項５】
前記通知手段が通知する識別情報は、アクセスアドレスにアクセスする際に付加すべき特定情報を含むことを特徴とする請求項１に記載のカメラ制御装置。
【請求項６】
前記アクセスアドレスはインターネットにおけるＵＲＬであることを特徴とする請求項５に記載のカメラ制御装置。
【請求項７】
ネットワークに接続され、カメラを制御するカメラ制御装置のカメラ制御方法であって、
前記ネットワークを介して外部装置より撮影時刻を含む予約情報を受信する受信工程と、
前記受信工程で受信した予約情報を識別情報に対応付けて登録する登録工程と、
前記識別情報および前記識別情報の保存の指示を前記外部装置に通知する通知工程と、
前記登録工程で登録された予約情報に基づいてカメラを制御し、得られた映像情報を該予約情報に対応する識別情報に対応付けて記憶部に格納する制御工程と、
前記外部装置より前記識別情報に対応する映像情報の取得が要求された場合、前記記憶部に格納された映像情報のうち、前記識別情報に対応する映像情報を検索して前記外部装置に出力する出力工程とを備えることを特徴とするカメラ制御方法。
【請求項８】
前記受信工程は、当該ネットワーク上で使用されているファイル転送の形式で記述された文字列を受信し、
前記受信工程で受信した文字列を解析して指定された撮影時刻及び撮影条件を含む予約情報を得る解析工程を更に備えることを特徴とする請求項７に記載のカメラ制御方法。
【請求項９】
さらに、前記受信手段で受信された予約情報の撮影時刻と、すでに予約登録されている撮影時刻とに基づいて当該予約の可否を判断する判断工程と、
前記判断工程で予約の受付が不可と判断された場合、前記外部装置に対してその旨を通知する通知工程とを備え、
前記判断工程は、前記登録工程によって登録されている撮影時刻と、受信した予約情報の撮影時刻とが一致する場合、当該予約の受付を不可と判断することを特徴とする請求項７に記載のカメラ制御方法。
【請求項１０】
前記判断工程は、前記登録工程によって登録されている撮影時刻と受信した予約情報の撮影時刻との時間間隔が所定時間以下である場合、
当該予約の受付を不可とすることを特徴とする請求項９に記載のカメラ制御方法。
【請求項１１】
前記通知工程が通知する識別情報は、アクセスアドレスにアクセスする際に付加すべき特定情報を含むことを特徴とする請求項７に記載のカメラ制御方法。
【請求項１２】
前記アクセスアドレスはインターネットにおけるＵＲＬであることを特徴とする請求項１１に記載のカメラ制御装方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はカメラ制御装置及び方法、詳しくはネットワークを介して遠隔からカメラを制御するカメラ制御装置及び方法に関するものである。
【０００２】
【従来の技術】
カメラを遠隔から制御（たとえばパン、チルト、ズーム等）するシステムが一般に知られている。
【０００３】
このようなシステムでは、ネットワークを介して行うにしても、カメラの制御を司っている装置と、クライアント側の装置との間では、独自の仕様（プロトコルや制御情報）に基づくものを採用しており、決して汎用性があるものではない。
【０００４】
ところが、近年、インターネットが急速に普及しつつあり、これを介して遠隔にあるカメラで撮影された映像を、エンドユーザから鑑賞したい、という要求が高まってきている。
【０００５】
この要求に応える考えられる１つの手法としては、カメラを接続したサーバが、定期的にカメラで撮影した映像を、自身の記憶装置にファイルとして保存し、アクセスしてきた端末（クライアント）に向けて転送する。そして、エンドユーザ側ではたとえばブラウザを起動してそれを鑑賞する、という程度であろう。
【０００６】
しかしながら、これでは固定的に撮影された映像を見るにとどまり、たとえば、もう少し右側を見たいとか、広範囲、或いはもっと拡大して見たいという要求には応えることはできない。なぜなら、これまでのカメラ遠隔制御では、独自の仕様に基づくものであり、それをそのままの形態でインターネットに持ち込むことはできないからである。
【０００７】
上記の問題を解決するために、本出願人は、特願平８−１９３７２９において、たとえばインターネット等の汎用ネットワークを介して、ビデオカメラを容易に遠隔操作する環境をエンドユーザに提供することを可能ならしめるカメラ制御装置及び方法を提案した。
【０００８】
特願平８−１９３７２９によれば、ＷＷＷのようにインターネットで情報を発信するシステムにおいて、遠隔地からカメラの姿勢制御と撮影を予約可能とし、後刻その映像を表示可能とすることが提案されている。この提案によれば、ユーザは、例えばインターネットを介してカメラ制御装置に撮影時刻と、パン、チルト、ズームの制御情報を送信し、撮影の予約を行う。カメラ制御装置は、この予約に対して受付コードを当該ユーザに対して発行する。ユーザはこの受付コードによって予約した映像をカメラ制御装置から獲得する。
【０００９】
【発明が解決しようとする課題】
しかしながら、予約された時刻、カメラ姿勢の制御内容等、各種条件の設定内容によっては、受付られた予約通りの撮影が実行されるとは限らない。例えば、同時刻に、違う方向の映像の撮影が複数予約された場合、全ての予約映像を撮影することが不可能となる場合がある。
【００１０】
さらに、予約した映像を表示するために、ＣＧＩプログラムによって受付コードを含むＨＴＭＬ文書を生成したり、予約映像に対応する受付コードを利用者が入力する必要がある。しかしながら、ＣＧＩプログラムを用意することは難しく、また、利用者が受付コードを入力するのは間違いが発生しやすく、本制御装置の使い勝手を損ねてしまう。
【００１１】
本発明は上記課題に鑑みてなされたものであり、所定のネットワークにおいてカメラの撮影条件等を遠隔制御可能なシステムにおいて、撮影の予約に重複が発生した場合に、その旨を通知することが可能なカメラ制御装置及び方法を提供することを目的とする。
【００１２】
また、本発明の他の目的は、予約した映像を表示させる際に、予約受付コードを入力したり、ＣＧＩプログラムによって動的にＨＴＭＬ文書を生成することを不要とし、容易に予約した映像を表示することが可能なカメラ制御装置及び方法を提供することを目的とする。
【００１３】
【課題を解決するための手段】
上記の目的を達成するための本発明によるカメラ制御装置は例えば以下の構成を備える。即ち、
ネットワークに接続され、カメラを制御するカメラ制御装置であって、
前記ネットワークを介して外部装置より撮影時刻を含む予約情報を受信する受信手段と、
前記受信手段で受信した前記予約情報を識別情報に対応付けて登録する登録手段と、
前記識別情報および前記識別情報の保存指示を前記外部装置に通知する通知手段と、
前記登録手段で登録された予約情報に基づいてカメラを制御し、得られた映像情報を該予約情報に対応する識別情報に対応付けて記憶部に格納する制御手段と、
前記外部装置より前記識別情報に対応する映像情報の取得が要求された場合、前記記憶部に格納された映像情報のうち、前記識別情報に対応する映像情報を検索して前記外部装置に出力する出力手段とを備える。
【００１４】
また、上記の目的を達成するための本発明の一態様によるカメラ制御方法は、
ネットワークに接続され、カメラを制御するカメラ制御装置のカメラ制御方法であって、
前記ネットワークを介して外部装置より撮影時刻を含む予約情報を受信する受信工程と、
前記受信工程で受信した予約情報を識別情報に対応付けて登録する登録工程と、
前記識別情報および前記識別情報の保存の指示を前記外部装置に通知する通知工程と、
前記登録工程で登録された予約情報に基づいてカメラを制御し、得られた映像情報を該予約情報に対応する識別情報に対応付けて記憶部に格納する制御工程と、
前記外部装置より前記識別情報に対応する映像情報の取得が要求された場合、前記記憶部に格納された映像情報のうち、前記識別情報に対応する映像情報を検索して前記外部装置に出力する出力工程とを備える。
【００１５】
なお、本発明における撮影時刻とは、撮影に関る時刻であって、撮影の開始時刻、撮影のための撮影条件の設定を開始する時刻等いかなるものであってもよい。
【００１６】
【発明の実施の形態】
以下、添付図面に従って本発明に係る実施形態の一例を詳細に説明する。
【００１７】
＜第１の実施形態＞
図１は第１の実施形態によるカメラ制御装置のブロック構成図である。図示において１００１がカメラ制御装置であって、たとえばパーソナルコンピュータをベースにしている。１００３はカメラ制御装置１００１の制御対象であるビデオカメラ（以下、単にカメラという）であり、制御内容は撮影条件としてのズームは勿論、パン及びチルト、露出等である。この為、カメラ１００３は不図示の雲台を有している。カメラ１００３とカメラ制御装置１００１とは、たとえばパーソナルコンピュータが通常備えているＲＳ２３２Ｃインターフェースで接続されている。
【００１８】
次に、カメラ制御装置１００１が備える構成を以下に説明する。１０１７はカメラ１００３を上記インターフェースを介して各種制御信号を出力するカメラ制御部、１０１８はカメラ１００３の撮影映像を画像キャプチャ装置などで入力する映像入力部、１０１１はネットワークアダプタ等で本装置と他の装置とが情報交換を行うための通信インターフェース部である。また、これらの資源に加え、コンピュータのＣＰＵや記憶装置や補助記憶装置などの各資源を利用したプログラムおよびメモリデータとして実現される、コマンド解釈部１０１２、受付コード生成部１０１３、時限部１０１５、画像記憶部１０１９、予約登録部１０１４、受付コード保存指示部１１０１、予約重複判定部１１０２を備える。
【００１９】
外部装置１００２は、たとえば、ＷＷＷサーバやＷＷＷブラウザであり、これらの間は、ＨＴＴＰプロトコルで通信を行う。すなわち、ＷＷＷブラウザからは、文書データやイメージデータの格納先であるＷＷＷサーバに対して、対象とするデータの格納先が示されたＵＲＬに従ってその情報を提示する。ＷＷＷサーバは、これに応えて、対応する文書データやイメージデータをＷＷＷブラウザに返答する。
【００２０】
本実施形態では、通信インターフェース１０１１は、ＷＷＷサーバで実現されている方式を用いる。すなわち、ＨＴＴＰプロトコルで通信を行い、本実施形態の制御装置１００１は、映像データの応用では、あたかもＷＷＷサーバのようにふるまう。これは、ＷＷＷサーバの通信方法を本制御装置でも用いれば実現できる。
【００２１】
一般にＷＷＷ文書中にイメージデータを貼り込む時には、以下のような記述が用いられる。
<img src="http://www.foo.co.jp/image001.gif">  …（１）
この意味は、www.foo.co.jpというＷＷＷサーバのimage001.gifというファイルに格納されたイメージデータの転送を要求することを示しており、ブラウザの画面にその転送されてきた画像の表示が行われることになる。本実施形態では、このような仕様をそのまま活用しつつ、遠隔でカメラを制御しようとするものである。
【００２２】
すなわち、本実施形態では、上記のファイル名に相当する部分の文字列を、コマンドとして解釈するのである。要するに、カメラアングルを指定するパン、チルト、ズーム等は、それぞれ英字の「P」、「T」、「Z」で表わし、その後に、それぞれの制御量を数字で表す。
【００２３】
たとえば、パン角度は-５０度から５０度、チルト角度は、-２０度から２０度、ズームは１から８の８段階を選べるようなカメラがあるとする。この場合において、たとえば、パン角度を２０度、チルトを５度、２倍ズームで撮影し、gif形式の画像データとして貼り込みたい場合は、以下のように記述する。なお、本カメラ制御装置のネットワークアドレスは、cam.foo.co.jpであるとする。
<img src="http://www.foo.co.jp/P20T5Z2.gif">  …（２）
以上のような、ＨＴＭＬ文書記述があった場合、ＷＷＷブラウザのサーバーである外部装置１００２は、カメラ制御装置１００１に対して上記のＨＴＭＬ記述の文字列を出力し、画像データの要求を行う。
【００２４】
通信インターフェース部１０１１を介して、カメラ制御装置１００１にこの要求が入ると、コマンド解釈部１０１２が起動され、要求の解釈（上記ＨＴＭＬ文字列）とそれに対する応答の処理が開始される。
【００２５】
その処理例は図２のフローチャートに示す通りである。図２は本実施形態によるコマンド解釈部１０１２における制御手順を説明するフローチャートである。
【００２６】
まず、ステップＳ１０１で、ファイル名として記述されたコマンドを解釈する。すなわち要求の先頭が、上記（２）の記述列の如く「P」であれば撮影コマンドと認識し、ステップＳ１０２に進む。ここでは、カメラ制御部１０１７を介し、指定されたパン、チルト、ズームの各値でカメラ１００３を操作し(ステップＳ１０２)、撮影された画像を指定された方法の画像フォーマットに変換し、通信インターフェース部１０１１を介して要求元の外部装置１００２に返答する。外部装置１００２は、この画像データを記憶し、それを本来の発信元に転送することになる。このとき、通信インターフェース部１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される。そして、本処理を終了する。
【００２７】
これにより、ＨＴＭＬ文書に、あたかもＷＷＷサーバのファイルに格納されたイメージデータのように撮影された映像が貼り込まれて表示されるようになる。
【００２８】
また、ステップＳ１０１における条件判断で、後述の（３）の記述例のように、要求の先頭が「R」であれば撮影日時の予約コマンドと認識され、ステップＳ１０４の条件判断を介し、ステップＳ７０１に進む。
【００２９】
予約コマンドは、英字「R」で始まり、年、月、日、時、分をそれぞれ整数で表し、それらをピリオドで区切ったものが続く。そして、その後に撮影条件であるパン・チルト・ズームの指示が続き、最後には、画像フォーマットを表す名称を付ける。なお、撮影条件がない場合には、その撮影日時時点でのカメラアングルが採用されることになる。
【００３０】
たとえば、www.foo.co.jpなるネットワークアドレスを持つカメラ制御装置１００１に対して、１９９６年７月６日１３時１５分にパン角２５度、チルト角０度で３倍ズームの映像をgifフォーマットで撮影予約する場合には、
<img src="http://www.foo.co.jp/R1996.7.6.13.15.P25T0Z3.gif">  …（３）
のように記述する。なお、このようなＵＲＬは、利用者が直接指示してもよいし、ＨＴＭＬのフォーム及びＣＧＩプログラムによって合成されてもよい。
【００３１】
以上のような予約コマンドがカメラ制御装置１００１に指定された場合は、ステップＳ７０１において、予約重複判定部１１０２が、指定された日時（上記の場合、１９９６年７月６日１３時１５分）から予約時刻に重複があるか否かを判定する。そして、予約時刻が重複している場合はステップＳ７０３へ進み、予約の受付が不可能であることを示す情報を通信インターフェース部１０１１を介して、要求元の外部装置１００２に返答する。
【００３２】
予約の衝突が無く、指定された時刻における予約撮影が可能な場合は、ステップＳ１０５へ進む。ステップＳ１０５では、受付コード生成部１０１３より、ユニークな識別番号を受付コードとして受け取る。ユニークな識別番号の発生は、たとえば、生成要求ごとに＋１されるカウンターを用いて実現してもよいし、要求された年月日の時刻を表す数値によって実現してもよい。
【００３３】
そして、この受付コードと予約時刻と撮影条件と画像フォーマットの情報を予約登録部１０１４が有する不図示の記憶装置に登録する(ステップＳ１０６)。そして、ステップＳ７０２において、受付コード保存指示部１１０１によって、受付コード（受け付けた旨を報知するコード）、及び後述の受付コード保存指示を通信インターフェース部１０１１を介して要求元の外部装置１００２に返答する。
【００３４】
以上のような予約処理の結果、予約登録部１０１４内の記憶装置には、たとえば、図３のような、表（テーブル）の形式で各種情報が格納される。なお、ここでは予約登録部１０１４自身が備える記憶装置を例にしたが、たとえばカメラ制御装置１００１の画像記憶部１０１９を活用しても構わないし、記憶部はいかなるものであっても良い。説明が戻るが、図３は、上記の（３）の記述に従った予約例の登録内容を示し、受付コードが「817b7abda93043a1a15d4546ca779bc16」であったときの状態を示している。登録内容は、撮影日時情報、受付コード、撮影条件、画像形式（画像フォーマット）を含む。上述の予約重複判定部１１０２による予約の重複判定では、予約登録部１０１４によって登録されている「撮影時刻」と、今回の予約要求によって指定されている「撮影時刻」とを比較し、その重複を調べる。なお、本例では、１分あればカメラ１００３のズーム設定、パン、チルト角の設定が行えるものとし、１分刻みで重複を管理している。
【００３５】
以上のようにして予約処理が行われた場合、カメラ制御装置１００１は、予約登録部１０１４に登録された予約時間になると、登録されたカメラアングルでカメラ１００３を制御し、その撮影を行ない、それを画像記憶部１０１９に適当な名前、たとえば予約番号をファイル名とし、指定された形式で記憶する。この後、外部装置１００２から取り出しコマンドが送られてくると、その取り出しコマンドに適合する画像データを画像記録部１０１９から読出し、それを外部装置１００２（エンドユーザの端末に相当する）に、指定された形式で転送することになる。
【００３６】
なお、取出コマンドは、パス名としてＧを有し、これに受付コードが続き、最後に、画像フォーマットを表す名称が付加されたものである。ここで、受付コードは、予約を行ったときにステップＳ７０２によって外部装置１００２に返答されたものである。たとえば「817b7abda93043a1a15d4546ca779bc16」が受付コードとして返された時、撮影予約した画像を撮影後に取り出す時には、
<img src="http://www.foo.co.jp/G/817b7abda93043a1a15d4546ca779bc16.gif">  …（４）
というような記述を用いる。
【００３７】
なお、取り出しコマンドの最後に付加されている画像形成を意味する文字列（この場合には「gif」であるが、原則的に予約したときと同じにする必要がある。ただし、異なる場合には、カメラ制御装置が、画像記憶部１０１９に予約番号で格納されている画像を、新たに指示された形式に変換し転送するようにしてもよい。
【００３８】
画像記憶部１０１９は、たとえば、図４のような形式で画像データを管理する。ここでは受付コード（予約コードに対応し、ファイル名と同様の意味である）、画像形式、そして実際の画像データが格納される。なお、画像記憶部１０１９はいかなる形式の記憶装置でもよいが、容量的に十分なものが望まれる。具体的には、ハードディスク装置や光磁気ディスク装置等である。
【００３９】
上記の通りであるが、実際に取り出しコマンドを受信した場合の処理手順を再び図２を参照して以下に説明する。
【００４０】
ステップＳ１０１における条件判断で、パス名が「G」であると、次いでステップＳ１０４に進み、ここでの判断も否になるので、ステップＳ１０８に進むことになる。ここでは画像取出コマンドであると認識することになるから、ステップＳ１０９に進み、取出コマンドに含まれる受付コード（本例では、後述するが、受付コードは"cookie"ヘッダーによって付加される）に基づいて、画像記憶部１０１９に保存されるデータを検索する。
【００４１】
そして、画像取り出しコマンドとして記述された受付コードと同じ値で格納されているかどうかを判断し(ステップＳ１１０)、登録されているならば、その画像データを取り出し、通信インターフェース部１０１１を介して要求元の外部装置１００２に向けて転送する。このときも、通信インターフェース部１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される(ステップＳ１１１)。そして、ステップＳ１１２で、いま取り出した画像データが格納されている画像記憶部１０１９の欄を消去する。そして、本処理を終了する。
【００４２】
また、ステップＳ１１０で、指定された受付コードに対応する画像データが格納されていないと判断したら、対象画像が未撮影、或いは既に転送されて消去されていることになるのでエラー情報を通信インターフェース部１０１１を介して要求元の外部装置１００２に返答し、本処理を終了する。
【００４３】
また、ステップＳ１０８で、外部装置１００２よりの要求が取出コマンドでもない場合は、未定義コマンドであるというエラー情報を通信インターフェース部１０１１を介して要求元の外部装置１００２に返答し、本処理を終了する。
【００４４】
以上のようにして、外部装置１００２と本発明の制御装置１００１との情報交換が行われる。
【００４５】
次に、予約登録部１０１４に登録された予約データに基づき、カメラ制御と撮影と撮影結果の格納を行う時限部１０１５について説明する。
【００４６】
時限部１０１５においては、一定時間間隔、たとえば１分おきに、時限プログラムが起動される。これは、コンピュータのタイマーを利用したりすれば実現できる。
【００４７】
時限プログラムの動作を、図５のフローチャートを用いて説明する。まず、現在時刻を制御装置１００１のタイマーから読み出し(ステップＳ２０１)、ステップＳ２０２に進む。
【００４８】
ステップＳ２０２では、予約登録部１０１４から順に一欄づつ登録された予約項目を取り出す。ステップＳ２０３で、すべて取り出し終ったと判断できたら本処理を終了し、予約項目が取り出せたなら、ステップＳ２０４に進み、対象の予約項目における設定時刻が、現在時刻より未来であるか否かを判定し、現在時刻が設定された時刻に至っていないと判断したら、ステップＳ２０２以降の処理を繰り返す。
【００４９】
さて、現在時刻が設定時刻以上になっていると判断した場合には、ステップＳ２０５に進み、取り出した予約項目の撮影条件に従って、カメラ制御部１０１７を介しカメラ１００３を制御し、撮影を行う。そして、撮影された画像を予約項目で指定された方法の画像フォーマットに変換し、この画像データを受付コードと画像フォーマット情報とともに図４で示すごとく画像記憶部１０１９に格納する(ステップＳ２０６)。続いて、現在取り出した、予約項目を予約登録部１０１４から消去し(ステップＳ２０７)、ステップＳ２０２に戻って上記の処理を繰り返す。
【００５０】
以上のようにすることで、予約通りの撮影が行われ、その結果が保管され、後に、画像取り出しコマンドが外部装置１００２から要求されると、この画像データが返答されることになる。
【００５１】
さて、本実施形態では、受付コード保存指示部１１０１による受付コードの保存指示は、cookieの形式で行う。すなわち、ＨＴＴＰのレスポンスヘッダーにおいて、"Set-Cookie"ヘッダーを用いて受付コードの保存指示を行う。即ち、
0003817313.tif 000002
となる。これは、受付コード（ID）が「817b7abda93043a1a15d4546ca779bc16」であり、後刻、「http://domain/path」として「http://www.foo.co.jp/G/」にアクセスする場合には、上記受付コードを付加して送信すべきであることを指示している。
【００５２】
次に、外部装置１００２の処理手順を説明する。図６は本実施形態の外部装置における制御手順を示すフローチャートである。なお、図６では、受付コードを受信した時の処理、及びＵＲＬを指定してアクセスが行なわれた時の処理を抽出して示してある。受付コード保存指示を受け取った外部装置１００２は、映像を表示する際に備えてこの受付コード（ＩＤ）、及びdomain,pathを保存する（ステップＳ３０１、Ｓ３０３）。
【００５３】
さて、予約した映像を外部装置１００２で表示する際には、
http://www.foo.co.jp/G/    …（６）
というＵＲＬで制御装置１００１に要求を出す。ユーザが（６）の記述によってＵＲＬの指定を行うと、外部装置１００２は、保存指示された設定(domain,path)の中に、制御装置１００１に要求しようとしているＵＲＬと一致するものがあるかどうかを判定する（ステップＳ７０５）。もし、一致するものが無ければ、指定されたdomain名とパス名でＨＴＭＬページを要求する。
【００５４】
一方、ステップＳ７０５で、保存指示された設定の中に指定されたＵＲＬと一致するものがあれば、これに対応した受付コード（ID）を獲得し、指定されたＵＲＬでＨＴＭＬのページを要求する際に、“Cookie”ヘッダーをリクエストヘッダーに含めて、次のような形式で受付けコードを送信する。
【００５５】
Cookie: ID=81b7abda93043a1a15d4546ca779bc16    …（７）
これは受付けコードが81b7abda93043a1a15d4546ca779bc16である例を示している。
【００５６】
ここで映像を要求する際に使用したＵＲＬ(=http://www.foo.co.jp/G/)は、全ての受付けコードに対して一意である。そして、外部装置１００２が自動的に受付けコードを送出するので、受付けコードを利用者が入力したり、受付けコードに対応したＨＴＭＬ文書を動的に生成する必要もない。
【００５７】
上記の形式の要求を受け取った制御装置１００１は、上述のごとくステップＳ１０８への条件判断において、それを映像取出要求と判断し、ステップＳ１０９に進む。そして、リクエストヘッダーから受付けコードを取り出し、ステップＳ１１０に進むことになる。
【００５８】
図７は本実施形態におけるカメラ制御装置１００１と外部装置１００２との間の通信内容を示す図である。外部装置１００２が、撮影予約を行うために、上述の（３）の記述例で示したような、予約ＵＲＬを発行すると、カメラ制御装置１００１では、予約の重複があるかどうかを判定する（ステップＳ７０１）。そして、重複が無ければ、受付コードとコード保存指示を（例えば、cookie形式で）外部装置１００２に返す（ステップＳ７０２）。また、外部装置１００２が重複する予約コマンドを発行すると、カメラ制御装置１００１によって予約の重複が検出され、エラーが返される（ステップＳ７０３）。外部装置１００２ではこれを例えば表示装置にて表示する。
【００５９】
また、予約の登録後、予約時刻よりも前に、外部装置１００２による画像表示のＵＲＬが指定されると、エラーが返される（ステップＳ１１３）。そして、外部装置１００２は、受け取ったエラーに基づく表示を行う。
【００６０】
カメラ制御装置１００１では、時限部１０１５が予約登録された時刻を検出し、予約時刻になるとカメラ制御部１０１７がカメラ３の制御（本例では、ズーム及びパン、チルト角の制御）を開始する。カメラ３の制御を完了すると画像入力部１０１８によって画像入力を開始し、画像記憶部１０１９が入力された画像を記憶する。
【００６１】
予約時刻以降に外部装置１００２による画像表示のＵＲＬが指定されると、カメラ制御装置１００１は指定されたＨＴＭＬページに指定された画像を張り付けて、外部装置１００２へ送信する（ステップＳ１１１）。外部装置１００２はこのＨＴＭＬページを表示することで、予約した映像の表示を行う。なお、図６に示されるように、予約時刻における撮影を失敗した場合は、取出コマンドに対してエラーを返送するようにしてもよい。
【００６２】
なお、“expires”を指定することで有効期限を指定するようにしても良い。有効期限を指定した場合、有効期限まで映像を保存し、有効期限を過ぎた場合には保存している映像を削除する。また、何らかの理由で撮影に失敗した場合も、この有効期限までは予約の状況が保存され、映像の取り出し要求に対してエラー内容について詳細な応答ができる。
【００６３】
また、ステップＳ７０２，Ｓ７０３において、外部装置１００２に返答する内容は、エラー、受付完了を示すステータス情報だけであってもよいが、状況を利用者に説明するＨＴＭＬ文書を含んでいてもよい。このようなＨＴＭＬ文書を図８及び図９に示す。図８は、予約が成功した場合に、ステップＳ７０２において外部装置１００２に対して発行されるＨＴＴＰレスポンスと、このレスポンスに基づく外部装置１００２の表示状態を示す図である。上述したように、レスポンスヘッダにはSet-Cookieヘッダが含まれている。また、図９は、予約が失敗した場合に、ステップＳ７０３において、外部装置１００２に対して発行されるＨＴＴＰレスポンスと、このレスポンスに基づく外部装置１００２の表示状態を示す図である。このように、予約内容を確認できるので、操作性が向上する。
【００６４】
以上のように、上記実施形態によれば、カメラ制御装置をＷＷＷシステムのネットワークに接続し、実施形態のカメラ制御装置のアドレスにカメラの撮影条件の記述を加えたURLをイメージデータのソースとして記述するだけで、簡単に遠隔のカメラを操作したライブ画像をＷＷＷ文書中に貼り込むことが可能になる。
【００６５】
また、カメラ制御装置１００１に対してカメラ撮影の予約を行い、その結果を後刻ＷＷＷページに取り込んで表示を行うことが可能になる。特に、ネットワークが混雑するような時間帯では遠隔のカメラで撮影しようとしても、画像の転送に時間がかかり、思うように画像データを収集できないが、本実施形態によれば、その時間帯でそれぞれ特定のカメラアングルで必要な時刻分だけあらかじめ予約を行っておき、夜間等、ネットワークがすいた時に、蓄積された画像データを取り出して利用することができるようになる。
【００６６】
特に、同一カメラアングルで、短い間隔で複数枚の画像を撮影することが、ネットワークの伝送容量の大きさに関わらず可能となる大きな効果が得られる。
【００６７】
もちろん、ここでは、外部装置１００２とのインターフェースをＨＴＴＰプロトコルとして説明したが、どういう通信インターフェースを用いても構わない。
【００６８】
また、上記の予約コードを発信元に通知する際、パスワードを発行して通知し、次回、取り出す際には予約コードと共にパスワードを付けて初めて転送できるようにしてもよい。少なくとも、このようにすると、第３者がたまたま同じ予約番号を付して転送要求を発したために、そのファイルが削除されてしまう、という問題は回避できる。
【００６９】
また、予約時刻は分単位としたが、秒単位やミリ秒単位まで拡張しても構わない。この場合、カメラの姿勢制御と撮影に要する最大時間以上の時間間隔がとれない場合に予約時刻が重複したものと判断する。
【００７０】
また、画像フォーマットは、gifを例に挙げたが、JPEGをjpgというファイルエクステンションで表現し、どちらかを切り替えられるようにしてもよい。
【００７１】
また、ファイル名をコマンドとみなしたが、URLのパラメータ記述を利用してもよい。たとえば、パン、チルト、ズーム、画像フォーマットをそれぞれ、２５度、５度、２倍、gifとしたとき、
<img src="http://cam.foo.co.jp/cameraimage?P=20,T=5,Z=2,F=gif">
のように記述するようにしてもよい。
【００７２】
また、本制御装置にＷＷＷサーバを同時に実装してもよい。その場合には、たとえば、ＷＷＷサーバのCGIプログラムとしてコマンド解釈部１０１２のプログラムにcamctl.exeなる名称をつけ、以下のような記述を行うことで、実現できる。
<img src="http://cam.foo.co.jp/cgi-bin/camctl.exe?P=20,T=5,Z=2,F=gif">
更にまた、上記実施形態では、一度予約した画像の転送が完了すると、その画像データ（ファイル）を削除したが、場合によってはこの時点で削除しなくてもよい。
【００７３】
つまり、実際に撮影し、ファイルとして保存してから適当な時間は保管しておき、その時間を経過した場合には転送した、しないに拘わらず削除するのである。このようにすると、少なくとも複数のエンドユーザが同じ画像を見る機会を得ることができるようになる。
【００７４】
また、場合によってはパスワードを付与し、そのパスワードに合致する場合にのみ転送するようにしてもよい。
【００７５】
＜第２の実施形態＞
第１の実施形態では、受付けコード保存指示にcookie機能を用いたが、保存指示の実施方法はこれに限らない。例えば、受付けコード保存指示を受け付けるPlug-inをブラウザ側に用意するようにしても良い。この場合、受付けコードを含むＵＲＬをブックマークに保存することで、ブラウザ（外部装置１００２）が受付けコードを自動的に送出する機能を持たない場合でも、ブックマークからＵＲＬを選択することで映像表示の要求を出せることになる。このため、あたかも自動的に受付けコードを送出する機能を持っているかのような効果を得ることができる。
【００７６】
以上説明したように、上記各実施形態によれば、ネットワークを通してカメラを制御して映像を撮影するシステムにおいて、カメラの制御及び撮影を予約する際の予約の重複を防止できる。
【００７７】
さらに、上記各実施形態によれば、予約した映像を表示する際に、予約時に通知された受付コードを入力する必要を無くするとともに、サーバ側においてＣＧＩプログラム等によって動的にＨＴＭＬ文書を生成する必要も無くなる。このため、ユーザ側の操作性が向上するとともに、サーバ側の構成も簡素化され、簡単に予約した映像を表示することができるようになる。
【００７８】
尚、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用しても良い。
【００７９】
また、本発明の目的は、上述した各実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出して実行することによっても、達成されることは言うまでのもない。
【００８０】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００８１】
プログラムコードを供給するための記憶媒体としては、例えばフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００８２】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によって実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８３】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された拡張機能ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【発明の効果】
以上説明したように、本発明によれば、撮影の予約に重複が発生した場合に、その旨を通知することが可能となり、遠隔操作可能なカメラにおける撮影予約の操作性が向上する。
【００８４】
また、本発明によれば、予約した映像を表示させる際に、予約受付コードを入力したり、ＣＧＩプログラムによって動的にＨＴＭＬ文書を生成することが不要となり、容易に予約した映像を表示することが可能となる。
【００８５】
【図面の簡単な説明】
【図１】第１の実施形態によるカメラ制御装置のブロック構成図である。
【図２】本実施形態によるコマンド解釈部における制御手順を説明するフローチャートである。
【図３】本実施形態における予約登録部で登録されるデータ形式の一例を示す図である。
【図４】本実施形態の画像記憶部に記憶されたデータの管理形式の一例を示す図である。
【図５】本実施形態における時限部の動作処理手順を表すフローチャートである。
【図６】本実施形態の外部装置における制御手順を示すフローチャートである。
【図７】本実施形態におけるカメラ制御装置と外部装置との間の通信内容を示す図である。
【図８】予約が成功した場合に外部装置に対して発行されるＨＴＴＰレスポンスと、このレスポンスに基づく外部装置の表示状態を示す図である。
【図９】予約が失敗した場合に外部装置に対して発行されるＨＴＴＰレスポンスと、このレスポンスに基づく外部装置の表示状態を示す図である。
【図１】
0003817313.tif 000003
【図２】
0003817313.tif 000004
【図３】
0003817313.tif 000005
【図４】
0003817313.tif 000006
【図５】
0003817313.tif 000007
【図６】
0003817313.tif 000008
【図７】
0003817313.tif 000009
【図８】
0003817313.tif 000010
【図９】
0003817313.tif 000011