(57)【特許請求の範囲】
【請求項１】
カメラ装置から映像を入力する映像入力手段と、ネットワークを介した通信を行なうための通信手段とを備え、前記ネットワーク上のクライアントからの要求に従って入力した映像を前記クライアントに向けて転送する映像制御装置であって、
予め記憶した情報に基づいて、前記映像入力手段から入力される映像中に、状態情報をネットワーク通信可能な情報処理装置がオブジェクトとして含まれるか否かを判断する判断手段と、
該判断手段によって、前記映像入力手段で入力される映像中に、前記情報処理装置がオブジェクトとして含まれると判断した場合、前記通信手段を用いて前記情報処理装置の現在の状態情報を前記情報処理装置より取得し、当該状態情報に基づいて情報画像を生成する情報画像生成手段と、
前記映像入力手段で入力される映像画像中に、前記情報画像を合成する画像合成手段と、
前記画像合成手段で合成して得られた画像を前記クライアントに向けて転送する転送手段と
を備えることを特徴とする映像制御装置。
【請求項２】
前記状態情報は、前記情報処理装置に対して前記通信手段により前記状態情報の獲得要求を発することで取得することを特徴とする請求項１に記載の映像制御装置。
【請求項３】
前記情報画像生成手段は、更に、前記通信手段を用いて取得した所在が移動する他のオブジェクトの所在に関する現在の情報に基づいて、前記他のオブジェクトの映像が得られる他のカメラ装置を判定する判定手段を備え、
該判定手段によって前記他のオブジェクトの映像が得られると判定した場合、前記他のカメラ装置より得られる現在の映像を用いて前記情報画像を生成することを特徴とする請求項１に記載の映像制御装置。
【請求項４】
カメラ装置から映像を入力する映像入力手段と、ネットワークを介した通信を行なうための通信手段とを備え、前記ネットワーク上のクライアントからの要求に従って入力した映像を前記クライアントに向けて転送する映像制御装置の制御方法であって、
予め記憶した情報に基づいて、前記映像入力手段から入力される映像中に、状態情報をネットワーク通信可能な情報処理装置がオブジェクトとして含まれるか否かを判断する判断工程と、
該判断工程によって、前記映像入力工程で入力される映像中に、前記情報処理装置がオブジェクトとして含まれると判断した場合、前記通信手段を用いて前記情報処理装置の現在の状態情報を前記情報処理装置より取得し、当該状態情報に基づいて情報画像を生成する情報画像生成手工程と、
前記映像入力手段で入力される映像画像中に前記情報画像を合成する画像合成工程と、
前記画像合成工程で合成して得られた画像を前記クライアントに向けて転送する転送工程と
を備えることを特徴とする映像制御装置の制御方法。
【請求項５】
前記状態情報は、前記情報処理装置に対して前記通信手段により前記状態情報の獲得要求を発することで取得することを特徴とする請求項４に記載の映像制御装置の制御方法。
【請求項６】
前記情報画像生成工程は、更に、前記通信手段を用いて取得した所在が移動する他のオブジェクトの所在に関する現在の情報に基づいて、前記他のオブジェクトの映像が得られる他のカメラ装置を判定する判定工程を備え、
該判定工程によって前記他のオブジェクトの映像が得られると判定した場合、前記他のカメラ装置より得られる現在の映像を用いて前記情報画像を生成することを特徴とする請求項４に記載の映像制御装置の制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は映像制御装置及び制御方法及び記憶媒体、詳しく遠隔のクライアントからの要求に従って、入力した映像をそのクライアントに向けて転送する映像制御装置及び制御方法及び記憶媒体に関するものである。
【０００２】
【従来の技術】
既存のネットワークを介して遠隔にあるカメラサーバ（カメラを制御し、撮影映像をクライアントに転送する装置）に接続して、撮影された映像をクライアントから見ることができるシステムを、本願出願人は既にいくつか出願している。
【０００３】
カメラサーバは、例えばパーソナルコンピュータやワークステーション等の汎用装置を用い、それにビデオキャプチャ機能を有するカード（もしくはボード）を装着し、そのカードにビデオカメラを接続した形態となる。また、クライアントがカメラサーバのカメラアングル（パン、チルト、ズーム等）を制御することを可能にするため、カメラ装置がズーム値を変更可能とするとともに、そのカメラ装置を所定の雲台に搭載させ、カメラサーバ本体からアングルを制御するための信号を所定のインタフェース（例えばパーソナルコンピュータが標準で有するシリアルインタフェース）を介してカメラ装置に出力する提案もしている。
【０００４】
一方、クライアントであるが、これもパーソナルコンピュータやワークステーション等の汎用装置で構成されることになる。
【０００５】
【発明が解決しようとする課題】
しかしながら、上記提案では、遠隔にあるカメラで撮影された映像を確認することはできても、表示されている個々のオブジェクトについて、そのオブジェクトの映像以上の情報を得るには至っていない。
【０００６】
本発明はかかる問題点に鑑みなされたものであり、映像中のオブジェクトの詳細を確認することを可能にする映像制御装置及び制御方法及び記憶媒体を提供しようとするものである。
【０００７】
【課題を解決するための手段】
この課題を解決するため、例えば本発明の映像制御装置は以下に示す構成を備える。すなわち、
カメラ装置から映像を入力する映像入力手段と、ネットワークを介した通信を行なうための通信手段とを備え、前記ネットワーク上のクライアントからの要求に従って入力した映像を前記クライアントに向けて転送する映像制御装置であって、
予め記憶した情報に基づいて、前記映像入力手段から入力される映像中に、状態情報をネットワーク通信可能な情報処理装置がオブジェクトとして含まれるか否かを判断する判断手段と、
該判断手段によって、前記映像入力手段で入力される映像中に、前記情報処理装置がオブジェクトとして含まれると判断した場合、前記通信手段を用いて前記情報処理装置の現在の状態情報を前記情報処理装置より取得し、当該状態情報に基づいて情報画像を生成する情報画像生成手段と、
前記映像入力手段で入力される映像画像中に、前記情報画像を合成する画像合成手段と、
前記画像合成手段で合成して得られた画像を前記クライアントに向けて転送する転送手段とを備える。
【０００８】
【発明の実施の形態】
以下、本発明に係る実施形態の一例を詳細に説明する前に、その前提部分を説明する。その後で、実施形態を説明する。
【０００９】
＜概要の説明＞
既存のネットワークを介して、遠隔にあるカメラサーバに接続されているカメラの映像を、クライアント側で見ることができ、しかも、クライアント側からそのアングル（パン、チルト、ズーム値等）を制御できる提案については、先に説明した如く、本願出願人が提案している。
【００１０】
この提案の主たる特徴の１つは、世間一般に知られている監視カメラ等ではなく、汎用ネットワーク（インターネット）のプロトコルを用い、そのプロトコルの範囲内でカメラを制御するものである。
【００１１】
図１は、カメラサーバ装置のブロック図であり、以下の各手段により構成される。１００３はカメラアングルや撮影条件などを制御可能なカメラ、１００１は外部装置１００２からの指示によりカメラ１００３を制御し撮影した映像を返答する制御装置であり、たとえばパーソナルコンピュータをベースに実現される。制御装置１００１はカメラ１００３をＲＳ−２３２Ｃインターフェース等を介して制御信号を出力し、カメラアングルを制御するカメラ制御手段１０１７、カメラ１００３の撮影映像を画像キャプチャ装置などで入力する映像入力手段１０１８、ネットワークアダプタ等で本装置と他の装置とが情報交換を行うための通信インターフェース手段１０１１を有する。そして、これらの資源に加え、コンピュータのＣＰＵや記憶装置や補助記憶装置などの各資源を利用したプログラムおよびメモリデータとして実現することで、以下の手段を有する。
【００１２】
すなわち、１０１２のコマンド解釈手段、１０１３の受付コード生成手段、１０１５の時限手段、１０１９の画像記憶手段、１０１４の予約登録手段である（これらについて後述する説明から明らかになるであろう）。
【００１３】
外部装置１００２は、例えばＷＷＷサーバやＷＷＷブラウザである。外部装置１００２がＷＷＷサーバである場合には、本装置がＷＷＷサーバの管理下に置かれることになり、ＷＷＷブラウザ（クライアント）からは、文書データやイメージデータの格納先であるＷＷＷサーバに対して、対象とするデータの格納先が示されたＵＲＬLに従ってその情報を提示する。ＷＷＷサーバは、これに応えて、対応する文書データやイメージデータをＷＷＷブラウザに返答する。
【００１４】
また、外部装置１００２がＷＷＷブラウザである場合には、上記のＷＷＷサーバの機能を本装置に取り込んだと解釈すれば良い。
【００１５】
但し、説明を簡単にするため、外部装置１００２はＷＷＷサーバであり、それらの間をＨＴＴＰプロトコルで通信を行い、本構成例の制御装置１００１は、映像データの応用では、あたかもＷＷＷサーバとして機能する例を説明する。これは、ＷＷＷサーバの通信方法を本制御装置でも用いれば実現できる。
【００１６】
一般にＷＷＷ文書中にイメージデータを貼り込む時には、以下のような記述が用いられることは周知である。
【００１７】
<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">
以上のような、HTML文書記述があった場合、ＷＷＷブラウザである外部装置１００２は、制御装置１００１に画像データの要求を行う。すなわち、通信インターフェース手段１０１１を介して、制御装置１００１に要求が入ると、コマンド解釈手段１０１２が起動され、要求の解釈とそれに対する応答の処理が開始される。
【００２０】
その処理例を図２のフローチャートに示す。まず、ステップS１０１で、ファイル名として記述されたコマンドを解釈する。すなわち要求の先頭が「P」であれば撮影コマンドと認識し、ステップS１０２に進む。ここでは、カメラ制御手段１０１７を介し、指定されたパン、チルト、ズームの各値でカメラを操作し(ステップS１０２)、撮影された画像を指定された方法の画像フォーマットに変換し、通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答する。
【００２１】
このとき、通信インターフェース手段１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される。そして、本処理を終了する。
【００２２】
これにより、ＨＴＭＬ文書に、あたかもＷＷＷサーバのファイルに格納されたイメージデータのように撮影された映像が貼り込まれて表示されるようになる。
【００２３】
ステップS１０１における条件判断で、要求の先頭が「R」であれば予約コマンドと認識され、ステップS１０４の条件判断を介し、ステップS１０５に進む。
【００２４】
予約コマンドとは、撮影映像の取り込みを予約し、後でその撮影された映像をクライアントに転送するサービスである。この場合には、英字「R」で始まり、年、月、日、時、分をそれぞれ整数で表し、ピリオドで区切ったものが続く、そして、その後に撮影条件であるパン・チルト・ズームの指示が続き、最後には、画像フォーマットを表す名称を付ける。
【００２５】
たとえば、１９９６年７月６日１３時１５分にパン角２５度、チルト角０度で３倍ズームの映像をgifフォーマットで撮影予約したい場合には、以下のように記述する。
【００２６】
<img  src="http://www.foo.co.jp/R1996.7.6.13.15P25T0Z3.gif">
以上のような、予約コマンドが指定された場合、カメラサーバは、ステップS１０５において、受付コード生成手段１０１３より、ユニークな識別番号を受付コードとして外部装置１００２に転送する。これを受け取った外部装置１００２は、後程、その受付コードをカメラサーバに転送することで、予約して撮影された映像を取り込むことが可能になる。受付コードは、たとえば、生成要求ごとに+１されるカウンターとして実現してもいいし、要求された年月日の時刻を表す数値によって実現してもよい。
【００２７】
そして、この受付コードと予約時刻と撮影条件と画像フォーマットの情報を予約登録手段１０１４に登録し(ステップS１０６)、受付コードを通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答する(ステップS１０７)。
【００２８】
なおこの時も、返答内容が受付コードであることを示した内容種別情報やステータス情報等が先頭に付加される。そして、本処理を終了する。
【００２９】
単純にこのような撮影予約を含んだHTML文書を作成して、それを、一般のＷＷＷブラウザで表示しようとした場合には、画像データの代わりに受付コードが帰ってくるだけなので、結局画像は表示されないが、ＷＷＷサーバのCGIプログラム等によって、制御装置１００１に対して、撮影予約をＷＷＷブラウザと同様の方法で行い、受付コードが得られたら、後述する画像取り出しコマンドでその受付コードを指定したイメージデータ記述を含んだHTML文書を生成すれば、この生成された文書をＷＷＷブラウザで表示すると、予約したとおりに撮影が行われ、その画像データが表示されるようになる。
【００３０】
なお、取り出しコマンドは、英字「G」で始まり、受付コードが続き、最後には、画像フォーマットを表す名称を付ける。ここの受付コードは、外部装置１００２に予約を行ったときに返答されるものである。
【００３１】
たとえば「１２５４３」が受付コードとして返された時、撮影予約した画像を撮影後に取り出す時には、以下のような記述を用いる。
【００３２】
<img  src="http://www.foo.co.jp/G12543.gif">
予約登録手段１０１４は、たとえば、図３のような、表の形式で制御装置１００１の記憶装置や補助記憶装置中に実現することができる。たとえば、上記の予約例の場合で、受付コードが「１２５４３」であったとき、第１欄のように記録される。
【００３３】
予約登録が完了すると後述する時限手段によって、予約した時刻に指示通りの撮影が行われ、画像記憶手段１０１９に画像データが保持される。
【００３４】
画像記憶手段１０１９は、たとえば、図４のような、表の形式で、制御装置１００１の記憶装置や補助記憶装置中に実現することができる。たとえば、上記の予約例の撮影結果は、受付コードと画像フォーマットの情報とともに、指定されたフォーマットに従った画像データとして、第１欄のように記録される。
【００３５】
ステップS１０１における条件判断で、要求の先頭が「G」であれば画像取り出しコマンドであると認識し、ステップS１０４とステップS１０８の条件判断を介し、ステップS１０９に進み、画像記憶手段１０１９に保存されるデータを検索する。
【００３６】
そして、画像取り出しコマンドとして記述された受付コードと同じ値で格納されているかどうかを判断し(ステップS１１０)、登録されているならば、その画像データを取り出し、通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答する。
【００３７】
このときも、通信インターフェース手段１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される(ステップS１１１)。そして、ステップS１１２で、いま取り出した画像データが格納されている画像記憶手段１０１９の欄を消去する。そして、本処理を終了する。
【００３８】
ステップS１１０で、指定された受付コードに対応する画像データが格納されていないと判断したら、対象画像が未撮影というエラー情報を通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答し、本処理を終了する。
【００３９】
また、ステップS１０８で、外部装置１００２よりの要求の先頭が「G」で
ない場合は、未定義コマンドであるというエラー情報を通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答し、本処理を終了する。
【００４０】
以上のようにして、外部装置１００２と本発明の制御装置１００１との情報交換が行われる。
【００４１】
次に、予約登録手段１０１４に登録された予約データに基づき、カメラ制御と撮影と撮影結果の格納を行う時限手段１０１５について説明する。
【００４２】
時限手段１０１５においては、定時間間隔、たとえば１分おきに、時限プログラムが起動される。これは、コンピュータのタイマーを利用したりすれば実現できる。時限プログラムの動作を、図５のフローチャートを用いて説明する。
【００４３】
まず、現在時刻を制御装置１００１のタイマーから読み出し(ステップS２０１)、ステップS２０２に進む。ステップS２０２では、予約登録手段１０１４から順に一欄づつ登録された予約項目を取り出す。ステップS２０３で、すべて取り出し終ったと判断できたら本処理を終了し、予約項目が取り出せたなら、ステップS２０４に進む。対象の予約項目における設定時刻が、現在時刻より未来である時は、ステップS２０２に戻って処理を繰り返す。そうでない時は、設定時刻になったと判断し、ステップS２０５に進み、取り出した予約項目の撮影条件に従って、カメラ制御手段１０１７を介しカメラ１００３を制御し、撮影を行う。そして、撮影された画像を予約項目で指定された方法の画像フォーマットに変換し、この画像データを受付コードと画像フォーマット情報とともに画像記憶手段１０１９に格納する(ステップS２０６)。  続いて、現在取り出した、予約項目を予約登録手段１０１４から消去し(ステップS２０７)、ステップS２０２に戻って処理を繰り返す。
【００４４】
これにより、予約通りの撮影が行われ、その結果が保管され、後に、画像取り出しコマンドが外部装置１００２から要求されると、この画像データが返答されることになる。
【００４５】
以上のように、カメラ制御装置をＷＷＷシステムのネットワークに接続し、カメラ制御装置のアドレスにカメラの撮影条件の記述を加えたＵＲＬをイメージデータのソースとして記述するだけで、簡単に遠隔のカメラを操作したライブ画像（すなわち、今現在の映像）をＷＷＷ文書中に貼り込むことが可能になる。なお、これだけを実現するには、１０１３の受付コード手段、時限手段１０１５、画像記憶手段１０１９、予約登録手段１０１４のそれぞれは、不要であり、コマンド解釈手段１０１２のステップS１０４以降のステップは不要である。
【００４６】
また、時限手段１０１５、画像記憶手段１０１９、予約登録手段１０１４を設けたことにより、ＷＷＷサーバのＣＧＩプログラムなどを利用すれば、カメラ撮影の予約を行い、その結果を後刻ＷＷＷページに取り込んで表示を行うことが可能になる。特に、ネットワークが混雑するような時間帯に遠隔のカメラで撮影しようとしても、画像の転送に時間がかかり、思うように画像データを収集できないが、本構成例によれば、その時間帯でそれぞれ特定のカメラアングルで必要な時刻分だけあらかじめ予約を行っておき、夜間等、ネットワークがすいた時に、蓄積された画像データを取り出して利用することができるようになる。
【００４７】
特に、同一カメラアングルで、短い間隔で複数枚の画像を撮影することが、ネットワークの伝送容量の大きさに関わらず可能となる。
【００４８】
もちろん、ここでは、外部装置１００２とのインターフェースをＨＴＴＰプロトコルとして説明したが、どういう通信インターフェースを用いても構わない。
【００４９】
なお、本構成例では、予約に対する撮影データを同定するために受付コードを用いたが、受付コード発生手段を用いずに、画像要求する外部装置１００２側で、ユニークな要求番号を生成し、予約コマンドの一部として要求を行い、制御装置では、外部装置１００２と要求番号との組みにより、対象となる画像データを同定する方法を用いてもよい。
【００５０】
また、予約時刻は分単位としたが、秒単位やミリ秒単位まで拡張しても構わない。
【００５１】
また、画像フォーマットは、gifを例に挙げたが、JPEGをjpgというファイルエクステンションで表現し、どちらかを切り替えられるようにしてもよいし、それ以外のファイル形式を採用しても構わない。
【００５２】
また、ファイル名をコマンドとみなしたが、ＵＲＬのパラメータ記述を利用してもよい。たとえば、パン、チルト、ズーム、画像フォーマットをそれぞれ、２５度、５度、２倍、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">
＜変形例＞
上記構成例（第１例）では、一度に一画像しかカメラ撮影予約ができなかった。本構成例（第２例）においては、予約コマンドを「+」で副数個結合してできたファイル名に画像フォーマットを表すファイルエクステンションを付加して、一度に複数の時刻やカメラアングルの予約を可能にする。
【００５５】
たとえば、１９９６年７月６日１３時１５分と３０分と４５分にパン角２５度チルト角０度で３倍ズームで撮影し、３枚の画像を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">
本第２例は、第１例と以下の変更点を除き同一である。
【００５９】
すなわちコマンド解釈手段１０１２が、そのプログラムのステップS１０６とテップS１１１とステップS１１２とを、上記のような記述を解釈できるようにすることである。
【００６０】
すなわち、ステップＳ１０６では、要求されたコマンドはひとつと限定せず、「+」で結合された複数の予約コマンドとして解析し、ステップS１０５で生成された予約コードと画像フォーマット情報は同一にして、それぞれの予約コマンドで指定された予約時刻と撮影条件を、複数の予約として予約登録手段１０１４に登録する。
【００６１】
一方、ステップS１１１では、同じ予約コードで登録されている複数の画像データを取り出し、あらためて、複数枚の画像データが含まれるひとつの画像データとしてフォーマットし直し、通信インターフェース手段１０１１を介して
要求元の外部装置１００２に返答する。このときも、通信インターフェース手段１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される。
【００６２】
ステップS１１２では、取り出した複数の画像データに関して、それぞれに対応する画像記憶手段１０１９の欄を消去する。
【００６３】
以上のように構成することにより、一度に多くの予約ができ、それらを複数枚の画像からなるひとつの画像データとしてまとめて取り扱うことが可能になり、それぞれの画像データごとに対応する複数の受付コードを管理する手間が省ける。
【００６４】
また、植物の成長記録等、間欠写真撮影などに適用すると、複数枚の撮影画像がひとつの画像データに納まる疑似動画として取り扱うことも可能になる。
【００６５】
＜第３例＞
上記第２例では、同一のカメラアングルで同一時間間隔で間欠撮影する場合にも、撮影する数だけ予約コマンドを連結して指定しなければならない。本３例においては、予約コマンドの時刻指定の直後に、終了時刻と間欠時間を付加し、その後にカメラアングル等の撮影条件や画像フォーマットを指定するようにする。終了時刻は、「t」に続き時刻を指定し、間欠時間は「e」に続き分単位の時間を指定する。
【００６６】
たとえば、１９９６年７月６日１３時１５分と３０分と４５分（つまり、１５分間隔）にパン角２５度チルト角０度で３倍ズームで撮影し、３枚の画像をgifフォーマットで後に取り出す場合には、以下のように記述する。
【００６７】
<img  src="http://www.foo.co.jp/R1996.7.6.13.15t1996.7.6.13.45e15P25T0Z3.gif">
ここで、「"」と「"」とで囲まれている文字列が２行以上にまたがって表示されているかもしれないが、実際の記述は、改行を含まない、一行で記述する。
【００６８】
もちろん、この場合も終了時刻の日時や時間が同じであった場合は、省略可能としてもよい。その場合は、上記と同じ予約を以下のように記述できる。
【００６９】
<img  src="http://www.foo.co.jp/R1996.7.6.13.15t....45e15P25T0Z3.gif">
本第３例の基本構成は、第１例と以下の変更点を除き同じである。
【００７０】
すなわちコマンド解釈手段１０１２が、そのプログラムのステップS１０６とステップS１１１とステップS１１２とをそれぞれ、上記の記述を解釈できるようにする点である。
【００７１】
ただし、このときの、予約登録手段１０１４は、その管理テーブルの構成が図６のようにする必要はある。つまり、図示の如く、間欠時間の項目を必要とすることになる。
【００７２】
そして、ステップS１０６では、要求された予約コマンドが、終了時刻と間欠時刻を持つ形であったら、予約時刻を撮影時刻として、受付コード、撮影条件、画像フォーマットとともに、予約登録手段１０１４に登録する。要求された予約コマンドが単純な予約であり、終了時刻と間欠時刻を持たなかったら、終了時刻は撮影時刻と同じにし、間欠時刻は１に設定する。
【００７３】
また、ステップS１１１では、同じ予約コードで登録されている複数の画像データを取り出し、あらためて、複数枚の画像データが含まれるひとつの画像データとしてフォーマットし直し、通信インターフェース手段１０１１を介して
要求元の外部装置１００２に返答する。
このときも、通信インターフェース手段１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される。また、ステップS１１２では、取り出した複数の画像データに関して、それぞれに対応する画像記憶手段１０１９の欄を消去する。
【００７４】
一方、時限手段３０１５においては、ステップS３２０７では、取り出した予約項目の間欠時間を撮影時刻に加えたもので、登録された予約情報を更新し、撮影時刻が終了時刻より未来になったらこの項目を、予約登録手段２０１４から消去する。
【００７５】
以上のように構成することで、間欠写真が短いコマンドで、簡単に取れるようになる。
【００７６】
特に、長期間に渡って間欠写真を取る場合、第２例のような方法だと、コマンドが非常に長くなり、実質的には実現できなくなる場合が多いが、本構成例によれば、画像データを蓄積する記憶装置の記憶量さえ充分に用意すれば実現できるようになる。
【００７７】
＜第４例＞
第３例では、間欠撮影した結果を複数枚の静止画データとして取り出す形態を取ったが、本構成例では、動画データとして取り出す形態も付加する。
【００７８】
動画データとして取り出す時には、ファイルエクステンションを「mpg」にする。たとえば以下のように記述する。
【００７９】
<img  src="http://www.foo.co.jp/R1996.7.6.13.15t....45P25T0Z3.mpg">
本構成例の基本構成は図７に示す通りである。これは、第３例と以下の変更点を除き同じである。すなわちＭＰＥＧ１圧縮装置等の動画像圧縮手段２０２１が追加される点と、コマンド解釈手段３０１２が上記コマンドを解釈実行できるようにした点である。
【００８０】
たとえば、ステップS１１１のところでは、画像フォーマット指定がjpgやgif等の静止画フォーマットであれば、同じ予約コードで登録されている複数の画像データを取り出し、あらためて、複数枚の画像データが含まれるひとつの画像データとしてフォーマットし直し、通信インターフェース手段１０１１を介して
要求元の外部装置１００２に返答する。また、画像フォーマットがmpgと指定されていたら、同じ予約コードで登録されている複数の画像データを取り出しそれぞれの画像を復元し、動画像圧縮手段２０２１に引渡して圧縮をかけ、その結果の動画像データを通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答する。
【００８１】
このときも、通信インターフェース手段１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される。
以上のように構成することにより、画像フレーム間の関連を用いた圧縮が行われ、特に、余り変化のない間欠写真などでは、大幅な画像データ圧縮が行われるため、後に画像データを取り出す時の通信量を削減でき、通信時間を大幅に短縮することが可能になる。
【００８２】
＜第５例＞
第３例では、撮影するカメラアングルは同一のものであったが、本第５例においては、予約コマンドの時刻指定の直前に、制御変数の定義を付加し、その後に時刻指定、その後にカメラアングル等の撮影条件や画像フォーマットを指定した繰り返し撮影が出来るようにする。時刻指定と撮影条件に制御変数の参照を指定できるようにしようとするのである。
【００８３】
制御変数の定義は
「$(」ではじまり、定義本体があって、「)」で終る。
【００８４】
定義本体には２つの書き方がある。１つは初期値と終値、増分を指定する方法で、増分が正か負かに依って更に２つの書き方に分かれる。また別の書式は制御変数のとる値を全て書き下す書き方である。
【００８５】
すなわち
$(<制御変数>=初期値,upto終値,up増分)
$(<制御変数>=初期値,downto終値,down増分)
または
$(<制御変数>=値１,値２,値３,値４,...値n)
である。
【００８６】
ここで<制御変数>は英文字１文字以上からなる文字列で、制御変数の識別子である。
【００８７】
制御変数の参照は
「$(」ではじまり、参照本体があって、「)」で終る。参照本体は制御変数を含む４則演算式である。
【００８８】
たとえば、１９９６年７月６日１３時１５分になったら
パン角２５度チルト角０度で３倍ズーム、
パン角３０度チルト角０度で３倍ズーム、
パン角３５度チルト角０度で３倍ズーム、
で撮影（実際にはアングルを変更するわけであるから、これらの間でタイムラグは発生する）し、３枚の画像をgifフォーマットで後に取り出す場合には、以下のように記述する。
【００８９】
"http://www.foo.co.jp/R$(pan=25,upto35,up５)1996.7.6.13.15P$(pan)T0Z３.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"
ここで、「"」と「"」とで囲まれている文字列が２行以上にまたがって表示されているかもしれないが、実際の記述は、改行を含まない、一行で記述する。
【００９０】
本構成例は、第２例と比較し、コマンド解釈手段２０１２内で上記の記述を解釈できるようにする点で異なるものの、その他は同じである。
【００９１】
例えば、ステップS１０６の内部を示すと図８のようになる。
【００９２】
「R」の次の文字が$である場合これは制御変数の定義であるので、第５例の予約コマンドとなる。ステップS５０１で「$(」で始まり「)」で終る１つの制御変数定義を取得し、ステップS５０２で全ての定義を取り出したかを検査する。制御変数定義を全て取り出した後ステップS５０３で制御変数に初期値を束縛する。
【００９３】
ステップS５０４でコマンドの残りの部分をスキャンし「$(」で始まり「)」で終る制御変数参照を検索し全ての参照を束縛されている値で置き換える。ステップS５０６でこの結果の文字列を先に述べた繰り返し撮影の予約コマンドとして解析し、ステップS１０５で生成された予約コードと画像フォーマット情報は同一にしてそれぞれの予約コマンドで指定された予約時刻と撮影条件を、複数の予約として予約登録手段１０１４に登録する。これを制御変数が全て終値になるまで繰り返す。
【００９４】
以上のように構成することで、カメラアングルを変化させた間欠写真が短いコマンドで、簡単に取れるようになる。
【００９５】
また、説明では制御変数の定義を１つだけ使ったが、この定義は複数書くことが出来、その場合定義は入れ子になる解釈をするものとする。
【００９６】
なお、本構成例では、繰り返し構文の導入について説明したが、同様にして、条件判断構文や変数定義、変数代入や四則演算などの構文を導入することもできる。
すなわち、コマンド解釈手段をプログラムインタプリタとして実現し、ＵＲＬの内容をプログラムとしてみなして保持し、解釈実行させるようにできる。このようにすると、複雑なカメラ制御等も自動的に実行できるようになる。
【００９７】
＜第６例＞
第５例では、撮影するカメラアングルの指定は全て同じＵＲＬに記述しなくてはならない。本第６例においては、予約コマンドの一部をマクロライブラリとして別に登録しておくことが出来るようにする。時刻指定と撮影条件を記述したデータを外部装置に格納しておく例で説明する。
【００９８】
説明のためたとえば、１９９６年７月６日１３時から以下のカメラアングルに１分毎に順に変化させ撮影を行うことを想定する。
【００９９】
パン角２５度チルト角０度で３倍ズーム、
パン角３０度チルト角０度で３倍ズーム、
パン角３５度チルト角０度で３倍ズーム、
パン角３５度チルト角１度で４倍ズーム、
パン角３０度チルト角２度で４倍ズーム、
パン角３５度チルト角３度で５倍ズーム、
パン角３５度チルト角４度で５倍ズーム、
パン角３５度チルト角５度で６倍ズーム、
パン角３５度チルト角５度で７倍ズーム、
パン角３５度チルト角５度で８倍ズーム
これを指示するコマンドを、第２の外部装置
http://www.bar.co.jp/camcon-a.ctl
に格納しておく。
【０１００】
これは、たとえば、以下のようになる。
【０１０１】
R1996.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.3P35T5Z6+R1996.7.6.13.4P35T5Z7+R1996.7.6.13.3P35T5Z8.gif
これを利用するため制御装置に与えるコマンドは「%２３(」で始まり、URLが引続き、「)」で終る外部参照コマンドである。例を示すと次の通りである。
【０１０２】
"http://www.foo.co.jp/%23(httpd%3e//www.bar.co.jp/camcon-a.ctl)"
この場合、www.bar.co.jpが上記の第２の外部装置に相当することになる。つまり、カメラサーバwww.foo.co.jpに対して、www.bar.co.jp/camcon-a.ctlに記述された内容に従って制御を依頼するという意味にである。camcon-a.ctlには上記の“R1996…”の記述が格納されていることになる。
【０１０３】
本第６例を図９に示す。第５例と比較すると、コマンド解釈手段６０１２が、上記のコマンドを解釈できるようになっている点が異なり、その他は実質的に同じである。
【０１０４】
コマンド解釈手段６０１２の動作を図１０にしたがって説明する。
【０１０５】
ステップS６２１で、ファイル名として記述されたコマンドを解釈する。要求の先頭が「%２３」であれば外部参照コマンドと認識し、ステップS６２２に進む。ステップS６２２では、そして、「(」と「)」にはさまれた部分を、コマンドが記述されて格納されたファイルの指定のURLとみなし、URLにしたがって要求を送る。以上の例では、第２の外部装置１００４に要求を出すことになる。そして、ステップS６２３で、返答を待つ。
【０１０６】
返答は、たとえば、上記のような、長い予約コマンドが返されることになる。ここで解釈した外部参照コマンドをこれに置き換えるようにして展開し、以降のコマンド解釈に適用できるようにする(ステップS６２４)。そして、ステップS１０１に進む。
【０１０７】
また、ステップS６２１で、外部参照コマンドではなかった場合もステップS１０１に進む。
【０１０８】
ステップS１０１以降の処理は、第１例の説明を行った時に用いた図２と同じであるので、説明は割愛する。なお、それぞれ、第２例から第５例への拡張も同様に適用できる。
【０１０９】
以上のように構成することで、複雑な時間予約やカメラアングルを複雑に変化させた間欠写真が短いコマンドで、簡単に取れるようになる。
【０１１０】
ここでは説明のために、制御装置と外部装置を異なる装置のように説明したが、この２つの装置が同じであってもよい。その場合、ＵＲＬは以下のように記述できよう。
【０１１１】
"http://www.foo.co.jp/%23(httpd%3e//www.foo.co.jp/camcon-a.ctl)"
又は
"http://www.foo.co.jp/%23(camcon-a.ctl)"
もちろん、最初に要求をかける外部装置にコマンドが格納されているならば、そのアドレスを用いればよい。その時は、第２の外部装置は不要である。
【０１１２】
＜実施形態の説明＞
以上説明したように、第１〜第６例は、その記述法には様々なものが使用でき、生の映像や予約して撮影済みの映像をＷＷＷブラウザで見ることができるものの、それ以上の情報、すなわち、表示された映像中の所望とするオブジェクトのより詳しい情報（付加情報）を得ることはできない。そこで、本実施形態ではこれを可能にする。
【０１１３】
説明を簡単にするため、本実施形態では、社内に設置されたネットワーク上に上記のようなカメラサーバとなる装置と、クライアントが設けられている場合を説明する。なお、カメラサーバとクライアントはそれぞれ複数あっても良いのは勿論である。
【０１１４】
一般に、ネットワークを構築する場合、そこには様々なサーバを設置することが可能である。特に、近年では、それまでスタンドアロンとして使用してきた装置、例えば、複写機やファクシミリ装置等もネットワーク上に接続することで、統合化システムを構築する試みがなされている。
【０１１５】
ネットワークを構築して、例えば遠隔にあるプリントサーバでもって印刷させようとすると、クライアントから見れば、印刷データの出力はごく短時間で完了する。これはプリントサーバが、印刷データをスプールしてしまうからである。プリントサーバは、いくつものクライアントから印刷データを受信することも可能であるので、スプールした順番に印刷データをプリンタに出力することになる。
【０１１６】
ここで問題になるのは、プリントサーバがクライアントのごく近い場所にない場合である。いくつものクライアントが同時に印刷処理を行なうと、印刷データはキューされることになり、印刷結果を取りに行った結果、未だ別の印刷を行なっている、という事態が往々にして良くあるものである。
【０１１７】
本実施形態では、遠隔にあるカメラを制御して、その視野内に目的とするプリンタを見た場合に、そのプリンタの状況を付加情報としてカメラ映像に付加させ、それをクライアントに向けて転送することをも可能にする。
【０１１８】
図１１は実施形態のサーバのブロック図であり、以下の各手段により構成される。
【０１１９】
１００３はカメラアングルや撮影条件などを制御可能なカメラ、１００１は外部装置１００２からの指示によりカメラ１００３を制御し撮影した映像を返答する制御装置であり、たとえばパーソナルコンピュータをベースに実現される。
制御装置１００１はさらに、カメラ１００３をＲＳ−２３２Ｃインターフェース等で制御するカメラ制御手段１０１７、カメラ１００３の撮影映像を画像キャプチャ装置などで入力する映像入力手段１０１８、ネットワークアダプタ等で本装置と他の装置とが情報交換を行うための通信インターフェース手段１０１１，
を有し、これらの資源に加え、コンピュータのＣＰＵや記憶装置や補助記憶装置などの各資源を利用したプログラムおよびメモリデータとして実現される以下の手段を有する。
【０１２０】
すなわち、１０１２のコマンド解釈手段、１０１３の受付コード生成手段、１０１５の時限手段、１０１９の画像記憶手段、１０１４の予約登録手段，映像入力手段１０１８から得られた映像を必要に応じて加工する映像加工手段７０２０である。
【０１２１】
外部装置１００２は、たとえば、ＷＷＷサーバやＷＷＷブラウザであり、これらの間は、ＨＴＴＰプロトコルで通信を行う。すなわち、ＷＷＷブラウザからは、文書データやイメージデータの格納先であるＷＷＷサーバに対して、対象とするデータの格納先が示されたＵＲＬに従ってその情報を提示する。ＷＷＷサーバは、これに応えて、対応する文書データやイメージデータをＷＷＷブラウザに返答する。
【０１２２】
複写機システム１００７は、ネットワークインターフェースを備えた複写機であり、通信を介した状態情報要求に応じて、その時の複写機の状態情報を返答する。例えば、この複写機の識別子（名前）が，"copier#４４５"であり、状態情報要求を受けた際にプリント中であるならば，そのプリント進行状況やプリント設定などを含めて、以下のように返答する。
【０１２３】
"copier#４４５"  クライアント：Kurosawa  印刷中    "８０%"    "１部,２３ページ,両面"
ここで、“クライアント：Kurosawa”は、現在印刷しているジョブの発信元であるネットワーク上のクライアント名（もしくはＩＤ）である。ただし、印刷依頼元のkurosawaや、“１部”、“両面”等はその印刷ジョブに依存するものであり、“８０％”や“２３ページ”などは時間ととも変化するものである。また、返答する情報の項目もこれに限らず、如何なる情報であっても良い。例えば、記録紙がなくなって記録できない状態にある場合には、その旨をメッセージを返答する。
【０１２４】
なお、この複写機システム１００７は、通常のプリンタやイメージスキャナとしても機能するものである。また、上記の状態を返すためには、１つの印刷ジョブの全体のページ数がわからないと不可能であるので、複写機システム１００７内には、プリントジョブをキューできる程度の大容量のハードディスク等の外部記憶装置を備えている。また、複写機システム１００７は、単独の複写機で構成する場合には、上記の外部記憶装置が必要であるが、例えばパーソナルコンピュータ等の汎用装置と印刷、複写、イメージ読み取りの機能のみの装置で構成される場合には、その汎用装置が個々のジョブを管理することになる。従って、このジョブを管理する機能は、外部記憶装置とその処理を行なうためのプログラムがあれば可能であるので、本装置１００１内に設けても構わない。
【０１２５】
さて、本構成例では、通信インターフェース１０１１は、ＷＷＷサーバで実現されている方式を用いる。すなわち、ＨＴＴＰプロトコルで通信を行い、本構成例の制御装置１００１は、映像データの応用では、あたかもＷＷＷサーバのようにふるまう。これは、ＷＷＷサーバの通信方法を本制御装置でも用いれば実現できる。
【０１２６】
＜手順の説明＞
外部装置１００２は、先に説明した第１〜第６例に従い、以下のような記述を発行する事により、映像情報を要求する。
【０１２７】
$(pan=0,upto180,up10)P$(pan)T0Z2
ここで、映像を要求するカメラ１００１（仮に"camera#１２２"とする）に対応する制御装置１００１のアドレスを「www.camera122.foo.co.jp」とし、また、映像を要求する時間帯を"１９９６年１１月１１日の午後１時０分から１分間隔で午後１時１８分"とすると、上記の要求は以下のように記述される。実際には，これが一行で記述される。
【０１２８】
http://www.camera122.foo.co.jp/R$(pan=0,upto180,up10)1996.11.11.13.0t1996.11.11.13.18e1$(pan)T0Z2.mpg
一方、カメラ制御装置１００１は以下のように動作する。
【０１２９】
与えられた制御情報については、先に説明した第１〜第６例と同様に、それに則ってカメラを動作させ、映像情報を撮影する。ただし、視野内に複写機などの機器が入ると判定された場合（予め複写機の存在するアングル情報の管理表を所定の記憶装置に記憶させておく）、その機器の状態を取り出すべく、その機器に対して、現在の状況を問い合わせ、その情報をカメラで撮影された映像に合成する。
【０１３０】
視野内に入るか否かの判定のための管理は例えば、図１５に示すような管理テーブルをあらかじめ所定の記憶装置（例えばハードディスク装置等）に格納しておき、これを用いる。このテーブルにおいて、第１のカラムは複写機やプリンタなどの管理対象（ネットワーク上のアドレス、もしくはＩＤ）を示す。第２のカラムは、その機器が配置されている位置を示す。この例では、機器が配置される屋内でのフロア指定とそのフロア内での３次元座標(単位センチメートル)によって指定している。そして、第３のカラムでは、その機器の大きさを示している(単位センチメートル)。例えば，先頭行は、「printer#２３１」という識別子の機器が、建物の４階の北側フロアのフロアの中心を原点座標として、南北方向に３００センチメートル,東西方向に４５０センチメートル、そして、床から１００センチメートルの所に配置され、その大きさは，縦３０センチメートル、横８０センチメートル、奥行７５センチメートルである事を意味する。
【０１３１】
具体的には、下記のようにコマンド解釈手段を拡張し、それに合わせて、映像加工手段７０２０を追加している。これを図１２のフローチャートを用いて説明する。
【０１３２】
まず、ステップＳ７０１で、以下のように制御内容の解釈を行ない、撮影視野を予測する。
【０１３３】
まず、制御情報の制御構文にしたがい、実行すべき制御項目を取り出す。次に、得られた制御項目を解釈し、カメラ１００３に制御内容を与えた場合の視野を予測し、その視野内に、管理表１１内に登録された複写機などの機器が入るか否か判定する。
【０１３４】
最後に、判定の結果、視野内に入るようならば、対象機器と通信し、状態情報７０２１を得る。状態情報７０２１は、例えば、以下の通りである。
【０１３５】
("copier#４４５"  クライアント：Kurosawa  印刷中  "８０%"  "１部,２３ページ,両面")
つづいて、ステップＳ１０１で、ファイル名として記述されたコマンドを解釈する。すなわち要求の先頭が「P」であれば撮影コマンドと認識し、ステップS１０２に進む。ここでは、カメラ制御手段１０１７を介し、指定されたパン、チルト、ズームの各値でカメラを操作し(S１０２)、撮影された画像を指定された方法の画像フォーマットに変換する。
【０１３６】
その後、ステップＳ７０２で、映像合成を行なう。すなわち、映像を撮影した際の制御情報から対象機器の映像内の位置を計算し、映像内の対象機器の近傍に、先の通信によって得られた状態情報７０２１に基づく画像を生成し、それを撮影映像と画像合成する。合成結果は、例えば、図１４の通りである。
【０１３７】
そして、合成結果を、通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答する(ステップＳ１０３)。このとき、通信インターフェース手段１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される。そして、本処理を終了する。
【０１３８】
これにより、ＨＴＭＬ文書に、あたかもＷＷＷサーバのファイルに格納されたイメージデータのように撮影された映像が貼り込まれて表示されるようになる。
【０１３９】
ステップＳ１０１における条件判断で、要求の先頭が「R」であれば予約コマンドと認識され、ステップＳ１０４の条件判断を介し、ステップＳ１０５に進む。予約コマンドは、先に説明した通りであって、英字「R」で始まり、年、月、日、時、分をそれぞれ整数で表し、ピリオドで区切ったものが続く、そして、その後に撮影条件であるパン・チルト・ズームの指示が続き、最後には、画像フォーマットを表す名称を付ける。たとえば、１９９６年７月６日１３時１５分にパン角２５度、チルト角０度で３倍ズームの映像をgifフォーマットで撮影予約したい場合には、以下のように記述する。
【０１４０】
<img  src="http://www.foo.co.jp/R1996.7.6.13.15P25T0Z3.gif">
以上のような、予約コマンドが指定された場合、ステップＳ１０５では、受付コード生成手段１０１３より、ユニークな識別番号を受付コードとして受け取る。これは、たとえば、生成要求ごとに+１されるカウンターとして実現してもいいし、要求された年月日の時刻を表す数値によって実現してもよい。
そして、この受付コードと予約時刻と撮影条件と画像フォーマットの情報を予約登録手段１０１４に登録し(ステップＳ１０６)、受付コードを通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答する(ステップＳ１０７)。
【０１４１】
なお、この時も、返答内容が受付コードであることをしめしたに内容種別情報やステータス情報等が先頭に付加される。そして、本処理を終了する。
【０１４２】
単純にこのような撮影予約を含んだHTML文書を作成して、それを、一般のＷＷＷブラウザで表示しようとした場合には、画像データの代わりに受付コードが帰ってくるだけなので、結局画像は表示されないが、ＷＷＷサーバのCGIプログラム等によって、制御装置１００１に対して、撮影予約をＷＷＷブラウザと同様の方法で行い、受付コードが得られたら、後述する画像取り出しコマンドでその受付コードを指定したイメージデータ記述を含んだHTML文書を生成すれば、この生成された文書をＷＷＷブラウザで表示すると、予約したとおりに撮影が行われ、その画像データが表示されるようになる。
【０１４３】
なお、取り出しコマンドは、先に説明したように、やはり、英字「G」で始まり、受付コードが続き、最後には、画像フォーマットを表す名称を付ける。ここの受付コードは、外部装置１００２に予約を行ったときに返答されるものである。
【０１４４】
たとえば「１２５４３」が受付コードとして返された時、撮影予約した画像を撮影後に取り出す時には、以下のような記述を用いる。
【０１４５】
<img  src="http://www.foo.co.jp/G12543.gif">
予約登録手段１０１４は、たとえば、図３のような、表の形式で制御装置１００１の記憶装置や補助記憶装置中に実現することができる。
【０１４６】
たとえば、上記の予約例の場合で、受付コードが「１２５４３」であったとき、第１欄のように記録される。
【０１４７】
予約登録が完了すると後述する時限手段によって、予約した時刻に指示通りの撮影が行われ、画像記憶手段１０１９に画像データが保持される。
【０１４８】
画像記憶手段１０１９は、たとえば、図４のような、表の形式で制御装置１００１の記憶装置や補助記憶装置中に実現することができる。たとえば、上記の予約例の撮影結果は、受付コードと画像フォーマットの情報とともに、指定されたフォーマットに従った画像データとして、第１欄のように記録される。
【０１４９】
ステップＳ１０１における条件判断で、要求の先頭が「G」であれば画像取り出しコマンドであると認識し、ステップＳ１０４とステップＳ１０８の条件判断を介し、ステップＳ１０９に進み、画像記憶手段１０１９に保存されるデータを検索する。
【０１５０】
そして、画像取り出しコマンドとして記述された受付コードと同じ値で格納されているかどうかを判断し(ステップＳ１１０)、登録されているならば、その画像データを取り出し、通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答する。このときも、通信インターフェース手段１０１１では、ＨＴＴＰプロトコルを用いるため、画像フォーマットに応じた内容種別情報やステータス情報等が先頭に付加される(ステップＳ１１１)。
【０１５１】
そして、ステップＳ１１２で、いま取り出した画像データが格納されている
画像記憶手段１０１９の欄を消去する。そして、本処理を終了する。
【０１５２】
ステップＳ１１０で、指定された受付コードに対応する画像データが格納されていないと判断したら、対象画像が未撮影というエラー情報を通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答し、本処理を終了する。
【０１５３】
また、ステップＳ１０８で、外部装置１００２よりの要求の先頭が「G」でない場合は、未定義コマンドであるというエラー情報を通信インターフェース手段１０１１を介して要求元の外部装置１００２に返答し、本処理を終了する。
【０１５４】
以上のようにして、外部装置１００２と本発明の制御装置１００１との情報交換が行われる。
【０１５５】
つぎに、予約登録手段１０１４に登録された予約データに基づき、カメラ制御と撮影と撮影結果の格納を行う時限手段１０１５について説明する。
【０１５６】
時限手段１０１５においては、定時間間隔、たとえば１分おきに、時限プログラムが起動される。これは、コンピュータのタイマーを利用したりすれば実現できる。
【０１５７】
時限プログラムの動作を、図１３のフローチャートを用いて説明する。まず、現在時刻を制御装置１００１のタイマーから読み出し(ステップＳ２０１)、ステップＳ２０２に進む。ステップＳ２０２では、予約登録手段１０１４から順に一欄づつ登録された予約項目を取り出す。ステップＳ２０３で、すべて取り出し終ったと判断できたら本処理を終了し、予約項目が取り出せたなら、ステップＳ２０４に進む。対象の予約項目における設定時刻が、現在時刻より未来である時は、ステップＳ２０２に戻って処理を繰り返す。そうでない時は、設定時刻になったと判断し、ステップＳ２０５に進み、取り出した予約項目の撮影条件に従って、カメラ制御手段１０１７を介しカメラ１００３を制御し、撮影を行う。
【０１５８】
その後、ステップＳ７０３で、映像合成を行なう。すなわち、映像を撮影した際の制御情報から対象機器の映像内の位置を計算し、映像内の対象機器の近傍に、通信によって得られた状態情報７０２１を画像合成する。合成結果は、例えば、図１４の通りである。
【０１５９】
そして、合成された画像を予約項目で指定された方法の画像フォーマットに変換し、この画像データを受付コードと画像フォーマット情報とともに画像記憶手段１０１９に格納する(ステップＳ２０６)。続いて、現在取り出した、予約項目を予約登録手段１０１４から消去し(ステップＳ２０７)、ステップＳ２０２に戻って処理を繰り返す。
【０１６０】
これにより、予約通りの撮影が行われ、その結果が保管され、後に、画像取り出しコマンドが外部装置１００２から要求されると、この画像データが返答されることになる。
【０１６１】
以上の結果、クライアントは遠隔にあるカメラサーバのカメラを制御して撮影した映像を、居ながらにして観察できるのは勿論、予め登録しておいたオブジェクト（上記例では統合複写機）の時々刻々と変わる状態を確認することができる。
【０１６２】
従って、あるクライアントが印刷を行った際、その印刷を依頼したプリンタが自身の印刷ジョブを行なっているかどうかは勿論、どの程度まで実際に印刷されているか等も確認できるようになる。
【０１６３】
尚、本実施例では、複写機の状態を画面合成する例について述べたが、これは、複写機に限らず、ファクシミリやプリンタなどのＯＡ機器であったり、または、他のＡＶ機器などであっても良い。
【０１６４】
また、本実施例では、単純に説明文を合成する例について述べたが、ズームする事によって、より詳細な説明文を合成する事も容易に想像できる。
【０１６５】
また、本実施例では、複写機などの機器が、情報ネットワークを介して、オンライン接続されている例について述べているが、図１６に示すような管理テーブルを用意する事で、オンライン接続を必要としない簡便な手法が考えられる。すなわち、図１６のテーブルの第４カラムの『説明』項目に示される情報を、映像情報にそのまま合成する事で補う手法である。なお、図示の第４カラムの『説明』項目を随時変更するような別プログラムを用意する事も容易に想像できる。
【０１６６】
特に、実施形態のカメラサーバをインターネットに上の観光地等の近くに設置した場合には、観光対象毎にその説明文を付加することで、ＷＷＷブラウザ上でそれを観賞する際の指標が与えられることになり、有利である。
【０１６７】
なお、場合によっては、映像中に表示される説明文等が邪魔になることもあり得るので、その説明情報を表示するか否かを指示するためのボタンをＷＷＷブラウザ上に表示させ、そのボタンの操作内容に従って説明文を合成するか否かを決定するようにしてもよい。
【０１６８】
更に、この場合、説明文の映像の合成をサーバ側で行なう場合であっても、クライアント側で行なってもよいであろう。サーバ側で行なうのであれば、クライアントからの指示内容に従って説明文画像を合成するか否かを行なえば良い。また、クライアント側で行なう場合には、説明文とそのオブジェクトの情報（図１６に示すような情報）をクライアントに向けて転送させておき、クライアント側のユーザが説明文表示を指示した際に、ブラウザ上のプログラムがその情報に従って表示させるよう制御すれば良いであろう。
【０１６９】
＜第２の実施形態＞
本第２の実施例では、第１の実施例と同様に、オフィスに置かれたカメラサーは関して、ズームやパン/チルトなどの制御情報を入力装置から与え、その制御情報に合わせてコムカメラを調整し、映された映像に付加価値を与える点は、同様であるが、映像への映像加工手段が異なる。
【０１７０】
特に、本実施例では、出力すべきオフィスの映像に社員の座席が含まれ、かつ、その社員が会議などで不在だった場合に、会議室の映像などをスーパーインポーズ合成する点が異なる。
【０１７１】
この例では、第１の実施例の管理テーブルに代えて、図１７に示す管理テーブルを用いる。このテーブルにおいて、第１のカラムは、対象となる社員を示す。第２のカラムは、その社員の所在すべき座席位置を示す。この例では、社員の座席位置を、屋内でのフロア指定とそのフロア内での３次元座標(単位センチメートル)によって指定している。第３のカラムは、現在の社員の所在を示す。そして、第４のカラムでは、現在の所在に設置されているコムカメラの識別子が与えられる。例えば、先頭行は、「kurosawa」という識別子の社員が、建物の４階の北側フロアの、フロアの中心を原点座標として,南北方向に３００センチメートル,東西方向に４５０センチメートル、そして、床から１０センチメートルの所に座席を与えられており、その社員の現在の所在は、会議室１９１であり、かつ、その会議室の様子を「camera#２４９」という識別子のカメラによって撮影できる事を意味する。
【０１７２】
実現するためには、第１の実施形態のカメラサーバの説明における、ステップＳ７０１、S７０２、Ｓ７０３を以下のように変更する。
・ステップＳ７０１をＳ７１１に変更する。Ｓ７１１では、以下のように制御内容の解釈を行ない、撮影視野を予測する。
【０１７３】
「得られた制御項目を解釈し、カメラに制御内容を与えた場合の視野を予測し、その視野内に、管理表２２内に登録された社員の座席が含まれ、かつ、その社員の行先にカメラがあるか否か判定する。次に、判定の結果、対象となる社員の行先にカメラがあるようならば、そのカメラの映像を受取る手配をしておく。このカメラを第２のカメラと呼ぶ。」
・ステップＳ７０２を以下に示す映像合成操作Ｓ７１２に変更する。S７０３も同様にＳ７１３とし、以下の映像合成操作に入れ換える。
「制御情報から対象となる社員の座席位置を計算し、映像内の座席の近傍
に、第２のカメラの映像をスーパーインポーズ合成する。」
ここでは、映像入力手段に与えられる制御情報を解釈して、事前に映像入力手段が撮影する映像を予測する事により、単純な映像情報サービスに止まらず、より付加価値の高い映像情報を作り出す事に特徴がある。
【０１７４】
本実施例では、管理表２２によって、固定的に社員の所在を決定する事ができるが、個々の社員が、自分の所在を発信する無線装置などを持つ事で、自動的に所在の移動に追従し、それを撮影するシステムも容易に想像できる。
【０１７５】
また、本実施例に述べた映像加工による付加価値付けが、第一の実施例に述べた映像加工と重複して提供されれる場合も容易に想像できる。
【０１７６】
このような場合には、ビューワからの映像要求のパラメータとして、どのよ
うな映像加工を望むのか、あるいは、それらの組合わせ手法などを指定し、カ
メラサーバシステムで、その指定を解釈する事で、加工結果の映像が繁雑にな
るのを防ぐことができる。
【０１７７】
尚、本発明は、複数の機器（例えばホストコンピュータ、インターフェース機器、リーダ、プリンタ等）から構成されるシステムに適用しても、１つの機器からなる装置（例えば複写機、ファクシミリ等）に適用しても良い。
【０１７８】
また、本発明の目的は、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出して実行することによっても、達成されることは言うまでのもない。
【０１７９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１８０】
プログラムコードを供給するための記憶媒体としては、例えばフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０１８１】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によって実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８２】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された拡張機能ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８３】
【発明の効果】
以上述べたように本発明によれば、映像としてのオブジェクトとは別にそのオブジェクトの詳細を確認することが可能になり、より高い付加価値を有する映像サービスを行なうことが可能になる。
【０１８４】
【図面の簡単な説明】
【図１】実施形態の前提部を説明するためのシステムのブロック構成図である。
【図２】図１におけるコマンド解釈手段の動作処理内容を示すフローチャートである。
【図３】図１における予約登録手段で生成される登録情報の一例を示す図である。
【図４】図１における画像記憶手段に記憶される情報の一例を示す図である。
【図５】図１における時限手段の処理内容を示すフローチャートである。
【図６】実施形態の前提部第３例における予約登録手段で生成される登録情報の一例を示す図である。
【図７】実施形態の前提部第４例におけるシステムのブロック構成図である。
【図８】実施形態の前提部第５例の予約内容登録部の処理内容を示すフローチャートである。
【図９】実施形態の前提部第６例におけるシステムのブロック構成図である。
【図１０】実施形態の前提部第６例におけるコマンド解釈手段６０１２の動作内容を示すフローチャートである。
【図１１】第１の実施形態におけるシステムのブロック構成図である。
【図１２】図１１におけるコマンド解釈手段の処理内容を示すフローチャートである。
【図１３】第１１における時限手段の処理内容を示すフローチャートである。
【図１４】第１の実施形態におけるサーバから転送する映像の時間推移の一例を示す図である。
【図１５】第１の実施形態における管理テーブルの内容を示す図である。
【図１６】第１の実施形態における管理テーブルの内容の変形例を示す図である。
【図１７】第２の実施形態における管理テーブルの内容を示す図である。
【符号の説明】
１００１  カメラ制御装置
１００２  外部装置
１００３  カメラ
１００７  複写機システム
１０１１  通信インタフェース
１０１３  受付コード発生手段
１０１４  予約登録手段
１０１５  時限手段
１０１７  カメラ制御手段
１０１８  画像入力手段
１０１９  画像記憶手段
７０１２  コマンド解釈手段
７０２０  映像加工手段
７０２１  状態情報
【図１】
0003796310.tif 000002
【図２】
0003796310.tif 000003
【図３】
0003796310.tif 000004
【図４】
0003796310.tif 000005
【図５】
0003796310.tif 000006
【図６】
0003796310.tif 000007
【図７】
0003796310.tif 000008
【図８】
0003796310.tif 000009
【図９】
0003796310.tif 000010
【図１０】
0003796310.tif 000011
【図１１】
0003796310.tif 000012
【図１２】
0003796310.tif 000013
【図１３】
0003796310.tif 000014
【図１４】
0003796310.tif 000015
【図１５】
0003796310.tif 000016
【図１６】
0003796310.tif 000017
【図１７】
0003796310.tif 000018