(57)【要約】【課題】　インターネット等を介したカメラの制御を容易にすることができると共に所望とするフォーマットの画像を提供する。【解決手段】　カメラ制御装置１００１のアドレスを示す第１の文字列と、カメラ１００３の制御に使用される第２の文字列と、画像フォーマットを示す第３の文字列とを含むＵＲＬで外部装置１００２よりアクセスがあると、カメラ制御装置はその第２の文字列を用いてカメラ１００３を制御して画像を前記外部装置に送信する。このときに送信される画像の画像フォーマットは、第３の文字列に対応する画像フォーマットにする。【選択図】　図１
2004112829.tif 000002
【特許請求の範囲】
【請求項１】
　カメラを制御するカメラ制御装置であって、
　前記カメラ制御装置のアドレスを示す第１の文字列と、前記カメラの制御に使用される第２の文字列と、画像フォーマットを示す第３の文字列とを含むＵＲＬを用い、前記カメラ制御装置にアクセスする外部装置とインターネットを介した通信が可能な通信手段を有し、
　前記カメラ制御装置は、前記第２の文字列を用いて前記カメラを制御することによって得た画像を前記外部装置に送信し、
　前記カメラ制御装置から前記外部装置に送信される画像の画像フォーマットは、前記第３の文字列に対応する画像フォーマットであることを特徴とするカメラ制御装置。
【請求項２】
　前記第２の文字列は、前記カメラのズーム、パン又はチルトの制御に使用される文字列を含むことを特徴とする請求項１に記載のカメラ制御装置。
【請求項３】
　前記第２の文字列は、１つの画像の予約撮影に必要な文字列を含むことを特徴とする請求項１又は２に記載のカメラ制御装置。
【請求項４】
　前記第２の文字列は、複数の画像の予約撮影に必要な文字列を含むことを特徴とする請求項１又は２に記載のカメラ制御装置。
【請求項５】
　前記第２の文字列は、予約撮影の間隔を指定する文字列を含むことを特徴とする請求項４に記載のカメラ制御装置。
【請求項６】
　前記第２の文字列は、予約撮影のアングルを変化させる文字列を含むことを特徴とする請求項４に記載のカメラ制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は画像の通信技術に関するものである。
【背景技術】
【０００２】
　カメラを遠隔から制御（たとえばパン、チルト、ズーム等）するシステムが一般に知られている。
【０００３】
　このようなシステムでは、ネットワークを介して行うにしても、カメラの制御を司っている装置と、クライアント側の装置との間では、独自の仕様（プロトコルや制御情報）に基づくものを採用しており、決して汎用性があるものではない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
　ところが、近年、インターネットが急速に普及しつつあり、これを介して遠隔にあるカメラで撮影された映像を、エンドユーザから鑑賞したい、という要求が高まってきている。
【０００５】
　この要求に応える考えられる１つの手法としては、カメラを接続したサーバが、定期的にカメラで撮影した映像を、自身の記憶装置にファイルとして保存し、アクセスしてきた端末（クライアント）に向けて転送する。そして、エンドユーザ側ではたとえばブラウザを起動してそれを鑑賞する、という程度であろう。
【０００６】
　しかしながら、これでは固定的に撮影された映像を見るにとどまり、たとえば、もう少し右側を見たいとか、広範囲、或いはもっと拡大して見たいという要求には応えることはできない。
【０００７】
　そこで、本出願人は、先にインターネットを介してカメラを自在に制御できるようにしたシステムを提示した。
【０００８】
　しかしながら、かかる提示方法もカメラへの使い勝手に対してなお改善の余地があった。
【０００９】
　本発明はかかる問題点に鑑みなされたものであり、たとえばインターネット等の汎用ネットワークを介して、ビデオカメラを容易に遠隔操作可能にしつつ所望とする画像フォーマットで送信する技術を提供しようとするものである。
【課題を解決するための手段】
【００１０】
　かかる課題を解決するため、本発明のカメラ制御装置は以下の構成を備える。すなわち、
　カメラを制御するカメラ制御装置であって、
　前記カメラ制御装置のアドレスを示す第１の文字列と、前記カメラの制御に使用される第２の文字列と、画像フォーマットを示す第３の文字列とを含むＵＲＬを用い、前記カメラ制御装置にアクセスする外部装置とインターネットを介した通信が可能な通信手段を有し、
　前記カメラ制御装置は、前記第２の文字列を用いて前記カメラを制御することによって得た画像を前記外部装置に送信し、
　前記カメラ制御装置から前記外部装置に送信される画像の画像フォーマットは、前記第３の文字列に対応する画像フォーマットであることを特徴とする。
【発明の効果】
【００１１】
　本発明によれば、インターネットを介したカメラの制御を容易にすることができると共に所望とするフォーマットの画像を提供することが可能となる。
【発明を実施するための最良の形態】
【００１２】
　以下、添付図面に従って本発明に係る実施形態の一例を詳細に説明する。
【００１３】
　図１は実施形態のカメラ制御装置のブロック構成図を示している。図示において１００１がカメラ制御装置であって、たとえばパーソナルコンピュータをベースにしている。１００３はカメラ制御装置１００１の制御対象であるビデオカメラ（以下、単にカメラという）であり、制御内容は撮影条件としてのズームは勿論、パン及びチルト、露出等である。この為、カメラ１００３は不図示の雲台を有している。カメラ１００３とカメラ制御装置１００１とは、たとえばパーソナルコンピュータが通常備えているＲＳ２３２Ｃインターフェースで接続されている。
【００１４】
　さて、カメラ制御装置１００１には以下の構成を備えている。
【００１５】
　１０１７はカメラ１００３を上記インターフェースを介して各種制御信号を出力するカメラ制御手段１０１７、１０１８はカメラ１００３の撮影映像を画像キャプチャ装置などで入力する映像入力手段、１０１１はネットワークアダプタ等で本装置と他の装置とが情報交換を行うための通信インターフェース手段であり、これらの資源に加え、コンピュータのＣＰＵや記憶装置や補助記憶装置などの各資源を利用したプログラムおよびメモリデータとして実現される、コマンド解釈手段１０１２、受付コード生成手段１０１３、時限手段１０１５、画像記憶手段１０１９、そして予約登録手段１０１４を備える。
【００１６】
　外部装置１００２は、たとえば、ＷＷＷサーバやＷＷＷブラウザであり、これらの間は、ＨＴＴＰプロトコルで通信を行う。すなわち、ＷＷＷブラウザからは、文書データやイメージデータの格納先であるＷＷＷサーバに対して、対象とするデータの格納先が示されたＵＲＬに従ってその情報を提示する。ＷＷＷサーバは、これに応えて、対応する文書データやイメージデータをＷＷＷブラウザに返答する。
【００１７】
　本実施形態では、通信インターフェース１０１１は、ＷＷＷサーバで実現されている方式を用いる。すなわち、ＨＴＴＰプロトコルで通信を行い、本実施形態の制御装置１００１は、映像データの応用では、あたかもＷＷＷサーバのようにふるまう。これは、ＷＷＷサーバの通信方法を本制御装置でも用いれば実現できる。
【００１８】
　一般にＷＷＷ文書中にイメージデータを貼り込む時には、以下のような記述が用いられる。
＜img src="http://www.foo.co.jp/image001.gif"＞
　この意味は、www.foo.co.jpというＷＷＷサーバのimage001.gifというファイルに格納されたイメージデータの転送を要求することを示しており、ブラウザの画面にその転送されてきた画像の表示が行われることになる。
【００１９】
　本実施形態では、このような仕様をそのまま活用しつつ、遠隔でカメラを制御しようとするものである。
【００２０】
　すなわち、本実施形態では、上記のファイル名に相当する部分の文字列を、コマンドとして解釈するのである。要するに、カメラアングルを指定するパン、チルト、ズーム等は、それぞれ英字の「P」、「T」、「Z」で表わし、その後に、それぞれの制御量を数字で表す。なお、絞りを制御する、或いは絞りの制御も可能な場合にはたとえば英字「I」を「Z」の後に記述すればよい。ただし、実施形態におけるカメラ制御装置は、この絞りは自動で行っているので、この記述がない場合にはカメラ制御装置側にその制御を委ねることを意味する。
【００２１】
　たとえば、パン角度は-５０度から５０度、チルト角度は、-２０度から２０度、ズームは１から８の８段階を選べるようなカメラがあるとする。この場合において、たとえば、パン角度を２０度、チルトを５度、２倍ズームで撮影し、gif形式の画像データとして貼り込みたい場合は、以下のように記述する。なお、本カメラ制御装置のネットワークアドレスは、cam.foo.co.jpであるとする。
＜img src="http://www.foo.co.jp/P20T5Z2.gif"＞
【００２２】
　以上のような、ＨＴＭＬ文書記述が外部装置１００２からあった場合、ＷＷＷブラウザのサーバーであるカメラ制御装置１００１は上記のＨＴＭＬ記述の文字列を出力し、画像データを得る。
【００２３】
　つまり、通信インターフェース手段１０１１を介して、カメラ制御装置１００１にこの要求が入ると、コマンド解釈手段１０１２が起動され、要求の解釈（上記ＨＴＭＬ文字列）とそれに対する応答の処理が開始される。
【００２４】
　実施形態のブラウザ（クライアント側で動作するプログラム）の構成を、図面は前後するが、図１１に示す。
【００２５】
　図１１において、４００１はブラウザソフトウェアモジュール、４００２は該ソフトウェアモジュールによって用いられるレジスタであって、アクセスしている、又は、これからアクセスしようとするアドレスを記憶する。４００４はブックマークファイルであり、例えば前述した様な
＜img src ="http://ww.foo.co.jp/P20T5Z2.gif"＞
の如きアドレスを後に使用者により選択可能にストアしている。
【００２６】
　４００６は後述のフローにおいて設定されたアドレスのサイトを見つけることができなかった際に、警告表示を行うまでの時間を計時するためのタイマ、４１００はブラウザがコンピュータから読み出し可能に格納されている記憶媒体であり、例えば、コンピュータのハードディスク、４２００はコンピュータのモータディスプレイ、４３００はコンピュータ本体、４４００は通信ボードである。
【００２７】
　また、１０１はカメラサーバのＷＷＷインターフェイスであり、ＨＴＴＰプロトコルに従ってＨＴＭＬで記述されたデータを解釈し、動作する。１０３は映像圧縮配送部１０５から出力される。
【００２８】
　圧縮された画像データをファイルとして配送するための部分である。１０５は前述の映像圧縮配送部であり、本実施形態においては静止画圧縮機能と動画圧縮機能を有する。
【００２９】
　静止画圧縮機能としては、例えばＪＰＥＧ圧縮１０９が有り、動画圧縮機能としてはＭＰＥＧ圧縮或いはＨ２６１等の圧縮方式が有る。
【００３０】
　圧縮機能としてはこれに限らず、動画圧縮の場合でも同じ圧縮方式、例えばフレーム単位でＪＰＥＧ圧縮を行うものであってもよい。かかる場合には静止画圧縮の場合と動画圧縮の場合とで、圧縮率を変える様にしてもよい。
【００３１】
　１１１はカメラ制御部であり、静止画配送部１０３又は後述の動画ヘルパの指示に従いカメラ１１３を制御するための制御信号、パン、チルト、ズーム等を発生する。１１５はカメラ１１３を実際に制御するドライバである。
【００３２】
　１１７はＯＳであり、本実施形態ではウィンドウズ(登録商標)である。１１９はハード構成を示し、画像圧縮を一部実行するためのハード、パーソナルコンピュータＰＣ、シリアルインターフェース、ネットワークへデータを入出力するための例えばモデム等のネットワークインターフェース用ハードを含む。
【００３３】
　１２２はクライアントのハード構成を示し、ネットワークインターフェース用ハードとパーソナルコンピュータＰＣを含む。かかるコンピュータＰＣの構成については後述する。１２５は動画ヘルパ／又はプラグインと呼ばれるソフトウェアであり、ウィンドウズ(登録商標)、マックＯＳ、Ｓｏｌａｒｉｓ等の各ＯＳに対応し、いずれのプラットフォームでも動作する。
【００３４】
　尚、１２５は前述の様にＨＴＴＰとは異なるプロトコルにて連続して動画像を出力する。４００１は実施形態におけるＷＷＷブラウザソフトウェアである。
【００３５】
　さて、通信インターフェース手段１０１１を介して、カメラ制御装置１００１に上記要求が入った場合の処理を図２のフローチャートに従って説明する。
【００３６】
　まず、ステップＳ１０１で、ファイル名として記述されたコマンドを解釈する。すなわち要求の先頭が「P」であれば撮影コマンドと認識し、ステップＳ１０２に進む。
【００３７】
　なお、かかるステップＳ１０２の実行が可能、すなわち、指定されたパン、ズームが行える場合には、クライアント側である外部装置１００２へアクノリッジを返す。
【００３８】
　ここでは、カメラ制御手段１０１７を介し、指定されたパン、チルト、ズームの各値でカメラ１００３を操作し(ステップＳ１０２)、撮影された画像を指定された方法の画像フォーマットに変換し、通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答する。外部装置１００２は、この画像データを記憶し、それを本来の発信元に転送することになる。
【００３９】
　このとき、通信インターフェース手段１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される。そして、本処理を終了する。
【００４０】
　これにより、ＨＴＭＬ文書に、あたかもＷＷＷサーバのファイルに格納されたイメージデータのように撮影された映像が貼り込まれて表示されるようになる。また、ステップＳ１０１における条件判断で、要求の先頭が「R」であれば撮影日時の予約コマンドと認識され、ステップＳ１０４の条件判断を介し、ステップＳ１０５に進む。
【００４１】
　予約コマンドは、英字「R」で始まり、年、月、日、時、分をそれぞれ整数で表し、それらをピリオドで区切ったものが続く。そして、その後に撮影条件であるパン・チルト・ズームの指示が続き、最後には、画像フォーマットを表す名称を付ける。なお、撮影条件がない場合には、その撮影日時時点でのカメラアングルが採用されることになる。
【００４２】
　たとえば、１９９６年７月６日１３時１５分にパン角２５度、チルト角０度で３倍ズームの映像をgifフォーマットで撮影予約したい場合には、以下のように記述する。すなわち、
　＜img src="http://www.foo.co.jp/R1996.7.6.13.15.P25T0Z3.gif"＞
【００４３】
　以上のような、予約コマンドが指定された場合、ステップＳ１０５では、受付コード生成手段１０１３より、ユニークな識別番号を受付コードとして受け取る。たとえば、生成要求ごとに＋１されるカウンターとして実現してもいいし、要求された年月日の時刻を表す数値によって実現してもよい。
【００４４】
　そして、この受付コードと予約時刻と撮影条件と画像フォーマットの情報を予約登録手段１０１４が有する不図示の記憶装置に登録し(ステップＳ１０６)、受付コード（受け付けた旨を報知するコード）を通信インターフェース手段１０１１を介して要求元の外部装置１００２、ひいては本来のエンドユーザに向けて返答する(ステップＳ１０７)。
【００４５】
　なおこの時も、返答内容が受付コードであることを示すために内容種別情報やステータス情報等が先頭に付加される。そして、本処理を終了する。
【００４６】
　単純にこのような撮影予約を含んだＨＴＭＬ文書を作成して、それを、一般のＷＷＷブラウザで表示しようとした場合には、画像データの代わりに受付コードが帰ってくるだけなので、結局のところは画像は表示されない。
【００４７】
　しかしながら、ＷＷＷサーバのＣＧＩプログラム等によって、カメラ制御装置１００１に対して、撮影予約をＷＷＷブラウザと同様の方法で行い、受付コードが得られた後、後述する画像取り出しコマンドでその受付コードを指定したイメージデータ記述を含んだＨＴＭＬ文書を生成するれば、この生成された文書をＷＷＷブラウザで表示すると、予約したとおりに撮影が行われ、その画像データが表示されるようになる。
【００４８】
　つまり、カメラ制御装置１００１は、予約登録手段１０１４に登録された予約時間になると、登録されたカメラアングルでカメラ１００３を制御し、その撮影を行ない、それを画像記憶手段１０１９に適当な名前、たとえば予約番号をファイル名とし、指定された形式で記憶する。この後、外部装置１００２から取り出しコマンドが送られてくると、その取り出しコマンドに適合する画像データを画像記録手段１０１９から読出し、それを外部装置１００２（エンドユーザの端末に相当する）に、指定された形式で転送されることになる。
【００４９】
　なお、取り出しコマンドは、英字「G」で始まり、受付コードが続き、最後には、画像フォーマットを表す名称を付ける。
【００５０】
　ここの受付コードは、予約を行ったときに外部装置１００２に返答されるものである。たとえば「１２５４３」が受付コードとして返された時、撮影予約した画像を撮影後に取り出す時には、以下のような記述を用いる。すなわち、
　＜img src="http://www.foo.co.jp/G12543.gif"＞
　である。
【００５１】
　予約登録手段１０１４内の記憶装置には、たとえば、図３のような、表（テーブル）の形式で各種情報が格納される。なお、ここでは予約登録手段１０１４自身が備える記憶装置を例にしたが、たとえばカメラ制御装置１００１の画像記憶手段１０１９を活用しても構わないし、記憶手段はいかなるものであっても良い。
【００５２】
　なお、取り出しコマンドの最後に付加されている画像形成を意味する文字列（この場合には「gif」であるが、原則的に予約したときと同じにする必要がある。ただし、異なる場合には、カメラ制御装置が、画像記憶手段１０１９に予約番号で格納されている画像を、新たに指示された形式に変換し転送するようにしてもよい。
【００５３】
　説明が戻るが、図３は、上記の予約例の場合で、受付コードが「１２５４３」であったときの状態を示している。すなわち、まず、撮影日時情報、受け付けコード、撮影条件、画像形式（画像フォーマット）である。
【００５４】
　また、画像記憶手段１０１９は、たとえば、図４のような、形式で管理されている。ここでは受け付けコード（予約コードに対応し、ファイル名と同様の意味である）、画像形式、そして実際の画像データが格納される。なお、画像記憶手段１０１９はいかなる形式の記憶装置でもよいが、容量的に十分なものが望まれる。具体的には、ハードディスク装置や光磁気ディスク装置等である。
【００５５】
　上記の通りであるが、実際に取り出しコマンドを受信した場合の処理手順を以下に説明する。
【００５６】
　ステップＳ１０１における条件判断で、要求の先頭が「G」であると、次いでステップＳ１０４に進み、ここでの判断も否になるので、ステップＳ１０８に進むことになる。ここでは画像取り出しコマンドであると認識することになるから、ステップＳ１０９に進み、取り出しコマンドに含まれる予約コードに基づいて、画像記憶手段１０１９に保存されるデータを検索する。
【００５７】
　そして、画像取り出しコマンドとして記述された受付コードと同じ値で格納されているかどうかを判断し(ステップＳ１１０)、登録されているならば、その画像データを取り出し、通信インターフェース手段１０１１を介して要求元の外部装置１００２に向けて転送する。
【００５８】
　このときも、通信インターフェース手段１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される(ステップＳ１１１)。
【００５９】
　そして、ステップＳ１１２で、いま取り出した画像データが格納されている画像記憶手段１０１９の欄を消去する。そして、本処理を終了する。
【００６０】
　また、ステップＳ１１０で、指定された受付コードに対応する画像データが格納されていないと判断したら、対象画像が未撮影、或いは既に転送されて消去されていることになるのでエラー情報を通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答し、本処理を終了する。
【００６１】
　また、ステップＳ１０８で、外部装置１００２よりの要求の先頭が「G」でもない場合は、未定義コマンドであるというエラー情報を通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答し、本処理を終了する。
【００６２】
　次に実施形態におけるクライアント側の動作処理を図１２、１３に従って説明する。
【００６３】
　ステップＹ−１：先ずブラウザであるソフトウェアによって管理されている設定アドレスレジスタ４００１に初期アドレスを設定する。
【００６４】
　かかる初期アドレスは使用者が予め指定したものでも良いし、また、ブラウザの供給者によって予め設定されていたものでも良い。
【００６５】
　ステップＹ−３：前記設定アドレスレジスタ４００１がクリアされているか否かを判別する。クリアされている場合には、指定されたアドレスが無いので、そのまま待機する。
【００６６】
　ステップＹ−５：設定アドレスレジスタ４００１に設定されたアドレスのサイトのサーチを開始する。
【００６７】
　ステップＹ−７：設定されたアドレスのサイトが見つかったか否かを判別する。見つかればステップＹ−２１へ、見つからなければステップＹ−９へ分岐する。
【００６８】
　ステップＹ−９：設定されたアドレスのサイトが見つからない間、タイマ４００６により計時を行う。
【００６９】
　ステップＹ−１３：サイトが見つからない旨の警告表示をモニタディスプレイ４２００上に行う。
【００７０】
　ステップＹ−１５：一旦、設定アドレスレジスタをクリアし、ステップＹ−３に戻る。
【００７１】
　ステップＹ−２１：設定アドレスのサイトを見る。即ち、かかるサイトと接続が行われた場合には、かかる設定アドレス内に前述したステップＳ１０１において説明したと同様に、「Ｐ」があるか否かに応じて、撮影コマンド、カメラの制御パラメータが有るか否かを判別する。“否”の場合にはＹ−２７へフローは分岐する。
【００７２】
　ステップＹ−２３：カメラの制御パラメータが有る場合には、かかる制御パラメータに対して設定アドレスのサイトがAcknowlegeを返したかを判別する。
【００７３】
　ここで、設定アドレスのサイトが、かかる制御パラメータの実行が可能、即ち例えば、カメラサーバ側が前述の制御パラメータに従ったカメラの制御の実行が可能であれば、前述のステップＳ１０１において説明した様にAcknowlegeが返る。
【００７４】
　ステップＹ−２５：Acknowlegeがない場合、或いは前述の制御パラメータに従ったカメラの制御が不能である旨の信号がカメラサーバから送られた際にはその旨をディスプレイ４２００上に表示する。
【００７５】
　ステップＹ−２７：画像データがファイル転送されてしまったか否か（完了したか否か）を判別する。
【００７６】
　ステップＹ−２９：ファイル転送が完了していない際には、ユーザから他の指示、例えば別サイトのアクセスが指示されたか否かを判別する。
【００７７】
　ステップＹ−３１：かかる指示に従った動作を行う。
【００７８】
　ステップＹ−３３：ブックマークにアドレス追加がユーザによって指示されたか否かを判別する。かかる指示がされた際のモニタディスプレイ４２００に表示された実施形態のブラウザウインドウの一例を図１４に示す。
【００７９】
　ステップＹ−３５：指示に従い図１４（Ａ）の様にブックマークの追加を実行する。ここで、接続しているサイトは、カメラサーバであるので、図示の如く、通常のブックマークは選択不能状態として表示され、逆にカメラブックマークが選択可能なようにする。
【００８０】
　ステップＹ−３６：再びカメラパラメータに対するAcknowlegeが有るか否かを判別する。“否”であれば、前述のＹ−２９へフローは分岐する。
【００８１】
　ステップＹ−３７：かかるステップにフローが分岐した場合には、カメラ制御を行うことができるサーバに接続されている。従って、ビデオカメラの制御メニューを図１５の様に表示する。
【００８２】
　つまり、現在選択されているサイト（図示の場合には○×△ＣａｍｅｒａＶｉｅｗ）のアドレスとカメラ制御用の文字列で構成されるファイル転送用の文字列がカメラ用ブックマークに追加されることになる。
【００８３】
　ステップＹ−３９：制御指示が使用者によりなされたか否かを判別する。
【００８４】
　ステップＹ−４１：制御指示があれば、かかる指示に応じたパラメータを設定アドレスレジスタに組み入れて、Ｙ−３にフローは戻る。
【００８５】
　ステップＹ−４３：ブックマークからのユーザに依るアドレス指示が有るか否かを判別する。
【００８６】
　ステップＹ−４５：アドレス指定があれば指定されたアドレスを設定アドレスレジスタにセットする。
【００８７】
　以上説明したように、本実施形態に依れば、カメラブックマークにサイトのアドレスだけではなく、かかるアドレスに対応するサイトにビデオカメラの如き画像入力手段があれば、かかる画像入力手段の制御用情報も記憶しているので、ユーザーの好みの画角、ズーム比、或いはビデオカメラのシャッタ速度等の制御情報をブラウザ側に登録しておけば、かかるサイトにアクセスするだけでビデオカメラの状態をインターネットを介して自動的に設定でき、使い勝手が向上する。
【００８８】
　また、カメラ制御部１１１が静止画配送部１０３からのカメラ制御の支持と、動画ヘルパ／プラグイン１２５からの制御の指示のいずれも受信し、ビデオカメラ１１３の制御を変えているので、動画伝送と静止画伝送のいずれにもビデオカメラ１１３を兼用することができる。
【００８９】
　図１５はカメラ制御メニュー５００１がフローチャートのステップＹ−３７において画面上に表示された例を示している。このメニューは対象サイトであるカメラサーバーから制御可能を示すアクノリッジを検出して表示するものである。
【００９０】
　同図に示した例では、アクセス中のサイトのアドレスが
　http://www.foo.co.jp/P20T5Z2
として示されている。
【００９１】
　５０００はカメラから得られている画像を示している。又、カメラ制御パネル５００１は、ブラウザにアクティブなウインドウとして表示されている最中においては、常に手前側にインポーズ表示されている。
【００９２】
　５００２は接続されているカメラの撮影可能範囲を示しており、内部の５０１２はブラウザに表示されている映像のアングルを示している。５０１４，５０１６はそれぞれビデオカメラのパン状態、チルト状態をユーザが設定するためのバーであり、ユーザがマウス５０５０によってその状態を自在に設定できる。かかる設定に従いカメラ制御パラメータが前述したステップＹ−４１においてサイト側に送信されるよう設定されることになる。
【００９３】
　５０１８はビデオカメラの明るさ（アイリス）の調整を行うためのバー、５０２０はビデオカメラのズーム比を調整するためのバーである。
【００９４】
　なお、かかるアイリスの調整の為のパラメータは文字列中の「i」に続く数値で表わされる。たとえば、図１５では「I5」としてロケーションの欄に示されている。
【００９５】
　従って、もっとも好みのアングルを見つけだした場合には、その先に説明したようにカメラブックマークに登録しておきさえすれば、いつでも同じアングルでの、生の映像を観賞することができる。
【００９６】
　以上のようにして、外部装置１００２と本発明の制御装置１００１との情報交換が行われる。
【００９７】
　次に、予約登録手段１０１４に登録された予約データに基づき、カメラ制御と撮影と撮影結果の格納を行う時限手段１０１５について説明する。
【００９８】
　時限手段１０１５においては、一定時間間隔、たとえば１分おきに、時限プログラムが起動される。これは、コンピュータのタイマーを利用したりすれば実現できる。
【００９９】
　時限プログラムの動作を、図５のフローチャートを用いて説明する。
【０１００】
　まず、現在時刻を制御装置１００１のタイマーから読み出し(ステップＳ２０１)、ステップＳ２０２に進む。
【０１０１】
　ステップＳ２０２では、予約登録手段１０１４から順に一欄づつ登録された予約項目を取り出す。ステップＳ２０３で、すべて取り出し終ったと判断できたら本処理を終了し、予約項目が取り出せたなら、ステップＳ２０４に進み、対象の予約項目における設定時刻が、現在時刻より未来であるか否かを判定し、現在時刻が設定された時刻に至っていないと判断したら、ステップＳ２０２以降の処理を繰り返す。
【０１０２】
　さて、現在時刻が設定時刻以上になっていると判断した場合には、ステップＳ２０５に進み、取り出した予約項目の撮影条件に従って、カメラ制御手段１０１７を介しカメラ１００３を制御し、撮影を行う。そして、撮影された画像を予約項目で指定された方法の画像フォーマットに変換し、この画像データを受付コードと画像フォーマット情報とともに画像記憶手段１０１９に格納する(ステップＳ２０６)。
【０１０３】
　続いて、現在取り出した、予約項目を予約登録手段１０１４から消去し(ステップＳ２０７)、ステップＳ２０２に戻って処理を繰り返す。
【０１０４】
　以上のようにすることで、予約通りの撮影が行われ、その結果が保管され、後に、画像取り出しコマンドが外部装置１００２から要求されると、この画像データが返答されることになる。
【０１０５】
　以上のように、実施形態におけるカメラ制御装置をＷＷＷシステムのネットワークに接続し、実施形態のカメラ制御装置のアドレスにカメラの撮影条件の記述を加えた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"＞
【０１１６】
　更にまた、上記実施形態では、一度予約した画像の転送が完了すると、その画像データ（ファイル）を削除したが、場合によってはこの時点で削除しなくてもよい。
【０１１７】
　つまり、実際に撮影し、ファイルとして保存してから適当な時間は保管しておき、その時間を経過した場合には転送した、しないに拘わらず削除するのである。このようにすると、少なくとも複数のエンドユーザが同じ画像を見る機会を得ることができるようになる。
【０１１８】
　また、場合によってはパスワードを付与し、そのパスワードに合致する場合にのみ転送するようにしてもよい。
【０１１９】
　＜変形例＞
　上述の実施形態においては、ブックマーク内のアドレスにカメラ制御用の文字列を挿入し、かかるアドレスを設定アドレスレジスタに挿入したので、カメラの使用者にとっては図１５に示されるようにアクセスしようとしているサイトのアドレス（図１５においてはロケーションとして示されている）の欄にカメラ制御文字列が表示されてしまい、使用者から見るとわずらわしくなるという問題が発生する可能性がある。
【０１２０】
　そこで、かかるロケーションの欄には、カメラ制御用の文字列は表示させることなく、アドレスのみを表示させるようにしても良い。かかる制御のためには、ブラウザのソフトウェアモジュールが図１４（Ａ），（Ｂ）に示したブックマークとカメラブックマークとを判別するステップを有し、カメラブックマークを判別した場合には、かかるカメラ制御用の文字列を「P」から判断し、それ以降の文字列を表示させない様にすればよい。
【０１２１】
　かかる方法により、カメラブックマックに指定されたアドレスの表示例を図１６に示す。
【０１２２】
　かかるアドレスの表示方法に従えば、カメラ制御文字列を表示させることがないので、表示が見易くなるという効果を奏する。
【０１２３】
　また、本実施形態においては、対象サイトのアドレスと画像入力手段の制御情報とをカメラブックマークに登録したが、これに限らず、対象アドレスのみカメラブックマークに登録し、該ブックマークに記憶されたアドレスとは別のファイルとして格納するようにしても、本発明の範疇に含まれる。
【０１２４】
　要は、対象サイトのアドレスと該画像入力手段の制御情報を関連付けて記憶しておけばよい。
【０１２５】
　＜第２の実施形態＞
　上記実施形態（第１の実施形態）では、一度に一画像しかカメラ撮影予約ができなかった。
【０１２６】
　本実施形態においては、予約コマンドを「+」で複数個結合してできたファイル名に画像フォーマットを表すファイルエクステンションを付加して、一度に複数の時刻やカメラアングルの予約を可能にさせようとするものである。
【０１２７】
　たとえば、１９９６年７月６日１３時１５分と３０分と４５分にパン角２５度チルト角０度で３倍ズームで撮影し、３枚の画像をgifフォーマットで後に取り出す場合には、以下のように記述する。
＜img src="http://www.foo.co.jp/R1996.7.6.13.15P25T0Z3+R1996.7.6.13.30P25T0Z3+R1996.7.6.13.45P25T0Z3.gif"＞
　ここで、本明細書では、「"」と「"」とで囲まれている文字列が２行以上にまたがって表示されているかもしれないが、実際の記述は、改行を含まない、一行で記述する。
【０１２８】
　なお、日時や時間が同じであったり、カメラアングルが同じである場合は、それらを省略可能としてもよい。その場合は、上記と同じ予約を以下のように記述できる。
＜img src="http://www.foo.co.jp/R1996.7.6.13.15P25T0Z3+R....30+R....45.gif"＞
　なお、この記述でピリオドが連続する部分は、各ピリオドで挟まれる数字は一番最初に設定した数字と同じであることを示している。これにより、同じ日付等であれば情報量を少なくすることが可能になる。
【０１２９】
　さて、本第２の実施形態の基本構成は、第１実施形態と以下の変更点を除き実質的に同じ構成で実現できる。
【０１３０】
　すなわちコマンド解釈手段１０１２における手順プログラムの、ステップＳ１０６、ステップＳ１１１、ステップＳ１１２をそれぞれ上記「+」で示された形式に従って処理するようにする。
【０１３１】
　なお、これに伴い、図３の予約テーブルにおける受け付けコードを、たとえば“12543-1”、“12543-2”、“12543-3”等のようにし、画像を記憶する際にもこれらの予約コードに従って格納する。そして、取り出しコマンドが来た場合には共通部分の予約コード（この場合には“12543”）を探し出し、ハイフンの後の数字の順序に従って画像データをあらためて、複数枚の画像データが含まれるひとつの画像データとしてフォーマットし直し通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答する。
【０１３２】
　このときも、通信インターフェース手段１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される。
【０１３３】
　そして、変更後のステップＳ１１２では、取り出した複数の画像データに関して、それぞれに対応する画像記憶手段１０１９の欄を消去する。
【０１３４】
　以上のように構成することにより、一度に多くの予約ができ、それらを複数枚の画像からなるひとつの画像データとしてまとめて取り扱うことが可能になり、それぞれの画像データごとに対応する複数の受付コードを管理する手間が省ける。
【０１３５】
　また、植物の成長記録等、間欠写真撮影などに適用すると、複数枚の撮影画像がひとつの画像データに納まる疑似動画として取り扱うことも可能になる。
【０１３６】
　また、その他の応用としては、第１の実施形態と同様にしても良いのは勿論である。
【０１３７】
　＜第３の実施形態＞
　上記第２の実施形態では、同一のカメラアングルで同一時間間隔で間欠撮影する場合にも、撮影する数だけ予約コマンドを連結して指定しなければならなかった。
【０１３８】
　そこで、本第３の実施形態においては、予約コマンドの時刻指定の直後に、終了時刻と間欠時間を付加し、その後にカメラアングル等の撮影条件や画像フォーマットを指定することで、設定する情報量を削減する。ここでは、終了時刻は英字「t」に続く時刻で指定し、間欠時間は英字「e」に続く分単位の時間で指定する例を説明する。
【０１３９】
　たとえば、１９９６年７月６日１３時１５分と３０分と４５分にパン角２５度チルト角０度で３倍ズームで撮影し、３枚の画像をgifフォーマットで後に取り出す場合には、以下のように記述する。
＜img src="http://www.foo.co.jp/R1996.7.6.13.15t1996.7.6.13.45e15P25T0Z3.gif"＞
　ここで、本明細書では、「"」と「"」とで囲まれている文字列が２行以上にまたがって表示されているかもしれないが、実際の記述は、改行を含まない、一行で記述する。
【０１４０】
　もちろん、この場合も終了時刻の日時や時間が同じであった場合は、先に説明したように省略可能としてもよい。その場合は、上記と同じ予約を以下のように記述できる。
＜mg src="http://www.foo.co.jp/R1996.7.6.13.15t....45e15P25T0Z3.gif"＞
【０１４１】
　本第３の実施形態の基本構成は、第１実施形態と以下の変更点を除き実質的に同じ構成で実現できる。
【０１４２】
　すなわちコマンド解釈手段１０１２が実行するプログラムのステップＳ１０６、ステップＳ１１１、ステップＳ１１２をそれぞれ、上記仕様に合うように変更する。また、同時に時限手段１０１５におけるステップＳ２０７も上記仕様に合うように変更する。
【０１４３】
　また、この場合における、予約登録手段１０１４に登録されるテーブル形式は図６のようになる。
【０１４４】
　すなわち、図３のレコードに新たに、撮影の終了時刻及びその間欠時間を付加することになる。
【０１４５】
　一方、コマンド解析手段１０１２は、ステップＳ１０６では、要求された予約コマンドが、終了時刻と間欠時刻を持つ形であったら、予約時刻を撮影時刻として、終了時刻、間欠時間、受付コード、撮影条件、画像フォーマットとともに、予約登録手段１０１４に登録する。
【０１４６】
　また、要求された予約コマンドが単純な予約であり、終了時刻と間欠時刻を持たなかったら、終了時刻は撮影時刻と同じにし、間欠時刻は１に設定する。
【０１４７】
　ステップＳ１１１では、同じ予約コードで登録されている複数の画像データを取り出し、あらためて、複数枚の画像データが含まれるひとつの画像データとしてフォーマットし直し、通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答すれば良い。
【０１４８】
　このときも、通信インターフェース手段１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される。
【０１４９】
　また、ステップＳ１１２では、取り出した複数の画像データに関して、それぞれに対応する画像記憶手段１０１９の欄を消去することになるのは理解できよう。
【０１５０】
　一方、時限手段１０１５は、ステップＳ２０７で、取り出した予約項目の間欠時間を撮影時刻に加えた情報で、登録された予約情報を更新し、撮影時刻が終了時刻より未来になった場合に、この項目を、予約登録手段２０１４から消去するようにする。
【０１５１】
　以上のように構成することで、間欠写真が短いコマンドで、簡単に取れるようになる。
【０１５２】
　特に、長期間に渡って間欠写真を取る場合、第２の実施形態のような方法だと、コマンドが非常に長くなり、実質的には実現できなくなる場合が多いが、本第３の実施形態によれば、画像データを蓄積する記憶装置の記憶量さえ充分に用意すれば実現できるようになる。
【０１５３】
　＜第４の実施形態＞
　上記第３の実施形態では、間欠撮影した結果を複数枚の静止画データとして取り出す形態を取ったが、本第４の実施形態では、動画データとして取り出す形態も付加する例を説明する。
【０１５４】
　動画データとして取り出す時には、ファイルエクステンションをmpgにする。たとえば、以下のように記述する。
＜img src="http://www.foo.co.jp/R1996.7.6.13.15t....45e15P25T0Z3.mpg"＞
【０１５５】
　本第４の実施形態の基本構成を図７に示す。図示の如く、本第４の実施形態では、上記第１の実施形態と以下の変更点を除き実質的に同じ構成を有する。
【０１５６】
　すなわちＭＰＥＧ１圧縮装置等の動画像圧縮手段２０２１が追加され、ファイルエクステンション“mpg”を解釈できるコマンド解釈手段４０１２を有する点である。
【０１５７】
　この場合のプログラムのステップＳ１１１では、画像フォーマット指定がjpgやgif等の静止画フォーマットであれば、同じ予約コードで登録されている複数の画像データを取り出し、あらためて、複数枚の画像データが含まれるひとつの画像データとしてフォーマットし直し、通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答する。
【０１５８】
　また、画像フォーマットが「mpg」と指定されていたら、同じ予約コードで登録されている複数の画像データを取り出しそれぞれの画像を復元し、動画像圧縮手段２０２１に引渡して圧縮をかけ、その結果の動画像データを通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答する。
【０１５９】
　このときも、通信インターフェース手段１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される。
【０１６０】
　以上のように構成することにより、画像フレーム間の関連を用いた圧縮が行われ、特に、余り変化のない間欠写真などでは、大幅な画像データ圧縮が行われるため、後に画像データを取り出す時の通信量を削減でき、通信時間を大幅に短縮することが可能になる。
【０１６１】
　＜第５の実施形態＞
　第３の実施形態では、撮影するカメラアングルは同一のものであったが、本第５の本実施形態においては、予約コマンドの時刻指定の直前に、制御変数の定義を付加し、その後に時刻指定、その後にカメラアングル等の撮影条件や画像フォーマットを指定した繰り返し撮影が出来るようにする。
【０１６２】
　制御変数の定義は、「$(」＋「定義本体」＋「)」の形式を採用する。ここで、定義本体には２つの書き方を定める。１つは初期値と終値、増分を指定するもので、増分が正か負かに依って更に２つの書き方に分かれる。また別の書式は制御変数のとる値を全て書き下す書き方である。すなわち、$(<制御変数>=初期値,upto終値,up増分)$(<制御変数>=初期値,downto終値,down増分)または$(<制御変数>=値１,値２,値３,値４,...値n)である。
【０１６３】
　ここで<制御変数>は英文字１文字以上からなる文字列で、制御変数の識別子である。
【０１６４】
　制御変数の参照は、「$(」＋参照本体＋「)」とする。参照本体は制御変数を含む４則演算式である。
【０１６５】
　たとえば、１９９６年７月６日１３時１５分に、パン角２５度チルト角０度で３倍ズーム、パン角３０度チルト角０度で３倍ズーム、パン角３５度チルト角０度で３倍ズーム、で撮影（パン角が５度ずつ変化させて撮影）し、３枚の画像をgifフォーマットで後に取り出す場合には、以下のように記述する。
"http://www.foo.co.jp/R$(pan=25,upto35,up5)1996.7.6.13.15P$(pan)T0Z3.gif"
　又は、
"http://www.foo.co.jp/R$(pan=0,upto10,up5)1996.7.6.13.15P$(pan+25)T0Z3.gif"
　又は、
"http://www.foo.co.jp/R$(pan=35,downto25,down5)1996.7.6.13.15P$(pan)T0Z3.gif"
　又は
"http://www.foo.co.jp/R$(pan=25,30,35)1996.7.6.13.15P$(pan)T0Z3.gif"
【０１６６】
　ここで、本明細書では、「"」と「"」とで囲まれている文字列が２行以上にまたがって表示されているかもしれないが、実際の記述は、改行を含まない、一行で記述する。
【０１６７】
　本第５の実施形態の基本構成は、基本的に第２の実施形態と同様であるが、コマンド解釈手段１０１２の処理プログラムにおけるステップＳ１０６は、図８に示すようになる。なお、「R」の次の文字が$である場合、これは制御変数の定義であるので、第５実施形態の予約コマンドとなる。
【０１６８】
　まず、ステップＳ５０１で「$(」で始まり「)」で終る１つの制御変数定義を取得し、ステップＳ５０２で全ての定義を取り出したかを検査する。
【０１６９】
　制御変数定義を全て取り出した後、ステップＳ５０３で制御変数を初期化する。
【０１７０】
　ステップＳ５０４でコマンドの残りの部分をスキャンし「$(」で始まり「)」で終る制御変数参照を検索し、検索された制御変数値で、先に初期化された該当する変数を置き換える。こうして、検索された制御変数の個数分の置き換えが完了すると、処理はステップＳ５０６に進み、上記処理で得た文字列を、先に述べた繰り返し撮影の予約コマンドとして解析し、ステップＳ１０５で生成された予約コードと画像フォーマット情報は同じにし、それぞれの予約コマンドで指定された予約時刻と撮影条件を、複数の予約として予約登録手段１０１４に登録する。
【０１７１】
　そして、ステップＳ５０７で次の段階になるよう、繰り返しによる制御変数を更新し、ステップＳ５０８で全制御変数が終了値になったと判断するまで、ステップＳ５０４以降の処理を繰り返す。
【０１７２】
　以上のようにすることで、カメラアングルを変化させた間欠写真画像が短いコマンドで、簡単に得ることができるようになる。
【０１７３】
　また、説明では制御変数の定義を１つだけ使ったが、この定義は複数書くことができる。その場合定義は入れ子になるものとする。
【０１７４】
　なお、本第５の実施形態では、繰り返し構文の導入について説明したが、同様にして、条件判断構文や変数定義、変数代入や四則演算などの構文を導入することもできる。
【０１７５】
　すなわち、コマンド解釈手段をプログラムインタプリタとして実現し、ＵＲＬの内容をプログラムとしてみなして保持し、解釈実行させるようにできる。
【０１７６】
　このようにすると、複雑なカメラ制御等も自動的に実行できるようになる。
【０１７７】
　＜第６の実施形態＞
　第５の実施形態では、撮影するカメラアングルの指定は全て同じＵＲＬに記述しなくてはならなかった。
【０１７８】
　そこで、本第６の実施形態においては、予約コマンドの一部をマクロライブラリとして別に登録しておくことができるようにする。
【０１７９】
　ここでは、時刻指定と撮影条件を記述したデータを外部装置（ネットワーク上の適当なサーバー）に格納しておく例で説明する。
【０１８０】
　説明のため、たとえば、１９９６年７月６日１３時０分から以下のカメラアングルに１分毎に順に変化させ撮影を行うことを想定する。
パン角２５度チルト角０度で３倍ズーム(1996年7月6日13時0分)
パン角３０度チルト角０度で３倍ズーム(1996年7月6日13時1分)
パン角３５度チルト角０度で３倍ズーム(1996年7月6日13時2分)
パン角３５度チルト角１度で４倍ズーム(1996年7月6日13時3分)
パン角３５度チルト角２度で４倍ズーム(1996年7月6日13時4分)
パン角３５度チルト角３度で５倍ズーム(1996年7月6日13時5分)
パン角３５度チルト角４度で５倍ズーム(1996年7月6日13時6分)
パン角３５度チルト角５度で６倍ズーム(1996年7月6日13時7分)
パン角３５度チルト角５度で７倍ズーム(1996年7月6日13時8分)
パン角３５度チルト角５度で８倍ズーム(1996年7月6日13時9分)
　これを指示するコマンドが格納されたファイルを、第２の外部装置に、
http://www.bar.co.jp/camcon-a.ctl
　として格納しておく。つまり、この第２の外部装置のアドレスはwww.bar.co.jpである。
【０１８１】
　この場合のファイルの内容は、たとえば、以下のようになる。
【０１８２】
　R199６.7.6.13.0P25T0Z3+R1996.7.6.13.1P30T0Z3+R1996.7.6.13.2P35T0Z3+R1996.7.6.13.3P35T1Z4+R1996.7.6.13.4P35T2Z4+R1996.7.6.13.5P35T3Z5+R1996.7.6.13.6P35T4Z5+R1996.7.6.13.7P35T5Z6+R1996.7.6.13.8P35T5Z7+R1996.7.6.13.9P35T5Z8.gif
【０１８３】
　これを利用するためカメラ制御装置に与えるコマンドは、「%23(」で始まり、URLが引続き、「)」で終る形式にする。上記の場合には、そのコマンドファイルのアドレスを知らせることが必要になるので、以下の通りになる。
"http://www.foo.co.jp/%23(httpd%3A//www.bar.co.jp/camcon-a.ctl)"
【０１８４】
　本実施形態の基本構成は図９に示す通りになる。なお、第５実施形態と比較すると、コマンド解釈手段６０１２が上記コマンドを解釈できるようになった点と、第２の外部装置（コマンド文字列を有するファイルを記憶保持しているサーバ）と接続状態にある点である。
【０１８５】
　コマンド解釈手段６０１２の動作を図１０のフローチャートに従って説明する。
【０１８６】
　ステップＳ６２１で、ファイル名として記述されたコマンドを解釈する。
【０１８７】
　要求の先頭が「%２３」であれば外部参照コマンドと認識し、ステップＳ６２２に進む。
【０１８８】
　このステップＳ６２２では、「(」と「)」にはさまれた部分を、コマンドが記述されて格納されたファイルの指定のＵＲＬとみなし、このＵＲＬにしたがってファイル転送要求を発する。上記の例では「www.bar.co.jp」にファイルが格納されているわけであるから、図１０における第２の外部装置１００４に要求を発することになる。
【０１８９】
　そして、ステップＳ６２３で、返答を待つ。この結果、上記のような、長い予約コマンドが返される。ここで解釈した外部参照コマンドをこれに置き換えるようにして展開し、以降のコマンド解釈に適用できるようにする(ステップＳ６２４)。この後ステップＳ１０１に進むことになる。
【０１９０】
　なお、ステップＳ６２１で、外部参照コマンドではなかった場合も、ステップＳ１０１に進むことになる。これ以降は、第１の実施形態での説明に準じたものであるので、その説明は省略する。
【０１９１】
　また、第１の実施形態だけでなく、第２〜第５の実施形態にもそれぞれ適用できるのも勿論である。
【０１９２】
　以上のように構成することで、複雑な時間予約やカメラアングルを複雑に変化させた間欠写真が短いコマンドで、簡単に取れるようになる。
【０１９３】
　特に、第６の実施形態に従えば、インターネット上に複数のカメラ制御装置（つまり、複数のカメラ）があって、同じ撮影状態での画像を鑑賞する分には、１つのサーバーに撮影手順のコマンドを記述したファイルを格納しておけば、それを活用することが可能になる。
【０１９４】
　たとえば、カメラ制御装置が諸外国のいたる所に設置しているような場合であっても、それぞれを自分流の撮影条件で鑑賞することは勿論、第３者が登録した撮影条件に従って鑑賞することも可能になる。
【０１９５】
　また、第６の実施形態では、カメラ制御装置とカメラ制御用ファイルを記憶している外部装置を異なる装置のように説明したが、この２つの装置が同じであってもよい。その場合、URLは以下のように書ける。
"http://www.foo.co.jp/%23(httpd%3A//www.foo.co.jp/camcon-a.ctl)"
　又は、ＵＲＬが同じである場合に限って、
"http://www.foo.co.jp/%23(camcon-a.ctl)"
【０１９６】
　もちろん、最初に要求をかける外部装置にコマンドが格納されているならば、そのアドレスを用いればよい。その時は、第二の外部装置は不要である。
【０１９７】
　また、上記実施形態では特に説明しなかったが、一度に複数箇所からカメラ制御件獲得要求があった場合には、その中のいずれか１つに制御権を与えることになる。制御権を与えるのは、制御権のキューに格納された先頭のユーザにするものとするが、特定のユーザ等の場合には優先的に制御権を与えるようにしても良いであろう。
【０１９８】
　しかし、この制御権に関しては、本願発明に直接は関係がないので、これ以上の説明は省略する。
【０１９９】
　尚、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用しても良い。
【０２００】
　また、本発明の目的は、上述した各実施形態の機能を実現するソフトウェア、たとえばブラウザとしてのソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出して実行することによっても、達成されることは言うまでのもない。
【０２０１】
　この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２０２】
　プログラムコードを供給するための記憶媒体としては、例えばフロッピー(登録商標)ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０２０３】
　また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によって実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２０４】
　更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された拡張機能ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２０５】
　以上説明したように本実施形態によれば、たとえばインターネット等の汎用ネットワークを介して、ビデオカメラを容易に遠隔操作する、よりエンドユーザにとって好ましい環境を提供することが可能になる。
【図面の簡単な説明】
【０２０６】
【図１】実施形態におけるカメラ制御装置のブロック構成図である。
【図２】実施形態のコマンド解釈手段の動作処理手順を示すフローチャートである。
【図３】実施形態における予約登録手段で登録されるデータ形式の一例を示す図である。
【図４】実施形態の画像記憶手段の記憶されたデータの管理形式の一例を示す図である。
【図５】実施形態における時限手段の動作処理手順を示すフローチャートである。
【図６】第３の実施形態における予約登録手段で登録されるデータ形式の一例を示す図である。
【図７】第４の実施形態におけるカメラ制御装置のブロック構成図である。
【図８】第５の実施形態の予約登録の処理手順を示すフローチャートである。
【図９】第６の実施形態におけるカメラ制御装置のブロック構成図である。
【図１０】第６の実施形態の制御変数置き換え処理のフローチャートである。
【図１１】実施形態におけるカメラ制御装置とクライアントのハードウェア及びソフトウェアの関係を示す図である。
【図１２】実施形態におけるクライアント側の制御処理手順を示すフローチャートである。
【図１３】実施形態におけるクライアント側の制御処理手順を示すフローチャートである。
【図１４】実施形態におけるカメラブックマーク登録の操作画面の一例を示す図である。
【図１５】実施形態におけるブラウザと制御用ウインドウを示す図である。
【図１６】実施形態におけるブラウザと制御ウインドウの変形例を示す図である。
【図１】
2004112829.tif 000003
【図２】
2004112829.tif 000004
【図３】
2004112829.tif 000005
【図４】
2004112829.tif 000006
【図５】
2004112829.tif 000007
【図６】
2004112829.tif 000008
【図７】
2004112829.tif 000009
【図８】
2004112829.tif 000010
【図９】
2004112829.tif 000011
【図１０】
2004112829.tif 000012
【図１１】
2004112829.tif 000013
【図１２】
2004112829.tif 000014
【図１３】
2004112829.tif 000015
【図１４】
2004112829.tif 000016
【図１５】
2004112829.tif 000017
【図１６】
2004112829.tif 000018
【手続補正書】
【提出日】平成16年1月5日(2004.1.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
　外部装置とＨＴＴＰプロトコルを使用した通信を行うカメラ制御装置であって、
　前記外部装置から第２の文字列とともに得られた第１の文字列に従ってカメラを制御するカメラ制御手段と、
　前記第１の文字列に従って前記カメラを制御することによって得られた画像を前記第２の文字列に対応する画像フォーマットで前記外部装置に送信する送信手段とを有することを特徴とするカメラ制御装置。
【請求項２】
　前記第１の文字列は、前記カメラのズーム、パン又はチルトの制御に使用される文字列を含むことを特徴とする請求項１に記載のカメラ制御装置。
【請求項３】
　前記第１の文字列は、１つの画像の予約撮影に必要な文字列を含むことを特徴とする請求項１に記載のカメラ制御装置。
【請求項４】
　前記第１の文字列は、複数の画像の予約撮影に必要な文字列を含むことを特徴とする請求項１に記載のカメラ制御装置。
【請求項５】
　前記第１の文字列は、予約撮影の間隔を指定する文字列を含むことを特徴とする請求項４に記載のカメラ制御装置。
【請求項６】
　前記第１の文字列は、予約撮影のアングルを変化させるのに必要な文字列を含むことを特徴とする請求項４に記載のカメラ制御装置。
【請求項７】
　前記カメラ制御装置は、前記第１の文字列と、前記第２の文字列と、前記カメラ制御装置のアドレスに対応する第３の文字列とを含むＵＲＬから前記第１の文字列及び前記第２の文字列を取得することを特徴とする請求項１〜６の何れか１項に記載のカメラ制御装置。
【請求項８】
　外部装置とＨＴＴＰプロトコルを使用した通信を行うカメラ制御装置の制御方法であって、
　前記外部装置から第２の文字列とともに得られた第１の文字列に従ってカメラを制御するカメラ制御工程と、
　前記第１の文字列に従って前記カメラを制御することによって得られた画像を前記第２の文字列に対応する画像フォーマットで前記外部装置に送信する送信工程とを有することを特徴とする制御方法。
【請求項９】
　前記第１の文字列は、前記カメラのズーム、パン又はチルトの制御に使用される文字列を含むことを特徴とする請求項８に記載の制御方法。
【請求項１０】
　前記第１の文字列は、１つの画像の予約撮影に必要な文字列を含むことを特徴とする請求項８に記載の制御方法。
【請求項１１】
　前記第１の文字列は、複数の画像の予約撮影に必要な文字列を含むことを特徴とする請求項８に記載の制御方法。
【請求項１２】
　前記第１の文字列は、予約撮影の間隔を指定する文字列を含むことを特徴とする請求項１１に記載の制御方法。
【請求項１３】
　前記第１の文字列は、予約撮影のアングルを変化させるのに必要な文字列を含むことを特徴とする請求項１１に記載の制御方法。
【請求項１４】
　前記カメラ制御装置は、前記第１の文字列と、前記第２の文字列と、前記カメラ制御装置のアドレスに対応する第３の文字列とを含むＵＲＬから前記第１の文字列及び前記第２の文字列を取得することを特徴とする請求項８〜１３の何れか１項に記載の制御方法。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
　本発明に係るカメラ制御装置は、上記の課題を解決するため、外部装置とＨＴＴＰプロトコルを使用した通信を行うカメラ制御装置であって、前記外部装置から第２の文字列とともに得られた第１の文字列に従ってカメラを制御するカメラ制御手段と、前記第１の文字列に従って前記カメラを制御することによって得られた画像を前記第２の文字列に対応する画像フォーマットで前記外部装置に送信する送信手段とを有することを特徴とする。
　また、本発明に係る制御方法は、上記の課題を解決するため、外部装置とＨＴＴＰプロトコルを使用した通信を行うカメラ制御装置の制御方法であって、前記外部装置から第２の文字列とともに得られた第１の文字列に従ってカメラを制御するカメラ制御工程と、前記第１の文字列に従って前記カメラを制御することによって得られた画像を前記第２の文字列に対応する画像フォーマットで前記外部装置に送信する送信工程とを有することを特徴とする。