(57)【要約】【課題】適用できない調整を認識させ、意図しない画像結果が生じるのを回避することができる。【解決手段】ＣＰＵ１００は、調整対象となる画像、及び該画像に対応付けられ該画像に対する調整内容を示す調整情報を読み込み、取得された調整情報が、当該画像処理装置で適用可能な調整情報でなく編集内容の再現が不能であるか否かを判別し、当該画像処理装置で適用可能でない場合は、第１の警告を実施する。【選択図】図７
2019149711.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置の制御方法であって、
画像、及び該画像に対応付けられ該画像に対する調整内容を示す調整情報を取得する取得ステップと、
前記取得ステップにより取得された調整情報が当該画像処理装置で適用可能な調整情報であるか否かを判定する判定ステップと、
前記判定ステップにより、前記取得された調整情報が当該画像処理装置で適用可能な調整情報でないと判定された場合は、その旨を警告する警告ステップとを有することを特徴とする画像処理装置の制御方法。
【請求項２】
前記警告ステップは、前記取得された調整情報が当該画像処理装置で適用可能な調整情報でない旨を警告した場合に、前記取得された調整情報を削除することを特徴とする請求項１に記載の画像処理装置の制御方法。
【請求項３】
前記警告ステップは、ユーザから削除指示があったことを条件に、前記取得された調整情報を削除することを特徴とする請求項２に記載の画像処理装置の制御方法。
【請求項４】
前記判定ステップは、前記取得された調整情報を適用した画像を当該画像処理装置で表示可能であるか否かを判定し、前記取得された調整情報を適用した画像を当該画像処理装置で表示可能と判定した場合に、さらに、前記取得された調整情報の適用に続いて別の調整情報を前記取得された画像に対して適用可能か否かを判定し、
前記警告ステップは、前記判定ステップにより、前記取得された調整情報の適用に続いて前記別の調整情報を前記取得された画像に対して適用可能でないと判定された場合は、その旨を警告することを特徴とする請求項１〜３のいずれか１項に記載の画像処理装置の制御方法。
【請求項５】
前記警告ステップは、前記取得された調整情報の適用に続いて前記別の調整情報を前記取得された画像に対して適用可能でない旨を警告した場合に、前記別の調整情報を無効にすることを特徴とする請求項４に記載の画像処理装置の制御方法。
【請求項６】
前記警告ステップは、ユーザから指示があったことを条件に、前記別の調整情報を無効にすることを特徴とする請求項５に記載の画像処理装置の制御方法。
【請求項７】
前記判定ステップにより、前記取得された調整情報の適用に続いて前記別の調整情報を前記取得された画像に対して適用可能であると判定された場合は、前記取得された調整情報及び前記別の調整情報を前記取得された画像に対して適用して調整を行う調整ステップを有することを特徴とする請求項４〜６のいずれか１項に記載の画像処理装置の制御方法。
【請求項８】
前記判定ステップは、前記別の調整情報が前記取得された調整情報に先だって実施されるべき調整情報であり且つ、前記取得された調整情報を再現できない場合に、前記取得された調整情報の適用に続いて前記別の調整情報を前記取得された画像に対して適用可能でないと判定することを特徴とする請求項４〜７のいずれか１項に記載の画像処理装置の制御方法。
【請求項９】
前記取得された調整情報にはコピースタンプ処理を示す情報が含まれ、前記別の調整情報には、歪曲補正を示す情報が含まれることを特徴とする請求項８に記載の画像処理装置の制御方法。
【請求項１０】
前記判定ステップにより、前記取得された調整情報が当該画像処理装置で適用可能な調整情報であると判定された場合は、前記取得された調整情報を前記取得された画像に対して適用して調整を行う調整ステップを有することを特徴とする請求項１〜３のいずれか１項に記載の画像処理装置の制御方法。
【請求項１１】
請求項１〜１０のいずれか１項に記載の画像処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１２】
画像処理装置であって、
画像、及び該画像に対応付けられ該画像に対する調整内容を示す調整情報を取得する取得手段と、
前記取得手段により取得された調整情報が当該画像処理装置で適用可能な調整情報であるか否かを判定する判定手段と、
前記判定手段により、前記取得された調整情報が当該画像処理装置で適用可能な調整情報でないと判定された場合は、その旨を警告する警告手段とを有することを特徴とする画像処理装置。
【請求項１３】
画像処理装置の制御方法であって、
画像、該画像に対応付けられ該画像に対する調整内容を示す少なくとも１つの調整情報、及び前記調整情報の生成元を示す情報を取得する取得ステップと、
前記取得ステップにより、当該画像処理装置で画像調整処理を実行するアプリケーションとは異なるアプリケーションで生成された調整情報が取得されたか否かを解析する解析ステップと、
前記解析ステップによる解析結果に基づいて、前記取得ステップにより取得された画像に対して対応付ける調整情報を決定する決定ステップと、
前記決定ステップにより決定された調整情報を、前記取得された画像に対して対応付ける対応付けステップと、を有することを特徴とする画像処理装置の制御方法。
【請求項１４】
前記決定ステップは、前記異なるアプリケーションで生成された調整情報が取得され且つ、前記取得された調整情報の全てが当該画像処理装置で適用可能である場合において、前記異なるアプリケーションで生成された調整情報を当該画像処理装置で画像調整処理を実行するアプリケーションで生成された調整情報として扱う所定モードが設定されているときは、前記異なるアプリケーションで生成された調整情報を含む、前記取得された調整情報の全てを、前記対応付ける調整情報として決定することを特徴とする請求項１３に記載の画像処理装置の制御方法。
【請求項１５】
前記決定ステップは、前記異なるアプリケーションで生成された調整情報が取得され且つ、前記取得された調整情報の全てが当該画像処理装置で適用可能である場合において、前記異なるアプリケーションで生成された調整情報を当該画像処理装置で画像調整処理を実行するアプリケーションで生成された調整情報として扱う所定モードが設定されていないときは、前記取得された調整情報の中から、当該画像処理装置で適用可能な調整情報の少なくとも一部を、前記対応付ける調整情報として決定することを特徴とする請求項１３または１４に記載の画像処理装置の制御方法。
【請求項１６】
前記決定ステップは、ユーザの指示に基づいて、前記取得された調整情報の中から、当該画像処理装置で適用可能な調整情報を、前記対応付ける調整情報として決定することを特徴とする請求項１５に記載の画像処理装置の制御方法。
【請求項１７】
前記決定ステップは、前記異なるアプリケーションで生成された調整情報が取得され且つ、前記取得された調整情報に当該画像処理装置で適用可能でないものが含まれる場合、前記取得された調整情報を削除することを特徴とする請求項１３に記載の画像処理装置の制御方法。
【請求項１８】
前記決定ステップは、ユーザから削除指示があったことを条件に、前記取得された調整情報を削除することを特徴とする請求項１７に記載の画像処理装置の制御方法。
【請求項１９】
前記決定ステップは、前記異なるアプリケーションで生成された調整情報が取得され且つ、前記取得された調整情報に当該画像処理装置で適用可能でないものが含まれる場合、前記取得された調整情報の中から、当該画像処理装置で適用可能な調整情報の少なくとも一部を、前記対応付ける調整情報として決定することを特徴とする請求項１３に記載の画像処理装置の制御方法。
【請求項２０】
前記決定ステップは、前記取得された調整情報に前記異なるアプリケーションで生成された調整情報が含まれない場合は、前記取得された調整情報を、前記対応付ける調整情報として決定することを特徴とする請求項１３〜１９のいずれか１項に記載の画像処理装置の制御方法。
【請求項２１】
前記画像に対応付けられている調整情報には、生成時期を示す情報が付加されており、
前記取得ステップは、前記画像に対応付けられている調整情報が複数ある場合は、そのうち最新の調整情報を、前記画像に対する調整内容を示す調整情報として取得することを特徴とする請求項１３〜２０のいずれか１項に記載の画像処理装置の制御方法。
【請求項２２】
前記取得された画像に対応付ける調整情報を、前記対応付ける調整情報として決定された調整情報で更新する更新ステップを有することを特徴とする請求項１３〜２１のいずれか１項に記載の画像処理装置の制御方法。
【請求項２３】
前記対応付ける調整情報を前記取得された画像に適用して表示用画像を生成する生成ステップを有することを特徴とする請求項１３〜２２のいずれか１項に記載の画像処理装置の制御方法。
【請求項２４】
前記対応付けステップは、前記生成ステップにより生成された表示用画像を、前記取得した画像に対応付けることを特徴とする請求項２３に記載の画像処理装置の制御方法。
【請求項２５】
請求項１３〜２４のいずれか１項に記載の画像処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【請求項２６】
画像処理装置であって、
画像、該画像に対応付けられ該画像に対する調整内容を示す少なくとも１つの調整情報、及び前記調整情報の生成元を示す情報を取得する取得手段と、
前記取得手段により、当該画像処理装置で画像調整処理を実行するアプリケーションとは異なるアプリケーションで生成された調整情報が取得されたか否かを解析する解析手段と、
前記解析手段による解析結果に基づいて、前記取得手段により取得された画像に対して対応付ける調整情報を決定する決定手段と、
前記決定手段により決定された調整情報を、前記取得された画像に対して対応付ける対応付け手段と、を有することを特徴とする画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像を編集する画像処理装置及びその制御方法、プログラムに関する。
【背景技術】
【０００２】
デジタルカメラ、デジタルビデオカメラなどの撮像装置は、被写体光を撮像デバイスに導いて、被写体画像に対応する電気信号を取得し、この電気信号をアナログ-ディジタル(ＡＤ)変換する。記録された画像データはＲＡＷと呼ばれ、このＲＡＷデータに対して、カラーフィルタの構成に応じたデモザイキング処理や種々の画像処理を施すことで被写体のＲＧＢ画像データが得られる。
【０００３】
また、画像処理装置等の情報処理装置上で動作するＲＡＷ画像データを編集する機能をもつ画像処理アプリケーションが多数存在する。アプリケーションが動作する装置（プラットフォーム）として、パソコンを代表とする情報処理装置だけでなく、スマートホンなどのスマートデバイスとよばれる携帯型情報端末もある。このような多様なデバイスに対応するマルチプラットフォームの画像処理アプリケーションによって画像を編集する場合、デバイス間の連携が重要となってきている。例えば、ある画像をスマートホンで編集し、次にパソコンで編集する際には、スマートホンでの編集結果が同期して反映され、編集の続きを即座に始めることができることが期待されている。
【０００４】
一方、画像処理アプリケーションには、ターゲットユーザ別にユーザインターフェースを変えたフル機能版と制限版とが用意され、ユーザレベルに応じた編集体験を提供するものもある。高機能版で編集した画像を制限版で開いた場合の画像の再現性について互換性の問題がある。これの対策の１つとしては、非特許文献１で示されているように、画像を編集したアプリケーションを外部アプリとして呼び出して、そこで編集を継続させるという方法がある。
【０００５】
これらのアプリケーションは互いに独立しており、その編集内容に依存関係はほとんどなく、連携して動作するような機能をもつものは少ない。このため、図４に示されるように、それぞれのアプリケーションが、ＲＡＷ画像ファイルにおいて、未編集状態の撮影時の画像データと、その編集内容（調整情報）を記録するパラメータセットとを付加して保存している。つまり、互いに依存しない複数の編集内容を示す調整情報が画像に対応付けられて付加されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−９３８３７号公報
【非特許文献】
【０００７】
【非特許文献１】アドビシステムズ株式会社  「他のアドビ製品とのデータの互換性について」［online］、〔平成３０年１月１０日検索〕、インターネット＜ＵＲＬ：https://helpx.adobe.com/jp/lightroom/kb/cq01080601.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、異なるプラットフォームでの編集結果が同期できるのは、それぞれの画像処理装置上で動作する画像処理アプリケーションが同じ機能を具備している場合に限定される。このため、装置間やアプリケーション間で編集機能に違いが存在すると、編集内容の同期による調整内容の反映がうまくできず、操作者の意図したとおりの適切な編集結果を得られないか、調整が全く反映されないおそれがある。
【０００９】
また、例えば、高機能版のアプリで編集済みの画像を機能制限版のアプリで読み込んだ場合に、調整内容の反映ができないという互換性の問題に対して、メッセージを表示するアプリケーションが存在する。例えば、図１６（ａ）、（ｂ）に例示するように、各種調整機能の差異から生じる影響を回避するためのメッセージが表示される。この場合においても、ユーザは、所望の編集内容を別のアプリケーション上で再現できない。ところで、特許文献１には、自装置で処理できない画像処理項目がある場合、処理できる別の装置に依頼して、その結果を通信で提供してもらうという技術が開示されている。
【００１０】
複数の編集内容が画像に付加されているということは、複数の編集機会があったことを意味する。ところが、編集機能に違いが存在すると、結果として、すべての編集内容を反映した現像処理をすることができず、最終的に実行したアプリケーション用の調整情報のみが有効となり、その他の編集内容が無駄になってしまう場合がある。また、機能が利用できないことを表示して、その編集内容を一律に無効にしてしまう場合もあり、いずれかの装置で処理したアプリケーションの編集操作が無駄になるおそれがある。
【００１１】
以下具体的な例を挙げて説明する。
【００１２】
まず、画像処理アプリケーションの機能差について説明する。同じ画像に対して実行可能な画像処理の種類はアプリケーションによって異なる。例えば、図６に例示するように、トーンカーブや歪曲といった、アプリケーションＡ、Ｂの両者で実行できる機能もあれば、コピースタンプや画像回復のように、アプリケーションＢでは実行できない画像処理種類も存在する。このような差異は、アプリケーションの処理性能や、アプリケーションが動作するプラットフォームの搭載メモリ量等の機能の違いに起因する。
【００１３】
次に、ＲＡＷ画像の現像プロセスを説明する。多くのデジタルカメラで採用される単板式カラーＣＣＤ、ＣＭＯＳイメージセンサは各画素１２ビットから１４ビットの精度を有するが、単色の色情報しか持っていない。ベイヤー配列の撮像素子で得られたデータ群はベイヤーデータと呼ばれる。デジタルカメラは撮影時に各画素に対してその周辺画素から足りない色情報を集め与えることで色情報を補完し、フルカラー画像を作り出す画素補間処理（いわゆる「デモザイク」と呼ばれる処理）を行っている。多くのデジタルカメラではデモザイクにより色や明るさのトーン等を調整する画像処理を行い、それを通常の表示装置で表示できるように８ビットのＲＧＢデータにしている。ここまでの処理を現像処理と呼ぶ。通常、現像処理後の８ビットのＲＧＢデータは、ＪＰＥＧやＴＩＦＦなどの汎用画像フォーマットに変換されて保存される。
【００１４】
ＲＡＷ画像ファイルに対する現像処理として、ＲＡＷ処理、ＲＧＢ処理が実行される（図５（ａ）、（ｂ）参照）。例えば、情報処理装置上でアプリケーションＡを使用して画像調整を行った場合、大別して、ベイヤーデータに対して適用されるＲＡＷ処理とＲＧＢデータに対して適用されるＲＧＢ処理の２つの流れがある。これらのどの画像処理をどの程度行ったのかという編集履歴情報（調整情報）が、画像に付帯して保存される。携帯端末上のアプリケーションＢは、この編集履歴情報を基に、画像を再現すべく現像処理を実行する。
【００１５】
ここで、現像処理には、時系列的依存性がある。すなわち、図５（ａ）、（ｂ）に示される各種の画像処理には、適切な画像を得るために順番が規定されており、各処理は、順番が前の画像処理を経た画像データを使用することが前提となっている。例えば、ＲＡＷ処理（ステップＳ７１１〜Ｓ７１６）のいずれか１つでも履歴として記録されているならば、ＲＧＢ処理のいずれの処理を行う場合においても、その処理の対象としては、ＲＡＷ処理を経たＲＧＢデータであることが必要となる。仮に、ＲＡＷ処理を実行不可能なアプリケーションがあり、調整対象となる画像の編集履歴情報にＲＡＷ処理とＲＧＢ処理が記録されていて、ＲＧＢ処理のみを再現したとしても、生成される画像は所望の画像とは異なったものになってしまう。
【００１６】
さらに、次のようなケースを例示する。アプリケーションＡにて、画像調整としてコピースタンプを実行したと記録されている画像があったとする。この画像の表示用データについては、コピースタンプの処理が適用されたＲＧＢデータであるので、コピースタンプ機能を持たないアプリケーションＢであっても、コピースタンプ処理が忠実に反映された画像を表示できる。ここで、アプリケーションＢでさらなる画像調整として歪曲補正を追加したい場合を考える。歪曲補正とは、図１５（ａ）に示されるように、レンズの特性により樽型、糸巻き型といった像のゆがみ（歪曲）を補正するものである。
【００１７】
歪曲補正をすると、図１５（ｂ）に示すように、各領域データは、別の座標にマッピングされ、その形状も変化することになる。そのため、コピースタンプ処理のような、画像の座標で記録されるような処理については、その後の歪曲補正の調整度合いにより、注目している座標が変化してしまう。このような事態を避けるためには、歪曲補正した後の画像データでコピースタンプ処理をすることが必要となる。ここで、ＲＧＢデータはコピースタンプ済みであるので、規定とは異なる順、すなわち「コピースタンプ」の次に「歪曲」という順で処理をすることになって、所望のエリアのスタンプ処理が正しくできない場合がある。
【００１８】
このように、画像調整には処理順序による依存性があり、これを無視した場合、後に編集処理を実行するアプリケーションの編集操作が、先に編集処理を実行したアプリケーションによる編集内容を無意味なものにしてしまうケースが生じ得る。すなわち、アプリケーションの機能を含む機能差のある画像処理装置の双方を利用して同じ画像の編集を継続的に行う場合に、編集内容により、過補正になる場合や全く反映されない場合など、適切な結果を得られない場合がある。
【００１９】
さらに、上記の機能差に起因する問題となるケースとして、次のようなものもある。アプリケーションＡにて、画像調整としてＷＢ（ホワイトバランス）補正と画像回復補正をしたと記録されている画像があるとする。この画像の表示用データは、上記２つの画像調整が適用されたＲＧＢデータなので、ＷＢ補正もしくは画像回復補正の機能を持たないアプリケーションＢであっても、アプリケーションＡでの処理結果を忠実に反映した画像を表示できる。ここで、アプリケーションＢで、上記２つの画像調整の適用を前提としてさらにシャープネス補正を追加する場合を考える。
【００２０】
アプリケーションＢでは、表示用データに対してシャープネス補正を施して表示するので、あたかもうまく処理が実行できたかのように見える。しかし、この編集内容に基づき、ＲＡＷ画像をＪＰＥＧ画像にフォーマット変換する際、アプリケーションＢでは、ＲＡＷ処理にあたるＷＢ補正や画像回復処理を実行できない。そのため、結果としてＷＢ補正及び画像回復補正が反映されずシャープネス補正だけが反映されたＪＰＥＧ画像が生成される。つまり、一部の補正意図がまったく反映されないようなケースが生じ得る。
【００２１】
このように、機能差に起因して、適切な画像結果を得ることができないことがある。また、異なるプラットフォーム上での同一画像の編集、あるいは同一プラットフォーム上での複数のアプリケーションを利用しての同一画像の編集に対して、正しく処理することができない場合もある。
【００２２】
従って、従来は、同じ編集履歴情報に基づいて画像処理を行う複数種類のアプリケーションでの処理機能に差がある場合に、適用不能な調整の存在や環境に適合しない調整の適用により、意図しない画像結果が生じるおそれがあるという問題があった。
【００２３】
本発明は、意図しない画像結果が生じるのを回避することを目的とする。
【課題を解決するための手段】
【００２４】
上記目的を達成するために本発明は、画像処理装置の制御方法であって、画像、及び該画像に対応付けられ該画像に対する調整内容を示す調整情報を取得する取得ステップと、前記取得ステップにより取得された調整情報が当該画像処理装置で適用可能な調整情報であるか否かを判定する判定ステップと、前記判定ステップにより、前記取得された調整情報が当該画像処理装置で適用可能な調整情報でないと判定された場合は、その旨を警告する警告ステップとを有することを特徴とする。
【発明の効果】
【００２５】
本発明によれば、意図しない画像結果が生じるのを回避することができる。
【図面の簡単な説明】
【００２６】
【図１】画像処理装置の概略構成を示すブロック図である。
【図２】画像処理装置が備える各処理部を模式的に表す図である。
【図３】異なるプラットフォーム間での連携動作例を示す概念図である。
【図４】アプリ間で転送される情報の構成例を示す図である。
【図５】ＲＡＷ処理、ＲＧＢ処理のフローチャートである。
【図６】各アプリによる同じ画像に対して実行可能な画像処理の種類を示す図である。
【図７】画像編集処理のフローチャートである。
【図８】第１の警告による警告画面の例を示す図である。
【図９】画像編集処理のフローチャートである。
【図１０】第２の警告による警告画面の例を示す図である。
【図１１】画像処理装置が備える各処理部を模式的に表す図である。
【図１２】画像編集処理のフローチャートである。
【図１３】画像編集処理のフローチャートである。
【図１４】生成時期が付加された調整情報の例を示す図である。
【図１５】歪曲補正とスタンプ処理との関係を示す図である。
【図１６】各種調整機能の差異から生じる影響を回避するためのメッセージの表示例である。
【発明を実施するための形態】
【００２７】
以下、図面を参照して本発明の実施の形態を説明する。
【００２８】
（第１の実施の形態）
図１は、本発明の第１の実施の形態に係る画像処理装置の概略構成を示すブロック図である。この画像処理装置は、アプリケーションプログラムが動作して画像処理機能を実現するプラットフォームの一例であり、情報処理装置と呼称されてもよい。従って、本発明の画像処理装置は、一般的なパーソナルコンピュータだけでなく、可搬型の通信端末装置や、デジタルカメラのように撮像装置を兼ねる装置であってもよい。
【００２９】
この画像処理装置では、ＣＰＵ１００は、外部記憶装置１０３に記憶されたオペレーティングシステム（ＯＳ）や画像処理アプリケーションプログラム（以下、「アプリ」と略記することもある）をメモリ１０２に展開し、実行する。これにより、装置全体の動作が制御され、装置で実行される各種の処理が実現される。外部記憶装置１０３としては、例えばハードディスクやＳＤカード等のメモリカードが用いられる。メモリ１０２としては、ＲＡＭ等の揮発性メモリが用いられる。なお、ＯＳやアプリは、外部記憶装置１０３に代えて、ＲＯＭ等の不揮発性メモリに記憶されていてもよい。
【００３０】
外部記憶装置１０３には画像データが格納されている。ここでは、外部記憶装置１０３に格納されている画像は、例えばデジタルカメラを用いて撮影された撮影画像であり、通信装置１０５を経由してインターネットなど画像処理装置以外の環境から取り込まれた画像を含む。ＣＰＵ１００は、外部記憶装置１０３から画像調整（編集ないし補正）対象となる画像を読み出して表示用メモリ１０１に展開し、画像を表示装置１０６に表示させる。表示装置１０６としては、液晶ディスプレイやＣＲＴ等が用いられる。画像処理装置の操作者（ユーザ）による操作は、キーボードやマウス等の入力装置１０４を介して行われる。外部記憶装置１０３から読み出された画像に対して画像調整を行うことにより生成される新しい画像は、外部記憶装置１０３にも格納される。
【００３１】
画像処理装置においては、外部記憶装置１０３に格納されて適宜実行されるソフトウェアに依存して、画像処理装置の各機能が実行される。機能差のある画像処理アプリケーションとして、主にパソコン上で動作する画像処理アプリケーションＡ（以下、アプリＡという）と主に携帯端末で動作する画像処理アプリケーションＢ（以下、アプリＢという）を例示する。そしてこれらが相互に利用されることを前提とする。
【００３２】
図２は、画像処理装置が備える各処理部を模式的に表す図であり、アプリＡ、Ｂに共通の処理部を示す。図２に示される各処理部の機能は、ＣＰＵ１００が外部記憶装置１０３に記憶されたアプリや所定のプログラムをメモリ１０２に展開して実行し、画像処理装置が備える各部（図１）がＣＰＵ１００からの指令に基づいて動作することにより実現される。アプリは、画像入力部２００、画像処理部２１０、画像表示部２２０、内容記録部２３０、解析部２４０、実行可否判定部２５０、外部出力部２６０、警告部２７０を備える。
【００３３】
取得手段としての画像入力部２００は、外部記憶装置１０３から画像データをメモリ１０２に読み込む（取得する）。画像処理部２１０は画像調整等の各種画像処理を行う。画像処理部２１０によって処理される機能を適用した画像は、画像表示部２２０により表示装置１０６に表示される。画像に対する調整、すなわち編集や補正等の調整内容（編集操作）は、編集履歴として記録される。これを「調整情報」と呼称する。内容記録部２３０は、画像に対応付けられた調整情報を記録する。
【００３４】
外部記憶装置１０３から取得される画像及びそれに対応する調整情報は、自装置（当該画像処理装置）以外の装置で生成されたものである場合がある。またこれらの画像及び調整情報を記録したアプリは、現在、自装置で動作しているアプリとは別のアプリで生成されたものである場合がある。しかも、装置間やアプリ間には機能差がある場合がある。そこで、解析部２４０は調整情報を解析する。そして判定手段としての実行可否判定部２５０は、当該画像処理装置におけるアプリが、画像に付帯されている調整情報に基づく調整内容を再現できるかどうかを判定する。すなわち、実行可否判定部２５０は、取得された調整情報が当該画像処理装置で適用可能な調整情報であるか否かを判定する。取得された調整情報が当該画像処理装置で適用可能な調整情報でない場合には、編集履歴で規定される画像処理を実行できない場合の他、処理を続行できたとしても編集内容によっては画像編集に矛盾が生じる場合が含まれる。このような場合、警告手段としての警告部２７０は、その旨をユーザに報知するための警告を行う。外部出力部２６０は、最後に編集操作が完了した画像を例えばＪＰＥＧ、ＴＩＦＦ等の別の画像フォーマットに変換し、外部記憶装置１０３に保存する。
【００３５】
図３は、異なるプラットフォーム間での連携動作例を示す概念図である。一例として、デジタルカメラから取り込まれた画像は、パソコン等の情報処理装置上の高機能なアプリＡで編集される。画像及び、編集の内容を記録した調整情報は、インターネットなどの伝送路を通じて携帯型情報端末に転送される。その際、クラウド等への保存を介して転送されてもよい。その後、端末上のアプリＢによって、アプリＡでの編集内容が同期、反映される。また、同様にして、携帯型情報端末の側で取り込まれた画像が、情報処理装置へ転送される場合もあり得る。なお、異なるプラットフォーム間での画像及び調整情報のやりとりは有線接続によってもよいし、クラウド等の介在の有無は問わない。
【００３６】
図４は、アプリ間で転送される情報の構成例を示す図である。各アプリで生成される情報には、画像と、それに対応付けられた調整情報とが含まれる。複数のアプリによる編集を経ている画像については、調整情報は、アプリごとに付帯されてもよい。なお、調整情報には、調整情報の生成元（生成した装置または生成したアプリ）を示す情報（図示せず）が対応付けられている。また、アプリ間で転送される画像には、未編集の画像のほか、編集が反映された表示用の画像も含まれるとする。
【００３７】
図５（ａ）、（ｂ）はそれぞれ、ＲＡＷ画像ファイルに対する現像処理として実行される、ＲＡＷ処理、ＲＧＢ処理のフローチャートである。この処理は、外部記憶装置１０３またはＲＯＭに格納されたプログラムをメモリ１０２に読み出してＣＰＵ１００が実行することにより実現される。現像処理には一連の処理の流れ（処理順）が規定されており、処理順に従ってシーケンシャルに個々の画像処理が行われる。ＲＡＷ処理は、撮像素子から読み出された直後のデータであるベイヤーデータに対して行われる処理である。ＲＧＢ処理は、ＲＡＷデータを、画素補間処理を経てＲＧＢデータにしてから行われる。
【００３８】
一般にセンサデータは圧縮されているので、ＣＰＵ１００は、まず、図５（ａ）のステップＳ７００で、センサデータを解凍してベイヤーデータ化（ＲＡＷデータ）する。そして、ＣＰＵ１００は、ステップＳ７１１〜Ｓ７１６の一連のＲＡＷ処理を実行する。すなわち、ＣＰＵ１００は、ＲＡＷデータに対して、画像回復（Ｓ７１１）、ＷＢ（ホワイトバランス）（Ｓ７１２）、色収差（Ｓ７１３）、高輝度階調拡張（Ｓ７１４）、周辺光量（Ｓ７１５）、アンシャープマスク（Ｓ７１６）の各処理を順に実行する。ＲＡＷ処理が終わると、ＣＰＵ１００は、ステップＳ７２０でデモザイク、つまり画素補間処理を実行して、ＲＡＷデータを、ＲＡＷ調整ずみのＲＧＢデータに変換する。
【００３９】
次に、図５（ｂ）に示すように、ＣＰＵ１００は、ステップＳ７３１〜Ｓ７３６の一連のＲＧＢ処理を実行する。すなわち、ＣＰＵ１００は、ＲＧＢデータに対して、トーンカーブ（Ｓ７３１）、シャープネス（Ｓ７３２）、偽色軽減（Ｓ７３３）、ごみ取り（Ｓ７３４）、歪曲（Ｓ７３５）、コピースタンプ（Ｓ７３６）の各処理を順に実行する。その後、ＣＰＵ１００は、ステップＳ７４０で、処理後の画像を最終画像として表示装置１０６に表示させる。
【００４０】
図６は、各アプリによる同じ画像に対して実行可能な画像処理の種類を示す図である。図６の例では、情報処理装置上で動作するアプリＡと携帯端末上で動作するアプリＢで実行可能な画像処理の種類を示す。図６に示した機能は一例であり、これに限定されるものではない。
【００４１】
図７は、画像編集処理のフローチャートである。この処理は、プラットフォーム上で動作する画像処理アプリケーションをメモリ１０２に読み出してＣＰＵ１００が実行することにより実現される。
【００４２】
まず、ＣＰＵ１００は、画像入力部２００を制御して、調整対象となる画像を読み込むと共に（ステップＳ１０１）、当該画像に付随している調整情報を読み込む（ステップＳ１０２）。なお、調整対象となる画像に表示用画像が付随しているときはそれも読み込まれる。そしてＣＰＵ１００は、解析部２４０を制御して、読み込んだ調整情報を解析する（ステップＳ１０３）。なお、画像に対応付けられている調整情報が複数ある場合は、そのうち１つ、例えば最新（直前）のものを読み込みの対象あるいは解析の対象としてもよい。
【００４３】
そしてＣＰＵ１００は、実行可否判定部２５０を制御して、調整情報の解析結果に基づいて、取得された調整情報が、当該アプリが動作している画像処理装置で当該アプリが対応できない調整情報であるか否かを判別する（ステップＳ１０４）。すなわちＣＰＵ１００は、取得された調整情報が、当該画像処理装置で適用可能な調整情報でなく編集内容の再現が不能であるか否かを判別する。未対応調整項目がある場合は、取得された調整情報が、当該画像処理装置で適用可能でないと判別される。そしてＣＰＵ１００は、取得された調整情報が、当該画像処理装置で適用可能でない場合は、警告部２７０を制御して、第１の警告を実施する（ステップＳ１０５）。
【００４４】
図８は、第１の警告による警告画面の例を示す図である。取得された調整情報が、当該画像処理装置で適用可能でない場合は、所望の画像処理を再現することができないため、ＣＰＵ１００は、その旨を報知するための警告メッセージを表示装置１０６に表示する。図８の例では、画像の編集履歴として、ＲＡＷ調整の明るさ補正、ＷＢ補正がされている。アプリＢがＲＡＷ調整機能を有しないとすると、これら２つの画像調整を実施することができない。従って、このまま編集を続行しても、結果として明るさやＷＢが反映されない。第１の警告により、調整情報を反映した画像結果を再現できないことを事前に告知し、操作者に適切な操作を促すことができる。
【００４５】
警告メッセージにおいては、現在の編集内容を無効にするかどうかを指示するＯＫボタンが表示される（図８）。ステップＳ１０６では、警告メッセージにおいてＯＫボタンが押下されたことで削除指示がなされたか否かを判別する。ＯＫボタンでなくキャンセルボタンが押下された場合は、ＣＰＵ１００は、図７の処理を終了する。一方、ＯＫボタンが押下されたことで削除指示がなされた場合は、ＣＰＵ１００は、内容記録部２３０を制御して、編集内容のリセット、すなわち、画像に対応付けられている調整情報を削除する（ステップＳ１０７）。これにより、今までの編集履歴はすべてクリアされ、アプリＢで最初から編集をすることになる。ステップＳ１０８では、ＣＰＵ１００は、画像処理部２１０を制御して新規編集を開始する。編集が完了すると、ステップＳ１０９で、ＣＰＵ１００は、外部出力部２６０を制御して、編集後の画像を汎用フォーマットへ変換して保存する処理を行い、図７の処理を終了する。
【００４６】
ステップＳ１０４で、取得された調整情報が、当該画像処理装置で適用可能である場合は、ＣＰＵ１００は、画像処理部２１０を制御して、当該調整情報を反映させた編集操作を実行し（ステップＳ１１０）、処理をステップＳ１０９に進める。
【００４７】
本実施の形態によれば、ＣＰＵ１００は、取得した画像に対応する調整情報が当該画像処理装置で適用可能な調整情報でないと判定された場合は、第１の警告によりその旨を警告する。これにより、画像編集において調整の過補正や全く反映されない可能性があることをユーザに認識させることができる。よって、適用できない調整を認識させ、意図しない画像結果が生じるのを回避することができる。
【００４８】
また、第１の警告をした場合、ユーザから削除指示があったことを条件に、取得された調整情報を削除するので、環境に適合しない調整情報を画像との対応から外すことができる。
【００４９】
（第２の実施の形態）
本発明の第２の実施の形態は、第１の実施の形態に対し、画像編集処理が異なる。図７に代えて図９を用い、さらに図１０を加えて本実施の形態を説明する。その他の構成は第１の実施の形態と同様である。
【００５０】
図９は、画像編集処理のフローチャートである。この処理は、プラットフォーム上で動作する画像処理アプリケーションをメモリ１０２に読み出してＣＰＵ１００が実行することにより実現される。ステップＳ１０１〜Ｓ１１０は図７で説明したのと同様である。ただし、本実施の形態の図９のステップＳ１０４では、取得された調整情報を適用した画像を当該画像処理装置で表示可能である場合は、ＣＰＵ１００は「Ｎｏ」と判別してステップＳ１１０に処理を進める。
【００５１】
ステップＳ１１０の後、ステップＳ２０１では、ＣＰＵ１００は、ユーザから追加の調整内容の設定を受け付ける。つまり、ＣＰＵ１００は、ステップＳ１０２で取得された調整情報に加えてさらに画像に対して適用する調整内容を新たな別の調整情報として設定する。ユーザは、入力装置１０４を介して所望の調整内容を入力できる。
【００５２】
ステップＳ２０２では、ＣＰＵ１００は、調整対象の画像に対する編集操作として、上記取得された調整情報の適用に続いて上記別の調整情報を適用した場合に、取得された調整情報の画像への反映に影響を与えるか否かを判別する。すなわちＣＰＵ１００は、取得された調整情報の適用に続いて別の調整情報を適用可能でなく適正な調整を行えないか否かを判別する。これは、調整情報の適用順序に起因して、不整合が生じ得るからである。例えば、ＣＰＵ１００は、別の調整情報が、取得された調整情報に先だって実施されるべき調整情報であり且つ、取得された調整情報を再現できない場合に、適正な調整が行えないと判別する。そして、影響を与える（適正な調整を行えない）場合は、ＣＰＵ１００は、警告部２７０を制御して、第２の警告を実施する（ステップＳ２０３）。
【００５３】
図１０は、第２の警告による警告画面の例を示す図である。ここでは一例として、取得された調整情報が「シャープネス」及び「コピースタンプ」であり、新たに設定された別の調整情報が「歪曲補正」であるとする。シャープネス及びコピースタンプはＲＧＢ調整機能に該当する。当該画像処理装置で動作しているアプリは、コピースタンプ機能のないアプリＢであるとする。図９のステップＳ１０４での再現可能チェックでは、シャープネス、コピースタンプ処理が施されたＲＧＢデータが保持されているので、問題なしと判断される。編集対象と共に取得された表示用画像は、アプリＡにてシャープネス、コピースタンプ処理が施されたＲＧＢデータであるので、アプリＢでの表示上はアプリＡでの編集結果が忠実に再現される。しかし、図１５で説明したように、歪曲補正により画像の座標変更が発生することから、適切な画像調整を施すためには、歪曲補正を先に行い、歪曲補正の実行後の新しい座標位置を使用してコピースタンプ処理を改めてやり直す必要がある。これをやり直さないと、コピースタンプの履歴情報が持つ座標と歪曲補正によって変換された座標とが正確に対応しなくなるからである。
【００５４】
ところが、アプリＢにはコピースタンプ機能がないので、コピースタンプ処理を再度やり直すことが不可能である。そこで、ＣＰＵ１００は、第２の警告を実施し、今回新たに設定した調整情報の以前の調整情報を正確に反映できない可能性がある旨を警告メッセージにより報知する（図１０）。これにより、画像処理の時系列順序に依存する調整のように、新たに実施しようとする編集操作が以前に行った編集内容に影響を与えるといった潜在している問題を報知し、想定外の編集結果の画像となることを避けることができる。
【００５５】
この警告メッセージにおいては、新たな編集内容（上記別の調整情報、例えば、歪曲補正）を無効にするかどうかを指示するＯＫボタンが表示される（図１０）。ステップＳ２０４では、警告メッセージにおいてＯＫボタンが押下されたことで中止指示がなされたか否かを判別する。ＯＫボタンでなくキャンセルボタンが押下された場合は、ＣＰＵ１００は、図９の処理を終了する。一方、ＯＫボタンが押下されたことで中止指示がなされた場合は、ＣＰＵ１００は、新たな編集内容（調整情報）を無効にすることで、新たな編集内容に基づく編集操作を中止し（ステップＳ２０５）、編集を継続する（ステップＳ２０６）。この場合、取得された調整情報に基づく調整が継続され、新たな編集内容は実施されない。一方、ステップＳ２０２で、取得された調整情報の画像への反映に影響を与えない場合は、ＣＰＵ１００は処理をステップＳ２０６に進める。この場合は、取得された調整情報に基づく調整に続いて新たな編集内容が実施される。その後、処理はステップＳ１０９に進む。
【００５６】
本実施の形態によれば、適用できない調整を認識させ、意図しない画像結果が生じるのを回避することに関し、第１の実施の形態と同様の効果を奏することができる。また、取得された調整情報の適用に続いて別の調整情報を画像に対して適用可能でなく、適正な調整が行えないと判定された場合に、第２の警告によりその旨を報知するので、不整合となる調整を回避できる。
【００５７】
また、第２の警告をした場合、ユーザから中止指示があったことを条件に、別の調整情報を無効にするので、環境に適合しない調整情報の適用を回避することができる。
【００５８】
（第３の実施の形態）
本発明の第３の実施の形態を説明する。第１の実施の形態に対して、図２、図７〜図１０に代えて図１１〜図１３を参照して本実施の形態を説明する。
【００５９】
図１１は、画像処理装置が備える各処理部を模式的に表す図であり、アプリＡ、Ｂに共通の処理部を示す。図１１に示される各処理部の機能は、ＣＰＵ１００が外部記憶装置１０３に記憶されたアプリや所定のプログラムをメモリ１０２に展開して実行し、画像処理装置が備える各部（図１）がＣＰＵ１００からの指令に基づいて動作することにより実現される。アプリは、図２で説明したのと同様の画像入力部２００、画像処理部２１０、画像表示部２２０、内容記録部２３０、解析部２４０、外部出力部２６０のほか、適用方法決定部２５１、画像生成部２７１、統合・選択部２８０を備える。統合・選択部２８０は、調整情報を統合または選択する。適用方法決定部２５１は、複数の異なるアプリにより画像に付帯された調整情報をマージしたり、複数の調整情報のうち適用する調整情報を選択したり、調整情報をリセットしたりすることを決定する。画像生成部２７１は、適用すると決定された調整内容を画像調整として適用した表示用画像を生成する。
【００６０】
アプリＡ、Ｂのいずれも、図１１に示す処理部を有するが、本実施の形態では、アプリＡとアプリＢとで機能差があり、アプリＡがアプリＢより上位であるとする。これら機能差のあるアプリは、同一プラットフォーム上で動作するものでもよいし、異なるプラットフォーム上で動作するものでもよく、動作環境は限定されない。また、機能差があるアプリ同士に必ずしも上位と下位という概念があることは必須でない。
【００６１】
図１２、図１３は、画像編集処理のフローチャートである。これらの処理は、プラットフォーム上で動作する画像処理アプリケーションをメモリ１０２に読み出してＣＰＵ１００が実行することにより実現される。図１２の処理は、上位のアプリＡで実行されることを想定し、図１３の処理は、下位のアプリＢで実行されることを想定している。なお、各アプリが図１２、図１３のどちらの動作を実行するかは、アプリごとに予め定められていてもよい。
【００６２】
まず図１２の処理を説明する。ＣＰＵ１００は、ステップＳ３０１で、画像入力部２００を制御して、調整対象となる画像を読み込むと共に、当該画像に付随している調整情報を読み込む。なお、調整対象となる画像に、表示用画像が付随しているときはそれも読み込まれる。そしてＣＰＵ１００は、解析部２４０を制御して、読み込んだ調整情報を解析する（ステップＳ３０２）。すなわち、ＣＰＵ１００は、当該画像処理装置で画像調整処理を実行するアプリとは異なるアプリで生成された調整情報が取得されたか否かを解析する。
【００６３】
ステップＳ３０３、Ｓ３０４では、ＣＰＵ１００は、この解析結果に基づいて、取得された調整対象の画像に対して対応付ける調整情報を決定するために処理を分岐させる。まず、ＣＰＵ１００は、ステップＳ３０３で、取得した調整情報に、当該画像処理装置で画像調整処理を実行するアプリとは異なる別アプリで生成された調整情報が含まれるか否かを判別する。そしてＣＰＵ１００は、適用方法決定部２５１を制御して、別アプリで生成された調整情報が含まれる場合は、処理をステップＳ３０４に進める一方、別アプリで生成された調整情報が含まれない場合は、処理をステップＳ３０９に進める。
【００６４】
ここで、アプリＡは、調整対象の画像に対応付ける調整情報を決定するモードとして、マージモード（所定モード）と選択適用モードとを選択的に設定可能となっている。モードは入力装置１０４を介してユーザからの指示により設定される。なお、いずれかのモードがデフォルトで定められていてもよい。マージモードは、別のアプリが記録した調整情報を自アプリ（ないし自装置）の調整情報として扱うモードである。言い換えると、マージモードは、異なるアプリで生成された調整情報を当該画像処理装置で画像調整処理を実行するアプリで生成された調整情報として扱い、適用することを決定するモードである。選択適用モードは、調整情報を適用するかどうかを個別に選択するモードである。
【００６５】
ステップＳ３０４では、ＣＰＵ１００は、マージモードが設定されてか否かを判別し、マージモードが設定されている場合は、処理をステップＳ３０５に進める一方、選択適用モードが設定されている場合は、処理をステップＳ３０８に進める。ステップＳ３０５では、ＣＰＵ１００は、統合・選択部２８０を制御して、異なるアプリで生成された調整情報を含む、取得された調整情報の全てを、調整対象の画像に対応付ける調整情報として決定する。この場合、ＣＰＵ１００は、取得した複数の調整情報を自装置のアプリで生成したものとして統合する。これにより、別アプリの調整内容があたかも自アプリの調整内容であるかのように扱われる。
【００６６】
ステップＳ３０８では、ＣＰＵ１００は、統合・選択部２８０を制御して、取得された調整情報の中から、当該画像処理装置で適用可能な調整情報の少なくとも一部を、調整対象の画像に対応付ける調整情報として決定する。なお、調整情報の選択を、入力装置１０４を使用してユーザの指示に基づいて行ってもよい。あるいは、適用する調整情報を予め決めておいても良い。
【００６７】
ステップＳ３０９では、取得した調整情報は自アプリによるものだけであるので、ＣＰＵ１００は、統合・選択部２８０を制御して、取得された調整情報を、調整対象の画像に対応付ける調整情報と決定して読み込む。このように、ステップＳ３０５、Ｓ３０８、Ｓ３０９のいずれかで、調整対象の画像に対応付ける調整情報が決定される。ステップＳ３０６では、ＣＰＵ１００は、画像処理部２１０を制御して、決定された調整情報を適用して画像調整を実行する。その際、ＣＰＵ１００は、処理を実行した結果を目視確認するための表示用画像も生成する。ステップＳ３０７では、ＣＰＵ１００は、外部出力部２６０を制御して、各画像を汎用フォーマットへ変換し、調整情報と共に保存する処理を行い、図１２の処理を終了する。ここでは、対応付け手段としてのＣＰＵ１００は、取得された調整対象の画像に、新たに上記決定された調整情報を対応付ける。従って、対応する調整対象は更新され得る。さらに、ＣＰＵ１００は、調整情報が対応付けられた調整対象の画像に、表示用画像も対応付け、さらに、調整対象に対して生成元である自装置及び自アプリを示す情報を付加する。
【００６８】
図１３において、図１２と同じ処理には同じステップ番号が付してある。従って、ステップＳ３０１〜Ｓ３０３、Ｓ３０９、Ｓ３０６、Ｓ３０７は図１２で説明したのと同様である。ステップＳ３０３での判別の結果、取得した調整情報に、当該画像処理装置で画像調整処理を実行するアプリとは異なる別アプリで生成された調整情報が含まれる場合は、ＣＰＵ１００は、処理をステップＳ４０１に進める。ステップＳ４０１では、ＣＰＵ１００は、適用方法決定部２５１を制御して、取得された調整情報（他アプリで生成されたもの）のリセットを示す指示がユーザから入力されているか否かを判別する。この入力は、入力装置１０４を介してユーザに確認を促すことで行われる。なお、一律にリセットを示す指示が入力されているとして扱い、強制的にリセットするようにしてもよい。
【００６９】
そしてＣＰＵ１００は、リセットを示す指示がユーザから入力されていない場合は、処理をステップＳ４０３に進める一方、リセットを示す指示がユーザから入力されている場合は、処理をステップＳ４０２に進める。ステップＳ４０２では、ＣＰＵ１００は、統合・選択部２８０を制御して、取得された調整情報の全てをクリア（削除）する。下位アプリでは、すべての調整内容を反映、実行できるとは限らない。そのため、下位アプリが動作する環境での編集操作を重視するのであれば、正しく処理できない他のアプリでの編集履歴をクリアすることで、画像の編集に一貫性を持たせることが可能である。また、過去の編集操作が無駄になることを回避し、不適切な画像が生じるのを回避することができ、効率的な編集が可能となる。
【００７０】
ステップＳ４０３では、ＣＰＵ１００は、適用できる調整情報のみを自動同期させる。すなわち、ＣＰＵ１００は、取得された調整情報の中から、当該画像処理装置で適用可能な調整情報の少なくとも一部を、調整対象の画像に対応付ける調整情報として決定する。なお、適用する調整内容を操作者に選択させてもよい。
【００７１】
ステップＳ３０９、Ｓ４０３では、調整対象の画像に対応付ける調整情報が決定される。なお、ステップＳ３０９、Ｓ４０２、Ｓ４０３の後、ＣＰＵ１００は、ユーザからの入力に基づき、当該アプリで画像に新たに対応付けるべき調整情報を決定してもよい。ステップＳ３０９、Ｓ４０２、Ｓ４０３の後、処理はステップＳ３０６に進む。
【００７２】
本実施の形態によれば、当該画像処理装置で画像調整処理を実行するアプリケーションとは異なるアプリケーションで生成された調整情報が取得されたか否かの解析結果に基づいて、取得された画像に対して対応付ける調整情報が決定される。そして決定された調整情報が、取得された画像に対して対応付けられる。これにより、環境に適合しない調整の適用を回避して、意図しない画像結果が生じるのを回避することができる。
【００７３】
特に、上位アプリは、既に編集された履歴としての調整内容を最大限に適用するよう動作し、下位アプリは、今の動作環境での編集操作を優先するような態様で動作する。これにより、過去の編集操作が無駄になるような機会を減らし、効率的な画像編集を可能にする。
【００７４】
なお、図１２の処理と図１３の処理とを組み合わせ、いずれのアプリにおいても同じ処理が実行されるとしてもよい。その場合、例えば、図１２のステップＳ３０４での判別の結果、モードがマージモードでも選択適用モードでもない場合は、図１３のステップＳ４０１に相当する処理に移行し、ステップＳ４０１以降の処理ステップが実行されるようにしてもよい。
【００７５】
なお、第３の実施の形態において、ステップＳ３０１、Ｓ３０２で、ＣＰＵ１００は、画像に対応付けられている調整情報が複数ある場合は、最新の調整情報を、調整対象の画像に対する調整内容を示す調整情報として取得するか、解析の対象としてもよい。その場合、図１４に例示するように、画像に対応付けられている調整情報には、調整情報ごとに生成時期を示す情報として「編集実行日」が付加されているとする。
【００７６】
図１４の例では、アプリＡでの調整情報は１０月１０日の日付であるが、それより後の１０月２０日に、アプリＢで調整情報が生成されている。この場合、できるだけ新しい日付の編集内容が重要であると考えられるので、ＣＰＵ１００は、最新のアプリＢの調整情報を優先し、取得対象とするかまたは解析の対象とする。
【００７７】
第３の実施の形態では、表示用画像データとしては、通常、未編集状態（撮影時状態）のものが保持されるが、実際に運用したアプリの調整内容によって生成された画像処理後の表示用画像データを用意してもよい。表示用画像データは、高速に表示するための先読み用のデータに相当する。しかし、表示用画像として、アプリケーション毎に画像処理を適用した結果を、調整情報に対応付けて保持してもよい。
【００７８】
（他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【００７９】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。
【符号の説明】
【００８０】
１００  ＣＰＵ
２００  画像入力部
２５０  実行可否判定部
２７０  警告部
【図１】
2019149711.tif 000003
【図２】
2019149711.tif 000004
【図３】
2019149711.tif 000005
【図４】
2019149711.tif 000006
【図５】
2019149711.tif 000007
【図６】
2019149711.tif 000008
【図７】
2019149711.tif 000009
【図８】
2019149711.tif 000010
【図９】
2019149711.tif 000011
【図１０】
2019149711.tif 000012
【図１１】
2019149711.tif 000013
【図１２】
2019149711.tif 000014
【図１３】
2019149711.tif 000015
【図１４】
2019149711.tif 000016
【図１５】
2019149711.tif 000017
【図１６】
2019149711.tif 000018