(57)【特許請求の範囲】
【請求項１】
作業指示図を撮像した画像データを取得する取得手段と、
所定種類のデータを複数記憶する記憶手段と、
前記取得手段により取得した画像データ内から、前記所定種類のデータを示す所定形状の図形であって、前記記憶手段に記憶された複数のデータの各々に対応して異なる位置に描かれた複数の図形と、前記複数のデータの関係を示す線であって、前記複数のデータの各々に対応する複数の図形を繋ぐように描かれた複数の線とを認識する認識手段と、
前記認識手段により認識された複数の図形で示される複数のデータに対して、前記認識手段により認識された複数の線で示される関係に基づいて、前記作業指示図で指定されたデータ処理を実行する実行手段と
を備えたことを特徴とするデータ処理装置。
【請求項２】
前記記憶手段は、前記所定種類のデータとして、ファイルと、複数のファイルを格納するフォルダを含む複数種類のデータを記憶し、
前記認識手段は、前記ファイルを示す図形と、前記フォルダを示す図形と、前記ファイルを示す図形と前記フォルダを示す図形とを繋ぐように描かれた線とを認識し、
前記実行手段は、フォルダを示す図形で指定されるフォルダ内に、このフォルダを示す図形と線で繋がれたファイルを示す図形で指定されるファイルを格納するデータ処理を実行することを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記認識手段は、前記作業指示図内の図形または線の形状に応じて、データの削除処理、ファイル名の変更処理、フォルダの生成処理、データのホルダへの格納処理、のうち少なくとも複数のデータ処理を判定し、
前記実行手段は、前記認識手段の判定結果に基づき、データの削除処理、ファイル名の変更処理、フォルダの生成処理、データのホルダへの格納処理、のうち少なくとも複数のデータ処理を実行することを特徴とする請求項１または２に記載のデータ処理装置。
【請求項４】
前記実行手段は、
前記認識手段の判定結果に基づき前記作業指示図で示されたフォルダを前記記憶手段内に生成するフォルダ生成手段と、
前記認識手段の判定結果に基づき前記作業指示図で示されたデータを前記フォルダ生成手段により生成されたフォルダに格納するファイル格納制御手段と、を含むことを特徴とする請求項２または３に記載のデータ処理装置。
【請求項５】
前記認識手段は、図形または線が手書きで描かれた作業指示図を撮像した画像データ内から、前記図形および線を認識することを特徴とする請求項２に記載のデータ処理装置。
【請求項６】
前記作業指示図は、前記記憶手段に記憶されているデータのファイル名を含む一覧情報を印刷したものであって、且つ、ユーザによって手書きされたフォルダ構造情報を含むものであり、
前記実行手段は、前記作業指示図に手書きのファイル名が含まれていた場合に前記印刷されたファイル名の代わりにこの手書きのファイル名を格納対象のファイル名として使用する
ことを特徴とする請求項５に記載のデータ処理装置。
【請求項７】
被写体を撮像して画像データを取得する撮像手段を備えるとともに、請求項１乃至６のいずれかに記載のデータ処理装置を内蔵した撮像装置であって、
前記記憶手段は、前記撮像手段により撮像して得られた画像データを記憶し、
前記取得手段は、前記撮像手段により作業指示図を撮像してその画像データを取得し、
前記認識手段は、前記画像データを含む複数種類のデータの各々を示す複数形状の図形を認識し、
前記実行手段は、前記認識手段の認識結果に基づき、前記記憶手段に記憶されている複数の画像データに対して、前記作業指示図で指定されたデータ処理を実行することを特徴とする撮像装置。
【請求項８】
前記記憶手段に記憶された複数の画像データの各々を縮小して１枚の画像内に配置および合成したサムネイル一覧画像を生成する一覧画像生成手段を更に備えることを特徴とする請求項７に記載の撮像装置。
【請求項９】
前記一覧画像生成手段により生成したサムネイル一覧画像における各縮小画像の配置された位置を含む配置情報を記憶する配置情報記憶手段を更に備え、
前記実行手段は、前記認識手段により、前記画像データ内に前記一覧画像生成手段により生成された前記サムネイル一覧画像が認識された場合には、前記配置情報記憶手段に記憶された配置情報を利用して、各サムネイル画像に対応して前記記憶手段に記憶された画像データを特定し、この特定された画像データに対して前記作業指示図で指定されたデータ処理を実行することを特徴とする請求項８に記載の撮像装置。
【請求項１０】
コンピュータを、
作業指示図を撮像した画像データを取得する取得手段と、
所定種類のデータを複数記憶する記憶手段と、
前記取得手段により取得した画像データ内から、前記所定種類のデータを示す所定形状の図形であって、前記記憶手段に記憶された複数のデータの各々に対応して異なる位置に描かれた複数の図形と、前記複数のデータの関係を示す線であって、前記複数のデータの各々に対応する複数の図形を繋ぐように描かれた複数の線とを認識する認識手段と、
前記認識手段により認識された複数の図形で示される複数のデータに対して、前記認識手段により認識された複数の線で示される関係に基づいて、前記作業指示図で指定されたデータ処理を実行する実行手段と
して機能させるためのプログラム。
【請求項１１】
作業指示図を撮像した画像データを取得する取得処理と、
所定種類のデータを記憶手段に複数記憶させる記憶処理と、
前記取得処理により取得した画像データ内から、前記所定種類のデータを示す所定形状の図形であって、前記記憶手段に記憶された複数のデータの各々に対応して異なる位置に描かれた複数の図形と、前記複数のデータの関係を示す線であって、前記複数のデータの各々に対応する複数の図形を繋ぐように描かれた複数の線とを認識する認識処理と、
前記認識処理により認識された複数の図形で示される複数のデータに対して、前記認識処理により認識された複数の線で示される関係に基づいて、前記作業指示図で指定されたデータ処理を実行する実行処理と
を含むことを特徴とするデータ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮像装置、データ処理装置、データ処理方法およびプログラムに関し、大量の画像を手間をかけずに整理できる撮像装置、データ処理装置、データ処理方法およびプログラムに関する。
【背景技術】
【０００２】
近年、デジタルカメラの記憶容量増大に伴い、デジタルカメラ内にきわめて大量の画像を保存できるようになってきたが、その一方で、所望の画像を見つけ出して再生表示する際に相当な手間を要するようになってきたことから、何らかの対策（画像整理対策）が必要とされている。
【０００３】
デジタルカメラの画像を整理するには、（１）プリントして保存する、（２）パーソナルコンピュータに取り込んで保存する、という二つの方法があるが、（１）の方法は大量の画像に不向きであることから、（２）の方法がとられることが多い。
【０００４】
パーソナルコンピュータに画像を取り込んで保存する場合、一般的にはパーソナルコンピュータの記憶装置に“フォルダ”（またはディレクトリともいうが、ここではフォルダで代表する。）と呼ばれる保管場所を作り、そのフォルダに画像を保存する。フォルダには任意の名前、たとえば、画像の内容を端的に表す名前をつけることができる。また、フォルダの中に子フォルダ（サブフォルダという。）を作り、さらに、そのサブフォルダの中に孫フォルダを作るというように必要なだけ深化させる（階層化する）こともできる。
【０００５】
したがって、たとえば、最上層のフォルダ名を「デジタルカメラ写真」とし、その下位に「仕事関係」や「プライベート」などといった様々な子フォルダを作り、さらに必要であれば、それらの子フォルダの下位に所要数の孫フォルダを作って、最下位のフォルダに撮影内容ごとの画像を振り分けて保存すれば、大量の画像をフォルダ単位で整理することができ、後々の画像再生時の検索性向上を図ることができる。
【０００６】
しかしながら、パソコンによるフォルダ管理は、誰でも簡単にできるものではない。パーソナルコンピュータの操作に習熟した人にとっては容易であるものの、そうでない人にとっては難しさを否めないからである。
【０００７】
一方、デジタルカメラ自体にも、上記のフォルダ管理に相当するユーザ支援機能が設けられており、しかも、その支援機能はメニューに従って行うことができるので、上記のパーソナルコンピュータのフォルダ管理に比べて簡単であるということができる。
【０００８】
しかしながら、デジタルカメラのディスプレイはパーソナルコンピュータのそれに比べて小さく、しかも、デジタルカメラの操作キーはパーソナルコンピュータの入力装置（キーボードやマウス等）に比べて操作しづらいことから、特に、フォルダ名を入力する場合などに、同様の不都合（手間がかかって面倒）がある。
【０００９】
そこで、下記の特許文献１には、デジタルカメラに接続された画像ビューアと呼ばれる装置から画像の整理を行うようにした技術（以下、従来技術）が開示されており、たとえば、デジタルカメラ内の画像（ファイル）の削除、ファイル名の変更、ファイルの並び順の変更、画像の移動またはコピー（ある格納領域から他の格納領域への移動またはコピー）等を画像ビューアから遠隔的に行うようにしている。このようにすると、デジタルカメラの小さなディスプレイや使い勝手の悪い操作キーに代えて、画像ビューアのディスプレイやキーボード等を使用することができるので、操作性の改善を図ることができる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００２−２０４４２１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、前記の従来技術は、単に「デジタルカメラの小さなディスプレイや使い勝手の悪い操作キーに代えて、画像ビューアのディスプレイやキーボード等を使用する」ようにしたものに過ぎず、依然として、冒頭で説明したフォルダ管理上の不都合（手間がかかって面倒）は解消されていない。
【００１２】
その理由は、たとえ、画像ビューアからデジタルカメラを遠隔操作したとしても、フォルダ（従来技術では格納領域）の作成や命名およびフォルダへのファイル移動などの諸作業を、同様に、キーボード等を用いて行う必要があるからである。
【００１３】
そこで、本発明の目的は、面倒な操作を行うことなく画像のフォルダ管理を簡単に行うことができる撮像装置、データ処理装置、データ処理方法およびプログラムを提供することにある。
【課題を解決するための手段】
【００１４】
本発明は、作業指示図を撮像した画像データを取得する取得手段と、所定種類のデータを複数記憶する記憶手段と、前記取得手段により取得した画像データ内から、前記所定種類のデータを示す所定形状の図形であって、前記記憶手段に記憶された複数のデータの各々に対応して異なる位置に描かれた複数の図形と、前記複数のデータの関係を示す線であって、前記複数のデータの各々に対応する複数の図形を繋ぐように描かれた複数の線とを認識する認識手段と、前記認識手段により認識された複数の図形で示される複数のデータに対して、前記認識手段により認識された複数の線で示される関係に基づいて、前記作業指示図で指定されたデータ処理を実行する実行手段とを備えたことを特徴とするデータ処理装置、撮像装置、そのデータ処理方法、またはプログラムである。
【発明の効果】
【００１５】
本発明によれば、面倒な操作を行うことなく画像のフォルダ管理を簡単に行うことができる撮像装置、データ処理装置、データ処理方法およびプログラムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】第１の実施形態に係る画像整理装置の概念構成図である。
【図２】参照図形テーブルの模式図である。
【図３】制御プログラムの動作フローを示す図である。
【図４】イメージデータのオブジェクト処理の動作フローを示す図である。
【図５】階層判定の概念図である。
【図６】第ｎ層の判定概念図である。
【図７】格納先フォルダの特定概念図である。
【図８】記憶部７の内部に作られるフォルダの実態を示す模式図である。
【図９】フォルダ仕分けの概念図である。
【図１０】第１の実施形態の改良例を示す図である。
【図１１】改良例の動作フローを示す図である。
【図１２】第２の実施形態に係る画像整理装置の概念構成図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態を、図面を参照しながら説明する。
まず、構成を説明する。
図１は、第１の実施形態に係る撮像装置の概念構成図である。
この図において、撮像装置１は、たとえば、被写体像を電子データ（画像ファイル）に変換して記録保存することができる、たとえば、デジタルカメラであって、特にその画像ファイルを任意のフォルダ構造で整理保存することができるものである。
【００１８】
この撮像装置１は、ＣＣＤやＭＯＳなどの半導体イメージセンサからなる撮像部２と、シャッタボタンや各種機能キーなどからなる操作部４と、ＣＰＵ５ａやＲＯＭ５ｂおよびＲＡＭ５ｃ並びにＰＲＯＭ５ｄなどで構成されたプログラム制御方式の制御部５と、液晶ディスプレイ等からなる表示部６と、フラッシュメモリ等の大容量記憶デバイスからなる記憶部７とを備え、制御部５のＲＯＭ５ｂに、後述する制御プログラムを格納してそれをＣＰＵ５ａで実行させることにより、デジタルカメラとしての諸機能（撮影や再生などの機能）に加え、さらに実施形態特有の機能（詳細は後で説明する）を実現できるようになっている。
【００１９】
各部の詳細を説明すると、撮像部２は、被写体の撮影に用いられるほか、必要に応じて、ドキュメント８（典型的には「紙媒体」であるが、紙以外の媒体であっても当然かまわない。）に手書きされた所定の“図表”を撮影する際にも用いられる。図表を撮影する場合、撮像部２はその図表をイメージデータとして読み取り、そのイメージデータを制御部５に出力する。ここで、図表とは、画像ファイルを保存するための手書きのフォルダ構造指示情報のことをいう。その具体例は、後述の図面（図８（ａ））のように示されるが、要するに、所定の決まりに従い、ユーザの手によって任意に手書きで描かれたもののことをいう。以下、実施形態では、ドキュメント８に手書きされた図表のことを「作業指示図」ということにする。
【００２０】
ここで、「作業指示図」を作成する際の“所定の決まり”とは、フォルダやファイルおよびそれらの階層の書き方を定めた規則のことをいい、具体的には、次に説明する参照図形テーブルに格納されている情報のことをいう。
【００２１】
図２は、制御部５のＲＯＭ５ｂにあらかじめ格納されている参照図形テーブルの模式図である。この参照図形テーブル９は、各レコードを参照図形フィールド９ａとオブジェクト種別フィールド９ｂとに分けるとともに、参照図形フィールド９ａに様々な参照図形（テンプレート図形）を格納し、さらに、オブジェクト種別フィールド９ｂにそれぞれのオブジェクト種別（参照図形の意味）を格納している。
【００２２】
図示の例では、第１レコード（Ｒ１）の参照図形フィールド９ａにフォルダを示す図形１０（以下、フォルダ図形１０という）を格納するとともに、そのオブジェクト種別フィールド９ｂに“フォルダ”というオブジェクト種別を格納している。なお、このフォルダ図形１０は左上に凸部を設けた横長矩形状の形をしているが、これに限らない。フォルダを連想できる形であって、且つ、簡単に手書きできる形であればよい。
【００２３】
同様に、第２レコード（Ｒ２）の参照図形フィールド９ａにファイルを示す図形１１（以下、ファイル図形１１という）を格納するとともに、そのオブジェクト種別フィールド９ｂに“ファイル”というオブジェクト種別を格納している。なお、このファイル図形１１は単純な横長矩形状の形をしているが、これに限らない。ファイルを連想できる形であって、且つ、簡単に手書きできる形であればよい。
【００２４】
他のレコードも同様であり、たとえば、第３レコード（Ｒ３）の参照図形フィールド９ａに階層を示す階層図形１２（ここでは“横線”であるが、線も図形として取り扱う。）を格納するとともに、そのオブジェクト種別フィールド９ｂに“階層”というオブジェクト種別を格納しており、さらに、第４レコード（Ｒ４）の参照図形フィールド９ａに階層を示す階層図形１３（これも“縦線”であるが、図形として取り扱う。）を格納するとともに、そのオブジェクト種別フィールド９ｂに“階層”というオブジェクト種別を格納している。
【００２５】
ユーザは、ドキュメント８に「作業指示図」を描く際、この参照図形テーブル９の内容に従い、フォルダやファイルに似せた図形を手書きするとともに、それらの図形間を線（縦線や横線）で結んで所望の階層構造を表現する。すなわち、フォルダを示す場合はフォルダ図形１０に似た形の絵を手書きし、ファイルを示す場合はファイル図形１１に似た形の絵を手書きするとともに、それらのフォルダやファイルの階層構造を表すために、各図形を結合する適当な線（横線→階層図形１２、縦線→階層図形１３）を手書きする。
【００２６】
なお、階層図形１２や階層図形１３はどちらも階層を表す“線”であり、違いは線の方向（縦線、横線）だけである。これは、一般的な階層構造の書き表し方として、上位層から横線や縦線を引き出して、その線の先に下位層をつなげるからであり、あるいは、下位層が複数ある場合は縦線でそれらの下位層の間をつなぐからである。したがって、階層を示す図形としては、横線（階層図形１２）と縦線（階層図形１３）の二種類を用意しておけばよいが、これに限定されない。さらに、斜線や曲線などを用意しておいてもかまわない。なお、一般的な階層構造の書き方は、上位層の下に下位層を順次に配置するとともに、上位層の右側に下位層を配置するという習わしであるため、実施形態でもその書き方に倣うものとする。ただし、これは、説明の簡素化を図るための便宜であり、他の書き方を排除する意図はない。
【００２７】
ドキュメント８に「作業指示図」を手書きする際、手書きされたフォルダ図形やファイル図形の中に、それらのフォルダ名やファイル名を表す文字列を書き込むことができる。たとえば、フォルダ図形の中に“ＡＢＣ”と書き込み、ファイル図形の中に“ａｂｃ”と書き込んだ場合、文字列“ＡＢＣ”はフォルダ名となり、文字列“ａｂｃ”はファイル名となる。
【００２８】
ここで、フォルダとは、汎用オペレーティングシステムにおけるファイル管理用語の一つであり、独立したデータの格納場所（または入れ物）のことをいう。オペレーティングシステムによってはディレクトリと呼ばれることもあるが、どちらも意味は同じである。以下、フォルダで同一する。
【００２９】
フォルダには任意の名前をつけることができる。また、必要に応じて階層化されたフォルダ構造とすることもできる。すなわち、フォルダの中にフォルダ（サブフォルダ）を作り、さらに、そのフォルダの中にフォルダを作るといったように何段階にもわたって深化（階層化）させることもできる。
【００３０】
フォルダを階層化すると、画像ファイル等のデータの内容に応じた仕分けや分類がしやすくなってデータの管理が容易になるから好ましいが、一方で、規則性のない乱雑なフォルダ構造は全体の見通しが悪く、所望のフォルダをなかなか見つけだせなくなるという不都合を招く。したがって、整理されたフォルダ構造とすることが望ましいものの、実際には、面倒さもあってとりあえず“適当”な場所にフォルダを作っているのが実情である。
【００３１】
しかしながら、今日のデジタルカメラは、きわめて大量の画像ファイル（数千枚から場合によっては数万枚に及ぶこともある）を内部に保存できるので、上記の「新規フォルダ」にそのすべての画像ファイルを格納した場合は、多種多様な画像ファイルが混在してしまうことになり、後々の画像再生時に不都合、たとえば、フォルダ内の画像をスライド再生する際に内容の一貫性が保たれないなどの不都合を来す。
【００３２】
かかる不都合を回避するには、上記の「新規フォルダ」の中に撮影日や撮影場所ごとの「サブフォルダ」を作るとともに、それらのサブフォルダに適当な名前（撮影日や撮影場所またはその両方）をつけ、さらに、それぞれのサブフォルダに該当する画像ファイルを仕分けして格納すればよいが、面倒を否めない。フォルダ作成や命名に手間が掛かるばかりか、画像ファイルの仕分けに際しても、撮影日や撮影場所をいちいち調べながら手分けしなければならず、やはり相当の手間が掛かるからである。
【００３３】
そこで、この実施形態では、手間をかけずに、フォルダの作成や命名および画像ファイルの仕分けを可能にする便利な技術を提案する。その要点は、第一に、フォルダの構造や名前およびそれらのフォルダに格納する画像ファイルの名前を手書きしたドキュメント８を撮像部２で撮影することにより、記憶部７に所定のフォルダを所定の名前で且つ所定の階層構造で自動生成する点、第二に、それらのフォルダに画像ファイルを自動仕分けして保存できるようにした点にある。
【００３４】
上記の要点の詳細は、以下の作用の説明から明らかになる。
次に、作用を説明する。
図３は、制御部５のＣＰＵ５ａで実行される制御プログラムの動作フローを示す図である。この制御プログラムは、あらかじめＲＯＭ５ｂに格納されているものであり、所定のユーザ操作（たとえば、操作部４の特定キー操作または表示部６に表示されている特定メニューの選択操作など）に応答して、ＲＡＭ５ｃに読み出され、ＣＰＵ５ａによって実行されるものである。なお、図示の動作フローは、制御プログラムのポイントを簡略化して示すものであり、実際にはより複雑多岐にわたる処理で構成されていることはもちろんである。
【００３５】
図示のフローを開始すると、まず、撮像部２を駆動してドキュメント８、すなわち、「作業指示図」を撮影し、その撮影データをデータ処理可能な形式（イメージデータ）に変換する。そして、そのイメージデータを制御部５に取り込み（ステップＳ１）、次いで、イメージデータのオブジェクト処理を実行する（ステップＳ２）。
【００３６】
図４は、イメージデータのオブジェクト処理（ステップＳ２）の動作フローを示す図である。このフローでは、まず、撮像部２で撮影されたイメージデータの中から一つのオブジェクトを抽出する（ステップＳ１１）。ここで、“オブジェクト”（Ｏｂｊｅｃｔ）とは、それ自体が操作の対象となる処理アイテムのことをいい、コンピュータ用語の一つである。この実施形態では、図２の参照図形テーブル９で規定された各種図形１０〜１３のいずれかに似せてドキュメント８に手書きされた図形のことをいう。
【００３７】
一つのオブジェクトを抽出すると、次に、図２の参照図形テーブル９に従い、パターンマッチング等の手法により、そのオブジェクトの種別を判定する（ステップＳ１２）。たとえば、抽出されたオブジェクトが左上に凸部を有する横長矩形状の形であれば、そのオブジェクトを、図２の参照図形テーブル９のフォルダ図形１０に対応するものとして特定（オブジェクト種別→“フォルダ”）する。また、抽出されたオブジェクトが単純な横長矩形状の形であれば、そのオブジェクトを、図２の参照図形テーブル９のファイル図形１１に対応するものとして特定（オブジェクト種別→“ファイル”）する。あるいは、抽出されたオブジェクトが横線や縦線であれば、そのオブジェクトを、図２の参照図形テーブル９の階層図形１２や階層図形１３に対応するものとして特定（オブジェクト種別→“階層”）する。
【００３８】
なお、抽出されたオブジェクトに似た図形が図２の参照図形テーブル９で見つからなかった場合は、不要なオブジェクト（たとえば、ドキュメント８の汚れや撮像部２の撮影ノイズ等）であると判断し、残りのオブジェクトがあるか否かを判定する（ステップＳ２１）。そして、残りのオブジェクトがあれば、再びステップＳ１１に進み、残りのオブジェクトがなければ、図３の制御プログラムに戻る。
【００３９】
＜フォルダオブジェクトの場合＞
ステップＳ１２でフォルダオブジェクト（フォルダ図形１０に対応したオブジェクト）が判定された場合は、次に、そのオブジェクトの階層判定を行う（ステップＳ１３）。この階層判定は、当該フォルダオブジェクトが上位層にあるのか、それとも、下位層（第ｎ層）にあるのかを判定するものであり、その判定は、図２の参照図形テーブル９の階層オブジェクト（階層図形１２や階層図形１３）に相当する横線や縦線の有無を調べることによって行うことができる。
【００４０】
図５は、階層判定の概念図である。この図において、（ａ）に示すように、対象となるフォルダオブジェクト１５の四辺いずれにも横線や縦線が接続されていない場合は、そのフォルダオブジェクト１５を「上位層」と判定する（ステップＳ１４）。この場合、対象となるフォルダオブジェクト１５は下位層を持たない単独のフォルダオブジェクトとなる。
【００４１】
また、（ｂ）や（ｃ）に示すように、対象となるフォルダオブジェクト１６の上辺と左辺のいずれにも横線や縦線が接続されておらず、且つ、下辺と右辺のいずれか一方に横線１７や縦線１８が接続されている場合も、そのフォルダオブジェクト１６を「上位層」と判定する（ステップＳ１４）。この場合、対象となるフォルダオブジェクト１６は少なくとも一つの下位層を持つ階層化されたフォルダオブジェクトとなる。
【００４２】
一方、（ｄ）に示すように、対象となるフォルダオブジェクト１９の左辺に横線２０が接続されている場合や、（ｅ）に示すように、対象となるフォルダオブジェクト２１の上辺に縦線２２が接続されている場合は、その対象となるフォルダオブジェクト１９、２１を「下位層」と判定する（ステップＳ１５）。
【００４３】
また、（ｆ）に示すように、対象となるフォルダオブジェクト２３の左辺と上辺の一方に横線２４や縦線２５が接続され、且つ、その対象となるフォルダオブジェクト２３の右辺と下辺の一方にも横線２６や縦線２７が接続されている場合も、そのフォルダオブジェクト２３を「下位層」と判定する（ステップＳ１５）。
【００４４】
なお、この（ｆ）では、左辺と上辺のそれぞれに横線２４と縦線２５を接続させているとともに、右辺と下辺のそれぞれにも横線２６と縦線２７を接続させているが、これは図示の都合である。実際の階層の書き表し方では、一つのフォルダに接続される上位層からの線は１本であり、同様に、下位層につながる線も１本だからである。つまり、実際には、左辺と上辺のいずれか一方だけに横線２４や縦線２５が接続されるとともに、右辺と下辺のいずれか一方だけに横線２６や縦線２７が接続されることになる。（ｆ）の例は、図示の都合上、これらを一つにとりまとめたものである。
【００４５】
このようにして「上位層」と「下位層」の判定を行うが、「下位層」については、さらに、何番目の層に位置するのか（第ｎ層であるのか）を判定する。この判定には、たとえば、縦線や横線を上位方向にたどって、もっとも上位に位置するフォルダオブジェクトまでのフォルダ数をカウントするとともに、その間のフォルダの接続関係を調べればよい。
【００４６】
図６は、第ｎ層の判定概念図である。この図において、たとえば、現在の判定対象となっているフォルダオブジェクト２８をハッチングで示すことにすると、この対象フォルダオブジェクト２８の左辺から伸びる線２９に一のフォルダオブジェクト３０がつながっており、さらに、この一のフォルダオブジェクト３０の左辺から伸びる線３１に二のフォルダオブジェクト３２がつながっている。
【００４７】
この例によれば、二のフォルダオブジェクト３２の左辺や上辺には線がつながっていないので、この二のフォルダオブジェクト３２を、もっとも上位層に位置するものとして判定できる。また、対象フォルダオブジェクト２８から線２９、３１をたどって、もっとも上位層のフォルダオブジェクト３２に至るまでの間には、この対象フォルダオブジェクト２８を含め、全部で三つのフォルダオブジェクト２８、３０、３２の存在を判定できる。さらに、フォルダオブジェクト３２→フォルダオブジェクト３０→フォルダオブジェクト２８という接続関係も判定できる。
【００４８】
したがって、図示の例における対象フォルダオブジェクト２８は、そのオブジェクト数（ｎ＝３）に対応した第３層に位置し、且つ、上記の接続関係にあることがわかる。
【００４９】
なお、この判定方法では、もっとも上位の層を第１層とし、その下位に位置する層を順次に第２層、第３層‥‥‥としているが、これに限らない。たとえば、上位層を第０層とし、その下位に位置する層を順次に第１層、第２層‥‥‥としてもよい。要は、それぞれの階層位置を一意に識別できればよい。
【００５０】
このように、対象となるフォルダオブジェクトが「上位層」であるのか、または第ｎ層の「下位層」であるのかの判定（ステップＳ１３〜Ｓ１５）を行うと、次に、その対象となるフォルダオブジェクトの中から文字列（たとえば、図７の“△△□□”）を抽出し（ステップＳ１６）、その文字列を対象となるフォルダオブジェクトのフォルダ名として採用する（ステップＳ１７）。そして、残りのオブジェクトがあるか否かを判定し（ステップＳ２１）、残りのオブジェクトがあれば、再びステップＳ１１に進み、残りのオブジェクトがなければ、図３の制御プログラムに戻る。
【００５１】
＜ファイルオブジェクトの場合＞
ステップＳ１２でファイルブジェクト（ファイル図形１１に対応したオブジェクト）が判定された場合は、次に、そのファイルオブジェクトの格納先フォルダを特定する（ステップＳ１８）。この特定は、そのファイルオブジェクトから延びる線の先につながる最初のフォルダオブジェクトを見つけ出すことによって行うことができる。
【００５２】
図７は、格納先フォルダの特定概念図である。この図に示すように、ファイルオブジェクト３３から延びる線３４の先には“△△□□”という名前のフォルダオブジェクト３５がつながっているので、この場合、ファイルオブジェクト３３の格納先は、そのフォルダオブジェクト３５になる。
【００５３】
このように、ファイルオブジェクトの格納先の特定（ステップＳ１８）を行うと、次に、その対象となるファイルオブジェクトの中から文字列（たとえば、図７の“○○××”）を抽出し（ステップＳ１９）、その文字列を対象となるファイルオブジェクトのファイル名として採用する（ステップＳ２０）。そして、残りのオブジェクトがあるか否かを判定し（ステップＳ２１）、残りのオブジェクトがあれば、再びステップＳ１１に進み、残りのオブジェクトがなければ、図３の制御プログラムに戻る。
【００５４】
このようにして、図４の処理（イメージデータのオブジェクト処理）を完了すると、そのイメージデータに対応した構造を有するフォルダの実態が記憶部７の内部に作られる（ステップＳ３）。
【００５５】
図８は、記憶部７の内部に作られるフォルダの実態を示す模式図である。なお、この図において、（ａ）は撮像部２によって撮影されたドキュメント８のイメージデータを示し、（ｂ）は記憶部７の内部に作られるフォルダ構造を示している。どちらも似た内容になっているが、（ａ）は手書き図形と手書き文字で構成されているのに対して、（ｂ）は形が整えられた図形と綺麗な文字フォントで構成されている点で相違する。ちなみに、文字フォントは手書き文字をＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）認識して文字コード変換し、その文字コードを適切な文字フォントに置き換えたものであり、また、形が整えられた図形は、手書き図形をそれに対応した参照図形（図２参照）に置き換えたもの、あるいは、その手書き図形を線画変換処理（ベクトル変換処理等）したものである。
【００５６】
（ａ）に示すイメージデータには、いずれも手書きされた三つのフォルダ図形４１〜４３と、同様に手書きされた三つのファイル図形４４〜４６とが描かれており、それらの図形間が手書きされた線４７〜５４で結ばれ、さらに、それぞれの図形４１〜４６の内部に“△△旅行写真”、“○○さん用写真”、“□□にて”、“ＣＩＭＧ００１”、“ＣＩＭＧ００２”、“ＣＩＭＧ００３”というフォルダ名やファイル名に相当する文字列が手書きされている。
【００５７】
かかるフォルダ構造は、ユーザによって任意に描かれたものであり、そのユーザの意図する点は、記憶部７に“△△旅行写真”という名前のフォルダを作るとともに、そのフォルダ内にさらに“○○さん用写真”と“□□にて”という名前を持つ二つのサブフォルダを作り、且つ、それらのサブフォルダに“ＣＩＭＧ００１”、“ＣＩＭＧ００２”および“ＣＩＭＧ００３”という名前の写真（画像ファイル）を振り分けて格納することにある。つまり、この構造に従えば、“○○さん用写真”という名前のサブフォルダに“ＣＩＭＧ００１”と“ＣＩＭＧ００２”という名前の写真を格納し、“□□にて”という名前のサブフォルダに“ＣＩＭＧ００３”という名前の写真を格納することにある。
【００５８】
この実施形態では、（ａ）のイメージデータから（ｂ）に示すような作業指示図を作り出すことができる。この作業指示図は、上記のとおり、形が整えられた図形と文字フォントで構成されたものであって、それらの図形と文字フォントはいずれもコンピュータ（制御部５）で認識できるデータであるから、それらの情報に従い、人手を介することなく、記憶部７の内部に所要のフォルダを所要の階層で作り出すことができる。すなわち、（ｂ）に示すように、記憶部７の内部に“△△旅行写真”という名前のフォルダ５５を作成するとともに、そのフォルダ５５の中に“○○さん用写真”と“□□にて”という名前の二つのサブフォルダ５６、５７を作成することができる。
【００５９】
図８（ａ）のような作業指示図が作られると、次に、写真（画像ファイル）の仕分けを行う。すなわち、まず、所定のフォルダ（たとえば、仕分け対象前の画像を一時保存するフォルダ）に保存されている画像ファイルの読み込みを行う（ステップＳ４）。
【００６０】
画像ファイルを読み込むと、次に、その画像ファイルを、前述の作業指示図（図８（ｂ）参照）に従い、該当する階層のフォルダに仕分けして格納し（ステップＳ５）、その格納動作を、最後の画像ファイルになるまで繰り返した後、プログラムを終了する。
【００６１】
図９は、フォルダ仕分けの概念図である。今、図４の処理（イメージデータのオブジェクト処理）を実行した結果、記憶部７の内部にフォルダ５５と、その下位に位置する二つのサブフォルダ５６、５７とが作られた場合を考える。なお、そのようにして作られた一のサブフォルダ５６に“ＣＩＭＧ００１”と“ＣＩＭＧ００２”という名前のファイル５８、５９を格納し、且つ、二のサブフォルダ５７に“ＣＩＭＧ００３”という名前のファイル６０を格納するものとする。
【００６２】
この場合、名称“ＣＩＭＧ００１”と“ＣＩＭＧ００２”のファイル５８、５９は、その名称“ＣＩＭＧ００１”、“ＣＩＭＧ００２”を手がかりにして該当するフォルダ（一のサブフォルダ５６）に自動振り分けして格納され、また、名称“ＣＩＭＧ００３”のファイル６０も同様に、その名称“ＣＩＭＧ００３”を手がかりにして該当するフォルダ（二のサブフォルダ５７）に自動振り分けして格納される。
【００６３】
以上のように、この実施形態によれば、フォルダ構造とフォルダ名およびそれらのフォルダに格納する画像ファイルの名前を手書きしたドキュメント８を用意し、そのドキュメント８を撮像部２で撮影するだけで、記憶部７に所要の階層構造を有するフォルダを生成できるとともに、それらのフォルダに名前を付与することができ、しかも、それらのフォルダに画像ファイルを自動仕分けして格納することができる。
【００６４】
その間、ユーザが行う作業は、主にドキュメント８へのフォルダ構造の手書きであり、この手書き作業は明らかに容易に行うことができるから、フォルダ作成や命名などの面倒な作業を省くことができ、画像のフォルダ管理を誰でも簡単に行うことができる使い勝手のよい撮像装置１を提供することができる。
【００６５】
ちなみに、冒頭の従来技術では、画像ビューアを介してデジタルカメラ内のフォルダ管理を行うことができるが、手間が掛かって面倒である。フォルダの作成や命名およびフォルダへの画像ファイルの振り分け等の作業などを画像ビューアのキー操作やメニュー操作に従って行う必要があるからである。
【００６６】
この点において、実施形態の技術では、デジタルカメラ（撮像装置１）それ自体でフォルダ管理を行うことができ、しかも、そのフォルダ管理を行うに際して、所望の作業指示図を手書きしたドキュメント８を撮影するだけでよく、面倒なキー操作等が発生しないから、誰でも容易に希望の構造でフォルダを管理することができる。
【００６７】
加えて、デジタルカメラ（撮像装置１）の内部ですでに希望のファイル構造に整理されているのであるから、たとえば、その構造を維持したままパーソナルコンピュータに画像を取り込むことができ、パーソナルコンピュータ側で再度のフォルダ管理を行う必要がない。
【００６８】
したがって、たとえば、旅先で友達の写真を撮った場合に、その場で写真の仕分けを行うことができるので、いちいちパーソナルコンピュータのある自宅に戻る必要がなく、旅先で、友達に焼き増しして欲しい写真を簡単に選んでもらう（ドキュメント８に手書きで書き入れてもらう）ことができるようになる。
【００６９】
ところで、上記の実施形態では、ドキュメント８に画像の名前（ファイル名）を手書きしている。ファイル名の手書きは、少数画像の場合にそれほどユーザの負担にならないが、大量画像、たとえば、数百枚や数千枚にも及ぶ画像の場合はきわめて大きな負担となり、しかも、手書きミスも避けられない。
かかる点に鑑み、以下では、ファイル名の手書きを省略できるようにした改良例を提案する。
【００７０】
図１０は、実施形態の改良例を示す図である。この図において、（ａ）は画像ファイルのサムネイル一覧表６９を示している。このサムネイル一覧表６９は、撮像装置１の記憶部７に保存されている画像ファイルのサムネイル（縮小画像）一覧を印刷したものであり、具体的には、画像ファイルのサムネイル画像（縮小画像）７０〜７８と、それぞれのサムネイル画像７０〜７８のファイル名（“ＣＩＭＧ００１”、“ＣＩＭＧ００２”‥‥‥）とを印刷したものである。なお、このファイル名（“ＣＩＭＧ００１”、“ＣＩＭＧ００２”‥‥‥）は、撮影のたびに撮像装置１の内部で自動生成される連番（詳細には“ＣＩＭＧ”という固定頭文字列の後ろに３桁のゼロサプレス付一連番号を付加したもの）である。
【００７１】
この改良例では、上記のサムネイル一覧表６９をプリントアウトしたものを前記の実施形態におけるドキュメント８として取り扱う。すなわち、（ｂ）はこの改良例におけるドキュメント８を示している。
【００７２】
ユーザは、このドキュメント８に所要の情報を書き込むことができる。書き込み可能な第一の情報は、記憶部７に作成するフォルダとそのフォルダ名であり、第二の情報は、そのフォルダに格納する画像ファイルの指定情報である。また、第三の情報は、撮像装置１から削除したい画像ファイルの指定情報である。
【００７３】
図示の例では、第一の情報として、フォルダ９０の絵が手書きされており、また、第二の情報として、そのフォルダ９０と任意のサムネイル画像（図ではサムネイル画像７４、７５、７８）との間を結ぶ線９１〜９７が手書きされている。さらに、第三の情報として、任意のサムネイル画像（図ではサムネイル画像７２、７７）の上にバツ印が手書きされている。
【００７４】
このような第一から第三の情報が手書きされたドキュメント８を撮像部２で撮影することにより、その第一の情報に従って記憶部７にフォルダ９０を新規作成することができ、また、その第二の情報に従ってそのフォルダ９０に所望の画像ファイル（ここではサムネイル画像７４、７５、７８に対応する画像ファイル）を格納することができ、さらに、その第三の情報に従って不要な画像（ここではサムネイル画像７２、７７に対応する画像ファイル）を削除することができる。
【００７５】
加えて、この改良例では、第四の情報として、格納対象の画像ファイルの名前に並べて変更したいファイル名を手書きすることができる。このファイル名の手書きは必須でなく、ファイル名の変更を希望するときのみに行われる。すなわち、たとえば、図示の例では、破線枠で囲って示す“ＣＩＭＧ００５”→“Ａさんアップ”、“ＣＩＭＧ００６”→“Ａさんと２ショット”、“ＣＩＭＧ００９”→“集合写真”が手書きされているが、これは、ユーザがファイル名の変更を意図したからであり、ファイル名を変更しないのであれば第四の情報（手書きされたファイル名）は不要である。この場合、撮像装置１によって付けられたファイル名（“ＣＩＭＧ００５”、“ＣＩＭＧ００６”、“ＣＩＭＧ００９”）が採用される。
【００７６】
図１１は、改良例の動作フローを示す図であり、このフローは、前記図４のフローを改良したものであって、詳細には図４のフローのステップＳ１９とステップＳ２０の間に、以下の処理を入れたものである。
また、この改良例においては、サムネイル一覧表６９に含まれる各サムネイル画像の位置、形状および大きさが予めわかっているので（これらの情報はサムネイル一覧表の生成時に記憶しておく）、ステップＳ１１のオブジェクト抽出においては、位置、形状および大きさが予めわかっているサムネイル画像をファイルオブジェクトとして認識することで、認識処理を効率よく行うことが可能となる。
【００７７】
この改良された動作フローにおいて、制御部５は、ファイル名を抽出（ステップＳ１９）した後、第四の情報が含まれているか否か（そのファイル名に手書きのファイル名が含まれているか否か）を判定する（ステップＳ３１）。
【００７８】
そして、第四の情報（手書きのファイル名）が含まれていなければ、前記図４のフローと同様に、ステップＳ１９で抽出したファイル名をそのまま使用（ステップＳ２０）するが、第四の情報（手書きのファイル名）が含まれていた場合は、その手書きのファイル名を抜き出し（ステップＳ３２）、文字列変換した後、そのファイル名（手書きされたファイル名を文字列変換したもの）をファイル名として使用する（ステップＳ２０）。
【００７９】
したがって、第四の情報がある場合、つまり、手書きされたファイル名がある場合は、手書きされたファイル名を文字認識し、その認識結果を用いてそれぞれのファイル名を変更するので、たとえば、図示の例では、ファイル名“ＣＩＭＧ００５”を“Ａさんアップ”に変更し、また、ファイル名“ＣＩＭＧ００６”を“Ａさんと２ショット”に変更し、さらに、ファイル名“ＣＩＭＧ００９”を“集合写真”に変更することができる一方、第四の情報（手書きされたファイル名）がない場合、すなわち、ファイル名の変更を行わない場合は、元のファイル名（サムネイル一覧表６９に印字されているファイル名：“ＣＩＭＧ００５”、“ＣＩＭＧ００６”、“ＣＩＭＧ００９”）をそのまま使用することができる。
【００８０】
このように、改良例においては、ファイル名を印字したサムネイル一覧表６９をドキュメント８に利用するので、そのファイル名を手がかりにして画像の仕分け格納を行うことができ、手書きによるファイル名記載を省くことができるから、とりわけ、大量の画像を格納する際の面倒をなくすことができる。また、ファイル名を変更したい場合は、印字されたファイル名の隣に所望のファイル名を手書きするだけでよく、しかも、画像を削除したい場合は、該当するサムネイル画像に所定のマーク（バツ印をつける）を手書きするだけでよいから、リネーム作業や削除作業の容易化も図ることができる。
サムネイル一覧表６９は、たとえば、旅先で撮影した友達の写真を、その場で仕分けする際などに用いることができる。すなわち、仕分けを行う際は、近くのプリントサービスショップ（コンビニ等）でサムネイル一覧表６９を印刷し、そのサムネイル一覧表６９に友達用のフォルダを手書きするとともに、希望する写真を友達に選ばせればよい（フォルダと写真との間を手書きの線で結んでもらえばよい）。また、写真の名前を変更する場合は、希望の名前に書き換えてもらえばよい。
【００８１】
なお、以上の実施形態では、デジタルカメラ（撮像装置１）自体に、ドキュメント８の読み取り機能と、その読み取り結果に基づくフォルダの自動作成機能と、それらのフォルダへの画像ファイルの自動振り分け機能とを搭載しているが、これに限定されない。たとえば、以下のようにしてもよい。
【００８２】
図１２は、第２の実施形態に係る画像整理装置の概念構成図である。この図において、画像整理装置１００は、デジタルカメラ８００等から大量の画像ファイルを取り込み、その画像ファイルを任意のフォルダ構造で整理保存することができるものであり、たとえば、汎用パソコン（パーソナルコンピュータ）を用いて構築することが可能なものである。
つまり、前記の第１の実施形態で示す撮像装置１のような機能を備えていないデジタルカメラ８００から、未分類の形で入力される複数画像を簡単に分類整理できるようにしたものである。
【００８３】
この画像整理装置１００は、少なくとも、ＯＣＲ機能を備えたスキャナ２００と、メディアスロット等の画像入力部３００と、キーボードやマウス等からなる操作部４００と、ＣＰＵ５００ａやＲＯＭ５００ｂおよびＲＡＭ５００ｃ並びにＰＲＯＭ５００ｄなどで構成されたプログラム制御方式の制御部５００と、液晶ディスプレイ等からなる表示部６００と、ハードディスク等の大容量記憶デバイスからなる記憶部７００とを備えて構成されている。
【００８４】
一般的な汎用パソコンは、上記のスキャナ２００を除く各部（画像入力部３００、操作部４００、制御部５００、表示部６００および記憶部７００）を標準的に備えているので、さらに、その構成にスキャナ２００を加え、且つ、制御部５００のＲＯＭ５００ｂに、前記の第１の実施形態で説明した制御プログラム（図３、図４参照）と同様のものを格納してそれをＣＰＵ５００ａで実行させることにより、前記の第１の実施形態と同様の機能を実現することができる。
【００８５】
もちろん、汎用パソコンの利用は実現可能性のある典型例を示しているに過ぎない。上記の各部を備えた専用の画像整理装置１００として構成してもよいことは当然である。また、汎用パソコンに限らず、上記の構成を備えたものであればいかなるものであってもよく、たとえば、画像ビューアや画像ストレージあるいはデジタルフォトスタンド等の画像処理装置であってもよい。
【００８６】
この第２の実施形態と前記の第１の実施形態との相違は、この第２の実施形態には撮像部２が含まれておらず、その代わりにスキャナ２００と画像入力部３００とが含まれている点にある。すなわち、スキャナ２００は、ドキュメント８に手書きされた所定の“図表”をイメージデータとして読み取ってそのイメージデータを制御部５００に出力するというものであり、また、画像入力部３００は、デジタルカメラ８００に保存されている画像ファイルを取り込んで制御部５００に出力するというものである。
【００８７】
その他の構成要素は、第１の実施形態の同一名の要素と実質同じものである。つまり、操作部４００は第１の実施形態の操作部４に相当し、制御部５００は第１の実施形態の制御部５に相当し、表示部６００は第１の実施形態の表示部６に相当し、記憶部７００は第１の実施形態の記憶部７に相当する。
【００８８】
この第２の実施形態の作用も前記の第１の実施形態のそれと同じである。相違は撮像部２の代わりにスキャナ２００を用いる点、および、画像入力部３００を介してデジタルカメラ８００から画像を取り込む点にあり、具体的には、前記の図４のステップＳ１で、スキャナ２００を用いて「作業指示図」をイメージスキャンすること、同図のステップＳ４で、画像入力部３００を介してデジタルカメラ８００から画像を取り込むことが相違するのみで、余の点は前記の第１の実施形態と同一である。
【００８９】
したがって、この第２の実施形態においても、フォルダ構造とフォルダ名およびそれらのフォルダに格納する画像ファイルの名前を手書きしたドキュメント８を用意し、そのドキュメント８をスキャナ２００で読み取るだけで、記憶部７００に所要の階層構造を有するフォルダを生成できるとともに、それらのフォルダに名前を付与することができ、しかも、それらのフォルダに画像入力部３００を介して取り込んだデジタルカメラ８００からの画像を自動仕分けして格納することができる。
【００９０】
そして、その間、ユーザが行う作業は、主にドキュメント８へのフォルダ構造の手書きであり、この手書き作業は明らかに容易に行うことができるから、フォルダ作成や命名などの面倒な作業を省くことができ、画像のフォルダ管理を誰でも簡単に行うことができる使い勝手のよい画像整理装置１００を提供することができる。
【００９１】
なお、以上では、デジタルカメラ８００に保存された画像を、このデジタルカメラ８００から画像整理装置１００の記憶部７００に移動またはコピーする際に用いられる画像整理技術として説明したが、これに限定されない。整理後の画像の格納場所は、たとえば、前記のデジタルカメラ８００であってもよい。つまり、ドキュメント８に手書きされた作業指示図に従って、デジタルカメラ８００の記憶媒体内のフォルダ構造に変更（フォルダの新規作成やフォルダ名の変更等）を加えるとともに、その記憶媒体に保存されている画像ファイルを、当該作業指示図に従って、その記憶媒体内の指定されたフォルダに仕分け保存するようにしてもよい。
【００９２】
また、この第２の実施形態においても、前記の第１の実施形態の改良例（ファイル名の手書きを不要にしたもの、図１０、図１１参照）を適用してよいことはもちろんである。
【００９３】
なお、前記の第２の実施形態では、画像（画像ファイル）の読み込みを画像入力部３００を介して行うとしているが、これに限定されない。画像入力部３００とは別の手段、たとえば、「作業指示図」を手書きしたドキュメント８を読み込むためのスキャナ２００を利用してもよい。すなわち、読み込み対象の画像を印刷したもの（印画紙や写真または当該画像を含む印刷物）をスキャナ２００でイメージスキャンし、読み込み対象の画像部分を取り込むようにしてもよい。
また、前記の第２の実施形態における画像入力部３００は、デジタルカメラ８００に保存されている画像ファイルを取り込んで制御部５００に出力するというものであるが、これも一例であり、これに限定されない。画像ファイルの読み込みは、たとえば、デジタルカメラ８００から取出した記憶媒体（フラッシュメモリカード等の画像ファイルの保存媒体）を画像入力部３００にセットして行ってもよく、あるいは、記憶媒体を入れたままのデジタルカメラ８００と画像入力部３００との間をケーブルもしくはワイヤレスで接続して行ってもよい。もしくは、このデジタルカメラ８００をネットワーク上の画像サーバ等と読み替えてもよい。要は、この画像入力部３００を介して画像ファイルを読み込むことができればよく、その画像ファイルの存在場所については限定しない。
【符号の説明】
【００９４】
１  撮像装置
２  撮像部（撮像手段）
５  制御部（読み取り手段、実行手段、フォルダ生成手段、ファイル格納制御手段、一覧画像生成手段）
７  記憶部（記憶手段、配置情報記憶手段）
１００  画像整理装置
２００  スキャナ（画像取得手段）
３００  画像入力部（別の手段）
５００  制御部（読み取り手段、フォルダ生成手段、ファイル格納制御手段、ファイル取得手段）
７００  記憶部（ファイル保持部）
８００  デジタルカメラ（外部機器）
【図１】
0005522592.tif 000002
【図２】
0005522592.tif 000003
【図３】
0005522592.tif 000004
【図４】
0005522592.tif 000005
【図５】
0005522592.tif 000006
【図６】
0005522592.tif 000007
【図７】
0005522592.tif 000008
【図８】
0005522592.tif 000009
【図９】
0005522592.tif 000010
【図１０】
0005522592.tif 000011
【図１１】
0005522592.tif 000012
【図１２】
0005522592.tif 000013