(57)【要約】【課題】ネットワーク上の他のＭＦＰにおけるコピー処理によって生成されたリコールデータに基づき、印字処理を行う。【解決手段】コピー処理の過程で生じる画像データをスキャナデータと印字データの２種類のデータ形式で保存すると共にリコールデータ管理テーブルに登録する（Ｓ４）。そして他のＭＦＰに対して新規リコールデータを登録した旨を通知する（Ｓ５）。メモリリコールプリント操作がなされたと判断された場合に（Ｓ１でＹｅｓ、Ｓ２でＮｏ）、自装置内のリコールデータの有無を判断し（Ｓ７）、自装置になければ他のＭＦＰに問い合せ（Ｓ９）、あれば、その印字データが自装置で使用可能か判断し（Ｓ１４）、使用可能であれば当該印字データを要求するが（Ｓ１５）、使用可能でない場合には印字データ以外のデータ形式のリコールデータを他のＭＦＰに要求し（Ｓ１８又はＳ２０）、当該リコールデータに基づき印字処理を実行する（Ｓ６）。【選択図】　　　　図４
2004128708.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続可能な画像処理装置であって、
一の画像情報を、２種類以上のデータ形式で記憶する記憶手段と、
ネットワーク上の他の装置から画像情報の送信要求を受け付ける送信要求受付手段と、
前記受け付けた送信要求に基づき、前記記憶手段に記憶されている前記２以上のデータ形式の画像情報のうち一のデータ形式の画像情報を当該要求元の装置に送信する送信手段と
を備えることを特徴とする画像処理装置。
【請求項２】
ネットワークに接続可能な画像処理装置であって、
画像情報の出力要求を受け付ける出力要求受付手段と、
前記受け付けた出力要求に基づき、ネットワーク上の他の装置に対し該当する画像情報の有無について問い合せる問い合せ手段と、
他の装置から、該当する画像情報を２種類以上のデータ形式で保有している旨の回答を受けた場合に、当該回答を送信してきた装置に対して、当該２種類以上のデータ形式の画像情報のうち一のデータ形式の画像情報を送信するように要求する送信要求手段と、
当該他の装置から送信されてきた画像情報を受信する受信手段と、
前記受信した画像情報を出力する出力手段と
を備えることを特徴とする画像処理装置。
【請求項３】
前記特定の一のデータ形式は、前記出力手段の出力機能に適合したデータ形式であることを特徴とする請求項２に記載の画像処理装置。
【請求項４】
前記他の装置から送信されてくる画像情報は、当該ネットワーク上の装置で処理された画像情報のうち一番直近に処理された画像情報であることを特徴とする請求項２または３のいずれかに記載の画像処理装置
【請求項５】
前記画像情報に関連付けられる識別情報を受け付ける識別情報受付手段を備え、
前記送信要求手段は、受け付けた識別情報に関連付けられた画像情報のうちから操作者により選択された画像情報であって前記一のデータ形式の画像情報を送信するようにネットワーク上の他の装置に要求することを特徴とする請求項２から４のいずれかに記載の画像処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク接続可能な画像処理装置に関し、特に、メモリリコールの出力が可能な画像処理装置に関する。
【０００２】
【従来の技術】
近年、多数人の職場などにおいてプリンタとしても使用可能なデジタル複写機やプリンタ等の画像形成装置、画像情報を管理するサーバ等のコンピュータなどが、複数のクライアント端末にネットワーク接続されて使用されるのが一般的になっている。
【０００３】
一方、コピー処理した場合に、その印字データを内部のメモリに保持しておき、その後は、当該保持された印字データをメモリから読み出し、プリントアウトさせる機能（以下、「メモリリコール機能」という。）が装備されているデジタル式複写機が開発されている。このメモリリコール機能によれば、一旦読み取った原稿を再度を読み取ることなくプリントアウトできるので、例えば、コピー枚数を後で追加するような場合に大変便利である。
【０００４】
本願出願人は、ネットワークの機能をさらに活用すべく、複数台のデジタル式複写機をネットワークに接続した環境下において、ＰＣ等のクライアント端末からプリント指示されたプリントデータを受信してこれに基づきプリント動作を実行すると共に、当該プリントデータを一旦プリントサーバに蓄積し、ネットワーク上の他のデジタル複写機が当該プリントデータを取得してメモリリコールによるプリント（以下、「メモリリコールプリント」という。）を実行できるようにするプリントシステムを考案した（特許文献１参照）。
【０００５】
このようにメモリリコールの対象となる画像データ（以下、「リコールデータ」と略する。）を共有することにより、最初にプリンタアウトしたデジタル式複写機でなくとも最寄りのデジタル式複写機から容易にメモリリコールプリントできるので大変便利である。
【０００６】
【特許文献１】
特開平１１―２３２０５５号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、上記公報におけるプリントシステムにおいて、メモリコールの対象となるデータは、クライアント端末から送信されたプリントデータのみであって、画像情報源が限定されており、必ずしも使い勝手がよいものではなかった。
【０００８】
本発明は、かかる課題に鑑みてなされたものであって、ネットワーク上の一の画像処理装置で一度処理された、プリントデータ以外の画像情報であっても他の画像処理装置により容易に利用できる画像処理装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明は、ネットワークに接続可能な画像処理装置であって、一の画像情報を、２種類以上のデータ形式で記憶する記憶手段と、
ネットワーク上の他の装置から画像情報の送信要求を受け付ける送信要求受付手段と、前記受け付けた送信要求に基づき、前記記憶手段に記憶されている前記２以上のデータ形式の画像情報のうち一のデータ形式の画像情報を当該要求元の装置に送信する送信手段とを備えることを特徴としている。
【００１０】
このように一の画像情報について２種類以上のデータ形式で記憶し、相手方装置の送信要求を受けて一のデータ形式で送信することにより、当該一のデータ形式として相手方の装置で出力できるデータ形式のものを含ませることが可能となる。
ここで「一の画像情報についての２種類以上のデータ形式」とは、特定の画像処理の過程で生じた画像データのうち異なるデータ形式のものをいう。例えば、当該画像情報が、原稿をコピー処理して得られたものであれば、当該原稿をスキャンして得られたＲＧＢの画像データの形式と、これをさらにデータ処理して自装置の出力手段に対応させるために処理したデータ形式、例えば、当該出力手段が電子写真式のプリンタであれば、シアン、マゼンタ、イエロー、ブラックの印字データの形式などをいう。また、当該画像情報がクライアント端末から送信されてきたプリントデータである場合におけるデータ形式とは、当該プリントデータおよびこれを出力手段に合わせてデータ処理した印字データなどを意味する。
【００１１】
また、本発明は、ネットワークに接続可能な画像処理装置であって、
画像情報の出力要求を受け付ける出力要求受付手段と、前記受け付けた出力要求に基づき、ネットワーク上の他の装置に対し該当する画像情報の有無について問い合せる問い合せ手段と、他の装置から、該当する画像情報を２種類以上のデータ形式で保有している旨の回答を受けた場合に、当該回答を送信してきた装置に対して、当該２種類以上のデータ形式の画像情報のうち一のデータ形式の画像情報を送信するように要求する送信要求手段と、当該他の装置から送信されてきた画像情報を受信する受信手段と、前記受信した画像情報を出力する出力手段とを備えることを特徴としている。
【００１２】
このように他の装置が一の画像情報を２種類以上のデータ形式で保有している場合に、一のデータ形式で送信するように要求することにしているので、当該自装置の出力手段に適合するデータ形式での要求が可能となり、他装置における情報の出力が自装置でも可能となる。
ここで、前記特定の一のデータ形式は、前記出力手段の出力機能に適合したデータ形式であることが望ましい。これにより、当該画像情報の自装置での出力が可能となる。
【００１３】
また、ここで、前記他の装置から送信されてくる画像情報は、当該ネットワーク上の装置で処理された画像情報のうち一番直近に処理された画像情報であることが望ましい。このようにしておけば、コピー処理やプリント処理などを依頼した操作者がその後すぐに当該処理に係る画像情報について再度出力することを望む場合に、該当する画像情報の選択に時間を取られることがなくなる。
【００１４】
また、本発明は、前記画像情報に関連付けられる識別情報を受け付ける識別情報受付手段を備え、前記送信要求手段は、受け付けた識別情報に関連付けられた画像情報のうちから操作者により選択された画像情報であって前記一のデータ形式の画像情報を送信するようにネットワーク上の他の装置に要求することを特徴とするようにしてもよい。
【００１５】
このように識別情報に関連付けて画像情報を記憶するようにしているので、ネットワーク上に複数件の画像情報が保有されていたとしても、操作者の入力した識別情報に基づき出力を希望する画像情報を容易に選択することができる。
【００１６】
【発明の実施の形態】
以下、本発明に係る画像処理装置が、多機能のデジタル式複写機（Ｍｕｌｔｉｐｌｅ　Ｆｕｎｃｔｉｏｎ　Ｐｅｒｉｐｈｅｒａｌ：以下、単に「ＭＦＰ」という。）である場合の実施の形態について図面を参照しながら説明する。
＜第１の実施の形態＞
（１）画像処理システムの構成
まず、本実施の形態に係るＭＦＰを含む画像処理システム（以下、単に「システム」という。）の全体構成について説明する。
【００１７】
図１は、本システムの構成の一例を示す図である。同図に示すように、このシステムは、ＭＦＰ１１〜１４、プリンタ２１，２２、クライアント端末３１〜３３、およびプリントサーバ４０が、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）５０を介して接続されてなる。なお、各ＭＦＰ、プリンタ、クライアント端末、サーバなどは、図１に示す台数に限定されず任意の台数が接続可能である。
【００１８】
ＭＦＰ１１〜１４は、例えば、デジタル式のカラー複写機であって、それぞれ原稿読取部と画像形成部を備えており、通常のコピー機能のほか、クライアント端末３１〜３３からの要求に応じてプリントジョブを実行するプリント機能を有している。
図２は、ＭＦＰ１１の構成を示す概略図である。なお、他のデジタル複写機１２〜１４もほぼ同様の構成を有している。
【００１９】
同図に示すようにＭＦＰ１１は、原稿読取部１００とプリンタ部２００と制御部３００を備える。原稿読取部１００は、原稿自動搬送装置（ＡＤＦ）１１０と、スキャナ部１２０からなる。ＡＤＦ１１０は、原稿トレイ１１１に載置された原稿を１枚ずつ自動的にスキャナ部１２０のプラテンガラス１２１に送る。スキャナ部１２０では、露光ランプを搭載したスキャナ１２２を移動させてプラテンガラス１２１上の原稿面を走査する。原稿からの反射光が複数の反射ミラーを介して、カラーのＣＣＤイメージセンサ１２３に導かれてＲ，Ｇ，Ｂの画像信号に変換され、制御部３００に送出される。
【００２０】
各色の画像信号は、制御部３００において各種の信号処理を受けて、Ｃ（シアン），Ｍ（マゼンタ），Ｙ（イエロー），Ｋ（ブラック）の４色の再現色の画像データに変換される。まず、そのうちの例えば、シアンの画像データに基づきレーザダイオード２０１が駆動され、感光体ドラム２０３の表面に静電潜像を形成し、これを現像部２１０のシアンのトナーで現像して当該色のトナー像を感光体ドラム２０３に形成する。一方、給紙部２３０から適切なサイズの転写用紙が給紙されて、中間転写ドラム２２０の周面に保持され、上記感光体ドラム２０３のトナー像が、当該転写用紙上に転写される。この動作が、後のマゼンタ、イエロー、ブラックの各色の画像データについて繰り返し実行される。このように１枚の用紙上に４色のトナーが多重転写された後、当該用紙が、中間転写ドラム２２０から剥がされて、定着部２４０において加熱圧着され、排出トレイ２５０上に排出される。
【００２１】
なお、スキャナ部１００前面の操作しやすい位置には、操作者が所定の入力をするための操作パネル９０（図１０参照）が設けられている。
操作パネル９０は、液晶表示板の表面に透明なタッチパネルを配した表示部９１、コピー部数などを入力するテンキー９２、コピー動作を開始させるためのスタートボタン９３などが設けられており、表示部９１に各種の設定画面を表示させ、当該画面に表示されたボタンなどを押下することにより種々のコピーモードの入力が可能となっているほか、後述するように必要なメッセージを表示することができるようになっている。
【００２２】
図１に戻って、クライアント端末３１〜３３やプリントサーバ４０は、それぞれ、ＣＰＵとＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭおよびハードディスク装置（ＨＤＤ）などからなるＣＰＵ本体と、モニター装置と、キーボードおよびマウスなどの入力装置とを備えたパーソナルコンピュータであって、ネットワーク通信プログラムやその他必要な制御プログラムがインストールされており、既存の通信プロトコル（ＴＣＰ／ＩＰなど）により他の端末やＭＦＰ１１〜１４と接続され、これらとデータの送受信が可能なようになっている。
【００２３】
なお、以下では、クライアント端末、プリントサーバをそれぞれ単に「ＰＣ」、「サーバ」と言う。
また、本明細書において、「プリントデータ」とは、ＰＣからＭＦＰやプリンタに対するプリント要求と共に送信される、当該ＭＦＰ、プリンタで画像形成すべき画像情報を示すデータを意味し、通常ＰＤＬ（ページ記述言語）のデータ形式で送信される。
【００２４】
また、「スキャナデータ」とは、スキャナで読み取られた原稿のＲ，Ｇ，Ｂの画像データを示す。
さらに「印字データ」とは、上記プリントデータやスキャナデータをデータ処理して自装置における画像出力用に変換したデータをいう。詳しくは後述する。
（ＭＦＰ１１の制御部の構成）
図３は、ＭＦＰ１１の制御部３００の構成を示すブロック図である。
【００２５】
同図に示すようにこの制御部３００は、メイン制御部４００、画像読取制御部５００、プリンタ制御部６００および通信制御部７００などからなる。
メイン制御部４００は、画像情報の信号処理を実行すると共に、各制御部５００、６００、７００に各種の指示を送り、ＭＦＰ全体として円滑に動作するように制御するものであって、第１信号処理部４１０、第２信号処理部４３０、メモリユニット４４０、ビットマップデータ作成部４５０およびＣＰＵ４６０などからなる。当該ＣＰＵ４６０には、操作パネル９０から設定されたコピーモードを一時保存したり、プログラム実行時におけるワークエリアとなるＲＡＭ４６１、メイン制御部４００における制御プログラムや各種の制御パラメータの初期値を格納するＲＯＭ４６２および後述のリコールデータ管理テーブルなどが格納されるＥＥＰＲＯＭ４６３が接続されている。
【００２６】
第１信号処理部４１０は、Ａ／Ｄ変換部４１１、シェーディング補正部４１２および濃度変換部４１３を備える。
スキャナ部１２０（図２）のＣＣＤイメージセンサ１２２により光電変換された画像信号は、Ａ／Ｄ変換部４１１で、Ｒ，Ｇ，Ｂの多値デジタル画像データに変換され、次段のシェーディング補正部４１２で露光ランプの照度ムラやＣＣＤイメージセンサ１２２自身の感度ムラに起因する出力ムラを補正する公知のシェーディング補正が施される。スキャナ部１２０による原稿の読取動作は、画像読取制御部５００により制御される。
【００２７】
シェーディング補正後の画像データは、まだ原稿の反射率データであるため、濃度変換部４１３により実際の濃度データに変換された後、Ｒ，Ｇ，Ｂの色成分ごとに１ページ分の画像データが、フレームメモリ４２０に一旦書き込まれると共にメモリユニット４４０内に格納される。
このようにスキャナ部１２０で読み込まれ、第１の信号処理部４１０で処理された段階におけるＲＧＢの画像データを以下「スキャナデータ」という。このスキャナデータは、後述の印字データ、プリントデータと共に画像情報を表す画像データの一形式である。
【００２８】
第２信号処理部４３０は、色補正部４３１とＭＴＦ補正部４３２を備えており、上記スキャナデータにさらにデータ処理を加える。
色補正部４３１は、Ｒ，Ｇ，Ｂの濃度データからなるスキャナデータを、ＣＰＵ４６０から与えられた所定のパラメータに基づき、再現色であるＣ，Ｍ，Ｙ，Ｋの濃度データに変換する。
【００２９】
具体的には、Ｒ，Ｇ，Ｂの濃度データに基づいて、各濃度データの共通の濃度値のうち所定割合αのものを黒の濃度データＫとする墨加刷処理（ＢＰ処理）を行う一方、各色の濃度データから当該黒の濃度データＫのうち所定割合βのものを差し引く下色除去処理（ＵＣＲ処理）を行う。また、マスキング係数を用いて、ＵＣＲ処理後のＲ，Ｇ，Ｂの各色の濃度データに線形補正を加え、再現色の濃度データＣ，Ｍ，Ｙを得る（マスキング処理）。
【００３０】
このようにして生成された再現色のＣ，Ｍ，ＹおよびＫの濃度データは、ＭＴＦ（空間周波数）補正部４３２に出力されて、ＭＴＦ補正を加えられる。
ＭＴＦ補正部４３２は、色補正部４３１から出力された画像データについて、ＣＰＵ４６０により指定されたＭＴＦ補正条件に基づき、適正な２次元空間フィルターを選択して、公知のエッジ強調処理もしくは平滑化処理を行う。
【００３１】
上記αやβ、マスキング係数、ＭＴＦ補正条件などは、当該装置のプリンタ部２００の特に感光体ドラムや現像部、転写部など画像形成の中心部（以下、「プリンタエンジン」という。）における画像再現特性を考慮して最適な値が設定されるようになっている。
第２信号処理部４３０において、必要な補正を受けた画像データは、印字データとしてメモリユニット４４０に格納された後、プリンタ部２００におけるプリント動作にタイミングを合わせて読み出されてプリンタ制御部６００内のレーザダイオード駆動回路（不図示）に送出される。
【００３２】
原稿読取制御部５００は、原稿読み取り時におけるＡＤＦ１１０およびスキャナ部１２０の各動作を制御する。
プリンタ制御部６００は、プリンタ部２００の動作を制御するものであって、上記メイン制御部４００から出力された画像データに基づいて、レーザダイオード２０１の出力を制御し、また、給紙部２３０からの給紙動作、感光体ドラム２０３や転写ドラム２２０の回転動作、各チャージャへの電圧の印加などの各動作を同期をとりながら統一的に制御し、画像形成を実行させる。
【００３３】
通信制御部７００は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）に基づきＬＡＮ５０を介して他のＭＦＰ１２〜１４やＰＣ３１〜３３、サーバ４０などと接続を確立し、データの送受信を実行する。なお、本実施の形態において、データを他の端末に送信する際のプロトコルとして例えばＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）などが用いられる。また、この通信制御部７００には、所定のネットワーク規格に対応したＬＡＮボードなどの通信インターフェースが含まれる。
【００３４】
通信制御部７００は、いずれかのクライアント端末３１〜３３からプリントジョブを受信すると、その旨をメイン制御部４００に通知すると共に、そのプリントジョブに係るプリントデータをビットマップデータ作成部４５０に送出する。プリントデータは、ポストスクリプトなどのＰＤＬ（ページ記述言語）のデータ形式でクライアント端末から送られてくるので、ビットマップデータ生成部４５０は、これをＲ，Ｇ，Ｂのビットマップデータに変換して一旦フレームメモリ４２０に格納し、さらに第２の信号処理部４３０においてＣ，Ｍ，Ｙ，Ｋの印字データに変換されてメモリユニット４４０内に格納され、その後プリンタ制御部６００に送られてプリント処理が実行される。
【００３５】
この際、プリントデータは上記ＰＤＬ形式の状態のままメモリユニット４４０内に格納される。
なお、メイン制御部４００以外の制御部５００、６００、７００も内部にＣＰＵやＲＯＭを備えており、ＲＯＭに格納された制御プログラムに基づき、それぞれの制御を実行するようになっている。
【００３６】
（制御部３００における制御内容）
以下、上記制御部３００における制御内容をフローチャートに基づき説明する。
図４は、操作者がコピーもしくはメモリリコールプリントをＭＦＰ１１に実行させる際における制御部３００の制御内容を示すフローチャートである。
【００３７】
まず、操作者によりスタートボタン９３（図１０）が押下されたか否かを判断し（ステップＳ１）、押下されたと判断した場合には、次にＡＤＦ１１０の原稿トレイ１１１上もしくはプラテンガラス１２３上の原稿の有無を判断する（ステップＳ２）。これは、それぞれの箇所に設置された光電センサもしくはリミットスイッチなどからなる原稿検出センサにより当該原稿の有無を検出することにより容易に判断される。
【００３８】
もし、原稿が検出されば、操作者は当該原稿のコピー処理を希望していると判断されるので、当該原稿をスキャナ部１２０でスキャンし（ステップＳ３）、得られた画像信号をメイン制御部４００に送出して、画像信号を処理し、この処理の過程で得られた画像情報の２つのデータ形式（スキャナデータおよび印字データ）を自装置のメモリユニット４４０に格納すると共に、ＥＥＰＲＯＭ４６３内のリコールデータ管理テーブルＴ１にその旨を登録する（ステップＳ４、Ｓ５）。
【００３９】
図５は、当該リコールデータ管理テーブルＴ１の一例を示す図である。コピー処理がなされた場合、同図に示すように保存される画像情報のデータ形式の欄にスキャナデータと印字データの２種類が登録される。また、各データ形式の画像データの格納位置を示すメモリユニット４４０上のメモリアドレスおよびその登録日がそれぞれ該当する欄に登録される。もし、クライアント端末からプリントジョブを受信してプリント処理を実行した場合には、当該データ形式としてプリントデータと印字データの２種類が登録されることになる。
【００４０】
図４に戻り、次のステップＳ５において、当該リコールデータを登録した旨を他のＭＦＰ１２〜１４にＬＡＮ５０を介して通知する。
その後、プリンタ部２００を制御し、上記印字データに基づき用紙上に画像を形成する印字処理を実行させる（ステップＳ６）。
もし、ステップＳ２において、原稿がないと判断された場合には、操作者からメモリリコールプリントの要求があったとみなし、ステップＳ７に移って、自装置内にリコールデータがあるか否かを判断する（ステップＳ７）。これは、図５のリコールデータ管理テーブルＴ１の登録状態から容易に判断できる。
【００４１】
もし、自装置内にリコールデータが登録されていれば、当該リコールデータのうち印字データの方をメモリユニット４４０から読み出して、これに基づき印字処理を実行する（ステップＳ８、Ｓ６）。このように印字データ形式のものを選択するのは、当該印字データは、自装置の制御部３００で信号処理されたものなので、そのまま使用して印字処理することができ、わざわざスキャナデータなどを読み出して再度第２信号処理部４３０で処理し直す必要がないからである。
【００４２】
もし、自装置内にリコールデータが登録されていなければ、ＬＡＮ５０を介して他のＭＦＰ１２〜１４にリコールデータが登録されているか否かを順次問い合せる（ステップＳ９）。
例えば、最初にＭＦＰ１２に問い合せて、そこにリコールデータがない場合には（ステップＳ１０：Ｎｏ、Ｓ１１：Ｎｏ）、ＭＦＰ１１の操作パネル９０の表示部９１に、当該ＭＦＰ１２内にリコールデータがない旨の現状を表示させ、他のＭＦＰ１３に問い合せる（ステップＳ９）。
【００４３】
全ての他のＭＦＰ１２〜１４に問い合せて、それら全部にリコールデータが登録されていなければ（ステップＳ１０：Ｎｏ、Ｓ１１：Ｙｅｓ）、表示部９１に「リコールデータがありませんでした。」と表示させて（ステップＳ１３）、メモリリコールプリント処理における制御動作を終了する。例えば、いずれのＭＦＰ１１〜１４も電源投入時にメモリ内の初期化を行うようになっており、それぞれの起動後、いずれにおいてもプリント処理およびコピー処理が行われていない場合に、上述のように全てのＭＦＰ１１〜１４においてリコールデータがないと判断される。
【００４４】
もし、他の一のＭＦＰ（例えばＭＦＰ１２）からリコールデータが登録されている旨の回答を得た場合には（ステップＳ１０：Ｙｅｓ）、次に、当該ＭＦＰ１２のリコールデータが印字データのデータ形式のまま自装置で使用できるか否かを判断する（ステップＳ１４）。
後述するようにリコールデータの有無の問い合わせを受けた他のＭＦＰ１２〜１４は、自装置内にリコールデータがある場合には、当該リコールデータがある旨の回答と共にそのデータ形式及び自装置の機種名に関する情報を送信元に通知するようになっており、回答を受けたＭＦＰ１１は、その回答に含まれる機種名と自装置の機種名が同一の場合に、当該他のＭＦＰの印字データが自装置でも使用できると判断する。なお、各ＭＦＰ１１〜１４の機種名は、予め製造時などにおいてそれぞれの制御部のＲＯＭなどの不揮発性メモリ内に格納される。
【００４５】
上述のように印字データは第２信号処理部４３０で自装置のプリンタ部のおける再現特性に応じたパラメータに基づき生成されるものであるから、機種名が同一の場合には、プリンタエンジンも同一であると判断され、他のＭＦＰで生成された印字データを自装置で使用して印字しても、ほぼ同じ再現性が得られると考えられるからである。
【００４６】
したがって、機種名や場合によってはメーカなどが異なっていても、プリンタエンジンさえ同一であれば、印字データの互換性があるといえるので、当該互換性のある機種を予め登録しておき、他のＭＦＰが当該登録された機種に一致すれば、その印字データが使用可能であると判断するようにしてもよい。
このように他装置の印字データが自装置でも使用可能であると判断された場合には、ＭＦＰ１１は、当該リコールデータを有するＭＦＰ１２に印字データの形式のリコールデータを送信するように要求し（ステップＳ１５）、その印字データを受信すると（ステップＳ１６）、当該印字データに基づき印字処理を実行する（ステップＳ６）。
【００４７】
反対に、リコールデータを有するＭＦＰ１２の機種名が自装置と異なっている場合には、ステップＳ１４において「Ｎｏ」と判断し、次のステップＳ１７において、当該リコールデータの中に含まれる他のデータ形式の中に、プリントデータがあるか否か、すなわち当該リコールデータがプリント処理により得られたデータであるか否かについて判断する。
【００４８】
データ形式がプリントデータのものがあれば、当該ＭＦＰ１２にプリントデータを要求し、これに応じてＭＦＰ１２から送信されてきたプリントデータを受信し、当該プリントデータに基づき印字処理を実行する（ステップＳ１８、Ｓ１９、Ｓ６）。
このプリントデータは、通常ＰＤＬとして所定の規格に従ったプリンタ共通のデータ形式であり、第２信号処理部でデータ処理される以前のデータなので、プリンタエンジンの種類に関係なく、他のＭＦＰのものをそのまま使用しても上記印字データにおけるような問題は生じない。
【００４９】
もし、ステップＳ１７において、リコールデータとしてプリントデータのデータ形式のものがないと判断された場合には、当該リコールデータは、コピー処理により得られたものであり、印字データと共に格納されているデータ形式は、スキャナデータなので、当該ＭＦＰ１２にスキャナデータを要求し、これより受信したスキャナデータに基づき印字処理を実行する（ステップＳ２０、Ｓ２１、Ｓ６）。
【００５０】
スキャナデータもプリントデータ同様、第２信号処理部で処理される以前のデータなので、プリンタエンジンの再現特性に依存したデータ処理が加えられておらず、他のＭＦＰのスキャナデータをそのまま使用して自装置のプリンタエンジンに応じたパラメータによって印字データを生成すれば画像の再現上支障はないからである。
【００５１】
以上によりメモリリコールプリント時の制御動作を終了する。
図６は、ＭＦＰ１１においてプリント処理が実行される場合の制御部３００における制御動作を示すフローチャートである。
まず、通信制御部７００を介してＰＣ３１〜３３のいずれかからプリントジョブを受信したか否かを判断し（ステップＳ２２）、受信しておれば、リコールデータとしてプリントデータと印字データを自装置のメモリユニット４４０に格納すると共にリコールデータ管理テーブルＴ１に登録する（ステップＳ２３）。なお、ＰＣからの受信したプリントジョブは、プリントデータとヘッダからなり、ヘッダにプリント要求のコマンドが含まれているので、当該コマンドを検出することにより上記ステップＳ２２の判断を容易に行える。
【００５２】
そして、新規にリコールデータを登録した旨を他のＭＦＰ１２〜１４にＬＡＮ５０を介して通知すると共に、上記受信したプリントデータに基づき印字処理を実行する（ステップＳ２４、Ｓ２５）。
図７は、メモリリコールプリントの操作を受けたＭＦＰからの各種の要求を受信する相手方ＭＦＰの制御部において実行される応答処理のフローチャートである。ここでは、ＭＦＰ１１がメモリリコールプリントの操作を受け、ＭＦＰ１２が当該ＭＦＰ１１から各種の要求を受けて応答する場合を例にして説明する。
【００５３】
ＭＦＰ１２の制御部は、まず、ＭＦＰ１１から何らかの情報を受信したか否かを判断し（ステップＳ３１）、受信した場合には、当該受信内容が何であるかを解析し（ステップＳ３２〜Ｓ３６）、それに応じた応答を行う（ステップＳ３７〜Ｓ４３）。
すなわち、受信した内容が、ＭＦＰ１１で新規のリコールデータが登録された旨の通知である場合（図４のステップＳ５、図６のステップＳ２４参照）には（ステップＳ３２）、自己のリコールデータ管理テーブルＴ１を参照し、リコールデータが自装置内にあるか否かを判断して、もしあれば当該リコールデータの登録を削除すると共に、ユニットメモリ内のリコールデータを消去もしくは上書き可能状態にする（ステップＳ３７：Ｙｅｓ、ステップＳ３８）。
【００５４】
これにより、一番新しくコピー処理もしくはプリント処理を実行したＭＦＰ内のリコールデータのみが保存され、それ以外のリコールデータは削除されることになるので、常に直近のリコールデータのみがネットワーク上のいずれかのＭＦＰ１１〜１４上で保有されることになる。
また、ステップＳ３３においてＭＦＰ１１からリコールデータの有無の確認要求（図４、ステップＳ９参照）を受信したと判断された場合には、自己のリコールデータ管理テーブルＴ１を参照して、リコールデータの有無を確認し（ステップＳ３９）、その確認結果をリコールデータ有無送信情報としてＭＦＰ１１に送信する（ステップＳ４０）。この際、もし、リコールデータが自装置に登録されている場合には、その登録日と自装置の機種名も合わせてＭＦＰ１１に送信される。
【００５５】
ステップＳ３４においてＭＦＰ１１から印字データの送信要求（図４、ステップＳ１５参照）を受信したと判断された場合には、自己のリコールデータ管理テーブルＴ１を参照し、登録されている印字データのメモリアドレスに基づきメモリユニットから印字データを読み出して、ＭＦＰ１１に送信する（ステップＳ４１）。
【００５６】
同様にステップＳ３５においてＭＦＰ１１からスキャナデータの要求（図４、ステップＳ２０）を受け付けたと判断された場合には、当該スキャナデータをメモリユニットから読み出して、ＭＦＰ１１に送信し（ステップＳ４２）、また、ステップＳ３６においてＭＦＰ１１からプリントデータの要求（図４、ステップＳ１８）を受け付けたと判断された場合には、当該プリントデータをメモリユニットから読み出してＭＦＰ１１に送信する（ステップＳ４３）。
【００５７】
以上のように第１の実施の形態においては、コピー処理もしくはプリント処理を実行したときに、自装置のリコールデータ管理テーブルＴ１に登録すると共に、その旨を他のＭＦＰに通知し、この通知を受けたＭＦＰは、自装置におけるリコールデータの登録を削除するので、当該ネットワーク上には、一番直近に処理を実行したＭＦＰにおけるリコールデータしか残っていないことになる。
【００５８】
そして、いずれかのＭＦＰからメモリリコールの操作がなされたとき、自装置もしくは他装置に残されている上記直近のリコールデータに基づき自動的に印字処理されるので、操作者が身近のＭＦＰからメモリリコールの操作ができると共に、リコールデータを指定する手間が省ける。
また、他装置の印字データを使用できない場合にはスキャナデータを利用するようにしているので、常に他の装置のコピー処理により生じたが画像情報の使用が可能となり、ネットワーク上でメモリリコールプリントの対象となる画像情報の種類が拡大し、利便性が大幅に向上する。
【００５９】
図８（ａ）、（ｂ）は、上述の図４，６、７のフローチャートのうち、ＭＦＰ１１と他のＭＦＰ間でなされる通信手順のみを抜き出したシーケンス図である。（ａ）は、ＭＦＰ１１においてコピー処理もしくはプリント処理が実行される通常時の通信シーケンスであり、それらの処理を実行するに際し、他のＭＦＰに対して新規リコールデータを登録した旨を通知する（▲１▼）。
【００６０】
一方、（ｂ）は、メモリリコールプリント実行時における通信シーケンスを示す。自装置内にリコールデータのない場合、操作側ＭＦＰ１１から他のＭＦＰに対し、リコールデータの有無を問い合せる通知を送信し（▲２▼）、これを受けて他の各ＭＦＰからリコールデータの有無の返信を受ける（▲３▼）。
もし、他のいずれかのＭＦＰがリコールデータを持っている旨の回答を得た場合には、そのＭＦＰに対してデータ形式を指定して当該リコールデータを送信するよう要求する（▲４▼）。
【００６１】
この要求を受けたＭＦＰから、該当するデータ形式のリコールデータが操作側ＭＦＰ１１に送信される（▲５▼）。
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。
本実施の形態に係るＭＦＰの構成は、第１の実施の形態と同じであり、制御部３００において実施されるメモリリコールの制御内容の一部が異なるだけなので、重複を避けるため、以下では制御内容の異なる部分を中心にして説明する（他の実施の形態においても同じ。）。
【００６２】
図９は、第１の実施の形態における図４のフローチャートと異なるステップＳ２２〜Ｓ２５とその周辺のステップを抽出したフローチャートである。
ステップＳ１０で他のＭＦＰにリコールデータがあると判断されると（ステップＳ１０：Ｙｅｓ）、ステップＳ１４においてそのリコールデータの印字データがが自装置で使用可能か否かを判断し、使用可能であれば、ステップＳ２２に移って、リコールデータの種類と、そのうちどれを選択するかを促すメッセージを操作パネル９０の表示部９１に表示させる。
【００６３】
図１０は、他のＭＦＰに登録されているリコールデータがコピー処理によって生じたものである場合に表示部９１に表示される画面の一例である。この場合には、リコールデータのデータ形式は、印字データとスキャナデータなので、まず、メッセージ表示欄９１１に、印字データとスキャナデータの双方が利用できる旨と、そのどちらかを選択するかを促すメッセージが表示される。また、その下のリコールデータ一覧表９１２には、当該２種類のデータ形式と機種名および登録日が表示され、画面右下にはＯＫボタン９１３が表示される。
【００６４】
操作者が、どちらかのデータ形式の表示されている箇所を指で押すと、その欄の濃度が反転し、さらにＯＫボタン９１３を押下すると、当該選択内容が確定したとみなして、制御部３００で操作者の選択を受け付ける（ステップＳ２３）。そして、その選択されたデータ形式のリコールデータを、当該リコールデータを保持するＭＦＰに要求し（ステップＳ２４）、当該リコールデータが送信されてくると、これを受信して（ステップＳ２５）、当該リコールデータに基づき印字処理を実行する（ステップＳ６：図４参照）。
【００６５】
ステップＳ１４において印字データをそのまま使用できないと判断された場合には、図４の場合と同様、当該リコールデータがプリント処理により得られたものであるか否を判断し（ステップＳ１７）、その判断結果に応じて相手方のＭＦＰにプリントデータもしくはスキャナデータを要求し（ステップＳ１８またはＳ２０）、送られてきたデータを受信して（ステップＳ１９またはＳ２１）、ステップＳ６の印字処理に移行する。
【００６６】
このようにステップＳ１４において他装置の印字データが使用可能なのにもかかわらず、要求するデータ形式を敢えて操作者の選択に委ねているのは、たとえ自装置と相手方装置の機種名が同一であっても、各ＭＦＰで生成される印字データは、個々のプリンタエンジンの現在の状態、例えば、トナーの残量、再現画像の濃度、感光体ドラムの使用時間などに応じて、第２信号処理部４３０において当該装置に最適な転写電圧、現像バイアスなどのパラメータが設定されるので、厳密な意味では、当該他のＭＦＰでの印字データがそのままメモリリコールプリントの操作がなされたＭＦＰにおける最適な印字データとはならない場合があるからである。
【００６７】
本実施の形態では、上述のように最適化された印字データに基づき印字処理したい操作者の要望に応えるため、他のＭＦＰの第２信号処理部でのデータ処理を経ていない他のデータ形式（スキャナデータ、プリントデータ）の使用を操作者自らが選択できる余地を与えている。
スキャナデータやプリントデータは各プリンタエンジン固有の補正を受けていないので、それらに基づき第２信号処理部４３０において自装置のプリンタエンジンの現状の特性に応じた最適な印字データを生成することにより、より良好な再現性を得ることができる。
【００６８】
＜第３の実施の形態＞
第１、第２の実施の形態においては、ネットワーク上に直近のリコールデータのみが残されるように構成しているので（図７、ステップＳ３８等参照）、メモリリコールプリントをした操作者は、過去の多数のリコールデータから目的のリコールデータを選択する手間が省けて便利であった。
【００６９】
その一方で、ある操作者が一度自己のコピー処理などをした後、メモリリコールプリント操作する前に、他の操作者が、いずれかのＭＦＰを利用した場合には、当該他の操作者の処理した内容がリコールデータとして残るので、もはや自己のリコールデータに基づくプリントアウトはできない。
そこで、本第３の実施の形態では、リコールデータを操作者の識別情報（以下、「個人ＩＤ」という。）に関連付けて複数件保持可能にしておき、メモリリコールプリント操作時に操作者が自己のリコールデータを容易に選択してプリントアウトできるようにしている。
【００７０】
図１１は、本実施の形態におけるメモリリコールプリント操作時におけるＭＦＰ１１の制御部３００による制御動作を示すフローチャートである。
まず、ステップＳ５１において、スタートボタンが押下されたか否かを判断し、押下されておれば、操作者の個人ＩＤの入力を受け付ける（ステップＳ５２）。この個人ＩＤの入力は、操作者がテンキーから４桁程度の暗証番号を入力するのが一般的な方法であるが、これには限定されない。特別な個人認証手段をＭＦＰ１１に設けておき、これにより個人を認証するようにしてもよい。例えば，ＩＣカードリーダを設けておき、ＩＣカードに記録された個人ＩＤを読み取るようにしてもよいし、指紋センサにより操作者の指紋を検出して、その特徴点を登録するようにしてもよい。個人の身体的特徴に依存する識別情報としてこのような指紋のほか、声紋、網膜、頭蓋形状、身長体重などを認識して個人を識別する公知の認証システムを利用してもよい。
【００７１】
また、本実施の形態における個人の識別情報は、その個人が属している部・課などのグループを示す情報であってもよい。この場合にはグループに割り当てられたコードを入力し、あるいは職場ごとにユニフォームの色などが異なるような場合には、ＣＣＤカメラなどにより当該ユニフォームを撮像し，当該画像データを解析してグループカラーを認識して属するグループを判別するような形態であっても構わない。
【００７２】
ここでは、要するにリコールデータを登録するに当たり、後にリコールデータの登録一覧を参照するときに自己もしくは自己の属するリコールデータであることが判別することができる情報を取得することができれば、どのような方法を使用してよい。
次に、ＡＤＦ１１０の原稿トレイ１１１上もしくはプラテンガラス１２３上の原稿の有無を判断する（ステップＳ５３）。もし、原稿があれば、操作者は当該原稿のコピー処理を希望していると判断されるので、当該原稿をスキャナ部１２０でスキャンし（ステップＳ５４）、その画像信号をメイン制御部４００で処理して得られたスキャナデータおよび印字データを自装置のメモリユニット４４０に格納すると共に、リコールデータ管理テーブルＴ２（図１２参照）に登録番号１を付して登録する（ステップＳ５５）。その後、他のＭＦＰに自装置で新規にリコールデータを登録した旨を通知する（ステップＳ５６）。
【００７３】
本実施の形態では、リコールデータをネットワーク上でｎ件（ｎ＝２，３，４、・・・）まで登録可能なように構成されており、新たにリコールデータが登録され、これにより登録件数が上限件数（登録可能件数）ｎ件を超える場合には、一番古いリコールデータから削除するようになっている。
すなわち、上記新規リコールデータの登録に際し、リコールデータ管理テーブルＴ２に既に他のリコールデータが登録されているかを判断し（ステップＳ５７）、登録されたものがあれば、各登録されたリコールデータの登録番号を１だけインクリメントし（ステップＳ５８）、新規に登録したリコールデータの登録番号を１とする。そして、インクリメントした登録番号が上限件数（登録可能件数）ｎ件を超える場合には（ステップＳ５９：Ｙｅｓ）、当該登録番号の該当するリコールデータを削除する（ステップＳ６０）。
【００７４】
図１２は、このようにして登録されたリコールデータ管理テーブルＴ２の一例を示す図である。同図に示すようにこのリコールデータ管理テーブルＴ２には、登録番号欄と個人ＩＤ欄、登録日欄、データ形式欄があり、新規にコピー処理もしくはプリント処理がなされるごとに最上段にデータが追加されるようになっている。
【００７５】
なお、当該テーブル中、登録番号４の各欄が空欄となっているのは、ここで他のＭＦＰでリコールデータを生成した旨の通知を受信したことを示している。この段階では、リコールデータのデータ形式や機種名などのデータまでの連絡は他のＭＦＰから受けていないので、とりあえずリコールデータの登録番号を確保するため、同図に示すような形で登録される。
【００７６】
その後、上記読み取った画像データに基づき印字処理を実行する（ステップＳ７３）。
また、ステップＳ５３において、原稿トレイもしくはプラテンガラスに原稿がないと判断された場合には、メモリリコールプリントの入力操作があったものとみなして、まず、自装置におけるリコールデータ管理テーブルＴ２を検索してステップＳ５２で受け付けた個人ＩＤに関連付けられたリコールデータの有無を調べると共に、他のＭＦＰにも上記個人ＩＤに対応するリコールデータの有無を順次問い合せる（ステップＳ６１、Ｓ６２）。
【００７７】
全部のＭＦＰへの問い合わせが終了するまで、操作パネル９０の表示部９１に例えば、「現在、あなたのリコールデータの検索中です。暫くお待ち下さい。」と現状表示させる（ステップＳ６３でＮｏ、ステップＳ６４）。
この問い合わせを受けたＭＦＰは、該当するリコールデータの有無を問い合わせ元のＭＦＰ１１に回答する（後述の図１５、ステップＳ１０２参照）。該当するリコールデータがある場合には、そのデータ形式、登録日、機種名も合わせて回答する。
【００７８】
そして、全部のＭＦＰに問い合せた結果、受け付けた個人ＩＤに関して、自装置を含めネットワーク内にリコールデータが検索されなかった場合には（ステップＳ６３：Ｎｏ）、表示部９１に「あなたのリコールデータは、見つかりませんでした。」と表示させて（ステップＳ６６）、メモリリコールプリント処理を終了する。
【００７９】
ステップＳ６５でネットワーク内に受け付けた個人ＩＤに関連付けられたリコールデータがあると判断された場合は、その一覧を表示部９１に表示する。
図１３は、この一覧表示の一例を示す図である。メッセージ欄９１５には、当該操作者○○のリコールデータが表示された旨とこの中から印字するデータの選択を促すメッセージが表示される。
【００８０】
その下には、リコールデータの一覧がその機種名、登録日と共に表示される。９１７、９１８は上下へのスクロールボタンであり、一覧表に表示しきれないデータをこのスクロールボタンの操作によりスクロールさせて表示させることができるようになっている。
そして、操作者がこの一覧からプリントアウトしたいデータを押下すると、濃度が反転し、さらにＯＫボタン９１９を押下すると選択内容が確定したものとみなしてこれを受け付ける（図１１のステップＳ６８）。そして、当該選択されたデータが自装置のリコールデータであるか否かについて判断し（ステップＳ６９）、そうであれば自装置のメモリユニットからリコールデータを読み出して印字処理を実行する（ステップＳ７０、Ｓ７３）。なお、図１３の一覧表示では、自装置内のリコールデータが表示されていないが、自装置の場合には、印字データのみの表示となる。他装置のリコールデータと区別するために自装置のリコールデータの場合には、何らかの識別表示を付するか、もしくはその字体を変えるようにしてもよい。
【００８１】
反対に、選択したリコールデータが他のＭＦＰが保持するリコールデータである場合には、当該ＭＦＰに選択したリコールデータの送信を要求し、要求先のＭＦＰから送信されてきたデータを受信して（ステップＳ７２）、印字処理を実行する（ステップＳ７３）。
図１４は、ＭＦＰ１１がクライアント端末からプリントジョブの要求を受け付けてプリント処理を実行する場合における、制御部３００の制御動作を示すフローチャートである。
【００８２】
まず、ステップＳ８１において、クライアント端末からプリントジョブを受け付けたか否かを判定し、そうであれば、そのヘッダから個人ＩＤを抽出し（ステップＳ８２）、受信したプリントデータと個人ＩＤを関連付けてリコールデータ管理テーブルＴ２に登録する（ステップＳ８３）。
そして、リコールデータを新規登録した旨を他のＭＦＰに通知する（ステップＳ８４）。
【００８３】
その一方で、自装置内に登録済みのリコールデータがあるか否かについて判断し（ステップＳ８５）、そうであれば、それらの登録番号を１ずつインクリメント
し（ステップＳ８６）、もし、その中で上限件数（登録可能件数）ｎ件を上回ったものがあれば、そのリコールデータを削除する（ステップＳ８７：Ｙｅｓ、ステップＳ８８）。そして、当該受信したプリントデータに基づき印字処理の制御を実行する（ステップＳ８９）。
【００８４】
図１５は、メモリリコールプリント操作を受けたＭＦＰから各種の要求を受信する相手方ＭＦＰの制御部において実行される応答処理のフローチャートである。図７の場合と同様、ＭＦＰ１１がメモリリコールプリントの操作を受け、ＭＦＰ１２が当該ＭＦＰ１１から上記各種の要求をされて応答する場合を例として説明する。
【００８５】
ＭＦＰ１１から何らかの情報を受信したか否かを判断し（ステップＳ９１：Ｙｅｓ）、受信した場合には、その情報が何であるかを解析し（ステップＳ９２〜Ｓ９６）、それぞれの受信内容に応じた応答を行う（ステップＳ９７〜Ｓ１０５）。
すなわち、まず、受信した情報が、ＭＦＰ１１で新規にリコールデータが登録された旨の通知である場合（図１１のステップＳ５６、図１４のステップＳ８４参照）には（ステップＳ９２）、自己のリコールデータ管理テーブルＴ２を参照し、リコールデータが自装置内にあるか否かを判断して、もしあれば、そのリコールデータの登録番号を１ずつインクリメントし（ステップＳ９８）、その結果、もし登録番号が、当該ネットワークで登録可能な上限件数（登録可能件数）ｎ件を上回ったものが有れば、当該登録番号のリコールデータの登録を削除すると共に、メモリユニット内のリコールデータを消去もしくは上書き可能状態にする（ステップＳ９９：Ｙｅｓ、ステップＳ１００）。
【００８６】
このようにするのは、ネットワーク上に登録可能件数（ｎ件）以上のリコールデータを保有しないようにするためである。古い登録番号のリコールデータはもはやメモリリコールプリントの操作がされる蓋然性が少ないと考えられるし、リコールデータのためメモリユニット内の容量を必要以上に使用する必要こともなくなり、メモリの節約にもなる。
【００８７】
また、ステップＳ９３においてＭＦＰ１１から、特定の個人ＩＤに対するリコールデータの有無の確認要求（図１１、ステップＳ６２参照）を受信した場合には、自己のリコールデータ管理テーブルＴ２を参照して、問い合せに係る個人ＩＤに対応するリコールデータの有無を確認し（ステップＳ１０１）、その確認結果をリコールデータ有無情報としてＭＦＰ１１に送信する（ステップＳ１０２）。なお、リコールデータが有る旨の回答をする際には自装置の機種名および登録日が上記リコールデータ有無情報の中に含まれる。
【００８８】
ステップＳ９４においてＭＦＰ１１から印字データの送信要求を受け付けたと判断された場合には、自己のメモリユニットから該当する印字データを読み出して、ＭＦＰ１１に送信する（ステップＳ１０３）。
同様にステップＳ９５においてＭＦＰ１１からスキャナデータの要求を受け付けたと判断された場合には、当該スキャナデータをメモリユニットから読み出して、ＭＦＰ１１に送信し（ステップＳ１０４）、また、ステップＳ９６においてＭＦＰ１１からプリントデータの要求を受け付けたと判断された場合には、当該プリントデータをメモリユニットから読み出してＭＦＰ１１に送信する（ステップＳ１０５）。
【００８９】
以上のように直近の複数件のリコールデータを個人ＩＤに関連付けてネットワーク上に保存するようにすることにより、自己のコピー処理やプリント処理した後、メモリリコールプリント操作する以前に第３者のリコールデータが作成されたとしても自己のリコールデータは削除されず、個人ＩＤにより容易に選択することができる。
【００９０】
なお、本実施の形態においては、個人ＩＤに関わらず、ネットワーク全体で登録可能な件数（ｎ件）が定められていたが、個人ＩＤごとに登録可能件数（ｍ件）（ｍ＝１，２，３、・・・）を定めてもよい。
この場合、図１１のステップＳ５５、図１４のステップＳ８３では個人ＩＤごとに登録番号を採番して、ステップＳ５７、Ｓ８５において当該個人ＩＤについて登録済みのリコールデータの有無を判定し、あればそれらの登録番号を１ずつインクリメントし、その登録番号が登録可能件数（ｍ件）を超えたものから削除することになる。
【００９１】
また、図１１のステップＳ５６、図１４のステップＳ８４においては、自装置でリコールデータの新規登録があった旨およびその個人ＩＤを他のＭＦＰに通知し、その情報を受信したＭＦＰでは、図１５のステップＳ９７において、当該個人ＩＤについてリコールデータの有無を確認し、あれば登録番号を１ずつインクリメントして、その登録番号が登録可能件数（ｍ件）を超えた場合に削除する処理を実行することになる。
【００９２】
このようにすれば、一の個人ＩＤに対して必ずｍ件までのコールデータがネットワーク上に保存されることになるため、自己のコピー処理やプリント処理の後に第３者のリコールデータが何件保持されたとしても、自己のリコールデータは必ず残されるので、自己の既処理のデータに基づきメモリリコールプリントしようとする者の期待が裏切られることがなくなる。
【００９３】
＜第４の実施の形態＞
図１６は、本発明の第４の実施の形態に係るＭＦＰ１１の制御部３００において実行されるメモリリコールプリント処理の制御動作を示すフローチャートである。
上述の第１〜第３の実施の形態では、リコールデータを各ＭＦＰで保持するようにしたが、本実施の形態では、サーバ４０で集中して管理するようにしている点に特徴がある。
【００９４】
すなわち、ステップＳ１１１において、スタートボタンがＯＮになったか否かを判断し、もし、そうであれば読み取るべき原稿があるか否かを判断し（ステップＳ１１２）、原稿があれば、スキャン処理を行う（ステップＳ１１３）。
そして、読み取った原稿のスキャナデータおよび印字データをサーバ４０に送信すると共に、当該印字データに基づき印字処理を実行する（ステップＳ１１５）。
【００９５】
なお、上記スキャナデータおよび印字データは、それぞれ公知のファイル送信プロトコル（例えば、ＦＴＰ）に従ってサーバ４０に送信されるが、そのヘッダには通常の送信元のＩＰアドレス、送信先のＩＰアドレスなどのほかに、それぞれのデータ形式と登録日および自装置の機種名が付加される。
ステップＳ１１２において原稿が無いと判断された場合には、メモリリコールプリントの操作があったものと判断し、ステップＳ１１６に移って、サーバ４０にリコールデータの有無を問い合せる。後述するようにこの問い合せに対し、サーバ４０からリコールデータに関する情報（リコールデータの有無、データ形式、機種名）が送信されてくるので、当該情報からサーバ４０におけるリコールデータの有無を判断する（ステップＳ１１７）。
【００９６】
もし、リコールデータがあれば、そのデータを生成したＭＦＰの機種名から自装置において当該印字データが使用可能であるか否かを判断し（ステップＳ１１８）、使用可能であれば、当該印字データをサーバ４０に要求し、サーバ４０から送信されてくる印字データを受信して（ステップＳ１１９、Ｓ１２０）、これに基づき印字処理を実行する（ステップＳ１１５）。
【００９７】
もし、ステップＳ１１８において印字データの使用が不可能であると判断された場合には、次にリコールデータの中にプリントデータがあるか否かを判断し、あれば当該プリントデータを、なければスキャナデータをそれぞれサーバ４０に要求し、サーバ４０から送信されてきたリコールデータを受信して（ステップＳ１２２、Ｓ１２３又はステップＳ１２４、Ｓ１２５）、受信したプリントデータもしくはスキャナデータに基づき印字処理を実行する（ステップＳ１１５）。
【００９８】
ＭＦＰ１１においてプリント処理する場合に制御部３００で実行されるフローチャートは、第１の実施の形態における図６のフローチャートのステップＳ２３が、「リコールデータとしてプリントデータと印字データをサーバに送信」するステップになると共にステップＳ２４がなくなるだけなので、図示を省略する。なお、このサーバ４０へのプリントデータ、印字データの送信は、上記図１６のステップＳ１１４と同様のプロトコルにより実行され、それぞれのヘッダにデータ形式、登録日、機種名などが追加される。
【００９９】
図１７は、本実施の形態において、サーバ４０で実行されるＭＦＰ１１に対する応答処理の内容を示すフローチャートである。
まず、ＭＦＰ１１から何らかの送信データを受信したか否かを判断し（ステップＳ１３１）、受信しておれば、以下のステップＳ１３２〜Ｓ１３６において、当該受信したデータの内容を解析して、それに応じた処理を行う（ステップＳ１３７〜Ｓ１４２）。
【０１００】
すなわち、受信したデータが、新規リコールデータであれば（図１６、ステップＳ１１４参照）、自装置のＨＤＤなどの記憶装置に格納されている古いリコールデータを新規リコールデータで上書きする（古いリコールデータがない場合には、そのまま書き込む）。この際、受信したリコールデータのヘッダの情報を読み出し、これにより内部のリコールデータ管理テーブルＴ３を更新する。
【０１０１】
このリコールデータ管理テーブルＴ３は、サーバ４０内のＥＥＰＲＯＭなどの不揮発性メモリ内に格納されている。図１８は、このテーブルＴ３の一例を示すものであって、受信したリコールデータのデータ形式、機種名、登録日および記憶装置内での格納位置を示すメモリアドレスなどのデータが受信データのヘッダから読み出されて格納される。
【０１０２】
また、受信した内容が、ＭＦＰ１１から送信されたリコールデータの有無の問い合せ（図１６、ステップＳ１１６参照）である場合には（ステップＳ１３３：Ｙｅｓ）、サーバ４０は上記リコールデータ管理テーブルＴ３の登録状況を確認し（ステップＳ１３８）、リコールデータが登録されていれば、そのデータ形式と機種名の情報をＭＦＰ１１に送信し、登録されていなければ、リコールデータの登録がない旨の回答をＭＦＰ１１に送信する（ステップＳ１３９）。
【０１０３】
ステップＳ１３４においてＭＦＰ１１から印字データの送信要求を受け付けたと判断された場合には、自己のメモリユニットから印字データを読み出して、ＭＦＰ１１に送信する（ステップＳ１４０）。
同様にステップＳ１３５においてＭＦＰ１１からスキャナデータの要求を受け付けたと判断された場合には、当該スキャナデータをメモリユニットから読み出して、ＭＦＰ１１に送信し（ステップＳ１４１）、また、ステップＳ１３６においてＭＦＰ１１からプリントデータの要求を受け付けたと判断された場合には、当該プリントデータをメモリユニットから読み出してＭＦＰ１１に送信する（ステップＳ１４２）。
【０１０４】
図１９（ａ）（ｂ）は、上記図１６、１７のフローチャートのうちＭＦＰ１１とサーバ４０間の通信手順のみを抜き出したシーケンス図である。
（ａ）は、ＭＦＰ１１によりコピー処理もしくはプリント処理が実行される通常時の通信シーケンスであり、それらの処理を実行するに際し、サーバ４０に対して新規リコールデータを送信する（▲１▼）。
【０１０５】
（ｂ）は、メモリリコールプリント実行時における通信シーケンスを示す。
メモリリコールプリントの操作を受けるとＭＦＰ１１は、サーバ４０に対し、リコールデータの有無を問い合せる通知を送信し（▲２▼）、これを受けてサーバ４０からリコールデータの有無を回答する（▲３▼）。
もし、サーバ４０がリコールデータを持っていた場合には、ＭＦＰ１１からデータ形式を指定して当該リコールデータを送信するよう要求する（▲４▼）。
【０１０６】
この要求を受けたサーバ４０から、該当するデータ形式のリコールデータが操作側ＭＦＰ１１に送信される（▲５▼）。
以上のように本実施の形態によれば、リコールデータをサーバで集中して管理することができるので、メモリリコールプリントの操作を受けたときに、他の複数のＭＦＰにリコールデータの有無を問い合せる手間が省ける。また、ＭＦＰ自身がリコールデータを保持する必要がないので、その分だけメモリ容量を少なくでき、ＭＦＰの製造コストを低減できるという利点もある。
【０１０７】
最後に、特許請求の範囲の各請求項における構成要件と本実施の形態における対応関係について説明する。
（１）特許請求の範囲の請求項１における「記憶手段」は、本実施の形態においては、メモリユニット４４０（図３参照）が対応する。このメモリユニット４４０は、主にハードディスク装置からなるが、それのみに限らない。
【０１０８】
また、「送信要求受付手段」は、主に通信制御部７００およびメイン制御部４００が対応する（この際のメイン制御部４００の制御動作につき、例えば図７のフローチャートにおけるステップＳ３４、Ｓ３５、Ｓ３６等参照）。さらに、「送信手段」は、主に通信制御部７００およびメイン制御部４００が対応する（同じく、図７のフローチャートにおけるステップＳ４１、Ｓ４２、Ｓ４３等参照）。
【０１０９】
（２）請求項２における「出力要求受付手段」は、主に操作パネル９０およびメイン制御部４００が対応する（この際のメイン制御部４００の制御動作につき、例えば図４のフローチャートにおけるステップＳ１、Ｓ２等参照）。また、「問い合せ手段」は、通信制御部７００およびメイン制御部４００が対応する（同じく、図４のフローチャートにおけるステップＳ９等参照）。「送信要求手段」は、通信制御部７００およびメイン制御部４００が対応する（同じく、図４のフローチャートにおけるステップＳ１０、Ｓ１４、Ｓ１５、Ｓ１８、Ｓ２０等参照）。「受信手段」は、主に通信制御部７００が対応する。
【０１１０】
「出力手段」は、主にプリンタ部２００に相当する。上記実施の形態においては、プリンタ部２００は、電子写真式の画像形成手段を示したが、その他、画像データに基づき画像再現が可能なものであれば、インクジェット方式、熱転写方式など全ての画像形成手段が適用される。
（３）請求項５における「識別情報受付手段」は、主に操作パネル９０のテンキー９２およびメイン制御部４００が対応する（この際のメイン制御部４００の制御動作につき、例えば、図１１のフローチャートにおけるステップＳ５２参照）。識別情報の入力手段として、テンキー９２に限らず、ＩＣカードリーダや指紋センサなどでもよいことは上述の通りである。
【０１１１】
＜変形例＞
以上、本発明を実施の形態に基づいて説明してきたが、本発明の技術的範囲は上記実施の形態に限定されないのはいうまでもなく、次のような変形例を考えることができる。
▲１▼上記各実施の形態においては、新たにリコールデータが登録されたとき、これを契機として過去に登録された古いリコールデータを削除するようにしている（第１、第２、第４の実施の形態においては一番直近のリコールデータのみを保持し、それより古いリコールデータを削除、第３の実施の形態では、新規リコールデータを登録するたびに過去のリコールデータの登録番号を１ずつインクリメントし、その登録番号が所定の値を超える古いものを削除）。
【０１１２】
しかし、古いリコールデータを削除する方法はこれに限られず、当該リコールデータを登録した時刻から、所定時間（例えば、５時間）が経過すれば、当該リコールデータについてプリント要求される蓋然性がほとんどないと考えられるので、その場合には新規リコールデータの登録を待たずに自動的に削除するように構成してもよい。
【０１１３】
▲２▼第４の実施の形態のみならず、他の実施の形態においてもリコールデータをサーバに集中させて管理するようにしてもよい。
例えば、第３の実施の形態において、ＭＦＰで生成されたリコールデータをそのデータ形式ごとに当該データ形式や機種名、個人ＩＤなどのヘッダ情報を付してサーバ４０に送信し、サーバ４０側で、複数件のリコールデータを保持するように構成してもよい。
【０１１４】
▲３▼上記各実施の形態では、操作者によりスタートボタンが押下されると、原稿のセットの有無を判断して、原稿がない場合にメモリリコールプリントの操作がされたと判断したが、操作パネルにメモリリコールプリント専用の操作ボタンを設けてもよいのはいうまでもない。
▲４▼上記実施の形態においては、リコールデータを生成する画像処理装置としてカラーのＭＦＰを考えてきたが、モノクロのＭＦＰであってもプリンタエンジンの特性に応じて印字データが生成されるので、本発明が適用される。
【０１１５】
また、本発明は、ＭＦＰに限らず、ネットワーク接続可能なプリンタやスキャナ単体の装置であってもよい。
さらには、本発明に係るが画像処理装置は、プリンタなどに直接接続され、当該画像処理装置において実行されるジョブを管理するプリンタコントローラであってもよい。この場合には、当該プリンタで実行されたプリント処理により生じたリコールデータをプリンタコントローラで記憶するか、もしくはプリンタコントローラからサーバに転送される。また、本発明に係る画像処理装置は、サーバ自体であってよい。これらのプリンタコントローラやサーバの場合には「画像処理」の概念は、より広く捉え、画像情報の記憶や転送処理も一種の画像処理とすることにより、本発明の範囲内に含ませることができる。なお、本発明がプリンタコントローラやサーバに適用される場合における「出力」は、他装置への送信と捉えることができ、サーバなどにおいてはその送信部が請求項２における「出力手段」と捉えることができる。
【０１１６】
▲５▼上記実施の形態では、選択したデータ形式のリコールデータのみを他のＭＦＰに要求したが、一旦、全てのデータ形式の画像データの送信を受け、その後に最適なデータ形式のものを選択して、当該選択されたデータ形式の画像データに基づき印字処理を実行させるように構成することも可能である。
また、たとえば、画像処理の内容がコピー処理の場合には、データ形式としてスキャナデータと印字データの２種類を挙げたが、将来データ処理の内容が増加したような場合には、さらに細分化された段階で本発明の適用を受けるデータ形式が生成される可能性があるので、２種類のみであるとは限らない。要するに、本発明におけるデータ形式は、特定の画像処理の経過で生じる複数のデータ形式であればよい。そのデータ形式の中に他装置でも共通して使用可能なデータ形式があることが望ましいのはいうまでもない。
【０１１７】
▲６▼なお、本発明は、画像処理装置における画像処理方法として把握することもできる。この場合には、例えば請求項１の画像処理装置に対応する画像処理方法の発明の内容は、「ネットワークに接続可能な画像処理装置で実行される画処理方法であって、一の画像情報を、２種類以上のデータ形式で記憶する記憶ステップと、ネットワーク上の他の装置から画像情報の送信要求を受け付ける受付ステップと、前記受け付けた送信要求に基づき、前記記憶手段に記憶されている前記２以上のデータ形式の画像情報のうち一のデータ形式の画像情報を当該要求元の装置に送信する送信ステップとを有することを特徴とする画像処理方法。」とすることができる。
【０１１８】
また、本発明は、画像処理装置内のコンピュータに上記画像処理方法を実行させるためのプログラムとして把握することもできる。さらに、本発明は、前記プログラムをコンピュータで読取可能な記録媒体、例えばフレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、半導体メモリなどに記録したものとしても把えられる。
【０１１９】
【発明の効果】
以上説明したように、本発明に係る画像処理装置によれば、一の画像情報について２種類以上のデータ形式で記憶し、一のデータ形式の画像情報を相手方装置に送信するようにしているので、当該一のデータ形式として相手方の装置で出力できるデータ形式のものを含ませることが可能となり、ネットワーク上で他の装置が利用できる画像情報源の範囲が格段に広がる。
【０１２０】
また、本発明に係る画像処理装置は、このように他の装置が一の画像情報を２種類以上のデータ形式で保有している場合に、これに対して特定の一のデータ形式の画像情報を送信するように要求しているので、自装置の出力手段に適合するデータ形式での要求が可能となり、他装置における画像情報に基づく出力が自装置で可能となる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るＭＦＰが使用される画像処理システムの全体構成を示す図である。
【図２】上記ＭＦＰの構成を示す図である。
【図３】上記ＭＦＰ内の制御部の構成を示すブロック図である。
【図４】本発明の第１の実施の形態において、メモリリコールプリントの操作時に上記制御部で実行される制御内容を示すフローチャートである。
【図５】上記制御部内のＥＥＰＲＯＭ内に設けられるリコールデータ管理テーブルの構成を示す図である。
【図６】本発明の第１の実施の形態において、プリント処理時に上記制御部で実行される制御内容を示すフローチャートである。
【図７】本発明の第１の実施の形態において、他のＭＦＰの制御部で実行される応答処理の制御内容を示すフローチャートである。
【図８】（ａ）、（ｂ）は、第１の実施の形態においてメモリリコールプリント操作を受けたＭＦＰと他のＭＦＰの間で交わされる通信の手順を示すシーケンス図である。
【図９】本発明の第２の実施の形態において、制御部で実行されるメモリリコールプリント操作時の制御内容の特徴的なステップを示すフローチャートである。
【図１０】上記第２の実施の形態において操作パネルの表示部に表示されるリコールデータのデータ形式の選択画面を示す図である。
【図１１】本発明の第３の実施の形態において、メモリリコールプリントの操作時に上記制御部で実行される制御内容を示すフローチャートである。
【図１２】上記第３の実施の形態において、制御部内のＥＥＰＲＯＭ内に設けられるリコールデータ管理テーブルの構成を示す図である。
【図１３】第３の実施の形態において操作パネルの表示部に表示されるリコールデータの選択画面を示す図である。
【図１４】本発明の第３の実施の形態において、プリント処理時に制御部で実行される制御内容を示すフローチャートである。
【図１５】本発明の第３の実施の形態において、他のＭＦＰの制御部で実行される応答処理の制御内容を示すフローチャートである。
【図１６】本発明の第４の実施の形態において、メモリリコールプリントの操作時に上記制御部で実行される処理内容を示すフローチャートである。
【図１７】上記第４の実施の形態において、サーバの制御部で実行される応答処理の内容を示すフローチャートである。
【図１８】サーバの制御部のメモリ内に設けられるリコールデータ管理テーブルの構成を示す図である。
【図１９】（ａ）、（ｂ）は、第４の実施の形態においてメモリリコールプリント操作を受けたＭＦＰとサーバとの間で交わされる通信の手順を示すシーケンス図である。
【符号の説明】
１１〜１４　　　ＭＦＰ（画像処理装置）
２１，２２　　　プリンタ
３１〜３３　　　クライアント端末（ＰＣ）
４０　　　　　　サーバ（画像処理装置）
５０　　　　　　ＬＡＮ
１００　　　　　　原稿読取部
２００　　　　　　プリンタ部（出力手段）
３００　　　　　　制御部
４００　　　　　　メイン制御部（送信要求受付手段、出力要求受付手段、問い合せ手段、送信要求手段、識別情報受付手段）
４１０　　　　　　第１信号処理部
４３０　　　　　　第２信号処理部
４４０　　　　　　メモリユニット（記憶手段）
４６０　　　　　　ＣＰＵ
５００　　　　　　画像読取制御部
６００　　　　　　プリンタ制御部
７００　　　　　　通信制御部（送信要求受付手段、問い合せ手段、送信手段、送信要求手段、受信手段）
Ｔ１，Ｔ２，Ｔ３　　リコールデータ管理テーブル
【図１】
2004128708.tif 000003
【図２】
2004128708.tif 000004
【図３】
2004128708.tif 000005
【図４】
2004128708.tif 000006
【図５】
2004128708.tif 000007
【図６】
2004128708.tif 000008
【図７】
2004128708.tif 000009
【図８】
2004128708.tif 000010
【図９】
2004128708.tif 000011
【図１０】
2004128708.tif 000012
【図１１】
2004128708.tif 000013
【図１２】
2004128708.tif 000014
【図１３】
2004128708.tif 000015
【図１４】
2004128708.tif 000016
【図１５】
2004128708.tif 000017
【図１６】
2004128708.tif 000018
【図１７】
2004128708.tif 000019
【図１８】
2004128708.tif 000020
【図１９】
2004128708.tif 000021