(57)【要約】【課題】  画像処理に複数の作業者が携わる場合に、作業の重複や手順の失敗・手戻りなどを招き、作業効率を向上させることが望まれていた。また、作業者間でルールを決め、運用にあたって管理・制約する際に人為的な間違いが発生しないようにすることが望まれていた。【解決手段】  本発明は入力画像に複数の画像処理を施す画像処理装置であって、前記画像処理の動作条件を設定する動作条件設定手段と、前記動作条件設定手段によって設定された動作条件を読み込む動作条件入力手段と、前記動作条件入力手段によって読み込まれた動作条件に従って各画像処理の動作を制御する動作制御手段と、前記動作制御手段に従って行われた各画像処理内容を記憶する処理内容記憶手段と、前記処理内容記憶手段によって記憶された画像処理内容に応じて画像処理装置の処理判定を行う画像処理判定手段とを有する構成とする。【選択図】  図８
2007295270.tif 000002
【特許請求の範囲】
【請求項１】
入力画像に複数の画像処理を施す画像処理装置であって、
前記画像処理の動作条件を設定する動作条件設定手段と、
前記動作条件設定手段によって設定された動作条件を読み込む動作条件入力手段と、
前記動作条件入力手段によって読み込まれた動作条件に従って各画像処理の動作を制御する動作制御手段と、
前記動作制御手段に従って行われた各画像処理内容を記憶する処理内容記憶手段と、
前記処理内容記憶手段によって記憶された画像処理内容に応じて画像処理装置の処理判定を行う画像処理判定手段とを
有することを特徴とする画像処理装置。
【請求項２】
前記請求項１に記載の画像処理装置であって、
前記処理内容記憶手段によって記憶された画像処理内容を読み込む画像処理内容入力手段と、
前記画像処理内容入力手段によって読み込まれた画像処理内容によって、画像処理装置の動作を制御する第二の動作制御手段と
を有することを特徴とする画像処理装置。
【請求項３】
前記請求項１又は、請求項２に記載の画像処理装置であって、
前記動作条件入力手段によって入力された動作条件と、前記画像処理内容入力手段によって読み込まれた画像処理内容によって画像処理の内容を決定する画像処理内容決定手段と、
前記画像処理内容決定手段によって画像処理の動作を制御する第三の動作制御手段と
を有することを特徴とする画像処理装置。
【請求項４】
入力画像に複数の画像処理を施す画像処理方法であって、
前記画像処理の動作条件を設定する動作条件設定工程と、
前記動作条件設定工程によって設定された動作条件を読み込む動作条件入力工程と、
前記動作条件入力工程によって読み込まれた動作条件に従って各画像処理の動作を制御する動作制御工程と、
前記動作制御工程に従って行われた各画像処理内容を記憶する処理内容記憶工程と、
前記処理内容記憶工程によって記憶された画像処理内容に応じて画像処理方法の処理判定を行う画像処理判定工程とを
有することを特徴とする画像処理方法。
【請求項５】
前記請求項４に記載の画像処理方法であって、
前記処理内容記憶工程によって記憶された画像処理内容を読み込む画像処理内容入力工程と、
前記画像処理内容入力工程によって読み込まれた画像処理内容によって、画像処理方法の動作を制御する第二の動作制御工程と
を有することを特徴とする画像処理方法。
【請求項６】
前記請求項４、又は請求項５に記載の画像処理方法であって、
前記動作条件入力工程によって入力された動作条件と、前記画像処理内容入力工程によって読み込まれた画像処理内容によって画像処理の内容を決定する画像処理内容決定工程と、
前記画像処理内容決定工程によって画像処理の動作を制御する第三の動作制御工程と
を有することを特徴とする画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置および画像処理方法に関するものである。
【背景技術】
【０００２】
従来技術においては、画像処理のワークフローに複数の作業者が携わる場合、予め作業者間で作業分担など約束事を取り決め、なおかつ順守しなければ、作業の重複や手順の失敗・手戻りなどを招き、作業効率の低下や余計なコストが発生する場合があった。
【０００３】
又、従来の入力から出力までに関わる画像処理装置において、画像取得時の情報に基づいて入力画像を補正し、補正した画像データに基づいて画像を出力することを特徴とする特許文献１をはじめとする従来技術があった。
【特許文献１】特開2005-6213号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
図２（a）の従来技術における画像処理の工程を例にとって本発明の課題を説明する。この従来の作業工程においては、デジタルカメラによる撮影と撮影画像の入力作業（２１０）、撮影画像のデジタル現像処理（２１１）、撮影画像の絞込み（２１２）、トリミングや拡大・縮小（解像度変換）などの画像加工処理（２１３）があり、これらはカメラマンの担当する工程である。また、画像の絞込み処理（２１２）は編集者との共同作業である。また、ノイズ補正・色補正・シャープネスなどの画像補正（２１４）、色変換・ファイル変換などの画像変換処理（２１５）、画像のレイアウト処理（２１６）があり、これらはデザイナーの担当である。最後に最終印刷のための色校正（２１７）、最終印刷作業（２１８）があり、これらは印刷所の担当である。作業者は、カメラマン・編集者・デザイナー・印刷所の４者が関わり、成果物はカメラマンの写真集とする。
【０００５】
上記、従来技術で発生する問題点を図２(b)で説明する。従来技術では、各作業者が作業分担などの約束事を守らなければ次のような問題点が発生する；
図２（ｂ）の２０２の概念図のように、最初の企画の段階でカメラマン自身の意向（色合いや画角）を最優先するよう申し合わせをしたのに、カメラマンによって処理済みのトリミングや色調整を後工程でデザイナーが重複して行ってしまい、カメラマンの意向が伝わらなかった→《重複処理》。
【０００６】
逆にレイアウトを行うデザイナーが、画像の最終サイズやアスペクト比の決定に責任を持つ場合に、カメラマンが前工程で画像をトリミング、縮小してしまった→《重複処理》。
【０００７】
カメラマンが出したい色味を忠実に最終印刷物で再現するために印刷所が出力メディア（紙質やインク）や印刷条件を考慮して色調整を行うべきところ、デザイナーがカラーマネージメントを行っていないモニター上で色変換処理を行ってしまった→《重複処理》。
【０００８】
図２（ｂ）の２０１の概念図のように、カメラマンと出版編集者が、撮影画像の中から写真集に載せる候補を絞り込んでから次の作業者に引き渡すところ、絞込み前の大量のデータを引き渡してしまった→《作業漏れ》。
【０００９】
コントラストやシャープネス処理を複数の作業者が重複して行ったため、画像劣化を招いた→《重複処理》。
【００１０】
あるいは、最終画像がWebに掲載する圧縮率の高くてサイズの小さいJPEG画像や、新聞報道写真のように印刷線数100線もあれば十分なJPEG圧縮率中程度の画像であるのに、高機能カメラで撮影した約5000×約3000画素のまま、後工程まで処理を続けた→《作業漏れ》。
【００１１】
また、出力サイズが400×300画素72dpiもあれば十分な画像に、入力サイズ4992×3328画素の解像度でしかわからないようなノイズ軽減処理を行ってしまった→《不必要な作業の発生》。
【００１２】
このようにワークフローに複数の作業者が携わる場合、作業分担が不明瞭であると、作業の重複や手順の失敗・手戻りなどを招き、作業効率の低下や余計なコストが発生する場合があるので、あらかじめ作業者間でルールを決め、運用にあたって管理・制約しなければならない。このルールに基づいて各作業者が工程を進めていたとしても、人為的な間違いが発生する場合がある。
【課題を解決するための手段】
【００１３】
本発明は上述した課題を解決する一手段として、以下の構成を備える。
【００１４】
本発明は入力画像に複数の画像処理を施す画像処理装置であって、前記画像処理の動作条件を設定する動作条件設定手段と、前記動作条件設定手段によって設定された動作条件を読み込む動作条件入力手段と、前記動作条件入力手段によって読み込まれた動作条件に従って各画像処理の動作を制御する動作制御手段と、前記動作制御手段に従って行われた各画像処理内容を記憶する処理内容記憶手段と、前記処理内容記憶手段によって記憶された画像処理内容に応じて画像処理装置の処理判定を行う画像処理判定手段とを有することを特徴とする。
【発明の効果】
【００１５】
以上、説明したように本発明によれば、ワークフローに複数の作業者が携わる場合、アプリケーションによって作業分担や作業内容を制御することにより、作業の重複や手順の失敗・手戻りなどを防ぎ、作業効率の低下や余計なコストが発生など人為的なミスを防ぐことができる。
【発明を実施するための最良の形態】
【００１６】
次に、本発明の詳細を実施例の記述に従って説明する。
【００１７】
（第一の実施例）
（図１）本発明のシステム構成図：
図1は、本発明が実行されるコンピュータシステムのネットワーク構成を示すブロック図である。図1において、１００は、PC環境一式を示す。１０１はCPUで、システム全体の制御を行っている。１０２はキーボードで、１０２aのマウスとともにシステムに入力するために使用される。１０３は表示装置で、CRTや液晶ディスプレイ等で構成されている。１０４はROM、１０５はRAMで、システムの記憶装置を構成し、システムが実行するプログラムやシステムが利用するデータを記憶する。１０６はハードディスク装置（HDD）、１０７は外部I/F装置で、ネットワークあるいは外付けメモリなどデータの入力や伝送など外部とのデータのやり取りを行う装置を構成している。１０８はプリンタで作業中の画像やレイアウトの確認などを行う。
【００１８】
同様に１１０、１２０、１３０、１４０は、各作業者のPC環境一式を示す。１０１、１１１、１２１、１３１、１４１はCPUで、システム全体の制御を行っている。１０２、１１２、１２２、１３２、１４２はキーボードで、１０２a、１１２a、１２２a、１３２a、１４２aのマウスとともにシステムに入力するために使用される。１０３、１１３、１２３、１３３、１４３は表示装置で、CRTや液晶ディスプレイ等で構成されている。１０４、１１４、１２４、１３４、１４４はROM、１０５、１１５、１２５、１３５、１４５はRAMで、システムの記憶装置を構成し、システムが実行するプログラムやシステムが利用するデータを記憶する。１０６、１１６、１２６、１３６、１４６はハードディスク装置（HDD）、１０７、１１７、１２７、１３７、１４７は外部I/F装置で、ネットワークあるいは外付けメモリなどデータの入力や伝送など外部とのデータのやり取りを行う装置を構成している。１０８、１１８、１２８、１３８、１４８はプリンタで作業中の画像やレイアウトの確認などを行う。
【００１９】
１１９はカメラマン用のデジタルカメラで、外部I/F １１７を通して撮影画像を入力し、HDD １１６に保存する。また、１４９は印刷所のPC環境１４０に接続された印刷機で、最終成果物である写真集の印刷を行う。
【００２０】
１００は、本実施例の共有PC（サーバー）環境を示す。１１０は、作業者１（カメラマン）のPC環境、１２０は作業者２（編集者）のPC環境、１３０は作業者３（デザイナー）のPC環境、１４０は作業者４（印刷所）のPC環境を示す。１００、１１０、１２０、１３０、１４０はそれぞれ外部I/F装置 １０７、１１７、１２７、１３７、１４７を通してネットワーク１５０に接続され、データを送受信することが可能である。また、共有PC（サーバー）のハードディスク装置１０６には共有フォルダが設定されていて１１０、１２０、１３０、１４０のPC環境で作業する作業者がデータをダウンロードまたはアップロードして共有することが可能になっている。
【００２１】
実施例１では、作業分担を電子データとしてテーブル（作業分担表）化し、共有サーバー環境１００のハードディスク装置１０６の共有フォルダに保存する。作業分担表は、各作業工程環境（１１０、１２０、１３０、１４０）にダウンロード可能になっており、全作業工程で共有できる。またダウンロードした作業分担表によって各工程のアプリケーションの動作を制御する。
【００２２】
上記本実施例の概要を、（図３）、（図５）〜（図７）、（図４）〜（図９）を用いて行う。本発明の画像処理装置における具体例として、従来例と同様、（図２−a）のようなワークフローを想定する。
【００２３】
（図３）本発明を実施する画像処理ワークフローの具体例：
図３は、ワークフローの作業項目（および詳細内容）と作業者の分担を示したものである。それぞれの作業者には、行ってよい処理（◎印）と行っても行わなくてもよい処理（△印）と行ってはいけない処理（×印）がある。△印が割り当てられた複数の作業者のうち、誰かひとりが作業を行うものとする。
【００２４】
（図４）各作業者が作業前に入力する情報：
本発明の実施にあたっては、全工程を始める前に共有PC環境（１００）においてアプリ制約条件エディタアプリ（５０２）を用いて、図３に示すような作業者の登録、各作業者の作業項目・制約条件（５０１）を登録する。これは前記で説明した作業分担表である。以下、作業分担表をAファイルと記す。Aファイル（５０４）は、全作業者が参照のみ可能なファイルとして記憶装置（５０３＝共有PC環境のHDD、１０６）に保存される。また、Aファイルに基づいて各工程で作業状態を記憶させる読み込みと書き込みが可能なBファイル（５０５）が作成され、記憶装置（５０３＝１０６）に保存される。Bファイルには各工程の進行状況が書き込まれる。Aファイル、Bファイル共、外部I/F装置１０７を経由して各作業PC環境（１１０、１２０、１３０、１４０）にダウンロード可能である。Bファイルは各作業PCにおいて処理結果を記述し、各工程が終了すると共有PC環境（１００）にアップロードされ、次の作業者に引き渡される。
【００２５】
（図５）作業分担表  （Aファイルの内容）：
図５は、数値化された作業分担表である。作業者ID（作業工程ID）はカメラマンが０、編集者が１、デザイナーが２、印刷所が３に割り当てられ、各工程内の処理Noは、撮影・入力処理が０、現像処理が１、セレクトが２、画像加工が３、画像補正が４、画像変換が５、レイアウトが６、校正が７、印刷が８に割り当てられる。パラメータ（ｉ）を処理No、パラメータ（ｊ）を作業者IDとした二次元配列Array_A（ｉ,ｊ）に各作業者の処理の不可を代入する。配列に代入する値とその意味は以下の通りである。
【００２６】
Array_A（ｉ,ｊ）＝１：処理可能（作業必須）
Array_A（ｉ,ｊ）＞１：処理可能（この値が与えられた作業者のうち、一人だけ処理可能）
Array_A（ｉ,ｊ）＝０：処理不可
Array_A（ｉ,ｊ）＞１の場合は、処理を許可された人数が代入される。
【００２７】
Ａファイルのアクセス権は参照のみ可能な設定で、共有ＰＣ環境１００のＨＤＤ１０６内の共有フォルダに保存されている。各作業者は、アプリケーションの動作を決めるために工程の最初にこのファイルをダウンロードする。
【００２８】
（図６）作業進行表  （Bファイルの内容）  初期状態：
図６は、作業進行表である。本実施例の前段でＡファイルの作成後、複製して用意する。図６の値は複製時の初期状態のものである。Ｂファイルは読み書きが可能になっている。Bファイルも共有サーバー１００から各作業環境にダウンロードして使用する。使用目的は、AファイルとBファイルの前工程におけるデータの差分を調べて現工程を開始してよいかを決定したり、処理済みの情報を記述したりして作業状況を把握するのに使用する。Bファイルの内容は、配列Array_Bに読み込まれ、同様にArray_Aに読み込まれたAファイルの内容を比較する。
【００２９】
（図７）作業進行表  （Bファイルの内容）  作業進行中：
図７において作業進行の記述方法を述べる。
【００３０】
（１０−１）のような〔作業者ID〕ｊ＝０ のカメラマン作業工程の場合；
Array_B（ｉ、０）＝１である、〔処理No.〕ｉ＝０（撮影・入力）、１（現像）、３（画像加工）はカメラマンが処理しなければならない画像処理である。Array_B（ｉ、０）＝２である、〔処理No.〕ｉ＝２（セレクト）はカメラマンか編集者のどちらかが行わなければならない処理、〔処理No.〕ｉ＝４（画像補正）はカメラマンかデザイナのどちらかが行わなければならない処理である。配列値「２」は処理が許可されている人数を表す。
【００３１】
次に作業状況を配列Array_Bに記録する要領について説明する。
【００３２】
以下は、カメラマンの工程で実施した処理における配列値の変更の要領である。
カメラマンが撮影処理を行った場合は（１０−２）のように配列値を１から０にする。
【００３３】
カメラマンが現像処理を行った場合は（１０−３）のように配列値を１から０にする。
【００３４】
セレクト処理は、カメラマンと編集者のどちらかが行わなければならない処理であるが、カメラマンがセレクト処理を行った場合は（１０−４）のように配列値を２から０にする。この時、セレクト処理は全工程で終了したので編集者のセレクト処理における作業進行配列値Array_B（２、１）も０を代入する（１０−８）。
【００３５】
次に以下は、カメラマンの工程で処理を行わなかった場合についての要領である。
【００３６】
カメラマンがセレクト処理を行わない場合、値は変わらない（１０−５）。この値は、カメラマンの工程の終了処理を行う際に用いられる。
【００３７】
（１０−６）のようにカメラマンとデザイナのどちらかが行わなければならない画像補正処理をカメラマンが行わなかった場合、配列値は０になる。このとき、一方のデザイナの配列値Array_B（２、５）からひとつ値を引く（１０−９）。すなわち、処理を許可された残りの人数になる。この場合、２−１＝１である。デザイナの工程に進んだ場合、この残り人数１はすなわち、処理を行わなければならない値「１」と同等の意味になる。
【００３８】
（図８）本実施例のワークフロー
上記、本実施例の作業の流れを図８で示す。
【００３９】
＜６００：前段処理；作業分担表（Aファイル）と作業進行表（Bファイル）の作成＞
先ず、作業者全員（６０１〜６０１'''）で作業分担を決定する。その作業分担表を作成し、本実施例のアプリ制約条件エディタアプリを用いてデータ（Ａファイル６０５）化する。Ａファイルのアクセス権を読み込み可のみに設定する。Ａファイルの複製を作成、アクセス権を読み書き可にする（Ｂファイル６０６）。両ファイルは共有ＰＣ環境のHDD（１０６）の共有フォルダに置かれるものとする。
【００４０】
＜６０２：カメラマンの工程＞
次に、作業者ID＝０のカメラマン６０１の工程について説明する。
【００４１】
カメラマンは作業PC環境１１０において本実施例の画像処理アプリケーションを起動する。アプリケーションは、外部I/F １１７、１０７を経由して共有PC環境１００のHDD１０６に保存してあるAファイル６０５とBファイル６０６をダウンロードし、バッファに作業許可配列Array_A（ｉ,ｊ）と作業進行配列Array_B（ｉ,ｊ）としてロードする。アプリケーションは作業許可配列Array_A（ｉ,ｊ）を参照し、この工程で許可されている処理を実行可能にする。例えば、入力、現像、セレクション、画像加工のみが処理可能である。この工程でカメラマンは撮影画像６０４を入力して処理を行う。
【００４２】
処理状況をArray_B（ｉ,ｊ）に代入する。カメラマンがこの工程を終了する場合、処理すべきものが終わっていなければ、警告パネルを表示し処理を促進する。
【００４３】
全ての処理が終わりカメラマンの工程が終了可能になれば、Array_B（ｉ,ｊ）をＢ‘ファイル（６０６’）に保存する。処理済み画像とＢファイルは、外部I/F（１１７、１０７）を経由して共有PCのHDD（１０６）にアップロードして本工程のアプリケーションを終了する。
【００４４】
＜６０３：デザイナーの工程＞
次に、作業者ID＝２のデザイナー６０１''の工程について説明する。
【００４５】
デザイナーは作業PC環境１３０において本実施例の画像処理アプリケーションを起動する。アプリケーションは、外部I/F １３７、１０７を経由して共有PC環境（１００）のHDD（１０６）に保存してあるAファイル（６０５）とBファイル  ６０６をダウンロードし、バッファに作業許可配列Array_A（ｉ,ｊ）と作業進行配列Array_B（ｉ,ｊ）としてロードする。
【００４６】
アプリケーションは、Array_A（ｉ,ｊ）とArray_B（ｉ,ｊ）を比較し、前工程が終了しているか調べる。前工程が終了していれば、HDD １０６に保存してある処理画像０ ６０４'をダウンロードする。また、アプリケーションは、Array_B（ｉ,ｊ）を参照して、この工程で許可されている処理を実行可能にする。例えばこの工程では、画像変換、レイアウトが処理可能である。またカメラマンの工程で画像補正が終了していれば処理はできないが、未処理であればこの工程で行うことができる。
【００４７】
処理状況をArray_B（ｉ,ｊ）に代入する。デザイナーがこの工程を終了する場合、処理すべきものが終わっていなければ、警告パネルを表示し処理を促進する。
【００４８】
全ての処理が終わりデザイナーの工程が終了可能になれば、Array_B（ｉ,ｊ）をＢ‘ファイル（６０６’'）に保存する。処理済み画像とＢファイルは、外部I/F（１３７、１０７）を経由して共有PCのHDD（１０６）にアップロードして本工程のアプリケーションを終了する。
【００４９】
（図９）各作業者が使用するアプリのGUI概念図：
デザイナーの作業アプリは、上記アプリ制約条件データ２ と 作業者識別ID から、デザイナーの行える処理、行えない処理を判断し、GUI上に反映させる。すなわち、図９aの７０１にようにデザイナーの作業アプリのメインメニューでは、デザイナーが行えない処理；現像処理やトリミング処理は選択不可になっており（７０２）、処理できない。逆にデザイナーが行わなければならない画像補正、画像変換、レイアウト処理などは選択可能になっている（７０３）。
【００５０】
また前作業者；編集者の場合は、図９ｂのように画像処理を行うパレットツール７０４は処理ができない。
【００５１】
次に、本実施例のフローチャート（図１０）〜（図１７）を説明する。
【００５２】
（図１０）共有PCでのAファイルとBファイルの作成
はじめに本実施例における最初の処理；図８の前処理（６００）を図１０のフローチャートで説明する。
【００５３】
（９０１）  本ワークフローの作業者数（jmax）を入力
（９０２）  全処理数（imax）を入力
（９０３）  作業者ＩＤ：ｊの初期値０を代入
（９０４）  処理Ｎｏ：ｉの初期値０を代入
（９０５）  各作業者にどの処理を許可するかについて作業許可配列：Array_A(ｉ,ｊ) に値を入力
以下、（図５）参照；
処理を一人の作業者に行わせる場合、該当配列に１を代入する。
【００５４】
処理を複数の作業者に許可させる場合、作業者分の該当配列に処理を許可された人数を代入する。本実施例では中の一人だけが処理を行えばよいものとする。
【００５５】
処理を行わせない場合、該当配列に０を代入する。
【００５６】
（９０６）  処理Ｎｏ：ｉ値をインクリメント
（９０７）  ｉ値が全処理数（imax）になるまで（９０５）〜（９０６）ステップを繰り返す
（９０８）  作業者ＩＤ：ｊ値をインクリメント
（９０９）  ｊ値が全作業者数（jmax）になるまで（９０４）〜（９０８）ステップを繰り返す
（９１０）（９１１）  作業許可配列Array_AをＡファイルとして読み込みのみ許可で共有ＰＣ環境（１００）保存
（９１２）Ａファイルを複製し、読み書き混み許可でＢファイルとして保存
（図１１）各作業PCの工程におけるアプリのメインフロー
各作業ＰＣ環境で作業者が行うメイン処理について図１１で説明する。
【００５７】
（１００１）  本実施例の各工程は前工程が終了していなければ実施できないので、前工程が終了しているか確認する。このフローについては、図１２において詳しく説明する。前処理が終わっていれば、次のステップに進むことができる。
【００５８】
（１００２）  各作業者は、共有ＰＣ環境１００から必要なデータ（画像〔カメラマン以外〕）をダウンロードする。Ａファイル、Ｂファイルは前ステップでダウンロード済みである。
【００５９】
（１００３）  これから行う工程で許可された処理と許可されていない処理を確認し、各作業者のアプリケーションの動作を決定する。このフローについては図１３において詳しく説明する。
【００６０】
（１００４）  各作業者が処理を行ったら、処理状況を作業進行配列Array_Bに記述する。このフローについての説明は図１４において行う。
【００６１】
（１００５）  作業者が自分の工程を終了したと判断した場合、各作業者のアプリは現工程を終了してもよいか判定する。このフローについての説明は図１５において行う。
【００６２】
（１００６）  Ｂファイルを作成し、処理画像と共に共有ＰＣ環境１００にアップロードする。
【００６３】
（図１２）S1001「前工程の処理状況チェックフロー」の説明
図１１の（１００１）ステップ：前工程が作業を完了し、現工程を開始してもよいか判断するフローについて説明する。
【００６４】
（１１０１）  共有ＰＣより、ＡファイルとＢファイルをダウンロード
（１１０２）  Ａファイルの内容を読み込み、作業許可配列：Array_Aに入力する。
【００６５】
（１１０３）  Ｂファイルの内容を読み込み、作業進行配列：Array_Bに入力する。
【００６６】
（１１０４）  ｊ値に現在の作業工程のＩＤを入力
（１１０５）  ｊ値が０ならば、最初の作業者カメラマンの工程なので、現工程は開始可能であるという値１を戻り値として返す。
【００６７】
（１１０６）  ｊ値が０以外ならば、前作業者の作業ＩＤをｊ値に代入する。
【００６８】
（１１０７）  作業許可配列：Array_A（ｉ,ｊ）が１より大きければ、複数の作業者に許可された処理なので、ステップ１１０８にスキップする。ここではArray_A配列値を参照する。なぜならば、Array_B配列値は、前工程で書き換えられている場合があるため。
【００６９】
（１１０８）  前作業者のArray_B値が変更されているか確認。すなわち、Array_A（ｉ,ｊ） とArray_B（ｉ,ｊ）の値が違えば、前作業者の工程は完了し、後作業者が必要なデータが共有ＰＣ環境にアップロードされていることになる。ひとつでも違えば、現工程は作業可能なため、戻り値として１を返して本フローを終了する。
【００７０】
（１１０９）（１１１０）  Array_A（ｉ,ｊ） とArray_B（ｉ,ｊ）が異なる値を持つか全処理分ループして調べる。最後まで同値な場合、前作業者の処理は未完了と判断し、０値を戻り値として返す。
【００７１】
（図１３）S1003「現工程のアプリの動作を決定する」ステップの説明
図１１の（１００３）ステップ：これから行う工程のアプリケーションの動作について決定するサブルートンについて説明する。
【００７２】
（１２０１）  初期値として現工程の作業者ＩＤをj値に代入する。
【００７３】
（１２０２）  処理Noの初期値として０をｉ値に代入する。
【００７４】
（１２０３）  作業許可配列：Array_A（ｉ,ｊ）が１以上か確認する。
【００７５】
（１２０４）  作業許可配列：Array_A（ｉ,ｊ）が１以上の値であれば、その処理Ｎｏ（ｉ）は本工程で許可されるため、実行可能にする。
【００７６】
（１２０５）（１２０６）  i値が全処理数（imax）になるまでインクリメントArray_A値を調べる。
【００７７】
（図１４）S1004「処理状況を記憶する」ステップの説明
図１１の（１００４）ステップ：作業者が処理を行った場合の処理状況を配列Array_Bに記憶するフローについて説明する。
【００７８】
（１３０１）  現工程の作業者IDをj値に代入
（１３０２）  現在行っていた作業Noをｉに代入
（１３０３）  作業進行配列：Array_B（ｉ 、ｊ ）の値が１より大きいか調べる。
【００７９】
（１３０４）  前ステップで１より大きい場合、複数に作業者に処理が許可されているものなので、それら全て作業者の配列Array_B（ 処理を許可されている全ての作業者、ｊ ）を０にする。このフローは図１７について説明する。
【００８０】
（１３０５）  １３０３ステップで値が１以下の場合、現作業者だけに許可された処理であるのでArray_B（ｉ 、ｊ ）に作業終了を示す０値を代入する。
【００８１】
（図１５）S1005「現工程を終了してもよいか判定する」ステップの説明
図１１の（１００５）ステップ：現在の作業者の工程を終了してよいか判断し後処理をするフローについて説明する。
【００８２】
（１４０１）  ｊ値に現在の作業者ＩＤを代入
（１４０２）  作業Ｎｏパラメータｉに初期値０を代入
（１４０３）  作業進行配列：Array_B（ｉ,ｊ）が１か調べる。１の場合は、処理すべき処理がまだ終了していなことを示す。
【００８３】
（１４０４）  作業進行配列：Array_B（ｉ,ｊ）が１より大きいか調べる。１より大きい場合はその処理は複数の作業者に処理を許可されたものである。
【００８４】
（１４０５）  現在の工程ではこの処理を行わないため、０を代入。次に該当する後作業者ＩＤ全ての配列Array_Bに記述されている許可人数をひとつ減らす。この処理については図１６について説明する。
【００８５】
（１４０６）（１４０７）  処理Ｎｏをインクリメントして現在の工程全ての処理について配列Array_Bを調べる。
【００８６】
（１４０８）  現在の工程の配列Array_Bに１値である処理について処理を行うように警告パネルなどで通知する。
【００８７】
（図１６）S1405「処理を許可された全ての作業者の許可人数を減らす」ステップの説明
図１５のステップ（１４０５）のフローについて説明する。
【００８８】
（１５０１）  複数の作業者に処理を許可された処理Ｎｏをパラメータｉ値の初期値として代入する。
【００８９】
（１５０２）  j値に現在の作業者ＩＤを代入する。
【００９０】
（１５０３）  Array_B値（i,j）に０を代入する。
【００９１】
（１５０４）  j値をインクリメントする。
【００９２】
（１５０５）  配列Array_B値が１以上か調べる。
【００９３】
（１５０６）  １５０５ステップで１以上の場合、１を引いて代入する。
【００９４】
（１５０７）（１５０８）  作業工程IDのパラメータj値をインクリメントしてj値がjmaxになるまで（１５０５）〜（１５０８）を繰り返す。
【００９５】
（図１７）S1304「処理を許可された全ての作業者の配列に０を代入」ステップの説明
図１４のステップ（１３０４）のフローについて説明する。
【００９６】
（１６０１）  複数の作業者に処理を許可された処理Ｎｏをｉ値に初期値として代入する。
【００９７】
（１６０２）  作業工程ＩＤのパラメータj値に初期値０を代入する。
【００９８】
（１６０３）  Array_B値が１以上か調べる。
【００９９】
（１６０４）  １５０３ステップで１以上の場合、作業終了を示す０値を代入する。
【０１００】
（１６０５）  作業工程IDのパラメータj値をインクリメントして（１６０３）〜（１６０６）を繰り返す。
【０１０１】
なお、以上の実施例では、ひとつの作業工程で必須の処理を完了しなければ画像処理装置を終了できないと記載しているが、本発明はこれに限るものではなく必須の処理を残したままの中断処理も認めるものとする。その際も処理内容をBファイルに記載して中断し、本画像処理装置を再開した際にBファイルを参照してどの処理から開始するか判断するものとする。
【０１０２】
（第二の実施例）
本実施例におけるシステム構成図は（図１）と同様である。
【０１０３】
（図１８）、（図１９）、（図２０）を用いて本実施例の概略を示す。
【０１０４】
（図１８）実施例２の作業分担表の概略説明
実施例１の場合は、（図５）が示すように作業分担表に基づいて処理の不可が判断されたが、実施例２においては、各処理に制限事項が設けられる。
【０１０５】
すなわち、（図１８）に示すように、画像のセレクト処理においては、カメラマンと編集者の工程に作業が許可されているが、それぞれカメラマンは入力画像中１００枚まで画像を絞り込む必要があり、編集者は８０枚まで絞り込むという制限を設ける。
【０１０６】
また、画像加工、つまり画像の回転処理は、カメラマンとデザイナに許可されているが、カメラマンは時計回りに９０度回転・反時計回りに９０度回転・１８０度回転というように画像の向きを変更するだけの権限しか与えられない。これに対しデザイナは、１２度回転、-０，５度の回転と言うように回転精度に制限がない。これはデザイナに微妙な向きの修正やデザイン上の意図から画像に回転を施すことが認められているためである。
【０１０７】
さらに、画像補正、すなわち明るさ調整は、カメラマンとデザイナに許可されている処理である。本実施例の例では、カメラマンには明るさ調整のパラメータの制限はないが、デザイナはカメラマンの修正した画像に対し、−１００〜＋１００の範囲を持つパラメータのうち、−２０〜２０のふれ幅しか処理を施すことができない。
【０１０８】
（図１９）実施例２の作業分担表（k値＝０の場合）
上記、図１８で説明した概念を配列化したものが（図１９）と（図２０）である。
【０１０９】
本実施例２では、作業許可配列Ａｒｒａｙ_A'は３次元のパラメータを持つ。すなわち、
作業許可配列Array_A'（ ｉ,ｊ,ｋ ）：
ｉ：処理No 
撮影：0  現像：1  セレクト：2  画像加工：3  画像補正：4  画像変換：5  
レイアウト：6  校正：8 印刷：9
ｊ：作業者ID
カメラマン：0 編集者：1 デザイナ：2 印刷所：3
ｋ：詳細項目
ｋ=0：処理許可値
ｋ=1：処理パラメータの制限値
実施例１の作業許可配列：Ａｒｒａｙ_Aの値は、実施例２の作業許可配列：Ａｒｒａｙ_A'のk=0の値と同じ意味になる。すなわち、
実施例１の作業許可配列Ａｒｒａｙ_A  （ ｉ,ｊ ）
＝  実施例２の作業許可配列Ａｒｒａｙ_A' '（ ｉ,ｊ,0 ）・・・・・・・（式１）
（図３）の表中の値は、
0 ・・・ 許可されない処理
1 ・・・ 割り当てられた工程で必須の処理
2 ・・・ 割り当てられた複数の工程のいずれかが行う処理
3 ・・・ 複数の工程で段階的に行う処理
を示し、実施例１から「３」が加わっている。これは複数の工程で段階的に行われる処理を示す。
【０１１０】
（図２０）実施例２の作業分担表（k値＝１の場合）
上記、（図１９）に対し、（図２０）は、k値＝１の場合の配列値を示す。すなわち、Ａｒｒａｙ_A' （ ｉ,ｊ,0 ）＝３の場合の作業上の制限事項が記入される。
【０１１１】
例えば、カメラマンの工程におけるセレクト処理値：
Ａｒｒａｙ_A' （ 2,0,0 ）=100 は、カメラマンが絞り込む画像の枚数を示す。
同様に、編集者の工程におけるセレクト処理：
Ａｒｒａｙ_A' （ 2,1,0 ）=80 は、編集者絞り込む画像の枚数を示す。
【０１１２】
また、カメラマンの工程における画像加工処理値：
Ａｒｒａｙ_A' （ 3,0,0 ）= { -90,90,180 } は、カメラマンが画像回転に許可されている角度を示す。同様に、デザイナの工程における画像加工処理：
Ａｒｒａｙ_A' （ 3,1,0 ）= 0 は、デザイナに対し、画像回転に制限が無いことを示す。
【０１１３】
さらに、カメラマンの工程における画像補正処理値：
Ａｒｒａｙ_A' （ 4,0,0 ）= { -100,100 } は、カメラマンに許可されている明るさ調整のパラメータの範囲である。同様に、デザイナの工程における：
Ａｒｒａｙ_A' （ 4,1,0 ）= { -20,20 }  は、デザイナに対し、制限付きであることを示す。
【０１１４】
実施例２は実施例１と同様、作業分担表（Ａ‘ファイル）と作業進行表（Ｂ’ファイル）を共有ＰＣ環境１０７の共有フォルダに保存して各工程の作業状態の制御を行うが、作業進行表（Ｂ‘ファイル）は、（図４）とＡ’ファイルを複製することにより作成される。すなわち、
作業進行配列：Array_B'（ｉ,ｊ） ＝ 作業許可配列：Array_A'（ｉ,ｊ,０）
・・・・・・・（式２）
以下、処理の進行は実施例１と類似するため説明は省略する。
【０１１５】
なお、以上の実施例では、ひとつの作業工程で必須の処理を完了しなければ画像処理装置を終了できないと記載しているが、本発明はこれに限るものではなく画像処理の途中であったり、他に必須の処理を残したままであったりしても中断処理も認めるものとする。その際も処理内容や処理中の内容をBファイルに記載して中断し、本画像処理装置を再開した際にBファイルを参照してどの処理から開始するか判断するものとする。
【図面の簡単な説明】
【０１１６】
【図１】本発明の画像処理装置の構成を示すブロック図である。
【図２】従来技術の作業工程例を説明する図である。
【図３】第一実施例のワークフロー上における作業分担表を説明する表である。
【図４】第一実施例の前段で行う処理を説明する図である。
【図５】第一実施例の工程別作業分担表を説明する表である。
【図６】第一実施例の作業進行表を説明する表である。
【図７】第一実施例の作業進行表を説明する表である。
【図８】第一実施例のワークフローの概念を説明する図である。
【図９】第一実施例の各工程のアプリケーションにおけるGUIの例を説明する図である。
【図１０】第一実施例の前段の共有ＰＣ環境で行う処理を説明するフローチャートである。
【図１１】第一実施例の後段の各作業ＰＣ環境で行うメイン処理を説明するフローチャートである。
【図１２】第一実施例の後段の各作業ＰＣ環境で行うメイン処理から呼び出される下位の処理；ステップ１００１を説明するフローチャートである。
【図１３】第一実施例の後段の各作業ＰＣ環境で行うメイン処理から呼び出される下位の処理；ステップ１００３を説明するフローチャートである。
【図１４】第一実施例の後段の各作業ＰＣ環境で行うメイン処理から呼び出される下位の処理；ステップ１００４を説明するフローチャートである。
【図１５】第一実施例の後段の各作業ＰＣ環境で行うメイン処理から呼び出される下位の処理；ステップ１００５を説明するフローチャートである。
【図１６】第一実施例の後段の各作業ＰＣ環境で行う処理から呼び出される下位の処理；ステップ１４０５を説明するフローチャートである。
【図１７】第一実施例の後段の各作業ＰＣ環境で行うメイン処理から呼び出されるフローを説明するフローチャートである。
【図１８】第二実施例の工程別作業分担表を説明する表である。
【図１９】第二実施例の工程別作業分担表を説明する表である。
【図２０】第二実施例の工程別作業分担表を説明する表である。
【符号の説明】
【０１１７】
101,111,121,131,141  CPU
102,122,132,142  キーボード
102a,112a,122a,132a,142a  マウス
103,113,123,133,143  表示部
104,114,124,134,144  ROM
105,115,125,135,145  RAM
106,116,126,136,146  ハードディスク
107,117,127,137,147  外部I/F
108,118,128,138,148  プリンタ
119  デジタルカメラなどのデジタル画像入力機器出版用の印刷機
100,110,120,130,140  PC環境、ネットワーク
210,211,212,213,214,215,216,217,218  ワークフロー内の各処理
210,202  従来例の失敗事項
601,601'601'',601'''  作業者の概念図
602,602'602'',602'''  実施例１の後段処理の概念図
603,603'603''  実施例１の処理を示す概念図
604,604'604''  入力画像、処理画像の概念図
605,605'605''  作業進行表（Ｂファイル）の概念図
701〜704  本発明のおけるアプリケーションの動作の例
【図１】
2007295270.tif 000003
【図２】
2007295270.tif 000004
【図３】
2007295270.tif 000005
【図４】
2007295270.tif 000006
【図５】
2007295270.tif 000007
【図６】
2007295270.tif 000008
【図７】
2007295270.tif 000009
【図８】
2007295270.tif 000010
【図９】
2007295270.tif 000011
【図１０】
2007295270.tif 000012
【図１１】
2007295270.tif 000013
【図１２】
2007295270.tif 000014
【図１３】
2007295270.tif 000015
【図１４】
2007295270.tif 000016
【図１５】
2007295270.tif 000017
【図１６】
2007295270.tif 000018
【図１７】
2007295270.tif 000019
【図１８】
2007295270.tif 000020
【図１９】
2007295270.tif 000021
【図２０】
2007295270.tif 000022