(57)【要約】【課題】新たな画像ファイルを保存するため、現に記憶装置に保存されている画像ファイルが、その所有者が知らぬ間に勝手に削除されてしまうといったことを防止できる画像ファイル管理装置を提供すること。【解決手段】ＭＦＰ１００は、記憶装置１０９の空き容量が所定量以下になると、保存している画像ファイルの中から削除すべきファイルの、操作者からの選択入力を受け付け、削除すべきファイルとして選択されたファイルの所有者が使用する端末装置、例えばクライアント端末２００に、その旨を示す削除確認通知を送信する。そして、クライアント端末２００からの、削除確認通知に対する応答（削除を許可する、もしくは不許可を示す通知）を受信すると、受信した通知の内容に応じてファイルの削除、ファイルのクライアント端末２００への送信等の処理を実行する。【選択図】  図１
2004240511.tif 000002
【特許請求の範囲】
【請求項１】
記憶手段に保存されている画像ファイルの中から削除すべきファイルを決定する決定手段と、
決定されたファイルの送信先として登録されている端末装置宛に、当該ファイルが削除すべきファイルとされた旨を示すメッセージを出力する出力手段と、
を備えることを特徴とする画像ファイル管理装置。
【請求項２】
前記端末装置から、前記メッセージの通知に対する応答として、削除の不許可を示す情報を受信した場合、もしくは当該通知後、所定時間経過するまでに当該応答を受信しなかった場合に、前記削除すべきファイルとされたファイルを当該端末装置に送信するファイル送信手段と、
当該ファイルを前記記憶手段から削除する削除手段と、
を備えることを特徴とする請求項１に記載の画像ファイル管理装置。
【請求項３】
表示手段と、
保存されているファイルの一覧を前記表示手段に表示させる表示制御手段と、
前記表示手段に一覧表示されているファイルの中から削除すべきファイルの、ユーザによる選択入力を受け付ける選択入力受付手段とを備え、
前記決定手段は、
前記ユーザにより選択されたファイルを削除すべきファイルとすることを特徴とする請求項１に記載の画像ファイル管理装置。
【請求項４】
上記決定されたファイルの所有者を識別する第１の識別手段と、
上記ファイルの選択入力を行うユーザを識別する第２の識別手段と、
前記選択されたファイルを前記記憶手段から削除する削除手段と、を備え、
前記出力手段は、前記ファイルの所有者と前記識別されたユーザが同一である場合には、前記メッセージを出力しないことを特徴とする請求項３に記載の画像ファイル管理装置。
【請求項５】
記憶手段に保存されている画像ファイルの中から削除すべきファイルを決定する決定処理と、
決定されたファイルの送信先として登録されている端末装置宛に、当該ファイルが削除すべきファイルとされた旨を示すメッセージを出力する出力処理とを含む処理をコンピュータに実行させるための画像ファイル管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像ファイルを管理する画像ファイル管理装置およびその管理プログラムに関する。
【０００２】
【従来の技術】
近年、プリント機能、ファックス機能、コピー機能等の複合機能を備え、コピー、ファックス時にスキャナから読み取った画像データや、ネットワークを介して接続されたパーソナルコンピュータ等の端末装置から送信されてくるプリントデータ等を、内蔵のハードディスク等の記憶装置に蓄積し、必要なときに印刷やファックス送信を可能にした多機能複写機が提案されている。
【０００３】
このような多機能複写機によれば、蓄積したデータを用いることによって、例えば同一の原稿を何回も読み取るといった処理を行わなくても当該原稿のコピー出力を何回も行える等のメリットがある。
ところが、データを蓄積する記憶装置にも容量の限界があることから、容量が一杯になるとそれ以降のジョブのデータについては蓄積ができないことになる。
【０００４】
そこで、例えば特許文献１には、画像種類毎に優先順位を付与し、データ蓄積のための容量が足らなくなると、優先順位が低いものから削除し、データ蓄積を可能にする技術が開示されている。
【０００５】
【特許文献１】
特開２００１−８８３７２号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来の技術では、優先順位が低いとされたものから強制的に削除されて行くので、各ユーザにとってみれば、残しておきたい画像であってもいつの間にか無くなってしまい利用できなくなるといった事態が生じ得る。
本発明は、このような問題点に鑑みてなされたものであって、新たな画像ファイルを保存するため、現に記憶装置に保存されている画像ファイルが、その所有者が知らない内に勝手に削除されてしまうといったことを防止できる画像ファイル管理装置およびその管理プログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る画像ファイル管理装置は、記憶手段に保存されている画像ファイルの中から削除すべきファイルを決定する決定手段と、決定されたファイルの送信先として登録されている端末装置宛に、当該ファイルが削除すべきファイルとされた旨を示すメッセージを出力する出力手段と、を備えることを特徴とする。
【０００８】
また、前記端末装置から、前記メッセージの通知に対する応答として、削除の不許可を示す情報を受信した場合、もしくは当該通知後、所定時間経過するまでに当該応答を受信しなかった場合に、前記削除すべきファイルとされたファイルを当該端末装置に送信するファイル送信手段と、当該ファイルを前記記憶手段から削除する削除手段と、を備えることを特徴とする。
【０００９】
さらに、表示手段と、保存されているファイルの一覧を前記表示手段に表示させる表示制御手段と、前記表示手段に一覧表示されているファイルの中から削除すべきファイルの、ユーザによる選択入力を受け付ける選択入力受付手段とを備え、前記決定手段は、前記ユーザにより選択されたファイルを削除すべきファイルとすることを特徴とする。
【００１０】
また、上記決定されたファイルの所有者を識別する第１の識別手段と、上記ファイルの選択入力を行うユーザを識別する第２の識別手段と、前記選択されたファイルを前記記憶手段から削除する削除手段と、を備え、前記出力手段は、前記ファイルの所有者と前記識別されたユーザが同一である場合には、前記メッセージを出力しないことを特徴とする。
【００１１】
本発明に係る画像ファイル管理プログラムは、記憶手段に保存されている画像ファイルの中から削除すべきファイルを決定する決定処理と、決定されたファイルの送信先として登録されている端末装置宛に、当該ファイルが削除すべきファイルとされた旨を示すメッセージを出力する出力処理とを含む処理をコンピュータに実行させることを特徴とする。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら説明する。
図１は、実施の形態に係る画像処理システムの全体構成を示す図であって、多機能複写機（以下、ＭＦＰ（Ｍｕｌｔｉｐｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）という。）１００においてスキャンジョブ等により得られた原稿の画像データ等が記憶装置１０９に蓄積（保存）される様子も合わせて模式的に示している。
【００１３】
同図に示すように、画像処理システムは、ＭＦＰ１００と、パーソナルコンピュータからなるクライアント端末２００、３００・・が、ネットワーク、ここではＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１０を介してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いて接続されると共に、ＭＦＰ１００と公知のファクシミリ装置（ＦＡＸ）４００・・とが公衆回線１１を介して接続されてなり、互いに各種データのやりとりが可能になっている。
【００１４】
ＭＦＰ１００は、▲１▼セットされた原稿の画像を読み取って得られた画像データに基づいて画像を用紙にプリント（印刷）するコピージョブ、▲２▼原稿の画像を読み取って画像データを得るスキャンジョブ、▲３▼クライアント端末２００等からネットワーク１０を介して送信されてくる、文書等の画像を形成すべきプリントデータ、例えばＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）形式等のデータに基づいて当該文書の画像を用紙に印刷するプリントジョブ、▲４▼ＦＡＸ４００等と公衆回線１１を介してファクシミリ送受信を行うＦＡＸ送受信ジョブ等のジョブを実行する。
【００１５】
また、コピージョブ、スキャンジョブにより得られた原稿の画像データ等をファイル単位で記憶装置１０９に保存、管理する機能を有している。さらに、後述のように、記憶装置１０９の空き容量が所定量以下になると、保存している画像ファイル（以下、単に「ファイル」という。）の中から削除すべきファイルの、操作者からの選択入力を受け付け、削除すべきファイルとして選択されたファイルの所有者が使用する端末装置、同図の例ではクライアント端末２００に、その旨を示す通知（削除確認通知）を送信する。そして、当該端末装置（クライアント端末２００）からの、削除確認通知に対する応答（削除を許可する、もしくは不許可を示す応答通知）を受信すると、受信した通知の内容に応じてファイルを削除すると共に当該ファイルを当該端末装置へ送り返す等の処理（ファイル管理処理）を実行する。
【００１６】
以下、ＭＦＰ１００の構成およびファイル管理処理等の内容について詳述する。
図２は、ＭＦＰ１００の構成を示すブロック図である。
同図に示すように、ＭＦＰ１００は、主な構成要素として、ＣＰＵ１０１、ＲＯＭ１０２、メモリ１０３、スキャナ部１０４、ＦＡＸ部１０５、プリンタ部１０６、操作パネル１０７、通信インターフェース（Ｉ／Ｆ）部１０８および記憶装置１０９を備えている。
【００１７】
通信Ｉ／Ｆ部１０８は、ＬＡＮカード、ＬＡＮボードといったＬＡＮ１０に接続するためのインターフェースである。
スキャナ部１０４は、セットされた原稿の画像を読み取って原稿の画像データを得る公知の装置である。
ＦＡＸ部１０５は、公衆回線１１に接続するためのインターフェースを備え、外部のＦＡＸ４００等とファクシミリ送受信を行う。
【００１８】
プリンタ部１０６は、公知の電子写真方式により、スキャナ部１０４で読み取られた原稿の画像データ、ファクシミリ受信した画像データ等に基づいて当該画像を用紙に印刷する。また、クライアント端末２００等からのプリントデータを印刷のためのデータに変換し、変換後のデータに基づいて文書等の画像を印刷する。
【００１９】
操作パネル１０７は、ここでは図示を省略しているが、コピースタートボタンやコピー枚数、相手先ＦＡＸ番号設定のためのテンキーなどの他、表面にタッチパネルが積層された液晶表示部１０７１（図９参照）が設けられている。
この液晶表示部１０７１には、コピージョブ、スキャンジョブ、ＦＡＸ送受信ジョブ等の動作モードの、ユーザからの選択入力を受け付けるモード選択画面（不図示）や、記憶装置１０９に保存されているファイル群の中から削除候補となるファイルを一覧表示すると共に、操作者からの、削除したいファイルの選択入力を受け付ける削除ファイル選択入力受け付け画面１０７２（図９）等が表示される。
【００２０】
操作者は、液晶表示部１０７１に表示されたモード選択画面における所定のボタンを押下（タッチ）することにより、実行すべきジョブを選択、実行等することができる。また、削除ファイル選択画面１０７２から現に保存されているファイルの内の、削除したいファイルを選択することができる。さらに、表示画面を、記憶装置１０９に保存されているファイル群の中のファイルを出力するための出力画面（不図示）に切り換えることもでき、当該出力画面において出力したいファイルを選択すると共に、選択したファイルの画像の印刷を指示したり、また当該ファイルを電子メール（以下、単に「メール」という。）に添付して、図示しないメールサーバを介して外部のクライアント端末へ送信させたり、外部のＦＡＸへのファクシミリ送信等を指示することもできる。
【００２１】
記憶装置１０９は、ハードディスク等からなり、図３に示すように記憶領域Ａ〜Ｄに分けられている。
記憶領域Ａには、スキャナ部１０４で読み取られた画像データが保存され、記憶領域Ｂには、受信したプリントデータを印刷のためのデータに変換した後の当該データが保存され、記憶領域Ｃには、ファクシミリ送受信された画像データが保存され、記憶領域Ｄには、ユーザ管理テーブルとファイル管理テーブルのデータがそれぞれ保存されるようになっている。なお、同図右の円グラフは、各領域について、データ保存領域（斜線部）と空き領域（空白部）のサイズの割合の例を示したものである。
【００２２】
図４は、ユーザ管理テーブル１０９１とファイル管理テーブル１０９２の構成を示す図である。
図４（ａ）に示すように、ユーザ管理テーブル１０９１には、ユーザＩＤ、名前および通知先を示す各データが対応付けられて保存されている。
ユーザＩＤ欄には、各ユーザを識別するための符号として、ここでは各ユーザが使用しているそれぞれのクライアント端末２００等に対し予め付与された識別番号（００１、００２等）が書き込まれている。また、名前欄には、当該ユーザの名前が書き込まれている。
【００２３】
通知先欄には、削除確認通知の送信先を示すデータが書き込まれる。本実施の形態では、削除確認通知をメールとして送信するようにしており、そのため通知先としては、各クライアント端末のメールアドレス（ｘｙｚ・・、ａｂｃ・・等）が上記各ユーザＩＤに対応する宛先として書き込まれることになる。これらユーザＩＤ、名前と通知先は、ＭＦＰ１００の管理者等によって操作パネル１０７から登録されたり、また後述のようにプリントデータに付加されているユーザＩＤ等の情報を読み出して、それを書き込む（登録する）場合もある。
【００２４】
一方、図４（ｂ）に示すように、ファイル管理テーブル１０９２には、ファイルＮＯ（番号）、アドレス、サイズ、ジョブ名、枚数、時刻およびユーザＩＤを示す各データが対応付けされて保存されている。
ここで、「ファイル番号」は、一のジョブによる画像データがファイル保存される際に、各ファイルに自動的に付与される識別番号（００１、００２等）であり、「アドレス」は、記憶領域上におけるファイルの格納位置を示すものであり、「サイズ」はファイルの容量（大きさ）を示すものであり、「ジョブ名」は、実行されたジョブの名前を示すものであり、「枚数」は、原稿の枚数を示すものであり、「時刻」は、ここではジョブの実行開始時刻を示すものであり、「ユーザＩＤ」は上記したものと同じものである。
【００２５】
これらファイル番号等は、ＣＰＵ１０１により書き込まれる。具体的には、ＣＰＵ１０１は、ジョブ毎に画像データをファイル単位で保存する際に、そのファイルに識別番号を付与し、付与した識別番号と、記憶領域上におけるファイルの格納先のアドレス、当該ファイルのサイズ、ジョブ名、枚数、時刻、ジョブを発行したユーザ（ここでは、当該ユーザを画像データの所有者とみなしている。）のユーザＩＤとを対応付けて、ファイル管理テーブル１０９２に書き込むものである。
【００２６】
これにより、ファイル管理テーブル１０９２を参照すれば、記憶領域Ａ〜Ｃ内に、どれだけの数の、どのような大きさのファイルが保存されており、どのユーザが発行したジョブによるものであるかを判定することができる。
なお、ジョブを発行したユーザがどのユーザであるのかの判断は、次のようにして行う。すなわち、コピージョブ、スキャンジョブ、ＦＡＸ送信ジョブについては、後述のように、操作者はジョブ実行前に自己のユーザＩＤを操作パネル１０７から手動入力しなければならないようになっており、ＣＰＵ１０１は、その際に入力されたユーザＩＤを参照することにより判断する。また、プリントジョブについては、プリントデータに付加されたヘッダ部に含まれる識別情報（後述）を読み出すことにより判断する。さらに、ＣＰＵ１０１は、ユーザ管理テーブル１０９１とファイル管理テーブル１０９２を参照することにより、ファイル番号に対応する削除確認通知の宛先（通知先）を知ることができる。
【００２７】
なお、記憶装置１０９の記憶領域を複数の領域に分割しているのは、実行される各ジョブに対し、データを保存するのに必要と考えられる容量を予め確保しておくためである。これにより、例えば領域分割していない場合に、あるジョブによるあまり重要でないデータが大量に保存されたため空き容量が少なくなってしまい、別のジョブによる重要なデータを保存できなくなるといった事態を防ぐことが可能になる。
【００２８】
図２に戻って、ＣＰＵ１０１は、ＲＯＭ１０２から必要なプログラムを読み出して、各部の動作タイミングを統一的に制御し、円滑なコピージョブ、プリントジョブ等の動作を実現させる。また、操作パネル１０７の液晶表示部１０７１にファイル選択画面１０７２等を表示させると共に、その入力情報を受信する。さらに、上記出力画面において、ファイル出力の指示を受け付けると、選択されたファイルを記憶装置１０９から読み出し、指示された画像の印刷、送信等を実行する。また、ファイル管理処理を実行する。
【００２９】
ＲＯＭ１０２には、ファイル管理処理等の各種プログラムが格納されている。
メモリ１０３は、ＲＡＭ等の揮発性のメモリであり、ＣＰＵ１０１におけるプログラム実行時のワークエリアとなる。また、メモリ１０３には、後述のように読み取られた画像データ等が一時的に保存される。
なお、ＣＰＵ１０１は、ＭＦＰ１００に電源供給がなされると、記憶装置１０９に保存されているユーザ管理テーブル１０９１とファイル管理テーブル１０９２の内容を読み出して、これをメモリ１０３内にも保存させておき、各テーブルの内容を参照する際には、当該メモリ１０３から各テーブルの内容を読み出すようにしている。
【００３０】
一方、クライアント端末２００、３００等は、図示を省略しているが、それぞれが、ディスプレイ、キーボード等を備えている。また、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）、文書等作成のためのアプリケーションソフトウエア、作成した文書等の印刷をＭＦＰ１００に実行させるためのプリンタドライバ等がインストールされている。
【００３１】
ここでは、ユーザからＭＦＰ１００における印刷の指示を受け付けると、印刷に用いる用紙サイズ、印刷枚数等の印刷条件、送信する文書等のデータをＭＦＰ１００に保存させておくか否かの選択等の印刷設定画面（不図示）をディスプレイに表示させ、ユーザからそれらの入力を受け付ける。
そして、ユーザにより印刷の実行が指示されると、入力された用紙サイズ等の印刷条件を指示するための制御コマンド、データを保存するかしないかを示す保存情報、自装置の識別番号を示す識別情報、メールアドレスを示すアドレス情報、自装置を使用しているユーザ名を示すユーザ情報等を含むヘッダ情報を上記プリントデータに付加したデータをプリントジョブのデータとしてＭＦＰ１００に送信する。なお、上記識別情報として上記ユーザＩＤと同一の番号が予めクライアント端末に登録されており、同様にアドレス情報とユーザ情報についても予め登録されているものである。これら情報は、データ送信時に読み出されて付加される。
【００３２】
図５は、ＭＦＰ１００におけるジョブ受け付け時の処理内容を示すフローチャートである。
同図に示すように、ＭＦＰ１００は、ジョブの受け付けを行う（ステップＳ１）。具体的には、プリントジョブの場合は、いずれかのクライアント端末からプリントジョブのデータを受信すると、これをジョブの受け付けとする。コピージョブ、スキャンジョブ、ＦＡＸ送信ジョブの場合は、上記モード選択画面においていずれかのモードが選択されると、これをジョブの受け付けとする。また、ＦＡＸ受信ジョブの場合は、ＦＡＸ４００等からのファクシミリデータを受信すると、これを受け付けとする。なお、プリントジョブのデータ、ファクシミリ受信したデータは、一旦メモリ１０３内に保存される。
【００３３】
ジョブを受け付けると、当該ジョブが、データ蓄積が必要なものであるか否かを判断する（ステップＳ２）。
この判断は、例えばプリントジョブの場合には、プリントデータに付加されている上記保存情報を参照することにより行われる。また、コピージョブ、ＦＡＸ送信ジョブの場合には、操作パネル１０７の液晶表示部１０７１に、画像データをＭＦＰ１００に保存させるか否かの操作者による選択入力を受け付ける選択入力受け付け画面（不図示）を表示させ、その選択結果を参照することにより行う。なお、当該操作者は、ＭＦＰ１００を現に操作しているユーザのことである。
【００３４】
ＦＡＸ受信ジョブについては、当該ファクシミリ通信がいわゆる親展通信扱いの場合に蓄積が必要と判断する。また、当該ファクシミリ通信の送信元が予め登録されている相手先と一致する場合に蓄積が必要と判断し、登録されていない場合に不要と判断することもできる。なお、スキャンジョブの場合には、上記選択入力受け付け画面を表示させずに、自動的に蓄積ジョブと判断する。
【００３５】
データの蓄積を必要と判断すると（ステップＳ２で「ＹＥＳ」）、当該ジョブがＦＡＸ受信ジョブであるか否かを判断し、他のジョブであることを判断すると（ステップＳ３で「ＮＯ」）、ユーザＩＤの入力受け付けを行う（ステップＳ４）。
具体的には、上記ジョブがコピージョブ、ＦＡＸ送信ジョブの場合には、ここでは液晶表示部１０７１に当該ユーザＩＤの入力受け付け画面（不図示）を表示させ、上記操作者により当該画面において入力された情報をユーザＩＤとして受け付ける。また、プリントジョブの場合には、プリントデータに付加されている上記識別情報を読み出し、これをユーザＩＤとして受け付ける。
【００３６】
そして、受け付けたユーザＩＤがユーザ管理テーブル１０９１に現に登録されているか否かを判断する（ステップＳ５）。ここで、未登録であることを判断すると（ステップＳ５で「ＮＯ」）、削除確認通知の送信先が未登録ということになるので、登録のため、当該送信先（すなわち、当該操作者が使用するクライアント端末のメールアドレス）の当該操作者からの入力を受け付ける（ステップＳ６）。
【００３７】
具体的には、上記ジョブがコピージョブ、ＦＡＸ送信ジョブの場合は、液晶表示部１０７１に削除確認通知の送信先の入力受け付け画面（不図示）を表示させ、上記操作者により当該画面において入力された情報（メールアドレス）を送信先として受け付ける。プリントジョブの場合は、プリントデータに付加されている上記アドレス情報を読み出し、これを送信先として受け付ける。
【００３８】
送信先の入力受け付け後、受け付けた送信先と入力されたユーザＩＤを示す各データを対応付けてユーザ管理テーブル１０９１に新規のデータとして書き込んで（登録して）（ステップＳ７）、当該ジョブを実行する（ステップＳ８）。これにより、スキャナ、コピー、ＦＡＸ送信の各ジョブの場合は、原稿画像の読み取り動作が開始され、読み取られた原稿の画像データが一旦メモり１０３内に保存されると共に、当該画像データに基づく各ジョブの処理が実行される。また、プリントジョブの場合は、メモリ１０３に既に保存されているプリントデータが印刷のためのデータに変換され、その変換後のデータに基づく用紙への印刷が実行される。なお、当該データは、画像データとして新たにメモり１０３に保存される。
【００３９】
一方、ステップＳ５で、ユーザＩＤが登録済みであることを判断すると、ステップＳ８へ移る。
ジョブの終了後（もしくは開始後）、ファイル管理処理を実行して（ステップＳ９）、当該処理を終了する。
また、ステップＳ２において、蓄積ジョブでない、もしくはステップＳ３でＦＡＸジョブであると判断した場合には、ステップＳ１０に移って、当該ジョブを実行した後、処理を終了する。
【００４０】
図６は、ファイル管理処理のサブルーチンの内容を示すフローチャートである。
同図に示すように、まず実行された（実行中の）ジョブに対応する記憶領域の空き容量が所定量以下であるか否かを判断する（ステップＳ１１）。例えば、当該ジョブがプリントジョブの場合、対応する記憶領域は記憶領域Ｂになるので、記憶領域Ｂの空き容量を確認し、これが所定量以下であるか否かを判断するものである。
【００４１】
ここで、空きが所定量よりもあることを判断すると（ステップＳ１１で「ＮＯ」）、当該ジョブによる画像データをメモリ１０３から読み出して、その空き領域にファイル単位で保存させて（ステップＳ１５）、メインルーチンにリターンする。
また、所定量以下であることを判断すると（ステップＳ１１で「ＹＥＳ」）、領域Ｄを除く他の記憶領域に所定量以上の空きがあるか否かを判断する（ステップＳ１２）。上記の例の場合、記憶領域ＡとＣの空き容量を確認することになる。空きがあることを判断すると（ステップＳ１２で「ＹＥＳ」）、当該ジョブによる画像データをメモリ１０３から読み出して、その空き領域に保存させる（ステップＳ１５）。
【００４２】
図７は、上記ジョブがプリントジョブであり、記憶領域Ｂに空きがなく、記憶領域Ａに所定量を越える空き容量があった場合に、記憶領域Ｂに保存すべき当該ジョブによる画像データを、記憶領域Ａ内に保存した場合の例を示す模式図である。このようにすれば、本来の記憶領域に空きが少なくなっても、空きが多い他の記憶領域の当該空き部分を借りてデータを保存できることになり、記憶領域の使用効率を高めることが可能になる。
【００４３】
図６に戻って、ステップＳ１２で、空きがないことを判断すると、ファイル削除処理を実行する（ステップＳ１３）。
図８は、ファイル削除処理のサブルーチンの内容を示すフローチャートである。
同図に示すように、現に記憶装置１０９内に保存されているファイル群の中に、ユーザＩＤが上記ステップＳ４で受け付けたものと一致するファイルが存在するか否かを判断する（ステップＳ２１）。具体的には、ファイル管理テーブル１０９２のユーザＩＤ欄を参照し、上記ステップＳ３で受け付けたユーザＩＤと一致する番号のファイルが存在するか否かを判断するものである。
【００４４】
一致するものがあることを判断すると（ステップＳ２１で「ＹＥＳ」）、そのファイル（これが、第１の削除候補ファイルとなる。）のファイル番号等を一覧表示すると共に、操作者からの削除したいファイルの選択入力を受け付けるための画面（削除ファイル選択入力受け付け画面）を液晶表示部１０７１（上記ジョブがコピー、スキャン、ＦＡＸ送信の各ジョブの場合）に表示させる（ステップＳ２２）。
【００４５】
図９は、削除ファイル選択入力受け付け画面１０７２の表示例を示す図であり、ここではユーザＩＤの一致するファイルが現在５つ保存されている場合の例を示している。ここで「所有者」欄には、ユーザ管理テーブル１０９１の名前欄の、当該ユーザＩＤに対応する名前として書き込まれている名前（すなわち上記操作者の名前）、ここでは「Ａ」が表示される。また、「ジョブ」「ファイル番号」「枚数」「時刻」欄には、ファイル管理テーブル１０９２の各ファイルに対応するジョブ名、ファイルＮＯ、枚数、時刻欄のデータが表示される。なお「状態」欄には、「保存中」「確認中」「返送中」のいずれかが表示される。通常は「保存中」が表示されるが、ファイルを削除して良いか否かを当該ファイルのユーザに確認している間（すなわち、削除確認通知を送出後、応答通知を受信するまでの間）には「確認中」が表示され、ファイルをユーザのクライアント端末に返送（送信）する場合に、その返送処理中には「返送中」が表示されるようになっている。
【００４６】
操作者は、記憶装置１０９に保存されているファイル群の内、自己が所有するファイルを一覧することができ、そして液晶表示部１０７１の画面上の、各ファイルの表示部分をタッチすることにより、削除したいファイルを選択することができる。
図８に戻って、ステップＳ２１で、一致するファイルがないことを判断すると、ステップＳ２３に移って、上記ジョブに対応する記憶領域内に保存されているファイル（これが、第２の削除候補ファイルとなる。）を一覧表示させる。
【００４７】
その際、当該記憶領域に他のジョブによるファイルが保存されていれば、そのファイルを優先表示、ここでは画面上における表示位置が上位になるように表示させる。具体的には、例えば上記ジョブに対応する記憶領域を、図７に示す「記憶領域Ａ」とした場合、当該記憶領域Ａには、コピージョブ、スキャンジョブによるファイル以外に、本来では記憶領域Ｂに保存されるべきプリントジョブによるファイルも保存されており、そのため一覧表示としては、図１０の例に示すように、当該記憶領域Ａ内のプリントジョブによるファイル（ここでは、３つのファイル）を上位（１〜３番）に表示させ、コピージョブ、スキャンジョブによるファイルをその下（４番以降）に表示させる。
【００４８】
このように他のジョブのファイルを上位に表示するのは、上位に表示されている方が削除候補ファイルとして操作者に選択され易くなると考えられるからである。すなわち、記憶領域Ａは、コピージョブ、スキャンジョブによるファイルの保存用の領域であり、その空き容量を確保するためファイルを削除する場合には、他のジョブによるファイルを削除され易くした方が、その分本来のコピージョブ等によるファイルの記憶領域を確保できることになるからである。
【００４９】
ＭＦＰ１００は、削除ファイル選択入力受け付け画面１０７２、１０７３の完了ボタン１０７０が押下（タッチ）されると、選択が完了したとして、これを削除ファイルの選択入力の受け付けとする（ステップＳ２４）。
なお、上記ジョブがプリントジョブの場合には、当該プリントジョブの発行元のクライアント端末に、上記第１（または第２）の削除ファイル候補とされた各ファイルの所有者、ジョブ名等の各項目を示すデータを送出すると共に、プリントジョブを要求したユーザ（上記操作者に相当）にいずれかのファイルを選択してもらう旨の指示（削除ファイル選択の指示）を行う。
【００５０】
当該クライアント端末では、削除ファイル選択の指示を受け付けると、受信した上記各項目を示すデータに基づいて上記画面１０７２等と同様の内容の削除ファイル選択入力受け付け画面を生成してディスプレイに表示させ、上記ユーザからの削除したいファイルの入力を受け付けて、その選択結果を返答するようになっており（図１１のステップＳ５４〜Ｓ５６参照）、ＭＦＰ１００は、当該選択結果の受信を選択入力の受け付けとする。
【００５１】
ＭＦＰ１００は、ステップＳ２５において、操作者のファイルが選択されたか否かを判断する。
ここで、操作者のファイルが選択されたことを判断すると（ステップＳ２５で「ＹＥＳ」）、そのファイルを当該操作者のクライアント端末に送り返す（送信）するか否かを判断する（ステップＳ２６）。この判断は、ファイル送信するかしないかの選択入力受け付け画面（不図示）を、上記ジョブがコピー、スキャン、ＦＡＸ送信の各ジョブの場合には、液晶表示部１０７１に表示させ、操作者からの選択結果を参照することにより行う。
【００５２】
プリントジョブの場合には、後述のステップＳ５５で、ジョブを発行したクライアント端末において、そのユーザが自己のファイルを削除ファイルとして選択した場合に、そのファイルをＭＦＰ１００から当該クライアント端末に送り返してもらうか否かを選択することができるようになっており、当該クライアント端末は、ユーザによりどのファイルが選択されたのかを示す情報をＭＦＰ１００に送信し、ＭＦＰ１００は、当該情報を参照することにより、選択されたファイルを送り返すか否かを判断する。
【００５３】
ファイルを送り返さないことを判断すると（ステップＳ２６で「ＮＯ」）、上記選択されたファイルを削除して（ファイル管理テーブル１０９２に書き込まれている当該ファイルのデータも消去して）（ステップＳ３０）、ファイル管理処理のサブルーチンにリターンする。
また、ファイルを送り返すことを判断すると（ステップＳ２６で「ＹＥＳ」）、上記選択されたファイルを記憶装置１０９から読み出すと共に、当該クライアント端末のメールアドレスをユーザ管理テーブル１０９１の通知先欄から読み出し、読み出したメールアドレスを宛先とするメールに、上記ファイルを添付して送信する（ステップＳ３１）。その際、当該メールの「Ｓｕｂｊｅｃｔ」フィールドにファイル添付メールであることを示すタイトルを記述する。ファイル送信後、ステップＳ３０に移って当該ファイルを記憶装置１０９内から削除する。これにより、記憶装置１０９内の空き容量が増えることになる。
【００５４】
一方、ステップＳ２５で、操作者のファイルが選択されなかったことを判断すると、ステップＳ２７に移り、選択されたファイルの所有者のクライアント端末宛に削除確認通知を送信する。削除確認通知は、例えば「あなたの所有するファイルが削除すべきファイルとして選択されました。削除しても良いですか。」といった旨の確認メッセージを含むものであって、ここでは当該確認メッセージを書き込んだメール（削除確認通知メール）をクライアント端末宛に送信することにより行われる。ここで、削除確認通知メールのヘッダ部の「Ｓｕｂｊｅｃｔ」フィールドには、削除確認通知メールであることを示すタイトルが記述される。なお、ＭＦＰ１００は、上記クライアント端末のメールアドレスを、選択されたファイルに対応するユーザＩＤをファイル管理テーブル１０９２から読み出し、読み出したユーザＩＤに対応する通知先をユーザ管理テーブル１０９１から読み出すことにより知得する。
【００５５】
クライアント端末は、後述のように、ユーザの指示により、受信した削除確認通知メールに対する応答通知メール（ファイルの削除を「許可する」または「許可しない」ことを示す内容を含む返信メール）を作成し、これをＭＦＰ１００宛に返信する処理を行う。
ＭＦＰ１００は、自装置宛のメールを受信する処理を行い、受信メールが上記クライアント端末からの返信メールであれば、当該返信メールの内容を参照して、ファイルの削除を許可しない旨が記述されているか否か、または所定時間、例えば５分以内に返信メールを受信できたか否かを判断する（ステップＳ２８）。ここで、受信メールが上記返信メールであるか否かの判断は、当該受信メールのヘッダ部を参照することにより行われる。すなわち、後述するように返信メールのヘッダ部の「Ｆｒｏｍ」フィールドには、上記宛先としたクライアント端末のメールアドレスが記述され、「Ｓｕｂｊｅｃｔ」フィールドには、削除確認通知を示すタイトルの前に「Ｒｅ」が記述されるようになっている。したがって、受信メールのヘッダ部を参照して「Ｆｒｏｍ」フィールドに記述されているアドレスが、送信済みの削除確認通知メールの宛先と一致しており、「Ｓｕｂｊｅｃｔ」フィールドに記述されているものが上記タイトルの前に「Ｒｅ」が付加されたものであれば、当該受信メールを削除確認通知メールに対する応答の通知と判断することができる。
【００５６】
なお、応答の通知であるか否かを判断する方法は、上記した方法に限られない。例えば、クライアント端末のユーザが返信メール作成時に、許可等を示す内容に加えて、予め決めておいた、当該メールが応答の通知メールであることを示す内容を書き込むようにし、ＭＦＰ１００側では、受信メールのメッセージ本体を参照し、当該応答の通知メールであることを示す内容が記述されている場合に、当該受信メールを応答の通知であると判断するようにすることもできる。
【００５７】
返信メールにファイルの削除を許可しない旨が記述されている場合、または所定時間経過しても応答がない場合には（ステップＳ２８で「ＹＥＳ」）、ステップＳ２９に移って、ファイルをクライアント端末に送り返すことが可能か否かを判断する。ここでは、送信すべきファイルの容量が所定量以下の場合に返送を可能と判断する。なお、上記応答がなかった場合には、削除の確認がとれていないため、ファイルの容量が所定量を超えていたとしても、例えばファイルを分割する等の処理を施すことにより返送を可能と判断することもできる。
【００５８】
ファイルの送信（返送）を可能であることを判断すると（ステップＳ２９で「ＹＥＳ」）、ステップＳ３１に移り、ファイル送信の処理を行った後、ステップＳ３０に移って、上記ファイルを記憶装置１０９内から削除する。これにより、記憶装置１０９の空き容量を増やすことができると共に、当該ファイルの所有者にとっては、自己のファイルがＭＦＰ１００からは削除されるが、自己のクライアント端末側で保存することが可能になる。したがって、例えば記憶装置１０９の空き容量が増えたときに改めて保存し直すといったことも可能になり、従来のように知らないうちに勝手に削除されてしまい利用できなくなるといったことが無くなる。
【００５９】
一方、ファイルの送信を不可であることを判断すると（ステップＳ２９で「ＮＯ」）、ステップＳ２４に戻る。この場合、まだファイルが一つも削除されておらず、空き容量もないことになるから、ステップＳ３０でファイルが削除されるまで、ステップＳ２４からＳ３１までの処理を繰り返し行う。そして、ステップＳ３０においてファイルの削除を行うと、ファイル管理処理のサブルーチンにリターンする。
【００６０】
図６に戻って、ＭＦＰ１００は、ファイル管理処理のステップＳ１４において、空き領域を所定量より多く確保できたか否かを判断する。ここで、確保できなかったことを判断すると（ステップＳ１４で「ＮＯ」）、ステップＳ１１に戻って、ステップＳ１１〜Ｓ１３までの処理を行う。この処理を、所定量よりも多くの空き領域が確保されるまで繰り返し実行し、空き領域を確保できたことを判断すると（ステップＳ１４で「ＹＥＳ」）、ステップＳ１５に移って、その空き領域に上記ジョブによる画像データを保存させて、メインルーチンにリターンする。なお、当該ジョブが終了すると、メモリ１０３に保存しておいた当該ジョブによるデータは消去される。
【００６１】
図１１は、クライアント端末２００が削除確認通知を受信した場合等に実行する処理の内容を示すフローチャートである。なお、他のクライアント端末３００等においても同様の処理が行われるため、ここではクライアント端末２００における処理を説明し、他の端末の処理についてはその説明を省略する。
同図に示すように、クライアント端末２００は、ユーザからＭＦＰ１００における印刷の指示を受け付けると（ステップＳ５１で「ＹＥＳ」）、上記した印刷設定画面をディスプレイに表示させ、プリントジョブのデータをＭＦＰ１００に保存させておくか否かの選択等の入力を受け付ける（ステップＳ５２）。
【００６２】
そして、ユーザにより印刷実行が指示されると、上記入力された情報とプリントデータを含むプリントジョブのデータをＭＦＰ１００に送信する（ステップＳ５３）。プリントジョブのデータ送信後、ＭＦＰ１００から削除ファイルの選択指示を受け付けると（ステップＳ５４で「ＹＥＳ」）、上記削除ファイル選択入力受け付け画面をディスプレイに表示させ、ユーザからの削除ファイルの選択入力を受け付け（ステップＳ５５）、どのファイルが選択されたのかを示す選択結果情報をＭＦＰ１００に送信して（ステップＳ５６）、ステップＳ５７に移る。
【００６３】
なお、ステップＳ５５で、上記ユーザは自己のファイルを削除すべきファイルとして選択する場合、当該ファイルをＭＦＰ１００からクライアント端末２００へ返送してもらうか否かを上記画面上において選択できるようになっており（ここでは当該画面上に選択入力のためのチェックボックスが設けられており）、クライアント端末２００は、当該ユーザからの選択入力を受け付けると、選択されたファイルを返送させるか否かを示す情報と上記選択結果情報をＭＦＰ１００に送信する。
【００６４】
ステップＳ５７では、自装置宛のメール受信処理を行う。ここでは、ユーザがメールソフトを起動して定期的に自己宛のメールを確認する作業が行われる毎に実行される。また、ユーザがソフトを常時起動させておき一定時間毎に自己宛のメールをチェックできるように設定しておく構成としても良い。
ステップＳ５８では、メールを受信した場合、当該メールがＭＦＰ１００からの削除確認通知メールであるか否かを判断する。この判断は、当該メールの「Ｓｕｂｊｅｃｔ」フィールドに記述されている内容を読み出すことにより行う。具体的には、読み出した内容が削除確認通知のタイトルを示すものであれば、削除確認通知メールと判断するものである。この削除確認通知メールは、クライアント端末２００のユーザとは別のユーザが、上記ステップＳ２７において、削除すべきファイルとしてクライアント端末２００のユーザ所有のファイルを選択した場合にＭＦＰ１００から送信されるものである。
【００６５】
削除確認通知メールであることを判断すると（ステップＳ５８で「ＹＥＳ」）、当該メールに含まれる確認メッセージをディスプレイに表示させる（ステップＳ５９）。そして、ユーザから削除確認通知メールに対する応答通知としての返信メール作成の指示があると（ステップＳ６０で「ＹＥＳ」）、返答メッセージを作成する（ステップＳ６１）。ここでは、「Ｆｒｏｍ」フィールドにクライアント端末２００のメールアドレスを記述し、「Ｔｏ」フィールドにＭＦＰ１００のメールアドレスを記述する。また、「Ｓｕｂｊｅｃｔ」フィールドの内容を上記タイトルの前に「Ｒｅ」を加えたものにする。
【００６６】
そして、ユーザによりメッセージ本体の所定位置にファイル削除を許可する、または許可しない旨の内容が書き込まれた後、返信の指示がなされると、クライアント端末２００は、その内容を含むメール（返信メール）を応答通知としてＭＦＰ１００宛に送信する（ステップＳ６２）。
ここで、上記「許可する」または「許可しない」旨を示す内容とは、システム上において予め取り決めされた文字列等のことをいう。例えば、許可する場合を数値「１」、許可しない場合を数値「０」とすれば、クライアント端末では、そのユーザが、返信メール作成時にメッセージ本体の所定の位置に数値「１」または「０」を書き込めば良い。ＭＦＰ１００では、当該返信メールのメッセージ本体の所定位置に書き込まれている数値（「０」または「１」）を読み取ることにより、クライアント端末のユーザの選択結果を判断することができる。
【００６７】
一方、ステップＳ５８において削除確認通知メールでないことを判断すると、ステップＳ６３に移る。なお、クライアント端末２００が削除確認通知メールであるか否かの判断を行うという構成をとらず、当該メールの内容をみたユーザが返信の指示をしたときに返信メールを作成する構成とすることもできる。この場合、ステップＳ５８を不要とすることができる。
【００６８】
ステップＳ６３では、ファイル添付メールであるか否かを判断する。具体的には、受信メールの「Ｓｕｂｊｅｃｔ」フィールドに記述されている内容を読み出し、読み出した内容がファイル添付メールのタイトルを示すものであれば、ファイル添付メールと判断するものである。このファイル添付メールは、上記ステップＳ３１においてＭＦＰ１００から送信されたものである。
【００６９】
ファイル添付メールであることを判断すると（ステップＳ６３で「ＹＥＳ」）、当該メールに添付されているファイルを、内蔵するハードディスク装置等の記憶装置に保存して（ステップＳ６４）、ステップＳ５１に戻る。
一方、ステップＳ６３においてファイル添付メールでないことを判断すると、ステップＳ５１に戻る。なお、クライアント端末２００がファイル添付メールであるか否かの判断を行わない構成とすることもできる。この場合、ステップＳ６３が不要となり、ステップＳ６３では、ユーザからのファイル保存指示があると、その指示に基づいてファイルを保存して、ステップＳ１１に戻るようにすれば良い。
【００７０】
以上説明したように、本実施の形態のＭＦＰ１００は、ファイル管理処理を実行する画像ファイル管理手段としてのＣＰＵ１０１、ＲＯＭ１０２等を備えており、画像データをファイル単位で記憶装置内に保存、管理すると共に、記憶装置の空き領域が所定量以下になると、操作者に削除すべきファイルを選択させ、選択されたファイルの所有者の端末装置に対し、当該ファイルが削除すべきファイルとされた旨のメッセージを出力するので、従来のように所有者が知らないうちにいつの間にかファイルが削除されてしまうといったことが起こらず、使い勝手が大変良くなる。
【００７１】
また、所有者が削除を許可しない場合には、当該ファイルを当該所有者の端末装置に送り返した後、記憶装置から削除する構成なので、記憶装置の空き容量を増やすことができると共に、当該所有者にとっては自己のファイルを自己の端末装置で保存することが可能になる。
さらに、操作者が削除すべきファイルとして自己のファイルを選択した場合には（上記ステップＳ２５で「ＹＥＳ」）、操作者が削除を了承したとして削除確認通知を出さない構成なので、当該通知が発行される回数が減り、その分ネットワーク負荷を減らすことができる。その際、記憶装置１０９に保存されているファイル群の内、操作者が所有するファイルを一覧表示する構成なので（上記ステップＳ２２）、大量のファイルの中から自己のファイルを探し出すといった処理が不要になる。
【００７２】
また、記憶装置１０９内の空き容量が所定量以下のとき（上記ステップＳ１１で「ＹＥＳ」、Ｓ１２で「ＹＥＳ」のとき）だけ、上記ファイル削除処理が行われる構成なので、空き容量に余裕がある場合にも実行する構成に比べて、空き領域の使用効率を高めることが可能になる。
なお、本発明は、ファイル管理処理を実行する画像ファイル管理手段（装置）に適用されるだけでなく、上記したファイル管理方法、当該方法をコンピュータにより実現するプログラム（画像ファイル管理プログラム）であるとしても良い。
【００７３】
また、本発明に係るプログラムは、例えば磁気テープ、フレキシブルディスク等の磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＭＯ、ＰＤなどの光記録媒体、Ｓｍａｒｔ  Ｍｅｄｉａ（登録商標）などのフラッシュメモリ系記録媒体等、コンピュータ読み取り可能な各種記録媒体に記録することが可能であり、当該記録媒体の形態で生産、譲渡等がなされる場合もあるし、プログラムの形態でインターネットを含む有線、無線の各種ネットワーク、放送、電気通信回線、衛星通信等を介して伝送、供給される場合もある。
【００７４】
また、本発明に係るプログラムは、上記に説明した処理をコンピュータに実行させるための全てのモジュールを含んでいる必要はなく、例えば通信プログラムやオペレーティングシステム（ＯＳ）に含まれるプログラムなど、別途情報処理装置にインストールすることができる各種汎用的なプログラムを利用して、本発明の各処理をコンピュータに実行させるようにしても良い。従って、上記した本発明の記録媒体に必ずしも上記全てのモジュールを記録している必要はないし、また必ずしも全てのモジュールを伝送する必要もない。さらに所定の処理を専用ハードウェアを利用して実行させるようにすることができる場合もある。
【００７５】
（変形例）
以上、本発明を実施の形態に基づいて説明してきたが、本発明は、上述の実施の形態に限定されないのは勿論であり、以下のような変形例が考えられる。
（１）上記実施の形態では、操作者が削除ファイル選択入力受け付け画面（１０７２等）から削除候補ファイルを選択する構成になっており、ＭＦＰ１００は、当該画面において操作者により選択されたファイルを、削除すべきファイルと決めるようにしたが（ステップＳ２４）、例えば記憶装置１０９に保存されたファイル群の内、保存時期が古いものや、上記特許文献１に示すように各ファイルに付与された優先度が低いものを削除すべきファイルとして決定する構成とすることもできる。この場合、図８に示すファイル削除処理は、ステップＳ２５〜Ｓ３１の処理を実行する（Ｓ２１〜Ｓ２４を行わない）構成とすれば良く、処理を簡素化できると共に、操作者がファイルを選択する手間を省くことが可能になる。
【００７６】
その際、削除すべきファイルとして決定されたファイルの所有者が、操作者であった場合には、上記メッセージと同様の内容、すなわち「あなたの所有するファイルが削除すべきファイルとして選択されました。削除しても良いですか。」というようなメッセージを液晶表示部に表示させる（メッセージの出力）と共に、削除の許否を当該操作者から受け付けるようにしても良い。この場合、削除確認通知メッセージを当該操作者の端末装置に出力しない構成とすれば良い。
【００７７】
また、上記のようにする場合、操作者からの削除ファイルの選択が不要になるので、ファイル管理処理をコピージョブ等のジョブ実行時に行うのではなくて、例えば記憶装置の空き容量が所定量以下になるとファイルを保存する時期に達したとしてファイル管理処理を自動的に行う構成とすることもできる。
（２）上記実施の形態では、削除確認通知等の送信先をファイル所有者のクライアント端末としたが、クライアント端末と同様の機能を有するものであれば良く、例えば当該所有者の携帯電話等の携帯端末と無線により通信する構成とすることもできる。その場合、送信先アドレスはその電話番号等とされる。
【００７８】
（３）上記実施の形態では、削除すべきファイルとされた旨のメッセージをメールにより送信するとしたが、当該メッセージを、削除すべきファイルとされたファイルの送信先として登録されている端末装置宛に出力する構成であれば良く、端末端末とＭＦＰに適当な通信プロトコルをインストールして、ＬＡＮを介して直接メッセージを出力する等の構成を、メッセージを出力する出力手段とすることができる。このことは、応答通知についても同様である。
【００７９】
（４）上記実施の形態では、プリントデータを印刷のためのデータに変換した後のデータを画像ファイルとして記憶装置１０９に保存するとしたが、プリントデータをそのまま画像ファイルとして保存する構成としても良い。すなわち、画像ファイルは、最終的に画像を表すために用いられるデータのファイルとすることができ、例えばビットマップデータやテキストデータ等のファイルとしてとらえることができる。
【００８０】
（５）上記実施の形態では、コピージョブ等のジョブ実行を開始した後に（ステップＳ８）、ファイル管理処理（ステップＳ９）を実行するとしたが、例えばファイル管理処理実行後にジョブを実行する構成（Ｓ８とＳ９の順序を入れ替えた構成）とすることもできる。
（６）上記実施の形態では、コピージョブ、プリントジョブ等を画像処理ジョブの例として説明したが、画像処理に関するジョブであれば、これらに限定されず、例えば読み取った画像データをメールに添付して他の装置に送信する、いわゆるｓｃａｎ  ｔｏ  ｅ−ｍａｉｌジョブや、他の装置から受信した画像データを他の装置に転送する画像転送ジョブ等の画像処理ジョブにおいて、画像データを保存する際に上記したファイル管理処理を実行する構成とすることもできる。
【００８１】
（７）上記実施の形態では、記憶装置１０９の記憶領域を、ファイルの種類別として、コピージョブ等の画像処理ジョブ別に分割する例を説明したが、例えば自装置で読み取って得られた画像データのファイルと、他の装置から受信したファイルとを別の種類のファイルとして種類別に記憶領域を分割する構成とすることもできる。また、異なる複数の圧縮方法を用いてファイルを保存する場合に、各圧縮方法により圧縮されたファイルを別の種類のファイルとして分割する構成等とすることもできる。また、分割しない構成とすることもできる。
【００８２】
（８）上記実施の形態では、ＭＦＰ１００にファイル管理処理を実行する画像ファイル管理手段を設ける構成としたが、画像ファイルを保存、管理可能な装置であれば、ＭＦＰに限定されず、例えば画像読み取り装置、画像形成装置等の画像処理装置に画像ファイル管理手段を設けるようにすることもできる。また、画像ファイル管理手段を単体で画像ファイル管理装置として構成することも可能である。
【００８３】
なお、上述した具体的実施形態には、特許請求の範囲請求項１〜５に記載した発明以外にも、以下の構成を有する発明が含まれている。
［１］上記請求項３に記載の画像ファイル管理装置において、前記記憶手段は、異なる種類のファイルを保存するための複数の記憶領域に分けられており、画像ファイル管理装置は、保存しようとする画像ファイルの種類に対応する記憶領域の空き容量が所定量以下になると、別の種類に対応する他の記憶領域について、所定量よりも多くの空き容量があるか否かを判断し、空き容量があることを判断すると、当該他の記憶領域に当該画像ファイルを保存させる制御手段を備え、前記表示制御手段は、前記他の記憶領域に前記画像ファイルが保存される場合には、前記一覧を表示させないことを特徴とする画像ファイル管理装置。
【００８４】
これにより、本来の記憶領域に空きが少なくなっても、空きが多い他の記憶領域の当該空き部分を借りてデータを保存できることになり、記憶領域の使用効率を高めることが可能になる。
［２］上記請求項３に記載の画像ファイル管理装置において、上記ファイルの選択入力を行うユーザを識別する識別手段を備え、前記表示制御手段は、保存されているファイルの中の、識別されたユーザが所有するファイルとして登録されているファイルだけを削除すべきファイルとして一覧表示させることを特徴とする画像ファイル管理装置。
【００８５】
これによれば、上記ユーザは、多数のファイルが保存されている場合であっても、その中から自己のファイルを探し出すといった手間が不要になる。
［３］上記請求項３、４に記載の画像ファイル管理装置において、前記表示制御手段は、前記記憶手段の空き容量が所定量以下になると、前記一覧を表示させることを特徴とする画像ファイル管理装置。
【００８６】
このようにすれば、記憶手段の記憶領域を効率よく使用でき、そしてユーザは空き容量が少なくなったことを認識できると共にそのときだけ選択等の操作を行えば良くなり、十分な空き容量があるにも関わらず適宜実行するような場合に比べて当該ユーザにとって負担が少ない。
【００８７】
【発明の効果】
以上説明したように、本発明に係る画像ファイル管理装置は、記憶手段に保存されている画像ファイルの中から削除すべきファイルを決定する決定手段と、決定されたファイルの送信先として登録されている端末装置宛に、当該ファイルが削除すべきファイルとされた旨を示すメッセージを出力する出力手段と、を備えることを特徴とする。
【００８８】
これにより、ユーザは自己の端末装置において上記メッセージを見れば、自己のファイルが削除すべきファイルとされたことを当該ファイルが削除される前に知ることが可能になり、従来のように知らないうちに自己のファイルが削除されてしまい利用できなくなるといったことを防止できる。
また、前記端末装置から、前記メッセージの通知に対する応答として、削除の不許可を示す情報を受信した場合、もしくは当該通知後、所定時間経過するまでに当該応答を受信しなかった場合に、前記削除すべきファイルとされたファイルを当該端末装置に送信するファイル送信手段と、当該ファイルを前記記憶手段から削除する削除手段と、を備えることを特徴とする。
【００８９】
このようにすれば、記憶手段の空き容量を確保でき、また所有者にとっては上記ファイルを端末装置側で保存することが可能になり便宜である。
さらに、表示手段と、保存されているファイルの一覧を前記表示手段に表示させる表示制御手段と、前記表示手段に一覧表示されているファイルの中から削除すべきファイルの、ユーザによる選択入力を受け付ける選択入力受付手段とを備え、前記決定手段は、前記ユーザにより選択されたファイルを削除すべきファイルとすることを特徴とする。
【００９０】
このようにすれば、ユーザが削除すべきファイルを選択できるので、例えば不要と思われるファイルを優先的に選択していくことで重要なファイルを記憶手段に残すようにすることが可能になる。
また、上記決定されたファイルの所有者を識別する第１の識別手段と、上記ファイルの選択入力を行うユーザを識別する第２の識別手段と、前記選択されたファイルを前記記憶手段から削除する削除手段と、を備え、前記出力手段は、前記ファイルの所有者と前記識別されたユーザが同一である場合には、前記メッセージを出力しないことを特徴とする。
【００９１】
このようにすれば、ファイルの選択入力を行うユーザと、ファイルの所有者が一致する場合には、当該ユーザが自己のファイルが削除されることを了承したとすることができ、したがって上記メッセージの通知を行う必要がなく、無駄な通知動作を省くことができると共に通知するに用いられるネットワーク等の負荷を減らすことが可能になる。
【００９２】
また、本発明の画像ファイル管理プログラムは、記憶手段に保存されている画像ファイルの中から削除すべきファイルを決定する決定処理と、決定されたファイルの送信先として登録されている端末装置宛に、当該ファイルが削除すべきファイルとされた旨を示すメッセージを出力する出力処理とを含む処理をコンピュータに実行させることを特徴としている。
【００９３】
これにより、ユーザは自己の端末装置において上記メッセージを見れば、自己のファイルが削除すべきファイルとされたことを当該ファイルが削除される前に知ることが可能になり、従来のように知らないうちに自己のファイルが削除されてしまい利用できなくなるといったことを防止できる。
【図面の簡単な説明】
【図１】実施の形態に係る画像処理システムの全体構成を示す図である。
【図２】ＭＦＰの構成を示すブロック図である。
【図３】記憶装置の記憶領域Ａ〜Ｄを示す図である。
【図４】（ａ）は、ユーザ管理テーブルの構成例を示す図であり、（ｂ）は、ファイル管理テーブルの構成例を示す図である。
【図５】ＭＦＰにおけるジョブ受け付け時の処理内容を示すフローチャートである。
【図６】ファイル管理処理のサブルーチンの内容を示すフローチャートである。
【図７】記憶領域Ｂに保存すべき画像データを記憶領域Ａに保存した場合の例を示す模式図である。
【図８】ファイル削除処理のサブルーチンの内容を示すフローチャートである。
【図９】削除ファイル選択入力受け付け画面の表示例を示す図である。
【図１０】削除ファイル選択入力受け付け画面の別の表示例を示す図である。
【図１１】クライアント端末が削除確認通知を受信した場合等に実行する処理の内容を示すフローチャートである。
【符号の説明】
１０      ＬＡＮ
１００      ＭＦＰ
１０１      ＣＰＵ
１０２      ＲＯＭ
１０７      操作パネル
１０８      通信インターフェース部
１０９      記憶装置
２００、３００      クライアント端末
４００      ファクシミリ装置
１０７１      液晶表示部
１０７２、１０７３      削除ファイル選択入力受け付け画面
１０９１      ユーザ管理テーブル
１０９２      ファイル管理テーブル
【図１】
2004240511.tif 000003
【図２】
2004240511.tif 000004
【図３】
2004240511.tif 000005
【図４】
2004240511.tif 000006
【図５】
2004240511.tif 000007
【図６】
2004240511.tif 000008
【図７】
2004240511.tif 000009
【図８】
2004240511.tif 000010
【図９】
2004240511.tif 000011
【図１０】
2004240511.tif 000012
【図１１】
2004240511.tif 000013