(57)【要約】【課題】ユーザがシャッターを押した瞬間の画像を保存できるようにする画像保存方法及び装置を提供することを目的とする。【解決手段】本発明はユーザがシャッターを押した瞬間の画像を保存できるようにする画像保存方法及び装置を提供するためのものであって、プレビュー画像を表示する段階；シャッターイベントが発生したかどうかを判断する段階；及び前記判断の結果、前記シャッターイベントが発生したと判断される場合、前記表示されたプレビュー画像に対応する圧縮画像を保存部に保存する段階を含むことを特徴とする。【選択図】図５
2013143776.tif 000002
【特許請求の範囲】
【請求項１】
プレビュー画像を表示する段階；
シャッターイベントが発生したかどうかを判断する段階；及び
前記判断の結果、前記シャッターイベントが発生したと判断される場合、前記表示されたプレビュー画像に対応する圧縮画像を保存部に保存する段階
を含むカメラで撮像された画像保存方法。
【請求項２】
前記シャッターイベントが発生したかどうかを判断する段階は、
前記プレビュー画像を表示した後に行われることを特徴とする請求項１に記載のカメラで撮像された画像保存方法。
【請求項３】
前記プレビュー画像を表示する段階は、
カメラからＲＡＷデータを受信してバッファに保存する段階；
前記バッファに保存されたＲＡＷデータをプレビュー画像に加工する段階；及び
前記加工されたプレビュー画像を表示部に出力する段階
を含むことを特徴とする請求項２に記載のカメラで撮像された画像保存方法。
【請求項４】
前記保存する段階は、
前記判断の結果、シャッターイベントが発生したと判断される場合、前記バッファに保存されたＲＡＷデータを圧縮画像に加工する段階；
前記加工された圧縮画像を前記保存部に出力する段階；及び
前記バッファが他のＲＡＷデータを保存できるように前記バッファを空にする段階
を含むことを特徴とする請求項３に記載のカメラで撮像された画像保存方法。
【請求項５】
前記判断の結果、前記シャッターイベントが発生したと判断される場合、前記バッファが他のＲＡＷデータが保存できるように前記バッファを空にする段階をさらに含むことを特徴とする請求項３又は４に記載のカメラで撮像された画像保存方法。
【請求項６】
前記プレビュー画像を表示する段階は、
カメラからプレビュー画像及び圧縮画像を受信してバッファに保存する段階；及び
前記バッファからプレビュー画像を取り出して表示部に出力する段階
を含むことを特徴とする請求項２，４，５のいずれか１項に記載のカメラで撮像された画像保存方法。
【請求項７】
前記保存する段階は、
前記判断の結果、シャッターイベントが発生したと判断される場合、前記バッファから圧縮画像を取り出して前記保存部に出力する段階；及び
前記バッファが他のプレビュー画像及び圧縮画像を保存できるように前記バッファを空にする段階
を含むことを特徴とする請求項３又は６に記載のカメラで撮像された画像保存方法。
【請求項８】
前記プレビュー画像を表示する段階は、
カメラからプレビュー画像と圧縮画像とからなるインターリーブデータを受信してバッファに保存する段階；
前記バッファに保存されたインターリーブデータからプレビュー画像を取り出す段階；及び
前記取り出されたプレビュー画像を表示部に出力する段階
を含むことを特徴とする請求項１又は２に記載のカメラで撮像された画像保存方法。
【請求項９】
前記保存する段階は、
前記判断の結果、シャッターイベントが発生したと判断される場合、前記バッファに保存されたインターリーブデータから圧縮画像を取り出して前記保存部に出力する段階；及び
前記バッファが他のＲＡＷデータを保存できるようにバッファを空にする段階
を含むことを特徴とする請求項８に記載のカメラで撮像された画像保存方法。
【請求項１０】
カメラで撮像された画像を保存する画像保存装置であって、
プレビュー画像を表示する表示部；
圧縮画像を保存する保存部；
シャッターイベントを発生する入力部；及び
前記プレビュー画像を表示するように前記表示部を制御して、前記シャッターイベントが発生したかどうかを判断して、前記シャッターイベントが発生したと判断される場合、前記表示部を介して表示されたプレビュー画像に対応する圧縮画像を保存するように前記保存部を制御する制御部
を含むことを特徴とする画像保存装置。
【請求項１１】
前記制御部は、
前記プレビュー画像を表示するように前記表示部を制御した後にシャッターイベントが発生したかどうかを判断することを特徴とする請求項１０に記載の画像保存装置。
【請求項１２】
前記制御部は、
カメラからＲＡＷデータを受信するバッファと、
前記バッファに保存されたＲＡＷデータをプレビュー画像に加工する第１の加工部と、
前記第１の加工部からプレビュー画像を受信して、前記受信されたプレビュー画像を表示するように前記表示部を制御する表示制御部と、
前記入力部に連結されてシャッターイベントを検出するシャッター検出部と、
前記表示制御部から表示完了イベントが通報される場合、前記シャッター検出部からシャッターイベントが通報されたかどうかを判断して、前記判断の結果、シャッターイベントが通報されたと判断された場合は、前記バッファに保存されたＲＡＷデータを圧縮画像に加工するように制御して前記バッファが他のＲＡＷデータを保存できるようにバッファを空にする保存制御部と、
前記保存制御部の制御下に、前記バッファに保存されたＲＡＷデータを圧縮画像に加工する第２の加工部と
を含むことを特徴とする請求項１０又は１１に記載の画像保存装置。
【請求項１３】
前記保存制御部は、
前記判断の結果、シャッターイベントが通報されなかったと判断される場合、前記バッファを他のＲＡＷデータを保存できるようにバッファを空にすることを特徴とする請求項１２に記載の画像保存装置。
【請求項１４】
前記制御部は、
カメラからプレビュー画像と圧縮画像を受信するバッファと、
前記バッファからプレビュー画像を受信して、前記受信されたプレビュー画像を表示するように前記表示部を制御する表示制御部と、
前記入力部に連結されてシャッターイベントを検出するシャッター検出部と、
前記表示制御部から表示完了イベントが通報される場合、前記シャッター検出部からシャッターイベントが通報されたかどうかを判断して、前記判断の結果、シャッターイベントが通報されたと判断される場合、前記バッファに保存された圧縮画像を取り出して前記保存部に出力して前記バッファを他のプレビュー画像及び圧縮画像が保存できるようにバッファを空にする保存制御部と
を含むことを特徴とする請求項１１に記載の画像保存装置。
【請求項１５】
カメラからインターリーブデータを受信するバッファと、
前記バッファに保存されたインターリーブデータでプレビュー画像を取り出すプレビュー画像取出部と、
前記プレビュー画像取出部からプレビュー画像を受信して、前記受信されたプレビュー画像を表示するように前記表示部を制御する表示制御部と、
前記入力部に連結されてシャッターイベントを検出するシャッター検出部と、
前記表示制御部から表示完了イベントが通報される場合、前記シャッター検出部からシャッターイベントが通報されたかどうかを判断して、前記判断の結果、シャッターイベントが通報されたと判断される場合、前記バッファに保存されたインターリーブデータから圧縮画像を取り出すように制御して前記バッファが他のＲＡＷデータを保存できるようにバッファを空にする保存制御部と、
前記保存制御部の制御下に、前記バッファに保存されたインターリーブデータから圧縮画像を取り出す圧縮像取出部と
を含むことを特徴とする請求項１１に記載の画像保存装置。
【請求項１６】
画像を形成するためのレンズと、
前記画像に対応する前記光信号を電気的な信号に変換する画像センサーと、
前記画像センサーから出力される電気信号をＲＡＷデータに変換するで処理する画像信号処理部（ｉｍａｇｅ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ；ＩＳＰ）を含むカメラと
をさらに含むことを特徴とする請求項１０から１５に記載の画像保存装置。
【請求項１７】
前記画像信号処理部は、
ＲＡＷデータをプレビュー画像に加工して前記制御部のバッファにプレビュー画像を出力する第１モジュールと、
ＲＡＷデータを圧縮画像に加工して前記制御部のバッファに出力する第２モジュールと
を含むことを特徴とする請求項１６に記載の画像保存装置。
【請求項１８】
前記画像信号処理部は、
プレビュー画像及び圧縮画像をインターリーブデータに加工して前記制御部のバッファにインターリーブデータを出力するモジュールをさらに含むことを特徴とする請求項１６又は１７に記載の画像保存装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はカメラで撮像された画像保存方法及び装置に関し、特に、いわゆるゼロシャッターラグ（ｚｅｒｏ  ｓｈｕｔｔｅｒ  ｌａｇ）というユーザがシャッターを押したときにユーザが見た画像を保存できるようにした方法及び装置に関する。
【背景技術】
【０００２】
カメラが大衆化されつつ携帯端末にカメラが装着されることはもうありふれたことになった。携帯端末はカメラで撮像された画像を画面に合わせてプレビュー（ｐｒｅｖｉｅｗ）画像へのリサイズ（ｒｅｓｉｚｉｎｇ）をして表示することができる。これによって、ユーザはかかるプレビュー画像を見ながら携帯端末を操作することができる。ユーザがシャッターを押すと携帯端末はこれに応答してカメラで撮像された画像を保存することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ところが、上述したゼロシャッターラグはカメラ付き携帯端末において、ハードウェアの制約などによって具現しにくい。その理由は、代表的に、カメラをプレビューモードから保存モードに変更するのに所定の時間が所要されるからである。ここで、プレビューモードとは、カメラで撮像された画像をプレビュー画像のサイズにリサイズして表示するモードをいう。また、保存モードとは、カメラで撮像された画像をＪＰＥＧなどのフォーマットで圧縮して保存するモードをいう。すなわち、ユーザがシャッターを押すと、携帯端末は解像度が劣るプレビュー画像を保存することではなく、カメラで撮像された高解像度の画像を圧縮して保存することである。もちろん、プレビュー画像を保存することもでき、サムネイル（ｔｈｕｍｂｎａｉｌ）などで用いられてもよい。異常が生じて、かかるモード変更のための時間ラグによってユーザが保存したい画像と実際の保存画像とが異なることもあり得る。
【０００４】
したがって、カメラ付き携帯端末においてゼロシャッターラグを具現することができる方案が求められている。その一つの方案として、ＲＡＷデータをプレビュー画像に加工して表示し、ＲＡＷデータを圧縮画像に加工してバッファに臨時保存し、シャッターイベントが検出される場合、バッファから圧縮画像を取り出して保存部に保存する方法がある。すなわち、この方法はプレビューモードと保存モードを同時に行うことで時間ラグの問題を解消するものである。しかし、この方法は時間ラグの問題は明らかに解消することができるが、ゼロシャッターラグの具現は多少不十分である。なぜならば、保存部に保存される画像は連続して表示されるプレビュー画像のいずれか一つと関連したものであるだけで、ユーザが保存したいものとは保障できない。
【０００５】
本発明は前述のような問題点に鑑みなされたものであって、ユーザがシャッターを押した瞬間の画像を保存できるようにする画像保存方法及び装置を提供することを目的とする。すなわち、本発明はユーザがシャッターを押した瞬間、表示部を通じて見ている画像と、保存部に保存される画像との同一性を保障することを目的とする。
【課題を解決するための手段】
【０００６】
前述のような課題を達成するために、本発明によるカメラで撮像された画像保存方法は、プレビュー画像を表示する段階；シャッターイベントが発生したかどうかを判断する段階；及び前記判断の結果、前記シャッターイベントが発生したと判断される場合、前記表示されたプレビュー画像に対応する圧縮画像を保存部に保存する段階を含むことを特徴とする。
【０００７】
また本発明によるカメラで撮像された像保存装置は、プレビュー画像を表示する表示部；圧縮画像を保存する保存部；シャッターイベントを発生する入力部；及び前記プレビュー画像を表示するように前記表示部を制御し、前記シャッターイベントが発生したかどうかを判断して、前記シャッターイベントが発生したと判断される場合、前記表示部を通じて表示されたプレビュー画像に対応する圧縮画像を保存するように前記保存部を制御する制御部を含むことを特徴とする。
【発明の効果】
【０００８】
本発明による画像保存方法及び装置によれば、ユーザがシャッターを押した瞬間見ているプレビュー画像と、実際に保存される圧縮画像との同一性を保障してくれることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施例に係る携帯端末の構成を示した図である。
【図２】本発明の一実施例に係る制御部の構成を示した図である。
【図３】本発明の他の実施例に係る制御部の構成を示した図である。
【図４】本発明のまた他の実施例に係る制御部の構成を示した図である。
【図５】本発明の一実施例に係る画像保存方法を説明するための流れ図である。
【図６】本発明の他の実施例に係る画像保存方法を説明するためのフローチャートである。
【図７】本発明のまた他の実施例に係る画像保存方法を説明するためのフローチャートである。
【図８】プレビュー画像、圧縮画像及びインターリーブデータの形態を例示した図である。
【図９】本発明の画像保存方法を説明するためのソフトウェアアキテクチャーである。
【発明を実施するための最良の形態】
【００１０】
次に、添付の図面を参照して本発明の望ましい実施例に係る画像保存方法及び装置について詳細に説明する。本発明の詳細な説明に先立って、以下で用いられる用語や単語は通常的または辞書的な意味に限定して解釈されてはならなく、本発明の技術的思想に合致する意味及び概念に解釈すべきである。したがって、後述の説明と添付の図面は本発明の望ましい実施例に過ぎず、本発明の技術的思想を全て代弁するものではないので、本出願の時点においてこれらを代替することができる多様な均等物及び変形例があり得ることを理解しなければならない。また、添付図面において一部の構成要素は誇張又は省略されたか、または概略的に図示されており、各構成要素のサイズは実際のサイズを全く反映するものではない。よって、本発明は添付の図面に示された相対的なサイズや間隔によって制限されられない。
【００１１】
本発明におけるＲＡＷデータ（ｒａｗ  ｄａｔａ）は、カメラで生成したものであって、加工されないデジタル形態の画像を意味する。
【００１２】
本発明におけるプレビュー画像は、表示部を通じて画面に表示されるイメージであって、ＲＡＷデータを画面のサイズに合わせてリサイズした画像を意味する。すなわち、プレビュー画像は高解像度のＲＡＷデータを低解像度へサイズを減らしたものである。ここでＲＡＷデータをプレビュー画像に加工するモジュールは、カメラに具備されることができる。また、該プレビュー画像はサムネイル（ｔｈｕｍｂｎａｉｌ）などの用途で保存されることができる。
【００１３】
本発明における圧縮画像は、保存用にＲＡＷデータをＪＰＥＧなどのフォーマットで圧縮した画像を意味する。ここでＲＡＷデータを圧縮画像に加工するモジュールはカメラに具備されることができる。
【００１４】
本発明でインターリーブデータ（ｉｎｔｅｒｌｅａｖｅｄ  ｄａｔａ）は、プレビュー画像と圧縮画像とからなる形態のデータを意味する。すなわち、画像がパケット単位からなるとしたとき、インターリーブデータはプレビュー画像のパケットと圧縮画像のパケットとがランダムに、あるいは一定の規則を持って混ぜ込まれているものである。
【００１５】
本発明による画像保存方法及び装置は、携帯端末に適用されることができる。かかる携帯端末はスマートホン、タブレットＰＣ、ハンドヘルド（ｈａｎｄ−ｈｅｌｄ）パソコン、ＰＭＰ（ｐｏｒｔａｂｌｅ  ｍｕｌｔｉｍｅｄｉａ  ｐｌａｙｅｒ）、ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）  などになることができることは自明である。
【００１６】
本発明による画像保存方法及び装置は、ゼロシャッターラグを具現することを特徴とする。かかる本発明の特徴を説明することにおいて、関連する公知機能や構成に関する具体的な説明が本発明の要旨を不明にする恐れがあると判断される場合は、その詳細な説明は省略する。
【００１７】
図１は本発明の一実施例に係る携帯端末の構成を示した図である。図１を参照すれば、本発明による携帯端末１００はタッチスクリーン１１０、キー入力部１２０、表示部１３０、保存部１４０、無線通信部１５０、オーディオ処理部１６０、マイク（ＭＩＣ）、スピーカー（ＳＰＫ）、カメラ１７０、及び制御部１８０を含んでなる。
【００１８】
タッチスクリーン１１０は、表示部１３０の前面に取り付けられ、タッチスクリーン１１０に対するユーザのタッチジェスチャーに応答してタッチイベントを発生させて制御部１８０に伝達する。これにより、制御部１８０はタッチスクリーン１００からタッチイベントを検出し、検出されたタッチイベントに応答することで前記構成を制御することができる。例えば、制御部１８０はシャッター押圧に対応するシャッターイベントに応答して圧縮画像を保存部１４０に保存する。ここでタッチジェスチャーの形態は、タッチ（ｔｏｕｃｈ）、タップ（ｔａｐ）、ロングタップ（ｌｏｎｇ  ｔａｐ）、ドラッグ（ｄｒａｇ）及びスウィープ（ｓｗｅｅｐ）などに区分されることができる。タッチは、ユーザが画面のある一地点を押すタッチジェスチャーである。タップは、ある一地点をタッチした後、指の移動なしに当該地点から指を離す、すなわち、ドロップ（ｄｒｏｐ）するタッチジェスチャーである。ロングタップは、タップよりも相対的に長くタッチした後、指の移動なしに当該地点から指を離すタッチジェスチャーである。ドラッグは、ある一地点をタッチした状態で指を所定の方向へ移動させるタッチジェスチャーである。スウィープは、フリック（ｆｌｉｃｋ）とも呼び、指を弾くように早く移動させてから離すタッチジェスチャーである。一方、タッチスクリーン１１０は抵抗膜方式（ｒｅｓｉｓｔｉｖｅ  ｔｙｐｅ）、静電容量方式（ｃａｐａｃｉｔｉｖｅ  ｔｙｐｅ）、電磁誘導方式（ｅｌｅｃｔｒｏｍａｇｎｅｔｉｃ  ｉｎｄｕｃｔｉｏｎ  ｔｙｐｅ）及び、加圧方式（ｐｒｅｓｓｕｒｅ  ｔｙｐｅ）  などが適用されることができる。
【００１９】
キー入力部１２０は、数字または文字情報を入力されて各種機能を設定するための多数の入力キー及び機能キーを含むことができる。前記機能キーは、特定の機能を遂行するように設定された方向キー、サイドキー及びショートカットキーなどを含むことができる。また、キー入力部１２０はユーザ設定及び携帯端末１００の機能制御と関連するキーイベントを生成して制御部１８０に伝達する。キーイベントは電源オン／オフイベント、ボリューム調節イベント、画面オン／オフイベント、シャッターイベントなどに区分できる。制御部１８０はこれらのキーイベントに応答して前記構成を制御することができる。
【００２０】
表示部１３０は、制御部１８０の制御下に、制御部１８０から入力されたデジタル形態のデータをアナログ形態に変換して表示する。特に、表示部１３０は制御部１８０からプレビュー画像を受信して、受信されたプレビュー画像をアナログ信号に変換して出力する。また、表示部１３０は、カメラ１７０の機能を制御可能にしたメニューをプレビュー画像にオーバーラップして表示することができる。該メニューはシャッターキーを含み、制御部１８０は該メニューに対するタッチイベントを検出して、検出されたタッチイベントに応答してカメラ１７０を制御することができる。また、表示部１３０は、液晶表示装置（ｌｉｑｕｉｄ  ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ：ＬＣＤ）、ＯＬＥＤ（ｏｒｇａｎｉｃ  ｌｉｇｈｔ  ｅｍｉｔｔｅｄ  ｄｉｏｄｅ）、ＡＭＯＬＥＤ（ａｃｔｉｖｅ  ｍａｔｒｉｘ  ｏｒｇａｎｉｃ  ｌｉｇｈｔ  ｅｍｉｔｔｅｄ  ｄｉｏｄｅ）などの平板表示パネルの形態で形成されることができる。
【００２１】
保存部１４０は、携帯端末の運営体制（ＯＳ；ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍ）及び多様なアプリケーションをはじめとして、テキスト、オーディオ及びビデオなどのような多様なデータを保存することができる。保存部１４０は、大きくプログラム領域とデータ領域とに分けられる。保存部１４０のプログラム領域は、ブートプログラム、運営体制（ＯＳ、ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍ）、ミドルウェア（ｍｉｄｄｌｅｗａｒｅ）及びアプリケーションを保存することができる。ここでミドルウェアとは、運営体制とアプリケーションとの間、または他の種類のアプリケーションとの間でデータを中継する。特に本発明によるプログラム領域は、ゼロシャッターラグを具現するアプリケーションを含むことができる。かかるアプリケーションはＲＡＷデータをプレビュー画像に加工するルーチンと、ＲＡＷデータを圧縮画像に加工するルーチンと、インターリーブデータからプレビュー画像を取り出すルーチンと、インターリーブデータから圧縮画像を取り出すルーチンと、シャッターイベントを検出するルーチンと、シャッターイベントが検出される場合、表示部１３０を介して出力されるプレビュー画像に対応する圧縮画像を保存部１４０に保存するように制御するルーチンと、バッファにデータを読み取り・書き込みすることができるように制御するルーチンなどを含むことができる。
【００２２】
プログラム領域は、埋め込みアプリケーション（ｅｍｂｅｄｄｅｄ  ａｐｐｌｉｃａｔｉｏｎ）及びサードパーティーアプリケーション（３ｒｄ  ｐａｒｔｙ  ａｐｐｌｉｃａｔｉｏｎ）を含むことができる。埋め込みアプリケーションは携帯端末１００に基本的に搭載されているアプリケーションを意味する。例えば、埋め込みアプリケーションは、ブラウザー（ｂｒｏｗｓｅｒ）、電子メール（ｅｍａｉｌ）、インスタントメッセンジャー（ｉｎｓｔａｎｔ  ｍｅｓｓｅｎｇｅｒ）  などが挙げられる。サードパーティーアプリケーションは、周知のように、オンラインマーケットから携帯端末１００にダウンロードされて設置可能なアプリケーションを意味し、非常に多種多様である。かかるサードパーティーアプリケーションは、設置及び除去が自在である。携帯端末１００がオンされると、先にブートプログラムが制御部１７０の主記憶装置（例えば、ＲＡＭ）にローディング（ｌｏａｄｉｎｇ）される。かかるブートプログラムは、携帯端末１００が動作可能に運営体制及びミドルウェアを主記憶装置にローディングする。運営体制はアプリケーションを主記憶装置にローディングして実行する。かかるブート及びローディングはコンピュータシステムで広く公知されている技術であるから具体的な説明は省略する。
【００２３】
保存部１４０のデータ領域は、携帯端末１００の使用によって携帯端末１００で生成されるか、或いは外部からダウンロードされたデータを保存することができる。またデータ領域はプレビュー画像、圧縮画像、そして携帯端末の運営のための多様な設定値を保存することができ、貼り付けなどのためにコピーされたデータを臨時保存することができる。
【００２４】
無線通信部１５０は制御部１８０の制御下に、音声通話、画像通話、データ通信及びデジタル放送受信を行うことができる。このために無線通信部１５０は、移動通信モジュール（例えば、３世代（３−ｇｅｎｅｒａｔｉｏｎ）移動通信モジュール、３．５（３．５−ｇｅｎｅｒａｔｉｏｎ）世代移動通信モジュールまたは４（４−ｇｅｎｅｒａｔｉｏｎ）世代移動通信モジュールなど）、近距離通信モジュール（例えば、ワイファイ（Ｗｉ−Ｆｉ）モジュール）及びデジタル放送モジュール（例えば、ＤＭＢモジュール）を含むことができる。
【００２５】
オーディオ処理部１６０は、制御部１８０の制御下に、制御部１８０から入力されたデジタル形態のオーディオをアナログ形態のオーディオに変換してスピーカー（ＳＰＫ）に伝送し、マイク（ＭＩＣ）から入力された音声などのアナログ形態のオーディオをデジタル形態のオーディオに変換して制御部１８０へ伝達する機能を行う。
【００２６】
カメラ１７０は、制御部１８０の制御下に、被写体を撮影して制御部１８０に出力する機能を行う。具体的に、カメラ１７０は光を集めるためのレンズと、かかる光を電気的な信号に変換するセンサーと、センサーから入力される電気信号をＲＡＷデータで処理して制御部１８０に出力する画像信号処理部（ｉｍａｇｅ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ；ＩＳＰ）とを含んでなる。また、カメラ１７０のＩＳＰは、ＲＡＷデータをプレビュー画像に加工して制御部１８０に出力するモジュールと、ＲＡＷデータを圧縮画像に加工して制御部１８０に出力するモジュールとをさらに含むことができる。またカメラ１７０のＩＳＰは、プレビュー画像と圧縮画像をインターリーブデータに加工して制御部１８０に出力するモジュールをさらに含むこともできる。
【００２７】
制御部１８０は、携帯端末１００の全般的な動作及び携帯端末１００の内部構成との間の信号の流れを制御し、データを処理する機能を遂行することができる。そして制御部１８０は、バッテリーから内部構成への電源供給を制御することができる。また制御部１８０は、保存部１４０のプログラム領域に保存された各種アプリケーションを実行することができる。特に、本発明による制御部１８０は、カメラ１７０から画像を受信して、受信された画像をバッファに臨時保存し、バッファに臨時保存された画像を表示するように制御する機能を行う。また制御部１８０は、画像の表示後、シャッターイベントが発生したが否かを判断して、シャッターイベントが発生する場合、バッファに臨時保存された画像を保存部１４０に保存する機能を行う。
【００２８】
図２は本発明の一実施例に係る制御部の構成を示した図である。図２を参照すれば、本発明の一実施例に係る制御部１８０は、バッファ２１０、第１の加工部２２０、表示制御部２３０、シャッター検出部２４０、保存制御部２５０、及び第２の加工部２６０を含んでなる。バッファ２１０は、カメラ１７０からＲＡＷデータを受信して臨時に保存する。そしてバッファ２１０は、受信されたＲＡＷデータを第１の加工部２２０へ伝達する。第１の加工部２２０はＲＡＷデータのサイズを画面のサイズに合わせてリサイズする。表示制御部２３０は第１の加工部２２０からプレビュー画像を受信する。そして表示制御部２３０は受信されたプレビュー画像を表示するように表示部１３０を制御する。また表示制御部２３０は、プレビュー画像の表示を完了したことを示す表示完了イベントを保存制御部２５０に通知する。シャッター検出部２４０はタッチスクリーン１１０及びキー入力部１２０に連結される。シャッターイベントが検出される場合、シャッター検出部２４０はシャッターイベントが検出されたことを保存制御部２５０に通知する。保存制御部２５０は表示完了イベントが検出される場合、シャッターイベントがシャッター検出部２４０から通知されたかどうかを判断する。判断の結果、シャッターイベントが通知されなかったと判断される場合、保存制御部２５０はバッファ２１０を他のＲＡＷデータが臨時保存できるように空にする（ｅｍｐｔｙ）。これによってバッファ２１０はカメラ１７０からＲＡＷデータが受信される場合、既存のＲＡＷデータを削除して受信されたＲＡＷデータを保存する。一方、シャッターイベントが通知されたと判断される場合、保存制御部２５０はバッファ２１０に保存されたＲＡＷデータを加工して保存部１４０に保存するように第２の加工部２６０を制御する。すなわち、第２の加工部２６０は保存制御部２５０の制御下に、バッファ２１０からＲＡＷデータを取り出し、取り出されたＲＡＷデータを圧縮画像に加工した後、保存部１４０に出力する。また保存制御部２５０は、バッファ２１０を他のＲＡＷデータが臨時保存できるように空にする。なお、制御部１８０はカメラ１７０から受信されるＲＡＷデータを保存するために多数のバッファを具備することができる。各々のバッファまたは各バッファに保存されるそれぞれのＲＡＷデータは、識別子が付与されて互いに区別されることができる。保存制御部２６０は、表示制御部２２０とこれらの識別子を共有することができる。すなわち、表示制御部２２０は表示完了イベントとともに該当プレビュー画像の識別子を保存制御部２６０に通知することができる。保存制御部２６０はこのようにして受信された識別子に基づいて多数のバッファと第２の加工部２４０を制御することができる。
【００２９】
図３は本発明の他の実施例に係る制御部の構成を示した図である。図３を参照すれば、本発明の他の実施例に係る制御部１８０は、バッファ３１０、表示制御部３２０、シャッター検出部３３０  及び保存制御部３４０を含んでなる。バッファ３１０はカメラ１７０からプレビュー画像及び圧縮画像を受信して臨時保存する。そしてバッファ３１０は受信されたプレビュー画像を表示制御部３２０へ伝達する。これによって表示制御部３２０は受信されたプレビュー画像を表示するように表示部１３０を制御する。また、表示制御部３２０は、プレビュー画像の表示を完了したことを示す表示完了イベントを保存制御部３４０に通知する。シャッター検出部３３０はタッチスクリーン１１０及びキー入力部１２０に連結される。シャッターイベントが検出される場合、シャッター検出部３３０はシャッターイベントが検出されたことを保存制御部３４０に通知する。保存制御部３４０は表示完了イベントが検出される場合、シャッターイベントがシャッター検出部３３０から通知されたか否かを判断する。判断の結果、シャッターイベントが通知されなかったと判断される場合、保存制御部３４０はバッファ３１０を他のプレビュー画像及び圧縮画像が臨時保存できるように空にする。一方、シャッターイベントが通知されたと判断される場合、保存制御部３４０はバッファ３１０に保存された圧縮画像を取り出す。そして保存制御部３４０は取り出された圧縮画像を保存部１４０に伝達する。また保存制御部３４０はバッファ３１０を他のプレビュー画像及び圧縮画像が臨時保存できるように空にする。
【００３０】
図４は本発明のまた他の実施例に係る制御部の構成を示した図である。図４を参照すれば、本発明のまた他の実施例に係る制御部１８０はバッファ４１０、プレビュー画像取出部４２０、表示制御部４３０、シャッター検出部４４０、保存制御部４５０及び圧縮画像取出部４６０を含んでなる。バッファ４１０はカメラ１７０からインターリーブデータを受信して臨時に保存する。そしてバッファ４１０は受信されたインターリーブデータをプレビュー画像取出部４２０へ伝達する。プレビュー画像取出部４２０は、受信されたインターリーブデータでプレビュー画像を取り出して表示制御部４３０に伝達する。表示制御部４３０は受信されたプレビュー画像を表示するように表示部１３０を制御する。また、表示制御部４３０は、プレビュー画像の表示を完了したことを示す表示完了イベントを保存制御部４５０に通知する。シャッター検出部４４０はタッチスクリーン１１０及びキー入力部１２０に連結される。シャッターイベントが検出される場合、シャッター検出部４４０はシャッターイベントが検出されたことを保存制御部４５０に通知する。保存制御部４５０は表示完了イベントが検出される場合、シャッターイベントがシャッター検出部４４０から通知されたか否かを判断する。判断の結果、シャッターイベントが通知されなかったと判断される場合、保存制御部４５０はバッファ４１０を他のインターリーブデータが臨時保存できるように空にする。一方、シャッターイベントが通報されたと判断される場合、保存制御部４５０はバッファ４１０に保存されたインターリーブデータから圧縮画像を取り出して保存部１４０に保存するように圧縮画像取出部４６０を制御する。また保存制御部４５０はバッファ４１０を他のインターリーブデータが臨時保存できるように空にする。
【００３１】
以上のような本発明の制御部１８０によれば、本発明はユーザがシャッターを押した瞬間見ているプレビュー画像と実際に保存される圧縮画像との同一性を保障してくれることができる。
【００３２】
デジタル機器のコンバージェンス（ｃｏｎｖｅｒｇｅｎｃｅ）の趨勢に応じて変形が非常に多様であるから全部挙げることはできないが、本発明による携帯端末１００はＧＰＳモジュールなどのように前記で言及されない構成をさらに含むことができる。また本発明の携帯端末１００はその提供形態によって前記したた構成から特定の構成が除外されたり他の構成で代替されたりすることもできることは勿論のことである。また本発明における入力部は、上述したタッチスクリーン１１０及びキー入力部１２０のほかに、タッチパッド、トラックボール、キーボードなどになることができることは勿論である。
【００３３】
次に、図５〜図７は本発明の制御部１８０によって行われる画像保存方法を説明するためのフローチャートである。図８はプレビュー画像、圧縮画像及びインターリーブデータの形態を例示した図である。
【００３４】
図５は本発明の一実施例に係る画像保存方法を説明するためのフローチャートである。図５を参照すれば、段階５０１において、制御部１８０はカメラ１７０からＲＡＷデータを受信して複数のバッファのいずれか一つに臨時保存する。もちろん制御部１８０はＲＡＷデータの臨時保存用として一つだけを具備してもよい。段階５０２において、制御部１８０はバッファからＲＡＷデータを保存された順に取り出す。また段階５０２において、制御部１８０は取り出されたＲＡＷデータをプレビュー画像に加工する。しかるのち、段階５０３において、制御部１８０はプレビュー画像を表示部１３０に出力する。段階５０３を遂行した後、段階５０４で制御部１８０はシャッターイベントが発生したかどうかを判断する。段階５０４での判断結果、シャッターイベントが発生しなかったと判断される場合、段階５０５で制御部１８０は、当該バッファ（すなわち、現在の表示部１３０を介して表示されるプレビュー画像に対応するバッファ）を他のＲＡＷデータが保存できるように空にする。一方、段階５０４での判断結果、シャッターイベントが発生したと判断される場合、段階５０６で制御部１８０は当該バッファに保存されたＲＡＷデータを圧縮して保存部１４０に保存する。そして制御部１８０は当該バッファを他のＲＡＷデータが保存できるように空にする。
【００３５】
図６は本発明の他の実施例に係る画像保存方法を説明するためのフローチャートである。図６を参照すれば、段階６０１において、制御部１８０は図８（ａ）に示されたように、カメラ１７０からプレビュー画像８０１及び圧縮画像８０２を受信してバッファに臨時保存する。そして、段階６０２において、制御部１８０はバッファからプレビュー画像８０２を取り出して表示部１３０に出力する。段階６０２を遂行した後、段階６０３において制御部１８０はシャッターイベントが発生したかどうかを判断する。段階６０３での判断結果、シャッターイベントが発生しなかったと判断される場合、段階６０４で制御部１８０はバッファを他のプレビュー画像及び圧縮画像が保存できるように空にする。一方、段階６０３での判断結果、シャッターイベントが発生したと判断される場合、段階６０５で制御部１８０は、バッファから圧縮画像８０２を取り出して保存部１４０に保存する。そして、制御部１８０はバッファを他のプレビュー画像及び圧縮画像が保存できるように空にする。
【００３６】
図７は本発明のまた他の実施例に係る画像保存方法を説明するためのフローチャートである。図７を参照すれば、段階７０１で制御部１８０は、図８（ｂ）に示されたように、カメラ１７０からインターリーブデータ８０３を受信してバッファに臨時保存する。段階７０２において、制御部１８０はバッファに保存されたインターリーブデータ８０３からプレビュー画像を取り出して表示部１３０に出力する。段階７０２を遂行した後、段階７０３で制御部１８０はシャッターイベントが発生したかどうかを判断する。段階７０３での判断結果、シャッターイベントが発生しなかったと判断される場合、段階７０４で制御部１８０は、バッファを他のインターリーブデータが保存できるように空にする。一方、段階７０３での判断結果、シャッターイベントが発生したと判断される場合、段階７０５で、制御部１８０はバッファに保存されたインターリーブデータから圧縮画像を取り出して保存部１４０に保存する。また制御部１８０は、バッファを他のインターリーブデータが保存できるように空にする。
【００３７】
図９は本発明の画像保存方法を説明するためのソフトウェアアキテクチャーである。
図９を参考すれば、本発明による制御部１７０は、カメラ関連アプリケーション９１０、ＧＳｔｒｅａｍｅｒ９２０、Ｘｓｅｒｖｅｒ９３０、カメラドライバー９４０及び表示ドライバー９５０を含む。ここでＧＳｔｒｅａｍｅｒ９２０  及びＸｓｅｒｖｅｒ９３０はリヌックス基盤のミドルウェアである。まず、第１の工程において、ＧＳｔｒｅａｍｅｒ９２０のカメラソースプラグイン（ｃａｍｅｒａｓｒｃ；９２１）はカーネルのカメラドライバー９４０からインターリーブデータを受信する。第２の工程において、カメラソースプラグイン（ｃａｍｅｒａｓｒｃ；９２１）はインターリーブデータからプレビュー画像（例えば、ＹＵＶデータ）を取り出し、プレビュー画像をビデオシンクプラグイン（ｖｉｄｅｏｓｉｎｋ；９２２）に伝達する。第３の工程において、ビデオシンクプラグイン（ｖｉｄｅｏｓｉｎｋ；９２２）はプレビュー画像をＸｓｅｒｖｅｒ９３０に伝達する。第４の工程において、Ｘｓｅｒｖｅｒ９３０はプレビュー画像を表示ドライバー９５０に伝達する。この時、Ｘｓｅｒｖｅｒ９３０はプレビュー画像を加工（例えば、ＹＵＶをＲＧＢに変換、リサイズ）して表示ドライバー９５０に伝達することができる。表示ドライバー９５０はプレビュー画像をレンダーリング（ｒｅｎｄｅｒｉｎｇ）して表示部１３０へ伝達する。
【００３８】
一方、ビデオシンクプラグイン（ｖｉｄｅｏｓｉｎｋ；９２２）はプレビュー画像をＸｓｅｒｖｅｒ９３０へ伝達した後、第５の工程で「プレビュー画像を出力したこと」を知らせる通知（ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージをカメラソースプラグイン（ｃａｍｅｒａｓｒｃ；９２１）に伝達する。そうすると、カメラソースプラグイン（ｃａｍｅｒａｓｒｃ；９２１）はシャッターイベントに対応されるキャプチャーコマンドがアプリケーション９１０から受信されるどうかを検出する。キャプチャーコマンドが受信された場合、第５−１の工程においてカメラソースプラグイン（ｃａｍｅｒａｓｒｃ；９２１）はインターリーブデータから圧縮画像（例えば、ＪＰＥＧ）を取り出して、圧縮画像をアプリケーション９１０に伝達する。次に、アプリケーション９１０は圧縮画像を保存部１４０に保存する。カメラソースプラグイン（ｃａｍｅｒａｓｒｃ；９２１）は圧縮画像をアプリケーション９１０に伝達した後、第６の工程でバッファ空コマンドをカメラドライバー９４０に送信する。カメラドライバー９４０はバッファ空コマンドに応答して、バッファを他のインターリーブデータが保存できるように空にする。一方、キャプチャーコマンドが受信されない場合は、第５−１の過程は省略され、第６の工程だけが行われる。
【００３９】
以上のような本発明の画像保存方法によれば、本発明はユーザがシャッターを押した瞬間見ているプレビュー画像と実際に保存される圧縮画像との同一性を保障してくれることができる。
【００４０】
上述したような本発明による画像保存方法は、多様なコンピューターを通じて遂行されることができるプログラム命令で具現されてコンピューターで読み取り可能な記録媒体に記録されることができる。ここで記録媒体とは、プログラム命令、データファイル、データ構造などを含むことができる。またプログラム命令は、本発明のために特別に設計されて構成されたものであってもよく、コンピューターソフトウェアの当業者に公知されて使用可能なものであってもよい。また記録媒体としては、ハードディスク、フロッピー（登録商標）及び磁気テープのような磁気媒体（ｍａｇｎｅｔｉｃ  ｍｅｄｉａ）、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体（ｏｐｔｉｃａｌ  ｍｅｄｉａ）、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ  ｄｉｓｋ）のような光磁気媒体（ｍａｇｎｅｔｏ−ｏｐｔｉｃａｌ  ｍｅｄｉａ）、ＲＯＭ、ＲＡＭ、フラッシュメモリーなどのようなハードウェア装置が挙げられる。またプログラム命令には、コンパイラーによって作られるものと同じ機械語コードだけではなく、インタプリターなどを用いてコンピューターによって実行されることができる高級言語コードが含まれることができる。ハードウェア装置は本発明を遂行するために一つ以上のソフトウェアモジュールとして動作するように構成されることができる。
【００４１】
本発明による画像保存方法及び装置は、前述した実施例に限定されなく本発明の技術思想が許容する範囲内で多様に変形して実施することができる。
【符号の説明】
【００４２】
１００  携帯端末
１１０  タッチスクリーン
１２０  キー入力部
１３０  表示部
１４０  保存部
１５０  無線通信部
１６０  オーディオ処理部
１７０  カメラ
１８０  制御部
２１０  バッファ
２２０  第１の加工部
２３０、３２０、４３０  表示制御部
２４０、３３０、４４０  シャッター検出部
２５０、３４０、４５０  保存制御部
２６０  第２の加工部
３１０、４１０  バッファ
４２０  プレビュー画像取出部
４６０  圧縮画像取出部
【図１】
2013143776.tif 000003
【図２】
2013143776.tif 000004
【図３】
2013143776.tif 000005
【図４】
2013143776.tif 000006
【図５】
2013143776.tif 000007
【図６】
2013143776.tif 000008
【図７】
2013143776.tif 000009
【図８】
2013143776.tif 000010
【図９】
2013143776.tif 000011