JPH09200457A - 画像情報格納方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】画像情報の格納操作に際して、ユーザーへの負
担を減少させ人為的ミスを減らすことを可能とする画像
情報格納方法及び装置を提供する。 【解決手段】画面上に表示された「ＳＴＡＲＴ」ボタン
の押下によりイメージスキャナ等から画像データが入力
される（ステップＳ１〜Ｓ３）。次に、入力された画像
データのファイル名として、既に格納されたファイルに
使用されているファイル名のいずれとも異なるファイル
名が生成される（ステップＳ９）。そして、入力された
画像データは、上記生成されたファイル名でハードディ
スク等へ格納される（ステップＳ５）。更に、格納され
た画像データを縮小する等して得られた画像をアイコン
画像として用いて、当該画像データファイルに対応する
アイコンを生成する（ステップＳ６）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はスキャナ等によって
得られる画像情報を格納する画像情報格納方法及び装置
に関する。

【０００２】

【従来の技術】従来、イメージスキャナを用いて画像を
パーソナルコンピュータに取り込む際、ユーザーに要求
される操作は以下のようなものであった。即ち、 １ 原稿台に原稿を置く、 ２ スキャナに対し、画像の取り込みを指示する、 ３ 取り込まれた画像に一意な名前をつけ記録媒体に記
録（セーブ）する、 ４ 上記操作を原稿枚数分繰り返す。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来例では、・重複した名前を指定してしまうことによ
り、名前の指定のやり直しが発生する。また、誤って以
前の画像情報を消去してしまう場合が有る、・名前の入
力ミスにより意図しない名前になる、などの問題が発生
することが多い。また、操作が煩雑なため、画像枚数が
多いときはユーザーへの負担が大きいという問題があっ
た。

【０００４】更に、スキャナがＡＤＦ（オートマチック
ドキュメントフィーダ）を備える場合も、画像が一枚取
り込まれる毎に命名／セーブしなければ次の画像を取り
込めないため、操作が面倒であるという問題があった。

【０００５】本発明は上記の問題に鑑みてなされたもの
であり、画像情報の格納操作に際して、ユーザーへの負
担を減少させ人為的ミスを減らすことを可能とする画像
情報格納方法及び装置を提供することを目的とする。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
めの本発明の画像情報格納装置は以下の構成を備えるも
のである。即ち、画像データを入力する入力手段と、既
に格納されたファイルに使用されているファイル名のい
ずれとも異なるファイル名を生成する生成手段と、前記
入力手段によって入力された画像データを前記生成手段
によって生成されたファイル名で格納する格納手段とを
備える。

【０００７】また、上記の目的を達成する本発明の画像
情報格納方法は以下の工程を備えている。即ち、画像デ
ータを入力する入力工程と、既に格納されたファイルに
使用されているファイル名のいずれとも異なるファイル
名を生成する生成工程と、前記入力工程によって入力さ
れた画像データを前記生成工程によって生成されたファ
イル名で格納する格納工程とを備える。

【０００８】

【発明の実施の形態】以下、添付の図面を用いて、本発
明の実施形態を説明する。

【０００９】［第１の実施形態］図１は、本実施形態に
よるコンピュータシステムの構成を示すブロック図であ
る。図１において、１０１はＣＰＵであり、システム全
体の制御を行っている。１０２はキーボードであり、１
０２ａのポインティングデバイス（本例ではマウスを用
いる）とともに、各種の指示をシステムに入力するため
に使用される。１０３は表示部であり、ＣＲＴや液晶等
で構成され、ＣＰＵ１０１の制御により種々の表示を行
う。

【００１０】１０４はＲＯＭ、１０５はＲＡＭであり、
本システムの記憶装置を構成し、システムが実行するプ
ログラムやシステムが利用するデータを記憶する。１０
６はハードディスク装置、１０７はフロッピーディスク
装置で、当該システムのファイルシステムに使用される
外部記憶装置を構成している。１０８はプリンタであ
り、画像情報を可視画像として出力する。１０９はスキ
ャナであり、原稿画像を光学的に読み取り、画像データ
に変換する。

【００１１】図２は、本実施形態における画像格納処理
のアプリケーションソフトウェアが、図１に示したコン
ピュータ上で稼動している場合の表示画面を説明する図
である。

【００１２】図２において、２１、２２はその中にアイ
コン画像をならべて表示するウィンドウであり、ファイ
ルシステム中の特定のディレクトリのメタファになって
いる。すなわち、ウィンドウ２２は上端部に示したＣ：
￥ＳＣＡＮ２￥という名で示されるファイルシステム中
のディレクトリに２個の画像ファイルが格納されること
を表現している。なお、アイコン画像は対応するファイ
ル名のアルファベット順に並べるものとする。また、各
アイコン画像は、格納されている個々の画像データファ
イルに対応している。

【００１３】同様にウィンドウ２１は“Ｃ：￥ＳＣＡＮ
１￥”というディレクトリに２個の画像ファイルが格納
されていることを示している。ここには２つのウィンド
ウを図示したが、実際には任意の数のウィンドウ（即ち
ディレクトリ）を同時に表示することができる。２３は
スキャナを操作するためのコントロールパネルを提供す
るウィンドウである。

【００１４】なお、ウィンドウ２１〜２３はポインティ
ングデバイス１０２ａの操作により、自由に動かしたり
大きさを変えたりすることができる。また、図２の上で
はウィンドウ２２がウインドウ２１の手前に表示されて
いるが、操作によりウィンドウ２１のほうを手前に持っ
てくることもできる。これらはウィンドウシステム上の
アプリケーションソフトウェアの動作として周知である
ので詳細な説明は省略する。

【００１５】ウィンドウ２３の操作（「ＳＴＡＲＴ」、
「ＣＡＮＣＥＬ」ボタン）により、スキャナ１０９に対
し画像のスキャン開始及び中断を指示することができ
る。また、「ＣＬＯＳＥ」ボタンの操作によりウィンド
ウ２３自体を閉じることができる。なお、このときスキ
ャンの指示は、「選択された」ウィンドウ（すなわちデ
ィレクトリ）に対して行われたと判断する。ここでいう
「選択された」ウィンドウとは、コントロールパネル２
３を除いた他の全てのウィンドウの中でも手前にあるウ
ィンドウ（この場合ウィンドウ２２、すなわちディレク
トリ“Ｃ：￥ＳＣＡＮ２￥”）とする。つまりユーザー
は画像をスキャンする時、まず取り込先のディレクトリ
をウィンドウとして開き、選択し、ウインドウ２３のス
キャナコントロールの操作によりスキャンを開始する。
この場合の動作を図３のフローチャートを用いて説明す
る。

【００１６】図３は実施形態１による画像格納処理の手
順を表すフローチャートである。まず、ステップＳ１
で、ウィンドウ２３の「ＣＬＯＳＥ」ボタンが押された
か否かの判断を行う。押された場合はそのまま本処理を
終了する。「ＣＬＯＳＥ」ボタンが押されていなけれ
ば、続くステップＳ２において「ＳＴＡＲＴ」ボタンが
押されたたか否かの判断を行なう。「ＳＴＡＲＴ」ボタ
ンが押されていなければステップＳ１に戻り上述の処理
を繰り返す。一方、ステップＳ２において「ＳＴＡＲ
Ｔ」ボタンが押されていればステップＳ３へ進み画像の
スキャンを行う。すなわち、スキャナ１０９によって原
稿画像を走査し、デジタイズされた画像信号をＲＡＭ１
０５の所定の領域に格納する。

【００１７】次に、ステップＳ４で既に格納されている
他のファイルと重複しないファイル名を生成する。本実
施形態ではＰＸＸＸ（ＸＸＸは十進数値）という名をつ
けることにする。まず、前述の「選択された」ウィンド
ウ（図２ではウィンドウ２）の情報から、取り込先のデ
ィレクトリ（“Ｃ：￥ＳＣＡＮ２￥”）を決定する。次
にこのディレクトリに格納されているファイルを検索し
（図２では“Ｐ０１０”，“Ｐ０２０”，“Ｐ０３０”
の３個）、その中で最も数値の大きなもの（“Ｐ０３
０”）を選ぶ。そして、１０の倍数で、この最大値を越
える最少の１０の値（ここでは４０となる）を算出し、
これを用いて新しいファイル名を生成する（ここでは
“Ｐ０４０”が生成される）。上記方法により、既存の
ファイル名と重複しない、一意なファイル名を付けるこ
とができる。

【００１８】また、２桁の数値に対し“０”をつめて桁
を３桁にそろえることにより、ファイル名の並び順を直
感的に把握しやすいものにできる。仮にそうしないで、
Ｐ１０，Ｐ２０，…，Ｐ９０，Ｐ１００，…という具合
に命名を行うと、一般的な名前順ソートによってＰ１
０，Ｐ１００，Ｐ１１０，…，Ｐ２０，Ｐ３０，…の順
に並べられてしまい、ファイル生成順序と一致しなくな
るという不都合を生じる。

【００１９】また、本実施形態においてファイル名を１
０の倍数にしているのは、自動生成する名前と名前の間
を１０ずつ空けることにより、入力の失敗などの状況に
容易に対処できるからである。例えば、後述するＡＤＦ
を用いて連続的に読み込みを行う場合には、原稿の状態
によってはＡＤＦが原稿を重送（一度に複数枚の原稿を
原稿台に送る事）することがある。このとき誤って送ら
れてしまった原稿は、後で改めて人手でスキャンするの
であるが、このとき例えばＰ０３０とＰ０４０の間に挿
入するのであればＰ０３５という名前を与えるだけでよ
い。

【００２０】仮に間を空けずにＰ００１，Ｐ００２，…
という名を自動生成すると、ファイルとファイルの間に
後からファイルを挿入するには多数のファイルを改名す
る必要が生じることになる。例えばＰ００３とＰ００４
の間にファイルを挿入するにはＰ００４以降のファイル
を全て改名（１ずつ数値を増やす）せねばならず、非常
に効率が悪い。

【００２１】また、ここではファイル名の間隔は１０と
し、３桁の十進数値を用いる例を示しているが、むろん
これに限られるものではなく、例えばオペレーションシ
ステムがファイル名として扱える範囲内で任意の桁数に
してよい。

【００２２】ステップＳ４における命名処理を終える
と、ステップＳ５においてＲＡＭ１０５上の画像データ
をステップＳ４で定めた名前でディスクシステム（ハー
ドディスク１０６もしくはフロッピーディスク１０７）
上にセーブする。なお、画像のデータ量は莫大であるた
め、周知のＪＢＩＧ、ＪＰＥＧ等の画像圧縮手法により
データ量を圧縮してもよい。

【００２３】続くステップＳ６で、入力された画像の内
容を示すアイコン画像を作成し、ウィンドウ２３の所定
の位置（Ｐ０３０の右隣）に表示し、ステップＳ１に戻
る。アイコン画像の作成方法はスキャン画像を周知の投
影法などを用いて縮小して作ってもよいし、ステップＳ
５においてＪＢＩＧなどの階層符号により画像を圧縮し
た場合は低い階層をデコードして得られる低解像画像を
用いてもよい。

【００２４】［第２の実施形態］上記実施形態１では、
１つの原稿画像毎に「ＳＴＡＲＴ」ボタンによってスキ
ャナに起動を指示している。本実施形態では、スキャナ
１０９がＡＤＦ（オートマチックドキュメントフィー
ダ）を備える場合に好適な処理手順を説明する。実施形
態２では、実施形態１のフローチャートを一部修正する
ことにより、人手を介さずにＡＤＦによる大量の原稿の
スキャンを可能とする。なお、ＡＤＦとは複数枚の原稿
を自動的に一枚ずつ順に原稿台にロードする機構のこと
である。

【００２５】なお、実施形態２における装置の構成等は
実施形態１（図１）と同様であり、ここでは説明を省略
する。以下に、実施形態２の特徴的な動作について、図
４を参照して説明する。

【００２６】図４は実施形態２による画像格納処理の手
順を表すフローチャートである。ステップＳ１１で、ウ
ィンドウ２３の「ＣＬＯＳＥ」ボタンが押されたか否か
の判断を行う。押された場合は本処理を終了する。「Ｃ
ＬＯＳＥ」ボタンが押されていなければ、続くステップ
Ｓ１２で「ＳＴＡＲＴ」ボタンが押されたか否かの判断
を行なう。「ＳＴＡＲＴ」ボタンが押されていなければ
ステップＳ１１に戻り、押されていればステップＳ１３
に進む。

【００２７】ステップＳ１３では、ＡＤＦに原稿が残っ
ているか否かの判断を行い、原稿が無ければステップＳ
１１に戻る。一方、ＡＤＦに原稿があればステップＳ１
４へ進み、ＡＤＦにより原稿台上に原稿をロードする。
続くステップＳ１５では、ロードされた原稿画像のスキ
ャンを行う。この結果、スキャナ１０９によりデジタイ
ズされた画像信号をＲＡＭ１０５の所定の領域に格納さ
れる。

【００２８】ステップＳ１６では、他のファイルと重複
しない名前を生成する。本実施形態２においてもＰＸＸ
Ｘ（ＸＸＸは十進数値）という名をつけることとする。
ファイル名の生成手順は実施形態１（ステップＳ４）と
同様であるのでここでは説明を省略する。ステップＳ１
６において、取り込まれた新たな画像データに対して既
存のファイル名と重複しない、一意なファイル名を付け
ると、ステップＳ１７へ進む。

【００２９】ステップＳ１７では、ＲＡＭ１０５上の画
像データをステップＳ１６で定めた名前でディスクシス
テム上にセーブする。画像のデータ量は莫大であるた
め、周知のＪＢＩＧ、ＪＰＥＧ等の画像圧縮手法により
データ量を圧縮してもよい。続くステップＳ１８で、入
力された画像の内容を示すアイコン画像を作成し、ウィ
ンドウ２３の所定の位置（Ｐ０３０の右隣）に表示し、
ステップＳ１３に戻る。なお、アイコンの生成方法等は
上記実施形態１と同様とする。

【００３０】以上の処理により、特にＡＤＦを備えるス
キャナを使用する場合にユーザーの負担を著しく軽減で
きる。

【００３１】なお、上記各実施形態では、主にイメージ
スキャナから画像を取り込む場合について示したが、本
発明はこれに限られるものではなく、例えばビデオキャ
プチャーから動画を取り込むような場合に於ても適用で
きる。

【００３２】また、複数の異なるフォーマットの画像が
共存する場合には、名前に拡張子を付けるとよい。例え
ばＪＢＩＧフォーマットで圧縮した画像には“．ＪＢ
Ｇ”、ＪＰＥＧフォーマットで圧縮した画像には“．Ｊ
ＰＧ”という拡張子を名前の後ろに付けることとする
と、生成される名前の系列は“Ｐ０１０．ＪＰＧ”，
“Ｐ０２０．ＪＢＧ”，“Ｐ０３０．ＪＢＧ”…のよう
になる。このようにすれば名前の自動生成によりユーザ
ーの手間が省けるのと同時に、名前だけからファイルフ
ォーマットを判別でき、都合がよい。

【００３３】以上説明したように、上記実施形態によれ
ば、既存のファイルの名前と重複しないファイル名を自
動的に生成し、入力画像をその名で保存することが可能
となり、画像格納時のユーザーへの操作負担を減少さ
せ、人為的ミスを減らすことができる。

【００３４】なお、本発明は、複数の機器（例えばホス
トコンピュータ，インタフェイス機器，リーダ，プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複写機，ファクシミリ装置
など）に適用してもよい。

【００３５】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。

【００３６】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【００３７】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【００３８】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【００３９】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【００４０】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
るプログラムコードを格納することになるが、簡単に説
明すると、図５のメモリマップ例に示す各モジュールを
記憶媒体に格納することになる。

【００４１】すなわち、少なくとも「入力処理モジュー
ル」「生成処理モジュール」および「格納処理モジュー
ル」の各モジュールのプログラムコードを記憶媒体に格
納すればよい。なお、入力処理モジュールは、イメージ
スキャナ等から画像データを入力する処理を実現するプ
ログラムモジュールである。また、生成処理モジュール
は、既に格納されたファイルに使用されているファイル
名のいずれとも異なるファイル名を生成する生成処理を
実現するプログラムモジュールである。更に、格納処理
モジュールは、入力処理によって入力された画像データ
を生成処理によって生成されたファイル名で格納する格
納処理を実現するプログラムモジュールである。

【００４２】

【発明の効果】以上説明したように、本発明によれば、
既存のファイルの名前と重複しないファイル名を自動的
に生成し、入力画像をその名で格納することが可能とな
り、画像データ格納時のユーザーへの負担が減少すると
共に、人為的ミスを減らすことができる。

【００４３】また、本発明の他の構成によれば、複数の
原稿を自動的に供給する機構を有するイメージスキャナ
を用いて、複数枚の原稿について画像データの入力、フ
ァイル名の生成、画像データの格納を繰返し実行するの
で、例えば、ＡＤＦ機構を有するイメージスキャナに複
数枚の原稿をセットした場合等において操作性が著しく
向上する。

【００４４】また、本発明の他の構成によれば、ファイ
ル名の生成において、数値を含むファイル名を生成し、
該数値は既に使用されているファイル名のいずれの数値
よりも大きい。このため、ファイル名による画像データ
のソート等を容易に行える。

【００４５】また、本発明の他の構成によれば、新たに
生成されるファイル名に含まれる数値は、既に使用され
ているファイル名のいずれの数値よりも所定数値分だけ
大きい数値である。この結果、今回のファイル名と前回
のファイル名との間に所定数値分の間隔ができる。従っ
て、ＡＤＦによる原稿の重送が発生し、重送された原稿
を後から入力したような場合でも、容易に数値の順序を
保つファイル名を設定できる。

【００４６】また、本発明の他の構成によれば、入力し
た画像データを圧縮して格納するので、メモり量が節約
される。

【００４７】また、本発明の他の構成によれば、生成さ
れたファイル名には、画像データの格納時に施された圧
縮処理を識別する情報が付加されるので、ファイル名か
ら使用された圧縮処理が判別できる。

【００４８】また、本発明の他の構成によれば、前記格
納手段で格納された画像データに対応するアイコンが自
動的に生成され、グラフィカルユーザインターフェース
への対応が容易となる。

【００４９】また、本発明の他の構成によれば、上記ア
イコンのアイコン画像には、格納された画像データを縮
小して得られた画像が用いられるので、アイコン画像か
ら対応する画像データを認識するのが容易となる。

【００５０】

【図面の簡単な説明】

【図１】本実施形態によるコンピュータシステムの構成
を示すブロック図である。

【図２】本実施形態における画像格納処理のアプリケー
ションソフトウェアによる表示画面を説明する図であ
る。

【図３】実施形態１による画像格納処理の手順を表すフ
ローチャートである。

【図４】実施形態２による画像格納処理の手順を表すフ
ローチャートである。

【図５】本発明にかかる制御プログラムの構造的特徴を
説明する図である。

【符号の説明】

１０１ ＣＰＵ １０２ キーボード １０２ａ マウス １０４ ＲＯＭ １０５ ＲＡＭ １０６ ハードディスク装置 １０７ フロッピーディスク装置 １０７ プリンタ １０９ スキャナ

Claims (19)

【特許請求の範囲】
1. 【請求項１】 画像データを入力する入力手段と、 既に格納されたファイルに使用されているファイル名の
   いずれとも異なるファイル名を生成する生成手段と、 前記入力手段によって入力された画像データを前記生成
   手段によって生成されたファイル名で格納する格納手段
   とを備えることを特徴とする画像情報格納装置。
2. 【請求項２】 前記入力手段は、イメージスキャナによ
   り原稿画像を走査し、得られた画像データを入力するこ
   とを特徴とする請求項１に記載の画像情報格納装置。
3. 【請求項３】 前記イメージスキャナは複数の原稿を自
   動的に供給する機構を有し、 前記入力手段、前記生成手段、前記格納手段を前記複数
   の原稿分繰返し実行させる制御手段を更に備えることを
   特徴とする請求項２に記載の画像情報格納装置。
4. 【請求項４】 前記生成手段は、数値を含むファイル名
   を生成し、該数値は既に使用されているファイル名のい
   ずれの数値よりも大きいことを特徴とする請求項１に記
   載の画像情報格納装置。
5. 【請求項５】 前記生成手段において生成されるファイ
   ル名に含まれる数値は、既に使用されているファイル名
   のいずれの数値よりも所定数値分だけ大きい数値である
   ことを特徴とする請求項４に記載の画像情報格納装置。
6. 【請求項６】 前記格納手段は、前記入力手段で入力し
   た画像データを圧縮して、前記生成手段で生成されたフ
   ァイル名で格納することを特徴とする請求項１に記載の
   画像情報格納装置。
7. 【請求項７】 前記生成手段で生成されたファイル名に
   対して、前記格納手段で施された圧縮処理を識別する情
   報を付加する付加手段を更に備えることを特徴とする請
   求項６に記載の画像情報格納装置。
8. 【請求項８】 前記格納手段で格納された画像データに
   対応するアイコンを生成するアイコン生成手段を更に備
   えることを特徴とする請求項１に記載の画像情報格納装
   置。
9. 【請求項９】 前記アイコン生成手段は、前記格納手段
   で格納された画像データの縮小画像を生成し、これをア
   イコン画像とすることを特徴とする請求項８に記載の画
   像情報格納装置。
10. 【請求項１０】 画像データを入力する入力工程と、 既に格納されたファイルに使用されているファイル名の
    いずれとも異なるファイル名を生成する生成工程と、 前記入力工程によって入力された画像データを前記生成
    工程によって生成されたファイル名で格納する格納工程
    とを備えることを特徴とする画像情報格納方法。
11. 【請求項１１】 前記入力工程は、イメージスキャナに
    より原稿画像を走査し、得られた画像データを入力する
    ことを特徴とする請求項１０に記載の画像情報格納方
    法。
12. 【請求項１２】 前記イメージスキャナは複数の原稿を
    自動的に供給する機構を有し、 前記入力工程、前記生成工程、前記格納工程を前記複数
    の原稿分繰返し実行させる制御工程を更に備えることを
    特徴とする請求項１１に記載の画像情報格納方法。
13. 【請求項１３】 前記生成工程は、数値を含むファイル
    名を生成し、該数値は既に使用されているファイル名の
    いずれの数値よりも大きいことを特徴とする請求項１０
    に記載の画像情報格納方法。
14. 【請求項１４】 前記生成工程において生成されるファ
    イル名に含まれる数値は、既に使用されているファイル
    名のいずれの数値よりも所定数値分だけ大きい数値であ
    ることを特徴とする請求項１３に記載の画像情報格納方
    法。
15. 【請求項１５】 前記格納工程は、前記入力工程で入力
    した画像データを圧縮して、前記生成工程で生成された
    ファイル名で格納することを特徴とする請求項１０に記
    載の画像情報格納方法。
16. 【請求項１６】 前記生成工程で生成されたファイル名
    に対して、前記格納工程で施された圧縮処理を識別する
    情報を付加する付加工程を更に備えることを特徴とする
    請求項１５に記載の画像情報格納方法。
17. 【請求項１７】 前記格納工程で格納された画像データ
    に対応するアイコンを生成するアイコン生成工程を更に
    備えることを特徴とする請求項１０に記載の画像情報格
    納方法。
18. 【請求項１８】 前記アイコン生成工程は、前記格納工
    程で格納された画像データの縮小画像を生成し、これを
    アイコン画像とすることを特徴とする請求項１７に記載
    の画像情報格納方法。
19. 【請求項１９】 画像情報格納処理のプログラムコード
    が格納されたコンピュータ可読メモリであって、 画像データを入力する入力工程のコードと、 既に格納されたファイルに使用されているファイル名の
    いずれとも異なるファイル名を生成する生成工程のコー
    ドと、 前記入力工程によって入力された画像データを前記生成
    工程によって生成されたファイル名で格納する格納工程
    のコードとを備えることを特徴とするコンピュータ可読
    メモリ。