(57)【特許請求の範囲】
【請求項１】
メモリに記録されている複数の画像を取得する取得手段と、
前記取得手段で取得された複数の画像を、日付ごとに異なるフォルダに分類して記憶媒体に格納する格納制御手段と、
前記取得手段で取得された複数の画像の属性情報を解析する解析手段と、
前記解析手段の解析結果に応じて、複数の日付ごとのフォルダに対する上位フォルダを生成する場合のフォルダ構成と、生成しない場合のフォルダ構成とを比較するための表示を行う表示制御手段とを有することを特徴とする画像管理装置。
【請求項２】
さらに、前記上位フォルダを生成するか否かを選択する選択手段を有し、前記選択手段により、前記上位フォルダを生成することを判定した場合に、前記表示制御手段は、前記上位フォルダの名称をユーザに入力させるための表示を行うこと特徴とする請求項１に記載の画像管理装置。
【請求項３】
前記格納制御手段は、入力された名称の上位フォルダを作成し、当該上位フォルダの下位に、日付ごとに異なるフォルダに分類されたフォルダを再構成することを特徴とする請求項２に記載の画像管理装置。
【請求項４】
前記解析手段は、取得した画像の数と、前記複数の画像の日付の分散と、各日付の画像数とを解析することを特徴とする請求項１ないし３のいずれかに記載の画像管理装置。
【請求項５】
さらに前記解析手段の解析結果に応じて、日付ごとのフォルダを作成せず、取得した画像をまとめてひとつのフォルダにするか否かを判定する判定手段を有することを特徴とする請求項１ないし４のいずれかに記載の画像管理装置。
【請求項６】
複数の画像ファイルをフォルダに分類する画像管理装置における画像管理方法であって、
メモリに記録されている複数の画像を取得する取得工程と、
前記取得工程で取得された複数の画像を、日付ごとに異なるフォルダに分類して記憶媒体に格納する格納制御工程と、
前記取得工程で取得された複数の画像の属性情報を解析する解析工程と、
前記解析工程の解析結果に応じて、複数の日付ごとのフォルダをまとめた上位フォルダを生成する場合のフォルダ構成と、生成しない場合のフォルダ構成とを比較するための表示を行う表示制御工程とを有することを特徴とする画像管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の画像ファイルをフォルダに分類しながら管理する画像管理装置および画像管理方法に関するものである。
【背景技術】
【０００２】
近年、銀塩フィルムを使用するカメラに取って代わりデジタルカメラが普及している。デジタルカメラにおいては、撮影した撮影画像を電子的な画像ファイルとしてカメラ内の記録媒体に保存する。その後、ユーザはデジタルカメラで撮影した画像ファイルをパーソナルコンピュータに取り込み、各種の処理を行うのが一般的である。
【０００３】
一般にデジタルカメラ内での画像ファイルは、ＪＥＩＤＡの１９９９年１月７日の標準的なカメラファイルシステム規格（ｔｈｅ  ｓｔａｎｄａｒｄ  Ｄｅｓｉｇｎ  ｒｕｌｅ  ｆｏｒ  Ｃａｍｅｒａ  Ｆｉｌｅ  ｓｙｓｔｅｍ：以下、「ＤＣＦ」とよぶ。）に準拠したフォルダ構成で保存される。パーソナルコンピュータで大量の画像ファイルを管理するには、コンピュータのファイルシステムを用いて所定のフォルダに分類する事が最も一般的である。そして、デジタルカメラ内の複数の画像ファイルをコンピューターに取り込んだ際、ＤＣＦ構造のフォルダ構成から、ユーザがわかりやすいフォルダ構成に分類して取り込む事はその後の画像の検索性の優劣に大きく影響する。しかもその際に、フォルダ構成が自動的に設定されユーザの操作の手間がかからない事は操作容易性の向上という観点で重要な部分である。
【０００４】
このような画像ファイルの管理装置におけるフォルダ分類の方法としては、〔特許文献１〕で開示されているような方法が提案されている。
【０００５】
この〔特許文献１〕では、画像管理装置側のフォルダを、例えば画像の撮影日等の画像属性に基づき分類している。また、撮影日毎のフォルダを生成している。しかし、画像が個々の画像属性で一意に分類されても、その分類が、利用者の利便性向上にかなった分類であるかは問題が残る。
【０００６】
利用者によって、「画像属性（たとえば撮影日）」での分類だけでなく「撮影イベント（たとえば旅行名）」での分類や「被写体（たとえば風景）」での分類やこれらの分類の組み合わせなど、求める分類方法が異なるはずである。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−５７０５６  データ記録装置  株式会社リコー
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来方式ように個々の画像属性だけを見てフォルダ設定を行っても、ユーザの利用状況を反映していないので、ユーザの希望とは合わない事があるという課題が残る。例えば、画像属性を見て「撮影年月日」毎にフォルダを作成するように構成した場合、１日に１枚しか写真を撮影しないユーザの場合は画像ごとにフォルダができてしまい一覧性を損なう事は明白である。また逆に、画像属性を見て「撮影年月」毎にフォルダを作成するように構成した場合、撮影枚数の多いユーザの場合は１つのフォルダの画像枚数が多くなりすぎて分類の役に立たないという事態になる。
【０００９】
仮に画像取り込み処理の前にユーザにより、日ごとにフォルダを作るか、月ごとにフォルダを作るか等を選択可能にしても、実際にその分類が使いやすいかどうかは画像を取り込んで見ないとわからないという課題が残った。すなわちユーザが画像を撮影する期間や枚数は時々によって異なるので、事前に設定して画像を取り込む方式は取り込みを実施する前にユーザに取り込み結果がどうなるか想像してもらい、現在の設定を確認してもらう必要がある。さらに、設定結果に基づいて画像取り込みを行っても意図と異なる場合は発生し得るので、再度の整理が必要になるという課題があった。
【００１０】
本発明は、このような事情を考慮してなされたものであり、デジタルカメラで撮影された画像の撮影日ごとにフォルダを生成する場合に、複数の画像の撮影日の分布状況に応じて、複数の日付ごとのフォルダをまとめた上位フォルダの生成を制御することである。
【課題を解決するための手段】
【００１１】
上記課題を解決するための画像管理装置は、メモリに記録されている複数の画像を取得する取得手段と、前記取得手段で取得された複数の画像を、日付ごとに異なるフォルダに分類して記憶媒体に格納する格納制御手段と、前記取得手段で取得された複数の画像の属性情報を解析する解析手段と、前記解析手段の解析結果に応じて、複数の日付ごとのフォルダに対する上位フォルダを生成する場合のフォルダ構成と、生成しない場合のフォルダ構成とを比較するための表示を行う表示制御手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、単純に日付ごとのホルダを作るだけではなく、撮影日の分布状況や、撮影枚数や撮影頻度などの条件に従ってフォルダ分類方法を適正化する手段を提供出来る。
【００１３】
これにより、ユーザは使い勝手良く、取り込んだ画像の撮影日の分布状況に応じた上位フォルダを用いた画像分類を簡単に行うことができる。
【００１４】
また、分類結果を確認しながら分類条件を決定できるので、例外的な条件による分類処理においても柔軟に対応可能となる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施例に係る画像取り込み処理フロー全体を説明するフローチャートである。
【図２】本発明の第１の実施例に係る画像分類推奨案を求める処理フローを説明するフローチャートである。
【図３】本発明の第１の実施例に係る画像分類閾値の更新と、画像の再構成を実施する処理フローを説明するフローチャートである。
【図４】本発明の第１の実施例に係る画像分類推奨案を表示するダイアログボックス画面である。
【図５】本発明の第１の実施例に係る画像取り込み開始時に表示するダイアログボックス画面である。
【図６】本発明の第１の実施例に係る画像取り込み処理中に表示するダイアログボックス画面である。
【図７】本発明の第１の実施例に係る画像分類閾値を管理する表である。
【図８】従来技術および本発明の全実施例に係る画像管理装置を示す機器構成図である。
【図９】従来技術および本発明の全実施例に係る画像管理装置の処理機能を示す機能ブロック図である。
【図１０】従来技術および本発明の全実施例に係るデジタルカメラ内のフォルダ構造を示す図である。
【図１１】従来技術例により、画像ファイルが画像管理システムに取り込まれたフォルダ構造を示す図である。
【図１２】本発明の第１の実施例に係る画像取り込み処理により、画像ファイルが画像管理システムに取り込まれたフォルダ構造を示す図である。
【図１３】本発明の第２の実施例に係る画像取り込み処理で、複数の閾値情報を判定し、推奨値を算出する処理フローチャートを示す図である。
【図１４】本発明の第２の実施例で、さらに利用者にフォルダ分類に関する様々な推奨案を提案する元となる画像属性情報の特徴値と推奨案の関係を説明する為の概念図である。
【図１５】本発明の第４の実施例において、従来のシステム構成の図６の代わりに表示するダイアログボックス画面である。
【発明を実施するための形態】
【００１６】
（実施例１）
以下、図面を参照して、本発明の一実施形態に係る画像管理装置を用いた画像処理について詳細に説明する。
【００１７】
＜システム構成＞
図８は、本発明の一実施形態に係る画像管理装置を実現し得るプラットフォームであるコンピュータシステムの構成例を示す図である。図８において、８０１はパーソナルコンピュータ（ＰＣ）本体、８０２はデータを表示するディスプレイ、８０３は代表的なポインティングデバイスであるマウス、８０４はキーボード、８０５はデジタルカメラである。尚、ＰＣ本体８０１には、全体を制御するためのＣＰＵ、ＣＰＵが実行する制御プログラムや各種データを記憶するＲＯＭ、制御時の各種情報を一時的に記憶するＲＡＭ、画像ファイル等を格納するためのハードディスク等が含まれる。また、本実施例のシステムにおいて８０１と８０５は、ＵＳＢインターフェイスを利用して接続し、通信可能にしている。
【００１８】
図９は、本発明の実施形態に係る画像管理装置であるＰＣ８０１の概略構成を示すブロック図である。図９において、９０１は、画像ファイル及び当該画像ファイルを格納するためのフォルダ及び本装置の制御情報が記憶されているメモリ等の記憶部である。本実施形態では、記憶部９０１は図８に示すＰＣ本体８０１内にあるが、ネットワーク等で接続された他装置内に保有されているものであってもよい。
【００１９】
９０３は、９０１からユーザの選択に応じて画像や画像フォルダを表示したり、後述する画像取り込み処理を開始する操作メニューなどを表示する表示制御の機能を有するユーザインターフェイスの制御部である。なお、不図示のキーボードやマウスなどによりユーザの操作を受け付けて、画像処理部９０４へ画像管理操作を実行する指示を出す処理も行う。９０３は、８０３と８０４のユーザ操作に対応し８０２に表示する情報を９０２の表示部に描画する。また下記の実施例で表示画面に表示するメニューや上位フォルダ名の入力を促す表示制御も、制御部９０３が行う。
【００２０】
９０４は画像処理部である。９０２のユーザ操作により９０３の指示で処理が開始され、１０５内の記録媒体に保管されている画像ファイルを取り出し画像取り込み処理を行い、９０１にフォルダ分類して、取得した画像ファイルをフォルダに格納するように格納制御も行う。
【００２１】
図１を用いて、デジタルカメラ内のメモリに格納されている複数の画像ファイルをＰＣ８０１に取り込む処理を説明する。
【００２２】
デジタルカメラ内には、ＤＣＦの規格に基いて、図１０のようなフォルダとファイルが存在しているとする。このようなデジタルカメラを図８のように、画像管理装置に接続すると、画像管理システムは、図９の９０４内のプログラムによって、接続を検知し、対応しているカメラ機種かを判断し、対応している機種であれば通信状態になる。そして、利用者が８０３または８０４を操作し、９０３の操作により、画像取り込み処理の実行指示が検出されれば、さらに９０４内のプログラム中で図１の処理フローを開始する前に図５のＧＵＩを表示し、取り込み先フォルダの設定の確認を利用者に促す。
【００２３】
図５の（０５００１）では、「フォルダの指定」として、画像ファイルを分類保存するフォルダを作成する基準フォルダである「保存先フォルダ」と、そこに作成する画像保存用フォルダとして「サブフォルダの作成」の表示がされている。
これらの設定を変更したい場合の変更用のボタン（０５００３）がある。現在の設定では、図５のように基準フォルダ以下に「撮影年月日」を名称とする撮影日ごとのフォルダを作成して保存する設定になっている。また、この設定変更用のＵＩでは以下の設定ができる。
１）基準フォルダの変更
画像ファイルを分類保存するフォルダを作成する基準フォルダをハードディスク内のフォルダから選択できる。
２）サブフォルダの作成
基準フォルダの下に、どのようなサブフォルダを作成するかを、以下の（ア）〜（ウ）の中から指定する。
（ア）撮影年月日フォルダを作成する。
（イ）イベント名フォルダ￥撮影年月日フォルダを作成する。
この設定は、ユーザが設定したイベント名を上記の基準フォルダの下位に作成し、さらにその下位フォルダに撮影年月日による日ごとのフォルダが作成される。つまりイベント名フォルダを、日付ごとのフォルダの上位フォルダとして生成する。
（ウ）イベント名フォルダを作成する。
この設定は、ユーザが設定したイベント名のフォルダを上記の基準フォルダの下に作成し、取り込んだすべての画像をそのイベント名のフォルダに記録する。
【００２４】
図５の取り込み開始ボタン（０５００２）を利用者がクリックすると、図１の処理のＳ０１００１からＳ０１００６までが実施される。まずＳ０１００１で画像ファイルの有無をチェックする。ＤＣＦの規格に基づいた画像ファイルが存在すれば、Ｓ０１００２を実施する。Ｓ０１００２では画像ファイルを読み込む。そしてＳ０１００３では読み込んだ全ての画像ファイルの属性情報の撮影日である日付情報を解析する。Ｓ０１００４では、解析結果をキャッシュに保存すると共に、撮影日ごとのフォルダを作成する。なおここで保存する解析結果には、取り込んだ全画像ファイルの撮影日時情報と、全画像ファイル数、各日付ごとの画像数を含んでいる。Ｓ０１００５では画像ファイルの属性情報に基づき画像を撮影日ごとのフォルダに保存する。そしてＳ０１００１に戻り、もしもＤＣＦ規格に基づく画像が無かったら処理を終了するという処理フローを持つ。また、Ｓ０１００１〜Ｓ０１００５の処理で画像を取り込んでいる間は、図６の画像取り込み進行中のプログレスバー表示を行うＵＩを表示し、処理の進行状況と緊急の処理中断要求を受け付け図１の画像取り込み処理を中止する処理も持つ。
【００２５】
この例の設定では、画像ファイルの属性情報の撮影年月日に基づき、図５の基準フォルダ以下に撮影年月日フォルダを作成し（もしも同一のフォルダが存在していたらそのまま利用する）、画像ファイルをそのフォルダに格納する。図１０の画像を分類した結果、図１１のフォルダ構造に整理して画像ファイルが画像管理システムに取り込まれる。
【００２６】
さらに、図１のＳ０１００６〜Ｓ０１００９のステップを説明する。Ｓ０１００４で、Ｓ０１００３で取得した画像属性情報を後続のステップで再利用するために記憶領域にキャッシュしておいた。全ての画像が取り込まれると、取り込み対象の画像がなくなったことになるので、Ｓ０１００１からＳ０１００６へ進む。Ｓ０１００６までに画像を取り込んでいたら、Ｓ０１００４で保存したキャッシュ情報を利用し、Ｓ０１００７のステップで画像属性情報の解析結果の分析を行う。このステップの詳細は図２の処理フローのようになっている。
【００２７】
図２の処理フローでは画像属性情報の解析結果として、一回の取り込み処理の総取り込み画像ファイル数を利用し、その値を図７の閾値テーブルと比較する処理を行っている。図７の１行がある取り込み処理後の閾値テーブルの状態を示している。本実施例では、初期値として「撮影日」閾値（０７００６）を１００枚、「イベント￥撮影日」閾値（０７００７）を３０枚に設定した。まずＳ０２００１でＳ０１００４で得た総取り込み枚数が、「撮影日」閾値（０７００６）枚数以上かを判断する。判断が真の場合、Ｓ０２００２のステップで今回の枚数を元に新しい「撮影日」閾値候補値を作成し一時保管する。そして、Ｓ０２００３で推奨値を「撮影日」として当処理フローを終了する。なお、本実施例では、Ｓ０２００２での候補値は、旧「撮影日」閾値＋｜旧「撮影日」閾値−今回の枚数｜／２の式で求めた。
【００２８】
Ｓ０２００２が偽の場合、Ｓ０２００４のステップでＳ０１００４で得た総取り込み枚数が、「撮影日」閾値（０７００６）枚数以下かつ「イベント￥撮影日」閾値（０７００７）以上であるか判断する。判断が真の場合、Ｓ０２００５のステップで今回の枚数を元に新しい「撮影日」閾値候補値と新しい「イベント￥撮影日」閾値候補値を作成し一時保管する。そしてＳ０２００６で推奨値を「イベント￥撮影日」として当処理フローを終了する。なお、本実施例では、Ｓ０２００４での新しい「撮影日」閾値候補値は、旧「撮影日」閾値−｜旧「撮影日」閾値−今回の枚数｜／２の式で求めた。そして、新しい「イベント￥撮影日」閾値候補値は、旧「イベント￥撮影日」閾値＋｜旧「イベント￥撮影日」閾値−今回の枚数｜／２の式で求めた。
【００２９】
Ｓ０２００４が偽の場合、Ｓ０２００７のステップで今回の枚数を元に新しい「イベント￥撮影日」閾値候補値を作成し一時保管する。そしてＳ０２００８で推奨値を「イベント」として当処理フローを終了する。なお、本実施例では、Ｓ０２００７で新しい「イベント￥撮影日」閾値候補値は旧「イベント￥撮影日」閾値−｜旧「イベント￥撮影日」閾値−今回の枚数｜／２の式で求めた。例えば今回、「撮影日」閾値（０７００６）を１００枚、「イベント￥撮影日」閾値（０７００７）を３０枚の状態で画像取り込み枚数が１０枚と仮定してみる。このとき、図２のフローはＳ０２００２とＳ０２００４が偽となりＳ０２００７で新しい「イベント￥撮影日」閾値候補値を３０―｜３０―１０｜／２＝２０とし、Ｓ０２００８で推奨値を「イベント」として当処理フローを終了する。
【００３０】
この判断の結果、推奨値が「イベント￥撮影日」であれば、上述した（イ）のサブフォルダ設定での保存を推奨する表示を行う。つまりこの判断では、上位フォルダとしてイベント名フォルダの生成の要否を判定しており、イベント名フォルダを、日付ごとのフォルダの上位に生成したほうが良いと判断したら、これを推奨するための表示を行う。
【００３１】
また、推奨値が「イベント」であれば、上述した（ウ）のサブフォルダ設定での保存を推奨する表示を行う。つまり、日付ごとのフォルダを生成せずに、イベント名フォルダ生成し、そのイベント名のフォルダに取得した全ての画像を格納するほうが良いと判断し、これを推奨するための表示を行う。
【００３２】
また、推奨値が「撮影日」であれば、上述した（ア）のサブフォルダ設定での保存を推奨する表示を行う。つまり、つまりイベント名フォルダを、日付ごとのフォルダの上位に生成せず、日付ごとのフォルダで分類するほうが良いと判断し、これを推奨するための表示を行う。
【００３３】
なお、推奨する分類を判別するアルゴリズムは、上記の説明の方法に限らないが、各サブフォルダに記録される画像の枚数や、全画像枚数、日付の分散具合、フォルダ同士の日付間隔等を考慮して、適宜変更すればよい。
【００３４】
図２の処理フローが終了したので再び図１の処理フローに戻り、Ｓ０１００８のステップで、新たに推奨する画像保管フォルダの構成を図４のように表示する。
【００３５】
０４００１は画像取り込み開始時のフォルダ設定を表示しており、本実施例では図５で指定した「撮影年月日」フォルダへの取り込みが表示されている。０４００２のタイトル以下の０４００３と０４００４と０４００５のラジオボタンどれかで図２の処理フローで選択された推奨値を選択表示する。なお、推奨値が０４００１の現在の設定と一致した場合、０４００２のタイトルが「新たなおすすめの設定はありませんでした」に変更され、０４００３、０４００４、０４００５のうち、現在の設定と同じものが選択状態となる。
【００３６】
また０４００４または０４００５のラジオボタンが選択状態の場合は０４００６、０４００７、０４００９のＵＩ部品がアクティブになりこれらを利用してイベント名に対応したフォルダ名を作成する。０４０１０のボタンは利用者が０４００３と０４００４と０４００５のラジオボタンのうちで、選択した設定に従って画像をフォルダ分類する指示を実行するためのボタンであり、０４０１１ボタンは利用者がフォルダ分類を変更しない事を指示するためのボタンである。
【００３７】
利用者が図４の０４０１０または０４０１１ボタンを押すことで図４を制御するＳ０１００８のステップが終了しＳ０１００９のステップへ制御が移る。例えば本実施例では、図２の処理フローで０４００５の「イベント名などをつけて１つのフォルダに保存することをおすすめします。」が選択され、０４００７で「旅行」が入力され、その状態で利用者が０４０１０のボタンを押した事を仮定する。
【００３８】
Ｓ０１００９のステップでは、Ｓ０１００８で図４のＵＩを表示して利用者から得た設定情報を元に閾値の更新とフォルダ再構成のステップを実施する。このステップは詳細には図３の処理フローのようになっている。まずＳ０３００１の判定ステップで推奨案が受け入れられたか、すなわち０４００４から０４００６に表示した案がそのまま受け入れられたか、または利用者により変更されたかを判定する。利用者により受け入れられた（Ｙｅｓ）場合、Ｓ０３００２のステップで図２の処理フローで作成した閾値候補値を新しい閾値として図７の閾値テーブルに保管する。Ｓ０３００１の判定ステップがＮｏの場合、閾値テーブルは更新しない。次にＳ０３００３の判定ステップで画像取り込み開始時の初期設定とおすすめ設定でフォルダ設定が同一か否かを判定する。異なっていると判定された場合（Ｎｏ）は、Ｓ０３００４のステップで推奨案のフォルダ構成に画像を移動し図３のフローを終了する。Ｓ０３００３の判定がＹｅｓの場合、図３のフローを終了する。例えば本実施例では、Ｓ０１００８のステップと図４のＵＩで０４００５の「イベント名などをつけて１つのフォルダに保存することをおすすめします。」が選択され、０４００７で「旅行」が入力され、その状態で利用者が０４０１０のボタンを押した事を仮定する。この場合は、Ｓ０３００１のステップがＹｅｓになり、Ｓ０３００２のステップで、Ｓ０２００７で作成した新しい「イベント￥撮影日」閾値候補値である所の２０枚を図７の閾値テーブルに保管する。さらに、Ｓ０３００３がＮｏなのでＳ０３００４のステップで推奨案のフォルダ構成に画像を移動する。その結果、画像は、図１２のように分類された。
【００３９】
以上の処理により画像管理システムは、利用者の持つデジタルカメラ（または記憶媒体）で撮影した画像の画像属性を分析し、また、全体の撮影枚数や撮影頻度などの撮影条件に従ってフォルダ分類方法を適正化する手段を提供出来る。その効果として、利用者に画像管理システム上で自動的に利用者自身の撮影条件に適したフォルダ分類に画像分類した画像を提供できるので、利用者の管理負荷を低減し利用者の望む画像分類を提供する事ができる。
【００４０】
また、利用者が好む分類方法の選択履歴が図７の閾値テーブルに記憶されていくことになるので、当該システムが継続的に利用されることにより分類精度が向上するという効果を得ることができる。
【００４１】
（実施例２）
実施例１では、１回の画像取り込みを実施する記憶媒体上の総画像枚数を利用した。実施例１の閾値の設定と新しい閾値を求める式は、一般的な撮影者がスナップ写真を撮影すると１日の撮影枚数が少ないため、無駄に中に画像がほとんど無い撮影日毎のフォルダが大量にできてしまうというケースの改善が期待できる。しかし、１回の撮影枚数が多いへビーユーザや、さらにはプロの写真家のケースを考えた別の閾値の求め方も考えることができる。その為に本実施例では、１回の画像取り込みを実施する記憶媒体上の撮影日１日や１週間や１ヶ月といった期間中の撮影枚数、記憶媒体上の撮影周期、記憶媒体上の撮影期間などの値も活用する。これにより、ファイル分類の推奨の精度を向上させ、また、推奨案の種類を増やしたものが実施例２である。
【００４２】
まず図１４を利用して新しい推奨案を説明する。なお横軸は撮影日を示し、縦軸はその日に撮影された画像の枚数を示している。つまり、この図１４は、日付ごとの撮影枚数の分布を概略的に示している。
【００４３】
例えば１４００１と１４００２のように一回の取り込み処理における画像撮影期間の長短と１日の撮影枚数の多少に着目し、短期間に多枚数が撮影されていたら、「イベント名￥撮影日」フォルダを推奨値として提案し、中期間に中枚数が撮影されていたら、「イベント名」フォルダを推奨値として提案する。この方式を利用すれば、１回の撮影枚数が多いへビーユーザやさらにはプロの写真家のケースにも好適なフォルダ設定ができる。
【００４４】
または、１４００３と１４００４のように、長期間に１回の撮影枚数がごく少なくかつ撮影日も不定期な撮影がされていたら、「撮影年￥撮影月￥撮影日」フォルダを推奨値として提案する。そして、長期間に１回の撮影枚数が少なくかつ撮影日も週毎に周期的な撮影がされていたら、「撮影年￥撮影週」フォルダを推奨値として提案する。
【００４５】
この方式を利用すれば、日常的に携帯してデジタルメモとしてスナップ撮影するユーザや週末にイベントが多い家族持ちユーザに適切なフォルダ設定ができる。
【００４６】
実施例２に関してコアとなる処理フローは、実施例１の図２の処理フローを改善した図１３の処理フローである。このフローのＳ１３００１とＳ１３００３とＳ１３００５とＳ１３００７はそれぞれ個々の閾値と推奨案に関し図２の処理フローの役割を持ち、この４つの判断処理が平行して実行される。Ｓ１３００１は総枚数を利用した閾値と推奨値の計算ステップであり、同様にＳ１３００３は撮影日１日の撮影枚数を利用した閾値と推奨値の計算ステップである。また同様にＳ１３００５は一回の取り込み処理に供される記録媒体上の撮影期間を利用した閾値と推奨値の計算ステップであり、また同様にＳ１３００７は一回の取り込み処理に供される記録媒体上の撮影周期を利用した閾値と推奨値の計算ステップである。さらに、並列的にＳ１３００２とＳ１３００４とＳ１３００６とＳ１３００８のステップを実施する。これらは、Ｓ１３００１とＳ１３００３とＳ１３００５とＳ１３００７で求めた推奨値に対し所定の係数を乗じ、同一の尺度で判断可能にするステップである。例えば推奨値の重み付けを必ず０〜１の範囲の値で出力させるフィルタステップである。Ｓ１３００９のステップは、Ｓ１３００２とＳ１３００４とＳ１３００６とＳ１３００８のステップで出力された推奨値の重み付けを検査し、最も重い（１に近い値）を選択する正規化ステップである。
【００４７】
以上の図１３の処理フローを実施例１の図２の処理フローに当てはめ、推奨案の種類の向上と推奨案の精度の向上を図った。
【００４８】
（実施例３）
実施例３は実施例１の図４のＵＩで、利用者に０４００１「現在の設定」と０４００２「おすすめの設定」での違いを表示し変更を確認できる機能をさらに追加した物である。利用者が図４のＵＩで０４００８の「変更を確認する」ボタンを押した際に、０４００１の設定で取り込まれた図１１のフォルダ構成と０４００２の設定に従った図１２のフォルダ構成を同時または交互に表示し利用者に確認させる機能を追加した。なお実施例３では一般的なフォルダツリーの表示形式でこの機能を実現した。これにより、利用者は分類結果をシミュレーション確認してから分類条件を決定できるので、例えば記憶媒体に普段と違った条件で画像が入っている場合の画像取り込み処理のケースなど、例外的な条件による分類処理においても利用者は結果の確認を得る事ができるので再処理をする事を防止できる効果がある。
【００４９】
また実施例３において、図１１のフォルダ構成を実際に利用者が操作可能なフォルダでなく隠し属性などを持たせたシステム領域や一時保管領域にしておく事により、利用者が未分類の画像を誤操作することを無くす効果もあった。
【００５０】
（実施例４）
実施例４は、図６のＵＩを改良して図１５のＵＩとし、図１の処理フロー実施中にＳ０１００１、Ｓ０１００２、Ｓ０１００３、Ｓ０１００５の処理を継続しつつ、Ｓ０１００６に分岐する処理を追加し、画像の取り込み中にも利用者が画像ファイルをチェックすることを可能にした。このれにより、使用者は画像の取り込み途中でも、早期に好みのフォルダ構造で画像を分類する設定を実行可能にした実施例である。
【００５１】
以下には、図１５の説明を行う。図１５ではまず１５００１で現在取り込み中の画像のサムネイルを表示している。画像のサムネイルはＤＣＦ規格に準拠した画像ファイルであれば低負荷な処理で画像ファイルから取り出すことができる。この処理はＳ０１００３を改良して実現した。利用者はこのサムネイル画像を閲覧していれば、１５００２に表示している現在の画像フォルダ分類の設定が適切でないと気がつくケースもある。例えば図１５の例では、たまたますべての画像は１回のパーティーで撮影した画像であれば「撮影年月日」よりも「イベント名」が適切だと利用者が感じたとする。
【００５２】
この場合、利用者は１５００３の設定の変更ボタンを押せば、早期にＳ０１００６の処理を開始する。Ｓ０１００６以下の処理は実施例１と同じだが、Ｓ０１００６で利用するＳ０１００４のキャッシュ情報が現在取り込まれている画像までの情報に限定される所だけが実施例１と異なる。以下の処理は実施例１と同様であり、図２の処理フロー、図４のＵＩ、図３の処理フローを利用し、利用者にフォルダ分類の推奨案を提示し、確認を得る。
【００５３】
以上の機能により、利用者は適宜分類条件を決定できるの、例外的な条件による分類処理においても利用者は結果の確認を得る事ができるので再処理をする事を防止できる効果があるし、図４のダイアログへの入力処理を待たされる事を無くす効果がある。
【００５４】
なお、本発明の目的は、以下の処理を実行することによって達成される。即ち、上述した実施の形態の機能を実現するプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【００５５】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５６】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【００５７】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。
【００５８】
更に、前述した実施の形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【図１】
0005489551.tif 000002
【図２】
0005489551.tif 000003
【図３】
0005489551.tif 000004
【図４】
0005489551.tif 000005
【図５】
0005489551.tif 000006
【図６】
0005489551.tif 000007
【図７】
0005489551.tif 000008
【図８】
0005489551.tif 000009
【図９】
0005489551.tif 000010
【図１０】
0005489551.tif 000011
【図１１】
0005489551.tif 000012
【図１２】
0005489551.tif 000013
【図１３】
0005489551.tif 000014
【図１４】
0005489551.tif 000015
【図１５】
0005489551.tif 000016