(57)【特許請求の範囲】
【請求項１】
無線ネットワークを介してデータを受信する受信ステップと、
指定された撮影モードに従って撮影された画像データを入力する入力ステップと、
上記受信ステップで受信されたデータ及び上記入力ステップで入力された画像データのメモリへの記憶管理を、前記メモリの使用状態に応じて行う管理ステップと、
上記管理ステップでの記憶管理に基づいて、上記受信ステップ及び入力ステップでの動作の調停を行う調停ステップとを備え、
前記管理ステップは、前記受信ステップにおいて受信したデータの予定量を前記メモリの残量から減じた値と、前記撮影モードに対応した圧縮後の画像データのサイズとを比較し、
前記調停ステップは、前記比較の結果が所定量以上である場合には前記受信ステップにおいて受信したデータ及び前記入力ステップにおいて入力された画像データの前記メモリへの記録を行い、前記比較の結果が所定量以下である場合には前記受信ステップで受信されるデータの圧縮率を高めるための処理あるいは受信動作を停止する処理を実行することによって撮影動作を可能とする処理を行うようになされたことを特徴とする画像処理方法。
【請求項２】
上記調停ステップは、上記管理ステップでの前記メモリの記憶管理に基づいて、上記入力ステップにおいて入力する画像データの画像サイズ又は圧縮率を制御するステップを含むことを特徴とする請求項１に記載の画像処理方法。
【請求項３】
上記入力ステップは、画像不可逆圧縮ステップを含み、
上記調停ステップは、上記圧縮ステップでの圧縮率を制御するステップを含むことを特徴とする請求項１又は２に記載の画像処理方法。
【請求項４】
無線ネットワークを介してデータを受信する受信手段と、
指定された撮影モードに従って撮影された画像データを入力する入力手段と、
上記受信手段で受信されたデータ及び上記入力手段で入力された画像データのメモリへの記憶管理を、前記メモリの使用状態に応じて行う管理手段と、
上記管理手段に基づいて、上記受信手段及び入力手段の動作の調停を行う調停手段とを備え、
前記管理手段は、前記受信手段によって受信したデータの予定量を前記メモリの残量から減じた値と、前記撮影モードに対応した圧縮後の画像データのサイズとを比較し、
前記調停手段は、前記比較の結果が所定量以上である場合には前記受信手段によって受信したデータ及び前記入力手段において入力された画像データの前記メモリへの記録を行い、前記比較の結果が所定量以下である場合には前記受信手段で受信されるデータの圧縮率を高めるための処理あるいは受信動作を停止する処理を実行することによって撮影動作を可能とする処理を行うように構成されたことを特徴とする画像処理装置。
【請求項５】
上記調停手段は、上記管理手段に基づいて、上記入力手段が入力する画像データの画像サイズ又は圧縮率を制御することを特徴とする請求項４に記載の画像処理装置。
【請求項６】
上記入力手段は、画像不可逆圧縮手段を含み、
上記調停手段は、上記圧縮手段での圧縮率を制御することを特徴とする請求項４又は５に記載の画像処理装置。
【請求項７】
請求項１〜３の何れか１項に記載の画像処理方法の処理ステップをコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ディジタルカメラ等に適用され、特に、通信機能を備えた画像処理装置、画像処理方法、装置やシステムの動作制御を行うための処理ステップをコンピュータが読出可能に格納した記憶媒体に関するものである。
【０００２】
【従来の技術】
近年においては、半導体等の技術進歩により、ディジタルカメラの普及にはめざましいものがある。このディジタルカメラは、撮影して得られた画像をディジタル化して、画像メモリに記憶するものであり、この画像メモリとしては、特に、半導体メモリが多く用いられている。
【０００３】
しかしながら、半導体メモリは非常に高価なものであるため、ディジタルカメラ全体のコストを考慮すると、ディジタルカメラに設ける半導体メモリの容量も限られる。すなわち、撮影可能枚数も限られる。現在、ディジタルカメラに標準装備されている半導体メモリの容量は、カメラ機器として要求される一般的な撮影頻度に対して、充分な量であるとは言えない状態にある。
【０００４】
そこで、例えば、画像メモリとして、ＰＣＭＣＩＡのフラッシュメモリカードやスマートメモリ等の交換可能型記憶デバイスを使用し、この画像メモリを使用者の必要に応じて交換可能とすることで、撮影可能枚数を増加させたディジタルカメラがある。
しかしながら、フルになった画像メモリを新たな画像メモリに交換したい時等に、該新たな画像メモリを入手できない場合が考えられる。したがって、使用者は、撮影を行う前に撮影枚数を予め予想しておき、その予想枚数に充分な余裕を持って、ＰＣＭＣＩＡのフラッシュメモリカードやスマートメディア等を携行する必要がある。
【０００５】
また、上述したカメラ機器に要求される一般的な撮影頻度に対して充分な撮影可能枚数を確保するために、画像メモリとして、半導体メモリではなく、ハードディスク等の磁気メモリを使用することが考えられる。
しかしながら、磁気メモリを画像メモリとして使用した場合でも、その容量は無限大ではない。すなわち、限界がある。
【０００６】
したがって、上述のようなディジタルカメラは、内蔵されている画像メモリの容量や交換可能型記憶デバイスの入手性によって、撮影可能枚数が限られていた。このため、制限された枚数を超えて撮影を行う場合、例えば、撮影現場にて、撮影して既に画像メモリに記憶させた撮影画像の中から不要な画像を消去したり、或いは、パーソナルコンピュータ内の記憶デバイス等に撮影画像を転送して、画像メモリの使用可能な容量を増加させる、という作業が必要である。
【０００７】
しかしながら、撮影現場にて、上記の作業を行うことは、時間的なロスを生み、即時性を求められるディジタルカメラにとって、大きな欠点となる。
【０００８】
具体的には、撮影画像の中から不要な画像を消去する場合、どの画像が不要であるかを判断するためには、種々の情報の確認が必要である。この確認を行うことは、撮影者にとって大きな負担となる。特に、撮影画像の良否は、一般的にディジタルカメラが備えている小型ディスプレイでは判断しにくいこともある。
さらに、上記の確認を効率的に行おうとすると、該確認のための専用の新たな操作スイッチ群や情報確認用ディスプレイ等が必要となる。これは、ディジタルカメラの小型化を阻害することになる。
さらにまた、撮影者にとって、撮影した画像を現場にて消去することは、心理的に負担を強いることである。したがって、上記の作業に対する撮影者の抵抗感は強いと言える。
【０００９】
一方、撮影画像を他のパーソナルコンピュータ内の記憶デバイス等に転送する場合、上述したような撮影者に対する負担は生じないが、ディジタルカメラとパーソナルコンピュータのインターフェース等を携行する必要があり、したがって、物理的な負担が大きくなる。
【００１０】
そこで、上述のような問題を解消するために、例えば、ディジタルカメラに通信機能を設け、必要に応じて撮影画像や電子メールを送受信することが考えられる。
【００１１】
【発明が解決しようとする課題】
しかしながら、ディジタルカメラに通信機能を設けた構成としても、撮影画像を記憶するメモリと、受信データを記憶するメモリとが同一メモリである場合、該メモリに対する要求の衝突のため、撮影機能のみのディジタルカメラでは存在しなかった問題が生じてくる。
【００１２】
例えば、これから撮影を行おうとしているまさにその瞬間、通信の着呼が発生し、その受信データが撮影画像を記憶しようとしていたメモリを占領してしまった場合、直前まで可能であった撮影が行えなくなることが考えられる。
この問題を回避するために、使用者が通信の是非を着呼の度に、その場で判定する必要があるが、これでは、撮影の即時性が失われ、シャッターチャンスを逃す可能性がある。このような問題は、ディジタルカメラとして大きな欠点である。
【００１３】
また、通信中に撮影機能を動作させたために、受信データを最後までメモリに記憶できなくなることが考えられる。これも、通信の確実性に影響してしまい、通信機能にとって、大きな欠点である。
【００１４】
そこで、本発明は、上記の欠点を除去するために成されたもので、小型化及び撮影の即時性を保ちながら性能の向上を図ったディジタルカメラ等を提供することができる画像処理方法、画像処理装置、及び装置やシステムの動作制御を行うための処理ステップをコンピュータが読出可能に格納した記憶媒体を提供することを目的とする。
【００１５】
【課題を解決するための手段】
斯かる目的下において、無線ネットワークを介してデータを受信する受信ステップと、指定された撮影モードに従って撮影された画像データを入力する入力ステップと、上記受信ステップで受信されたデータ及び上記入力ステップで入力された画像データのメモリへの記憶管理を、前記メモリの使用状態に応じて行う管理ステップと、上記管理ステップでの記憶管理に基づいて、上記受信ステップ及び入力ステップでの動作の調停を行う調停ステップとを備え、前記管理ステップは、前記受信ステップにおいて受信したデータの予定量を前記メモリの残量から減じた値と、前記撮影モードに対応した圧縮後の画像データのサイズとを比較し、前記調停ステップは、前記比較の結果が所定量以上である場合には前記受信ステップにおいて受信したデータ及び前記入力ステップにおいて入力された画像データの前記メモリへの記録を行い、前記比較の結果が所定量以下である場合には前記受信ステップで受信されるデータの圧縮率を高めるための処理あるいは受信動作を停止する処理を実行することによって撮影動作を可能とする処理を行うようになされたことを特徴とする。
これにより、メモリでの記憶状態に応じて、データ受信動作や撮影画像入力動作を制御することができるため、メモリへの画像データの記憶動作中の突発的な受信等に対応することができる。したがって、撮影動作と通信の即時性の両立を図ることができる。
【００１７】
第２の発明は、上記第１の発明において、上記調停ステップは、上記管理ステップでの前記メモリの記憶管理に基づいて、上記入力ステップにおいて入力する画像データの画像サイズ又は圧縮率を制御するステップを含むことを特徴とする。
これにより、メモリの記憶状態に応じて、現在の入力モード、即ち画像サイズ又は圧縮率を変更することで、メモリへの画像データの記憶動作を制御することができる。
【００１８】
第３の発明は、上記第１又は第２の発明において、上記入力ステップは、画像不可逆圧縮ステップを含み、上記調停ステップは、上記圧縮ステップでの圧縮率を制御するステップを含むことを特徴とする。
これにより、メモリの記憶状態に応じて、圧縮率を変更することで、メモリへ記憶する画像データ量を制御することができる。
【００２０】
第４の発明は、無線ネットワークを介してデータを受信する受信手段と、指定された撮影モードに従って撮影された画像データを入力する入力手段と、上記受信手段で受信されたデータ及び上記入力手段で入力された画像データのメモリへの記憶管理を、前記メモリの使用状態に応じて行う管理手段と、上記管理手段に基づいて、上記受信手段及び入力手段の動作の調停を行う調停手段とを備え、前記管理手段は、前記受信手段によって受信したデータの予定量を前記メモリの残量から減じた値と、前記撮影モードに対応した圧縮後の画像データのサイズとを比較し、前記調停手段は、前記比較の結果が所定量以上である場合には前記受信手段によって受信したデータ及び前記入力手段において入力された画像データの前記メモリへの記録を行い、前記比較の結果が所定量以下である場合には前記受信手段で受信されるデータの圧縮率を高めるための処理あるいは受信動作を停止する処理を実行することによって撮影動作を可能とする処理を行うように構成されたことを特徴とする。
【００２２】
第５の発明は、上記第４の発明において、上記調停手段は、上記管理手段に基づいて、上記入力手段が入力する画像データの画像サイズ又は圧縮率を制御することを特徴とする。
これにより、メモリの記憶状態に応じて、現在の入力モード、即ち画像サイズ又は圧縮率を変更することで、メモリへの画像データの記憶動作を制御することができる。
【００２３】
第６の発明は、上記第４又は５上の発明において、上記入力手段は、画像不可逆圧縮手段を含み、上記調停手段は、上記圧縮手段での圧縮率を制御することを特徴とする。
これにより、メモリの記憶状態に応じて、圧縮率を変更することで、メモリへ記憶する画像データ量を制御することができる。
【００４４】
第７の発明は、第１〜３の発明の何れかに記載の画像処理方法の処理ステップをコンピュータに実行させるためのプログラムを格納したことを特徴とする。
【００４５】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。
【００４６】
（第１の実施の形態）
本発明に係る画像処理方法は、例えば、図１に示すようなディジタルカメラ１００により実施される。
このディジタルカメラ１００は、本発明に係る画像処理装置或いは画像入力装置を適用したものでもある。
【００４７】
すなわち、ディジタルカメラ１００は、電話や電子メール等の通信機能を有しており、上記図１（装置外観図）に示すように、ディジタルカメラ１００本体の前面には、シャッタボタン１０２、モードダイヤル１０１、レンズ１０８、及びレンズ１０８の上方に配置されたストロボ１０９が設けられている。
また、ディジタルカメラ１００本体の側面には、その本体に内蔵されたスピーカ１０５、白黒液晶１０４、キーボード１０３、後述するジョグダイヤル（図示せず）、及びその本体に内蔵されたマイク１０６が設けられている。
【００４８】
さらに、シャッタボタン１０２、モードダイヤル１０１、レンズ１０８、及びストロボ１０９が設けられた面に対向する面には、図２（上記図１の矢印Ａ方向からの装置外観図）に示すように、ポインティングデバイス１１０が設けられている。
さらにまた、上述のスピーカ１０５部分は、同図に示すように、ディジタルカメラ１００本体に対して矢印Ｂ方向に開閉自在に設けられており、開状態でカラー液晶１０７が観察可能なように構成されている。
【００４９】
ここで、上述のモードダイヤル１０１は、パワースイッチ機能も有しており、図３（上記図１の矢印Ｃ方向からのモードダイヤル１０１の正面図）に示すように、シャッタボタン１０２の回りを回転する構造となっている。
そして、このモードダイヤル１０１の回転によって、電源を切った状態（ＯＦＦモード）、電話の送受信を行える状態（ＴＥＬモード）、ディジタルカメラ１００本体に記憶された画像、音声、テキスト等の情報を表示する状態（ＶＩＥＷモード）、及びカメラ撮影が可能な状態（ＣＡＭＥＲＡモード）等を切り換えることができるようになされている。
【００５０】
したがって、上述のようなディジタルカメラ１００の各モードにおける機能を図示すると、図４に示すようになる。
【００５１】
この図４に示すように、ＯＦＦモード以外のモードでは、電話の着信を受けること（ＴＥＬ着信機能）が可能となる。
【００５２】
ＴＥＬモードでは、通常のＰＨＳ（パーソナル・ハンディホン・システム）電話機の機能が動作可能となる（ＴＥＬ着信機能、ＴＥＬ発信機能）。すなわち、ＴＥＬモードでは、ディジタルカメラ１００本体のキーボード１０３からの電話番号の入力、白黒液晶１０４への入力番号表示、及び予め記憶されている電話番号の表示（電話帳の表示）が可能となり、ディジタルカメラ１００本体に内蔵されているスピーカ１０５とマイク１０５を用いることで、電話の送受信ができるようになされている。
また、ＴＥＬモードでは、必要に応じて、カラー液晶１０７の表示を行うことも可能となり、色分け等のよって、複雑なオプション機能を容易に選択できるようになされている。
尚、ここでの「電話の送受信」とは、ＰＨＳ電話機や携帯電話機等で可能であるデータ通信も含むものとする。
【００５３】
ＶＩＥＷモードでは、後述するＣＡＭＥＲＡモードにより撮影して得られた画像、録音した音声、受信した画像や音声、或いはテキストを選択し、それを再生したり、表示したりすることができるようになされている（画像表示／出力機能、音声出力機能、テキスト表示機能、電子メール機能）。
【００５４】
ＣＡＭＥＲＡモードでは、詳細は後述するが、レンズ１０８を介した被写体像をＣＣＤ（Charged Coupled Device）等の撮像素子により光電変換して電気信号に変換し、必要に応じて所定の画像処理を行って、フラッシュメモリ等の記憶デバイスに記憶するようになされている（画像入力／記憶機能）。
また、ＣＡＭＥＲＡモードでは、ポインティングデバイス１１０を用いて、カラー液晶１０７に表示されるメニュー画面からストロボ１０９の発光条件を選択し、その発光条件で被写体を照明できるようにもなされている。
さらに、ＣＡＭＥＲＡモードでは、後述するプレイ・バック（Play back ）機能により、撮影して得られた画像を確認し、その画像て不要である場合に消去したり、アノテーションとして音声を記録したり（音声入力／記憶機能）、或いは、電子メールとして所望する相手に送信することもできるようになされている（電子メール送信機能）。
【００５５】
上述のようなディジタルカメラ１００の内部構成は、例えば、図５に示すように、メインＣＰＵ部２０１、サブＣＰＵ部２０２、ＰＨＳ部２０３、及びカメラ部２０４を主とした構成としており、これらの各部が協調動作することによって、上述したＴＥＬモード、ＶＩＥＷモード、及びＣＡＭＥＲＡモードの各モード下で各機能を実現するように成されている。
【００５６】
以下、メインＣＰＵ部２０１、サブＣＰＵ部２０２、ＰＨＳ部２０３、及びカメラ部２０４について具体的に説明する。
【００５７】
（１）カメラ部２０４
図６は、上記図５のカメラ部２０４を具体的に示したものである。
この図６に示すように、カメラ部２０４は、上記図１のレンズ１０８からの入射光が撮像面に結像するように設けられた撮像素子２１３と、撮像素子２１３の出力が供給されるＣＤＳ／ＡＧＣ回路２１４と、ＣＤＳ／ＡＧＣ回路２１４の出力が供給されるＡ／Ｄ変換器２１５と、Ａ／Ｄ変換器２１５の出力が供給される信号処理回路２１６と、詳細は後述するメインＣＰＵ２１０のＣＰＵ２９（上記図５）と接続されたカメラマイコン２１１とを備えており、カメラマイコン２１１の出力は信号処理回路２１６に供給され、信号処理回路２１６の出力はＣＰＵ２９に供給されるようになされている。
また、カメラ部２０４は、ＣＰＵ２９の出力が供給されるタイミングジェネレータ２１８と、タイミングジェネレータ２１８の出力が供給される垂直ドライバ２１７とを備えており、タイミングジェネレータ２１８の出力は、撮像素子２１３、ＣＤＳ／ＡＧＣ回路２１４、Ａ／Ｄ変換器２１５、及び信号処理回路２１６に各々供給され、垂直ドライバ２１７の出力は、撮像素子２１３に供給されるようになされている。
さらに、上述の信号処理回路２１６には、ＣＰＵ２９の出力も供給されるようになされている。
【００５８】
上述のようなカメラ部２０４において、カメラマイコン２１１は、装置全体の動作制御を行うＣＰＵ２９と通信することで、カメラ部２０４全体の動作制御を行う。例えば、カメラマイコン２１１は、レンズ１０８（上記図１）のレンズ位置の情報が与えられることで、各種の画像処理のための動作制御を行ったり、絞り状態に基づいた操作を使用者に促すための情報をＣＰＵ２９に伝える。
具体的には、まず、レンズ１０８は、例えば、３倍のズームレンズであり、手動によりズーム位置が移動可能なように構成されており、３５ｍｍカメラに換算すると、３４ｍｍ〜１０３ｍｍの焦点距離を持っている。そして、このレンズ位置は、図示していないホール素子により、カメラマイコン２１１に与えられる。したがって、カメラマイコン２１１は、与えられたレンズ１０８のレンズ位置に応じた各種の画像処理を行うように、カメラ部２０４の動作制御を行う。
一方、明るさに関しては、例えば、Ｆ２．４〜Ｆ３．５とする。また、レンズ１０８と撮像素子２１３間には、図示していないが、開放と絞り込みの２種類の光学的絞りが設けられており、これらの絞りは、手動により操作される。そこで、カメラマイコン２１１は、この絞り位置を検出し、その検出結果をＣＰＵ２９に与える。したがって、ＣＰＵ２９は、カメラマイコン２１１からの検出結果に基づいて、光量不足や光量オーバの際の警告等を使用者に通知する。
また、ストロボ１０９は、調光回路付きのものであり、この充電制御や発光の制御も、カメラマイコン２１１により行われる。すなわち、ストロボ１０９は、カメラマイコン２１１からのレンズ１０８（ズームレンズ）のレンズ位置に基づいて、調光制御のリファレンスレベルを変動させることで、レンズ１０８のレンズ位置に関わらず、適切な発光を得るようになされている。
尚、ＣＰＵ２９は、詳細は後述するが、メモリコントローラ及びシリアルインターフェースを有する混在型ＩＣからなり、装置全体の動作制御を行うものである。
【００５９】
上述のようなカメラマイコン２１１の制御により、カメラ部２０４は、以下のように動作する。
【００６０】
先ず、タイミングジェネレータ（ＴＧ）２１８には、ＣＰＵ２９で生成された装置全体のタイミングの基となるクロックＫ信号２３０、及び水平／垂直同期信号４０が、撮像素子１０８での表示タイミングで供給される。
タイミングジェネレータ２１８は、撮像素子２１３に画像を形成させるためのタイミング信号を生成するものであり、ＣＰＵ２９からのクロックＫ信号２３０及び水平／垂直同期信号４０に同期して、撮像素子２１３にはタイミング信号２２６（画像を形成する基となるタイミング信号）を、垂直ドライバ２１７にはタイミング信号２２７（撮像素子２１３に与える電圧変換を必要とするタイミング信号）を、ＣＤＳ／ＡＧＣ回路２１４にはサンプルホールド信号２３１（サンプル・ホールドのタイミング信号）を、Ａ／Ｄ変換器２１５及び信号処理回路２１６にはサンプルクロック２２８（画素信号をサンプリングする基となるクロック）を、各々供給する。
【００６１】
このとき、レンズ１０８は、図示していない被写体からの光を屈折させて、撮像素子２１３の撮像面（電荷面）に集光させる。
撮像素子２１３は、例えば、ＣＣＤからなり、この撮像素子２１３で形成される画像の大きさは、例えば、横１２８０画素（ｄｏｔ）、縦９６０画素である。そして、撮像素子２１３は、タイミングジェネレータ２１８からのタイミング信号２２６に従って、上述のレンズ１０８からの被写体光を電気信号（電荷）に変換し、アナログの画素信号２２２として、ＣＤＳ／ＡＧＣ回路２１４に供給する。
また、垂直ドライバ（Ｖ−Ｄｒｉｖｅｒ）２１７は、タイミングジェネレータ２１８からのタイミング信号２２７に従って、撮像素子２１３を駆動する信号の電圧振幅を変換する。
これにより、ＣＤＳ／ＡＧＣ回路２１４には、横１２８０画素、縦９６０画素の電気信号が撮影画像信号として供給されることになる。
【００６２】
ＣＤＳ／ＡＧＣ回路２１４は、タイミングジェネレータ２１８からのサンプルホールド信号２３１に従って、撮像素子１０８からの撮影画像信号（２２２）にサンプリング処理を行ってノイズを取り除き、また、その信号振幅のゲインを自動制御する。そして、ＣＤＳ／ＡＧＣ回路２１４は、それらの処理を行った撮影画像信号２２３をＡ／Ｄ変換器２１５に供給する。
【００６３】
Ａ／Ｄ変換器２１５は、タイミングジェネレータ２１８からのサンプルクロック２２８に従って、ＣＤＳ／ＡＧＣ回路２１４からの撮影画像信号（アナログの画素信号）を１０ビットのディジタルデータ６４に変換し、そのディジタルデータ２２４を１０本のデータバスを介して信号処理回路２１６に供給する。
【００６４】
信号処理回路（Ｉｍａｇｅ  Ｐｒｏｃｅｓｓｏｒ）２１６は、画像処理ＩＣであり、この信号処理回路２１６には、ＣＰＵ２９からの制御信号２２１がカメラマイコン２１１を介して与えられる。したがって、信号処理回路２１６は、制御信号２２１により、図示していない内部レジスタの読み書きを行うことで、ホワイトバランスやＡＥ等の画像処理を行う。
具体的には、信号処理回路２１６は、タイミングジェネレータ２１８からのサンプルクロック２２８に従って、Ａ／Ｄ変換器２１５からのディジタルデータにホワイトバランス等の補正処理を行い、そのデータを撮像素子２１３での色空間からＲＧＢ系の色空間に変換し、ＹＵＶ８ビットのフォーマットの画像データ３９として、８本のデータバスを介して、ＣＰＵ２９に供給する。
【００６５】
（２）サブＣＰＵ部２０２
サブＣＰＵ部２０２は、上記図５に示すように、メインＣＰＵ部２０１、ＰＨＳ部２０３、及び上述のカメラ部２０４と通信するサブＣＰＵ１を備えている。このサブＣＰＵ１には、白黒液晶（ＬＣＤディスプレイ）１０４、ジョグダイヤル１１、キーボード１０３、モードダイヤル１０１、シャッタボタン１０２、ＲＴＣ４、ＤＣ−ＤＣコンバータ２４、及び電池２２が接続されている。
【００６６】
このようなサブＣＰＵ部２０２は、以下のような機能を有している。
【００６７】
（２−１）
サブＣＰＵ１は、メインＣＰＵ部２０１のＣＰＵ２９と通信を行って、コマンドやデータ等のやり取りを行う。
この通信の手段としては、１３本の信号線からなるバス１９を使用したパラレル転送で行われる。バス１９は、８本のデータバスと、１本のアドレス信号線、Ｉ／ＯＲＥＡＤ信号線、Ｉ／ＯＷＲＩＴＥ信号線、チップセレクト信号線、ＩＮＴＥＲＲＵＰＴ信号線とからなる。
また、サブＣＰＵ１は、メインＣＰＵ部２０１に対するリセット要求信号Ｒｅｓｅｔを、信号線２０を介してＣＰＵ２９に供給する。
さらに、サブＣＰＵ１は、カメラ部２０４の制御を行うためのリセット要求信号Ｒｅｓｅｔを、信号線２１を介してカメラマイコン５１に供給する。
【００６８】
（２−２）
サブＣＰＵ１は、ＰＨＳ部２０３のＰＨＳモジュール４８と通信を行って、コマンドやデータ等のやり取りを行う。
この通信手段としては、シリアルデータ転送信号（ＴｘＤ，ＲｘＤ）用の信号線１６、ＲＩＮＧ信号用の信号線１７、及びＷａｋｅＵｐ信号用の信号線１８を使用したシリアル転送で行われる。
また、サブＣＰＵ１は、ＰＨＳ部２０３に対するリセット要求信号Ｒｅｓｅｔを、信号線１８を介してＰＨＳモジュール４８に供給する。
【００６９】
（２−３）
サブＣＰＵ１は、電話番号等を表示するための白黒液晶１０４に対して、ＣＳ信号、ＲＳ信号、ＳＤＡ信号、及びＳＣＬ信号用の信号線３により、コマンドやデータ等をシリアル転送することで、白黒液晶１０４での表示動作を制御する。
また、サブＣＰＵ１は、信号線３を介して、ＢＬ−ＯＮ信号を白黒液晶１０４に供給することで、白黒液晶１０４の図示していないバックライトのＯＮ／ＯＦＦ制御も行う。
【００７０】
（２−４）
サブＣＰＵ１は、ＲＴＣ４とＩ２Ｃ−ＢＵＳ（Inter IC BUS:Philips社提唱）により接続されている。
このＲＴＣ４は、カレンダーや時刻の情報等を生成するものである。また、ＲＴＣ４は、例えば、３２．７６８ＫＨｚの動作クロックで動作し、この動作クロックは、信号線４９を介してＰＨＳモジュール４８に供給される。
このようなＲＴＣ４により、サブＣＰＵ１は、日付や時刻等の情報を得るようになされている。
また、サブＣＰＵ１の割り込み端子ＩＲＱには、ＲＴＣ４からのアラーム信号が信号線６を介して与えられる。これにより、サブＣＰＵ１は、予め設定された時刻で、割り込みを発生させるようになされている。
【００７１】
（２−５）
サブＣＰＵ１は、モードダイヤル１０１やシャッタボタン１０２、キーボード１０３等によるキー操作入力を検出する。
【００７２】
すなわち、サブＣＰＵ１は、モードダイヤル１０１（モード切り替えスイッチ）の操作状態を検出することで、上述したＯＦＦモード（電源遮断モード）、ＴＥＬモード（電話モード）、ＶＩＥＷモード（再生モード）、ＣＡＭＥＲＡモード（カメラモード）の４つのモードを識別する。このため、サブＣＰＵ１とモードダイヤル１０１は、４本の信号線（スイッ入力端子）８で接続されている。
【００７３】
また、サブＣＰＵ１は、シャッタボタン１０２（シャッタスイッチ）の操作状態を検出する。このシャッタボタン１０２は、半押し状態と全押し状態の２段階スイッチからなる。したがって、サブＣＰＵ１は、シャッタボタン１０２が半押し状態であるか全押し状態であるかを識別する。このため、サブＣＰＵ１とシャッタボタン１０２は、２本の信号線（スイッ入力端子）１０で接続されている。
【００７４】
また、サブＣＰＵ１は、ジョグダイヤル１１の操作状態を検出する。
このジョグダイヤル１１は、白黒液晶１０４に画面表示された複数の項目の中から目的の項目を選択するような場合等に用いられるものである。例えば、使用者は、ジョグダイヤル１１を回すことで、白黒液晶１０４の表示画面上にてカーソルを移動させ、そのカーソルが目的の項目上に位置したときに、ジョグダイヤル１１を押し込むことで目的とする項目を決定する。また、ジョグダイヤル１１は、左右に傾けることができるように構成されており、これにより、白黒液晶１０４の表示を切り換えることができるようになされている。例えば、ジョグダイヤル１１を左に倒せば前の画面に戻り、右に倒せば次の画面に進む。
このようなジョグダイヤル１１の操作に伴った動作制御は、サブＣＰＵ１がジョグダイヤル１１の操作状態を検出することで行われる。したがって、サブＣＰＵ１とジョグダイヤル１１は、ジョグダイヤル１１の回転方向判別用の２本の信号線、その押し込み判別用の１本の信号線、及びその左右の傾き判別用の２本の信号線からなる合計５本の信号線（スイッチ入力端子）１２で接続されている。
【００７５】
また、サブＣＰＵ１は、キーボード１０３の操作状態を検出する。
このキーボード１０３は、電話番号入力のためのテンキー等に使用され、例えば、８×２のキーマトリクス方式のスイッチからなる。
したがって、キーボード１０３は、８本の出力用信号線（出力端子）１４と、２本の入力用信号線（入力端子）１５により、サブＣＰＵ１からスキャンされる。
【００７６】
上述したモードダイヤル１０１やシャッタボタン１０２、キーボード１０３等の各種のキーには、入力が変化した時に割り込みが入るようになされた特別な入力端子が設けられている。このため、サブＣＰＵ１は、実行すべきジョブ（ＪＯＢ）がなく、スタンバイ状態である時には、キー入力が変化することで、自動的にスタンバイ状態からフルオン（Ｆｕｌｌ−ＯＮ）状態となり、その入力変化に伴って行うべき制御処理を実行する。
【００７７】
（２−６）
サブＣＰＵ１は、電池２２と信号線２６で接続されており、この信号線２６により、ＲｘＤによるシリアル通信を行う。例えば、サブＣＰＵ１は、信号線２６を介して、電池２２から電池エネルギーの残量や、充電時の電池の情報（電圧や温度等）を受け取り、その情報に応じた制御処理を行う。
ここで、電池２２の電力は、ＤＣ−ＤＣコンバータ２４を介して、サブＣＰＵ部２０２の各部に与えられる。そこで、サブＣＰＵ１は、ＤＣ−ＤＣコンバータ２４のＯＮ／ＯＦＦを、信号線２５（出力端子）を介して制御することで、パワーマネージメントを行う。
また、電池２２には、電池２２の取り出し口の蓋のノブ（図示せず）に連動した着脱検出スイッチ２３が設けられており、この着脱検出スイッチ２３の検出信号は、通信線２７を介してサブＣＰＵ１に供給される。サブＣＰＵ１は、着脱検出スイッチ２３からの検出信号により、電池２２が抜かれそうになった状態を把握し、そのときにはパワーオフ処理を行い、メモリのデータ等の破壊を防ぐための処理を行う。
さらに、電池２２の出力電圧は、信号線２８（Ａ／Ｄコンバータ用入力端子）を介してサブＣＰＵ１に供給される。これにより、サブＣＰＵ１は、電池２２の電圧を監視し、過充電や過放電等の異常を検出した場合には、それに対応するための保護処理を行う。
【００７８】
（３）ＰＨＳ部２０３
ＰＨＳ部２０３の内部構成を具体的に示すと、例えば、図７のようになる。
すなわち、ＰＨＳ部２０３は、上記図７に示すように、アンテナ２５１に接続されたアンテナスイッチ２５２と、アンテナスイッチ２５２の出力が供給される受信用増幅器（ＡＭＰ）２６５と、シンセサイザ２５７と、受信用増幅器２６５及びシンセサイザ２５７の各出力が供給される受信回路２５４と、受信回路２５４の出力が供給されるＴＤＭＡデフレーマ回路２５９と、ＴＤＭＡデフレーマ回路２５９の出力が各々供給されるＡＤＰＣＭコーデック回路２６０、ＰＩＡＦＳフレーム分解／組立回路２６２、及び制御回路２６３と、制御回路２６３と接続されたアプリケーション部（以下、単に「アプリケーション」と言う）２６４とを備えており、ＰＩＡＦＳフレーム分解／組立回路２６２は、制御回路２６３及びアプリケーション２６４とも接続されており、シンセサイザ２５７には、制御回路２６３の出力が供給されるようになされている。また、ＡＤＰＣＭコーデック回路２６０には、送受話器２６１が接続されている。
また、ＰＨＳ部２０３は、制御回路２６３及びＡＤＰＣＭコーデック回路２６０の各出力が供給されるＴＤＭＡフレーマ回路２５８と、シンセサイザ２５７及びＴＤＭＡフレーマ回路２５８の各出力が供給される送信回路２５５と、制御回路２６３及び送信回路２５５の各出力が供給される送信用増幅器２５３とを備えており、送信用増幅器２５３の出力は、アンテナスイッチ２５２を介してアンテナ２５１から送出されるようになされている。
【００７９】
上述のようなＰＨＳ部２０３において、まず、アンテナスイッチ２５２は、アンテナ２５１からデータを送出する送信系経路と、アンテナ２５１でデータを受信する受信系経路との切り替えを行う。
制御回路２６３は、各種機能ブロック（各回路）の制御を司ると共に、アプリケーション２６４からの要求の受付及びアプリケーション２６４への状態の通知を行う。
アプリケーション２６４は、サービスを司る各種機能のアプリケーションからなり、例えば、上述したサブＣＰＵ部２０２のサブＣＰＵ１、メインＣＰＵ部２０１のＣＰＵ２９、及びそのソフトウェア（後述する各種のプログラム）に対応する。そして、ＰＨＳ部２０３には、このＰＨＳ部２０３に関するコマンドやデータが、サブＣＰＵ１により与えられ、ＰＨＳ部２０３での通信は、ＣＰＵ２９の制御により行われる。
【００８０】
そこで、送信時においては、先ず、アンテナスイッチ２５２は、受信系経路に切り替える。
ＰＩＡＦＳフレーム分解／組立回路２６２は、制御回路２６３からの制御に従って、アプリケーション２６４により与えられた送信すべきデータに対して、ＰＨＳデータ通信規格（ＰＩＡＦＳ標準）にのっとった組立処理を行う。そして、ＰＩＡＦＳフレーム分解／組立回路２６２は、組み立てた送信データをＴＤＭＡフレーマ回路２５８に供給する。
このとき、ＴＤＭＡフレーマ回路２５８には、制御回路２６３からのメッセージ情報ＴＸ ＭＳＧも供給される。
また、ＡＤＰＣＭコーデック回路２６０は、送受話器２６１から入力された音声をディジタル化して、ＴＤＭＡフレーマ回路２５８に供給する。
したがって、ＴＤＭＡフレーマ回路２５８は、制御回路２６３からのメッセージ情報ＴＸ ＭＳＧと、ＰＩＡＦＳフレーム分解／組立回路２６２及びＡＤＰＣＭコーデック回路２６０からのデータＴＣＨ ＴＸとを、ＰＨＳの通信フレーム（ＴＤＭＡフレーム）に組み立てて、送信回路２５５に供給する。
ここで、制御回路２６３は、シンセサイザ２５７に対して、ある基準周波数の信号を発信することで、キャリアの指定を行う。これにより、シンセサイザ２５７は、送信回路２５５に対して、キャリアを指定する。
送信回路２５５は、シンセサイザ２５７により指定されたキャリアで、ＴＤＭＡフレーマ回路２５８からのデータを変調し、送信用増幅器２５３に供給する。
送信用増幅器２５３は、制御回路２６３からの制御（ＴＸ ＰＯＷＥＲ）に従って、送信回路２５５からのデータを増幅して、アンテナスイッチ２５２を介して、アンテナ２５１から送出する。
【００８１】
一方、受信時においては、先ず、アンテナスイッチ２５２は、受信系経路に切り替える。
アンテナ２５１で受信されたデータは、受信用増幅器２６５で増幅された後、受信回路２５４に供給される。
このとき、制御回路２６３は、シンセサイザ２５７に対して、ある基準周波数の信号を発信することで、キャリアの指定を行う。これにより、シンセサイザ２５７は、受信回路２５４に対して、キャリアを指定する。
受信回路２５４は、シンセサイザ２５７により指定されたキャリアで、受信用増幅器２６５からの受信データを復調し、ＴＤＭＡデフレーマ回路２５９に供給する。
ＴＤＭＡデフレーマ回路２５９は、受信回路２５４からの受信データ（データフレーム）を、制御回路２６３へのメッセージ情報ＲＸ ＭＳＧと、音声やＰＩＡＦＳデータ等の通信情報データＴＣＨ ＲＸとに分解し、メッセージ情報ＲＸ ＭＳＧを制御回路２６３に供給し、通信情報データＴＣＨ ＲＸをＡＤＰＣＭコーデック回路２６０及びＰＩＡＦＳフレーム分解／組立回路２６２に各々供給する。
ＡＤＰＣＭコーデック回路２６０は、ＴＤＭＡデフレーマ回路２５９からの通信情報データＴＣＨ ＲＸに含まれる音声データをアナログ化して、音声として送受話器２６１から出力する。
ＰＩＡＦＳフレーム分解／組立回路２６２は、制御回路２６３からの制御に従って、ＴＤＭＡデフレーマ回路２５９からの通信情報データＴＣＨ ＲＸに対して、ＰＨＳデータ通信規格（ＰＩＡＦＳ標準）にのっとった分解処理を行う。そして、ＰＩＡＦＳフレーム分解／組立回路２６２は、分解して得られたデータをアプリケーション２６４に供給する。
制御回路２６３は、ＴＤＭＡデフレーマ回路２５９からのメッセージ情報ＲＸ
ＭＳＧをアプリケーション２６４へ供給する。
アプリケーション２６４は、ＰＩＡＦＳフレーム分解／組立回路２６２及び制御回路２６３からの各データに対して、各種処理を行う。
【００８２】
（４）メインＣＰＵ部２０１
メインＣＰＵ部２０１は、上記図５に示すように、上述したＣＰＵ２９と、ＣＰＵ２９に接続されたＥＤＯＤＲＡＭ３０、フラッシュＲＯＭ３１、ＲＯＭ３２、及びＩｒＤＡモジュール３５と、ＩｒＤＡモジュール３５に接続されたＩｒＤＡＬＥＤ３６とを備えている。
また、メインＣＰＵ部２０１は、ＣＰＵ２９に設けられた水晶発振器４６及び４７を備えている。
【００８３】
上述のようなメインＣＰＵ部２０１において、まず、ＣＰＵ２９（ＣＰＵチップ）は、３つのシリアルポート（ＳｅｒｉａｌＰｏｒｔ０〜２）を有している。
【００８４】
シリアルポートＳｅｒｉａｌＰｏｒｔ０の信号線３８は、カメラ部２０４との通信に使用される。したがって、ＣＰＵ２９は、この信号線３８により、カメラ部２０４に対して、露出条件の指示、ストロボ１０９に関する指示、撮影モードの指示、撮影タイミングの指示等を与える。
【００８５】
シリアルポートＳｅｒｉａｌＰｏｒｔ１の信号線３７は、図示していない外部ホストコンピュータとのＩｒＤＡ通信を行うためのものである。ここでは、ＩｒＤＡモジュール３５は、信号線３７を介して与えられたシリアルデータをＩｒＤＡ用に変換する。そして、ＩｒＤＡＬＥＤ３６（ドライバ／レシーバ）により、ＩｒＤＡモジュール３５で得られたＩｒＤＡ用のデータの通信を赤外線通信で行う。
【００８６】
シリアルポートＳｅｒｉａｌＰｏｒｔ２の信号線３４は、図示していない無線通信部との通信に使用される。上記無線通信部に対しては、サブＣＰＵ部２０２のサブＣＰＵ部１からコマンドが与えられて、通信データについては、このＣＰＵ２９から信号線３４を介して与えられる。したがって、無線通信中にその伝送を中断することなく、上記無線通信部への指示や情報収集が可能となる。例えば、電界強度情報の入手に使用することができる。
【００８７】
また、ＣＰＵ２９は、パラレルインターフェス１９を有しており、サブＣＰＵ部２０２とメインＣＰＵ２０１は、このパラレルインターフェス１９により接続されている。
【００８８】
さらに、ＣＰＵ２９は、映像のキャプチャリング、映像信号の補間及び間引き処理、白黒液晶１０４やカラー液晶１０７への表示出力、カメラ部２０４のカメラマイコン２１１との通信、サブＣＰＵ２０２との通信、上述の無線通信部との通信、上述の外部ホストコンピュータとの通信、ＴＣＰ／ＩＰ等のインターネットにおいて通常使用されるプロトコル処理、電子メールやＷＷＷ等のユーザアプリケーションの実行等を行う。
【００８９】
このため、ＣＰＵ２９は、カメラ部２０４のインターフェース３９及びディスプレイインターフェース４１と共に、図示していないシリアルポート、メモリインターフェース、パラレルインターフェース、Ｇｅｎｅｒａｌ  ＰｕｒｐｏｓｅＩＯ（以下、ＧＰＩＯと言う）、演算部、キャッシュメモリ、ＤＭＡコントローラ、タイマ、及び圧縮伸張エンジン等を備えている。
尚、カメラ部２０４のインターフェース３９及びディスプレイインターフェース４１についての詳細は後述する。
【００９０】
インタラプトの要因としては、カメラ部２０４のインターフェース、ディスプレイインターフェース、タイマ、ＤＭＡコントローラ、ＧＰＩＯ、シリアルインターフェース、パラレルインターフェース、及び圧縮伸張エンジンであり、各々の動作変化時等に、インタラプトを起こすことができるようになされている。
【００９１】
ＤＭＡチャンネルとしては、カメラ部２０４インターフェース、ディスプレイインターフェース、シリアルインターフェース、及び圧縮伸張エンジンが割り当てられており、データがそろい次第、演算部の介在なしに、データ転送を行うことができるようになされている。
【００９２】
ＥＤＯＤＲＡＭ３０は、ＯＳやアプリケーションソフトウェアの作業領域として使用されるものである。ここでは、ＥＤＯＤＲＡＭ３０を、例えば、３．３Ｖの１６Ｍ（１Ｍ×１６）ｂｉｔのＥＤＯＤＲＡＭを２個からなるものとする。
尚、ＥＤＯＤＲＡＭ３０は、セルフリフレッシュ（ＳｅｌｆＲｅｆｒｅｓｈ）モードをサポートしており、ＣＰＵ２９の図示していないメモリコントローラの制御により、低消費電力状態へ移行するようになされている。
【００９３】
フラッシュＲＯＭ３１は、例えば、ＮＯＲ型のメモリであり、ハードウェアインターフェースとしては、通常のＳＲＡＭと同様の形態で接続されている。
このフラッシュＲＯＭ３１は、カメラ部２０４にて撮影して得られた画像の保存用、着信した電子メール、ｆｔｐ通信により得たデータ、ＰＨＳ部２０３の送受話器２６１（マイク）からの音声データ、及び各種パラメータ等のデータ記録用に使用されるものである。
そして、フラッシュＲＯＭ３１への書き込みは、ＣＰＵ２９上で実行されるソフトウエアプログラムによるプロトコルにより行われる。
【００９４】
ＲＯＭ３２は、例えば、１６ＭｂｉｔＭａｓｋＲＯＭからなり、ＯＳやアプリケーションソフトウェアのプログラム自体が格納されている。
そして、ＣＰＵ２９の電源立ち上げ時、リセット解除した後に、このＲＯＭ３２が選択され、ブートストラップコードが選択される。
【００９５】
水晶発振器４６及び４７は、ＣＰＵ２９内部で使用される周波数を作りだすものである。
水晶発振器４６は、システム全体の制御及びＮＴＳＣ符号化の際に用いる周波数を生成する。一方、水晶発振器４７は、カメラ部２０４からデータを得る（データ入力）際に用いる周波数を生成する。
これらの水晶発振器４６及び４７は、低消費電力状態で発振停止状態となるように構成されている。
【００９６】
カメラ部２０４インターフェース３９は、上述したように、カメラ部２０４から伝送されてくる画像データをフラッシュＲＯＭ３１に格納するために使用される。
ここで、伝送されてくる上記画像データは、上述したように、撮像素子２１３で撮像して得られた画像信号（ＣＣＤＲａｗデータ）に、信号処理回路２１６にて、色空間変換、画像補間、自動露出調整、オートホワイトバランス、及びオートフォーカス制御等の画像処理が行われた後の４：２：２フォーマットのデータである。このため、通常の上記ＣＣＤＲａｗデータの２倍のサンプリング周波数が必要となる。
そこで、ＣＰＵ２９は、信号線４０を介して、水平同期信号ＨＤ及び垂直同期信号ＶＤをカメラ部２０４の信号処理回路２１６やタイミングジェネレータ２１８に与える。これにより、画像データのフラッシュＲＯＭ３１への格納タイミングを、カメラ部２０４に同期して行うことができる。
【００９７】
ディスプレイインターフェース４１は、ＣＰＵ２９から出力されるＮＴＳＣ信号を、外部コネクタ４２、及びカラー液晶１０７（ＬＣＤ）のＬＣＤコントローラ５３に与えるために使用されるものである。
したがって、ＬＣＤコントローラ４５は、ディスプレイインターフェース４１により与えられたＮＴＳＣ信号を、電圧変換デバイス４４を介して、カラーＬＣＤ４３に供給する。
【００９８】
以上が、ディジタルカメラ１００の主な構成であるメインＣＰＵ部２１０、サブＣＰＵ部２２０、ＰＨＳ部２３０、及びカメラ部２４０についての説明である。
【００９９】
つぎに、ディジタルカメラ１００の撮影時等の動作制御について、以下具体的に説明する。
【０１００】
（１）ＣＡＭＥＲＡモード時の撮影動作の制御
ＲＯＭ３２には、例えば、図８に示すフローチャートに従ったプログラムが予め格納されており、このプログラムがＣＰＵ２９により読み出されて実行されることで、以下のようなディジタルカメラ１００のＣＡＭＥＲＡモード時における撮影動作が行われる。
【０１０１】
すなわち、先ず、ディジタルカメラ１００が、モードダイヤル１０１の操作により電源が投入されると、或いは、ＣＡＭＥＲＡモードに切り換えられると（ステップＳ５０１）、ストロボ１０９発光用のコンデンサへの充電を開始する（ステップＳ５０２）。これは、このＣＡＭＥＲＡモードにて、さらにストロボ撮影モードに切り換えられた場合に、即座にストロボ発光が行えるように準備するためである。
【０１０２】
次に、カメラ部２０４の撮像素子２１３等を制御するカメラマイコン２１１（コントローラを含むＣＣＤモジュール）を動作可能な状態（ｅｎａｂｌｅ）にし（ステップＳ５０３）、続いて、カラー液晶１０７が、撮影時に被写体（図示せず）を確認するための電子ビューファインダ（ＥＶＦ）として機能するように、その動作を開始する（ステップＳ５０４）。
【０１０３】
そして、撮影が開始されると、カメラ部２０４から取り込んだ画像をカラー液晶１０７へ表示するまでの連続処理が、以下のステップ処理により行われる。
【０１０４】
先ず、レンズ１０８から取り込んだ被写体の光情報を撮像素子２１３によって電気信号に変換する処理（光電変換処理）を行う（ステップＳ５０５）。
撮像素子２１３の出力信号は、インターレースアナログ信号であり、処理速度を上げるために、１２８０×９６０画素の総画素のデータではなく、間引き処理により、３２０×２４０画素の縮小サイズのデータとしている。
【０１０５】
次に、ステップＳ５０５で得られた信号は、信号処理回路２１６に送られ、上述したような画像処理が行われる（ステップＳ５０６）。
すなわち、オートホワイトバランス、ＡＥ、ストロボ１０９撮影時の補正処理、ＹＣｒＣｂ（４：２：２）フォーマットへの変換処理等の画像処理が行われる。
【０１０６】
また、ステップＳ５０６で得られた信号（ＹＣｒＣｂフォーマットに変換された信号）は、さらに、撮像素子２１３から出力される画像信号と、カラー液晶１０７（ＥＶＦ）に対する出力画像信号との処理周波数の違いによるアスペクト比のずれを補正する処理等をソフトウェアによって行う（ステップＳ５０７）。
【０１０７】
次に、ステップＳ５０６及びＳ５０７で各種処理が行われた信号を、ＮＴＳＣエンコーダ（図示せず）により、ＮＴＳＣ信号に変換して（ステップＳ５０８）、カラー液晶１０７のＬＣＤコントローラ４５に供給する（ステップＳ５０９）。
【０１０８】
したがって、カラー液晶１０７では、ＬＣＤコントローラ４５の出力信号により、ＥＶＦによる被写体映像の画面表示が行われる（ステップＳ５１０）。
【０１０９】
上述のステップＳ５０５〜ステップＳ５１０の各処理ステップを、３０分の１秒のサイクルで連続的にループして実行することにより、カラー液晶１０７には、被写体映像が常にモニタされることになる。
【０１１０】
そこで、カラー液晶１０７でモニタされている間において、撮影者によるキー操作があった場合、その検出信号によって、割り込みイベントが発生し、割り込み処理Ａに処理が移行する。
【０１１１】
（１−１）割り込み処理Ａ
ＲＯＭ３２には、例えば、図９に示すフローチャートに従ったプログラムが予め格納されており、このプログラムがＣＰＵ２９により読み出されて実行されることで、以下のような割り込み処理（キー操作による割り込み処理）が行われる。
【０１１２】
ここで、このキー操作発生時の段階では、内部的に２種類のモードのうち何れかのモードとなっている。一つは、通常モードであり、上記図８に示したような、映像のモニタ動作が電源投入から連続的に行われているモードである。もう一つは、半押しモードであり、一旦シャッタボタン１０２が半押しされ、各種のカメラ設定がロックされた状態で、映像のモニタ動作が行われているモードである。
そこで、ここでは、処理の開始位置を通常モードからの処理と、半押しモードからの処理との２つの処理に分けて説明する。
【０１１３】
（１−１−１）通常モードからの割り込み処理
先ず、どのキーが操作されたかを検出するためのキーステータスを読み込む（ステップＳ５２１）。
【０１１４】
ステップＳ５２１により取り込んだキーステータスにより、シャッタスイッチ１０２が操作されたと判別された場合（ステップＳ５２２）、オートホワイトバランス、ＡＥ、ストロボ１０９撮影の場合のストロボ補正等、信号処理回路２１６内の各種カメラ設定を現在の設定値でロックし（ステップＳ５２３）、続いて、ＣＰＵ２９による処理の負荷を低減するために、カラー液晶１０７（ＥＶＦ）の動作を停止する（ステップＳ５３７）。
【０１１５】
次に、上述したように、映像のモニタ処理では、処理速度を上げるために、縮小画像の画素数の信号のみしかその処理を行わなかったが、ここでは、撮影画像として、１２８０×９６０画素のフル画像のキャプチャー信号の取り込みを行い、信号処理回路２１６における所定の画像処理の後、ＹＣｒＣｂフォーマットのデータをＥＤＯＤＲＡＭ３０に格納する（ステップＳ５３８）。
【０１１６】
ステップＳ５３８でＥＤＯＤＲＡＭ３０に格納されたデータは、ＪＰＥＧ規格に準拠した画像圧縮処理が行われ（ステップＳ５３９）、その圧縮データは、フラッシュＲＯＭ３１に画像ファイルとして書き込まれる（ステップＳ５４０）。
【０１１７】
その後、停止状態であるカラー液晶１０７を動作状態とし（ステップＳ５４１）、撮影画像の確認が行えるように、カラー液晶１０７にて、フラッシュＲＯＭ３１に書き込んだ画像ファイルの表示を一定時間行って（ステップＳ５４２）、本割り込み処理を終了し（ステップＳ５４３）、再び、上記図８のループ処理に戻り、映像のモニタ処理を再開する。
【０１１８】
一方、ステップＳ５２１により取り込んだキーステータスにより、Ｐｌａｙ  ｂａｃｋのキー操作が行われたと判別された場合（ステップＳ５２４）、後述するＰｌａｙ  ｂａｃｋ機能Ｂの処理を実行する。
【０１１９】
また、ステップＳ５２１により取り込んだキーステータスにより、シャッターボタン１０２が半押し操作されたと判別された場合（ステップＳ５２５）、内部の状態設定を半押しモードに設定し（ステップＳ５２６）、上述したステップＳ５２３と同様に、オートホワイトバランス、ＡＥ、ストロボ１０９撮影の場合のストロボ補正等、信号処理回路２１６内の各種カメラ設定を現在の設定値でロックする（ステップＳ５２７）。
その後、本割り込み処理を終了し（ステップＳ５２８）、再び、上記図８のループ処理に戻り、映像のモニタ処理を再開する。
【０１２０】
また、ステップＳ５２１により取り込んだキーステータスにより、撮影条件の変更を行うためのキー操作が行われたと判別された場合（ステップＳ５２９）、オートホワイトバランス、ＡＥ、ストロボ１０９撮影の場合のストロボ補正等、信号処理回路２１６内の各種カメラ設定を、その条件変更に合わせて設定しなおし（ステップＳ５３０）、本割り込み処理を終了し（ステップＳ５２８）、再び、上記図８のループ処理に戻り、映像のモニタ処理を再開する。
【０１２１】
また、ステップＳ５２１により取り込んだキーステータスにより、ＯＦＦ（電源ＯＦＦ）のキー操作が行われたと判別された場合（ステップＳ５３１）、カラー液晶１０７の動作の終了（ステップＳ５３２）、上述のＣＣＤモジュールの動作の終了（ステップＳ５３３）を順次行って、その他の撮影動作の終了を行った後、システムの電源ＯＦＦ処理を実行する（ステップＳ５３４）。
一方、ステップＳ５３１で、ＯＦＦ（電源ＯＦＦ）のキー操作が行われたと判別されなかった場合には、有効なキー操作が行われていないと認識し、何も処理を行わずに、本割り込み処理を終了し（ステップＳ５２８）、再び、上記図８のループ処理に戻り、映像のモニタ処理を再開する。
【０１２２】
（１−１−２）半押しモードにおける割り込み処理
先ず、どのキーが操作されたかを検出するためのキーステータスを読み込む（ステップＳ５３５）。
【０１２３】
ステップＳ５２１により取り込んだキーステータスにより、シャッタスイッチ１０２が操作されたと判別された場合（ステップＳ５３６）、以前の半押しキーの検出（ステップＳ５２５）でロックされた信号処理回路２１６内の各種のカメラ設定（ステップＳ５２７）を有効にしたままの状態で、上述したステップＳ５３７からの処理を実行する。
【０１２４】
一方、ステップＳ５２１により取り込んだキーステータスにより、シャッタスイッチ１０２が半押し解除操作されたと判別された場合（ステップＳ５４５）、内部の状態設定を半押しモード時の設定から解除して（ステップＳ５４６）、本割り込み処理を終了し（ステップＳ５２８）、再び、上記図８のループ処理に戻り、映像のモニタ処理を再開する。
【０１２５】
また、ステップＳ５２１により取り込んだキーステータスにより、シャッタスイッチ１０２が半押し解除操作されていないと判別された場合（ステップＳ５４５）、有効なキー操作が行われていないと認識し、何も処理を行わずに、本割り込み処理を終了し（ステップＳ５２８）、再び、上記図８のループ処理に戻り、映像のモニタ処理を再開する。
【０１２６】
（１−２）Ｐｌａｙ  ｂａｃｋ機能Ｂの処理
このＰｌａｙ  ｂａｃｋ機能Ｂの処理は、上記図９のキー操作判断処理（ステップＳ５２４）で、Ｐｌａｙ  ｂａｃｋ機能のためのキー操作が行われたと判別された場合に実行される処理である。
ここで、Ｐｌａｙ  ｂａｃｋ機能とは、カメラ撮影直後の撮影画像に対して、モードの切り替えを行うことなく、簡単なキー操作によって、音声等の情報の付加（音声付加機能）、電子メールによる画像情報の転送（メール転送機能）、画像の削除（画像削除機能）等のアクションを起こすことのできる機能である。
そこで、ＲＯＭ３２には、例えば、図１０に示すフローチャートに従ったプログラムが予め格納されており、このプログラムがＣＰＵ２９により読み出されて実行されることで、以下のようなＰｌａｙ  ｂａｃｋ機能Ｂの処理が行われる。
【０１２７】
先ず、直前に撮影して得られた画像があるか否かの判別を行う（ステップＳ５５１）。
直前の画像とは、シャッターボタン１０２の操作による撮影動作後、モードの切り替え等の他の機能が実行されるまで有効となっている撮影画像のことを示す。
【０１２８】
この判別結果、直前の画像がない場合には、何も処理を行わずに、本割り込み処理を終了し（ステップＳ５６０）、再び、上記図８のループ処理に戻り、映像のモニタ処理を再開する。
【０１２９】
一方、直前の画像がある場合、上記図８に示したステップＳ５０７〜ステップＳ５１０の処理と同様に、先ず、ＥＤＯＤＲＡＭ３０に書き込まれている直前画像に対して、処理周波数の違いによるアスペクト比のずれを補正する処理等をソフトウエアにより行い（ステップＳ５５２）。
【０１３０】
次に、ステップＳ５５２で処理された信号を、ＮＴＳＣエンコーダ（図示せず）により、ＮＴＳＣ信号に変換して（ステップＳ５５３）、カラー液晶１０７のＬＣＤコントローラ４５に供給する（ステップＳ５５４）。
【０１３１】
したがって、カラー液晶１０７では、ＬＣＤコントローラ４５の出力信号により、ＥＶＦによる被写体映像の画面表示が行われる（ステップＳ５５５）。
【０１３２】
その後、撮影者によって選択されたＰｌａｙ  ｂａｃｋ機能の種別を判別し（ステップＳ５５６）、各々の処理へと分岐する。
すなわち、音声付加機能が選択されている場合には、音声付加処理を実行し（ステップＳ５５７）、メール転送機能が選択されている場合には、メール転送処理を実行し（ステップＳ５５８）、画像削除機能が選択されている場合には、撮影画像の削除処理を実行する（ステップＳ５５９）。
【０１３３】
（２）ＶＩＥＷモード（画像表示モード）
ＶＩＥＷモードとは、撮影して得られた画像を再生（表示）するモードである。
そこで、ＲＯＭ３２には、例えば、図１１に示すフローチャートに従ったプログラムが予め格納されており、このプログラムがＣＰＵ２９により読み出されて実行されることで、以下のようなディジタルカメラ１００のＶＩＥＷモードにおける動作が行われる。
【０１３４】
先ず、ディジタルカメラ１００が、モードダイヤル１０１の操作により電源が投入されると、或いは、ＶＩＥＷモードに切り換えられると（ステップＳ５７１）、カラー液晶１０７が、撮影時に被写体を確認するための電子ビューファインダ（ＥＶＦ）として動作するように、カラー液晶１０７の動作を開始する（ステップＳ５７２）。
【０１３５】
次に、上記図９の撮影画像の書き込み処理（ステップＳ５４０）により、フラッシュＲＯＭ３１に書き込まれた圧縮画像ファイルを読み出し（ステップＳ５７３）、画像解凍処理、すなわちＪＰＥＧ規格に準拠した圧縮データを、元のデータ（ＹＣｒＣｂフォーマットのデータ）に変換する処理を行う（ステップＳ５７４）。
【０１３６】
その後、ステップＳ５７４で解凍して得られた元データを、ＥＤＯＤＲＡＭ３０に書き込む（ステップＳ５７５）。
【０１３７】
以降、上記図８のステップＳ５０７〜ステップＳ５１０の処理と同様に、ＥＤＯＤＲＡＭ３０上に書き込んだ元データ（画像データ）に対して、処理周波数の違いによるアスペクト比のずれを補正する処理等をソフトウェアにより実行し（ステップＳ５７６）、ＮＴＳＣエンコーダ（図示せず）により、ＮＴＳＣ信号に変換して（ステップＳ５７７）、カラー液晶１０７のＬＣＤコントローラ４５に供給する（ステップＳ５７８）。
したがって、カラー液晶１０７では、ＬＣＤコントローラ４５の出力信号により、ＥＶＦによる指定された選択の画面表示が行われる（ステップＳ５７９）。
【０１３８】
（３）電子メール送受信時の動作制御
ＲＯＭ３２には、例えば、図１２〜図１４に示すフローチャートに従ったプログラムが予め格納されており、このプログラムがＣＰＵ２９により読み出されて実行されることで、以下のようなディジタルカメラ１００での電子メール送受信のための動作が行われる。
【０１３９】
（３−１）リンク確立
例えば、電話回線を使用したＰＰＰ（Point to Point Protocol ）のＴＣＰ／ＩＰのリンク確立を行うものとする。
【０１４０】
すなわち、上記図１２に示すように、先ず、ＡＴコマンドによって電話回線の接続処理を開始する（ステップＳ５８１）。
【０１４１】
次に、電話回線接続が確立したか否かを判別し（ステップＳ５８２）、接続した場合に、ＰＰＰによるＴＣＰ／ＩＰの接続処理を開始する（ステップＳ５８３）。
【０１４２】
次に、ＬＣＰ（Link Control Protocol ）により、データリンク層のリンク確立処理を行う（ステップＳ５８４）。
【０１４３】
次に、ユーザ認証が必要か否かを判別し（ステップＳ５８５）、必要である場合のみ、ユーザ認証のプロトコルを実行する（ステップＳ５８６）。
【０１４４】
ユーザ認証が必要でない場合、或いは、ユーザ認証が必要でありユーザ認証のプロトコルを実行後、ＮＣＰ（Network Control Protocol）による設定の確認を行う（ステップＳ５８７）。
【０１４５】
次に、ＰＰＰによる接続を確立し（ステップＳ５８８）、ＬＣＰによる接続を確立して（ステップＳ５８９）、本処理を終了とする。
【０１４６】
（３−２）電子メール送信
例えば、ＳＭＴＰ（Simple Mail Transfer Protocol ）により、電子メールの送信を行う場合、上記図１３に示すように、先ず、ＳＭＴＰのクライアント（以下、単にクライアントと言う）は、ＳＭＴＰのサーバ（以下、単にサーバと言う）に対して、電子メールの送信のための接続要求を発行する（ステップＳ５９１）。
【０１４７】
この接続要求により、サーバが接続されると、サーバは、接続ＯＫを示す応答コードをクライアントに対して返送する。
クライアントは、この返答コードが送られてきたことを認識すると（ステップＳ５９２）、ＨＥＬＯコマンドにより自分のドメイン名をサーバに伝えることで、サーバに対する使用開始宣言を行う（ステップＳ５９３）。
【０１４８】
次に、サーバは、クライアントのドメイン名が認識できた場合に、正常を示す応答コードと、サーバのドメイン名とをクライアントに対して返送する。
クライアントは、この応答コード及びサーバのドメイン名が送られてきたことを認識すると（ステップＳ５９４）、ＭＡＩＬコマンドにより、サーバに対して、Ｆｒｏｍ情報を通知し、送信元のユーザ名（アドレス）を指定することで、サーバに対する電子メールの送信開始の宣言を行う（ステップＳ５９５）。
【０１４９】
次に、サーバは、クライアントからＦｒｏｍ情報及び送信元のユーザ名が送られることにより、このメールの受信準備ができており、送信元のユーザ名（アドレス）に間違いがないことを認識すると、正常を示す応答コードをクライアントに対して返送する。
クライアントは、この応答コードが送られてきたことを認識すると（ステップＳ５９６）、ＲＣＰＴコマンドにより、サーバに対して、メールの宛て先を指定する（ステップＳ５９７）。
尚、複数人にメールを送信する場合には、ステップＳ５９７にて、複数のメールの宛て先を指定する。
【０１５０】
次に、サーバは、クライアントから指定されたメールの宛て先が、自分で扱えるものであるかを判断し、扱える場合に、正常を示す応答コードをクライアントに対して返送する。また、扱えない場合には、別のＳＭＴＰサーバに転送するようにすることを示すコードを返送する。
クライアントは、正常を示す応答コードが送られてきたことを認識した場合に（ステップＳ５９８）、ＤＡＴＡコマンドにより、サーバに対して、メール本文を送信する宣言を行う（ステップＳ５９９）。
【０１５１】
次に、サーバは、クライアントからのメール本文の送信宣言により、受信の準備ができている場合に、メールの送信許可を示す応答コード（応答コード３５４）をクライアントに対して返送する。
クライアントは、この応答コードが送られてきたことを認識すると（ステップＳ６００）、送信すべきメール本文をサーバに対して送信する（ステップＳ６０１）。そして、クライアントは、サーバに対して、＜ＣＲ＞＜ＬＦ＞．＜ＣＲ＞＜ＬＦ＞等で示されるコードを送信することで、メール本文送信終了を宣言する
（ステップＳ６０２）。
【０１５２】
次に、サーバは、クライアントからのメール本文送信終了の宣言により、リクエストが正常に終了したことを示す応答コード（応答コード２５０）をクライアントに対して返送する。
クライアントは、この応答コードが送られてきたことを認識すると（ステップＳ６０３）、ＱＵＩＴコマンドにより、サーバに対して、ＳＭＴＰによる電子メールの送信終了を宣言する（ステップＳ６０４）。
尚、本実施の形態では、メール本文に画像ファイル（撮影して得られた画像ファイルや受信した画像ファイル等）を添付するようにしてもよい。
【０１５３】
そして、サーバは、クライアントからの終了宣言により、終了を示す応答コードをクライアントに対して返送する。
クライアントが、この応答コードが送られてきたことを認識すると（ステップＳ６０５）、ＴＣＰ接続が切断され、本処理が終了となる。
【０１５４】
（３−３）電子メール受信
例えば、ＰＯＰ３（Post Office Protocol Version3 ）により、電子メールの受信を行う場合、上記図１４に示すように、先ず、ＰＯＰのクライアント（以下、単にクライアントと言う）は、ＰＯＰのサーバ（以下、単にサーバと言う）に対して、電子メールの受信のための接続要求を発行する（ステップＳ６１１）。
【０１５５】
次に、サーバは、接続ＯＫを示す応答コード及びサーバ名を、クライアントに対して返送する。
クライアントは、この返答コード及びサーバ名が送られてきたことを認識すると（ステップＳ６１２）、ＵＳＥＲコマンド及びＰＡＳＳコマンドにより、ユーザ認証のためのユーザ名とパスワードをサーバに対して送信する（ステップＳ６１３）。
【０１５６】
次に、サーバは、クライアントからのユーザ名とパスワードを確認できた場合に、正常を示す応答コードをクライアントに対して返送する。
クライアントは、この応答コードが送られてきたことを認識すると（ステップＳ６１４）、必要に応じて、ＳＴＡＴコマンド（メール数等のメールボックスの受信状態情報の要求を示すコマンド）、ＬＩＳＴコマンド（メールボックスに存在するメールのリスト情報の要求を示すコマンド）により、サーバに対して、メールボックスの情報を要求する（ステップＳ６１５）。
【０１５７】
次に、サーバは、この要求に対応するメールボックスの情報をクライアントに対して送信する。
クライアントは、サーバからの情報を基に、ＲＥＴＲコマンドにより、サーバに対して、必要なメールを要求する（ステップＳ６１６）。
【０１５８】
次に、サーバは、クライアントから要求されたメールを、クライアントに対して送信する（ステップＳ６１７）。
クライアントは、サーバからのメールを受信し、必要なメールを全てサーバに対して要求したか否かを判別し（ステップＳ６１８）、全てのメールを要求し終えていない場合には、ステップＳ６１５の処理に戻って、以降の処理を繰り返し行う。
【０１５９】
クライアントが必要なメール全てをサーバに対して要求し終えた場合、クライアントは、ＱＵＩＴコマンドにより、サーバに対して、メールボックスの更新処理を実行させ、ＰＯＰ３による電子メールの受信を終了することを宣言する（ステップＳ６１９）。
【０１６０】
そして、サーバは、クライアントからの終了宣言により、終了を示す応答コードをクライアントに対して返送する。
クライアントが、この応答コードが送られてきたことを認識すると（ステップＳ６２０）、ＰＯＰ３接続が切断され、本処理が終了となる。
【０１６１】
上述のような各種機能を持ち、各種の動作を行うようになされたディジタルカメラ１００における制御の流れを概念的なブロックに置き換えると、例えば、図１５のような構成となる。
【０１６２】
すなわち、ディジタルカメラ１００は、通信部３０１と、通信部３０１の出力が各々供給される受信量算出部３０２及びデータ記憶部３０３と、データ記憶部３０３の出力が供給されるメモリ３０４と、画像入力部３０５と、画像入力部３０５の出力が供給される画像圧縮部３０６と、画像圧縮部３０６の出力が供給される画像記憶部３０７とを備えており、メモリ３０４には、画像記憶部３０７の出力も供給されるようになされている。
また、ディジタルカメラ１００は、メモリ３０４の出力が供給されるメモリ残量算出部３０９と、入力部３１０と、入力部３１０の出力が供給される撮影モード設定部３１１と、上述の受信量算出部３０２、メモリ残量算出部３０９及び撮影モード設定部３１１の各出力が供給される撮影画像量制御部３０８とを備えており、撮影画像量制御部３０８の出力は、画像圧縮部３０６に供給されるようになされている。
【０１６３】
そこで、まず、通信部３０１は、ＰＨＳ部２０３に相当するものである。
【０１６４】
受信量算出部３０２は、メインＣＰＵ部２０１のＣＰＵ２９にて実行されるソフトウェアによって実現されるものである。この受信量算出部３０２は、通信プロトコルを用いることで、これらから通信部３０１で受信する予定データのデータ量（受信データ予定量）を算出する。
【０１６５】
データ記憶部３０３は、通信部３０１で受信されたデータを、メモリ３０４にファイルシステムを用いて記憶する。
メモリ３０４は、メインＣＰＵ２０１のフラッシュＲＯＭ３２（不揮発性メモリ）に相当するものである。
【０１６６】
画像入力部３０５は、上記図６に示したような構成を有するカメラ部２０４全体に相当するものである。
【０１６７】
画像圧縮部３０６は、ＣＰＵ２９に内蔵されているものであり、量子化テーブルを変更することで、圧縮後の画像サイズを調整できるようになされている。
【０１６８】
画像記憶部３０７は、ＣＰＵ２９によって、画像圧縮部３０６で圧縮された画像データをメモリ３０４に記憶する。
【０１６９】
撮影画像量制御部３０８は、ＣＰＵ２９のソフトウェアによって実現されるものである。
具体的には、画像圧縮部３０６における量子化テーブル等のパラメータを変更することで、その圧縮制御を行う。すなわち、後述のメモリ残量算出部３０９からの指示により、メモリ３０４の残量が少ないと判断された場合、その旨を画像圧縮部３０６に通知することで、画像圧縮部３０６での圧縮率を変更する。
メモリ残量算出部３０９は、ＣＰＵ２９のソフトウェアによって実現されるものであり、メモリ３０４の残量を算出する際には、メモリ３０４上に構築されたファイルシステムのテーブルを使用する。
【０１７０】
入力部３１０は、モードダイヤル１０１に相当するものである。すなわち、撮影者が撮影モード等を指示する場合に用いられる。
【０１７１】
撮影モード設定部３１１は、サブＣＰＵ部２０２のサブＣＰＵ１によって、モードダイヤル１０１（入力部３１０）の状態をＣＰＵ２９に通知することで、撮影モードの設定を行う。
【０１７２】
ここで、上述の画像圧縮部３０６が撮影画像量制御手段３０８によって変更される撮影モードと、典型的な画像サイズ、及びその時に使用される量子化テーブルの番号の一例を表１に示す。
【０１７３】
【表１】
0003639730.tif 000002
【０１７４】
ここでは、撮影モードを、スーパファイン（SUPER FINE）モード、ファイン（FINE）モード、ノーマル（NORMAL）モード、及びエコノミ（ECONMY）モードの４段階とし、圧縮後の画像サイズを、４００ＫＢ、２００ＫＢ、１００ＫＢ、及び５０ＫＢの４段階に分類されているものとする。
【０１７５】
そこで、撮影画像量を制御するためのソフトウェアによる処理について以下説明する。
【０１７６】
メインＣＰＵ部２０１のＲＯＭ３２には、例えば、図１６に示すフローチャートに従ったプログラムが予め格納されており、このプログラムがＣＰＵ２９により読み出されて実行されることで、以下のようなディジタルカメラ１００における撮影画像量の制御が行われる。
【０１７７】
先ず、通信部３０１（ＰＨＳ部２０３）が受信着呼状態であるか否かを判別し（ステップＳ６３１）、また、画像入力部３０５（カメラ部２０４）が撮影状態であるか否かを判別する（ステップＳ６３２）。
これらの判別の結果、受信着呼状態であり、且つ撮影状態である場合に、以降の処理ステップを実行し、そうでない場合には、本処理を終了する。
尚、ステップＳ６３２での撮影状態であるか否かの判別は、シャッターボタン１０２が半押し状態、或いは、全押し状態であるかを検出することで行う。或いは、モードダイヤル１０１により、ＣＡＭＥＲＡモードに設定されたかを検出することで行う。
【０１７８】
次に、受信着呼状態であり、且つ撮影状態である場合、撮影画像量制御部３０８は、メモリ残量算出部３０９にて算出されたメモリ３０４の残量から、受信量算出部３０２にて算出された受信データ予定量を減じた値Ａを得る（ステップＳ６３３）。
ここでの受信データ予定量は、例えば、Ｅｍａｉｌ受信でのデータの予定量を算出するものとする。すなわち、通信プロトコルとして上述したＰＯＰ３を使用し、上記図１４に示したようなプログラム中のステップＳ６１５”サーバに各種情報要求”にて、ＰＯＰ３のＬＩＳＴコマンドやＳＴＡＴコマンドを使用することで算出する。
【０１７９】
次に、撮影画像量制御部３０８は、撮影モード設定部３１１から設定された現在の撮影モードに対応した典型的な圧縮後の画像サイズを、上記表１から求め、その求めた画像サイズを、ステップＳ６３３で得た値Ａから減じる。そして、その結果が一定量の値を超えているか否かを判別する（ステップＳ６３４）。
ここで、一定量の値をオフセットとして用いる理由としては、ＪＰＥＧ方式等の圧縮では、圧縮後の画像サイズを事前に予測することは困難であり、あくまで典型的な圧縮後の画像サイズしか予測できないからである。この一定量の値を大きく設定することで、通信終了後も一定量の枚数の撮影画像を確保することが可能となる。
【０１８０】
ステップＳ６３４の判別の結果、減算値が一定量の値を超えていた場合、これはメモリ３０４の残量に余裕があることを示しているため、受信処理、撮影処理、圧縮処理、及び記録処理を継続して行って（ステップＳ６３８）、本処理を終了する。
【０１８１】
ステップＳ６３４の判別の結果、減算値が一定量の値を超えていなかった場合、撮影画像量制御部３０８は、上記表１を用いて、画像圧縮部３０６での圧縮率をさらに高くすべく、より圧縮率の高い撮影モードが存在するか否かを判別する（ステップＳ６３５）。
【０１８２】
ステップＳ６３５の判別の結果、該当する撮影モードが存在しない場合、受信動作を中止し（ステップＳ６３７）、本処理を終了する。
尚、撮影動作については、メモリ３０４の残量を検出した上で撮影動作を開始するものとするため、このステップＳ６３５の判別の結果により、該当する撮影モードが存在しない場合でも、撮影動作は継続する。
【０１８３】
ステップＳ６３５の判別の結果、該当する撮影モードが存在した場合、撮影画像量制御部３０８は、上記表１により得られるその撮影モードに対応する量子化テーブルを、画像圧縮部３０６に指示することで、画像圧縮部３０６での圧縮率をさらに高くする（ステップＳ６３６）。
その後、ステップＳ６３４に戻り、以降の処理ステップを繰り返し行う。
【０１８４】
（第２の実施の形態）
本実施の形態におけるディジタルカメラは、上述した第１の実施の形態におけるディジタルカメラ１００と同様の構成としているが、全体の制御についてが異なっている。
すなわち、上記図１５において、通信部３０１での通信動作と、画像入力部３０５での撮影動作とが重なったために、メモリ３０４の残量不足が生じた場合、通信プロトコルを使用して、相手先からの受信データ量を制御（制限）するようにする。
【０１８５】
このため、上記図１５に示したディジタルカメラ１００の構成（概念的なブロック構成）を、例えば、図１７の構成とする。
【０１８６】
上記図１７に示すように、ここでは、上記図１６に示した撮影画像量制御部３０８の代わりに、受信量制御部３２１を設けた構成としている。
この受信量制御部３２１は、受信量算出部３０２及びメモリ残量算出部３０９の各出力が供給され、通信部３０１に対して出力するものであり、ＣＰＵ２９のソフトウェアによって実現されるものである。
また、受信量制御部３２１は、メモリ残量算出部３０９からのメモリ３０４の残量情報により、受信データ量が多いと判断した場合には、その旨を通信部３０１に通知することで、通信部３０１での受信データの量を制限する。具体的には、通信プロトコルを使用して、一部若しくは全部の受信データの拒否を通信部３０１を介して相手先に通知する。
【０１８７】
そこで、受信データ量を制御（制限）するためのソフトウェアによる処理について以下説明する。
尚、ここでは、上述した第１の実施の形態と異なることについてのみ、具体的に説明する。
【０１８８】
メインＣＰＵ部２０１のＲＯＭ３２には、例えば、図１８に示すフローチャートに従ったプログラムが予め格納されており、このプログラムがＣＰＵ２９により読み出されて実行されることで、以下のようなディジタルカメラ１００における受信データ量の制御（制限）が行われる。
【０１８９】
先ず、上記図１６に示したステップＳ６３１〜ステップＳ６３４及びステップＳ６３８と同様に、受信着呼状態であるか否か、また、撮影状態であるか否かを判別し（ステップＳ６４１、ステップＳ６４２）、これらの判別の結果、受信着呼状態であり、且つ撮影状態である場合に、以降の処理ステップを実行し、そうでない場合には、本処理を終了する。
受信着呼状態であり、且つ撮影状態である場合、受信量制御部３２１は、メモリ残量算出部３０９にて算出されたメモリ３０４の残量から、受信量算出部３０２にて算出された受信データ予定量を減じた値Ａを得る（ステップＳ６４３）。
そして、受信量制御部３２１は、撮影モード設定部３１１から設定された現在の撮影モードに対応した典型的な圧縮後の画像サイズを、上記表１から求め、その求めた画像サイズを、ステップＳ６４３で得た値Ａから減じ、その結果が一定量の値を超えているか否かを判別する（ステップＳ６４４）。
ステップＳ６４４の判別の結果、減算値が一定量の値を超えていた場合、これはメモリ３０４の残量に余裕があることを示しているため、受信処理、撮影処理、圧縮処理、及び記録処理を継続して行って（ステップＳ６４８）、本処理を終了する。
【０１９０】
そこで、ステップＳ６４４の判別の結果、減算値が一定量の値を超えていなかった場合、受信量制御部３２１は、さらに高い圧縮率で伝送可能であるかを、通信部３０１を介して相手側に問い合わせる（ステップＳ６４５）。
【０１９１】
ステップＳ６４５により、相手側で高い圧縮率での伝送が可能でない場合、受信動作を中止し（ステップＳ６４７）、本処理を終了する。
尚、撮影動作については、メモリ３０４の残量を検出した上で撮影動作を開始するものとするため、このステップＳ６４５により、相手側で高い圧縮率での伝送が可能でない場合でも、撮影動作は継続する。
【０１９２】
ステップＳ６４５の判別の結果、相手側で高い圧縮率での伝送が可能であった場合、受信量制御部３２１は、通信部３０１（受信側）と相手側（送信側）における圧縮伸張方式を変更すべく制御を、各々に対して行う。例えば、音声の伝送に関しては、量子化ビット数の削除、サンプリングレートの変更、アルゴリズムの変更等を制御する（ステップＳ６４６）。
その後、ステップＳ６４４に戻り、以降の処理ステップを繰り返し行う。
【０１９３】
（第３の実施の形態）
本実施の形態では、上述した第２の実施の形態における制御（上記図１８参照）に加えて、撮影終了後に相手側に再送要求を発行する制御を行うようにする。
すなわち、上記図１８に示したステップＳ６４５において、相手側で高い圧縮率での伝送が可能である、と判別された場合、本来送信されるデータ量に対して圧縮率が変更されたデータが送信されてくる。そこで、この場合には、撮影終了後にて、本来送信されるべきデータ（圧縮率が変更されていない元データ）を受信するように構成する。
このため、ＣＰＵ２９が実行するプログラムとしては、上記図１８のプログラムの代わりに、例えば、図１９に示すフローチャートに従ったプログラムを用いる。これにより、上述の本実施の形態での制御が実施される。
【０１９４】
尚、上記図１９のフローチャートにおいて、上記図１８のフローチャートと同様に実行される処理ステップについては同じ符号を付し、その詳細な説明は省略する。ここでは、第２の実施の形態と異なる構成についてのみ具体的に説明する。
【０１９５】
先ず、受信着呼状態であるか否か、また、撮影状態であるか否かを判別し（ステップＳ６４１、ステップＳ６４２）、これらの判別の結果、受信着呼状態であり、且つ撮影状態である場合に、次のステップＳ６４３からの処理ステップを実行し、そうでない場合には、後述するステップＳ７０２からの処理ステップを実行する。
【０１９６】
受信着呼状態であり、且つ撮影状態である場合、受信量制御部３２１は、メモリ残量算出部３０９にて算出されたメモリ３０４の残量から、受信量算出部３０２にて算出された受信データ予定量を減じた値Ａを得る（ステップＳ６４３）。
ここでの受信データ予定量は、サーバに各種情報要求にて必要なコマンドを使用して算出する。例えば、”（３−３）電子メール受信”の説明にて述べたような、ＰＯＰ３のＬＩＳＴコマンドやＳＴＡＴコマンドを使用する。
【０１９７】
そして、受信量制御部３２１は、撮影モード設定部３１１から設定された現在の撮影モードに対応した典型的な圧縮後の画像サイズを、ステップＳ６４３で得た値Ａから減じ、その結果が一定量の値を超えているか否かを判別する（ステップＳ６４４）。
このように、”一定量の値”をオフセットとして用いる理由としては、ＪＰＥＧ方式等の圧縮方式では、圧縮後の画像サイズを事前に予測することが困難であり、あくまで典型的な圧縮後の画像サイズを予測することしかできないためである。
尚、通信後も一定量の撮影枚数を確保したい場合は、”一定量の値”を大きく設定すればよい。
【０１９８】
ステップＳ６４４の判別の結果、減算値が一定量の値を超えていた場合、これはメモリ３０４の残量に余裕があることを示しているため、受信処理、撮影処理、圧縮処理、及び記録処理を継続して行う（ステップＳ６４８）。
そして、後述する図１９にて示されるステップＳ７０２に進む。
【０１９９】
一方、ステップＳ６４４の判別の結果、減算値が一定量の値を超えていなかった場合、これは一定の画像サイズのマージンが取れないことを示しているため、受信量制御部３２１は、さらに高い圧縮率で伝送可能であるかを、通信部３０１を介して相手側に問い合わせる（ステップＳ６４５）。
【０２００】
ステップＳ６４５により、相手側で高い圧縮率での伝送が可能でない場合、受信動作を中止する（ステップＳ６４７）。
そして、後述するステップＳ７０２に進む。
尚、撮影動作については、上述した理由により継続される。
【０２０１】
ステップＳ６４５の判別の結果、相手側で高い圧縮率での伝送が可能であった場合、受信量制御部３２１は、通信部３０１（受信側）と相手側（送信側）における圧縮伸張方式を変更すべく制御を、各々に対して行う。このとき、通信部３０１において、再送フラグ（内部フラグ）をセットする（ステップＳ６４６）。
その後、ステップＳ６４４に戻り、以降の処理ステップを繰り返し行う。
【０２０２】
ステップＳ７０２では、通信部３０１は、再送フラグがセットされているか否かを判別する。
この判別の結果、再送フラグがセットされていた場合、通信部３０１は、相手側に対して、元データの再送要求を発行する。このとき、例えば、使用者に対して残メモリ量の増大を促してから、或いは、残メモリ量が増大してから、上記の再送要求を発行するようにする。これにより、元データを受信するだけの残メモリ量が確保できない、ということ等を防ぐことができ、常に正常に元のデータを受信することができる（ステップＳ７０３）。その後、再送フラグはリセットされ、本処理終了となる。
一方、再送フラグがセットされていない場合、そのまま本処理終了となる。
【０２０３】
（第４の実施の形態）
上述した第２の実施の形態では、圧縮伸張方式を変更することで受信データ量を制御（制限）するようにしたが（上記図１８のステップＳ６４５、Ｓ６４６参照）、本実施の形態では、本来送信されてくるべきデータ（元データ）の一部のみを受信し、撮影終了後に残りのデータを受信することで、受信データ量を制御（制限）する。
このため、ＣＰＵ２９が実行するプログラムとしては、上記図１８のプログラムの代わりに、例えば、図２０に示すフローチャートに従ったプログラムを用いる。これにより、上述の本実施の形態での制御が実施される。
【０２０４】
尚、上記図２０のフローチャートにおいて、上記図１８のフローチャートと同様に実行される処理ステップについては同じ符号を付し、その詳細な説明は省略する。ここでは、第２の実施の形態と異なる構成についてのみ具体的に説明する。
【０２０５】
先ず、受信着呼状態であるか否か、また、撮影状態であるか否かを判別し（ステップＳ６４１、ステップＳ６４２）、これらの判別の結果、受信着呼状態であり、且つ撮影状態である場合に、次のステップＳ６４３からの処理ステップを実行し、そうでない場合には、後述するステップＳ７１２からの処理ステップを実行する。
【０２０６】
受信着呼状態であり、且つ撮影状態である場合、受信量制御部３２１は、メモリ残量算出部３０９にて算出されたメモリ３０４の残量から、受信量算出部３０２にて算出された受信データ予定量を減じた値Ａを得る（ステップＳ６４３）。
【０２０７】
そして、受信量制御部３２１は、撮影モード設定部３１１から設定された現在の撮影モードに対応した典型的な圧縮後の画像サイズを、ステップＳ６４３で得た値Ａから減じ、その結果が一定量の値を超えているか否かを判別する（ステップＳ６４４）。
【０２０８】
ステップＳ６４４の判別の結果、減算値が一定量の値を超えていた場合、これはメモリ３０４の残量に余裕があることを示しているため、受信処理、撮影処理、圧縮処理、及び記録処理を継続して行う（ステップＳ６４８）。
そして、後述するステップＳ７１２に進む。
【０２０９】
一方、ステップＳ６４４の判別の結果、減算値が一定量の値を超えていなかった場合、これは一定の画像サイズのマージンが取れないことを示しているため、受信量制御部３２１は、通信部３０１に対して、相手側から送信されてくる全データの一部のデータのみを受信すべく制御を行う。例えば、電子メール受信の場合、”表題”のみの受信を行う。また、通信部３０１において、再送フラグ（内部フラグ）をセットする（ステップＳ７１１）。
このように、相手側から元データの一部のデータのみを受信するように構成すれば、残メモリ量に余裕が生まれる。これにより、上述したステップＳ６４８が実行可能となり、受信処理、撮影処理、圧縮処理、及び記録処理を継続して行う（ステップＳ６４８）。
その後、次のステップＳ７１２に進む。
【０２１０】
ステップＳ７１２では、通信部３０１は、再送フラグがセットされているか否かを判別する。
この判別の結果、再送フラグがセットされていた場合、通信部３０１は、相手側に対して、残りのデータの再送要求を発行する。このとき、例えば、使用者に対して残メモリ量の増大を促してから、或いは、残メモリ量が増大してから、上記の再送要求を発行するようにする。これにより、元データを受信するだけの残メモリ量が確保できない、ということ等を防ぐことができ、常に正常に元のデータを受信することができる（ステップＳ７１３）。その後、再送フラグはリセットされ、本処理終了となる。
一方、再送フラグがセットされていない場合、そのまま本処理終了となる。
【０２１１】
（第５の実施の形態）
上述した第３の実施の形態では（上記図１９参照）、相手側で高い圧縮率での伝送が可能であると判別された場合（ステップＳ６４５）、本来送信されるデータ量に対して圧縮率が変更されたデータが送信されてくるため（ステップＳ７０１）、撮影終了後の再接続時にて、本来送信されるべきデータ（圧縮率が変更されていない元データ）の再送要求を相手側に発行する（ステップＳ７０３）ようにした。
本実施の形態では、この場合において、図２１に示すように、再送要求を発行する前に、撮影済の画像データを相手側に送信して、それから相手側に再送要求を発行する（ステップＳ７３１）。
このように、撮影済の画像データ（撮影にて得られた撮影画像データ）を相手側に送信すれば、装置内にある画像データが消去されることになる。このため、その分残メモリ量を増加させることができ、相手側からの元データを受信するだけの残メモリ量が確保できない、ということ等を防ぐことができる。
【０２１２】
（第６の実施の形態）
本実施の形態におけるディジタルカメラは、上述した第２の実施の形態におけるディジタルカメラ１００と同様の構成としているが、全体の制御についてが異なっている。
すなわち、受信データ量の予測が困難な音声や画像等のストリーミングデータを受信する場合、通信の拒否を行うようにする。
【０２１３】
以下、ストリーミングデータを受信する場合のソフトウェアによる処理について説明する。
尚、ここでは、上述した第２の実施の形態と異なることについてのみ、具体的に説明する。
【０２１４】
メインＣＰＵ部２０１のＲＯＭ３２には、例えば、図２２に示すフローチャートに従ったプログラムが予め格納されており、このプログラムがＣＰＵ２９により読み出されて実行されることで、以下のようなディジタルカメラ１００におけるストリーミングデータ受信時の制御が行われる。
【０２１５】
先ず、上記図１８に示したステップＳ６４１〜ステップＳ６４３と同様に、受信着呼状態であるか否か、また、撮影状態であるか否かを判別し（ステップＳ６５１、ステップＳ６５２）、これらの判別の結果、受信着呼状態であり、且つ撮影状態である場合に、以降の処理ステップを実行し、そうでない場合には、本処理を終了する。
そして、受信着呼状態であり、且つ撮影状態である場合、受信量制御部３２１は、メモリ残量算出部３０９にて算出されたメモリ３０４の残量から、受信量算出部３０２にて算出された受信データ予定量を減じた値Ａを得る（ステップＳ６５３）。
【０２１６】
そこで、受信量制御部３２１は、受信量算出部３０２にて算出された受信データ予定量が、ストリーミングデータのものであるか否かを判別する（ステップＳ６５４）。
【０２１７】
ステップＳ６５４の判別の結果、ストリーミングデータのものであった場合、すなわち受信予定のデータが通話会話の録音のようなデータであった場合、受信動作を中止し（ステップＳ６５７）、本処理を終了する。
これは、ストリーミングデータの場合には、そのデータ量を予測することは困難であり、また仮に予測することができ、上述したように受信データ量を制限したとしても、使用者にとっては使いにくい機能となってしまうためである。
【０２１８】
ステップＳ６５４の判別の結果、ストリーミングデータのものでなかった場合には、上記図１８に示したステップＳ６４４及びステップＳ６４８と同様に、受信量制御部３２１は、撮影モード設定部３１１から設定された現在の撮影モードに対応した典型的な圧縮後の画像サイズを、上記表１から求め、その求めた画像サイズを、ステップＳ６４３で得た値Ａから減じ、その結果が一定量の値を超えているか否かを判別する（ステップＳ６５５）。
ステップＳ６５５の判別の結果、減算値が一定量の値を超えていた場合、これはメモリ３０４の残量に余裕があることを示しているため、受信処理、撮影処理、圧縮処理、及び記録処理を継続して行って（ステップＳ６５８）、本処理を終了する。
ステップＳ６５５の判別の結果、減算値が一定量の値を超えていなかった場合、受信動作を中止し（ステップＳ６５７）、本処理を終了する。
【０２１９】
尚、本発明の目的は、上述した各実施の形態のホスト及び端末の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読みだして実行することによっても、達成されることは言うまでもない。
この場合、記憶媒体から読み出されたプログラムコード自体が前述した各実施の形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することとなる。
【０２２０】
プログラムコードを供給するための記憶媒体としては、ＲＯＭ、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード等を用いることができる。
【０２２１】
また、コンピュータが読みだしたプログラムコードを実行することにより、上述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ等が実際の処理の一部又は全部を行い、その処理によって各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０２２２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された拡張機能ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０２２３】
また、本発明における調停手段の調停動作（或いは、制御手段の制御動作）については、上述の実施の形態に限らず、例えば、単にディジタルカメラ等の画像入力を一時的に遅延させるためのバッファメモリに、画像データを退避させるようにしてもよい。
【０２２４】
また、本発明における受信データ量の変更ついても、上述の実施の形態に限らず、例えば、受信データを再びデータ圧縮アルゴリズム（パーソナルコンピュータで使用されているＺＩＰ方式等）によって圧縮するようにしてもよい。
【０２２５】
【発明の効果】
以上説明したように本発明によれば、圧縮率の自動変更や受信データサイズの自動変更という制御を行うことで、ディジタルカメラと通信機器を一体にすることによるメモリ資源の衝突というデメリット等を克服することができる。
このため、即時性の高い通信と、即時性の高い撮影との双方の要求を満足することができ、且つ小型で操作性の高い装置やシステムを提供することができる。
また、撮影現場においても、シャッターチャンスを逃すことなく、機敏な撮影や信頼性の高い通信を行うことができる。
さらに、以上説明したような制御を、装置やＣＰＵ、メモリ等の制御によって実現しているため、簡便であり、通常構成の伝送装置や、伝送装置インターフェース付きのディジタルカメラ等においても実現可能である。
【０２２６】
また、送信側に対して圧縮率を上げてデータ送信させる場合等、撮影終了後等に、送信側に対して再送要求を発行するように構成すれば、本来受信すべきデータを得ることができる。
このとき、撮影済の画像データ（装置或いはシステム内に記憶した撮影により得られた画像）を送信側に送信してから、上記の制御を行うようにしてもよい。これにより、メモリ残量が増加するため、送信側からのデータを確実に受信することができる。
【０２２７】
したがって、本発明は、通信と撮影等による画像入力を高い即時性で行うことができ、且つ小型化、低消費電力化、及び低コスト化を図ることができるため、今後とも将来にわたって有意義なものである。
【図面の簡単な説明】
【図１】第１の実施の形態において、本発明に係る画像処理方法を実施するディジタルカメラの正面からの外観図である。
【図２】上記ディジタルカメラの他方面からの外観図である。
【図３】上記ディジタルカメラのモードダイヤルを説明するための図である。
【図４】上記ディジタルカメラが有する各機能を説明するための図である。
【図５】上記ディジタルカメラの内部構成を示すブロック図である。
【図６】上記ディジタルカメラのカメラ部の詳細な構成を示すブロック図である。
【図７】上記ディジタルカメラのＰＨＳ部の詳細な構成を示すブロック図である。
【図８】上記ディジタルカメラにおいて、撮影動作を実施するためのプログラムを説明するためのフローチャートである。
【図９】上記撮影動作において、キー操作による割り込み処理を実施するためのプログラムを説明するためのフローチャートである。
【図１０】上記割り込み処理において、ｐｌａｙ  ｂａｃｋ機能を実施するためのプログラムを説明するためのフローチャートである。
【図１１】上記ディジタルカメラにおいて、画像再生（表示）動作を実施するためのプログラムを説明するためのフローチャートである。
【図１２】上記ディジタルカメラにおいて、電子メールのリンク確立処理を実施するためのプログラムを説明するためのフローチャートである。
【図１３】上記電子メールの送信処理を実施するためのプログラムを説明するためのフローチャートである。
【図１４】上記電子メールの受信処理を実施するためのプログラムを説明するためのフローチャートである。
【図１５】上記ディジタルカメラの制御の流れを概念的に示すブロック図である。
【図１６】上記ディジタルカメラにおいて、撮影画像量を制御を実施するためのプログラムを説明するためのフローチャートである。
【図１７】第２の実施の形態における上記ディジタルカメラの制御の流れを概念的に示すブロック図である。
【図１８】上記ディジタルカメラにおいて、受信データ量を制御を実施するためのプログラムを説明するためのフローチャートである。
【図１９】第３の実施の形態において、上記ディジタルカメラでの受信データ量を制御を実施するためのプログラムを説明するためのフローチャートである。
【図２０】第４の実施の形態において、上記ディジタルカメラでの受信データ量を制御を実施するためのプログラムを説明するためのフローチャートである。
【図２１】第５の実施の形態において、上記ディジタルカメラでの受信データ量を制御を実施するためのプログラムを説明するためのフローチャートである。
【図２２】第６の実施の形態において、上記ディジタルカメラがストリーミングデータを受信した際の制御を実施するためのプログラムを説明するためのフローチャートである。
【符号の説明】
３０１  通信部
３０２  受信量算出部
３０３  データ記憶部
３０４  メモリ
３０５  画像入力部
３０６  画像圧縮部
３０７  画像記憶部
３０８  撮影画像量制御部
３０９  メモリ残量算出部
３１０  入力部
３１１  撮影モード設定部
【図１】
0003639730.tif 000003
【図２】
0003639730.tif 000004
【図３】
0003639730.tif 000005
【図４】
0003639730.tif 000006
【図５】
0003639730.tif 000007
【図６】
0003639730.tif 000008
【図７】
0003639730.tif 000009
【図８】
0003639730.tif 000010
【図９】
0003639730.tif 000011
【図１０】
0003639730.tif 000012
【図１１】
0003639730.tif 000013
【図１２】
0003639730.tif 000014
【図１３】
0003639730.tif 000015
【図１４】
0003639730.tif 000016
【図１５】
0003639730.tif 000017
【図１６】
0003639730.tif 000018
【図１７】
0003639730.tif 000019
【図１８】
0003639730.tif 000020
【図１９】
0003639730.tif 000021
【図２０】
0003639730.tif 000022
【図２１】
0003639730.tif 000023
【図２２】
0003639730.tif 000024