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