JP4332241B2 - 画像処理装置、画像処理装置の制御方法、及び記憶媒体 - Google Patents
画像処理装置、画像処理装置の制御方法、及び記憶媒体 Download PDFInfo
- Publication number
- JP4332241B2 JP4332241B2 JP27863198A JP27863198A JP4332241B2 JP 4332241 B2 JP4332241 B2 JP 4332241B2 JP 27863198 A JP27863198 A JP 27863198A JP 27863198 A JP27863198 A JP 27863198A JP 4332241 B2 JP4332241 B2 JP 4332241B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- unit
- image
- storage medium
- image processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、通信機能を備えたディジタルカメラ等の画像処理装置、画像処理装置の制御方法、及び記憶媒体に関するものである。
【０００２】
【従来の技術】
近年においては、半導体等の技術進歩により、ディジタルカメラの普及にはめざましいものがある。このディジタルカメラは、撮影して得られた画像をディジタル化して、画像メモリに記憶するものであり、この画像メモリとしては、特に、半導体メモリが多く用いられている。
しかしながら、半導体メモリは非常に高価なものであるため、ディジタルカメラ全体のコストを考慮すると、ディジタルカメラに設ける半導体メモリの容量も限られる。すなわち、撮影可能枚数も限られる。現在、ディジタルカメラに標準装備されている半導体メモリの容量は、カメラ機器として要求される一般的な撮影頻度に対して、充分な量であるとは言えない状態にある。
【０００３】
そこで、例えば、画像メモリとして、ＰＣＭＣＩＡのフラッシュメモリカードやスマートメモリ等の交換可能型記憶デバイスを使用し、この画像メモリを使用者の必要に応じて交換可能とすることで、撮影可能枚数を増加させたディジタルカメラがある。
しかしながら、フラッシュメモリカードやスマートメモリ等の入手性は、銀塩フィルム等に比べて非常に難しいため、フルになった画像メモリを新たな画像メモリに交換したい時のように、必要なときに新たな画像メモリを入手できるとは限らない。したがって、使用者は、撮影を行う前に撮影枚数を予め予想しておき、その予想枚数に充分な余裕を持って、ＰＣＭＣＩＡのフラッシュメモリカードやスマートメディア等を携行する必要がある。これは、画像メモリとして交換可能型記憶デバイスを使用している特質を有効に利用しているとは言いがたい状況である。
【０００４】
一方、画像メモリとして、半導体メモリではなく、ハードディスク等の磁気メモリを使用することで、ディジタルカメラに要求される一般的な撮影頻度に対して充分な撮影可能枚数を確保することが考えられる。
しかしながら、磁気メモリを画像メモリとして使用した場合でも、その容量は無限大ではない。すなわち、限界がある。また、磁気メモリを使用すると、必要とされる消費電力が大きくなり、さらには機器本体の外形も大きくなる、という問題が出てくる。したがって、磁気メモリは、携帯性が要求されるカメラ機器の画像メモリとしては不向きである。
【０００５】
上述のように、従来のディジタルカメラは、内蔵されている画像メモリの容量や交換可能型記憶デバイスの入手性によって、撮影可能枚数が限られていた。このため、制限された枚数を超えて撮影を行う場合、例えば、撮影現場にて、撮影して既に画像メモリに記憶させた撮影画像の中から不要な画像を消去したり、或いは、パーソナルコンピュータ内の記憶デバイス等に撮影画像を転送して、画像メモリの使用可能な容量を増加させる、という作業が必要であった。
【０００６】
しかしながら、撮影現場にて、上記の作業を行うことは、時間的なロスを生み、即時性を求められるディジタルカメラにとって、大きな欠点となる。
具体的には、撮影画像の中から不要な画像を消去する場合、どの画像が不要であるかを判断するためには、種々の情報の確認が必要である。この確認の作業を、相対的にパーソナルコンピュータに比べて処理速度の遅いディジタルカメラで行うことは、撮影者にとって大きな負担となる。特に、撮影画像の良否は、一般的にディジタルカメラが備えている小型ディスプレイでは判断しにくいこともある。
さらに、上記の確認作業を効率的に行おうとすると、通常の撮影のための操作には使用しない、専用の新たな操作スイッチ群や情報確認用ディスプレイ等が必要となる。これは、ディジタルカメラの小型化を阻害することになる。
さらにまた、撮影者にとって、撮影した画像を現場にて消去することは、心理的に負担を強いることであり、このような作業に対する撮影者の抵抗感は強いと言える。
【０００７】
一方、撮影画像を他のパーソナルコンピュータ内の記憶デバイス等に転送する場合、上述したような撮影者に対する負担は生じないが、ディジタルカメラとパーソナルコンピュータのインターフェース等を携行する必要がでてくるため、その分物理的な負担が大きくなる。
【０００８】
そこで、上述のような問題を解消するために、例えば、ディジタルカメラに通信機能を設け、必要に応じて撮影画像や電子メールを送受信することが考えられる。
【０００９】
【発明が解決しようとする課題】
しかしながら、ディジタルカメラに通信機能を設けた構成としても、撮影画像を記憶するメモリと、受信データを記憶するメモリとが同一メモリである場合、該メモリに対する要求の衝突のため、撮影を行えなくなる、或いは、データを受信できなくなる、という状況が生じてくる。
例えば、これから撮影を行おうとしているまさにその瞬間、通信の着呼が発生し、その受信データが撮影画像を記憶しようとしていたメモリを占領してしまった場合、直前まで可能であった撮影が行えなくなる。
この問題を回避するために、使用者が通信の是非を着呼の度に、その場で判定する必要があるが、これでは、撮影の即時性が失われ、シャッターチャンスを逃す可能性がある。このような問題は、ディジタルカメラとして大きな欠点である。
また、通信中に撮影機能を動作させたために、受信データを最後までメモリに記憶できなくなることが考えられる。これも、通信の確実性に影響してしまい、通信機能にとって、大きな欠点である。
【００１０】
そこで、本発明は、上記の欠点を除去するために成されたもので、小型化及び撮影の即時性を保ちながら性能の向上を図ることが可能な画像処理装置等を提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明の画像処理装置は、外部装置から送信された第１のデータを受信する受信手段と、被写体を撮像し第２のデータを得る撮像手段と、前記第１のデータ及び前記第２のデータの記憶媒体への記憶を制御する制御手段と、前記受信手段により第１のデータを受信する場合、前記第２のデータを記憶できる空き容量が前記第１のデータを記憶した後も前記記憶媒体にある否かを判定する判定手段とを有し、前記判定手段により、前記第２のデータを記憶できる空き容量があると判定された場合、前記制御手段は、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶し、前記第２のデータを記憶できる空き容量がないと判定された場合、前記制御手段は、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶しないことを特徴とする。
また、本発明の画像処理装置の制御方法は、外部装置から送信された第１のデータを受信する受信手段と、被写体を撮像し第２のデータを得る撮像手段と、前記第１のデータ及び前記第２のデータの記憶媒体への記憶を制御する制御手段と、を有する画像処理装置の制御方法であって、前記受信手段により第１のデータを受信する場合、前記第２のデータを記憶できる空き容量が前記第１のデータを記憶した後も前記記憶媒体にある否かを判定する判定ステップと、前記判定ステップにより、前記第２のデータを記憶できる空き容量があると判定された場合、前記制御手段により、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶し、前記第２のデータを記憶できる空き容量がないと判定された場合、前記制御手段により、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶しないようにするステップとを有することを特徴とする。
また、本発明の記憶媒体は、外部装置から送信された第１のデータを受信する受信手段と、被写体を撮像し第２のデータを得る撮像手段と、前記第１のデータ及び前記第２のデータの記憶媒体への記憶を制御する制御手段と、を有する画像処理装置の制御をコンピュータに実行させるためのプログラムを記録したコンピュータ読取可能な記憶媒体であって、前記受信手段により第１のデータを受信する場合、前記第２のデータを記憶できる空き容量が前記第１のデータを記憶した後も前記記憶媒体にある否かを判定する判定ステップと、前記判定ステップにより、前記第２のデータを記憶できる空き容量があると判定された場合、前記制御手段により、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶し、前記第２のデータを記憶できる空き容量がないと判定された場合、前記制御手段により、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶しないようにするステップとをコンピュータに実行させるためのプログラムを記録したコンピュータ読取可能な記憶媒体である。
【００３３】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。
【００３４】
（第１の実施の形態）
本発明に係る画像処理方法は、例えば、図１に示すようなディジタルカメラ１００により実施される。
このディジタルカメラ１００は、本発明に係る画像処理装置或いは画像入力装置を適用したものでもある。
【００３５】
すなわち、ディジタルカメラ１００は、電話や電子メール等の通信機能を有しており、上記図１（装置外観図）に示すように、ディジタルカメラ１００本体の前面には、シャッタボタン１０２、モードダイヤル１０１、レンズ１０８、及びレンズ１０８の上方に配置されたストロボ１０９が設けられている。
また、ディジタルカメラ１００本体の側面には、その本体に内蔵されたスピーカ１０５、白黒液晶１０４、キーボード１０３、後述するジョグダイヤル（図示せず）、及びその本体に内蔵されたマイク１０６が設けられている。
【００３６】
さらに、シャッタボタン１０２、モードダイヤル１０１、レンズ１０８、及びストロボ１０９が設けられた面に対向する面には、図２（上記図１の矢印Ａ方向からの装置外観図）に示すように、ポインティングデバイス１１０が設けられている。
さらにまた、上述のスピーカ１０５部分は、同図に示すように、ディジタルカメラ１００本体に対して矢印Ｂ方向に開閉自在に設けられており、開状態でカラー液晶１０７が観察可能なように構成されている。
【００３７】
ここで、上記のモードダイヤル１０１は、パワースイッチ機能も有しており、図３（上記図１の矢印Ｃ方向からのモードダイヤル１０１の正面図）に示すように、シャッタボタン１０２の回りを回転する構造となっている。
そして、このモードダイヤル１０１の回転によって、電源を切った状態（ＯＦＦモード）、電話の送受信を行える状態（ＴＥＬモード）、ディジタルカメラ１００本体に記憶された画像、音声、テキスト等の情報を表示する状態（ＶＩＥＷモード）、及びカメラ撮影が可能な状態（ＣＡＭＥＲＡモード）等を切り換えることができるようになされている。
【００３８】
したがって、上述のようなディジタルカメラ１００の各モードにおける機能を図示すると、図４に示すようになる。
【００３９】
この図４に示すように、ＯＦＦモード以外のモードでは、電話の着信を受けること（ＴＥＬ着信機能）が可能となる。
【００４０】
ＴＥＬモードでは、通常のＰＨＳ（パーソナル・ハンディホン・システム）電話機の機能が動作可能となる（ＴＥＬ着信機能、ＴＥＬ発信機能）。すなわち、ＴＥＬモードでは、ディジタルカメラ１００本体のキーボード１０３からの電話番号の入力、白黒液晶１０４への入力番号表示、及び予め記憶されている電話番号の表示（電話帳の表示）が可能となり、ディジタルカメラ１００本体に内蔵されているスピーカ１０５とマイク１０６を用いることで、電話の送受信ができるようになされている。
また、ＴＥＬモードでは、必要に応じて、カラー液晶１０７の表示を行うことも可能となり、色分け等によって、複雑なオプション機能を容易に選択できるようになされている。
尚、ここでの「電話の送受信」とは、ＰＨＳ電話機や携帯電話機等で可能であるデータ通信も含むものとする。
【００４１】
ＶＩＥＷモードでは、後述するＣＡＭＥＲＡモードにより撮影して得られた画像、録音した音声、受信した画像や音声、或いはテキストを選択し、それを再生したり、表示したりすることができるようになされている（画像表示／出力機能、音声出力機能、テキスト表示機能、電子メール機能）。
【００４２】
ＣＡＭＥＲＡモードでは、詳細は後述するが、レンズ１０８を介した被写体像をＣＣＤ（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 ）により、電子メールの受信を行う場合、上記図１３に示すように、先ず、ＰＯＰのクライアント（以下、単にクライアントと言う）は、ＰＯＰのサーバ（以下、単にサーバと言う）に対して、電子メールの受信のための接続要求を発行する（ステップＳ６１１）。
【０１３４】
次に、サーバは、接続ＯＫを示す応答コード及びサーバ名を、クライアントに対して返送する（ステップＳ６１１）。
クライアントは、この返答コード及びサーバ名が送られてきたことを認識すると（ステップＳ６１２）、ＵＳＥＲコマンド及びＰＡＳＳコマンドにより、ユーザ認証のためのユーザ名とパスワードをサーバに対して送信する（ステップＳ６１３）。
【０１３５】
次に、サーバは、クライアントからのユーザ名とパスワードを確認できた場合に、正常を示す応答コードをクライアントに対して返送する。
クライアントは、この応答コードが送られてきたことを認識すると（ステップＳ６１４）、必要に応じて、ＳＴＡＴコマンド（メール数等のメールボックスの受信状態情報の要求を示すコマンド）、ＬＩＳＴコマンド（メールボックスに存在するメールのリスト情報の要求を示すコマンド）により、サーバに対して、メールボックスの情報を要求する（ステップＳ６１５）。
【０１３６】
次に、サーバは、この要求に対応するメールボックスの情報をクライアントに対して送信する。
クライアントは、サーバからの情報を基に、ＲＥＴＲコマンドにより、サーバに対して、必要なメールを要求する（ステップＳ６１６）。
【０１３７】
次に、サーバは、クライアントから要求されたメールを、クライアントに対して送信する（ステップＳ６１７）。
クライアントは、サーバからのメールを受信し、必要なメールを全てサーバに対して要求したか否かを判別し（ステップＳ６１８）、全てのメールを要求し終えていない場合には、ステップＳ６１５の処理に戻って、以降の処理を繰り返し行う。
【０１３８】
クライアントが必要なメール全てをサーバに対して要求し終えた場合、クライアントは、ＱＵＩＴコマンドにより、サーバに対して、メールボックスの更新処理を実行させ、ＰＯＰ３による電子メールの受信を終了することを宣言する（ステップＳ６１９）。
【０１３９】
そして、サーバは、クライアントからの終了宣言により、終了を示す応答コードをクライアントに対して返送する。
クライアントが、この応答コードが送られてきたことを認識すると（ステップＳ６２０）、ＰＯＰ３接続が切断され、本処理が終了となる。
【０１４０】
上述のような各種機能を持ち、各種の動作を行うようになされたディジタルカメラ１００において、最も特徴とする制御の流れを概念的なブロックに置き換えると、例えば、図１４のような構成となる。
【０１４１】
すなわち、ディジタルカメラ１００は、通信部３０１と、通信部３０１の出力が各々供給される受信量算出部３０２及びデータ記憶部３０３と、データ記憶部３０３の出力が供給されるメモリ３０４と、画像入力部３０５と、画像入力部３０５の出力が供給される画像圧縮部３０６と、画像圧縮部３０６の出力が供給される画像記憶部３０７とを備えており、メモリ３０４には、画像記憶部３０７の出力も供給されるようになされている。
また、ディジタルカメラ１００は、メモリ３０４の出力が供給されるメモリ残量算出部３０９と、入力部３１０と、入力部３１０の出力が供給される撮影モード設定部３１１と、上述の受信量算出部３０２、メモリ残量算出部３０９及び撮影モード設定部３１１の各出力が供給される撮影画像量制御部３０８とを備えており、撮影画像量制御部３０８の出力は、画像圧縮部３０６に供給されるようになされている。
【０１４２】
そこで、まず、通信部３０１は、ＰＨＳ部２０３に相当するものである。
【０１４３】
受信量算出部３０２は、メインＣＰＵ部２０１のＣＰＵ２９にて実行されるソフトウェアによって実現されるものである。この受信量算出部３０２は、通信プロトコルを用いることで、これらから通信部３０１で受信する予定データのデータ量（受信データ予定量）を算出する。
【０１４４】
データ記憶部３０３は、通信部３０１で受信されたデータを、メモリ３０４にファイルシステムを用いて記憶する。
メモリ３０４は、メインＣＰＵ２０１のフラッシュＲＯＭ３２（不揮発性メモリ）に相当するものである。
【０１４５】
画像入力部３０５は、上記図６に示したような構成を有するカメラ部２０４全体に相当するものである。
【０１４６】
画像圧縮部３０６は、ＣＰＵ２９に内蔵されているものであり、量子化テーブルを変更することで、圧縮後の画像サイズを調整できるようになされている。
【０１４７】
画像記憶部３０７は、ＣＰＵ２９によって、画像圧縮部３０６で圧縮された画像データをメモリ３０４に記憶する。
【０１４８】
撮影画像量制御部３０８は、ＣＰＵ２９のソフトウェアによって実現されるものである。
具体的には、画像圧縮部３０６における量子化テーブル等のパラメータを変更することで、その圧縮制御を行う。すなわち、後述のメモリ残量算出部３０９からの指示により、メモリ３０４の残量が少ないと判断された場合、その旨を画像圧縮部３０６に通知することで、画像圧縮部３０６での圧縮率を変更する。また、メモリ３０４に既に記憶されている画像データのうち任意の画像データを選択して外部機器へと送信するための制御を行い、その後、送信した画像データをメモリ３０４から消去する。
【０１４９】
メモリ残量算出部３０９は、ＣＰＵ２９のソフトウェアによって実現されるものであり、メモリ３０４の残量を算出する際には、メモリ３０４上に構築されたファイルシステムのテーブルを使用する。
【０１５０】
入力部３１０は、モードダイヤル１０１等の入力スイッチに相当するものである。すなわち、撮影者が撮影モードを指示する場合等に用いられる。
【０１５１】
撮影モード設定部３１１は、サブＣＰＵ部２０２のサブＣＰＵ１によって、モードダイヤル１０１（入力部３１０）の状態をＣＰＵ２９に通知することで、撮影モードの設定を行う。
【０１５２】
ここで、上述の画像圧縮部３０６が撮影画像量制御部３０８によって変更される撮影モードと、該撮影モードにより得られた画像をメモリ３０４に記録する際に必要なメモリサイズの一例を表１に示す。
【０１５３】
【表１】
【０１５４】
この表１に示すように、ここでは、撮影モードを、エコノミ（ECONMY）モード、ノーマル（NORMAL）モード、及びファイン（FINE）モードの３段階とし、各々の画像１枚の記録に必要なメモリサイズを、２５ＫＢ、５０ＫＢ、及び１００ＫＢとしている。
【０１５５】
また、メモリ３０４に画像データが記憶される際には、例えば、表２に示すような記憶管理テーブルが作成される。この記憶管理テーブルは、撮影画像量制御部３０８により、その内部メモリ又はメモリ３０４内部に作成されるものである。
【０１５６】
【表２】
【０１５７】
この表２に示すように、記憶管理テーブルは、画像サイズ、記録時間、アクセス日時、アクセス回数、マーキング情報、使用色数、及び記録場所等の情報からなる。ここでは、ＭＸ０００１．ｊｐｇ〜ＭＸ０００４．ｊｐｇの４枚の画像データ（ＪＰＥＧ方式により圧縮された画像データ）がメモリに記憶されている場合の記憶管理テーブルを示している。
【０１５８】
尚、上記のマーキング情報とは、撮影者が入力部３１０（スイッチ等）を操作することで入力される情報である。すなわち、撮影者は、撮影を行った時に、その撮影画像が重要であるか否かをある程度把握しているものである。したがって、そのときに、撮影者は、該撮影画像が重要であると判断した場合、入力部３１０を用いて、マーキング情報を入力する（撮影画像に対するプライオリティ付け）。この入力されたマーキング情報は、そのときの撮影画像のデータのマーキング情報として、記憶管理テーブルに記録されることになる。これにより、記憶管理テーブルのマーキング情報を参照することで、重要な画像データであるか否かを判別することができる。
【０１５９】
そこで、ディジタルカメラ１００での最も特徴とする動作を実施するためのソフトウェアによる処理について以下説明する。
【０１６０】
メインＣＰＵ部２０１のＲＯＭ３２には、例えば、図１５に示すフローチャートに従ったプログラムが予め格納されており、このプログラムがＣＰＵ２９により読み出されて実行されることで、ディジタルカメラ１００は、次のように動作する。
【０１６１】
先ず、通信部３０１（ＰＨＳ部２０３）が受信着呼状態であるか否かを判別し（ステップＳ６３１）、また、画像入力部３０５（カメラ部２０４）が撮影状態であるか否かを判別する（ステップＳ６３２）。
これらの判別の結果、受信着呼状態であり、且つ撮影状態である場合に、以降の処理ステップを実行し、そうでない場合には、本処理を終了する。
尚、ステップＳ６３２での撮影状態であるか否かの判別は、シャッターボタン１０２が半押し状態、或いは、全押し状態であるかを検出することで行う。或いは、モードダイヤル１０１により、ＣＡＭＥＲＡモードに設定されたかを検出することで行う。
【０１６２】
次に、受信着呼状態であり、且つ撮影状態である場合、撮影画像量制御部３０８は、メモリ残量算出部３０９にて算出されたメモリ３０４の残量から、受信量算出部３０２にて算出された受信データ予定量を減じた値Ａを得る（ステップＳ６３３）。
ここでの受信データ予定量は、例えば、Ｅｍａｉｌ受信でのデータの予定量を算出するものとする。すなわち、通信プロトコルとして上述したＰＯＰ３を使用し、上記図１３に示したようなプログラム中のステップＳ６１５”サーバに各種情報要求”にて、ＰＯＰ３のＬＩＳＴコマンドやＳＴＡＴコマンドを使用することで算出する。
【０１６３】
次に、撮影画像量制御部３０８は、撮影モード設定部３１１から設定された現在の撮影モードに対応した典型的な圧縮後の画像サイズを、上記表１から求め、その求めた画像サイズを、ステップＳ６３３で得た値Ａから減じる。そして、その結果が一定量の値を超えているか否かを判別する（ステップＳ６３４）。
ここで、一定量の値をオフセットとして用いる理由としては、ＪＰＥＧ方式等の圧縮では、圧縮後の画像サイズを事前に予測することは困難であり、あくまで典型的な圧縮後の画像サイズしか予測できないからである。この一定量の値を大きく設定することで、通信終了後も一定量の枚数の撮影画像を確保することが可能となる。
【０１６４】
ステップＳ６３４の判別の結果、減算値が一定量の値を超えていた場合、これはメモリ３０４の残量に余裕があることを示しているため、受信処理、撮影処理、圧縮処理、及び記録処理を継続して行って（ステップＳ６３８）、本処理を終了する。
【０１６５】
ステップＳ６３４の判別の結果、減算値が一定量の値を超えていなかった場合、撮影画像量制御部３０８は、詳細は後述するが、メモリ３０４の残量を増やすために、該メモリ３０４に記憶している画像データから他の機器へと送信する画像データを選択する（ステップＳ６３５）。
【０１６６】
そして、撮影画像量制御部３０８は、ステップＳ６３５にて選択した画像データをメモリ３０４から読み出して他の機器へと送信するように、通信部３０１を制御する（ステップＳ６３６）。
尚、ここでの送信先は、ステップＳ６３１にて着呼した相手でもよいし、或いは、予め指定されている特定のサーバでもよい。例えば、予め指定されている特定のサーバに送信する場合、該サーバがステップＳ６３１にて着呼した相手でないときは、一時的に該着呼相手との通信を切断して、改めて送信するサーバとの通信を行い、それが終了した段階で再び上記の着呼相手と接続して通信を行うようにする。
【０１６７】
ステップＳ６３６の処理後、撮影画像量制御部３０８は、通信部３０１により送信された画像データを、メモリ３０４から消去する（ステップＳ６３７）。したがって、メモリ３０４の残量が増加することになる。
その後、ステップＳ６３４に戻り、以降の処理ステップが繰り返し行われる。
【０１６８】
図１６は、上述したステップＳ６３５での画像選択処理の一例を示すフローチャートである。
【０１６９】
先ず、上記表２に示した記憶管理テーブルにおいて、先頭にある管理情報により示される画像データを、送信対象とする仮の画像データとして選択する（ステップＳ６４１）。
次に、ステップＳ６４１にて選択した画像データに対応する管理情報の、次にある管理情報をロードする（ステップＳ６４２）。
そして、ステップＳ６４２にて正常に管理情報がロードできたか否かを判別する（ステップＳ６４３）。
【０１７０】
ステップＳ６４３の判別結果、ロードできなかった場合には、ステップＳ６４２にて仮に選択した画像データが最も古く、該画像データに続く画像データが存在しないということであるため、ステップＳ６４２にて仮に選択した画像データを、送信対象の画像データとして決定する。そして、上記図１５のフローチャートの処理へとリターンする。
【０１７１】
ステップＳ６４３の判別結果、正常にロードできた場合、該ロードした管理情報により示される画像データが、ステップＳ６４２にて仮に選択した画像データよりも古いものであるか否かを判別する（ステップＳ６４４）。この判別は、管理情報に含まれる記録日時（作成日時）を用いて行う。
【０１７２】
ステップＳ６４４の判別の結果、仮の画像データよりも古い画像データであった場合、ステップＳ６４２にてロードした管理情報により示される画像データを、送信対象とする仮の画像データとする。その後、ステップＳ６４２に戻り、次の管理情報のロードを行う。
【０１７３】
ステップＳ６４４の判別の結果、仮の画像データよりも古い画像データでなかった場合、そのままステップＳ６４２に戻り、次の管理情報のロードを行う。
【０１７４】
尚、上述の画像選択処理では、ステップＳ６４４により、作成日時が古いものを優先して送信対象の画像データとして選択するようにしたが、これに限られることはない。送信対象の画像データとして選択する基準としては、例えば、次のようなものがある。
（例１）：図１７に示すように、ステップＳ６４４の代わりに設けたステップＳ６５１により、アクセス頻度の少ない（用途が少ない）ものを優先して送信対象の画像データとして選択する。この場合の判別の際には、管理情報に含まれるアクセス回数を用いるようにする。
（例２）：使用している色数が少ない画像データを優先して、送信対象の画像データとして選択する。これは、色数が少ないものは、時としてストロボの発行ミス等の失敗画像データである可能性が高いためである。この場合の判別の際には、管理情報に含まれる使用色数を用いるようにする。
（例３）：上述の撮影者により入力されるマーキング情報により、重要でない画像データを優先して、送信対象の画像データとして選択する。
【０１７５】
（第２の実施の形態）
本実施の形態におけるディジタルカメラは、上述した第１の実施の形態におけるディジタルカメラ１００と同様の構成としているが（上記図１４参照）、全体の制御についてが異なっている。
すなわち、本実施の形態では、通信部３０１での通信動作と、画像入力部３０５での撮影動作とが重なったために、メモリ３０４の残量不足が生じた場合、上記図１６（又は上記図１７）に示したような画像選択処理（伝送画像選択機能）の実行により選択した画像データを撮影動作後に送信する。
具体的には、使用者にとってのカメラとしてのレスポンスを大切にするために、先ず、撮影動作を行う。そして、該撮影動作により得られた画像を画像記憶部３０７がメモリ３０４へ記録するタイミングについては、上記の画像選択処理により選択された画像データの送信後に行う。これは、画像記憶部３０７は、ＣＰＵ２９、ＥＤＯＤＲＡＭ３０、及びソフトウェア制御によって実現されているため（上記図５参照）、選択画像データの送信が終了するまでの間、撮影動作により得られた画像データをＥＤＯＤＲＡＭ３０に保存しておくことによって実現できる。
【０１７６】
このため、上記図１５のプログラムの代わりに、例えば、図１８に示すフローチャートに従ったプログラムを用いる。このプログラムを実行することで、メモリ資源に対してデータ受信動作と撮影動作という２つの動作が起こる場合の競合を回避することが可能となる。
尚、上記図１８のフローチャートにおいて、上記１５のフローチャートと同様に処理するステップには同じ符号を付し、その詳細な説明は省略する。
【０１７７】
先ず、通信部３０１が受信着呼状態であるか否かの判別を行い（ステップＳ６３１）、次に、画像入力部３０５が撮影状態であるか否かの判別を行って（ステップＳ６３２）、これらの判別の結果、受信着呼状態であり、且つ撮影状態である場合に、以降の処理ステップを実行し、そうでない場合には、本処理を終了する。
受信着呼状態であり、且つ撮影状態である場合、撮影画像量制御部３０８は、メモリ３０４の残量から受信データ予定量を減じた値Ａを得た後（ステップＳ６３３）、該値Ａから現在の撮影モードに対応した典型的な圧縮後の画像サイズを減算し、その結果が一定量の値を超えているか否かを判別する（ステップＳ６３４）。
【０１７８】
そこで、ステップＳ６３４の判別の結果、減算値が一定量の値を超えていた場合、これはメモリ３０４の残量に余裕があることを示しているため、受信処理、撮影処理、圧縮処理、及び記録処理を継続して行い、その後、本処理を終了する。
【０１７９】
一方、ステップＳ６３４の判別の結果、減算値が一定量の値を超えていなかった場合、先ず、撮影画像量制御部３０８は、メモリ３０４の残量を増やすために、上記図１６や図１７に示したようなフローチャートに従って、該メモリ３０４に記憶している画像データから他の機器へと送信する画像データを選択する（ステップＳ６３５）。
次に、受信処理、撮影処理、圧縮処理、及び記録処理が行われる（ステップＳ６３８）。このとき、撮影画像量制御部３０８は、撮影動作により得られた画像データを一旦ＥＤＯＤＲＡＭ３０へ保存しておくように、画像記録部３０７を制御する。
次に、撮影画像量制御部３０８は、ステップＳ６３５により選択した画像データをメモリ３０４から読み出して他の機器へと送信するように、通信部３０１を制御する（ステップＳ６３６）。
次に、撮影画像量制御部３０８は、通信部３０１により送信された画像データをメモリ３０４から消去する（ステップＳ６３７）。したがって、メモリ３０４の残量が増加することになる。
そして、撮影画像量制御部３０８は、一旦ＥＤＯＤＲＡＭ３０（揮発性メモリ）へ保存した画像データをメモリ３０４（不揮発性メモリ）へ記録するように、画像記録部３０７を制御する（ステップＳ６３９）。その後、本処理を終了する。
したがって、この場合には、画像データが他の機器へと送信された後に、撮影動作により得られた画像データがメモリ３０４に書き込まれることになる。
【０１８０】
（第３の実施の形態）
本実施の形態におけるディジタルカメラは、上述した第１の実施の形態におけるディジタルカメラ１００と同様の構成としているが（上記図１４参照）、全体の制御についてが異なっている。
すなわち、本実施の形態では、通信部３０１にて特定の相手先からの受信が行われている場合にのみ、上記図１６（又は上記図１７）に示したような画像選択処理（伝送画像選択機能）の実行により選択した画像データを撮影動作後に送信する。
【０１８１】
このため、上記図１５のプログラムの代わりに、例えば、図１９に示すフローチャートに従ったプログラムを用いる。
尚、上記図１９のフローチャートにおいて、上記１５のフローチャートと同様に処理するステップには同じ符号を付し、その詳細な説明は省略する。
【０１８２】
先ず、通信部３０１が受信着呼状態であるか否かの判別を行い（ステップＳ６３１）、次に、画像入力部３０５が撮影状態であるか否かの判別を行って（ステップＳ６３２）、これらの判別の結果、受信着呼状態であり、且つ撮影状態である場合に、以降の処理ステップを実行し、そうでない場合には、本処理を終了する。
受信着呼状態であり、且つ撮影状態である場合、撮影画像量制御部３０８は、メモリ３０４の残量から受信データ予定量を減じた値Ａを得た後（ステップＳ６３３）、該値Ａから現在の撮影モードに対応した典型的な圧縮後の画像サイズを減算し、その結果が一定量の値を超えているか否かを判別する（ステップＳ６３４）。
【０１８３】
そこで、ステップＳ６３４の判別の結果、減算値が一定量の値を超えていた場合、これはメモリ３０４の残量に余裕があることを示しているため、受信処理、撮影処理、圧縮処理、及び記録処理を継続して行って（ステップＳ６３８）、本処理を終了する。
【０１８４】
一方、ステップＳ６３４の判別の結果、減算値が一定量の値を超えていなかった場合、撮影画像量制御部３０８は、通信部３０１において、特定の相手先からの画像データの受信が行われているか否かを判別する（ステップＳ６４１）。この判別は、例えば、発信番号サービスから得られる発信番号を使用して、相手先の発信番号を把握し、それと、予め使用者から設定されている発信番号（特定の相手先の番号）と比較することで実現する。
【０１８５】
ステップＳ６４１の判別の結果、特定の相手先でなかった場合、撮影画像量制御部３０８は、受信動作を中止するように通信部３０１を制御する。これにより、通信部３０１での受信は行われず、一方、撮影処理、圧縮処理、及び記録処理については継続して行われることになる（ステップＳ６４２）。その後、本処理終了となる。
【０１８６】
ステップＳ６４１の判別の結果、特定の相手先であった場合、撮影画像量制御部３０８は、上記図１５や図１６に示したようなフローチャートに従って、メモリ３０４に記憶している画像データから他の機器へと送信する画像データを選択する（ステップＳ６３５）。
そして、撮影画像量制御部３０８は、ステップＳ６３５にて選択した画像データをメモリ３０４から読み出して他の機器へと送信するように、通信部３０１を制御し（ステップＳ６３６）、該画像データをメモリ３０４から消去する（ステップＳ６３７）。したがって、メモリ３０４の残量が増加することになる。
その後、ステップＳ６３４に戻り、以降の処理ステップが繰り返し行われる。
【０１８７】
（第４の実施の形態）
本実施の形態におけるディジタルカメラは、上述した第１の実施の形態におけるディジタルカメラ１００と同様の構成としているが（上記図１４参照）、全体の制御についてが異なっている。
すなわち、本実施の形態では、通信部３０１において、画像データのみならず音声データ等を含むデータが受信される場合にも、メモリ資源に対してデータ受信動作と撮影動作という２つの動作が起こる場合の競合を回避する。
【０１８８】
このため、上記図１５のプログラムの代わりに、例えば、図２０に示すフローチャートに従ったプログラムを用いる。
尚、上記図２０のフローチャートにおいて、上記１５のフローチャートと同様に処理するステップには同じ符号を付し、その詳細な説明は省略する。
【０１８９】
先ず、通信部３０１が受信着呼状態であるか否かの判別を行い（ステップＳ６３１）、次に、画像入力部３０５が撮影状態であるか否かの判別を行って（ステップＳ６３２）、これらの判別の結果、受信着呼状態であり、且つ撮影状態である場合に、以降の処理ステップを実行し、そうでない場合には、本処理を終了する。
【０１９０】
受信着呼状態であり、且つ撮影状態である場合、撮影画像量制御部３０８は、通信部３０１において、音声通話又は音声データの受信（以下、「音声データ通信」と言う）がなされているか否かを判別する（ステップＳ６５１）。
【０１９１】
ステップＳ６５１の判別の結果、音声データ通信が行われていた場合、これは撮影動作と両立しうる場合であるため、該音声データ通信のための受信処理、撮影処理、圧縮処理、及び記録処理を継続して行う（ステップＳ６３８）。そして、その後、本処理を終了する。
尚、この場合、例えば、その旨を知らせるためのメッセージをカラー液晶１０７（電子ビューファインダ）上に表示し、相手先との会話を開始するか等を使用者に選択させるようにしてもよい。また、ボイスメールのような音声データを受信した場合には、その再生を開始するようにしてもよい。
【０１９２】
したがって、ステップＳ６５１の判別の結果、音声データ通信が行われていなかった場合に、上述したステップ６３３〜ステップＳ６３７による、メモリ資源に対してデータ受信動作と撮影動作という２つの動作が起こる場合の競合を回避するための処理を実行する。
【０１９３】
尚、上述した第４の実施の形態において、通信部３０１が、音声データと画像データの両方を含むデータを受信した場合には、例えば、音声データのみの通信を先に行い、その後に、相手先に対して、画像データを再送するための要求を発行する。これにより、音声データの通信後に、画像データの通信が行われることになる。
以上説明したように本発明では、第１のデータ（撮影して得られた画像データ等）、及び第２のデータ（受信されたデータ）が記憶されるメモリ（記憶手段）の未記憶量を管理し、該未記憶量が所定量以下となった場合には、メモリに既に記憶されているデータを外部へ送信する。
具体的には例えば、予め指定された撮影モードでの撮影動作により得られる撮影画像データ（第１のデータ）の予定サイズに、受信されたデータ（第２のデータ）を加えた合計データサイズを求め、該合計データサイズとメモリの未記憶量（残量）を比較する。この比較の結果、合計データサイズがメモリの残量より大きかった場合、メモリに既に記憶されているデータに対する情報（記録時刻情報、アクセス頻度情報、外部より付加されるマーキング情報等）を用いて、最も古い情報やアクセス頻度の少ない情報、或いは使用者からマーキング情報が付加されていない情報を、メモリに既に記憶されているデータの中から選択し、その選択したデータを他の機器等に送信する。このように構成すれば、撮影画像データを使用者の意図通りに保つことができ、撮影画像データを失うことがない。また、送信するデータを選択する際に、上記のマーキング情報を用いれば、使用者によってプライオリティ付けがなされたデータは送信されることはない。また、上記のデータの送信を、新たな画像の撮影前に行うように構成すれば、実際に撮影が行われるときには、それに必要なメモリ量が確実に確保された状態となるため、撮影画像データと共に受信データをメモリに確実に記憶することができる。また、上記のデータ送信を、新たな画像の撮影後に行うように構成すれば、使用者は、撮像タイミングを逃すことなく撮影を行うことができる。この場合例えば、撮影画像データを一旦ＤＲＡＭ等の揮発性メモリに保存しておき、データの送信後に、その保存しておいた撮影画像データを不揮発性メモリに記憶する。また、上記のデータ送信を、特定の相手からのデータを受信しているときに行うように構成すれば、通信相手のプライオリティ付けが可能であるので、特定の相手からの通信の失敗を防ぐことが出来る。また、上記のデータ送信を、音声データ以外のデータを受信しているときのみ行うように構成すれば、通話等と撮影動作を両立することができる。
以上のことにより、本発明によれば、ディジタルカメラと通信機器を一体化した装置等において、メモリ資源の衝突というデメリットを克服することが可能となる。この時、送信するデータを選択する手段として、使用者からのマーキング情報を利用すれば、合理的な判断を行うことが可能となる。これにより、即時性の高い通信と即時性の高い撮影動作等の双方の要求を満足することが可能となり、小型で使いやすい装置或いはシステムを構成することが可能となる。また、撮影現場においても、シャッターチャンスを逃すことなく、機敏な撮影や通信の信頼性を確保することが可能である。また、本発明は、上記の制御をＣＰＵやメモリ等の制御によって実現するように構成したことにより、簡便であり、通常構成の伝送装置又は伝送装置インターフェース付きのディジタルカメラ等においても実現が可能となる。したがって、本発明は、ディジタルカメラ等の小型化、低消費電力化、低コスト化を図ることができ、今後とも将来にわたって有意義な発明であると言えよう。
【０１９４】
また、本発明の目的は、上述した各実施の形態のホスト及び端末の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読みだして実行することによっても、達成されることは言うまでもない。
この場合、記憶媒体から読み出されたプログラムコード自体が前述した各実施の形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することとなる。
プログラムコードを供給するための記憶媒体としては、ＲＯＭ、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード等を用いることができる。
また、コンピュータが読みだしたプログラムコードを実行することにより、上述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ等が実際の処理の一部又は全部を行い、その処理によって各実施の形態の機能が実現される場合も含まれることは言うまでもない。
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された拡張機能ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０１９５】
【発明の効果】
本発明によれば、データの受信が可能な画像処理装置において、実際に撮影が行われるときには、撮影に必要な記憶媒体の残量が確保された状態となるため、撮影画像データと受信データとを記憶媒体に確実に記憶することができる。
【０１９６】
具体的には例えば、予め指定された撮影モードでの撮影動作により得られる撮影画像データ（第１のデータ）の予定サイズに、受信されたデータ（第２のデータ）を加えた合計データサイズを求め、該合計データサイズとメモリの未記憶量（残量）を比較する。この比較の結果、合計データサイズがメモリの残量より大きかった場合、メモリに既に記憶されているデータに対する情報（記録時刻情報、アクセス頻度情報、外部より付加されるマーキング情報等）を用いて、最も古い情報やアクセス頻度の少ない情報、或いは使用者からマーキング情報が付加されていない情報を、メモリに既に記憶されているデータの中から選択し、その選択したデータを他の機器等に送信する。このように構成すれば、撮影画像データを使用者の意図通りに保つことができ、撮影画像データを失うことがない。また、送信するデータを選択する際に、上記のマーキング情報を用いれば、使用者によってプライオリティ付けがなされたデータは送信されることはない。また、上記のデータの送信を、新たな画像の撮影前に行うように構成すれば、実際に撮影が行われるときには、それに必要なメモリ量が確実に確保された状態となるため、撮影画像データと共に受信データをメモリに確実に記憶することができる。また、上記のデータ送信を、音声データ以外のデータを受信しているときのみ行うように構成すれば、通話等と撮影動作を両立することができる。
【０１９７】
以上のことにより、本発明によれば、ディジタルカメラと通信機器を一体化した装置等において、メモリ資源の衝突というデメリットを克服することが可能となる。この時、送信するデータを選択する手段として、使用者からのマーキング情報を利用すれば、合理的な判断を行うことが可能となる。これにより、即時性の高い通信と即時性の高い撮影動作等の双方の要求を満足することが可能となり、小型で使いやすい装置或いはシステムを構成することが可能となる。また、撮影現場においても、シャッターチャンスを逃すことなく、機敏な撮影とや通信の信頼性を確保することが可能である。
また、本発明は、上記の制御をＣＰＵやメモリ等の制御によって実現するように構成したことにより、簡便であり、通常構成の伝送装置又は伝送装置インターフェース付きのディジタルカメラ等においても実現が可能となる。したがって、本発明は、ディジタルカメラ等の小型化、低消費電力化、低コスト化を図ることができ、今後とも将来にわたって有意義な発明であると言えよう。
【図面の簡単な説明】
【図１】第１の実施の形態において、本発明を適用したディジタルカメラの正面からの外観図である。
【図２】上記ディジタルカメラの他方面からの外観図である。
【図３】上記ディジタルカメラのモードダイヤルを説明するための図である。
【図４】上記ディジタルカメラが有する各機能を説明するための図である。
【図５】上記ディジタルカメラの内部構成を示すブロック図である。
【図６】上記ディジタルカメラのカメラ部の詳細な構成を示すブロック図である。
【図７】上記ディジタルカメラにおいて、撮影動作を実施するためのプログラムを説明するためのフローチャートである。
【図８】上記撮影動作において、キー操作による割り込み処理を実施するためのプログラムを説明するためのフローチャートである。
【図９】上記割り込み処理において、ｐｌａｙ ｂａｃｋ機能を実施するためのプログラムを説明するためのフローチャートである。
【図１０】上記ディジタルカメラにおいて、画像再生（表示）動作を実施するためのプログラムを説明するためのフローチャートである。
【図１１】上記ディジタルカメラにおいて、電子メールのリンク確立処理を実施するためのプログラムを説明するためのフローチャートである。
【図１２】上記電子メールの送信処理を実施するためのプログラムを説明するためのフローチャートである。
【図１３】上記電子メールの受信処理を実施するためのプログラムを説明するためのフローチャートである。
【図１４】上記ディジタルカメラの制御の流れを概念的に示すブロック図である。
【図１５】上記ディジタルカメラの動作制御を実施するためのプログラムを説明するためのフローチャートである。
【図１６】上記動作制御での伝送画像選択処理の一例を説明するためのフローチャートである。
【図１７】上記伝送画像選択処理の他の例を説明するためのフローチャートである。
【図１８】第２の実施の形態における、上記ディジタルカメラの動作制御を実施するためのプログラムを説明するためのフローチャートである。
【図１９】第３の実施の形態における、上記ディジタルカメラの動作制御を実施するためのプログラムを説明するためのフローチャートである。
【図２０】第４の実施の形態における、上記ディジタルカメラの動作制御を実施するためのプログラムを説明するためのフローチャートである。
【符号の説明】
３０１ 通信部
３０２ 受信量算出部
３０３ データ記憶部
３０４ メモリ
３０５ 画像入力部
３０６ 画像圧縮部
３０７ 画像記憶部
３０８ 撮影画像量制御部
３０９ メモリ残量算出部
３１０ 入力部
３１１ 撮影モード設定部
【発明の属する技術分野】
本発明は、通信機能を備えたディジタルカメラ等の画像処理装置、画像処理装置の制御方法、及び記憶媒体に関するものである。
【０００２】
【従来の技術】
近年においては、半導体等の技術進歩により、ディジタルカメラの普及にはめざましいものがある。このディジタルカメラは、撮影して得られた画像をディジタル化して、画像メモリに記憶するものであり、この画像メモリとしては、特に、半導体メモリが多く用いられている。
しかしながら、半導体メモリは非常に高価なものであるため、ディジタルカメラ全体のコストを考慮すると、ディジタルカメラに設ける半導体メモリの容量も限られる。すなわち、撮影可能枚数も限られる。現在、ディジタルカメラに標準装備されている半導体メモリの容量は、カメラ機器として要求される一般的な撮影頻度に対して、充分な量であるとは言えない状態にある。
【０００３】
そこで、例えば、画像メモリとして、ＰＣＭＣＩＡのフラッシュメモリカードやスマートメモリ等の交換可能型記憶デバイスを使用し、この画像メモリを使用者の必要に応じて交換可能とすることで、撮影可能枚数を増加させたディジタルカメラがある。
しかしながら、フラッシュメモリカードやスマートメモリ等の入手性は、銀塩フィルム等に比べて非常に難しいため、フルになった画像メモリを新たな画像メモリに交換したい時のように、必要なときに新たな画像メモリを入手できるとは限らない。したがって、使用者は、撮影を行う前に撮影枚数を予め予想しておき、その予想枚数に充分な余裕を持って、ＰＣＭＣＩＡのフラッシュメモリカードやスマートメディア等を携行する必要がある。これは、画像メモリとして交換可能型記憶デバイスを使用している特質を有効に利用しているとは言いがたい状況である。
【０００４】
一方、画像メモリとして、半導体メモリではなく、ハードディスク等の磁気メモリを使用することで、ディジタルカメラに要求される一般的な撮影頻度に対して充分な撮影可能枚数を確保することが考えられる。
しかしながら、磁気メモリを画像メモリとして使用した場合でも、その容量は無限大ではない。すなわち、限界がある。また、磁気メモリを使用すると、必要とされる消費電力が大きくなり、さらには機器本体の外形も大きくなる、という問題が出てくる。したがって、磁気メモリは、携帯性が要求されるカメラ機器の画像メモリとしては不向きである。
【０００５】
上述のように、従来のディジタルカメラは、内蔵されている画像メモリの容量や交換可能型記憶デバイスの入手性によって、撮影可能枚数が限られていた。このため、制限された枚数を超えて撮影を行う場合、例えば、撮影現場にて、撮影して既に画像メモリに記憶させた撮影画像の中から不要な画像を消去したり、或いは、パーソナルコンピュータ内の記憶デバイス等に撮影画像を転送して、画像メモリの使用可能な容量を増加させる、という作業が必要であった。
【０００６】
しかしながら、撮影現場にて、上記の作業を行うことは、時間的なロスを生み、即時性を求められるディジタルカメラにとって、大きな欠点となる。
具体的には、撮影画像の中から不要な画像を消去する場合、どの画像が不要であるかを判断するためには、種々の情報の確認が必要である。この確認の作業を、相対的にパーソナルコンピュータに比べて処理速度の遅いディジタルカメラで行うことは、撮影者にとって大きな負担となる。特に、撮影画像の良否は、一般的にディジタルカメラが備えている小型ディスプレイでは判断しにくいこともある。
さらに、上記の確認作業を効率的に行おうとすると、通常の撮影のための操作には使用しない、専用の新たな操作スイッチ群や情報確認用ディスプレイ等が必要となる。これは、ディジタルカメラの小型化を阻害することになる。
さらにまた、撮影者にとって、撮影した画像を現場にて消去することは、心理的に負担を強いることであり、このような作業に対する撮影者の抵抗感は強いと言える。
【０００７】
一方、撮影画像を他のパーソナルコンピュータ内の記憶デバイス等に転送する場合、上述したような撮影者に対する負担は生じないが、ディジタルカメラとパーソナルコンピュータのインターフェース等を携行する必要がでてくるため、その分物理的な負担が大きくなる。
【０００８】
そこで、上述のような問題を解消するために、例えば、ディジタルカメラに通信機能を設け、必要に応じて撮影画像や電子メールを送受信することが考えられる。
【０００９】
【発明が解決しようとする課題】
しかしながら、ディジタルカメラに通信機能を設けた構成としても、撮影画像を記憶するメモリと、受信データを記憶するメモリとが同一メモリである場合、該メモリに対する要求の衝突のため、撮影を行えなくなる、或いは、データを受信できなくなる、という状況が生じてくる。
例えば、これから撮影を行おうとしているまさにその瞬間、通信の着呼が発生し、その受信データが撮影画像を記憶しようとしていたメモリを占領してしまった場合、直前まで可能であった撮影が行えなくなる。
この問題を回避するために、使用者が通信の是非を着呼の度に、その場で判定する必要があるが、これでは、撮影の即時性が失われ、シャッターチャンスを逃す可能性がある。このような問題は、ディジタルカメラとして大きな欠点である。
また、通信中に撮影機能を動作させたために、受信データを最後までメモリに記憶できなくなることが考えられる。これも、通信の確実性に影響してしまい、通信機能にとって、大きな欠点である。
【００１０】
そこで、本発明は、上記の欠点を除去するために成されたもので、小型化及び撮影の即時性を保ちながら性能の向上を図ることが可能な画像処理装置等を提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明の画像処理装置は、外部装置から送信された第１のデータを受信する受信手段と、被写体を撮像し第２のデータを得る撮像手段と、前記第１のデータ及び前記第２のデータの記憶媒体への記憶を制御する制御手段と、前記受信手段により第１のデータを受信する場合、前記第２のデータを記憶できる空き容量が前記第１のデータを記憶した後も前記記憶媒体にある否かを判定する判定手段とを有し、前記判定手段により、前記第２のデータを記憶できる空き容量があると判定された場合、前記制御手段は、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶し、前記第２のデータを記憶できる空き容量がないと判定された場合、前記制御手段は、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶しないことを特徴とする。
また、本発明の画像処理装置の制御方法は、外部装置から送信された第１のデータを受信する受信手段と、被写体を撮像し第２のデータを得る撮像手段と、前記第１のデータ及び前記第２のデータの記憶媒体への記憶を制御する制御手段と、を有する画像処理装置の制御方法であって、前記受信手段により第１のデータを受信する場合、前記第２のデータを記憶できる空き容量が前記第１のデータを記憶した後も前記記憶媒体にある否かを判定する判定ステップと、前記判定ステップにより、前記第２のデータを記憶できる空き容量があると判定された場合、前記制御手段により、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶し、前記第２のデータを記憶できる空き容量がないと判定された場合、前記制御手段により、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶しないようにするステップとを有することを特徴とする。
また、本発明の記憶媒体は、外部装置から送信された第１のデータを受信する受信手段と、被写体を撮像し第２のデータを得る撮像手段と、前記第１のデータ及び前記第２のデータの記憶媒体への記憶を制御する制御手段と、を有する画像処理装置の制御をコンピュータに実行させるためのプログラムを記録したコンピュータ読取可能な記憶媒体であって、前記受信手段により第１のデータを受信する場合、前記第２のデータを記憶できる空き容量が前記第１のデータを記憶した後も前記記憶媒体にある否かを判定する判定ステップと、前記判定ステップにより、前記第２のデータを記憶できる空き容量があると判定された場合、前記制御手段により、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶し、前記第２のデータを記憶できる空き容量がないと判定された場合、前記制御手段により、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶しないようにするステップとをコンピュータに実行させるためのプログラムを記録したコンピュータ読取可能な記憶媒体である。
【００３３】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。
【００３４】
（第１の実施の形態）
本発明に係る画像処理方法は、例えば、図１に示すようなディジタルカメラ１００により実施される。
このディジタルカメラ１００は、本発明に係る画像処理装置或いは画像入力装置を適用したものでもある。
【００３５】
すなわち、ディジタルカメラ１００は、電話や電子メール等の通信機能を有しており、上記図１（装置外観図）に示すように、ディジタルカメラ１００本体の前面には、シャッタボタン１０２、モードダイヤル１０１、レンズ１０８、及びレンズ１０８の上方に配置されたストロボ１０９が設けられている。
また、ディジタルカメラ１００本体の側面には、その本体に内蔵されたスピーカ１０５、白黒液晶１０４、キーボード１０３、後述するジョグダイヤル（図示せず）、及びその本体に内蔵されたマイク１０６が設けられている。
【００３６】
さらに、シャッタボタン１０２、モードダイヤル１０１、レンズ１０８、及びストロボ１０９が設けられた面に対向する面には、図２（上記図１の矢印Ａ方向からの装置外観図）に示すように、ポインティングデバイス１１０が設けられている。
さらにまた、上述のスピーカ１０５部分は、同図に示すように、ディジタルカメラ１００本体に対して矢印Ｂ方向に開閉自在に設けられており、開状態でカラー液晶１０７が観察可能なように構成されている。
【００３７】
ここで、上記のモードダイヤル１０１は、パワースイッチ機能も有しており、図３（上記図１の矢印Ｃ方向からのモードダイヤル１０１の正面図）に示すように、シャッタボタン１０２の回りを回転する構造となっている。
そして、このモードダイヤル１０１の回転によって、電源を切った状態（ＯＦＦモード）、電話の送受信を行える状態（ＴＥＬモード）、ディジタルカメラ１００本体に記憶された画像、音声、テキスト等の情報を表示する状態（ＶＩＥＷモード）、及びカメラ撮影が可能な状態（ＣＡＭＥＲＡモード）等を切り換えることができるようになされている。
【００３８】
したがって、上述のようなディジタルカメラ１００の各モードにおける機能を図示すると、図４に示すようになる。
【００３９】
この図４に示すように、ＯＦＦモード以外のモードでは、電話の着信を受けること（ＴＥＬ着信機能）が可能となる。
【００４０】
ＴＥＬモードでは、通常のＰＨＳ（パーソナル・ハンディホン・システム）電話機の機能が動作可能となる（ＴＥＬ着信機能、ＴＥＬ発信機能）。すなわち、ＴＥＬモードでは、ディジタルカメラ１００本体のキーボード１０３からの電話番号の入力、白黒液晶１０４への入力番号表示、及び予め記憶されている電話番号の表示（電話帳の表示）が可能となり、ディジタルカメラ１００本体に内蔵されているスピーカ１０５とマイク１０６を用いることで、電話の送受信ができるようになされている。
また、ＴＥＬモードでは、必要に応じて、カラー液晶１０７の表示を行うことも可能となり、色分け等によって、複雑なオプション機能を容易に選択できるようになされている。
尚、ここでの「電話の送受信」とは、ＰＨＳ電話機や携帯電話機等で可能であるデータ通信も含むものとする。
【００４１】
ＶＩＥＷモードでは、後述するＣＡＭＥＲＡモードにより撮影して得られた画像、録音した音声、受信した画像や音声、或いはテキストを選択し、それを再生したり、表示したりすることができるようになされている（画像表示／出力機能、音声出力機能、テキスト表示機能、電子メール機能）。
【００４２】
ＣＡＭＥＲＡモードでは、詳細は後述するが、レンズ１０８を介した被写体像をＣＣＤ（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 ）により、電子メールの受信を行う場合、上記図１３に示すように、先ず、ＰＯＰのクライアント（以下、単にクライアントと言う）は、ＰＯＰのサーバ（以下、単にサーバと言う）に対して、電子メールの受信のための接続要求を発行する（ステップＳ６１１）。
【０１３４】
次に、サーバは、接続ＯＫを示す応答コード及びサーバ名を、クライアントに対して返送する（ステップＳ６１１）。
クライアントは、この返答コード及びサーバ名が送られてきたことを認識すると（ステップＳ６１２）、ＵＳＥＲコマンド及びＰＡＳＳコマンドにより、ユーザ認証のためのユーザ名とパスワードをサーバに対して送信する（ステップＳ６１３）。
【０１３５】
次に、サーバは、クライアントからのユーザ名とパスワードを確認できた場合に、正常を示す応答コードをクライアントに対して返送する。
クライアントは、この応答コードが送られてきたことを認識すると（ステップＳ６１４）、必要に応じて、ＳＴＡＴコマンド（メール数等のメールボックスの受信状態情報の要求を示すコマンド）、ＬＩＳＴコマンド（メールボックスに存在するメールのリスト情報の要求を示すコマンド）により、サーバに対して、メールボックスの情報を要求する（ステップＳ６１５）。
【０１３６】
次に、サーバは、この要求に対応するメールボックスの情報をクライアントに対して送信する。
クライアントは、サーバからの情報を基に、ＲＥＴＲコマンドにより、サーバに対して、必要なメールを要求する（ステップＳ６１６）。
【０１３７】
次に、サーバは、クライアントから要求されたメールを、クライアントに対して送信する（ステップＳ６１７）。
クライアントは、サーバからのメールを受信し、必要なメールを全てサーバに対して要求したか否かを判別し（ステップＳ６１８）、全てのメールを要求し終えていない場合には、ステップＳ６１５の処理に戻って、以降の処理を繰り返し行う。
【０１３８】
クライアントが必要なメール全てをサーバに対して要求し終えた場合、クライアントは、ＱＵＩＴコマンドにより、サーバに対して、メールボックスの更新処理を実行させ、ＰＯＰ３による電子メールの受信を終了することを宣言する（ステップＳ６１９）。
【０１３９】
そして、サーバは、クライアントからの終了宣言により、終了を示す応答コードをクライアントに対して返送する。
クライアントが、この応答コードが送られてきたことを認識すると（ステップＳ６２０）、ＰＯＰ３接続が切断され、本処理が終了となる。
【０１４０】
上述のような各種機能を持ち、各種の動作を行うようになされたディジタルカメラ１００において、最も特徴とする制御の流れを概念的なブロックに置き換えると、例えば、図１４のような構成となる。
【０１４１】
すなわち、ディジタルカメラ１００は、通信部３０１と、通信部３０１の出力が各々供給される受信量算出部３０２及びデータ記憶部３０３と、データ記憶部３０３の出力が供給されるメモリ３０４と、画像入力部３０５と、画像入力部３０５の出力が供給される画像圧縮部３０６と、画像圧縮部３０６の出力が供給される画像記憶部３０７とを備えており、メモリ３０４には、画像記憶部３０７の出力も供給されるようになされている。
また、ディジタルカメラ１００は、メモリ３０４の出力が供給されるメモリ残量算出部３０９と、入力部３１０と、入力部３１０の出力が供給される撮影モード設定部３１１と、上述の受信量算出部３０２、メモリ残量算出部３０９及び撮影モード設定部３１１の各出力が供給される撮影画像量制御部３０８とを備えており、撮影画像量制御部３０８の出力は、画像圧縮部３０６に供給されるようになされている。
【０１４２】
そこで、まず、通信部３０１は、ＰＨＳ部２０３に相当するものである。
【０１４３】
受信量算出部３０２は、メインＣＰＵ部２０１のＣＰＵ２９にて実行されるソフトウェアによって実現されるものである。この受信量算出部３０２は、通信プロトコルを用いることで、これらから通信部３０１で受信する予定データのデータ量（受信データ予定量）を算出する。
【０１４４】
データ記憶部３０３は、通信部３０１で受信されたデータを、メモリ３０４にファイルシステムを用いて記憶する。
メモリ３０４は、メインＣＰＵ２０１のフラッシュＲＯＭ３２（不揮発性メモリ）に相当するものである。
【０１４５】
画像入力部３０５は、上記図６に示したような構成を有するカメラ部２０４全体に相当するものである。
【０１４６】
画像圧縮部３０６は、ＣＰＵ２９に内蔵されているものであり、量子化テーブルを変更することで、圧縮後の画像サイズを調整できるようになされている。
【０１４７】
画像記憶部３０７は、ＣＰＵ２９によって、画像圧縮部３０６で圧縮された画像データをメモリ３０４に記憶する。
【０１４８】
撮影画像量制御部３０８は、ＣＰＵ２９のソフトウェアによって実現されるものである。
具体的には、画像圧縮部３０６における量子化テーブル等のパラメータを変更することで、その圧縮制御を行う。すなわち、後述のメモリ残量算出部３０９からの指示により、メモリ３０４の残量が少ないと判断された場合、その旨を画像圧縮部３０６に通知することで、画像圧縮部３０６での圧縮率を変更する。また、メモリ３０４に既に記憶されている画像データのうち任意の画像データを選択して外部機器へと送信するための制御を行い、その後、送信した画像データをメモリ３０４から消去する。
【０１４９】
メモリ残量算出部３０９は、ＣＰＵ２９のソフトウェアによって実現されるものであり、メモリ３０４の残量を算出する際には、メモリ３０４上に構築されたファイルシステムのテーブルを使用する。
【０１５０】
入力部３１０は、モードダイヤル１０１等の入力スイッチに相当するものである。すなわち、撮影者が撮影モードを指示する場合等に用いられる。
【０１５１】
撮影モード設定部３１１は、サブＣＰＵ部２０２のサブＣＰＵ１によって、モードダイヤル１０１（入力部３１０）の状態をＣＰＵ２９に通知することで、撮影モードの設定を行う。
【０１５２】
ここで、上述の画像圧縮部３０６が撮影画像量制御部３０８によって変更される撮影モードと、該撮影モードにより得られた画像をメモリ３０４に記録する際に必要なメモリサイズの一例を表１に示す。
【０１５３】
【表１】
この表１に示すように、ここでは、撮影モードを、エコノミ（ECONMY）モード、ノーマル（NORMAL）モード、及びファイン（FINE）モードの３段階とし、各々の画像１枚の記録に必要なメモリサイズを、２５ＫＢ、５０ＫＢ、及び１００ＫＢとしている。
【０１５５】
また、メモリ３０４に画像データが記憶される際には、例えば、表２に示すような記憶管理テーブルが作成される。この記憶管理テーブルは、撮影画像量制御部３０８により、その内部メモリ又はメモリ３０４内部に作成されるものである。
【０１５６】
【表２】
この表２に示すように、記憶管理テーブルは、画像サイズ、記録時間、アクセス日時、アクセス回数、マーキング情報、使用色数、及び記録場所等の情報からなる。ここでは、ＭＸ０００１．ｊｐｇ〜ＭＸ０００４．ｊｐｇの４枚の画像データ（ＪＰＥＧ方式により圧縮された画像データ）がメモリに記憶されている場合の記憶管理テーブルを示している。
【０１５８】
尚、上記のマーキング情報とは、撮影者が入力部３１０（スイッチ等）を操作することで入力される情報である。すなわち、撮影者は、撮影を行った時に、その撮影画像が重要であるか否かをある程度把握しているものである。したがって、そのときに、撮影者は、該撮影画像が重要であると判断した場合、入力部３１０を用いて、マーキング情報を入力する（撮影画像に対するプライオリティ付け）。この入力されたマーキング情報は、そのときの撮影画像のデータのマーキング情報として、記憶管理テーブルに記録されることになる。これにより、記憶管理テーブルのマーキング情報を参照することで、重要な画像データであるか否かを判別することができる。
【０１５９】
そこで、ディジタルカメラ１００での最も特徴とする動作を実施するためのソフトウェアによる処理について以下説明する。
【０１６０】
メインＣＰＵ部２０１のＲＯＭ３２には、例えば、図１５に示すフローチャートに従ったプログラムが予め格納されており、このプログラムがＣＰＵ２９により読み出されて実行されることで、ディジタルカメラ１００は、次のように動作する。
【０１６１】
先ず、通信部３０１（ＰＨＳ部２０３）が受信着呼状態であるか否かを判別し（ステップＳ６３１）、また、画像入力部３０５（カメラ部２０４）が撮影状態であるか否かを判別する（ステップＳ６３２）。
これらの判別の結果、受信着呼状態であり、且つ撮影状態である場合に、以降の処理ステップを実行し、そうでない場合には、本処理を終了する。
尚、ステップＳ６３２での撮影状態であるか否かの判別は、シャッターボタン１０２が半押し状態、或いは、全押し状態であるかを検出することで行う。或いは、モードダイヤル１０１により、ＣＡＭＥＲＡモードに設定されたかを検出することで行う。
【０１６２】
次に、受信着呼状態であり、且つ撮影状態である場合、撮影画像量制御部３０８は、メモリ残量算出部３０９にて算出されたメモリ３０４の残量から、受信量算出部３０２にて算出された受信データ予定量を減じた値Ａを得る（ステップＳ６３３）。
ここでの受信データ予定量は、例えば、Ｅｍａｉｌ受信でのデータの予定量を算出するものとする。すなわち、通信プロトコルとして上述したＰＯＰ３を使用し、上記図１３に示したようなプログラム中のステップＳ６１５”サーバに各種情報要求”にて、ＰＯＰ３のＬＩＳＴコマンドやＳＴＡＴコマンドを使用することで算出する。
【０１６３】
次に、撮影画像量制御部３０８は、撮影モード設定部３１１から設定された現在の撮影モードに対応した典型的な圧縮後の画像サイズを、上記表１から求め、その求めた画像サイズを、ステップＳ６３３で得た値Ａから減じる。そして、その結果が一定量の値を超えているか否かを判別する（ステップＳ６３４）。
ここで、一定量の値をオフセットとして用いる理由としては、ＪＰＥＧ方式等の圧縮では、圧縮後の画像サイズを事前に予測することは困難であり、あくまで典型的な圧縮後の画像サイズしか予測できないからである。この一定量の値を大きく設定することで、通信終了後も一定量の枚数の撮影画像を確保することが可能となる。
【０１６４】
ステップＳ６３４の判別の結果、減算値が一定量の値を超えていた場合、これはメモリ３０４の残量に余裕があることを示しているため、受信処理、撮影処理、圧縮処理、及び記録処理を継続して行って（ステップＳ６３８）、本処理を終了する。
【０１６５】
ステップＳ６３４の判別の結果、減算値が一定量の値を超えていなかった場合、撮影画像量制御部３０８は、詳細は後述するが、メモリ３０４の残量を増やすために、該メモリ３０４に記憶している画像データから他の機器へと送信する画像データを選択する（ステップＳ６３５）。
【０１６６】
そして、撮影画像量制御部３０８は、ステップＳ６３５にて選択した画像データをメモリ３０４から読み出して他の機器へと送信するように、通信部３０１を制御する（ステップＳ６３６）。
尚、ここでの送信先は、ステップＳ６３１にて着呼した相手でもよいし、或いは、予め指定されている特定のサーバでもよい。例えば、予め指定されている特定のサーバに送信する場合、該サーバがステップＳ６３１にて着呼した相手でないときは、一時的に該着呼相手との通信を切断して、改めて送信するサーバとの通信を行い、それが終了した段階で再び上記の着呼相手と接続して通信を行うようにする。
【０１６７】
ステップＳ６３６の処理後、撮影画像量制御部３０８は、通信部３０１により送信された画像データを、メモリ３０４から消去する（ステップＳ６３７）。したがって、メモリ３０４の残量が増加することになる。
その後、ステップＳ６３４に戻り、以降の処理ステップが繰り返し行われる。
【０１６８】
図１６は、上述したステップＳ６３５での画像選択処理の一例を示すフローチャートである。
【０１６９】
先ず、上記表２に示した記憶管理テーブルにおいて、先頭にある管理情報により示される画像データを、送信対象とする仮の画像データとして選択する（ステップＳ６４１）。
次に、ステップＳ６４１にて選択した画像データに対応する管理情報の、次にある管理情報をロードする（ステップＳ６４２）。
そして、ステップＳ６４２にて正常に管理情報がロードできたか否かを判別する（ステップＳ６４３）。
【０１７０】
ステップＳ６４３の判別結果、ロードできなかった場合には、ステップＳ６４２にて仮に選択した画像データが最も古く、該画像データに続く画像データが存在しないということであるため、ステップＳ６４２にて仮に選択した画像データを、送信対象の画像データとして決定する。そして、上記図１５のフローチャートの処理へとリターンする。
【０１７１】
ステップＳ６４３の判別結果、正常にロードできた場合、該ロードした管理情報により示される画像データが、ステップＳ６４２にて仮に選択した画像データよりも古いものであるか否かを判別する（ステップＳ６４４）。この判別は、管理情報に含まれる記録日時（作成日時）を用いて行う。
【０１７２】
ステップＳ６４４の判別の結果、仮の画像データよりも古い画像データであった場合、ステップＳ６４２にてロードした管理情報により示される画像データを、送信対象とする仮の画像データとする。その後、ステップＳ６４２に戻り、次の管理情報のロードを行う。
【０１７３】
ステップＳ６４４の判別の結果、仮の画像データよりも古い画像データでなかった場合、そのままステップＳ６４２に戻り、次の管理情報のロードを行う。
【０１７４】
尚、上述の画像選択処理では、ステップＳ６４４により、作成日時が古いものを優先して送信対象の画像データとして選択するようにしたが、これに限られることはない。送信対象の画像データとして選択する基準としては、例えば、次のようなものがある。
（例１）：図１７に示すように、ステップＳ６４４の代わりに設けたステップＳ６５１により、アクセス頻度の少ない（用途が少ない）ものを優先して送信対象の画像データとして選択する。この場合の判別の際には、管理情報に含まれるアクセス回数を用いるようにする。
（例２）：使用している色数が少ない画像データを優先して、送信対象の画像データとして選択する。これは、色数が少ないものは、時としてストロボの発行ミス等の失敗画像データである可能性が高いためである。この場合の判別の際には、管理情報に含まれる使用色数を用いるようにする。
（例３）：上述の撮影者により入力されるマーキング情報により、重要でない画像データを優先して、送信対象の画像データとして選択する。
【０１７５】
（第２の実施の形態）
本実施の形態におけるディジタルカメラは、上述した第１の実施の形態におけるディジタルカメラ１００と同様の構成としているが（上記図１４参照）、全体の制御についてが異なっている。
すなわち、本実施の形態では、通信部３０１での通信動作と、画像入力部３０５での撮影動作とが重なったために、メモリ３０４の残量不足が生じた場合、上記図１６（又は上記図１７）に示したような画像選択処理（伝送画像選択機能）の実行により選択した画像データを撮影動作後に送信する。
具体的には、使用者にとってのカメラとしてのレスポンスを大切にするために、先ず、撮影動作を行う。そして、該撮影動作により得られた画像を画像記憶部３０７がメモリ３０４へ記録するタイミングについては、上記の画像選択処理により選択された画像データの送信後に行う。これは、画像記憶部３０７は、ＣＰＵ２９、ＥＤＯＤＲＡＭ３０、及びソフトウェア制御によって実現されているため（上記図５参照）、選択画像データの送信が終了するまでの間、撮影動作により得られた画像データをＥＤＯＤＲＡＭ３０に保存しておくことによって実現できる。
【０１７６】
このため、上記図１５のプログラムの代わりに、例えば、図１８に示すフローチャートに従ったプログラムを用いる。このプログラムを実行することで、メモリ資源に対してデータ受信動作と撮影動作という２つの動作が起こる場合の競合を回避することが可能となる。
尚、上記図１８のフローチャートにおいて、上記１５のフローチャートと同様に処理するステップには同じ符号を付し、その詳細な説明は省略する。
【０１７７】
先ず、通信部３０１が受信着呼状態であるか否かの判別を行い（ステップＳ６３１）、次に、画像入力部３０５が撮影状態であるか否かの判別を行って（ステップＳ６３２）、これらの判別の結果、受信着呼状態であり、且つ撮影状態である場合に、以降の処理ステップを実行し、そうでない場合には、本処理を終了する。
受信着呼状態であり、且つ撮影状態である場合、撮影画像量制御部３０８は、メモリ３０４の残量から受信データ予定量を減じた値Ａを得た後（ステップＳ６３３）、該値Ａから現在の撮影モードに対応した典型的な圧縮後の画像サイズを減算し、その結果が一定量の値を超えているか否かを判別する（ステップＳ６３４）。
【０１７８】
そこで、ステップＳ６３４の判別の結果、減算値が一定量の値を超えていた場合、これはメモリ３０４の残量に余裕があることを示しているため、受信処理、撮影処理、圧縮処理、及び記録処理を継続して行い、その後、本処理を終了する。
【０１７９】
一方、ステップＳ６３４の判別の結果、減算値が一定量の値を超えていなかった場合、先ず、撮影画像量制御部３０８は、メモリ３０４の残量を増やすために、上記図１６や図１７に示したようなフローチャートに従って、該メモリ３０４に記憶している画像データから他の機器へと送信する画像データを選択する（ステップＳ６３５）。
次に、受信処理、撮影処理、圧縮処理、及び記録処理が行われる（ステップＳ６３８）。このとき、撮影画像量制御部３０８は、撮影動作により得られた画像データを一旦ＥＤＯＤＲＡＭ３０へ保存しておくように、画像記録部３０７を制御する。
次に、撮影画像量制御部３０８は、ステップＳ６３５により選択した画像データをメモリ３０４から読み出して他の機器へと送信するように、通信部３０１を制御する（ステップＳ６３６）。
次に、撮影画像量制御部３０８は、通信部３０１により送信された画像データをメモリ３０４から消去する（ステップＳ６３７）。したがって、メモリ３０４の残量が増加することになる。
そして、撮影画像量制御部３０８は、一旦ＥＤＯＤＲＡＭ３０（揮発性メモリ）へ保存した画像データをメモリ３０４（不揮発性メモリ）へ記録するように、画像記録部３０７を制御する（ステップＳ６３９）。その後、本処理を終了する。
したがって、この場合には、画像データが他の機器へと送信された後に、撮影動作により得られた画像データがメモリ３０４に書き込まれることになる。
【０１８０】
（第３の実施の形態）
本実施の形態におけるディジタルカメラは、上述した第１の実施の形態におけるディジタルカメラ１００と同様の構成としているが（上記図１４参照）、全体の制御についてが異なっている。
すなわち、本実施の形態では、通信部３０１にて特定の相手先からの受信が行われている場合にのみ、上記図１６（又は上記図１７）に示したような画像選択処理（伝送画像選択機能）の実行により選択した画像データを撮影動作後に送信する。
【０１８１】
このため、上記図１５のプログラムの代わりに、例えば、図１９に示すフローチャートに従ったプログラムを用いる。
尚、上記図１９のフローチャートにおいて、上記１５のフローチャートと同様に処理するステップには同じ符号を付し、その詳細な説明は省略する。
【０１８２】
先ず、通信部３０１が受信着呼状態であるか否かの判別を行い（ステップＳ６３１）、次に、画像入力部３０５が撮影状態であるか否かの判別を行って（ステップＳ６３２）、これらの判別の結果、受信着呼状態であり、且つ撮影状態である場合に、以降の処理ステップを実行し、そうでない場合には、本処理を終了する。
受信着呼状態であり、且つ撮影状態である場合、撮影画像量制御部３０８は、メモリ３０４の残量から受信データ予定量を減じた値Ａを得た後（ステップＳ６３３）、該値Ａから現在の撮影モードに対応した典型的な圧縮後の画像サイズを減算し、その結果が一定量の値を超えているか否かを判別する（ステップＳ６３４）。
【０１８３】
そこで、ステップＳ６３４の判別の結果、減算値が一定量の値を超えていた場合、これはメモリ３０４の残量に余裕があることを示しているため、受信処理、撮影処理、圧縮処理、及び記録処理を継続して行って（ステップＳ６３８）、本処理を終了する。
【０１８４】
一方、ステップＳ６３４の判別の結果、減算値が一定量の値を超えていなかった場合、撮影画像量制御部３０８は、通信部３０１において、特定の相手先からの画像データの受信が行われているか否かを判別する（ステップＳ６４１）。この判別は、例えば、発信番号サービスから得られる発信番号を使用して、相手先の発信番号を把握し、それと、予め使用者から設定されている発信番号（特定の相手先の番号）と比較することで実現する。
【０１８５】
ステップＳ６４１の判別の結果、特定の相手先でなかった場合、撮影画像量制御部３０８は、受信動作を中止するように通信部３０１を制御する。これにより、通信部３０１での受信は行われず、一方、撮影処理、圧縮処理、及び記録処理については継続して行われることになる（ステップＳ６４２）。その後、本処理終了となる。
【０１８６】
ステップＳ６４１の判別の結果、特定の相手先であった場合、撮影画像量制御部３０８は、上記図１５や図１６に示したようなフローチャートに従って、メモリ３０４に記憶している画像データから他の機器へと送信する画像データを選択する（ステップＳ６３５）。
そして、撮影画像量制御部３０８は、ステップＳ６３５にて選択した画像データをメモリ３０４から読み出して他の機器へと送信するように、通信部３０１を制御し（ステップＳ６３６）、該画像データをメモリ３０４から消去する（ステップＳ６３７）。したがって、メモリ３０４の残量が増加することになる。
その後、ステップＳ６３４に戻り、以降の処理ステップが繰り返し行われる。
【０１８７】
（第４の実施の形態）
本実施の形態におけるディジタルカメラは、上述した第１の実施の形態におけるディジタルカメラ１００と同様の構成としているが（上記図１４参照）、全体の制御についてが異なっている。
すなわち、本実施の形態では、通信部３０１において、画像データのみならず音声データ等を含むデータが受信される場合にも、メモリ資源に対してデータ受信動作と撮影動作という２つの動作が起こる場合の競合を回避する。
【０１８８】
このため、上記図１５のプログラムの代わりに、例えば、図２０に示すフローチャートに従ったプログラムを用いる。
尚、上記図２０のフローチャートにおいて、上記１５のフローチャートと同様に処理するステップには同じ符号を付し、その詳細な説明は省略する。
【０１８９】
先ず、通信部３０１が受信着呼状態であるか否かの判別を行い（ステップＳ６３１）、次に、画像入力部３０５が撮影状態であるか否かの判別を行って（ステップＳ６３２）、これらの判別の結果、受信着呼状態であり、且つ撮影状態である場合に、以降の処理ステップを実行し、そうでない場合には、本処理を終了する。
【０１９０】
受信着呼状態であり、且つ撮影状態である場合、撮影画像量制御部３０８は、通信部３０１において、音声通話又は音声データの受信（以下、「音声データ通信」と言う）がなされているか否かを判別する（ステップＳ６５１）。
【０１９１】
ステップＳ６５１の判別の結果、音声データ通信が行われていた場合、これは撮影動作と両立しうる場合であるため、該音声データ通信のための受信処理、撮影処理、圧縮処理、及び記録処理を継続して行う（ステップＳ６３８）。そして、その後、本処理を終了する。
尚、この場合、例えば、その旨を知らせるためのメッセージをカラー液晶１０７（電子ビューファインダ）上に表示し、相手先との会話を開始するか等を使用者に選択させるようにしてもよい。また、ボイスメールのような音声データを受信した場合には、その再生を開始するようにしてもよい。
【０１９２】
したがって、ステップＳ６５１の判別の結果、音声データ通信が行われていなかった場合に、上述したステップ６３３〜ステップＳ６３７による、メモリ資源に対してデータ受信動作と撮影動作という２つの動作が起こる場合の競合を回避するための処理を実行する。
【０１９３】
尚、上述した第４の実施の形態において、通信部３０１が、音声データと画像データの両方を含むデータを受信した場合には、例えば、音声データのみの通信を先に行い、その後に、相手先に対して、画像データを再送するための要求を発行する。これにより、音声データの通信後に、画像データの通信が行われることになる。
以上説明したように本発明では、第１のデータ（撮影して得られた画像データ等）、及び第２のデータ（受信されたデータ）が記憶されるメモリ（記憶手段）の未記憶量を管理し、該未記憶量が所定量以下となった場合には、メモリに既に記憶されているデータを外部へ送信する。
具体的には例えば、予め指定された撮影モードでの撮影動作により得られる撮影画像データ（第１のデータ）の予定サイズに、受信されたデータ（第２のデータ）を加えた合計データサイズを求め、該合計データサイズとメモリの未記憶量（残量）を比較する。この比較の結果、合計データサイズがメモリの残量より大きかった場合、メモリに既に記憶されているデータに対する情報（記録時刻情報、アクセス頻度情報、外部より付加されるマーキング情報等）を用いて、最も古い情報やアクセス頻度の少ない情報、或いは使用者からマーキング情報が付加されていない情報を、メモリに既に記憶されているデータの中から選択し、その選択したデータを他の機器等に送信する。このように構成すれば、撮影画像データを使用者の意図通りに保つことができ、撮影画像データを失うことがない。また、送信するデータを選択する際に、上記のマーキング情報を用いれば、使用者によってプライオリティ付けがなされたデータは送信されることはない。また、上記のデータの送信を、新たな画像の撮影前に行うように構成すれば、実際に撮影が行われるときには、それに必要なメモリ量が確実に確保された状態となるため、撮影画像データと共に受信データをメモリに確実に記憶することができる。また、上記のデータ送信を、新たな画像の撮影後に行うように構成すれば、使用者は、撮像タイミングを逃すことなく撮影を行うことができる。この場合例えば、撮影画像データを一旦ＤＲＡＭ等の揮発性メモリに保存しておき、データの送信後に、その保存しておいた撮影画像データを不揮発性メモリに記憶する。また、上記のデータ送信を、特定の相手からのデータを受信しているときに行うように構成すれば、通信相手のプライオリティ付けが可能であるので、特定の相手からの通信の失敗を防ぐことが出来る。また、上記のデータ送信を、音声データ以外のデータを受信しているときのみ行うように構成すれば、通話等と撮影動作を両立することができる。
以上のことにより、本発明によれば、ディジタルカメラと通信機器を一体化した装置等において、メモリ資源の衝突というデメリットを克服することが可能となる。この時、送信するデータを選択する手段として、使用者からのマーキング情報を利用すれば、合理的な判断を行うことが可能となる。これにより、即時性の高い通信と即時性の高い撮影動作等の双方の要求を満足することが可能となり、小型で使いやすい装置或いはシステムを構成することが可能となる。また、撮影現場においても、シャッターチャンスを逃すことなく、機敏な撮影や通信の信頼性を確保することが可能である。また、本発明は、上記の制御をＣＰＵやメモリ等の制御によって実現するように構成したことにより、簡便であり、通常構成の伝送装置又は伝送装置インターフェース付きのディジタルカメラ等においても実現が可能となる。したがって、本発明は、ディジタルカメラ等の小型化、低消費電力化、低コスト化を図ることができ、今後とも将来にわたって有意義な発明であると言えよう。
【０１９４】
また、本発明の目的は、上述した各実施の形態のホスト及び端末の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読みだして実行することによっても、達成されることは言うまでもない。
この場合、記憶媒体から読み出されたプログラムコード自体が前述した各実施の形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することとなる。
プログラムコードを供給するための記憶媒体としては、ＲＯＭ、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード等を用いることができる。
また、コンピュータが読みだしたプログラムコードを実行することにより、上述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ等が実際の処理の一部又は全部を行い、その処理によって各実施の形態の機能が実現される場合も含まれることは言うまでもない。
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された拡張機能ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０１９５】
【発明の効果】
本発明によれば、データの受信が可能な画像処理装置において、実際に撮影が行われるときには、撮影に必要な記憶媒体の残量が確保された状態となるため、撮影画像データと受信データとを記憶媒体に確実に記憶することができる。
【０１９６】
具体的には例えば、予め指定された撮影モードでの撮影動作により得られる撮影画像データ（第１のデータ）の予定サイズに、受信されたデータ（第２のデータ）を加えた合計データサイズを求め、該合計データサイズとメモリの未記憶量（残量）を比較する。この比較の結果、合計データサイズがメモリの残量より大きかった場合、メモリに既に記憶されているデータに対する情報（記録時刻情報、アクセス頻度情報、外部より付加されるマーキング情報等）を用いて、最も古い情報やアクセス頻度の少ない情報、或いは使用者からマーキング情報が付加されていない情報を、メモリに既に記憶されているデータの中から選択し、その選択したデータを他の機器等に送信する。このように構成すれば、撮影画像データを使用者の意図通りに保つことができ、撮影画像データを失うことがない。また、送信するデータを選択する際に、上記のマーキング情報を用いれば、使用者によってプライオリティ付けがなされたデータは送信されることはない。また、上記のデータの送信を、新たな画像の撮影前に行うように構成すれば、実際に撮影が行われるときには、それに必要なメモリ量が確実に確保された状態となるため、撮影画像データと共に受信データをメモリに確実に記憶することができる。また、上記のデータ送信を、音声データ以外のデータを受信しているときのみ行うように構成すれば、通話等と撮影動作を両立することができる。
【０１９７】
以上のことにより、本発明によれば、ディジタルカメラと通信機器を一体化した装置等において、メモリ資源の衝突というデメリットを克服することが可能となる。この時、送信するデータを選択する手段として、使用者からのマーキング情報を利用すれば、合理的な判断を行うことが可能となる。これにより、即時性の高い通信と即時性の高い撮影動作等の双方の要求を満足することが可能となり、小型で使いやすい装置或いはシステムを構成することが可能となる。また、撮影現場においても、シャッターチャンスを逃すことなく、機敏な撮影とや通信の信頼性を確保することが可能である。
また、本発明は、上記の制御をＣＰＵやメモリ等の制御によって実現するように構成したことにより、簡便であり、通常構成の伝送装置又は伝送装置インターフェース付きのディジタルカメラ等においても実現が可能となる。したがって、本発明は、ディジタルカメラ等の小型化、低消費電力化、低コスト化を図ることができ、今後とも将来にわたって有意義な発明であると言えよう。
【図面の簡単な説明】
【図１】第１の実施の形態において、本発明を適用したディジタルカメラの正面からの外観図である。
【図２】上記ディジタルカメラの他方面からの外観図である。
【図３】上記ディジタルカメラのモードダイヤルを説明するための図である。
【図４】上記ディジタルカメラが有する各機能を説明するための図である。
【図５】上記ディジタルカメラの内部構成を示すブロック図である。
【図６】上記ディジタルカメラのカメラ部の詳細な構成を示すブロック図である。
【図７】上記ディジタルカメラにおいて、撮影動作を実施するためのプログラムを説明するためのフローチャートである。
【図８】上記撮影動作において、キー操作による割り込み処理を実施するためのプログラムを説明するためのフローチャートである。
【図９】上記割り込み処理において、ｐｌａｙ ｂａｃｋ機能を実施するためのプログラムを説明するためのフローチャートである。
【図１０】上記ディジタルカメラにおいて、画像再生（表示）動作を実施するためのプログラムを説明するためのフローチャートである。
【図１１】上記ディジタルカメラにおいて、電子メールのリンク確立処理を実施するためのプログラムを説明するためのフローチャートである。
【図１２】上記電子メールの送信処理を実施するためのプログラムを説明するためのフローチャートである。
【図１３】上記電子メールの受信処理を実施するためのプログラムを説明するためのフローチャートである。
【図１４】上記ディジタルカメラの制御の流れを概念的に示すブロック図である。
【図１５】上記ディジタルカメラの動作制御を実施するためのプログラムを説明するためのフローチャートである。
【図１６】上記動作制御での伝送画像選択処理の一例を説明するためのフローチャートである。
【図１７】上記伝送画像選択処理の他の例を説明するためのフローチャートである。
【図１８】第２の実施の形態における、上記ディジタルカメラの動作制御を実施するためのプログラムを説明するためのフローチャートである。
【図１９】第３の実施の形態における、上記ディジタルカメラの動作制御を実施するためのプログラムを説明するためのフローチャートである。
【図２０】第４の実施の形態における、上記ディジタルカメラの動作制御を実施するためのプログラムを説明するためのフローチャートである。
【符号の説明】
３０１ 通信部
３０２ 受信量算出部
３０３ データ記憶部
３０４ メモリ
３０５ 画像入力部
３０６ 画像圧縮部
３０７ 画像記憶部
３０８ 撮影画像量制御部
３０９ メモリ残量算出部
３１０ 入力部
３１１ 撮影モード設定部
Claims (15)
- 外部装置から送信された第１のデータを受信する受信手段と、
被写体を撮像し第２のデータを得る撮像手段と、
前記第１のデータ及び前記第２のデータの記憶媒体への記憶を制御する制御手段と、
前記受信手段により第１のデータを受信する場合、前記第２のデータを記憶できる空き容量が前記第１のデータを記憶した後も前記記憶媒体にある否かを判定する判定手段とを有し、
前記判定手段により、前記第２のデータを記憶できる空き容量があると判定された場合、前記制御手段は、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶し、前記第２のデータを記憶できる空き容量がないと判定された場合、前記制御手段は、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶しないことを特徴とする画像処理装置。 - 前記判定手段により、前記第２のデータを記憶できる空き容量が前記記憶媒体にないと判定された場合、前記記憶媒体に既に記憶されたデータを削除する削除手段をさらに有し、
前記判定手段は、前記削除手段によりデータが削除された後に、再度判定を行うことを特徴とする請求項１に記載の画像処理装置。 - 前記判定手段により、前記第２のデータを記憶できる空き容量が前記記憶媒体にないと判定された場合、前記記憶媒体に既に記憶されたデータを他の装置に送信する送信手段をさらに有し、
前記削除手段は、前記送信手段により送信されたデータを前記記憶媒体から削除することを特徴とする請求項２に記載の画像処理装置。 - 前記他の装置は、前記外部装置であることを特徴とする請求項３に記載の画像処理装置。
- 前記判定手段は、前記記憶媒体の空き容量と、前記第１のデータの容量と前記第２のデータの容量との和とを比較することで判定を行うことを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
- 前記撮像手段により得られる前記第２のデータのサイズを予め設定する設定手段をさらに有し、
前記判定手段は、前記設定手段により設定されたサイズに基づき、前記第２のデータの容量を取得することを特徴とする請求項５に記載の画像処理装置。 - 前記削除手段により削除されるデータを選択する選択手段を有することを特徴とする請求項２乃至６のいずれか１項に記載の画像処理装置。
- 前記削除手段は、使用している色数が少ない画像データを優先して削除することを特徴とする請求項２乃至６のいずれか１項に記載の画像処理装置。
- 前記受信手段は、前記第１のデータの受信を無線通信で行うことを特徴とする請求項１乃至８のいずれか１項に記載の画像処理装置。
- 前記判定手段は、前記受信手段により前記第１のデータを受信する場合であって、かつ、シャッタボタンが半押しの状態または撮影可能なモードである場合、前記判定を行うことを特徴とする請求項１乃至９のいずれか１項に記載の画像処理装置。
- 前記画像処理装置は、前記撮像手段による撮像を行うためのカメラモードと、データを表示するためのビューモードを有し、
前記判定手段は、前記受信手段により前記第１のデータを受信する場合であって、かつ、前記画像処理装置がカメラモードである場合、前記判定を行うことを特徴とする請求項１乃至１０のいずれか１項に記載の画像処理装置。 - 前記受信手段による前記第１のデータの受信と、前記撮像手段による撮影処理とが並行して行われている場合であって、かつ、前記判定手段により、前記第２のデータを記憶できる空き容量が前記記憶媒体にないと判定された場合、前記撮像手段による撮像を行った後、前記削除手段によるデータの削除を行うことを特徴とする請求項２乃至１１のいずれか１項に記載の画像処理装置。
- データを一時記憶するための一時メモリをさらに有し、
前記撮像手段による撮像を行った後、前記制御手段は前記撮像により得られた前記第２のデータを前記一時メモリに記憶し、前記削除手段によるデータの削除が行われた後、前記制御手段は前記一時メモリに記憶された前記第２のデータを前記記憶媒体に記憶することを特徴とする請求項１２に記載の画像処理装置。 - 外部装置から送信された第１のデータを受信する受信手段と、被写体を撮像し第２のデータを得る撮像手段と、前記第１のデータ及び前記第２のデータの記憶媒体への記憶を制御する制御手段と、を有する画像処理装置の制御方法であって、
前記受信手段により第１のデータを受信する場合、前記第２のデータを記憶できる空き容量が前記第１のデータを記憶した後も前記記憶媒体にある否かを判定する判定ステップと、
前記判定ステップにより、前記第２のデータを記憶できる空き容量があると判定された場合、前記制御手段により、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶し、前記第２のデータを記憶できる空き容量がないと判定された場合、前記制御手段により、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶しないようにするステップとを有することを特徴とする画像処理装置の制御方法。 - 外部装置から送信された第１のデータを受信する受信手段と、被写体を撮像し第２のデータを得る撮像手段と、前記第１のデータ及び前記第２のデータの記憶媒体への記憶を制御する制御手段と、を有する画像処理装置の制御をコンピュータに実行させるためのプログラムを記録したコンピュータ読取可能な記憶媒体であって、
前記受信手段により第１のデータを受信する場合、前記第２のデータを記憶できる空き容量が前記第１のデータを記憶した後も前記記憶媒体にある否かを判定する判定ステップと、
前記判定ステップにより、前記第２のデータを記憶できる空き容量があると判定された場合、前記制御手段により、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶し、前記第２のデータを記憶できる空き容量がないと判定された場合、前記制御手段により、前記受信手段により受信された前記第１のデータを前記記憶媒体に記憶しないようにするステップとをコンピュータに実行させるためのプログラムを記録したコンピュータ読取可能な記憶媒体。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27863198A JP4332241B2 (ja) | 1998-09-30 | 1998-09-30 | 画像処理装置、画像処理装置の制御方法、及び記憶媒体 |
| US09/408,446 US6970637B1 (en) | 1998-09-30 | 1999-09-29 | Information processing apparatus, method for the same, and storage medium |
| DE69932011T DE69932011T2 (de) | 1998-09-30 | 1999-09-30 | Informationsverarbeitungsvorrichtung und Verfahren dazu |
| EP06075288A EP1659771A3 (en) | 1998-09-30 | 1999-09-30 | Information process apparatus, method for the same, and storage medium |
| EP99307742A EP0991260B1 (en) | 1998-09-30 | 1999-09-30 | Information processing apparatus and method for the same |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP27863198A JP4332241B2 (ja) | 1998-09-30 | 1998-09-30 | 画像処理装置、画像処理装置の制御方法、及び記憶媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2000115731A JP2000115731A (ja) | 2000-04-21 |
| JP2000115731A5 JP2000115731A5 (ja) | 2007-11-22 |
| JP4332241B2 true JP4332241B2 (ja) | 2009-09-16 |
Family
ID=17599975
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP27863198A Expired - Fee Related JP4332241B2 (ja) | 1998-09-30 | 1998-09-30 | 画像処理装置、画像処理装置の制御方法、及び記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4332241B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6687515B1 (en) | 1998-10-07 | 2004-02-03 | Denso Corporation | Wireless video telephone with ambient light sensor |
| JP5018957B2 (ja) * | 2010-10-14 | 2012-09-05 | 株式会社ニコン | 電子機器 |
-
1998
- 1998-09-30 JP JP27863198A patent/JP4332241B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000115731A (ja) | 2000-04-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3639730B2 (ja) | 画像処理方法、画像処理装置及び記憶媒体 | |
| EP0991260B1 (en) | Information processing apparatus and method for the same | |
| US5434618A (en) | Electronic still camera operable with a removably mounted storage medium | |
| US20030160878A1 (en) | Digital camera and image editing system | |
| US20020032005A1 (en) | Wireless communication apparatus capable of wireless communication with public wireless network and wireless communication apparatus, and image communication apparatus capable of wireless communication with wireless communication apparatus | |
| US8648915B2 (en) | Image processing apparatus and method | |
| JP4724512B2 (ja) | 撮像装置、制御方法、制御プログラム及び記憶媒体 | |
| JP4336064B2 (ja) | 画像自動伝送デジタルカメラ | |
| JP3807007B2 (ja) | デジタルカメラ用アクセサリー | |
| JP4185596B2 (ja) | 画像処理装置、画像処理装置の制御方法、及び記憶媒体 | |
| JP4332241B2 (ja) | 画像処理装置、画像処理装置の制御方法、及び記憶媒体 | |
| JP2004361464A (ja) | カメラの遠隔制御方法及びカメラシステム | |
| JP2002010188A (ja) | 画像自動伝送デジタルカメラ | |
| JP2003023556A (ja) | 電子カメラ | |
| JP2004266859A (ja) | 画像入力装置及び記憶媒体 | |
| JP4272942B2 (ja) | 撮像装置 | |
| JP2005229292A (ja) | 撮像装置及び撮像装置の制御方法 | |
| JP2003110790A (ja) | 撮像装置、画像管理装置、画像管理システム、撮像装置の制御方法、画像管理方法、記録媒体及びプログラム | |
| JP2004328037A (ja) | 撮像及び画像記録装置 | |
| JP2004334582A (ja) | 情報処理装置および方法、並びにプログラム | |
| JP4324733B2 (ja) | 画像送信装置、送信制御方法、および、送信制御プログラム | |
| KR100644036B1 (ko) | 카메라가 장착된 이동통신 단말기에서 연속촬영시특수효과 적용 방법 | |
| JP4671474B2 (ja) | 電子カメラ及び電子カメラの撮影方法 | |
| JP2002300450A (ja) | 撮像システム、撮像システムの撮影動作モード設定方法、撮像装置、撮像装置の撮影動作モード設定方法、通信装置、通信装置の通信動作状態通知方法、及び記憶媒体 | |
| JP2008263351A (ja) | 画像送信装置、および撮像装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050929 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050929 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070423 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071003 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080226 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080425 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090616 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090622 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120626 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120626 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130626 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |