(57)【特許請求の範囲】
【請求項１】
複数の処理単位の各々について、画像処理の予約をユーザから受け付けるステップと、
前記複数の処理単位についての複数の前記予約の中から、任意の予約の選択をユーザから受け付けるステップと、
前記複数の処理単位についての前記複数の予約の中から選択された前記任意の予約に従って、前記任意の予約に係る複数の処理単位を一括して画像処理するバッチ処理を実行するステップと
をコンピュータに実行させる、画像処理プログラムであって、
前記各処理単位は、複数の静止画を含み、
前記バッチ処理時に、前記各処理単位に含まれる前記複数の静止画は、別々に画像処理される、
画像処理プログラム。
【請求項２】
前記複数の処理単位の少なくとも１つは、複数の静止画ファイルの集合である、
請求項１に記載の画像処理プログラム。
【請求項３】
前記複数の処理単位の少なくとも１つは、動画ファイルである、
請求項１又は２に記載の画像処理プログラム。
【請求項４】
１以上の画像処理モジュールをユーザに選択させることにより、前記予約に用いられる前記画像処理の定義をユーザから受け付けるステップ、
をさらにコンピュータに実行させる、
請求項１から３のいずれかに記載の画像処理プログラム。
【請求項５】
前記バッチ処理を実行するステップは、前記複数の処理単位の少なくとも１つについて、前記画像処理後の前記複数の静止画を含む動画ファイルを生成するステップを含む、
請求項１から４のいずれかに記載の画像処理プログラム。
【請求項６】
前記画像処理の予約をユーザから受け付けるステップは、前記画像処理の予約をユーザから受け付けた後、当該画像処理の予約を記憶装置に保存するステップを含み、
前記任意の予約の選択をユーザから受け付けるステップは、前記記憶装置に保存された複数の予約の中から、任意の予約の選択をユーザから受け付けるステップである、
請求項１から５のいずれかに記載の画像処理プログラム。
【請求項７】
複数の処理単位の各々について、画像処理の予約をユーザから受け付けるとともに、前記複数の処理単位についての複数の前記予約の中から、任意の予約の選択をユーザから受け付ける予約受付部と、
前記複数の処理単位についての前記複数の予約の中から選択された前記任意の予約に従って、前記任意の予約に係る複数の処理単位を一括して画像処理するバッチ処理を実行する画像処理部と
を備え、
前記各処理単位は、複数の静止画を含み、
前記画像処理部は、前記バッチ処理時に、前記各処理単位に含まれる前記複数の静止画を別々に画像処理する、
画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理プログラムおよび画像処理装置に関する。
【背景技術】
【０００２】
従来より、多数の静止画を効率よく画像処理することを支援するための様々な機能を有する画像処理プログラムおよび画像処理装置が公知である。例えば、特許文献１には、再生用ファイル内の特定の静止画に対して画像処理を行いながら、その画像処理の内容を保存しておくことが開示されている。本装置は、その後、保存された画像処理の内容を、再生用ファイル内の残りの静止画に対して一括して適用する。言い換えると、多数の静止画を処理単位としてバッチ処理がなされている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２２８８５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の方式では、バッチ処理に要する時間が著しく長くなることが考えられる。例えば、余りに多数の静止画が処理対象とされたり、各静止画に対して負荷の高い画像処理がプログラムされたりするような場合である。かかる場合、ユーザは、ある進行中のバッチ処理のせいで、別の作業を進められなくなったり、逆に、別の作業を進めるために、進行中のバッチ処理を中止しなければならなくなったりする等の問題が生じ得る。かかる問題は、ユーザが効率よく画像処理の作業を行うことを妨げ得る。
本発明は、ユーザによる画像処理の作業の効率性を向上させる画像処理プログラムおよび画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の第１観点に係る画像処理プログラムは、予約受付ステップと、バッチ処理を実行するステップとをコンピュータに実行させる。予約受付ステップは、複数の処理単位の各々について、画像処理の予約をユーザから受け付けるステップである。バッチ処理では、複数の処理単位についての複数の予約に従って、複数の処理単位が一括して画像処理される。各処理単位は、複数の静止画を含む。バッチ処理時に、各処理単位に含まれる複数の静止画は、別々に画像処理される。
【０００６】
ここでは、ユーザは、複数の処理単位の各々について、画像処理を予約することができる。１の処理単位には、複数の静止画が含まれる。例えば、ユーザは、複数の静止画を処理単位として指定し、かつ、それらの複数の静止画に施す画像処理を指定する予約の作業を行う。そして、ユーザは、複数回、同様の予約の作業を繰り返す。複数の予約の後、それらの複数の予約に従って、複数の処理単位がバッチ処理される。バッチ処理中、１の処理単位に含まれる複数の静止画に対し、別々に画像処理がされる。
【０００７】
つまり、ユーザは、様々な処理単位に対して様々な画像処理を予約しておくことができる。その結果、昼休みや夜間等の空き時間中に、画像処理を進めることが可能になる。従って、ユーザによる画像処理の作業の効率性が向上する。
【０００８】
また、バッチ処理は、予約受付ステップの終了後に実行されてもよいし、予約受付ステップと並列に実行されてもよい。後者の態様とは、例えば、先行する処理単位についての予約の終了後にバッチ処理が開始し、バッチ処理と並列に次の処理単位についての予約を行うような場合である。
【０００９】
なお、上記のとおり、特許文献１にも、「バッチ処理」の考え方を読み取ることができる。しかし、特許文献１のバッチ処理と、本発明に係るバッチ処理とは、性質が異なる。具体的には、特許文献１のバッチ処理とは、１の処理単位に含まれる複数の静止画に対して、同じ態様で画像処理するものである。一方、本発明に係るバッチ処理とは、複数の処理単位に対して、それぞれの態様で画像処理するものである。
【００１０】
本発明の第２観点に係る画像処理プログラムは、第１観点に係る画像処理プログラムであって、複数の処理単位の少なくとも１つは、複数の静止画ファイルの集合である。
【００１１】
ここでは、複数の静止画ファイルの集合に対し、画像処理を予約することができる。なお、本明細書において、静止画ファイルとは、静止画形式のデータファイルのことを言う。
【００１２】
本発明の第３観点に係る画像処理プログラムは、第１観点又は第２観点に係る画像処理プログラムであって、複数の処理単位の少なくとも１つは、動画ファイルである。
【００１３】
ここでは、動画ファイルに含まれる複数の静止画のフレームに対し、画像処理を予約することができる。なお、本明細書において、動画ファイルとは、動画形式のデータファイルのことを言う。
【００１４】
本発明の第４観点に係る画像処理プログラムは、第１観点から第３観点のいずれかに係る画像処理プログラムであって、定義受付ステップをさらにコンピュータに実行させる。定義受付ステップは、１以上の画像処理モジュールをユーザに選択させることにより、予約に用いられる画像処理の定義をユーザから受け付けるステップである。
【００１５】
ここでは、ユーザは、１以上の画像処理モジュールを選択することにより、予約に用いられる画像処理を定義することができる。従って、ユーザは、画像処理の予約を簡単に行うことができる。画像処理モジュールとは、例えば、ノイズ除去、シャープネス、明るさ／コントラスト／彩度調整、又はモザイクの付加等の画像処理を実行するモジュールである。
【００１６】
なお、定義受付ステップは、予約受付ステップに先立って実行されてもよいし、予約受付ステップと並列に実行されてもよい。言い換えると、ユーザは、画像処理の予約の前に、又は予約中に、１以上の画像処理モジュールの組み合わせに係る画像処理を定義することができる。
【００１７】
本発明の第５観点に係る画像処理プログラムは、第１観点から第４観点のいずれかに係る画像処理プログラムであって、バッチ処理を実行するステップは、動画ファイル生成ステップを含む。動画ファイル生成ステップは、複数の処理単位の少なくとも１つについて、画像処理後の複数の静止画を含む動画ファイルを生成するステップである。
【００１８】
ここでは、画像処理後の複数の静止画が、１の動画ファイルとして生成される。従って、ユーザは、画像処理後の動画を簡単に確認したり、利用したりすることができる。
【００１９】
本発明の第６観点に係る画像処理プログラムは、第１観点から第５観点のいずれかに係る画像処理プログラムであって、選択受付ステップをさらにコンピュータに実行させる。選択受付ステップは、複数の処理単位についての複数の予約の中から、任意の予約の選択を受け付けるステップである。バッチ処理では、任意の予約に係る複数の処理単位が一括して画像処理される。
【００２０】
ここでは、ユーザは、登録済みの予約の中から、実際に実行したい任意の予約を選択することができる。その結果、例えば、ユーザは、特定の予約をよく使用する予約のテンプレートとして登録しておき、そのテンプレートを使用したくない場合には、その予約を実行しないという選択が可能である。従って、画像処理の作業の効率性がさらに向上する。
【００２１】
本発明の第７観点に係る画像処理装置は、予約受付部と、画像処理部とを備える。予約受付部は、複数の処理単位の各々について、画像処理の予約をユーザから受け付ける。画像処理部は、バッチ処理を実行する。バッチ処理では、複数の処理単位についての複数の予約に従って、複数の処理単位が一括して画像処理される。各処理単位は、複数の静止画を含む。画像処理部は、バッチ処理時に、各処理単位に含まれる複数の静止画を別々に画像処理する。
【００２２】
ここでは、ユーザは、複数の処理単位の各々について、画像処理を予約することができる。１の処理単位には、複数の静止画が含まれる。例えば、ユーザは、複数の静止画を処理単位として指定し、かつ、それらの複数の静止画に施す画像処理を指定する予約の作業を行う。そして、ユーザは、複数回、同様の予約の作業を繰り返す。複数の予約の後、それらの複数の予約に従って、複数の処理単位がバッチ処理される。バッチ処理中、１の処理単位に含まれる複数の静止画に対し、別々に画像処理がされる。
【００２３】
つまり、ユーザは、様々な処理単位に対して様々な画像処理を予約しておくことができる。その結果、昼休みや夜間等の空き時間中に、画像処理を進めることが可能になる。従って、ユーザによる画像処理の作業の効率性が向上する。
【発明の効果】
【００２４】
本発明によれば、ユーザは、様々な処理単位に対して様々な画像処理を予約しておくことができる。その結果、昼休みや夜間等の空き時間中に、画像処理を進めることが可能になる。従って、ユーザによる画像処理の作業の効率性が向上する。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態に係る画像処理装置のブロック図である。
【図２】画像データが取り込まれる前の基本画面の図である。
【図３】画像データが取り込まれた後の基本画面の図である。
【図４】ヒストリーウィンドウの図である。
【図５】プランウィンドウの図である。
【図６】画像処理の予約およびバッチ処理を示すフローチャートである。
【図７】予約管理テーブルのデータ構造を示す図である。
【図８】予約一覧ウィンドウの図である。
【図９】予約詳細ウィンドウの図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照しつつ、本発明の一実施形態に係る画像処理プログラムおよび画像処理装置について説明する。
【００２７】
＜１．画像処理装置の概要＞
図１に示す画像処理装置１は、本発明に係る画像処理装置の一実施形態である。画像処理装置１は、汎用のパーソナルコンピュータである。画像処理装置１には、本発明に係る画像処理プログラムの一実施形態である画像処理プログラム２がインストールされている。画像処理プログラム２は、動画および静止画に対する画像処理を支援するためのアプリケーションソフトウェアである。画像処理プログラム２は、画像処理装置１に後述する動作に含まれるステップを実行させる。
【００２８】
画像処理装置１は、ディスプレイ１０、入力部２０、記憶部３０および制御部４０を有する。ディスプレイ１０と、入力部２０と、記憶部３０と、制御部４０とは、互いにバス線５で接続されており、相互に通信可能である。本実施形態では、ディスプレイ１０は、液晶ディスプレイである。入力部２０は、マウスおよびキーボート等から構成される。記憶部３０は、ハードディスク等から構成される。制御部４０は、ＣＰＵ、ＲＯＭおよびＲＡＭ等から構成される。
ディスプレイ１０は、後述する画面等をユーザに対し表示する。入力部２０は、画像処理装置１に対するユーザからの操作を受け付ける。
【００２９】
記憶部３０内には、画像処理プログラム２が格納されている。記憶部３０内には、ソフトウェア管理領域５０が確保されている。ソフトウェア管理領域５０は、画像処理プログラム２が使用する領域である。ソフトウェア管理領域５０内には、オリジナル画像領域５１、加工ファイル領域５２、ヒストリー領域５３、プラン領域５４および表示フレーム領域５５が確保されている。ソフトウェア管理領域５０内には、予約管理テーブル５６が格納されている。各領域５１〜５５およびテーブル５６の役割については、後述する。
【００３０】
制御部４０は、記憶部３０内に格納されている画像処理プログラム２を読み出して実行することにより、仮想的に画像処理部４１、プラン定義部４２および予約管理部４３として動作する。各部４１〜４３の動作については、後述する。
【００３１】
＜２．画像処理装置の構成および動作の詳細＞
制御部４０は、ユーザが入力部２０を介して所定の操作を行ったことを検知すると、画像処理プログラム２を起動する。画像処理プログラム２が起動されると、基本画面Ｗ１（図２参照）がディスプレイ１０上に表示される。なお、制御部４０は、ディスプレイ１０上に表示される画面、ウィンドウ、ボタンその他の全ての要素の表示を制御する。
【００３２】
＜２−１．画像データの取り込み＞
基本画面Ｗ１は、オリジナル画像領域５１への画像データの取り込みの命令をユーザから受け付ける。オリジナル画像領域５１へ取り込まれた画像データは、後述する画像処理の対象になる。制御部４０は、静止画ファイル又は動画ファイルから、オリジナル画像領域５１へ画像データを取り込む。
【００３３】
静止画ファイルから画像データを取り込む場合、ユーザは、入力部２０を操作することにより、１の静止画ファイルを指定するか、又は１のフォルダを指定する。前者の場合、制御部４０は、その静止画ファイルの記憶部３０内のアドレスパスおよびファイル名をユーザに入力させる。後者の場合、制御部４０は、そのフォルダの記憶部３０内のアドレスパスおよびフォルダ名をユーザに入力させる。その後、制御部４０は、指定された１の静止画ファイル又は指定された１のフォルダ内の全ての静止画ファイルを、オリジナル画像領域５１へ静止画ファイル群として取り込む。なお、本明細書において、「群」という場合には、その要素数は複数とは限らず、１つであってもよい。
【００３４】
一方、動画ファイルから画像データを取り込む場合、ユーザは、入力部２０を操作することにより、１の動画ファイルの記憶部３０内のアドレスパスおよびファイル名を入力する。制御部４０は、ユーザが動画ファイルを指定したことを検知すると、基本画面Ｗ１上に動画取込みウィンドウ（図示されない）を重ねて表示させる。動画取込みウィンドウは、指定された動画ファイルの全タイムラインのうち、任意の長さのタイムラインの選択をユーザから受け付ける。制御部４０は、ユーザが入力部２０を介して任意の長さのタイムラインの選択を行ったことを検知すると、その選択に対応する静止画ファイル群を生成する。この静止画ファイル群は、ユーザの選択に係るタイムラインの動画に含まれるフレーム群に１対１で対応している。その後、制御部４０は、この静止画ファイル群をオリジナル画像領域５１へ取り込む。
【００３５】
従って、本実施形態では、後述する画像処理の対象は、動画ファイルではなく、静止画ファイルである。静止画ファイルは、オリジナル画像領域５１へファイル単位、フォルダ単位、あるいは動画ファイルの全部又は一部のタイムライン単位で取り込まれる。
【００３６】
＜２−２．静止画ファイル群の再生＞
オリジナル画像領域５１へ静止画ファイル群が取り込まれると、制御部４０は、基本画面Ｗ１上に表示ウィンドウＷ２（図３参照）を重ねて表示させる。表示ウィンドウＷ２は、オリジナル画像領域５１への静止画ファイル群の取り込み動作の数だけ、表示される。
【００３７】
表示ウィンドウＷ２内には、まず、オリジナル画像領域５１へ取り込まれた静止画ファイル群に含まれる１の静止画ファイル（例えば、タイムライン上で先頭のフレームに対応する静止画ファイル）が表示される。なお、制御部４０は、静止画ファイル群が動画ファイルに由来するものではなく、静止画ファイルに由来するものであっても、静止画ファイル群に含まれる静止画ファイルをタイムラインに沿って配列されているものと認識する。配列は、ファイルの属性（ファイル名、作成日時、更新日時等）から自動的に判断される。従って、以下では、静止画をフレームと呼ぶ。
【００３８】
後述するとおり、表示ウィンドウＷ２内に表示されるフレームは、ユーザの操作を受けて切り替わる。制御部４０は、表示ウィンドウＷ２内に現在表示されているフレームの識別情報（例えば、そのフレームに対応する静止画ファイルの記憶部３０内のアドレスパスおよびファイル名など）を、表示フレーム領域５５内でリアルタイムに管理する。
【００３９】
制御部４０は、オリジナル画像領域５１へ取り込まれた静止画ファイル群を、表示ウィンドウＷ２内で動画として再生可能である。図３に示すとおり、基本画面Ｗ１上には、ウィンドウ選択プルダウンメニューＴ１、再生ボタンＴ２、コマ送りボタンＴ３、コマ戻しボタンＴ４およびタイムラインバーＴ５が配置されている。
【００４０】
表示ウィンドウＷ２が複数存在する場合であっても、アクティブな表示ウィンドウＷ２は１つである。ウィンドウ選択プルダウンメニューＴ１は、どの表示ウィンドウＷ２をアクティブとするかの選択をユーザから受け付ける。以下、アクティブな表示ウィンドウＷ２に対応する静止画ファイル群を、アクティブファイル群と呼ぶ。
【００４１】
再生ボタンＴ２は、アクティブファイル群の動画としての再生の命令をユーザから受け付ける。制御部４０は、ユーザが入力部２０を介して再生ボタンＴ２を押下したことを検知すると、アクティブな表示ウィンドウＷ２内に、アクティブファイル群に含まれるフレームをタイムラインに沿って順次コマ送りの形式で表示させる。また、再生ボタンＴ２は、再生の停止の命令をユーザから受け付ける。制御部４０は、再生中にユーザが入力部２０を介して再生ボタンＴ２を押下したことを検知すると、アクティブな表示ウィンドウＷ２内の表示を、その時表示されていたフレームに固定する。
【００４２】
コマ送りボタンＴ３、コマ戻しボタンＴ４はそれぞれ、アクティブな表示ウィンドウＷ２内の表示を、アクティブファイル群のタイムラインに沿って１つ後、１つ前のフレームへ切り替える命令をユーザから受け付ける。
【００４３】
タイムラインバーＴ５は、アクティブファイル群のタイムラインを図式的に表す。タイムラインバーＴ５は、そのバーが延びる方向に、アクティブファイル群に含まれるフレーム数で等分に分割されている。タイムラインバーＴ５上の左からｎ番目の分割領域は、アクティブファイル群のタイムライン上でｎ番目のフレームに対応する（ｎは、自然数）。
【００４４】
図３に示すように、タイムラインバーＴ５は、選択フレーム群に対応する分割領域Ａ１と、非選択フレーム群に対応する分割領域Ａ２とを異なる態様で表示する。選択フレーム群とは、アクティブファイル群に含まれるフレームのうち、現在選択されている１以上のフレームである。非選択フレーム群とは、アクティブファイル群に含まれるフレームのうち、現在選択されていない１以上のフレームである。本実施形態では、領域Ａ１は、薄いトーンの色で表示され、領域Ａ２は、濃いトーンの色で表示される。ユーザは、入力部２０を介してタイムラインバーＴ５を操作することにより、アクティブファイル群に含まれるフレームうち、任意のフレームを任意の数だけ選択することができる。具体的には、ユーザは、タイムラインバーＴ５上で選択したいフレームに対応する分割領域を選択する。分割領域は、同時に複数選択が可能である。制御部４０は、選択フレーム群を後述される画像処理の対象として認識する。なお、ユーザによりタイムラインバーＴ５上の分割領域が選択される度に、アクティブな表示ウィンドウＷ２内の表示は、最新に選択された分割領域に対応するフレームに切り替わる。
【００４５】
＜２−３．画像処理＞
以下、選択フレーム群に対する画像処理について説明する。
画像処理部４１は、ノイズ除去、シャープネス、超解像、明るさ／コントラスト／彩度調整、階調の反転、画像平均、画像解像度、回転、文字／矢印／モザイクの付加、超解像拡大／連続などの複数の画像処理モジュールを実行可能である。画像処理モジュールは、画像処理プログラム２に組み込まれている。
【００４６】
ユーザは、入力部２０を介して基本画面Ｗ１を操作することにより、画像処理モジュールの中から任意のものを、任意の順番に、任意の回数だけ選択することが可能である。必要であれば、ユーザは、画像処理モジュールの選択に併せて、その画像処理モジュールの実行時に用いられるパラメータを入力する。画像処理部４１は、ユーザが画像処理モジュールを１つ選択したことを検知する度に、選択フレーム群に対しその画像処理モジュールを実行する。なお、選択フレーム群に対し画像処理モジュールを実行するとは、選択フレーム群に含まれる各フレームに対しその画像処理モジュールを実行することである。
【００４７】
選択フレーム群に対し画像処理モジュールが１回、２回、３回，・・・と、順次実行されてゆくにつれて、選択フレーム群は、第１次、第２次、第３次，・・・と、順次加工されてゆく。第０次選択フレーム群とは、オリジナル画像領域５１に保存されている選択フレーム群である。第（ｎ＋１）次選択フレーム群とは、第ｎ次選択フレーム群に対し画像処理モジュールを実行した後の選択フレーム群である（ｎは、０以上の整数）。第２次以降の選択フレーム群に対応する静止画ファイルはそれぞれ、加工ファイル領域５２内に別のファイルとして保存される。
【００４８】
選択フレーム群のヒストリーの情報は、その選択フレーム群に対応する静止画ファイルに関連付けて、ヒストリー領域５３内に保存される。ヒストリーとは、画像処理モジュールの実行の履歴である。ヒストリーの情報とは、どの画像処理モジュールがどの順番でどのようなパラメータを用いて実行されたのかを示す情報である。従って、ヒストリー領域５３を参照することにより、加工ファイル領域５２内に保存されている静止画ファイルがどのような画像処理を経て生成されたものであるかが判断可能である。
【００４９】
なお、ユーザの操作を受けて、選択フレーム群の選択の状態が解除されたとしても、加工ファイル領域５２およびヒストリー領域５３内のその選択フレーム群の静止画ファイルおよびヒストリーの情報は、削除されない。
【００５０】
図２および図３に示すように、制御部４０は、基本画面Ｗ１上にヒストリーウィンドウＷ３を重ねて表示可能である。ヒストリーウィンドウＷ３内には、アクティブな表示ウィンドウＷ２内に現在表示されているフレームのヒストリーの詳細が表示される（図４参照）。アクティブな表示ウィンドウＷ２内に現在表示されているフレームは、表示フレーム領域５５を参照することにより判断される。ヒストリーウィンドウＷ３内に表示されるヒストリーの詳細は、ヒストリー領域５３を参照することにより判断される。
【００５１】
＜２−４．プランの登録および実行＞
ユーザは、入力部２０を操作することにより、プランを登録することが可能である。プランとは、１以上の画像処理モジュールを特定の順番で、その実行時に用いられる特定のパラメータとともに組み合わせたものである。プラン定義部４２は、ユーザがプランの登録の操作を行ったことを検知すると、プランの定義ファイルを作成し、プラン領域５４内に保存する。プランの定義ファイルとは、どの画像処理モジュールをどの順番でどのようなパラメータを用いて実行するのかを示す情報である。
【００５２】
図２および図３に示すように、制御部４０は、基本画面Ｗ１上にプランウィンドウＷ４を重ねて表示可能である。プランウィンドウＷ４内には、登録済みの全てのプランの詳細が表示される（図５参照）。プランウィンドウＷ４内に表示されるプランの詳細は、プラン領域５４を参照することにより判断される。
【００５３】
ユーザは、プランの登録時に、ヒストリーを援用することが可能である。具体的には、ユーザは、入力部２０を操作することにより、アクティブな表示ウィンドウＷ２内に、援用するヒストリーを有するフレームを表示させる。これに伴い、ヒストリーウィンドウＷ３内には、援用するヒストリーの詳細が表示される。この状態で、ユーザがプランウィンドウＷ４上の機能ボタンＴ６に対し所定の操作を行うと、援用するヒストリーと同じ画像処理モジュールを同じ順番で同じパラメータとともに組み合わせたプランが登録される。
【００５４】
ユーザは、入力部２０を操作することにより、プランを変更および削除することも可能である。プラン定義部４２は、ユーザがプランウィンドウＷ４上でプランの変更又は削除の操作を行ったことを検知すると、そのプランの定義ファイルを更新し、又はプラン領域５４内から削除する。
【００５５】
ユーザは、入力部２０を操作することにより、選択フレーム群に対し、登録済のプランの中の任意のものを選択し、実行することが可能である。画像処理部４１は、ユーザがプランウィンドウＷ４上でプランを１つ選択し、その実行を命令したことを検知すると、選択フレーム群に対し、そのプランの定義に係る画像処理を実行する。具体的には、画像処理部４１は、プラン領域５４を参照し、そのプランの定義ファイルにより定義されるとおりの画像処理モジュールを定義されるとおりの順番で定義されるとおりのパラメータを用いて実行する。
【００５６】
プランは、一度登録されると、様々な選択フレーム群に繰り返し適用することができる。従って、ユーザは、よく使用する、特定の態様での画像処理モジュールの組み合わせをプランとして登録しておくことにより、画像処理の作業を簡易に行うことができる。
【００５７】
＜２−５．画像処理の予約およびバッチ処理＞
ユーザは、入力部２０を操作することにより、様々な処理単位に対して様々な画像処理を予約し、予約された画像処理をバッチ処理することが可能である。なお、本実施形態では、１の処理単位とは、１のフォルダ内の静止画ファイル群を意味する。１の予約とは、静止画ファイル群が格納される１のフォルダを指定し、その静止画ファイル群に対する画像処理として１のプランを指定することである。
【００５８】
以下、図６を参照しつつ、画像処理の予約からバッチ処理が終了するまでの処理について説明する。基本画面Ｗ１は、ディスプレイ１０上に予約一覧ウィンドウＷ８（図８参照）を表示させる命令をユーザから受け付ける。図６の処理は、予約一覧ウィンドウＷ８が表示された時に開始する。
【００５９】
予約一覧ウィンドウＷ８上には、追加ボタンＴ８１、実行ボタンＴ８２、削除ボタンＴ８３、編集ボタンＴ８５および予約一覧テーブルＴ８４が配置されている。予約一覧テーブルＴ８４は、登録済みの予約の一覧を表示する。また、予約一覧テーブルＴ８４は、登録済みの予約の中から、実際に実行する予約の選択をユーザから受け付ける。具体的には、ユーザは、図８に示される予約一覧テーブルＴ８４の名称欄のチェックボックス内でチェックを追加する又は外すことにより、登録済みの各予約について、実際に実行するか否かを指示することができる。追加ボタンＴ８１は、ユーザが新たな予約を１つ登録したい時に押すボタンである。実行ボタンＴ８２は、ユーザが登録済みの予約（ただし、予約一覧テーブルＴ８４内でチェックされているものに限る。）をバッチ処理したい時に押すボタンである。削除ボタンＴ８３は、ユーザが登録済みの予約を削除したい時に押すボタンである。編集ボタンＴ８５は、ユーザが登録済みの予約を編集したい時に押すボタンである。
【００６０】
まず、ステップＳ１では、制御部４０は、条件Ｃ１、条件Ｃ２、条件Ｃ３又は条件Ｃ４のいずれが満たされるかを判定する。条件Ｃ１とは、ユーザにより追加ボタンＴ８１が押下されたことである。条件Ｃ２とは、１以上の予約が登録されている状態で、ユーザにより実行ボタンＴ８２が押下されたことである。条件Ｃ３とは、１以上の予約が選択されている状態で、ユーザにより削除ボタンＴ８３が押下されたことである。条件Ｃ４とは、１の予約が選択されている状態で、ユーザにより編集ボタンＴ８５が押下されたことである。予約の選択は、予約一覧テーブル８４上の、その予約の詳細を表示しているエリアを選択することにより行われる。実行ボタンＴ８２は、登録済みの予約が存在しない状態では、無効化される。削除ボタンＴ８３は、予約が選択されていない状態では、無効化される。条件Ｃ１が満たされる場合には、処理がステップＳ２に進み、条件Ｃ２が満たされる場合には、処理がステップＳ３に進み、条件Ｃ３が満たされる場合には、処理がステップＳ４に進み、条件Ｃ４が満たされる場合には、処理がステップＳ５に進む。条件Ｃ１〜Ｃ４がいずれも満たされない場合には、ステップＳ１が繰り返される。
【００６１】
ステップＳ２では、制御部４０は、ディスプレイ１０上に予約詳細ウィンドウＷ９（図９参照）を表示させる。予約詳細ウィンドウＷ９は、新たな１の予約の登録をユーザから受け付ける。予約詳細ウィンドウＷ９上には、予約名称入力エリアＤ１、プラン選択エリアＤ２、入力フォルダ選択エリアＤ３、出力フォルダ選択エリアＤ４、出力ファイル名設定エリアＤ５、動画出力選択エリアＤ６、ＦＰＳ設定エリアＤ７、動画名設定エリアＤ８、登録ボタンＤ９およびキャンセルボタンＤ１０が配置されている。
【００６２】
予約名称入力エリアＤ１は、現在登録しようとしている予約の名称の入力をユーザから受け付ける。プラン選択エリアＤ２は、プランの定義ファイルの記憶部３０内のアドレスパスおよびファイル名の入力をユーザから受け付ける。エリアＤ２で指定されるプランは、プラン領域５４内に登録済みのプランの中から選択される任意の１のプランである。入力フォルダ選択エリアＤ３は、１のフォルダの記憶部３０内のアドレスパスの入力をユーザから受け付ける。エリアＤ３で指定されるフォルダは、処理前ファイル群が格納されているフォルダである。処理前ファイル群とは、現在登録しようとしている予約に係る画像処理の対象となる静止画ファイル群である。出力フォルダ選択エリアＤ４は、１のフォルダの記憶部３０内のアドレスパスの入力をユーザから受け付ける。エリアＤ４で指定されるフォルダは、処理後ファイル群が出力されるべきフォルダである。処理後ファイル群とは、現在登録しようとしている予約に係る画像処理の実行結果となる静止画ファイル群である。
【００６３】
出力ファイル名設定エリアＤ５は、文字列およびその文字列が付される位置（前又は後）の設定をユーザから受け付ける。エリアＤ５で設定される情報は、処理後ファイル群の静止画ファイルの命名に用いられる。動画出力選択エリアＤ６は、動画ファイルの出力の有無の選択をユーザから受け付ける。ＦＰＳ設定エリアＤ７は、動画ファイルの出力が選択された場合に、その動画ファイルに係る動画のフレームレートの設定をユーザから受け付ける。動画名設定エリアＤ８は、動画ファイルの出力が選択された場合に、その動画ファイルの出力先となる記憶部３０内のアドレスパスおよびファイル名の入力をユーザから受け付ける。
【００６４】
続いて、予約管理部４３は、ユーザがエリアＤ１〜Ｄ８に適切な情報を入力した後、登録ボタンＤ９を押したことを検知すると、予約管理テーブル５６（図７参照）内にレコードを１つ追加する。予約管理テーブル５６内のレコードは、登録済みの予約の数に１対１で対応する。予約管理テーブル５６は、ＩＤ、予約名称、プランファイル、入力フォルダ、出力フォルダ、文字列、前後フラグ、動画出力フラグ、フレームレート、動画ファイルおよび実行フラグのフィールドを有する。
【００６５】
ＩＤフィールドには、予約管理部４３が自動的に付与する予約のＩＤ番号が格納される。予約名称フィールドには、予約名称入力エリアＤ１で指定された予約の名称が格納される。プランファイルフィールドには、プラン選択エリアＤ２で指定されたプランの定義ファイルのアドレスパスおよびファイル名が格納される。入力フォルダフィールドには、入力フォルダ選択エリアＤ３で指定されたフォルダのアドレスパスが格納される。出力フォルダフィールドには、出力フォルダ選択エリアＤ４で指定されたフォルダのアドレスパスが格納される。文字列フィールドには、出力ファイル名設定エリアＤ５で指定された文字列が格納される。前後フラグフィールドには、出力ファイル名設定エリアＤ５で指定された文字列が付される位置が格納される。動画出力フラグフィールドには、動画出力選択エリアＤ６で指定された動画ファイルの出力の有無を示すフラグが格納される。フレームレートフィールドには、ＦＰＳ設定エリアＤ７で指定されたフレームレートが格納される。動画ファイルフィールドには、動画名設定エリアＤ８で指定された動画ファイルの出力先となるアドレスパスおよびファイル名が格納される。実行フラグフィールドには、予約名称入力エリアＤ１で指定された予約を実際に実行するか否かを示すフラグが格納される。実行フラグフィールドのデフォルト値は、実際に実行することを示す「１」である。その後、ユーザが予約一覧テーブルＴ８４を操作し、その予約に対応するチェックボックスのチェックを外すと、実行フラグフィールドの値は「０」に変更され、再度チェックを追加すると、「１」に変更される。
【００６６】
ステップＳ２の終了後、処理はステップＳ１に戻る。従って、ステップＳ１でユーザが追加ボタンＴ８１を再度押し、続くステップＳ２で予約の登録を繰り返すことにより、複数の予約が登録される。その結果、予約管理テーブル５６内には、複数のレコードが格納される。
【００６７】
ステップＳ３では、画像処理部４１は、バッチ処理を実行する。バッチ処理とは、登録済みの１以上の予約に係る画像処理を一括して実行する処理である。具体的には、まず、画像処理部４１は、予約管理テーブル５６からレコードを１つ取り出す。続いて、画像処理部４１は、そのレコードの内容に従って、画像処理を実行する。その後、画像処理部４１は、予約管理テーブル５６内の残りのレコードについて、同様の処理を繰り返す。
【００６８】
１のレコードに係る画像処理は、以下のように実行される。まず、画像処理部４１は、実行フラグフィールドを参照し、そのレコードに対応する予約を実際に実行するか否かを判断する。画像処理部４１は、実際に実行すると判断した場合には、以下の処理を実行し、実行しないと判断した場合には、予約管理テーブル５６から次のレコードを取り出す。画像処理部４１は、プランファイルフィールドを参照し、プランを特定する。次に、画像処理部４１は、入力フォルダフィールドを参照し、処理前ファイル群を特定する。その後、画像処理部４１は、特定された処理前ファイル群に対し、特定されたプランに係る画像処理を実行する。具体的には、画像処理部４１は、プラン領域５４を参照し、特定されたプランの定義ファイルにより定義されるとおりの画像処理モジュールを定義されるとおりの順番で定義されるとおりのパラメータを用いて実行する。この時、処理前ファイル群に含まれる静止画ファイルはそれぞれ、別々に画像処理される。
【００６９】
その結果、処理前ファイル群と１対１で対応する処理後ファイル群が生成される。画像処理部４１は、出力フォルダフィールドの値より特定されるフォルダ内に、処理後ファイル群を保存する。画像処理部４１は、処理後ファイル群の静止画ファイルに、前か後に共通の文字列を含むようなファイル名を付与する。共通の文字列および前か後かは、それぞれ文字列フィールドおよび前後フラグフィールドを参照して判断される。
【００７０】
その後、画像処理部４１は、動画出力フラグフィールドを参照し、動画ファイルの出力の有無を判断する。画像処理部４１は、動画ファイルを出力すると判断した場合には、フレームレートフィールドを参照し、フレームレートを特定する。続いて、画像処理部４１は、特定されたフレームレートで、処理後ファイル群に含まれる静止画ファイルをタイムラインに沿って合成した動画ファイルを生成する。タイムラインは、静止画ファイルの属性（ファイル名、作成日時、更新日時等）から判断される。次に、画像処理部４１は、動画ファイルフィールドを参照し、動画ファイルの出力先となるフォルダおよびファイル名を特定する。画像処理部４１は、特定されたフォルダ内に生成された動画ファイルを保存し、特定されたファイル名を付与する。
ステップＳ３の終了後、図６の処理は終了する。
【００７１】
ステップＳ４では、予約管理部４３は、予約の削除を行う。具体的には、予約管理部４３は、予約管理テーブル５６から、予約一覧テーブルＴ８４上で選択されている予約に対応するレコードを削除する。ステップＳ４の終了後、処理はステップＳ１に戻る。
【００７２】
ステップＳ５では、予約管理部４３は、予約の編集を行う。具体的には、予約管理部４３は、予約管理テーブル５６から、予約一覧テーブルＴ８４上で選択されている予約に対応するレコードを取り出す。制御部４０は、ディスプレイ１０上に予約詳細ウィンドウＷ９を表示させる。この時表示されるエリアＤ１〜Ｄ８には、デフォルト値として、取り出されたレコードに格納されている値に従った情報が表示される。その後、予約管理部４３は、ユーザがエリアＤ１〜Ｄ８の値を変更したことを検知すると、取り出されたレコードのフィールドの値を適宜変更する。ステップＳ５の終了後、処理はステップＳ１に戻る。
【００７３】
＜３．用途＞
上記のとおり、画像処理プログラム２は、静止画又は動画ファイルのどちらから画像データを取り込もうとも、その後、画像データを静止画ファイル群として管理する。従って、画像処理プログラム２は、同じタイムラインの中の任意のフレームを任意に画像処理したいというユーザの要望に容易に応えることができる。また、画像処理プログラム２は、静止画ファイル群を動画として再生する機能を有している。その結果、画像データが画像処理プログラム２内で静止画ファイル群として取り扱われようとも、ユーザは、その画像データを動画として認識することができる。従って、画像処理プログラム２は、動画の解析や編集等を行う場面で特に有用である。
【００７４】
画像処理プログラム２は、多種多様な動画に対する画像処理を取り扱うことができるが、例えば、警察等の機関が防犯カメラ等の画像を解析するのにも利用され得る。本実施形態に係る画像処理の予約およびバッチ処理の機能は、同じ又は異なる事件の捜査のために、同時に多数の防犯カメラの映像が解析されなければならないような場合等に活用され得る。
【００７５】
＜４．特徴＞
＜４−１＞
上記実施形態では、画像処理装置１は、ステップＳ２を複数回実行し、その後、ステップＳ３を実行することができる。複数回のステップＳ２は、複数のフォルダの各々について、プランの予約をユーザから受け付けるステップである。ステップＳ３では、複数のフォルダについての複数の予約に従って、複数のフォルダ内の静止画ファイルが一括して画像処理される。バッチ処理中、各フォルダに含まれる複数の静止画ファイルは、別々に画像処理される。
【００７６】
ユーザは、複数のフォルダの各々について、プランを予約することができる。例えば、ユーザは、複数のフォルダを用意し、各フォルダに複数の静止画ファイルを格納する。次に、ユーザは、用意した複数のフォルダの１つを指定し、かつ、プランを１つ指定する予約の作業を行う。そして、ユーザは、複数回、同様の予約の作業を繰り返す。その後、それらの複数の予約に従って、複数のフォルダ内の全ての静止画ファイルがバッチ処理される。
【００７７】
つまり、ユーザは、様々なフォルダに対して様々なプランを予約しておくことができる。その結果、昼休みや夜間等の空き時間中に、画像処理を進めることが可能になる。従って、ユーザによる画像処理の作業の効率性が向上する。
【００７８】
＜４−２＞
上記実施形態では、画像処理プログラム２は、予約に用いられるプランの定義をユーザから受け付けるステップを画像処理装置１に実行させることができる。このステップでは、まず、１以上の画像処理モジュールをユーザに選択させることにより、ヒストリーが記録される。続いて、ヒストリーを援用する形で、プランが作成される。従って、ユーザは、画像処理の予約を簡単に行うことができる。
【００７９】
＜４−３＞
上記実施形態では、画像処理プログラム２は、ステップＳ３の中で、動画ファイルを生成するステップを画像処理装置１に実行させることができる。この動画ファイルは、１の予約に係る画像処理後の静止画をフレームとして含む。なお、動画ファイルを生成するか否かは、各予約について、ユーザが任意に選択することができる。従って、ユーザは、画像処理後の動画を簡単に確認したり、利用したりすることができる。
【００８０】
＜４−４＞
上記実施形態では、画像処理プログラム２は、登録済みの予約の中から、任意の予約の選択を受け付けるステップを画像処理装置１に実行させることができる。ステップＳ３では、登録済みの全ての予約のうち、選択された任意の予約に係るフォルダ内の静止画ファイルが一括して画像処理される。
【００８１】
ユーザは、登録済みの予約の中から、実際に実行したい任意の予約を選択することができる。その結果、例えば、ユーザは、特定の予約を、よく使用する予約のテンプレートとして登録しておくことができる。そして、ユーザは、そのテンプレートを使用したくない場合には、予約一覧ウィンドウＷ８上でその予約に対応するチェックボックスのチェックを外すことにより、その予約を実行しないという選択をすることができる。一方、そのテンプレートを使用したい場合には、ユーザは、予約一覧ウィンドウＷ８上でその予約に対応するチェックボックスをチェックされている状態にすることにより、その予約を実行するという選択をすることができる。また、後者の場合、ユーザは、ステップＳ８５の予約の編集を実行することにより、テンプレートとして登録されている予約をカスタマイズすることができる。
【００８２】
＜５．変形例＞
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、その趣旨を逸脱しない限りにおいて、種々の変更が可能である。例えば、以下の変更が可能である。
【００８３】
＜５−１＞
上記実施形態では、ステップＳ３のバッチ処理は、予約の受付の終了後に実行されるようになっていた。しかしながら、ステップＳ３のバッチ処理は、予約の受付の処理と並列に実行されてもよい。例えば、先行する予約の受付の終了後にバッチ処理が開始し、開始したバッチ処理と並列に次の予約の受付の処理が実行されてもよい。
【００８４】
＜５−２＞
上記実施形態では、オリジナル画像領域５１へ取り込まれた画像データは、全て静止画ファイルとして保存されるようになっていた。しかしながら、オリジナル画像領域５１へ取り込まれた画像データを、動画ファイルとして保存するようにしてもよい。オリジナル画像領域５１内の画像データの形式を静止画形式とするか動画形式とするかは、ユーザが選択できるようにしてもよいし、取り込み元の画像データの形式等に応じて自動的に決定されるようにしてもよい。
さらに、その後、動画ファイルに対して画像処理が施される場合には、その画像処理後の画像データも動画ファイルの形式で保存するようにしてもよい。
【００８５】
＜５−３＞
上記実施形態では、予約時の画像処理の指定は、１のプランを指定することにより行われた。しかしながら、予約時の画像処理の指定の態様は、これに限定されない。例えば、予約時に、複数のプランの任意の組み合わせを指定できるようにしてもよい。あるいは、予約時に、１以上の画像処理モジュールの任意の組み合わせを指定できるようにしてもよいし、１以上のヒストリーの任意の組み合わせを指定できるようにしてもよい。さらに、予約時に、画像処理モジュールとプランとヒストリーとの任意の組み合わせを指定できるようにしてもよい。
【００８６】
本変形例について別の見方をすると、予約に用いられる画像処理の定義を、予約時に行っていることになる。つまり、予約に用いられる画像処理を定義するステップは、上記実施形態のように、予約を受け付けるステップに先立って実行されてもよいし、本変形例のように、予約を受け付けるステップと並列に実行されてもよい。言い換えると、ユーザは、画像処理の予約を行う前に、又は予約中に、１以上の画像処理モジュールを組み合わせて画像処理を定義することができる。
【００８７】
＜５−４＞
上記実施形態では、プランは、ヒストリーを援用することにより登録されるようになっていた。しかしながら、プランの登録の態様は、これに限定されない。例えば、プランは、任意の画像処理モジュールを任意の順番で任意の数だけ組み合わせることにより登録されるようになっていてもよい。
【００８８】
＜５−５＞
上記実施形態では、予約される画像処理の対象は、１のフォルダ内の全ての静止画ファイルであった。しかしながら、予約される画像処理の対象は、これに限定されない。例えば、予約時に、１又は複数の動画ファイルを指定できるようにしてもよい。さらに、静止画ファイルと動画ファイルとの任意の組み合わせを指定できるようにしてもよい。
【符号の説明】
【００８９】
１  画像処理装置（コンピュータ）
２  画像処理プログラム
２０  入力部
４１  画像処理部
４２  プラン定義部
４３  予約管理部（予約受付部）
【図１】
0005765209.tif 000002
【図６】
0005765209.tif 000003
【図７】
0005765209.tif 000004
【図２】
0005765209.tif 000005
【図３】
0005765209.tif 000006
【図４】
0005765209.tif 000007
【図５】
0005765209.tif 000008
【図８】
0005765209.tif 000009
【図９】
0005765209.tif 000010