画像取扱システム
【目的】一般公衆回線を介して遠方の監視地点の画像を低コストで随時入手できる画像取扱システムを提供する。
【構成】光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置（電子スチルカメラ２ａ）と、画像取扱装置を一般公衆回線５を介して遠隔的に制御する制御装置６とを含む監視システムに於ける画像取扱システムであって、該画像取扱装置は、所定時間、制御装置６からの制御信号を受付けることが不可能の場合、一般公衆回線５を遮断して再び着呼待ち状態を形成する制御回路３４を有する。
【構成】光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置（電子スチルカメラ２ａ）と、画像取扱装置を一般公衆回線５を介して遠隔的に制御する制御装置６とを含む監視システムに於ける画像取扱システムであって、該画像取扱装置は、所定時間、制御装置６からの制御信号を受付けることが不可能の場合、一般公衆回線５を遮断して再び着呼待ち状態を形成する制御回路３４を有する。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は画像取扱システムに関し、特に、撮影した静止画像のデジタルデータを通信回線を経由して送信する機能を備えた電子スチルカメラと、その電子スチルカメラを通信回線を経由して制御し、画像データの回収を行う制御装置とからなる環境監視システムに関する。
【０００２】
【従来の技術】従来の監視カメラはアナログの映像信号をケーブルで伝送し、比較的カメラの設置場所に近い場所で監視を行うものであった。あるいは、ＶＴＲ等を使用して長時間の録画を行っておき、異常を検出すると異常発生時の画像データを保存するものであった。
【０００３】
【発明が解決しようとする課題】上記した従来の監視カメラでは、アナログの映像信号を利用しているため、遠方の監視地点の画像を送るためには大がかりな専用設備を必要とした。また、画像を大量にストックする形式のものでは、異常が検出されたときその時点の画像を直ちに確認することが困難であった。
【０００４】また、低コストとするために既存の公衆電話回線等の通信回線を用いるのがよいが、一般の回線を利用して信頼性の高いシステム運用を行う場合には以下に述べるような問題点があった。
【０００５】（１）通信路あるいはシステムの同期に障害が発生してカメラの制御が不可能になったときの状態検出と回復処理ができなかった。
（２）画像データの送信中に画像データの送信プロトコルにエラーが発生した場合の回復処理ができなかった。
【０００６】（３）カメラが単独で着信を制御し、回線接続後に制御装置と同期を確立する状態と、制御装置からの命令に従った動作をする状態の２つの状態間の移行制御ができなかった。
【０００７】（４）制御装置がカメラの状態を制御するにあたって、カメラの状態を効率よく通知する方法がなかった。
（５）長時間の監視を可能にするためのカメラの動作時間の長時間化ができなかった。
【０００８】（６）画像データに付随する環境データを採取するための手段がなかった。
（７）採取した環境データの回収方法がなかった。
（８）遠隔地のカメラの撮影条件を変更するための適切な方法がなかった。
【０００９】本発明の画像取扱システムはこのような課題に着目してなされたものであり、その目的とするところは、一般公衆回線を介して遠方の監視地点の画像を低コストで随時入手できる画像取扱システムを提供することにある。
【００１０】
【課題を解決するための手段及び作用】上記の目的を達成するために、本発明は、光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置は、上記制御装置からの制御信号を受付けることが所定時間不可能の場合、上記一般公衆回線との接続を遮断して着呼待ち状態を形成する通信制御手段を有する。
【００１１】また、本発明は、光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置が上記制御装置からの制御信号を受けて、上記制御装置に対して画像信号等のデータ送信を行なうためのプロトコルの動作中に該プロトコルの実行に障害が発生した際、上記一般公衆回線との接続を遮断して再び着呼待ち状態を形成する通信制御手段を有する。
【００１２】また、本発明は、光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置は、自己の状態に関係した状態パラメータ情報乃至上記撮影手段の状態に関係した状態パラメータ情報の集合体をパケットとして上記制御装置に送信する手段を有する。
【００１３】また、本発明は、光学系によって結像された被写体像を撮像手段によって、電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置は、当該被写体の状況に関する情報を先導的に得るために、上記制御装置から上記撮像手段に発せられるモニタ指令信号に応答して、該当する被写体の状況を表わす画像に対して比較的高い情報圧縮率での情報圧縮処理を行い、この圧縮された画像情報を上記制御装置側に送信する手段を有する。
【００１４】また、本発明は、光学系によって結像された被写体像を撮像手段によって、電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を通信回線を介して遠隔的に制御する制御装置とを含む監視システムにおける画像取扱システムであって、上記画像取扱装置は上記制御装置からの制御信号に応じて、本装置に適合するように設けられたセンサに対してそのセンサによる検出情報を取込むためのトリガ信号を出力するトリガ信号出力手段を有する。
【００１５】また、本発明は、光学系によって結像された被写体像を撮像手段によって、電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記制御装置は上記画像取扱装置からの応答信号が得られないことを認識した場合、上記一般公衆回線との接続を遮断して、上記画像取扱装置側の持つ固有の通信不能待機時間よりも長い時間待機した後、発呼処理する手段を有する。
【００１６】
【実施例】以下に図面を参照して本発明の実施例を詳細に説明する。図１は本実施例に係る画像取扱装置のシステム構成を示す図である。同図において、被観測物１は当該監視システムによる観測の目的とされる動植物、構造物、その他の物体、自然現象或いは計測器の表示部等である。被観測物１の具体例としては原子力発電所のメータ、汚水検出用光学センサや商用ガスの使用量のメータ、工事現場等における監視物体等がこれに該当する。又、自宅や病室の患者乃至これに係る医用情報用のセンサ等をもこの被観測物に該当する。２ａは被観測物１を撮影して画像データを生成するため画像取扱装置の一例としての電子スチルカメラ（以下単にカメラと呼ぶ）である。センサ３ａはカメラ２ａに接続され、カメラ２ａと同期して環境データや患者データ等の非画像データを採取する。このセンサ３ａの具体例としては、温度計、湿度計、気圧計、雨量計、色温度測定器、照度計、騒音計、録音装置、気体分析装置、体温計、心電計、その他の医療センサ、マイクロホン、防犯用侵入センサ等を挙げることができる。モデム４ａは電話回線５を経由してのデータの送受信を可能にする機能を有する。ここで電話回線５は音声の伝達を可能とする一般公衆電話回線やＩＳＤＮ回線等のディジタル回線等がこれに該当するものである。６は例えばパーソナルコンピュータ等で構成される本監視システムの制御装置である。商用ネットワーク７は一般的には、電話回線５を介してアクセスされて当該ネットワーク内で種々のデータの交換を行なうものである。なお、このような商用ネットワーク７の中では例えばメールボックス７ａ等を使うことも可能である。無線基地局８は、携帯電話等の端末に、回線を接続するための基地局である。
【００１７】図１に示すように、実際には被観測物はｎ個（１，２，…，ｎ）存在し、各々に対して電子スチルカメラ（２ａ，２ｂ，２ｃ，…）、センサ（３ａ，３ｂ，３ｃ，…）、モデム（４ａ，４ｂ，４ｃ，…）等が構成されている。すなわち、制御する側では制御装置６が１台であるが、制御装置６によって電話回線５を介して制御される電子スチルカメラは複数台設置したシステムとすることができる。ここで、制御装置６が特定のカメラを識別できるように、各カメラには電話回線の異なる電話番号が割り付けられている。また、無線基地局８を介して携帯電話９によってカメラ２ｃに接続することも可能である。また、カメラは複数存在しているが、複数ではなく１台でもよいことは勿論である。
【００１８】以下に上記した構成の全体的動作を説明する。操作者が制御装置６を操作することによって全体のシステム制御を行い、各構成要素の動作が制御される。電話回線５によって接続されたカメラ２ａ乃至２ｃは各種の被観測物に対応させて設置されている。したがって、制御装置６側から特定のカメラ（例えば２ａ）に対して電話をかけたとき、電話をかけられたカメラ２ａは電話回線５を経由して制御装置６と接続されて、制御装置６とカメラ２ａとの間で同期処理を行なう。
【００１９】同期処理が終了すると、カメラ２ａは制御装置６側から制御可能な状態になるので、カメラ２ａに対してカメラの各種の設定状態の設定を行なった後、撮影の指示を行なう。撮影の指示がされるとカメラ２ａはセンサ３ａに対してトリガ出力をする一方、自ら被観測物１の映像を撮影する。次にカメラ２ａはセンサ３ａの情報と被観測物１の映像情報を電話回線５を経由して制御装置６側に送る。操作者は送られてきた映像情報による画像をその場で確認することが可能である。
【００２０】上記した情報の伝送は携帯電話９を使用する場合でも同様にして行うことが可能である。また、図１に示すように上記システム内に設置されているカメラが複数台存在する場合は、各カメラに対して別々の識別用データ番号等を割り当てておくことが可能であり、制御装置６側から特定のカメラに対してアクセスした時にはそのカメラのＩＤ番号を送り返すことによって送られてきたデータの整理、分類等を行なうことが可能である。
【００２１】図２は上記したカメラ（例えば２ａについて述べる）の外観図である。同図において、１１は撮影用のレンズ、１２はストロボ装置である。１３はビデオ信号の出力端子であり、外部にモニターを接続して撮影画像をチェックしたい場合に使用される。また、１４はモデムの制御インターフェイス（Ｉ／Ｆ）を構成するコネクタであり、当該カメラ２ａをモデム４ａに接続するために使用される。１５はセンサ３ａの制御Ｉ／Ｆであり、センサ３ａに対してこのセンサを選択するためのトリガ信号の出力とセンサ３ａから測定済データを受信するためのＩ／Ｆを構成するコネクタである。
【００２２】さらに、１６、１７は被記録（記憶）情報を格納するための媒体として適用されるＩＣメモリカードであり、カメラ２ａが被観測物１を撮影して得られた画像データをこのＩＣメモリカードにファイルとして記録するときに使用されるが、画像データはカメラに内蔵された記録媒体に記録することも可能である。また、このＩＣメモリカード１６、１７が装着されるスロットにはモデム等の機能をもったカード（いわゆるモデムカード）を装着することも可能である。この場合は、図１のモデム４ａに替えてモデム機能をもったカードによって電話回線を通してのデータの授受を行なうことが可能である。
【００２３】１８はレリーズスイッチであり、監視カメラが動作している時には使用されず、単体のカメラを使用するときに撮影のトリガを行なうためのものである。１９は表示パネルであり、例えば液晶表示パネルでカメラの動作状態を表示する。２０は操作スイッチであり、カメラの設定状態を手動で変更するときに使用される。
【００２４】なお、カメラ２ａを被観測物１に向けて設置するために、その下部には三脚用のネジ穴を有し、被観測物１に向けて固定することが可能である。図３は図２のカメラの内部構成図である。同図において、２１は被観測部１としての被写体を光学的に撮影するためのレンズであり、２２は被写体の画像を電気信号に変換するための撮像回路であり、２３は撮像された映像信号をデジタルデータに変換するためのＡ／Ｄ変換器であり、２４はデジタルデータに変換された画像データを格納するためのフレームメモリであり、２５はフレームメモリ２４に蓄積された画像データを再びアナログ信号に変換するためのＤ／Ａ変換器２５であり、２６は作成されたアナログ信号をビデオ信号に変換するためのビデオエンコーダであり、２７は外部のモニターにビデオ信号を出力するための端子である。
【００２５】また、２８は撮影中の画像、あるいは撮影済の画像を操作者が再生して見るためのビューファインダであり、２９はビューファインダ２８あるいは外部モニター装置にカメラの動作状態を表示するためのキャラクターを表示するためのキャラクタジェネレータである。
【００２６】さらに、３０はフレームメモリ２４上のデータを圧縮して記録用のデータを生成するとともに、圧縮されて記録されているデータを伸長して再生するための圧縮伸長回路である。この圧縮伸長には、例えばＪＰＥＧに準拠した、それ自体は公知の圧縮アルゴリズムが使用される。３１はカードインタフェース（Ｉ／Ｆ）であり、ここでは適用された情報記録媒体としてのＩＣメモリカード１６に対し画像データの記録、再生を行う。３４はシステム制御回路であり、当該カメラの系を統括的に制御する。このシステム制御回路３４内には、時計３４ａが内蔵されていて日付、時刻データをカウント保持することができる。
【００２７】また、３５はＬＣＤ表示パネルであり、システム制御回路３４によって制御されてカメラ２ａの動作状態を表示する。スイッチ３６はカメラ２ａを直接操作するための操作部であり、システム制御回路３４に指令を与えるためのものである。１４は前記したモデム制御Ｉ／Ｆであり、システム制御回路３４がモデム４ａを経由し、電話回線５を制御して制御装置６と通信を行なうことを可能にすべく、モデム４ａを制御するＩ／Ｆである。１６は前記したようにカードＩ／Ｆ３１に装着されて画像データ、あるいはセンサデータを保持するＩＣメモリカードである。このメモリカードは本例ではＪＥＩＤＡ Ｖｅｒ．４．２と呼ばれる規格に準拠したもので、ＰＣカードと呼ばれることもある。また、記録媒体と同じ形を有してモデム機能を果たすカードも存在する。
【００２８】３７はＡＦズーム制御回路であり、被写体像に対してピントを合わせるためのオートフォーカス（ＡＦ）、あるいは被写体像の倍率を変更するズーミングを制御するための制御回路である。３８はストロボ回路であり、カメラ２ａにストロボを装着することによって暗い場所でも被観測物１の撮影を可能にする。３２はカメラ全体の電源ブロックであり、モデム４ａはモデム制御Ｉ／Ｆ１４を介してシステム制御回路３４に接続されて、電話回線５の制御を行うとともに、最終的に制御装置６との間の通信を行なう。センサ３ａは前記したように温度、湿度、騒音等の観測を行うためのもので、センサ制御Ｉ／Ｆ１５を通してシステム制御回路３４に接続されている。そしてシステム制御回路３４からの指令に従って、センサ３ａに対してこのセンサを指定（選択）するためのトリガ信号を出力したり、センサ３ａからの測定データの入力を行なう。このときの指令は制御装置６から電話回線５、モデム４ａ、モデム制御Ｉ／Ｆ１５を介してシステム制御回路３４に与えられるカメラでの撮像を指示するための撮像開始指示信号に基づいて生起せしめられるように構成され得る。
【００２９】なお、本実施例においては、カメラ撮像部と画像取扱部とを一体としたカメラによって説明を行っているが、図３の接続部３３（破線図示）を境にして、２１，２２，３７，３８のカメラ撮像部とその他の部分とを別体に構成することも可能である。
【００３０】図４はカメラ（例えば２ａ）の監視動作と回復処理を説明するためのフローチャートである。この実施例のカメラは設置時に監視動作を開始するように設定される。
【００３１】まず、ステップＳ１でモデム４ａの設定を行なう。すなわち、モデム４ａに対してモデムの一般的なコマンドであるＡＴコマンドでモデム４ａの動作状態を設定する。即ち、モデムを着呼待ち状態におく。ここでモデム４ａがエラーを発生した場合は、ステップＳ１４に移行してエラー表示を行なう。一方、モデム４ａの設定が正常に行われたときはステップＳ３に進んで、カメラ内のシステム制御回路３４以外の電源をＯＦＦにして、特に優先的に給電状態を確保すべきものであるシステム制御回路３４のみに給電が行われるようにする。次にステップＳ４ではモデム４ａから、“ＣＯＮＮＥＣＴ”という文字列からなるリザルトコード（伝送路の双方のモデム間で情報の伝達が可能になったことを表すコード）が入力されるのを待つ。モデム４ａはステップＳ１の設定に従って動作しており、電話回線５を介して制御部６から着呼すると自動的に回線の制御を行い、相手側のモデム４ｄとネゴシエーションを行った後に最適な状態で接続を行なう。
【００３２】接続が完了すると、“ＣＯＮＮＥＣＴ”のリザルトコードを出力する。次にシステム制御回路３４は、“ＣＯＮＮＥＣＴ”の入力を識別した後でシステム制御回路３４以外の部分にも電源を供給する（ステップＳ５）。次にステップＳ６では制御装置６との同期処理を実行する。すなわち、制御装置６といくつかの文字列のやり取りを行って、相手側との同期をとる。次にステップＳ７では同期処理が良かったかどうかの判定を行なう。ここで同期処理が失敗した場合には回復処理に移行する。
【００３３】一方、同期処理が正常に終了したときはステップＳ８に進んで、インターバルタイマを設定する。これは制御装置６内のタイマで一定時間を計測するためのものである。次にステップＳ９ではステップＳ８で設定したタイマーがオーバフローしているか否かをチェックする。もしステップＳ９でチェックしたタイマが、オーバフローしている場合には回復処理へ移行する。一方、タイマがオーバフローしていないときはステップＳ１０に進んで、制御装置６からのコマンドが受信されたかどうかをチェックする。ここで、コマンドが受信されていない場合には、ステップＳ９とステップＳ１０を繰り返す。この間にタイマーがオーバーするかあるいはコマンドの受信がされるとこのループを抜け出す。
【００３４】ステップＳ１０でコマンドの受信がされた場合にはステップＳ１１に進んで、受信したコマンドが回線との接続を遮断する旨のコマンドかどうかを判定する。もしステップＳ１１で回線遮断と判定された場合には、ステップＳ１２に進んで回線との接続の遮断処理を行なう。すなわち、モデム４ａに対して回線との接続の遮断処理を行って、電話回線５のオンフック処理を行なう。ステップＳ１２の処理が終わるとステップＳ３に戻って、再び次の制御装置からの着呼を待つ。また、ステップＳ１１の判定で受信したコマンドが回線との接続の遮断に関する命令でない場合はステップＳ１３に進んで受信したコマンドの実行処理を行ない、ステップＳ９に戻る。
【００３５】ステップＳ１５では回線との接続の遮断処理を行なう。これはモデム４ａに対して回線との接続を遮断するコマンドを発するもので、通常オンフック処理と呼ばれている処理を行なう。ステップＳ１５の処理が終わると、ステップＳ１のモデム４ａの設定から再度実行を開始する。即ち、モデムは再び着呼待ち状態となる。前記したステップＳ８で設定したインターバルタイマと、ステップＳ９でタイマオーバーを判定しているインターバルタイマについては図５を参照して詳細に説明する。
【００３６】図５は受信割り込み処理の行程を示すフローチャートであり、カメラ２ａが制御装置６からのコマンドを受信するための割り込み処理を行なう。まず、制御装置６からカメラの制御コマンドが送信されてきたとき、ステップＳ８，Ｓ９でも用いたインターバルタイマを再設定する（ステップＳ２１）。次に、ステップＳ２２でシステム制御回路３４を構成するマイコン内に設定されるコマンドバッファ（特定のＲＡＭ又はＲＡＭ内の特定の領域）にコマンドを格納する。このとき、制御装置６はインターバルタイマの設定値よりも短い間隔でコマンド送信を行うことによって、インターバルタイマがオーバフローしないように制御することができる。同時にカメラ側はこのインターバルタイマを監視することによって、一定時間以上制御装置６からのコマンド受信がないという状態の判定を行なうことができる。
【００３７】上記した図４のステップＳ１０のコマンド受信では、図５のステップＳ２２において制御装置６からの制御コマンドがコマンドバッファ内に格納されているかどうかをチェックし、格納されている場合はそのコマンドを使用してコマンド処理を実行する。また、図４のステップＳ９のタイマオーバのチェックによって、一定時間以内に制御装置６からのコマンド指令がない場合には、回復処理へと移行する。
【００３８】以下に図６を参照して監視カメラの制御手順を更に詳しく説明する。図６の監視カメラの制御手順は表の形式で書かれており、１番左側の欄はカメラ（例えば２ａ）と制御装置６のどちらに向かってデータが送信されているかを矢印で示している。また、真ん中の欄は通信制御動作に関する項目であり、これはカメラ２ａが自律状態で動作する場合に主に行われる動作を示している。また、１番右側の欄はカメラ制御動作に関する項目であり、カメラ２ａが制御装置６からのコマンドによって制御される時の動作（被制御動作）を表現している。
【００３９】また、同図において、表中のＸはＡＳＣＩＩコード１文字を示す。’ＸＸＸＸＸＸＸＸ’で示されるＩＤ文字列は可変長である。’ＸＸＸＸＸＸＸＸ．ＸＸＸ’で示されるファイル名称は固定長である。ＸＸＸＸＸＸＸＸＢＹＴＥＳで示されるサイズは１６進記法の８バイト固定長である。ＸＸＦＩＬＥＳで示されるファイル数は１０進記法の２バイト固定長である。記号↓はキャリッジリターンＣＲ（０ＤＨ）を示している。
【００４０】以下に、真ん中の通信制御動作の欄の１番上から順次説明する。まず、カメラ２ａがスタンドアローン動作即ち、自律状態の動作中であることを仮定する。その後、モデム４ａからのコネクト（伝送路の双方のモデム間で情報の伝送が可能になった旨のコード）の入力待ちとなり、情報伝送路が確立した後に例えば１０秒間待機する。その後、カメラ２ａは制御装置６に向けて識別用の文字列を送信する。それに対して、制御装置６は自己の識別用の文字列、続いて制御装置６側の識別用のＩＤを順に送信する。その後、制御装置６はカメラ側の識別番号を確認するために識別番号の送信要求をする。これに応答してカメラ２ａは“ＩＤ＝”の形式で自己の識別番号を送信する。
【００４１】次に制御装置６は、撮影データファイルを送るためのプロトコルの選択肢をカメラ２ａに対して送信する。カメラ２ａはその選択肢に対して自分が使うプロトコルを選択する。ここでは、ＸＭＯＤＥＭ−１２８と、ＸＭＯＤＥＭ−１Ｋと呼ばれる２つのプロトコルが選択肢として例示されるが、カメラ２ａは２番目のＸＭＯＤＥＭ−１Ｋを選択するものとする。
【００４２】この動作が終了した時点でカメラ２ａは被制御状態（コマンドモード）に移行する。すなわち、図６の１番右側の欄に表記された動作状態に入り、制御装置６はカメラ２ａに対してカメラの設定状態（ファイルサイズ、フォーカスモード、ストロボモード、ホワイトバランスの設定状態等）を変更するための制御命令を発して、カメラ２ａの動作状態の設定（図１０のオフセットＮｏ．１２以降の種々の設定）を行なう。そしてデータ読み出し命令を発してカメラ２ａの設定状態をステータスパケットの形式で読み出す。このステータスパケットはカメラ２ａに関する設定情報をまとめて１つのデータパケットにまとめたものである。
【００４３】カメラ２ａの状態設定が終わると、制御装置６はカメラ２ａに対して撮影命令を発する。その後、ファイル送信命令を発行して撮影済のデータを送信させる。ファイルの送信命令が発せられると、カメラ２ａは再びファイルの送信動作を自律的に始めてファイルの送信モードに入る。
【００４４】ファイルの送信モード時、制御装置６はファイルのサイズを問い合わせるが、これに応答してカメラ２ａはファイルのサイズを返送する。次に制御装置６はファイルの名称を問い合わせるが、これに応答してカメラ２ａはファイルの名称を返送する。この手続きが終了したとき、カメラ２ａは前もって選択したＸモデム−１Ｋのプロトコルにしたがって制御装置６に対して撮影済の画像データとセンサによる検出データを送信する。この送信が終了すると、カメラ２ａは自動的に被制御モードであるコマンドモードに再び移行する。
【００４５】以上、図６の中の小さい四角で囲まれた部分６ａ、６ｂを何度か必要な回数だけ反復することによって、制御装置側の操作者は必要な回数の撮影データを受信して確認することができる。そして必要なデータの受信が終わった時点で制御装置６側は回線との接続を遮断する旨の命令を発する。遮断命令を受信したカメラ２ａは再び自律的な動作を開始して回線との接続の遮断処理を行なう。
【００４６】図７は図４のステップＳ６に示すカメラ２ａと制御装置６との同期動作を詳細に説明するためのフローチャートである。図７に示す制御装置６の同期動作が開始されるのはモデム４ａから“ＣＯＮＮＥＣＴ”というリザルトコード（伝送路の双方のモデム間で情報の伝送が可能となったことを表すコード）が入力されたときである。まずステップＳ３１で１０秒間待機する。これは相手のモデム及び制御装置６側の準備が完了するのを確実にするためである。次にステップＳ３２において制御装置６からカメラ２ａの識別番号が要求されるまで待機する。そして要求があった時点でカメラ２ａは自己の識別番号を送信する（ステップＳ３３）。次にステップＳ３４に進み、制御装置６側から使用可能なプロトコルのリストが送信されるのを待つ。次にステップＳ３５に進み実行の蓋然性のあるプロトコルのリストの中から当該時点で自己が適用すべきプロトコルの番号を送信する。次にステップＳ３６に進み、自律モードから被制御モードに移行したことを示すために、ビューファインダあるいはビューファインダと外部モニタとの双方に、コマンドによって制御されるという意味で図８に示すようなコマンドモードの表示を行なう。
【００４７】図９は図４のステップＳ１３のコマンド実行処理を詳細に説明するためのフローチャートである。図９のコマンド実行は先ず最初に複数のコマンドのうちのどれであるかをステップＳ４１乃至Ｓ４５までで判定する。すなわち、ステップＳ４１ではステータス送信のコマンドであるかどうか、ステップＳ４２では撮影用動作を指令するコマンドであるかどうか、ステップＳ４３ではカメラ内の設定状態の変更をするためのコマンドであるかどうか、ステップＳ４４では画像ファイルを送信するためのコマンドであるかどうか、ステップＳ４５ではファイルの消去を行なうためのコマンドであるかどうかを判定する。
【００４８】そして上記した各ステップで判定されたコマンドの処理をステップＳ４６乃至Ｓ５０のうち該当する何れかで行なう。すなわち、ステップＳ４６はステータス送信コマンドで実行されるステータス送信であり、カメラ２ａの動作状態のデータを制御装置６に対して送信する。この場合、ステータスパケットの形式でカメラ内の設定状態のデータをまとめて１つのデータブロックにして送信する。
【００４９】図１０はこのようなステータスパケットの構成を示す図である。同図において、最初のオフセットにはステータスパケットであるということを示すパケットＩＤが記録されている。オフセット１の位置にはパケット内にデータがいくつあるかを示すデータ数が記録されている。オフセット２〜７までにはカメラ内の時計がどういう状態であるかを示す年月日の日付時データが格納される。その後は、カメラの電源状態やカード状態（適用されたＩＣメモリカードの状態）やコマ番号、撮影可能な枚数等のデータが図１０に示すごとく格納される。そして１番最後のオフセット２４にはチェックサムが設定されており、このステータスパケットが受信されたときに、データが正当であるかどうかを制御装置６が判定できるようになっている。
【００５０】ここで、図１０にはセンサ情報は含まれていないが、センサ情報等をこの中に含めることも可能であり、センサ情報を別のパケットとして送信するように構成することも可能である。
【００５１】次に図９のステップＳ４２に戻って、撮影コマンドであると判定された場合には、図１１の撮影の処理を行なう（図９のステップＳ４７）。すなわち、図１１において、まずセンサ（例えば３ａ）のデータを確定するために該当するセンサに対してトリガ出力を行なう（ステップＳ５１）。次にステップＳ５２でセンサ３ａは測定動作を終了したかどうかを判定する。すなわち、センサ３ａがＢＵＳＹ状態であるかどうかをチェックして、ＢＵＳＹ状態の間ステップＳ５２を反復し、センサ３ａの測定が終了するとステップＳ５３に進む。ステップＳ５３では、センサ３ａにより検出した検出データをセンサ３ａから受信して、カメラ内のシステム制御回路３４に一時的に格納する。次にステップＳ５４に進み、撮影によって得られた撮影データをどれくらいの大きさのデータに圧縮するかを示す圧縮パラメータの設定を行なう。圧縮パラメータを変えることによって、撮影した画像の最終的な画像データ量を調整することができる。次にステップＳ５５に進み、被観測物１としての被写体の光学像に係る露光を実行する。次にステップＳ５６に進み、露光の結果として得た画像データをＡ／Ｄ変換してデジタルデータに変換する。次にステップＳ５７に進み、ＪＰＥＧに準拠した方式でのデータ圧縮を施して画像データを圧縮する。ここではステップＳ５４で設定した圧縮パラメーターに従って制御装置６側の操作者が望んだサイズの画像データに圧縮する。
【００５２】次にステップＳ５８に進み、圧縮された画像データにヘッダを付加する。このヘッダは画像データの前に付加されて画像データに付随するデータとして格納される。次にステップＳ５９に進み、ステップＳ５３であらかじめ受信したセンサによる検出データを画像ファイルのヘッダの中に書き込む。
【００５３】図１２はこのような画像ファイルの構成を示す図である。同図に示すように、画像ファイルは、画像データ１０１本体の前にヘッダ部分１００が付加された形をしている。このヘッダ１００の中にはセンサによる検出データ等が記録されるかあるいは、画像データの各種パラメータ等が記録される場合もある。
【００５４】図１２に示す画像ファイルは１枚の画像データであり、このような画像データが撮影によって得られるごとに、順次、画像ファイルとして制御装置６側に電話回線５を経由して送信されて制御装置６側に設けられた記録媒体に記録される。
【００５５】図１３は撮影によって得られた画像データにセンサによる検出データが付加された画像ファイルの送信手順を示すフローチャートである。これは図９のステップＳ４４の画像ファイル送信のコマンドが発せられたときに実行される。
【００５６】まずステップＳ６１で最後に撮影した画像ファイルの再生を行う。次にステップＳ６２で、実際に受信を行う制御装置６側が送信を要求してくるまで待機する。送信要求を意味するものとして，ＸＭＯＤＥＭあるいはＸＭＯＤＥＭ−１Ｋ等のプロトコルではアスキーコードの“Ｃ”という文字が送信される。送信要求が送られて来ると、カメラ側はステップＳ６３でヘッダを送信し，ステップＳ６４で１０２４バイトのデータを送信し，最後にトレーラを送信する（ステップＳ６５）。このような方法で送信するのは，ＸＭＯＤＥＭプロトコルでは画像ファイルを１０２４バイトずつのデータブロックに分けて、各々のブロックにヘッダとトレーラと呼ばれる付加データを付加して送信するように取り決められているためである。
【００５７】制御装置６側はデータの受信が正常に行われるとアクノリッジ（ＡＣＫ：acknowledgement ）を送信するので，カメラ側はこのアクノリッジを受信することによってデータが正常に送られたことを確認できる（ステップＳ６６，Ｓ６７）。
【００５８】次に，１０２４バイトずつの区切りの画像データファイルがまだ残っているかどうかをステップＳ６８で確認し、まだ画像データがある場合には再びステップＳ６３に戻って次の１０２４バイトの送信を行う。もしステップＳ６７で制御装置６がアクノリッジを戻してこなかった場合、すなわちナック（ＮＡＫ：negative acknowledgement）と呼ばれる否定データが戻されるかあるいは一定時間経ってもナックが送られてこないときはステップＳ６９に進み、これと同じことが１０回連続して起こったかどうかを判定する。
【００５９】ここでもし連続して１０回に満たないときはステップＳ７０に進んで，今送信したものと同じ１０２４バイトのデータを再送するための再送設定を行ってからステップＳ６３に戻る。一方、アクノリッジが１０回以上得られない状態になった場合には、図４の回復処理へと処理が移行する。この回復処理では、回線との接続を遮断して着呼待ち状態にするための処理を行っている。
【００６０】図１４は画像ファイルサイズの変更を行う手順を示すフローチャートである。画像ファイルサイズの変更は、図９のコマンド実行の中のステップＳ４３の設定変更に含まれる。画像ファイルサイズ変更のコマンドが、制御装置６側から送信されてきた場合、カメラは現在のファイルサイズがどういう状態であるかを判定する。この実施例では、テストサイズと３２Ｋバイトと６４Ｋバイトと９６Ｋバイトの４通りのファイルサイズの設定が可能である。したがって，ステップＳ１でまず現在はテストサイズかどうかを判定する。ここでテストサイズであればステップＳ７７に進み、ファイルサイズをそれよりも少し大きな３２Ｋバイトに設定する。このテストサイズというのはファイルサイズとして３２Ｋバイトよりも小さいファイルサイズである。この小さいファイルサイズとしては例えば１６Ｋバイトや１０Ｋバイトというようなサイズが割り付けられる。
【００６１】ステップＳ７１でテストサイズでないと判定された場合には、ステップＳ７２で３２Ｋバイトのサイズかどうかを判定する。ここで３２Ｋバイトであると判定された場合はステップＳ７６に進んでファイルサイズを６４Ｋバイトに設定する。また、ステップＳ７２で３２Ｋバイトでないと判定された場合には、ステップＳ７３で６４Ｋバイトかどうかを判定する。ここで６４Ｋバイトであると判定された場合には、ステップＳ７５に進んでファイルサイズを９６Ｋバイトに設定し直す。また６４Ｋバイトでないと判定された場合は、ステップＳ７４でファイルサイズをテストサイズに設定する。
【００６２】このようにして、前記したステータスパケットの送信と組み合わせて、望みのサイズになるまでファイルサイズの変更コマンドを送信することによって、所望のファイルサイズの設定を行うことが可能である。
【００６３】図１５は制御装置６の監視処理の手順を示すフローチャートである。今までは実施例の説明としてカメラ側の動作を説明したが，以下では制御装置６側がどのような処理を行っているかを図１５のフローチャートを参照して説明する。まずステップＳ８１で監視ポイントの指定の入力を行う。これは制御装置６側に、設置されている監視カメラの電話番号が登録されていて、どの監視ポイントに電話をかけて画像情報を取り込んで、取り込んだ画像を回収するかを指定するものである。次に指定された監視ポイントの電話番号をモデムに渡してこの番号にダイヤリングするよう指令する（ステップＳ８２）。次にステップＳ８３でモデムが電話をかけて電話番号に接続されているモデムと接続を確立した後，“ＣＯＮＮＥＣＴ”という前述のリザルトコードが出力されるのを待つ。次にステップＳ８４でカメラとの同期処理（即ち、制御装置６側とカメラ側とでの動作を同期させるための、図７につき上述した処理）を行う。これは図４のステップＳ６に対応した処理である。ステップＳ８４の上記同期処理が終了すると、ステップＳ８５で同期処理が正常に終了したかどうかを判定し、カメラとの同期処理がうまくいかない場合には、回復処理（以下に述べる図１６）へと処理が移行する。
【００６４】また、もしカメラとの同期処理がうまくいった場合にはステップＳ８６に進んでステータスの送信要求を行う。このステータス送信要求を発することによって、カメラ側の設定状態を表しているステータスパケットを得ることが出来る。すなわち、次のステップＳ８７でステータスパケットを受信する。そしてステップＳ８８では、受信したステータスパケットの内容に応じてカメラの動作状態を表示して操作者に知らせる。この後ステップＳ８９に進んでタイマを初期化する。
【００６５】このタイマは操作者から一定時間以上何らのコマンドも入力されない時間を監視するものであり、ステップＳ９０では、操作者が一定時間内に操作を行ったか否かを判断し、一定時間以上コマンドの入力がなかったときには（ステップＳ９１）、カメラ側が自動的に回線との接続を遮断することがないように、ステップＳ８６に戻って自動的にステータス送信コマンドをカメラ側に送信するようにしている。
【００６６】一方、一定時間内にコマンドが入力されたときはステップＳ９２を実行する。ステップＳ９２では操作者が入力したコマンドが、今アクセスしているカメラに対する制御動作の終了のコマンドかどうかを判定する。ここで監視動作が終了した場合にはステップＳ９３に進んで回線との接続を遮断する処理を行う。一方、操作者が入力したコマンドが終了コマンドでない場合には、操作者が選択したコマンドを実行する。
【００６７】図１６は制御装置６側の回復処理の手順を示すフローチャートである。このフローチャートは、カメラ側が一定時間以上制御装置６からのコマンドの入力がない場合に回線との接続を遮断する処理を行なうように制御されているが、このときにカメラを制御する制御装置６側がどのように回復処理をするかを示している。
【００６８】まず、ステップＳ１０１で制御装置６側の方も回線の遮断処理を行う。次にステップＳ１０２でカメラの異常判断のタイマよりも長時間の間待機する。そしてステップＳ１０３で制御の対象となるカメラに対して再呼処理を行う。ステップＳ１０４では、モデムが回線の接続を確立した後に出力するリザルトコード（“ＣＯＮＮＥＣＴ”）の入力を待つ。次にステップＳ１０５でカメラと同期処理を行って、それがＯＫであれば図１５のステップＳ８６に進む。ここでもし図１６のステップＳ１０５のカメラの同期処理も失敗した場合には、回復不能と判断して回復処理を終了する。
【００６９】上記した図１６の制御装置側の処理と、図４のカメラ側の制御処理とを組み合わせることによって、このシステムは回線に異常が発生した場合にも、一定時間後にはシステム動作を回復することが可能である。
【００７０】図１７は制御装置６からのカメラの調整の手順、従ってカメラが制御装置からの指令に応動して調整される手順を示すフローチャートである。カメラの調整モードを制御装置６側の操作者が指示した場合には、カメラのファイルサイズがモニタモード（「テストモード」として図１４につき既述）用であるかどうか判定する（ステップＳ１１１）。ここでＮＯの場合はカメラに対してファイルサイズの変更コマンドを発する（ステップＳ１１２）。その後ステップＳ１１３でステータス送信要求を発する。そしてステップＳ１１４でステータスを受信した後、再びステップＳ１１１に戻ってファイルサイズがテスト用モードであるかどうかを判定する。このステップＳ１１１〜ステップＳ１１４までのループを繰り返すことによって、ファイルサイズをモニタモード用に切り換えることができる。
【００７１】ここでファイルサイズのモニタモードは他のモードに比べてデータの圧縮率を高くしたモードであり、ファイルの送信時間を短縮することができる。その後ステップＳ１１５に進んで撮影のコマンドを発した後、次のステップＳ１１６で送信要求を発する。次にステップＳ１１７で送られてくる画像を受信する。次のステップＳ１１８では画像を再生し、ステップＳ１１９で操作者が比較的高い圧縮率で圧縮されて先導的に速やかに送られてくるこの画像を確認する。ここで特に、上記ステップＳ１１７の画像受信ではファイルサイズが非常に小さいモードに設定されており、このために画像に僅かな歪みが存在するが、その反面高速に画像の受信をすることができるため、画像を速やかに確認する目的に叶うものである。ステップＳ１１９で操作者は、撮影時のフレーミング状態、露出状態、色合い状態乃至ホワイトバランス調節状態を認識することが可能なようになされている。
【００７２】次にステップＳ１２０で操作者が当該設定状態でよいと判定した場合には、ステップＳ１２１に進んでファイルサイズを前のモニタモード状態に戻す。また、ステップＳ１２０で画像の状態が所望の状態でないと判定された場合には、撮影条件の変更を行ってから（ステップＳ１２２）、再びステップＳ１１５に戻ってそのときの状態を再び確認する。
【００７３】以上、制御装置から監視カメラに対してアクセスし、監視動作を行う実施例の説明を行ってきたが、監視カメラに接続されたセンサが異常を検出した場合に、監視カメラが制御装置にアクセスし画像データを送信するように構成することも可能である。
【００７４】この場合、画像データを送信するきっかけとなる現象が明白でなければならない。同時に、画像データを送信するきっかけの現象毎に優先度をつける等の整理を行いたい場合がある。そこでこの実施例では、センサにより異常が検知された場合、その異常の種類を示すコメントを画像ファイルのヘッダに書き込み送信する。画像を受信する制御装置はそのコメントを表示して監視者に示す。監視者はそのコメントを見ることにより、発生した異常の内容を直ちに把握して適切な対応をとることができる。
【００７５】図１８は患者の様子を遠隔地からモニタするシステムに本発明を適用した実施例である。全体の構成は同図に示すように、ベッド４５に横たわった患者４４の映像を得るための監視カメラ４１と、患者４４の体温、血圧、心拍数或いは心電図等を計測するための医用センサ４３と、カメラ４１で撮影して得た画像データ、医用センサ４３により検出した医用データ、これらデータに関するコメントデータを電話回線を経由して送信するためのモデム４２とを含んで構成され、医用センサが患者４４の異常を検出すると監視カメラ４１に対して、異常の種別が簡潔に認識されるような「血圧異常低下」等のメッセージデータの送信を行うことができる。
【００７６】図１９は制御装置側の表示画面の一例を示す図であり、監視カメラ４１の撮影した患者４４の映像データ２０１と、監視カメラ４１が画像ファイルのヘッダ部分に付加したコメントの内容２０２（この内容から異常の内容が誰にでもすぐにわかる）と、監視カメラ４１から送信されるカメラのＩＤ２０３（このＩＤからどの地点に設置されたカメラからの映像かが直ちにわかる）とから構成される。
【００７７】図２０は図１２の画像ファイルのヘッダ部分の構成を詳細に示す図である。ヘッダは可変長でありリスト構造をとる。同図に示すようにデータ毎に先頭に記録されたＩＤと、次のデータへのポインタと、ポインタの後に記録されたデータ本体とからなる。
【００７８】図２１はすでに述べた図４に示すカメラの監視動作の変形例を示す監視動作の手順を示すフローチャートである。まず、ステップＳ１３１でＡＴコマンドによりモデムの動作状態の設定を行う。次にステップＳ１３２でシステム制御回路（図３の３４）と、モデム制御Ｉ／Ｆ（図３の１４）、センサ制御Ｉ／Ｆ（図３の１５）だけに給電し、他の回路の電源をオフする。以下の動作はシステム制御回路の統括的な制御下でなされる。
【００７９】次にステップＳ１３３で制御装置６側からの呼び出しがあったかどうかのチェックを、モデムからの“ＣＯＮＮＥＣＴ”メッセージに基づいて行なう。呼び出しがあった場合は、制御装置６からの指令に応動する被制御動作を実行する。次にステップＳ１３４でセンサが異常を検知したか否かを判断し、検知した場合はセンサＩ／Ｆを経由して当該センサが何れのものか及び異常が発生した旨の情報を制御装置６に伝送する。次にステップＳ１３５でカメラの全体の電源をオンした後、次のステップＳ１３６でセンサのメッセージ、例えば既述の医用センサからの「血圧異常」等のメッセージの受信を行い保持するとともに、ステップＳ１３７でセンサによる検出データの受信を行う。
【００８０】次にステップＳ１３８で患者の映像を撮影した後、ステップＳ１３９で撮影画像のファイルのヘッダにメッセージデータを書き込むとともに、ステップＳ１４０でヘッダにセンサによる検出データを書き込む。次にステップＳ１４１でモデムにダイアリングを指令して制御装置６にアクセスした後、ステップＳ１４２で画像ファイルとして、画像データと、上述したセンサのメッセージ及びセンサによる検出データを送信し、ステップＳ１３１に戻る。
【００８１】なお、上記した実施例において、センサやモデムはカメラと一体の構成を採るようにしても良い。また、メモリカードに替えて内蔵の画像メモリを用いるように構成しても良い。この場合、画像メモリの内容はホストとしての制御装置からの指示で消去できる。また、カメラに適用されたメモリが一杯になるまで連続的に記録し、メモリが一杯になった時に自動送信するようにしてもよい。
【００８２】また、センサからの異常信号があった場合直ちに送信するが、センサから異常信号の発生やホストからの指示がないかぎり、記録、保持、消去、記録等の自動動作を行わせるようにしてもよい。また、ホストからの指示に応じて複数画の連続送信を行なったり、複数のヘッダ情報（画像データ含まず）をまとめて送信するようにすることもできる。
【００８３】
【発明の効果】上記した請求項１に記載の発明によれば、回線に異常が発生してシステム動作が不可能になった場合も、制御装置が所定時間以上たってから再び発呼処理を行えば、システムの動作を回復できるのでシステムの信頼性が向上する。
【００８４】また、請求項２に記載の発明によれば、回線に異常が発生してシステム動作が不可能になった場合は制御装置が所定時間以上たってから再び発呼処理を行うことによりシステム動作を回復できるのでシステムの信頼性が向上する。
【００８５】また、請求項３に記載の発明によれば、コストのかかる回線は監視動作の間だけ使用すべく制御装置から自由に制御するとともに、その他の時間は回線を切断して画像取扱装置を自律的に動作させるようにしたので、柔軟な監視動作と低コストとを両立させることができる。
【００８６】また、請求項４に記載の発明によれば、着呼を待つ自律モードを小型の電源により長時間行うことが可能になるので設置範囲を広げることができる。また、請求項５に記載の発明によれば、センサが異常を検知したときに装置全体に起動がかかり、画像や環境データをホストに自動送信することが可能になる。
【００８７】また、請求項６に記載の発明によれば、システム制御回路と、回線制御装置のみに給電することにより最大の節電効果を得ることができる。また、請求項７に記載の発明によれば、回線をエラー訂正機能を使ってデータ送信する場合に、個々の情報をバラバラに送信するより高速にデータの送受信ができる。
【００８８】また、請求項８に記載の発明によれば、装置の設定と画像確認のモニタリング及びフィードバックループを早くすることができる。また、請求項９に記載の発明によれば、圧縮率を高めても確認が容易なフレーミング状態、露出状態、色合い状態、ホワイトバランス状態の操作者による設定変更と確認作業が早くできる。
【００８９】また、請求項１０に記載の発明によれば、簡単な構成で、遠隔地からの各種センサデータの取り込みが可能になる。また、請求項１１に記載の発明によれば、撮影指令によってセンサデータの取込みを行うことにより必ずセンサデータの取り込みが行われ、また同一タイミングで行うことができる。
【００９０】また、請求項１２に記載の発明によれば、センサ情報を組み合わせることにより、センサ情報と画像情報の関連を明確にでき、後々の整理編集作業時にす早く対応関係がつかめる。
【００９１】また、請求項１３に記載の発明によれば、画像データとセンサ情報が同一のデータブロックとされることにより送受信が容易になり編集も容易になる。また、請求項１４及び１５に記載の発明によれば、作成されたデータブロックが単体でも環境状態の測定データとして種々の用途に活用できる。測定データは一種もしくは二種以上利用できる。
【００９２】また、請求項１６に記載の発明によれば、回線に異常が発生してシステム動作が不可能になった場合でもシステム動作の回復ができるので、システムの信頼性が向上する。また、請求項１７に記載の発明によれば、発生した異常の種類がただちに判定できるため画像情報を有効に利用でき、かつ分類整理の自動化もできる。
【図面の簡単な説明】
【図１】本発明の一実施例に係る画像取扱システムのシステム構成図である。
【図２】電子スチルカメラの外観図である。
【図３】電子スチルカメラの構成図である。
【図４】本実施例の監視動作と回復処理を説明するためのフローチャートである。
【図５】受信割り込み動作を説明するためのフローチャートである。
【図６】監視カメラの制御手順を説明するための図である。
【図７】制御装置との同期動作を説明するためのフローチャートである。
【図８】コマンドモード表示を示す図である。
【図９】コマンド実行動作を説明するためのフローチャートである。
【図１０】ステータスパケットの構成を示す図である。
【図１１】撮影動作を説明するためのフローチャートである。
【図１２】画像ファイルの構成を示す図である。
【図１３】画像ファイル送信動作を説明するためのフローチャートである。
【図１４】画像ファイルサイズの変更動作を説明するためのフローチャートである。
【図１５】制御装置の監視処理を説明するためのフローチャートである。
【図１６】制御装置の回復処理を説明するためのフローチャートである。
【図１７】制御装置からのカメラの調整動作を説明するためのフローチャートである。
【図１８】他の実施例の構成を示す図である。
【図１９】制御装置側の表示を示す図である。
【図２０】ヘッダの構成を示す図である。
【図２１】監視動作を説明するためのフローチャートである。
【符号の説明】
２ａ…電子スチルカメラ、３ａ…センサ、４ａ…モデム、５…電話回線、６…制御装置（パーソナルコンピュータ）、７…商用ネットワーク、８…無線基地局、９…携帯電話、３４…システム制御回路。
【０００１】
【産業上の利用分野】本発明は画像取扱システムに関し、特に、撮影した静止画像のデジタルデータを通信回線を経由して送信する機能を備えた電子スチルカメラと、その電子スチルカメラを通信回線を経由して制御し、画像データの回収を行う制御装置とからなる環境監視システムに関する。
【０００２】
【従来の技術】従来の監視カメラはアナログの映像信号をケーブルで伝送し、比較的カメラの設置場所に近い場所で監視を行うものであった。あるいは、ＶＴＲ等を使用して長時間の録画を行っておき、異常を検出すると異常発生時の画像データを保存するものであった。
【０００３】
【発明が解決しようとする課題】上記した従来の監視カメラでは、アナログの映像信号を利用しているため、遠方の監視地点の画像を送るためには大がかりな専用設備を必要とした。また、画像を大量にストックする形式のものでは、異常が検出されたときその時点の画像を直ちに確認することが困難であった。
【０００４】また、低コストとするために既存の公衆電話回線等の通信回線を用いるのがよいが、一般の回線を利用して信頼性の高いシステム運用を行う場合には以下に述べるような問題点があった。
【０００５】（１）通信路あるいはシステムの同期に障害が発生してカメラの制御が不可能になったときの状態検出と回復処理ができなかった。
（２）画像データの送信中に画像データの送信プロトコルにエラーが発生した場合の回復処理ができなかった。
【０００６】（３）カメラが単独で着信を制御し、回線接続後に制御装置と同期を確立する状態と、制御装置からの命令に従った動作をする状態の２つの状態間の移行制御ができなかった。
【０００７】（４）制御装置がカメラの状態を制御するにあたって、カメラの状態を効率よく通知する方法がなかった。
（５）長時間の監視を可能にするためのカメラの動作時間の長時間化ができなかった。
【０００８】（６）画像データに付随する環境データを採取するための手段がなかった。
（７）採取した環境データの回収方法がなかった。
（８）遠隔地のカメラの撮影条件を変更するための適切な方法がなかった。
【０００９】本発明の画像取扱システムはこのような課題に着目してなされたものであり、その目的とするところは、一般公衆回線を介して遠方の監視地点の画像を低コストで随時入手できる画像取扱システムを提供することにある。
【００１０】
【課題を解決するための手段及び作用】上記の目的を達成するために、本発明は、光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置は、上記制御装置からの制御信号を受付けることが所定時間不可能の場合、上記一般公衆回線との接続を遮断して着呼待ち状態を形成する通信制御手段を有する。
【００１１】また、本発明は、光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置が上記制御装置からの制御信号を受けて、上記制御装置に対して画像信号等のデータ送信を行なうためのプロトコルの動作中に該プロトコルの実行に障害が発生した際、上記一般公衆回線との接続を遮断して再び着呼待ち状態を形成する通信制御手段を有する。
【００１２】また、本発明は、光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置は、自己の状態に関係した状態パラメータ情報乃至上記撮影手段の状態に関係した状態パラメータ情報の集合体をパケットとして上記制御装置に送信する手段を有する。
【００１３】また、本発明は、光学系によって結像された被写体像を撮像手段によって、電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置は、当該被写体の状況に関する情報を先導的に得るために、上記制御装置から上記撮像手段に発せられるモニタ指令信号に応答して、該当する被写体の状況を表わす画像に対して比較的高い情報圧縮率での情報圧縮処理を行い、この圧縮された画像情報を上記制御装置側に送信する手段を有する。
【００１４】また、本発明は、光学系によって結像された被写体像を撮像手段によって、電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を通信回線を介して遠隔的に制御する制御装置とを含む監視システムにおける画像取扱システムであって、上記画像取扱装置は上記制御装置からの制御信号に応じて、本装置に適合するように設けられたセンサに対してそのセンサによる検出情報を取込むためのトリガ信号を出力するトリガ信号出力手段を有する。
【００１５】また、本発明は、光学系によって結像された被写体像を撮像手段によって、電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記制御装置は上記画像取扱装置からの応答信号が得られないことを認識した場合、上記一般公衆回線との接続を遮断して、上記画像取扱装置側の持つ固有の通信不能待機時間よりも長い時間待機した後、発呼処理する手段を有する。
【００１６】
【実施例】以下に図面を参照して本発明の実施例を詳細に説明する。図１は本実施例に係る画像取扱装置のシステム構成を示す図である。同図において、被観測物１は当該監視システムによる観測の目的とされる動植物、構造物、その他の物体、自然現象或いは計測器の表示部等である。被観測物１の具体例としては原子力発電所のメータ、汚水検出用光学センサや商用ガスの使用量のメータ、工事現場等における監視物体等がこれに該当する。又、自宅や病室の患者乃至これに係る医用情報用のセンサ等をもこの被観測物に該当する。２ａは被観測物１を撮影して画像データを生成するため画像取扱装置の一例としての電子スチルカメラ（以下単にカメラと呼ぶ）である。センサ３ａはカメラ２ａに接続され、カメラ２ａと同期して環境データや患者データ等の非画像データを採取する。このセンサ３ａの具体例としては、温度計、湿度計、気圧計、雨量計、色温度測定器、照度計、騒音計、録音装置、気体分析装置、体温計、心電計、その他の医療センサ、マイクロホン、防犯用侵入センサ等を挙げることができる。モデム４ａは電話回線５を経由してのデータの送受信を可能にする機能を有する。ここで電話回線５は音声の伝達を可能とする一般公衆電話回線やＩＳＤＮ回線等のディジタル回線等がこれに該当するものである。６は例えばパーソナルコンピュータ等で構成される本監視システムの制御装置である。商用ネットワーク７は一般的には、電話回線５を介してアクセスされて当該ネットワーク内で種々のデータの交換を行なうものである。なお、このような商用ネットワーク７の中では例えばメールボックス７ａ等を使うことも可能である。無線基地局８は、携帯電話等の端末に、回線を接続するための基地局である。
【００１７】図１に示すように、実際には被観測物はｎ個（１，２，…，ｎ）存在し、各々に対して電子スチルカメラ（２ａ，２ｂ，２ｃ，…）、センサ（３ａ，３ｂ，３ｃ，…）、モデム（４ａ，４ｂ，４ｃ，…）等が構成されている。すなわち、制御する側では制御装置６が１台であるが、制御装置６によって電話回線５を介して制御される電子スチルカメラは複数台設置したシステムとすることができる。ここで、制御装置６が特定のカメラを識別できるように、各カメラには電話回線の異なる電話番号が割り付けられている。また、無線基地局８を介して携帯電話９によってカメラ２ｃに接続することも可能である。また、カメラは複数存在しているが、複数ではなく１台でもよいことは勿論である。
【００１８】以下に上記した構成の全体的動作を説明する。操作者が制御装置６を操作することによって全体のシステム制御を行い、各構成要素の動作が制御される。電話回線５によって接続されたカメラ２ａ乃至２ｃは各種の被観測物に対応させて設置されている。したがって、制御装置６側から特定のカメラ（例えば２ａ）に対して電話をかけたとき、電話をかけられたカメラ２ａは電話回線５を経由して制御装置６と接続されて、制御装置６とカメラ２ａとの間で同期処理を行なう。
【００１９】同期処理が終了すると、カメラ２ａは制御装置６側から制御可能な状態になるので、カメラ２ａに対してカメラの各種の設定状態の設定を行なった後、撮影の指示を行なう。撮影の指示がされるとカメラ２ａはセンサ３ａに対してトリガ出力をする一方、自ら被観測物１の映像を撮影する。次にカメラ２ａはセンサ３ａの情報と被観測物１の映像情報を電話回線５を経由して制御装置６側に送る。操作者は送られてきた映像情報による画像をその場で確認することが可能である。
【００２０】上記した情報の伝送は携帯電話９を使用する場合でも同様にして行うことが可能である。また、図１に示すように上記システム内に設置されているカメラが複数台存在する場合は、各カメラに対して別々の識別用データ番号等を割り当てておくことが可能であり、制御装置６側から特定のカメラに対してアクセスした時にはそのカメラのＩＤ番号を送り返すことによって送られてきたデータの整理、分類等を行なうことが可能である。
【００２１】図２は上記したカメラ（例えば２ａについて述べる）の外観図である。同図において、１１は撮影用のレンズ、１２はストロボ装置である。１３はビデオ信号の出力端子であり、外部にモニターを接続して撮影画像をチェックしたい場合に使用される。また、１４はモデムの制御インターフェイス（Ｉ／Ｆ）を構成するコネクタであり、当該カメラ２ａをモデム４ａに接続するために使用される。１５はセンサ３ａの制御Ｉ／Ｆであり、センサ３ａに対してこのセンサを選択するためのトリガ信号の出力とセンサ３ａから測定済データを受信するためのＩ／Ｆを構成するコネクタである。
【００２２】さらに、１６、１７は被記録（記憶）情報を格納するための媒体として適用されるＩＣメモリカードであり、カメラ２ａが被観測物１を撮影して得られた画像データをこのＩＣメモリカードにファイルとして記録するときに使用されるが、画像データはカメラに内蔵された記録媒体に記録することも可能である。また、このＩＣメモリカード１６、１７が装着されるスロットにはモデム等の機能をもったカード（いわゆるモデムカード）を装着することも可能である。この場合は、図１のモデム４ａに替えてモデム機能をもったカードによって電話回線を通してのデータの授受を行なうことが可能である。
【００２３】１８はレリーズスイッチであり、監視カメラが動作している時には使用されず、単体のカメラを使用するときに撮影のトリガを行なうためのものである。１９は表示パネルであり、例えば液晶表示パネルでカメラの動作状態を表示する。２０は操作スイッチであり、カメラの設定状態を手動で変更するときに使用される。
【００２４】なお、カメラ２ａを被観測物１に向けて設置するために、その下部には三脚用のネジ穴を有し、被観測物１に向けて固定することが可能である。図３は図２のカメラの内部構成図である。同図において、２１は被観測部１としての被写体を光学的に撮影するためのレンズであり、２２は被写体の画像を電気信号に変換するための撮像回路であり、２３は撮像された映像信号をデジタルデータに変換するためのＡ／Ｄ変換器であり、２４はデジタルデータに変換された画像データを格納するためのフレームメモリであり、２５はフレームメモリ２４に蓄積された画像データを再びアナログ信号に変換するためのＤ／Ａ変換器２５であり、２６は作成されたアナログ信号をビデオ信号に変換するためのビデオエンコーダであり、２７は外部のモニターにビデオ信号を出力するための端子である。
【００２５】また、２８は撮影中の画像、あるいは撮影済の画像を操作者が再生して見るためのビューファインダであり、２９はビューファインダ２８あるいは外部モニター装置にカメラの動作状態を表示するためのキャラクターを表示するためのキャラクタジェネレータである。
【００２６】さらに、３０はフレームメモリ２４上のデータを圧縮して記録用のデータを生成するとともに、圧縮されて記録されているデータを伸長して再生するための圧縮伸長回路である。この圧縮伸長には、例えばＪＰＥＧに準拠した、それ自体は公知の圧縮アルゴリズムが使用される。３１はカードインタフェース（Ｉ／Ｆ）であり、ここでは適用された情報記録媒体としてのＩＣメモリカード１６に対し画像データの記録、再生を行う。３４はシステム制御回路であり、当該カメラの系を統括的に制御する。このシステム制御回路３４内には、時計３４ａが内蔵されていて日付、時刻データをカウント保持することができる。
【００２７】また、３５はＬＣＤ表示パネルであり、システム制御回路３４によって制御されてカメラ２ａの動作状態を表示する。スイッチ３６はカメラ２ａを直接操作するための操作部であり、システム制御回路３４に指令を与えるためのものである。１４は前記したモデム制御Ｉ／Ｆであり、システム制御回路３４がモデム４ａを経由し、電話回線５を制御して制御装置６と通信を行なうことを可能にすべく、モデム４ａを制御するＩ／Ｆである。１６は前記したようにカードＩ／Ｆ３１に装着されて画像データ、あるいはセンサデータを保持するＩＣメモリカードである。このメモリカードは本例ではＪＥＩＤＡ Ｖｅｒ．４．２と呼ばれる規格に準拠したもので、ＰＣカードと呼ばれることもある。また、記録媒体と同じ形を有してモデム機能を果たすカードも存在する。
【００２８】３７はＡＦズーム制御回路であり、被写体像に対してピントを合わせるためのオートフォーカス（ＡＦ）、あるいは被写体像の倍率を変更するズーミングを制御するための制御回路である。３８はストロボ回路であり、カメラ２ａにストロボを装着することによって暗い場所でも被観測物１の撮影を可能にする。３２はカメラ全体の電源ブロックであり、モデム４ａはモデム制御Ｉ／Ｆ１４を介してシステム制御回路３４に接続されて、電話回線５の制御を行うとともに、最終的に制御装置６との間の通信を行なう。センサ３ａは前記したように温度、湿度、騒音等の観測を行うためのもので、センサ制御Ｉ／Ｆ１５を通してシステム制御回路３４に接続されている。そしてシステム制御回路３４からの指令に従って、センサ３ａに対してこのセンサを指定（選択）するためのトリガ信号を出力したり、センサ３ａからの測定データの入力を行なう。このときの指令は制御装置６から電話回線５、モデム４ａ、モデム制御Ｉ／Ｆ１５を介してシステム制御回路３４に与えられるカメラでの撮像を指示するための撮像開始指示信号に基づいて生起せしめられるように構成され得る。
【００２９】なお、本実施例においては、カメラ撮像部と画像取扱部とを一体としたカメラによって説明を行っているが、図３の接続部３３（破線図示）を境にして、２１，２２，３７，３８のカメラ撮像部とその他の部分とを別体に構成することも可能である。
【００３０】図４はカメラ（例えば２ａ）の監視動作と回復処理を説明するためのフローチャートである。この実施例のカメラは設置時に監視動作を開始するように設定される。
【００３１】まず、ステップＳ１でモデム４ａの設定を行なう。すなわち、モデム４ａに対してモデムの一般的なコマンドであるＡＴコマンドでモデム４ａの動作状態を設定する。即ち、モデムを着呼待ち状態におく。ここでモデム４ａがエラーを発生した場合は、ステップＳ１４に移行してエラー表示を行なう。一方、モデム４ａの設定が正常に行われたときはステップＳ３に進んで、カメラ内のシステム制御回路３４以外の電源をＯＦＦにして、特に優先的に給電状態を確保すべきものであるシステム制御回路３４のみに給電が行われるようにする。次にステップＳ４ではモデム４ａから、“ＣＯＮＮＥＣＴ”という文字列からなるリザルトコード（伝送路の双方のモデム間で情報の伝達が可能になったことを表すコード）が入力されるのを待つ。モデム４ａはステップＳ１の設定に従って動作しており、電話回線５を介して制御部６から着呼すると自動的に回線の制御を行い、相手側のモデム４ｄとネゴシエーションを行った後に最適な状態で接続を行なう。
【００３２】接続が完了すると、“ＣＯＮＮＥＣＴ”のリザルトコードを出力する。次にシステム制御回路３４は、“ＣＯＮＮＥＣＴ”の入力を識別した後でシステム制御回路３４以外の部分にも電源を供給する（ステップＳ５）。次にステップＳ６では制御装置６との同期処理を実行する。すなわち、制御装置６といくつかの文字列のやり取りを行って、相手側との同期をとる。次にステップＳ７では同期処理が良かったかどうかの判定を行なう。ここで同期処理が失敗した場合には回復処理に移行する。
【００３３】一方、同期処理が正常に終了したときはステップＳ８に進んで、インターバルタイマを設定する。これは制御装置６内のタイマで一定時間を計測するためのものである。次にステップＳ９ではステップＳ８で設定したタイマーがオーバフローしているか否かをチェックする。もしステップＳ９でチェックしたタイマが、オーバフローしている場合には回復処理へ移行する。一方、タイマがオーバフローしていないときはステップＳ１０に進んで、制御装置６からのコマンドが受信されたかどうかをチェックする。ここで、コマンドが受信されていない場合には、ステップＳ９とステップＳ１０を繰り返す。この間にタイマーがオーバーするかあるいはコマンドの受信がされるとこのループを抜け出す。
【００３４】ステップＳ１０でコマンドの受信がされた場合にはステップＳ１１に進んで、受信したコマンドが回線との接続を遮断する旨のコマンドかどうかを判定する。もしステップＳ１１で回線遮断と判定された場合には、ステップＳ１２に進んで回線との接続の遮断処理を行なう。すなわち、モデム４ａに対して回線との接続の遮断処理を行って、電話回線５のオンフック処理を行なう。ステップＳ１２の処理が終わるとステップＳ３に戻って、再び次の制御装置からの着呼を待つ。また、ステップＳ１１の判定で受信したコマンドが回線との接続の遮断に関する命令でない場合はステップＳ１３に進んで受信したコマンドの実行処理を行ない、ステップＳ９に戻る。
【００３５】ステップＳ１５では回線との接続の遮断処理を行なう。これはモデム４ａに対して回線との接続を遮断するコマンドを発するもので、通常オンフック処理と呼ばれている処理を行なう。ステップＳ１５の処理が終わると、ステップＳ１のモデム４ａの設定から再度実行を開始する。即ち、モデムは再び着呼待ち状態となる。前記したステップＳ８で設定したインターバルタイマと、ステップＳ９でタイマオーバーを判定しているインターバルタイマについては図５を参照して詳細に説明する。
【００３６】図５は受信割り込み処理の行程を示すフローチャートであり、カメラ２ａが制御装置６からのコマンドを受信するための割り込み処理を行なう。まず、制御装置６からカメラの制御コマンドが送信されてきたとき、ステップＳ８，Ｓ９でも用いたインターバルタイマを再設定する（ステップＳ２１）。次に、ステップＳ２２でシステム制御回路３４を構成するマイコン内に設定されるコマンドバッファ（特定のＲＡＭ又はＲＡＭ内の特定の領域）にコマンドを格納する。このとき、制御装置６はインターバルタイマの設定値よりも短い間隔でコマンド送信を行うことによって、インターバルタイマがオーバフローしないように制御することができる。同時にカメラ側はこのインターバルタイマを監視することによって、一定時間以上制御装置６からのコマンド受信がないという状態の判定を行なうことができる。
【００３７】上記した図４のステップＳ１０のコマンド受信では、図５のステップＳ２２において制御装置６からの制御コマンドがコマンドバッファ内に格納されているかどうかをチェックし、格納されている場合はそのコマンドを使用してコマンド処理を実行する。また、図４のステップＳ９のタイマオーバのチェックによって、一定時間以内に制御装置６からのコマンド指令がない場合には、回復処理へと移行する。
【００３８】以下に図６を参照して監視カメラの制御手順を更に詳しく説明する。図６の監視カメラの制御手順は表の形式で書かれており、１番左側の欄はカメラ（例えば２ａ）と制御装置６のどちらに向かってデータが送信されているかを矢印で示している。また、真ん中の欄は通信制御動作に関する項目であり、これはカメラ２ａが自律状態で動作する場合に主に行われる動作を示している。また、１番右側の欄はカメラ制御動作に関する項目であり、カメラ２ａが制御装置６からのコマンドによって制御される時の動作（被制御動作）を表現している。
【００３９】また、同図において、表中のＸはＡＳＣＩＩコード１文字を示す。’ＸＸＸＸＸＸＸＸ’で示されるＩＤ文字列は可変長である。’ＸＸＸＸＸＸＸＸ．ＸＸＸ’で示されるファイル名称は固定長である。ＸＸＸＸＸＸＸＸＢＹＴＥＳで示されるサイズは１６進記法の８バイト固定長である。ＸＸＦＩＬＥＳで示されるファイル数は１０進記法の２バイト固定長である。記号↓はキャリッジリターンＣＲ（０ＤＨ）を示している。
【００４０】以下に、真ん中の通信制御動作の欄の１番上から順次説明する。まず、カメラ２ａがスタンドアローン動作即ち、自律状態の動作中であることを仮定する。その後、モデム４ａからのコネクト（伝送路の双方のモデム間で情報の伝送が可能になった旨のコード）の入力待ちとなり、情報伝送路が確立した後に例えば１０秒間待機する。その後、カメラ２ａは制御装置６に向けて識別用の文字列を送信する。それに対して、制御装置６は自己の識別用の文字列、続いて制御装置６側の識別用のＩＤを順に送信する。その後、制御装置６はカメラ側の識別番号を確認するために識別番号の送信要求をする。これに応答してカメラ２ａは“ＩＤ＝”の形式で自己の識別番号を送信する。
【００４１】次に制御装置６は、撮影データファイルを送るためのプロトコルの選択肢をカメラ２ａに対して送信する。カメラ２ａはその選択肢に対して自分が使うプロトコルを選択する。ここでは、ＸＭＯＤＥＭ−１２８と、ＸＭＯＤＥＭ−１Ｋと呼ばれる２つのプロトコルが選択肢として例示されるが、カメラ２ａは２番目のＸＭＯＤＥＭ−１Ｋを選択するものとする。
【００４２】この動作が終了した時点でカメラ２ａは被制御状態（コマンドモード）に移行する。すなわち、図６の１番右側の欄に表記された動作状態に入り、制御装置６はカメラ２ａに対してカメラの設定状態（ファイルサイズ、フォーカスモード、ストロボモード、ホワイトバランスの設定状態等）を変更するための制御命令を発して、カメラ２ａの動作状態の設定（図１０のオフセットＮｏ．１２以降の種々の設定）を行なう。そしてデータ読み出し命令を発してカメラ２ａの設定状態をステータスパケットの形式で読み出す。このステータスパケットはカメラ２ａに関する設定情報をまとめて１つのデータパケットにまとめたものである。
【００４３】カメラ２ａの状態設定が終わると、制御装置６はカメラ２ａに対して撮影命令を発する。その後、ファイル送信命令を発行して撮影済のデータを送信させる。ファイルの送信命令が発せられると、カメラ２ａは再びファイルの送信動作を自律的に始めてファイルの送信モードに入る。
【００４４】ファイルの送信モード時、制御装置６はファイルのサイズを問い合わせるが、これに応答してカメラ２ａはファイルのサイズを返送する。次に制御装置６はファイルの名称を問い合わせるが、これに応答してカメラ２ａはファイルの名称を返送する。この手続きが終了したとき、カメラ２ａは前もって選択したＸモデム−１Ｋのプロトコルにしたがって制御装置６に対して撮影済の画像データとセンサによる検出データを送信する。この送信が終了すると、カメラ２ａは自動的に被制御モードであるコマンドモードに再び移行する。
【００４５】以上、図６の中の小さい四角で囲まれた部分６ａ、６ｂを何度か必要な回数だけ反復することによって、制御装置側の操作者は必要な回数の撮影データを受信して確認することができる。そして必要なデータの受信が終わった時点で制御装置６側は回線との接続を遮断する旨の命令を発する。遮断命令を受信したカメラ２ａは再び自律的な動作を開始して回線との接続の遮断処理を行なう。
【００４６】図７は図４のステップＳ６に示すカメラ２ａと制御装置６との同期動作を詳細に説明するためのフローチャートである。図７に示す制御装置６の同期動作が開始されるのはモデム４ａから“ＣＯＮＮＥＣＴ”というリザルトコード（伝送路の双方のモデム間で情報の伝送が可能となったことを表すコード）が入力されたときである。まずステップＳ３１で１０秒間待機する。これは相手のモデム及び制御装置６側の準備が完了するのを確実にするためである。次にステップＳ３２において制御装置６からカメラ２ａの識別番号が要求されるまで待機する。そして要求があった時点でカメラ２ａは自己の識別番号を送信する（ステップＳ３３）。次にステップＳ３４に進み、制御装置６側から使用可能なプロトコルのリストが送信されるのを待つ。次にステップＳ３５に進み実行の蓋然性のあるプロトコルのリストの中から当該時点で自己が適用すべきプロトコルの番号を送信する。次にステップＳ３６に進み、自律モードから被制御モードに移行したことを示すために、ビューファインダあるいはビューファインダと外部モニタとの双方に、コマンドによって制御されるという意味で図８に示すようなコマンドモードの表示を行なう。
【００４７】図９は図４のステップＳ１３のコマンド実行処理を詳細に説明するためのフローチャートである。図９のコマンド実行は先ず最初に複数のコマンドのうちのどれであるかをステップＳ４１乃至Ｓ４５までで判定する。すなわち、ステップＳ４１ではステータス送信のコマンドであるかどうか、ステップＳ４２では撮影用動作を指令するコマンドであるかどうか、ステップＳ４３ではカメラ内の設定状態の変更をするためのコマンドであるかどうか、ステップＳ４４では画像ファイルを送信するためのコマンドであるかどうか、ステップＳ４５ではファイルの消去を行なうためのコマンドであるかどうかを判定する。
【００４８】そして上記した各ステップで判定されたコマンドの処理をステップＳ４６乃至Ｓ５０のうち該当する何れかで行なう。すなわち、ステップＳ４６はステータス送信コマンドで実行されるステータス送信であり、カメラ２ａの動作状態のデータを制御装置６に対して送信する。この場合、ステータスパケットの形式でカメラ内の設定状態のデータをまとめて１つのデータブロックにして送信する。
【００４９】図１０はこのようなステータスパケットの構成を示す図である。同図において、最初のオフセットにはステータスパケットであるということを示すパケットＩＤが記録されている。オフセット１の位置にはパケット内にデータがいくつあるかを示すデータ数が記録されている。オフセット２〜７までにはカメラ内の時計がどういう状態であるかを示す年月日の日付時データが格納される。その後は、カメラの電源状態やカード状態（適用されたＩＣメモリカードの状態）やコマ番号、撮影可能な枚数等のデータが図１０に示すごとく格納される。そして１番最後のオフセット２４にはチェックサムが設定されており、このステータスパケットが受信されたときに、データが正当であるかどうかを制御装置６が判定できるようになっている。
【００５０】ここで、図１０にはセンサ情報は含まれていないが、センサ情報等をこの中に含めることも可能であり、センサ情報を別のパケットとして送信するように構成することも可能である。
【００５１】次に図９のステップＳ４２に戻って、撮影コマンドであると判定された場合には、図１１の撮影の処理を行なう（図９のステップＳ４７）。すなわち、図１１において、まずセンサ（例えば３ａ）のデータを確定するために該当するセンサに対してトリガ出力を行なう（ステップＳ５１）。次にステップＳ５２でセンサ３ａは測定動作を終了したかどうかを判定する。すなわち、センサ３ａがＢＵＳＹ状態であるかどうかをチェックして、ＢＵＳＹ状態の間ステップＳ５２を反復し、センサ３ａの測定が終了するとステップＳ５３に進む。ステップＳ５３では、センサ３ａにより検出した検出データをセンサ３ａから受信して、カメラ内のシステム制御回路３４に一時的に格納する。次にステップＳ５４に進み、撮影によって得られた撮影データをどれくらいの大きさのデータに圧縮するかを示す圧縮パラメータの設定を行なう。圧縮パラメータを変えることによって、撮影した画像の最終的な画像データ量を調整することができる。次にステップＳ５５に進み、被観測物１としての被写体の光学像に係る露光を実行する。次にステップＳ５６に進み、露光の結果として得た画像データをＡ／Ｄ変換してデジタルデータに変換する。次にステップＳ５７に進み、ＪＰＥＧに準拠した方式でのデータ圧縮を施して画像データを圧縮する。ここではステップＳ５４で設定した圧縮パラメーターに従って制御装置６側の操作者が望んだサイズの画像データに圧縮する。
【００５２】次にステップＳ５８に進み、圧縮された画像データにヘッダを付加する。このヘッダは画像データの前に付加されて画像データに付随するデータとして格納される。次にステップＳ５９に進み、ステップＳ５３であらかじめ受信したセンサによる検出データを画像ファイルのヘッダの中に書き込む。
【００５３】図１２はこのような画像ファイルの構成を示す図である。同図に示すように、画像ファイルは、画像データ１０１本体の前にヘッダ部分１００が付加された形をしている。このヘッダ１００の中にはセンサによる検出データ等が記録されるかあるいは、画像データの各種パラメータ等が記録される場合もある。
【００５４】図１２に示す画像ファイルは１枚の画像データであり、このような画像データが撮影によって得られるごとに、順次、画像ファイルとして制御装置６側に電話回線５を経由して送信されて制御装置６側に設けられた記録媒体に記録される。
【００５５】図１３は撮影によって得られた画像データにセンサによる検出データが付加された画像ファイルの送信手順を示すフローチャートである。これは図９のステップＳ４４の画像ファイル送信のコマンドが発せられたときに実行される。
【００５６】まずステップＳ６１で最後に撮影した画像ファイルの再生を行う。次にステップＳ６２で、実際に受信を行う制御装置６側が送信を要求してくるまで待機する。送信要求を意味するものとして，ＸＭＯＤＥＭあるいはＸＭＯＤＥＭ−１Ｋ等のプロトコルではアスキーコードの“Ｃ”という文字が送信される。送信要求が送られて来ると、カメラ側はステップＳ６３でヘッダを送信し，ステップＳ６４で１０２４バイトのデータを送信し，最後にトレーラを送信する（ステップＳ６５）。このような方法で送信するのは，ＸＭＯＤＥＭプロトコルでは画像ファイルを１０２４バイトずつのデータブロックに分けて、各々のブロックにヘッダとトレーラと呼ばれる付加データを付加して送信するように取り決められているためである。
【００５７】制御装置６側はデータの受信が正常に行われるとアクノリッジ（ＡＣＫ：acknowledgement ）を送信するので，カメラ側はこのアクノリッジを受信することによってデータが正常に送られたことを確認できる（ステップＳ６６，Ｓ６７）。
【００５８】次に，１０２４バイトずつの区切りの画像データファイルがまだ残っているかどうかをステップＳ６８で確認し、まだ画像データがある場合には再びステップＳ６３に戻って次の１０２４バイトの送信を行う。もしステップＳ６７で制御装置６がアクノリッジを戻してこなかった場合、すなわちナック（ＮＡＫ：negative acknowledgement）と呼ばれる否定データが戻されるかあるいは一定時間経ってもナックが送られてこないときはステップＳ６９に進み、これと同じことが１０回連続して起こったかどうかを判定する。
【００５９】ここでもし連続して１０回に満たないときはステップＳ７０に進んで，今送信したものと同じ１０２４バイトのデータを再送するための再送設定を行ってからステップＳ６３に戻る。一方、アクノリッジが１０回以上得られない状態になった場合には、図４の回復処理へと処理が移行する。この回復処理では、回線との接続を遮断して着呼待ち状態にするための処理を行っている。
【００６０】図１４は画像ファイルサイズの変更を行う手順を示すフローチャートである。画像ファイルサイズの変更は、図９のコマンド実行の中のステップＳ４３の設定変更に含まれる。画像ファイルサイズ変更のコマンドが、制御装置６側から送信されてきた場合、カメラは現在のファイルサイズがどういう状態であるかを判定する。この実施例では、テストサイズと３２Ｋバイトと６４Ｋバイトと９６Ｋバイトの４通りのファイルサイズの設定が可能である。したがって，ステップＳ１でまず現在はテストサイズかどうかを判定する。ここでテストサイズであればステップＳ７７に進み、ファイルサイズをそれよりも少し大きな３２Ｋバイトに設定する。このテストサイズというのはファイルサイズとして３２Ｋバイトよりも小さいファイルサイズである。この小さいファイルサイズとしては例えば１６Ｋバイトや１０Ｋバイトというようなサイズが割り付けられる。
【００６１】ステップＳ７１でテストサイズでないと判定された場合には、ステップＳ７２で３２Ｋバイトのサイズかどうかを判定する。ここで３２Ｋバイトであると判定された場合はステップＳ７６に進んでファイルサイズを６４Ｋバイトに設定する。また、ステップＳ７２で３２Ｋバイトでないと判定された場合には、ステップＳ７３で６４Ｋバイトかどうかを判定する。ここで６４Ｋバイトであると判定された場合には、ステップＳ７５に進んでファイルサイズを９６Ｋバイトに設定し直す。また６４Ｋバイトでないと判定された場合は、ステップＳ７４でファイルサイズをテストサイズに設定する。
【００６２】このようにして、前記したステータスパケットの送信と組み合わせて、望みのサイズになるまでファイルサイズの変更コマンドを送信することによって、所望のファイルサイズの設定を行うことが可能である。
【００６３】図１５は制御装置６の監視処理の手順を示すフローチャートである。今までは実施例の説明としてカメラ側の動作を説明したが，以下では制御装置６側がどのような処理を行っているかを図１５のフローチャートを参照して説明する。まずステップＳ８１で監視ポイントの指定の入力を行う。これは制御装置６側に、設置されている監視カメラの電話番号が登録されていて、どの監視ポイントに電話をかけて画像情報を取り込んで、取り込んだ画像を回収するかを指定するものである。次に指定された監視ポイントの電話番号をモデムに渡してこの番号にダイヤリングするよう指令する（ステップＳ８２）。次にステップＳ８３でモデムが電話をかけて電話番号に接続されているモデムと接続を確立した後，“ＣＯＮＮＥＣＴ”という前述のリザルトコードが出力されるのを待つ。次にステップＳ８４でカメラとの同期処理（即ち、制御装置６側とカメラ側とでの動作を同期させるための、図７につき上述した処理）を行う。これは図４のステップＳ６に対応した処理である。ステップＳ８４の上記同期処理が終了すると、ステップＳ８５で同期処理が正常に終了したかどうかを判定し、カメラとの同期処理がうまくいかない場合には、回復処理（以下に述べる図１６）へと処理が移行する。
【００６４】また、もしカメラとの同期処理がうまくいった場合にはステップＳ８６に進んでステータスの送信要求を行う。このステータス送信要求を発することによって、カメラ側の設定状態を表しているステータスパケットを得ることが出来る。すなわち、次のステップＳ８７でステータスパケットを受信する。そしてステップＳ８８では、受信したステータスパケットの内容に応じてカメラの動作状態を表示して操作者に知らせる。この後ステップＳ８９に進んでタイマを初期化する。
【００６５】このタイマは操作者から一定時間以上何らのコマンドも入力されない時間を監視するものであり、ステップＳ９０では、操作者が一定時間内に操作を行ったか否かを判断し、一定時間以上コマンドの入力がなかったときには（ステップＳ９１）、カメラ側が自動的に回線との接続を遮断することがないように、ステップＳ８６に戻って自動的にステータス送信コマンドをカメラ側に送信するようにしている。
【００６６】一方、一定時間内にコマンドが入力されたときはステップＳ９２を実行する。ステップＳ９２では操作者が入力したコマンドが、今アクセスしているカメラに対する制御動作の終了のコマンドかどうかを判定する。ここで監視動作が終了した場合にはステップＳ９３に進んで回線との接続を遮断する処理を行う。一方、操作者が入力したコマンドが終了コマンドでない場合には、操作者が選択したコマンドを実行する。
【００６７】図１６は制御装置６側の回復処理の手順を示すフローチャートである。このフローチャートは、カメラ側が一定時間以上制御装置６からのコマンドの入力がない場合に回線との接続を遮断する処理を行なうように制御されているが、このときにカメラを制御する制御装置６側がどのように回復処理をするかを示している。
【００６８】まず、ステップＳ１０１で制御装置６側の方も回線の遮断処理を行う。次にステップＳ１０２でカメラの異常判断のタイマよりも長時間の間待機する。そしてステップＳ１０３で制御の対象となるカメラに対して再呼処理を行う。ステップＳ１０４では、モデムが回線の接続を確立した後に出力するリザルトコード（“ＣＯＮＮＥＣＴ”）の入力を待つ。次にステップＳ１０５でカメラと同期処理を行って、それがＯＫであれば図１５のステップＳ８６に進む。ここでもし図１６のステップＳ１０５のカメラの同期処理も失敗した場合には、回復不能と判断して回復処理を終了する。
【００６９】上記した図１６の制御装置側の処理と、図４のカメラ側の制御処理とを組み合わせることによって、このシステムは回線に異常が発生した場合にも、一定時間後にはシステム動作を回復することが可能である。
【００７０】図１７は制御装置６からのカメラの調整の手順、従ってカメラが制御装置からの指令に応動して調整される手順を示すフローチャートである。カメラの調整モードを制御装置６側の操作者が指示した場合には、カメラのファイルサイズがモニタモード（「テストモード」として図１４につき既述）用であるかどうか判定する（ステップＳ１１１）。ここでＮＯの場合はカメラに対してファイルサイズの変更コマンドを発する（ステップＳ１１２）。その後ステップＳ１１３でステータス送信要求を発する。そしてステップＳ１１４でステータスを受信した後、再びステップＳ１１１に戻ってファイルサイズがテスト用モードであるかどうかを判定する。このステップＳ１１１〜ステップＳ１１４までのループを繰り返すことによって、ファイルサイズをモニタモード用に切り換えることができる。
【００７１】ここでファイルサイズのモニタモードは他のモードに比べてデータの圧縮率を高くしたモードであり、ファイルの送信時間を短縮することができる。その後ステップＳ１１５に進んで撮影のコマンドを発した後、次のステップＳ１１６で送信要求を発する。次にステップＳ１１７で送られてくる画像を受信する。次のステップＳ１１８では画像を再生し、ステップＳ１１９で操作者が比較的高い圧縮率で圧縮されて先導的に速やかに送られてくるこの画像を確認する。ここで特に、上記ステップＳ１１７の画像受信ではファイルサイズが非常に小さいモードに設定されており、このために画像に僅かな歪みが存在するが、その反面高速に画像の受信をすることができるため、画像を速やかに確認する目的に叶うものである。ステップＳ１１９で操作者は、撮影時のフレーミング状態、露出状態、色合い状態乃至ホワイトバランス調節状態を認識することが可能なようになされている。
【００７２】次にステップＳ１２０で操作者が当該設定状態でよいと判定した場合には、ステップＳ１２１に進んでファイルサイズを前のモニタモード状態に戻す。また、ステップＳ１２０で画像の状態が所望の状態でないと判定された場合には、撮影条件の変更を行ってから（ステップＳ１２２）、再びステップＳ１１５に戻ってそのときの状態を再び確認する。
【００７３】以上、制御装置から監視カメラに対してアクセスし、監視動作を行う実施例の説明を行ってきたが、監視カメラに接続されたセンサが異常を検出した場合に、監視カメラが制御装置にアクセスし画像データを送信するように構成することも可能である。
【００７４】この場合、画像データを送信するきっかけとなる現象が明白でなければならない。同時に、画像データを送信するきっかけの現象毎に優先度をつける等の整理を行いたい場合がある。そこでこの実施例では、センサにより異常が検知された場合、その異常の種類を示すコメントを画像ファイルのヘッダに書き込み送信する。画像を受信する制御装置はそのコメントを表示して監視者に示す。監視者はそのコメントを見ることにより、発生した異常の内容を直ちに把握して適切な対応をとることができる。
【００７５】図１８は患者の様子を遠隔地からモニタするシステムに本発明を適用した実施例である。全体の構成は同図に示すように、ベッド４５に横たわった患者４４の映像を得るための監視カメラ４１と、患者４４の体温、血圧、心拍数或いは心電図等を計測するための医用センサ４３と、カメラ４１で撮影して得た画像データ、医用センサ４３により検出した医用データ、これらデータに関するコメントデータを電話回線を経由して送信するためのモデム４２とを含んで構成され、医用センサが患者４４の異常を検出すると監視カメラ４１に対して、異常の種別が簡潔に認識されるような「血圧異常低下」等のメッセージデータの送信を行うことができる。
【００７６】図１９は制御装置側の表示画面の一例を示す図であり、監視カメラ４１の撮影した患者４４の映像データ２０１と、監視カメラ４１が画像ファイルのヘッダ部分に付加したコメントの内容２０２（この内容から異常の内容が誰にでもすぐにわかる）と、監視カメラ４１から送信されるカメラのＩＤ２０３（このＩＤからどの地点に設置されたカメラからの映像かが直ちにわかる）とから構成される。
【００７７】図２０は図１２の画像ファイルのヘッダ部分の構成を詳細に示す図である。ヘッダは可変長でありリスト構造をとる。同図に示すようにデータ毎に先頭に記録されたＩＤと、次のデータへのポインタと、ポインタの後に記録されたデータ本体とからなる。
【００７８】図２１はすでに述べた図４に示すカメラの監視動作の変形例を示す監視動作の手順を示すフローチャートである。まず、ステップＳ１３１でＡＴコマンドによりモデムの動作状態の設定を行う。次にステップＳ１３２でシステム制御回路（図３の３４）と、モデム制御Ｉ／Ｆ（図３の１４）、センサ制御Ｉ／Ｆ（図３の１５）だけに給電し、他の回路の電源をオフする。以下の動作はシステム制御回路の統括的な制御下でなされる。
【００７９】次にステップＳ１３３で制御装置６側からの呼び出しがあったかどうかのチェックを、モデムからの“ＣＯＮＮＥＣＴ”メッセージに基づいて行なう。呼び出しがあった場合は、制御装置６からの指令に応動する被制御動作を実行する。次にステップＳ１３４でセンサが異常を検知したか否かを判断し、検知した場合はセンサＩ／Ｆを経由して当該センサが何れのものか及び異常が発生した旨の情報を制御装置６に伝送する。次にステップＳ１３５でカメラの全体の電源をオンした後、次のステップＳ１３６でセンサのメッセージ、例えば既述の医用センサからの「血圧異常」等のメッセージの受信を行い保持するとともに、ステップＳ１３７でセンサによる検出データの受信を行う。
【００８０】次にステップＳ１３８で患者の映像を撮影した後、ステップＳ１３９で撮影画像のファイルのヘッダにメッセージデータを書き込むとともに、ステップＳ１４０でヘッダにセンサによる検出データを書き込む。次にステップＳ１４１でモデムにダイアリングを指令して制御装置６にアクセスした後、ステップＳ１４２で画像ファイルとして、画像データと、上述したセンサのメッセージ及びセンサによる検出データを送信し、ステップＳ１３１に戻る。
【００８１】なお、上記した実施例において、センサやモデムはカメラと一体の構成を採るようにしても良い。また、メモリカードに替えて内蔵の画像メモリを用いるように構成しても良い。この場合、画像メモリの内容はホストとしての制御装置からの指示で消去できる。また、カメラに適用されたメモリが一杯になるまで連続的に記録し、メモリが一杯になった時に自動送信するようにしてもよい。
【００８２】また、センサからの異常信号があった場合直ちに送信するが、センサから異常信号の発生やホストからの指示がないかぎり、記録、保持、消去、記録等の自動動作を行わせるようにしてもよい。また、ホストからの指示に応じて複数画の連続送信を行なったり、複数のヘッダ情報（画像データ含まず）をまとめて送信するようにすることもできる。
【００８３】
【発明の効果】上記した請求項１に記載の発明によれば、回線に異常が発生してシステム動作が不可能になった場合も、制御装置が所定時間以上たってから再び発呼処理を行えば、システムの動作を回復できるのでシステムの信頼性が向上する。
【００８４】また、請求項２に記載の発明によれば、回線に異常が発生してシステム動作が不可能になった場合は制御装置が所定時間以上たってから再び発呼処理を行うことによりシステム動作を回復できるのでシステムの信頼性が向上する。
【００８５】また、請求項３に記載の発明によれば、コストのかかる回線は監視動作の間だけ使用すべく制御装置から自由に制御するとともに、その他の時間は回線を切断して画像取扱装置を自律的に動作させるようにしたので、柔軟な監視動作と低コストとを両立させることができる。
【００８６】また、請求項４に記載の発明によれば、着呼を待つ自律モードを小型の電源により長時間行うことが可能になるので設置範囲を広げることができる。また、請求項５に記載の発明によれば、センサが異常を検知したときに装置全体に起動がかかり、画像や環境データをホストに自動送信することが可能になる。
【００８７】また、請求項６に記載の発明によれば、システム制御回路と、回線制御装置のみに給電することにより最大の節電効果を得ることができる。また、請求項７に記載の発明によれば、回線をエラー訂正機能を使ってデータ送信する場合に、個々の情報をバラバラに送信するより高速にデータの送受信ができる。
【００８８】また、請求項８に記載の発明によれば、装置の設定と画像確認のモニタリング及びフィードバックループを早くすることができる。また、請求項９に記載の発明によれば、圧縮率を高めても確認が容易なフレーミング状態、露出状態、色合い状態、ホワイトバランス状態の操作者による設定変更と確認作業が早くできる。
【００８９】また、請求項１０に記載の発明によれば、簡単な構成で、遠隔地からの各種センサデータの取り込みが可能になる。また、請求項１１に記載の発明によれば、撮影指令によってセンサデータの取込みを行うことにより必ずセンサデータの取り込みが行われ、また同一タイミングで行うことができる。
【００９０】また、請求項１２に記載の発明によれば、センサ情報を組み合わせることにより、センサ情報と画像情報の関連を明確にでき、後々の整理編集作業時にす早く対応関係がつかめる。
【００９１】また、請求項１３に記載の発明によれば、画像データとセンサ情報が同一のデータブロックとされることにより送受信が容易になり編集も容易になる。また、請求項１４及び１５に記載の発明によれば、作成されたデータブロックが単体でも環境状態の測定データとして種々の用途に活用できる。測定データは一種もしくは二種以上利用できる。
【００９２】また、請求項１６に記載の発明によれば、回線に異常が発生してシステム動作が不可能になった場合でもシステム動作の回復ができるので、システムの信頼性が向上する。また、請求項１７に記載の発明によれば、発生した異常の種類がただちに判定できるため画像情報を有効に利用でき、かつ分類整理の自動化もできる。
【図面の簡単な説明】
【図１】本発明の一実施例に係る画像取扱システムのシステム構成図である。
【図２】電子スチルカメラの外観図である。
【図３】電子スチルカメラの構成図である。
【図４】本実施例の監視動作と回復処理を説明するためのフローチャートである。
【図５】受信割り込み動作を説明するためのフローチャートである。
【図６】監視カメラの制御手順を説明するための図である。
【図７】制御装置との同期動作を説明するためのフローチャートである。
【図８】コマンドモード表示を示す図である。
【図９】コマンド実行動作を説明するためのフローチャートである。
【図１０】ステータスパケットの構成を示す図である。
【図１１】撮影動作を説明するためのフローチャートである。
【図１２】画像ファイルの構成を示す図である。
【図１３】画像ファイル送信動作を説明するためのフローチャートである。
【図１４】画像ファイルサイズの変更動作を説明するためのフローチャートである。
【図１５】制御装置の監視処理を説明するためのフローチャートである。
【図１６】制御装置の回復処理を説明するためのフローチャートである。
【図１７】制御装置からのカメラの調整動作を説明するためのフローチャートである。
【図１８】他の実施例の構成を示す図である。
【図１９】制御装置側の表示を示す図である。
【図２０】ヘッダの構成を示す図である。
【図２１】監視動作を説明するためのフローチャートである。
【符号の説明】
２ａ…電子スチルカメラ、３ａ…センサ、４ａ…モデム、５…電話回線、６…制御装置（パーソナルコンピュータ）、７…商用ネットワーク、８…無線基地局、９…携帯電話、３４…システム制御回路。
【特許請求の範囲】
【請求項１】 光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置は、上記制御装置からの制御信号を受付けることが所定時間不可能の場合、上記一般公衆回線との接続を遮断して着呼待ち状態を形成する通信制御手段を有することを特徴とする画像取扱システム。
【請求項２】 光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置が上記制御装置からの制御信号を受けて、上記制御装置に対して画像信号等のデータ送信を行なうためのプロトコルの動作中に該プロトコルの実行に障害が発生した際、上記一般公衆回線との接続を遮断して着呼待ち状態を形成する通信制御手段を有することを特徴とする画像取扱システム。
【請求項３】 上記画像取扱装置は、上記制御装置からの着呼信号を受付けることにより、それまで維持していた外部からの制御を受付けない自律制御モードから制御を受付ける被制御モードに遷移して、上記制御装置からの制御信号に応じて同期的に動作されるように構成されたものである請求項１または２記載の画像取扱システム。
【請求項４】 上記画像取扱装置が上記自律制御モードにあるときには、当該画像取扱装置乃至は上記撮像手段の回路のうちの優先的に給電状態を確保すべき一部の回路系へのみ給電を行なう給電制御手段を更に備えたものである請求項３記載の画像取扱システム。
【請求項５】 前記画像取扱装置は、該装置各部の動作を統括的に制御するシステム制御回路と、本装置に適合するように設けられたセンサを監視するセンサ監視回路とをさらに備えたものである請求項４記載の画像取扱システム。
【請求項６】 上記システム制御回路は、上記給電制御手段により優先的に給電を確保される回路系に該当するものである請求項５記載の画像取扱システム。
【請求項７】 光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置は、自己の状態に関係した状態パラメータ情報乃至上記撮影手段の状態に関係した状態パラメータ情報の集合体をパケットとして上記制御装置に送信する手段を有することを特徴とする画像取扱システム。
【請求項８】 光学系によって結像された被写体像を撮像手段によって、電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置は、当該被写体の状況に関する情報を先導的に得るために、上記制御装置から上記撮像手段に発せられるモニタ指令信号に応答して、該当する被写体の状況を表わす画像に対して比較的高い情報圧縮率での情報圧縮処理を行い、この圧縮された画像情報を上記制御装置側に送信する手段を有することを特徴とする画像取扱システム。
【請求項９】 上記モニタ指令信号によって検出される上記撮像手段の状態に関する被検出事象として、撮像時のフレーミング状態、露出状態、色合い状態乃至ホワイトバランス調整状態等が該当し得ることを特徴とする請求項８記載の画像取扱システム。
【請求項１０】 光学系によって結像された被写体像を撮像手段によって、電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を通信回線を介して遠隔的に制御する制御装置とを含む監視システムにおける画像取扱システムであって、上記画像取扱装置は上記制御装置からの制御信号に応じて、本装置に適合するように設けられたセンサに対してそのセンサによる検出情報を取込むためのトリガ信号を出力するトリガ信号出力手段を有することを特徴とする画像取扱システム。
【請求項１１】 上記制御信号は、上記撮像手段における撮像を開始させるための撮像開始指示信号に基づいて生起されるものであることを特徴とする請求項１０記載の画像取扱システム。
【請求項１２】 上記画像取扱装置は、画像を当該適用された媒体に記憶するための記憶手段を更に有し、上記トリガ信号に基づいて取込まれた上記外部センサによる検出情報を上記撮像手段によって撮像された画像信号と共に関連付けて上記記憶手段に適用された媒体に記憶することを特徴とする請求項１０又は１１記載の画像取扱システム。
【請求項１３】 上記画像取扱装置は、上記センサによる検出情報を上記記憶手段に適用された媒体に記憶するに当たって、上記撮像手段による一つの撮像画像情報とそのヘッダ情報とにより少なくとも構成される画像ファイルのヘッダ領域に格納する手段を有することを特徴とする請求項１２記載の画像取扱システム。
【請求項１４】 上記センサが、本装置を取り巻く日付／時間、温度、湿度、気圧、雨量、色温度、照度、騒音、音声または、大気汚染度等の環境情報検出用のセンサであることを特徴とする請求項１０乃至１３のいずれかに記載の画像取扱システム。
【請求項１５】 上記センサが、体温、心電計データ、血圧等を検出するための医用センサである請求項１３記載の画像取扱システム。
【請求項１６】 光学系によって結像された被写体像を撮像手段によって、電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記制御装置は、上記画像取扱装置からの応答信号が得られないことを認識した場合、上記一般公衆回線との接続を遮断して、上記画像取扱装置側の持つ固有の通信不能待機時間よりも長い時間待機した後、発呼処理する手段を有することを特徴とする画像取扱システム。
【請求項１７】 上記画像取扱装置は該装置各部の動作を統括的に制御するシステム制御回路を備え、該システム制御回路により当該センサの種別やセンサ出力レベルの有意な変化に対応して、最適なコメントを付加した情報を上記制御装置に伝送するように構成されたことを特徴とする請求項１０記載の画像取扱システム。
【請求項１】 光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置は、上記制御装置からの制御信号を受付けることが所定時間不可能の場合、上記一般公衆回線との接続を遮断して着呼待ち状態を形成する通信制御手段を有することを特徴とする画像取扱システム。
【請求項２】 光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置が上記制御装置からの制御信号を受けて、上記制御装置に対して画像信号等のデータ送信を行なうためのプロトコルの動作中に該プロトコルの実行に障害が発生した際、上記一般公衆回線との接続を遮断して着呼待ち状態を形成する通信制御手段を有することを特徴とする画像取扱システム。
【請求項３】 上記画像取扱装置は、上記制御装置からの着呼信号を受付けることにより、それまで維持していた外部からの制御を受付けない自律制御モードから制御を受付ける被制御モードに遷移して、上記制御装置からの制御信号に応じて同期的に動作されるように構成されたものである請求項１または２記載の画像取扱システム。
【請求項４】 上記画像取扱装置が上記自律制御モードにあるときには、当該画像取扱装置乃至は上記撮像手段の回路のうちの優先的に給電状態を確保すべき一部の回路系へのみ給電を行なう給電制御手段を更に備えたものである請求項３記載の画像取扱システム。
【請求項５】 前記画像取扱装置は、該装置各部の動作を統括的に制御するシステム制御回路と、本装置に適合するように設けられたセンサを監視するセンサ監視回路とをさらに備えたものである請求項４記載の画像取扱システム。
【請求項６】 上記システム制御回路は、上記給電制御手段により優先的に給電を確保される回路系に該当するものである請求項５記載の画像取扱システム。
【請求項７】 光学系によって結像された被写体像を撮像手段によって電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置は、自己の状態に関係した状態パラメータ情報乃至上記撮影手段の状態に関係した状態パラメータ情報の集合体をパケットとして上記制御装置に送信する手段を有することを特徴とする画像取扱システム。
【請求項８】 光学系によって結像された被写体像を撮像手段によって、電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記画像取扱装置は、当該被写体の状況に関する情報を先導的に得るために、上記制御装置から上記撮像手段に発せられるモニタ指令信号に応答して、該当する被写体の状況を表わす画像に対して比較的高い情報圧縮率での情報圧縮処理を行い、この圧縮された画像情報を上記制御装置側に送信する手段を有することを特徴とする画像取扱システム。
【請求項９】 上記モニタ指令信号によって検出される上記撮像手段の状態に関する被検出事象として、撮像時のフレーミング状態、露出状態、色合い状態乃至ホワイトバランス調整状態等が該当し得ることを特徴とする請求項８記載の画像取扱システム。
【請求項１０】 光学系によって結像された被写体像を撮像手段によって、電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を通信回線を介して遠隔的に制御する制御装置とを含む監視システムにおける画像取扱システムであって、上記画像取扱装置は上記制御装置からの制御信号に応じて、本装置に適合するように設けられたセンサに対してそのセンサによる検出情報を取込むためのトリガ信号を出力するトリガ信号出力手段を有することを特徴とする画像取扱システム。
【請求項１１】 上記制御信号は、上記撮像手段における撮像を開始させるための撮像開始指示信号に基づいて生起されるものであることを特徴とする請求項１０記載の画像取扱システム。
【請求項１２】 上記画像取扱装置は、画像を当該適用された媒体に記憶するための記憶手段を更に有し、上記トリガ信号に基づいて取込まれた上記外部センサによる検出情報を上記撮像手段によって撮像された画像信号と共に関連付けて上記記憶手段に適用された媒体に記憶することを特徴とする請求項１０又は１１記載の画像取扱システム。
【請求項１３】 上記画像取扱装置は、上記センサによる検出情報を上記記憶手段に適用された媒体に記憶するに当たって、上記撮像手段による一つの撮像画像情報とそのヘッダ情報とにより少なくとも構成される画像ファイルのヘッダ領域に格納する手段を有することを特徴とする請求項１２記載の画像取扱システム。
【請求項１４】 上記センサが、本装置を取り巻く日付／時間、温度、湿度、気圧、雨量、色温度、照度、騒音、音声または、大気汚染度等の環境情報検出用のセンサであることを特徴とする請求項１０乃至１３のいずれかに記載の画像取扱システム。
【請求項１５】 上記センサが、体温、心電計データ、血圧等を検出するための医用センサである請求項１３記載の画像取扱システム。
【請求項１６】 光学系によって結像された被写体像を撮像手段によって、電気信号に変換して得られる画像信号を取扱う画像取扱装置と、該画像取扱装置を一般公衆回線を介して遠隔的に制御する制御装置とを含む監視システムに於ける画像取扱システムであって、上記制御装置は、上記画像取扱装置からの応答信号が得られないことを認識した場合、上記一般公衆回線との接続を遮断して、上記画像取扱装置側の持つ固有の通信不能待機時間よりも長い時間待機した後、発呼処理する手段を有することを特徴とする画像取扱システム。
【請求項１７】 上記画像取扱装置は該装置各部の動作を統括的に制御するシステム制御回路を備え、該システム制御回路により当該センサの種別やセンサ出力レベルの有意な変化に対応して、最適なコメントを付加した情報を上記制御装置に伝送するように構成されたことを特徴とする請求項１０記載の画像取扱システム。
【図２】
【図３】
【図８】
【図１２】
【図１】
【図１９】
【図２０】
【図４】
【図５】
【図７】
【図１４】
【図６】
【図９】
【図１８】
【図１０】
【図１１】
【図１３】
【図１５】
【図１６】
【図１７】
【図２１】
【図３】
【図８】
【図１２】
【図１】
【図１９】
【図２０】
【図４】
【図５】
【図７】
【図１４】
【図６】
【図９】
【図１８】
【図１０】
【図１１】
【図１３】
【図１５】
【図１６】
【図１７】
【図２１】
【公開番号】特開平８−２５６３２５
【公開日】平成８年（１９９６）１０月１日
【国際特許分類】
【出願番号】特願平７−５７６９９
【出願日】平成７年（１９９５）３月１６日
【出願人】（００００００３７６）オリンパス光学工業株式会社 (11,466)
【公開日】平成８年（１９９６）１０月１日
【国際特許分類】
【出願日】平成７年（１９９５）３月１６日
【出願人】（００００００３７６）オリンパス光学工業株式会社 (11,466)
[ Back to top ]