JP2014061612A

JP2014061612A - 画像形成装置，画像形成システム，および情報処理装置

Info

Publication number: JP2014061612A
Application number: JP2012206695A
Authority: JP
Inventors: Akihiro Yamada; 章広山田
Original assignee: Brother Industries Ltd
Current assignee: Brother Industries Ltd
Priority date: 2012-09-20
Filing date: 2012-09-20
Publication date: 2014-04-10
Anticipated expiration: 2032-09-20
Also published as: JP5994514B2

Abstract

【課題】記憶領域が少ない場合でもリカバリ印刷することが可能な印刷技術を提供する。
【解決手段】インターフェースを介して画像データを受信する受信手段と、画像データを用紙に印刷する印刷手段と、画像データの送信を要求する要求手段と、受信手段が受信した画像データを消去する消去手段と、紙詰まりの発生を検知する検知手段と、制御手段と
を備え、制御手段は、紙詰まりが発生すると、紙詰まりが発生した用紙に印刷した画像データ以降の後続画像データを消去手段によって消去させ、紙詰まりの発生によって印刷が完了しなかった用紙の画像データであるリカバリデータを、要求手段によって要求して受信し、印刷手段によって再度印刷することによりリカバリ印刷を行う。
【選択図】図５

Description

本発明は、画像形成装置，画像形成システム，情報処理装置に関する。さらに詳細には、紙詰まりが発生した際の印刷技術に関するものである。

従来、印刷を行う際に紙詰まりが発生した場合は、紙詰まりが発生した用紙に印刷した画像データを再度印刷するリカバリ印刷が行われている。そこで、リカバリ印刷を行うために、用紙への画像データの印刷と排紙が完了するまで、画像形成装置内に画像データを記憶しておき、紙詰まりが発生した際には、記憶しておいた当該画像データを用いることが行われている（例えば、特許文献１）。

特開平８−２５８３７５

しかしながら、上述した特許文献１のような方法では、画像形成装置の記憶領域が少ない場合などには画像データを記憶しておくことができない場合があった。そのため、リカバリ印刷ができない場合があるという問題があった。

本発明は上述した問題点を解決するためになされたものであり、記憶領域が少ない画像形成装置でもリカバリ印刷することが可能な印刷技術を提供することを目的とする。

この課題の解決を目的としてなされた画像形成装置は、インターフェースを介して画像データを受信する受信手段と、前記受信手段が受信した画像データを用紙に印刷する印刷手段と、画像データの送信を要求する要求手段と、前記受信手段が受信した画像データを消去する消去手段と、紙詰まりの発生を検知する検知手段と、制御手段とを備え、前記制御手段は、前記検知手段が紙詰まりの発生を検知すると、紙詰まりが発生した用紙に印刷した画像データ以降の後続画像データを前記消去手段によって消去させ、紙詰まりの発生によって印刷が完了しなかった用紙の画像データであるリカバリデータを、前記要求手段によって要求して前記受信手段により受信し、前記印刷手段によって再度印刷することによりリカバリ印刷を行う、ことを特徴とする。

このような構成によれば、後続画像データを消去し、リカバリデータを受信してリカバリ印刷を行うため、記憶領域が少ない場合などでもリカバリ印刷を行えると期待される。

また、前記印刷手段によってリカバリ印刷を行う際に、前記後続画像データのうち、紙詰まりが発生した用紙の画像データよりも後のページの画像データである後続ページデータを、前記消去手段によって消去しない条件である規定条件を満たすか否か判断する判断手段を備え、前記制御手段は、前記判断手段が前記規定条件を満たすと判断した場合は、前記消去手段による前記後続ページデータの消去を行わないようにしてもよい。

このようにすれば、規定条件を満たす場合は後続ページデータを消去しないため、後続ページデータを消去することによる負荷と時間を低減できる。

また、前記インターフェースを複数備え、前記判断手段は、画像データを受信していない空きインターフェースがある場合に前記規定条件を満たすと判断し、前記制御手段は、前記空きインターフェースを介してリカバリデータを受信し、リカバリ印刷を行うようにしてもよい。

このようにすれば、画像データを受信していない空きインターフェースがある場合に、後続ページデータを消去せず、空きインターフェースを介して、リカバリデータを受信するため、リカバリ印刷を早く行えると期待される。

また、前記判断手段は、前記後続ページデータが一定量以上ある場合に前記規定条件を満たすと判断するようにしてもよい。

このようにすれば、後続ページデータを消去するために負荷や時間を要する場合は、後続画像データを消去しないようにすることができる。

また、前記規定条件を満たす場合は、前記制御手段は、前記後続ページデータを受信し、前記印刷手段によって印刷を完了した後に、リカバリデータを受信してリカバリ印刷を行うようにしてもよい。

このようにすれば、前記後続ページデータが一定量以上ある場合は、後続ページデータの受信と印刷を完了した後で、リカバリデータを受信することができるため、後続ページデータを消去する場合に比べて処理が早く、かつリカバリ印刷を行うこともできる。

また、前記消去手段が前記後続ページデータを消去した場合、前記制御手段は、前記後続ページデータの送信を前記要求手段によって要求して前記受信手段により受信し、前記印刷手段によって印刷するようにしてもよい。

このようにすれば、後続ページデータについても印刷がキャンセルされることなく、印刷を完了することができる。

また、前記制御手段は、前記検知手段が紙詰まりの発生を検知した後であり、かつ紙詰まりの解除を検知する前のタイミングで、前記消去手段による前記後続画像データの消去と、前記要求手段によるリカバリデータ送信の要求とを開始するようにしてもよい。

このようにすれば、紙詰まり解除後に、すぐにリカバリ印刷を開始することができる可能性が高い。

また、この課題の解決を目的としてなされた画像形成システムは、インターフェースを介して画像データを受信する受信手段と、前記受信手段が受信した画像データを用紙に印刷する印刷手段と、画像データの送信を要求する要求手段と、前記受信手段が受信した画像データを消去する消去手段と、紙詰まりの発生を検知する検知手段と、制御手段とを備え、前記制御手段は、前記検知手段が紙詰まりの発生を検知すると、紙詰まりが発生した用紙に印刷した画像データ以降の後続画像データを前記消去手段によって消去させ、紙詰まりの発生によって印刷が完了しなかった用紙の画像データであるリカバリデータを前記要求手段によって要求して前記受信手段により受信し、前記印刷手段によって再度印刷することによりリカバリ印刷を行う、ことを特徴とする。

また、この課題の解決を目的としてなされた情報処理装置は、インターフェースを介して画像データを送信する送信手段と、画像データの送信要求を取得する取得手段と、画像形成装置に画像データを消去させる消去手段と、画像形成装置の紙詰まりの発生を検知する検知手段と、制御手段とを備え、前記制御手段は、前記検知手段が紙詰まりの発生を検知した場合は、前記送信手段によって送信が完了していない画像データを前記消去手段によって消去させ、前記取得手段が取得した画像データの送信要求に基づいて、紙詰まりの発生によって印刷が完了しなかった用紙の画像データであるリカバリデータを前記送信手段によって送信する、ことを特徴とする。

本発明は、上述した問題点を解決するためになされたものであり、記憶領域が少ない画像形成装置でもリカバリ印刷を行うことができると期待される。

実施の形態にかかるＰＣおよびＭＦＰを含む画像形成システムの電気的構成を示すブロック図である。ＭＦＰ１００の外観を示す図である。ＭＦＰ１００の画像形成部の構成を示す断面図である。実施形態にかかるプリント処理の手順を示すフローチャートである。実施形態にかかるリカバリ処理の手順を示すフローチャートである。実施形態にかかる受信処理１の手順を示すフローチャートである。実施形態にかかる受信処理２の手順を示すフローチャートである。実施形態にかかる受信処理３の手順を示すフローチャートである。実施形態にかかる送信処理の手順を示すフローチャートである。

以下、本発明にかかる画像処理装置を具体化した実施の形態について、添付図面を参照しつつ詳細に説明する。本実施形態は、ファックス送受信機能，スキャン機能，及びコピー機能，ＰＣプリント機能等を備えた複合機（ＭＦＰ：ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）に本発明を適用したものである。

［画像形成システムの構成］
本実施形態の画像形成システム８００は、図１に示すように，パーソナルコンピュータ等の端末装置（以下ＰＣと示す）２００，２０１，２０２と，ＭＦＰ１００がネットワーク４００を介して互いに通信可能に接続されている。また、ＵＳＢインターフェース３９を介してＰＣ３００がＭＦＰ１００と接続されている。なお、画像処理システム８００のＰＣ，ＭＦＰの個数はこれに限るものではない。

［ＰＣの構成］
本実施形態のＰＣ２００（情報処理装置の一例）は、図１に示したように、ＣＰＵ６１と、ＲＯＭ６２と、ＲＡＭ６３と、ＨＤＤ６４とを備えた制御部６０を備えている。また、制御部６０は、ネットワークインターフェース６７と電気的に接続されている。他のＰＣ２０１，２０２，３００も同様の構成である。

ＲＯＭ６２には、各種の画像処理動作を行うプログラムや、各種設定，初期値等が記憶されている。ＲＡＭ６３およびＨＤＤ６４は、各種プログラムが読み出される作業領域として、あるいはデータを一時的に記憶する記憶領域として利用される。

ＣＰＵ６１（送信手段，取得手段，消去手段，検知手段，制御手段，判断手段の一例）は、ＲＯＭ６２から読み出したプログラムに従って、その処理結果をＲＡＭ６３またはＨＤＤ６４に記憶させながら、各種の処理を実行する。

ネットワークインターフェース６７は、有線ＬＡＮインターフェース６５や無線ＬＡＮインターフェース６６などから構成されている。ネットワークインターフェース６７は、ネットワーク４００と接続され、他の装置との通信を可能にするインターフェースである。ＰＣ２００は、ネットワークインターフェース６７を介して他の装置から送信される信号を受信し、ネットワークインターフェース６７を介して他の装置にデータを送信する。

ＵＳＢインターフェース６９は、ＵＳＢケーブルを介してＭＦＰ１００と接続することにより、ＭＦＰ１００との間で直接的に通信を行う。

［ＭＦＰの構成］
本実施形態のＭＦＰ１００（画像形成装置の一例）は、図２に示すように、用紙に画像を印刷する画像形成部５１（印刷手段の一例）と、原稿の画像を読み取る画像読取部５２とを備えている。なお、画像形成部５１の画像形成方式は、電子写真方式であっても、インクジェット方式であってもよい。また、画像形成部５１は、カラー画像及びモノクロ画像の形成が可能であってもよいし、モノクロ画像のみの形成が可能であってもよい。さらに、画像読取部５２は、カラー画像及びモノクロ画像の読み取りが可能であってもよいし、モノクロ画像のみの読み取りが可能であってもよい。

ＭＦＰ１００は、前面側に操作パネル４０を備えている。操作パネル４０には、図２に示すように、液晶ディスプレイからなる表示部４２、各種のボタン（例えば、電源キー，上下左右キー，キャンセルキー，テンキー等の各ボタン）によって構成されるボタン群４１等が設けられている。ＭＦＰ１００では、この表示部４２やボタン群４１によって、動作状況の表示やユーザによる操作の入力が可能になっている。

［画像読取部の構成］
続いて、画像読取部５２の構成について、図２を参照しつつ説明する。

画像読取部５２は、原稿の自動搬送を行う自動原稿供給装置（ＡＤＦ：ＡｕｔｏＤｏｃｕｍｅｎｔＦｅｅｄｅｒ）２０と、ＡＤＦ２０を開放すると、原稿を１枚ずつ載置するコンタクトガラスを備えている。

ＡＤＦ２０は、読み取り前の原稿を載置する原稿トレイ２１と、読み取り後の原稿を載置する排出トレイ２２とを備えている。ＡＤＦ２０は、原稿トレイ２１に載置された原稿を１枚ずつ読み取りセンサ（不図示）まで搬送し、読み取りを終えた原稿を排出トレイ２２に排出する。

［画像形成部の構成］
続いて、画像形成部５１の構成について、図３を参照しつつ説明する。なお、図３は画像形成部５１の内部構成を示している。

画像形成部５１は、ＰＣ２００等から送られてくる画像データや画像読取部５２で読み取った原稿の画像データを基に、トナーによって当該画像を用紙に印刷する。本実施形態の画像形成部５１は、周知の電子写真方式によって画像を形成するものであり、図３に示すように、トナーにより画像を形成する印刷部５５と、画像形成前の用紙を載置する給紙トレイ９１と、画像形成後の用紙を載置する排紙トレイ９２とを備えている。

［ＭＦＰの電気的構成］
続いて、ＭＦＰ１００の電気的構成について説明する。ＭＦＰ１００は、図１に示すように、ＣＰＵ３１（受信手段，要求手段，消去手段，制御手段，判断手段の一例）と、ＲＯＭ３２と、ＲＡＭ３３と、ＮＶＲＡＭ（ＮｏｎＶｏｌａｔｉｌｅＲＡＭ）３４とを備えた制御部３０を備えている。また、制御部３０は、画像形成部５１と、画像読取部５２と、操作パネル４０と、ネットワークインターフェース３７とＵＳＢインターフェース３９と、紙詰まりセンサ５０（検知手段の一例）とに、電気的に接続されている。

ＲＯＭ３２には、ＭＦＰ１００を制御するための制御プログラムであるファームウェアや各種設定、初期値等が記憶されている。ＲＡＭ３３及びＮＶＲＡＭ３４は、各種制御プログラムが読み出される作業領域として、あるいは読み取った画像データを一時的に記憶する記憶領域として利用される。

ＣＰＵ３１は、ＲＯＭ３２から読み出した制御プログラムや各種センサから送られる信号に従って、その処理結果をＲＡＭ３３またはＮＶＲＡＭ３４に記憶させながら、ＭＦＰ１００の各構成要素を制御する。

ネットワークインターフェース３７は、他の装置との通信を可能にするインターフェースであり、ネットワークインターフェース３７は無線ＬＡＮインターフェース３５や無線ＬＡＮインターフェース３６などから構成されている。ネットワークインターフェース３７はネットワーク４００に接続され、そのネットワーク回線上に接続されたＰＣ２００等との間で通信を行う。こうして、ＭＦＰ１００は、ネットワークインターフェース３７を介して他の装置から送信される画像データを受信したり、他の装置へ読み取った画像データを送信したりする。

ＵＳＢインターフェース３９は、ＵＳＢケーブルを介してＰＣ３００を接続することにより、ＰＣ３００との間で直接的に通信を行う。これは、ＰＣ２００，２０１，２０２の場合も同様である。

紙詰まりセンサ５０は、画像形成部５１内で紙が詰まったことを検知し、その検知信号をＣＰＵ３１に出力する。

［ＭＦＰの制御］
続いて、ＭＦＰ１００の制御について説明する。以下の実施形態では、ＭＦＰ１００のプリント機能を例に挙げて説明する。プリント機能は、ネットワークインターフェース３７やＵＳＢインターフェース３９を介して、ＰＣ等の他の装置から送信された画像データを、画像形成部５１によって用紙に印刷する機能である。

なお、上述した機能はＭＦＰ１００の機能の一例であり、これに限らない。

［プリント機能］
以下、実施形態に関するプリント機能実行時における印刷およびリカバリ印刷の動作について、図４〜図９を参照しつつ説明する。なお、本明細書におけるリカバリ印刷とは、紙詰まりが発生したことによって印刷が完了しなかった用紙の画像データを、再度新しい用紙に印刷することを指す。また、本実施形態では、紙詰まりが発生したことによって印刷が完了しなかった用紙の画像データを再度送信する場合があるが、このとき送信する紙詰まりの発生した用紙の画像データのことをリカバリデータとする。

さらに、紙詰まりが発生した用紙に既に印刷した画像データ以降の画像データのことを後続画像データとする。後続画像データのうち、紙詰まりが発生した用紙よりも後のページの画像データを、後続ページデータとする。

なお、本実施形態では、ＰＣ２００とＭＦＰ１００の間で処理を行うものとして説明するが、ＰＣ２０１，ＰＣ２０２，ＰＣ３００を用いた場合も同様である。

まず、プリント処理について、図４を参照しつつ説明する。図４のプリント処理は、ＰＣ２００を介してユーザが画像データの印刷を指示し、ネットワークインターフェース３７等を介してＰＣ２００から画像データが送信され、ＣＰＵ３１が画像データを受信すると、ＣＰＵ３１によって処理が開始される。なお、ＣＰＵ３１は、ネットワークインターフェース３７を介して、ＰＣ２００から送信されてくる画像データを順次受信する。

Ｓ１００では、印刷指示をＣＰＵ３１が判断する。ここでいう印刷指示とは、次のような場合がある。まず、ユーザがプリント機能の実行を指示したとき、ＰＣ２００からの画像データを伴う印刷指示の場合がある。その他に、ＣＰＵ３１からの印刷指示の場合がある。これには、後述する図５のリカバリ処理において、後続画像データの印刷を指示される場合、後述する図６〜図８の受信処理１〜３において、リカバリデータの印刷や後続ページデータの印刷を指示される場合などがある。さらに、この印刷指示には、画像データを受信しているインターフェースを切り換えて、印刷を行う旨の指示が含まれている場合がある。これらについては、後に詳細に説明する。

Ｓ１００での印刷指示の判断結果に基づいて、ＣＰＵ３１は、Ｓ１０１にて、ネットワークインターフェース３７を介してＰＣ２００から送信され、受信した画像データの用紙への印刷を、画像形成部５１の印刷部５５によって開始する。

Ｓ１０２では、印刷が終了したか否かをＣＰＵ３１が判断する。印刷が終了していない場合は（Ｓ１０２：Ｎｏ）、Ｓ１０３に移行する。Ｓ１０３では、紙詰まりが発生したか否かを、紙詰まりセンサ５０からの検知信号に基づいて、ＣＰＵ３１が判断する。紙詰まりが発生していない場合は（Ｓ１０３：Ｎｏ）、再びＳ１００に移行する。紙詰まりが発生した場合は（Ｓ１０３：Ｙｅｓ）、Ｓ１０４に移行する。

Ｓ１０４では、紙詰まりが解除されたか否かを、紙詰まりセンサ５０からの検知信号に基づいて、ＣＰＵ３１が判断する。紙詰まりが解除されていない場合は（Ｓ１０４：Ｎｏ）、再びＳ１０４に移行する。紙詰まりが解除された場合は（Ｓ１０４：Ｙｅｓ）、再びＳ１００に移行する。

一方、Ｓ１０２で印刷が終了したと判断された場合は（Ｓ１０２：Ｙｅｓ）、プリント処理を終了する。

続いて、リカバリ処理について図５を参照しつつ説明する。図５のリカバリ処理は、図４のプリント処理が開始されると、ＣＰＵ３１により処理が開始され、プリント処理が終了するまで定期的に実行される。

Ｓ２００では、紙詰まりが発生したか否かを、紙詰まりセンサ５０からの検知信号に基づいて、ＣＰＵ３１が判断する。紙詰まりが発生していない場合は（Ｓ２００：Ｎｏ）、リカバリ処理を終了する。紙詰まりが発生している場合は（Ｓ２００：Ｙｅｓ）、Ｓ２０１に移行する。

Ｓ２０１では、紙詰まりが発生した用紙の画像データが全て、ＲＡＭ３３等に記憶されているか否かをＣＰＵ３１が判断する。ここで、紙詰まりが発生した用紙の画像データが記憶されていない場合とは、例えば、ＲＡＭ３３の容量が少ないために、画像データを印刷後、ＣＰＵ３１が当該画像データを消去してしまうことによるものである。

紙詰まりが発生した用紙の画像データが、ＲＡＭ３３等に記憶されている場合は（Ｓ２０１：Ｙｅｓ）、後に説明するＳ２１０に移行する。紙詰まりが発生した用紙の画像データが、ＲＡＭ３３等に記憶されていない場合は（Ｓ２０１：Ｎｏ）、Ｓ２０２に移行する。なお、紙詰まりが発生した用紙の画像データがＲＡＭ３３等に記憶されていない場合は、後続画像データと後続ページデータは同じものを指す。以下、これを前提に説明する。

Ｓ２０２では、画像データを受信していない空きのインターフェースがあるか否かを、ＣＰＵ３１が判断する。例えば、無線ＬＡＮインターフェース３６を介して受信した画像データを印刷しているとき、有線ＬＡＮインターフェース３５を介して受信している画像データがない場合は、画像データを受信していない空きのインターフェースがあると、ＣＰＵ３１が判断する。

また、全てのインターフェースにおいて画像データを受信している場合や、ＭＦＰ１００がインターフェースを１つしか備えていない場合は、空きのインターフェースがないとＣＰＵ３１が判断する。また、例えば、無線ＬＡＮは接続されていて、有線ＬＡＮやＵＳＢが接続されていないなど、ＭＦＰ１００で動作可能なインターフェースが１つしかない場合も、空きのインターフェースがないとＣＰＵ３１が判断する。

空きのインターフェースがある場合は（Ｓ２０２：Ｙｅｓ）、Ｓ２０３に移行して受信処理１を行う。ここで、受信処理１について図６を参照しつつ説明する。

受信処理１では、Ｓ３００にて、ＣＰＵ３１が画像データを受信していない空きのインターフェースを介して、リカバリデータの送信を、ＣＰＵ３１がＰＣ２００へ要求する。例えば、用紙の３枚目で紙詰まりが発生した場合は、３枚目の画像データの送信を要求する。

Ｓ３０１では、空きのインターフェースを介して、ＰＣ２００から送信されてきた画像データをＣＰＵ３１が受信し、Ｓ３０２に移行する。Ｓ３０２では、インターフェースを空きインターフェースに切り替え、Ｓ３０１で受信したリカバリデータに基づいてリカバリ印刷することをＣＰＵ３１が指示する。Ｓ３０２の指示に基づき、既述したプリント処理にてＳ１００の判断が行われ、紙詰まり解除後、Ｓ３０１で空きインターフェースを介して受信したリカバリデータに基づき、Ｓ１０１にてインターフェースを切り換えてリカバリ印刷が行われる。

続くＳ３０３では、Ｓ３０２の印刷指示に基づき、プリント処理にてリカバリ印刷が終了したか否かをＣＰＵ３１が判断する。つまり、リカバリデータの印刷が終了したか否かを判断する。リカバリ印刷が終了していない場合は（Ｓ３０３：Ｎｏ）、再びＳ３０３に移行する。リカバリ印刷が終了した場合は（Ｓ３０３：Ｙｅｓ）、Ｓ３０４に移行して、ＣＰＵ３１が後続ページデータの印刷を指示する。

なお、Ｓ３０４にてＣＰＵ３１は、Ｓ３０１でリカバリデータを受信した空きインターフェースから、後続ページデータを受信しているインターフェースに切り換えることも指示する。ここでは、ＣＰＵ３１はＳ３０１でリカバリデータを受信したインターフェースを元のインターフェースに切り換え、順次画像データを受信していく。このＳ３０４の指示に基づき、既述したプリント処理にてＳ１００の判断が行われ、Ｓ１０１にて後続ページデータの印刷が行われる。Ｓ３０４のステップを終えた後は、リカバリ処理に戻り、リカバリ処理を終了する。

図５の説明に戻る。一方、Ｓ２０２で空きのインターフェースがない場合は（Ｓ２０２：Ｎｏ）、Ｓ２０４に移行する。

Ｓ２０４では、後続ページデータが一定量以上あるか否かを、ＣＰＵ３１が判断する。なお、一定量は予め定められており、ＮＶＲＡＭ３４等に記憶されているものとする。一定量は例えば、３００キロバイトといったようにデータの大きさであってもよいし、印刷２０枚分といった量であってもよい。ここで、後続ページデータが一定量以上あるか否かは、ＰＣ２００からの情報と、ＣＰＵ３１が受信した画像データを基に判断する。

例えば、一定量が１５枚のとき、ＰＣ２００から２０枚分の画像データの印刷指示を受けた場合に、既にＣＰＵ３１が受信した画像データが２枚分であったときは、ＣＰＵ３１は後続ページデータが一定量以上あると判断する。また、例えば、一定量が３００キロバイトのとき、ＰＣ２００から５００キロバイトの画像データの印刷指示を受けた場合に、既にＣＰＵ３１が受信した画像データが４００キロバイトあったときは、ＣＰＵ３１は後続ページデータが一定量以上ないと判断する。

後続ページデータが一定量以上ある場合は（Ｓ２０４：Ｙｅｓ）、Ｓ２０５に移行して後述する受信処理２を行う。ここで、受信処理２について図７を参照しつつ説明する。

Ｓ４０１では、リカバリデータの送信を、ＣＰＵ３１がＰＣ２００へ要求する。そして、Ｓ４０２で後続ページデータの印刷をＣＰＵ３１が指示する。

Ｓ４０３では、Ｓ４０２で行った印刷指示に基づいて、プリント処理にてＳ１００の判断が行われ、後続ページデータの印刷が終了したか否かをＣＰＵ３１が判断する。後続ページデータの印刷が終了していない場合は（Ｓ４０３：Ｎｏ）、再びＳ４０３に移行する。後続ページデータの印刷が終了した場合は（Ｓ４０３：Ｙｅｓ）、Ｓ４０４に移行する。

Ｓ４０４では、Ｓ３０１で送信を要求したリカバリデータを、ＣＰＵ３１が受信する。なお、このステップは後続ページデータの印刷が終了した後（Ｓ４０３：Ｙｅｓ）に行うことは必須ではない。Ｓ４０１の送信要求に基づき、後続ページデータの印刷終了が近づき、ＲＡＭ３３に空き容量が発生した際に、後続ページデータに続いて受信すればよい。

Ｓ４０５では、Ｓ４０４で受信したリカバリデータに基づくリカバリ印刷を、ＣＰＵ３１が指示する。このＳ４０５の指示に基づき、プリント処理にてＳ１００の判断が行われ、紙詰まり解除後、Ｓ４０４で受信した画像データに基づいて、Ｓ１０１でリカバリ印刷が行われる。Ｓ４０５のステップを終えた後は、リカバリ処理に戻り、リカバリ処理を終了する。

図５の説明に戻る。一方、Ｓ２０４で後続ページデータが一定量以上ない場合は（Ｓ２０４：Ｎｏ）、Ｓ２０６に移行して受信処理３を行う。受信処理３について、図８を参照しつつ説明する。

Ｓ５０１では、ＣＰＵ３１が、ネットワークインターフェース３７を介して順次受信した、後続ページデータを消去する。

Ｓ５０２では、後続ページデータがあるか否かをＣＰＵ３１が判断する。後続ページデータがある場合は（Ｓ５０２：Ｙｅｓ）、再びＳ５０１に移行し、後続ページデータを消去する。後続ページデータがない場合は（Ｓ５０２：Ｎｏ）、Ｓ５０３に移行する。

Ｓ５０３では、紙詰まりが発生した用紙に印刷する画像データの送信を、ＣＰＵ３１がＰＣ２００へ要求する。Ｓ５０３で送信を要求した、紙詰まりが発生した用紙に印刷する画像データは、続くＳ５０４にてネットワークインターフェース３７を介してＣＰＵ３１が受信し、Ｓ５０５に移行する。

Ｓ５０５では、Ｓ５０４で受信した、リカバリデータに基づくリカバリ印刷を、ＣＰＵ３１が指示する。このＳ５０５の指示により、プリント処理にてＳ１００の判断が行われ、Ｓ５０４で受信したリカバリデータに基づいて、Ｓ１０１でリカバリ印刷が行われる。続くＳ５０６では、後続ページデータの送信を、ＣＰＵ３１がＰＣ２００へ要求し、Ｓ５０７に移行する。

Ｓ５０７では、Ｓ５０５の指示に基づき、プリント処理にてリカバリ印刷が終了したか否かを、ＣＰＵ３１が判断する。リカバリ印刷が終了していない場合は（Ｓ５０７：Ｎｏ）、再びＳ５０７に移行する。リカバリ印刷が終了した場合は（Ｓ５０７：Ｙｅｓ）、Ｓ５０８に移行する。

Ｓ５０８では、Ｓ５０６で送信を要求した後続ページデータの印刷を、ＣＰＵ３１が指示する。このＳ５０８の指示により、プリント処理にてＳ１００の判断が行われ、順次後続ページデータが受信され、Ｓ１０１で印刷される。Ｓ５０８のステップを終えた後は、リカバリ処理に戻り、リカバリ処理を終了する。

なお、本実施形態では、リカバリデータを再度受信して、リカバリ印刷を行えばよく、受信処理３が実行され、後続ページデータが消去された（Ｓ５０１）場合、後続ページデータの再受信と印刷を行うことは必須ではない。つまり、Ｓ５０６〜Ｓ５０８のステップは行わなくてもよい。また、Ｓ５０４の後にＳ５０６を行い、その後にＳ５０５を行うように順番を入れ替えてもよい。

ここで、Ｓ２０１にて紙詰まりが発生した用紙の画像データが記憶されている場合（Ｓ２０１：Ｙｅｓ）について説明する。この場合は、Ｓ２１０に移行して、紙詰まりが発生した用紙の画像データに基づくリカバリ印刷を、ＣＰＵ３１が指示する。ここで、紙詰まりが発生した用紙の画像データは、ＲＡＭ３３等に記憶されているものを用いる。

続いてＳ２１１に移行し、後続ページデータの印刷をＣＰＵ３１が指示し、リカバリ処理を終了する。

次に、図９を参照しつつ、送信処理について説明する。送信処理は、ＰＣ２００を介してユーザが画像データの印刷を指示すると、ＣＰＵ６１によって処理が開始され、図４のプリント処理が終了するまで定期的に実行される。

Ｓ６０１では、画像データの送信要求を取得したか否かを、ＣＰＵ６１が判断する。画像データの送信要求とは、ユーザからの画像データの印刷指示の場合もあるし、既述したようなＭＦＰ１００からの送信要求（Ｓ３００，Ｓ４０１，Ｓ５０３，Ｓ５０６）の場合もある。送信要求を取得していない場合は（Ｓ６０１：Ｎｏ）、送信処理を終了する。

送信要求を取得した場合は（Ｓ６０１：Ｙｅｓ）、Ｓ６０２に移行し、Ｓ６０１の送信要求に基づいて、ＣＰＵ６１が画像データの送信を行う。例えば、Ｓ３００にて、空きの無線ＬＡＮインターフェース３６を介して、紙詰まりが発生した用紙の画像データの送信を、要求されている場合は、空きの無線ＬＡＮインターフェース６６を介して、リカバリデータをＭＦＰ１００へ送信する。Ｓ６０２のステップを終えた後は、送信処理を終了する。

以上記載したように、上記実施形態によれば、後続ページデータを消去し、リカバリデータを再度受信してリカバリ印刷を行う（Ｓ２０６）。これにより、ＲＡＭ３３の容量が少ない画像形成装置であってもリカバリ印刷することが可能である。

また、上記実施形態では、紙詰まりが発生した際に（Ｓ２００：Ｙｅｓ）、リカバリデータの、送信要求（Ｓ３００，Ｓ４０１，Ｓ５０３）や受信（Ｓ３０１，Ｓ５０４）、また後続ページデータの消去（Ｓ５０１）などを行っている。そして、紙詰まりが解除された後に（Ｓ１０４：Ｙｅｓ）、再度印刷が開始される（Ｓ１０１）。そのため、紙詰まりの解除後にこれらステップを行う場合に比べて、リカバリ印刷のために要する時間が軽減され、ユーザにとって利便性が高い。

なお、Ｓ２００で紙詰まりが解除されたか否かをＣＰＵ３１が判断し、紙詰まりが解除された後に（Ｓ２００：Ｙｅｓ）、Ｓ２０１以降のステップを行うように変更してもよい。

また、上記実施形態では、Ｓ２０１にて紙詰まりが発生した用紙の画像データがＲＡＭ３３等に記憶されているか否かを判断している。これにより、紙詰まりが発生した用紙の画像データが記憶されているときは（Ｓ２０１：Ｙｅｓ）、そのデータを用いてリカバリ印刷を行い（Ｓ２１０）、紙詰まりが発生した用紙の画像データが記憶されていないときは（Ｓ２０１：Ｎｏ）、リカバリデータを受信してリカバリ印刷を行う（Ｓ２０３，Ｓ２０５，Ｓ２０６）ことができる。

なお、Ｓ２０１、Ｓ２１０，Ｓ２１１を行うことは必須ではない。Ｓ２０１，Ｓ２１０，Ｓ２１１を行わない場合は、紙詰まりが発生した場合（Ｓ２００：Ｙｅｓ）、Ｓ２０２に移行する。

また、上記実施形態では、画像データを受信していない空きのインターフェースがある場合（Ｓ２０２：Ｙｅｓ）、受信処理１が実行される。この場合、後続ページデータを消去することなく、リカバリ印刷を行うことができる。さらに、リカバリ印刷を行った後（Ｓ３０３：Ｙｅｓ）、後続ページデータが印刷される（Ｓ３０４）ため、ユーザは紙詰まりの解除後、印刷順が狂うことなく早期に印刷物を取得できる。

また、上記実施形態では、後続ページデータが一定量以上ある場合は（Ｓ２０４：Ｙｅｓ）、受信処理２が実行される。この場合、後続ページデータを消去せずに印刷した後（Ｓ４０３：Ｙｅｓ）、リカバリ印刷が行われる（Ｓ４０５）。そのため、特に、後続ページデータの消去に時間を要するような場合であっても、後続ページデータ消去のために時間を要することなく、ユーザは早期に印刷物を取得できる上、リカバリ印刷もできるので、利便性が向上する。

また、上記実施形態では、空きのインターフェースもなく（Ｓ２０２：Ｎｏ）、後続ページデータも一定量以上ないとき（Ｓ２０６：Ｎｏ）、受信処理３が実行される。この場合、後続ページデータを消去し（Ｓ５０１）、リカバリ印刷を行うことができる（Ｓ５０５）。さらに、後続ページデータについても、再度送信を要求し（Ｓ５０６）、印刷を行うことができる（Ｓ５０８）ため、利便性が向上する。なお、既述したようにＳ５０６〜Ｓ５０８を行うことは必須ではない。

なお、Ｓ２０２，Ｓ２０４を両方行うことは必須ではなく、どちらか一方のみでもよい。Ｓ２０２のみ行う場合は、Ｓ２０４，Ｓ２０５は行わず、Ｓ２０２で空きインターフェースがない場合（Ｓ２０２：Ｎｏ）、Ｓ２０６に移行する。Ｓ２０４のみ行う場合は、Ｓ２０２，Ｓ２０３は行わず、Ｓ２０１で紙詰まりが発生した用紙の画像データが記憶されていない場合（Ｓ２０１：Ｎｏ）、Ｓ２０４に移行する。

さらに、Ｓ２０１〜Ｓ２０４，Ｓ２０５は行わなくてもよい。この場合、紙詰まりが発生した場合は（Ｓ２００：Ｙｅｓ）、Ｓ２０６に移行し、受信処理３を実行する。これにより、紙詰まりが発生した場合はＳ２０１，Ｓ２０２，Ｓ２０４を満たすか否かに関わらず、受信処理３にて後続ページデータを消去し、リカバリ印刷を行うことができる。

また、上記実施形態では、Ｓ２０１で、紙詰まりによって印刷が完了しなかった用紙の画像データが全て、ＲＡＭ３３に記憶されているか否か判断している。ここでは、紙詰まりが発生した用紙の画像データの一部のみがＲＡＭ３３に記憶されている場合がある。例えば、ＣＰＵ３１が画像データをバンドごとに印刷後、順次消去していってしまう場合などである。具体的には、例えば、１ページの１／２を印刷した時点で紙詰まりが発生し、既に１ページの１／４が消去されているといった場合である。

このとき、上記実施形態とは異なり、後続画像データと後続ページデータは同一ではない。つまり、紙詰まりが発生した用紙の画像データを含む、それ以降の画像データ全てが後続画像データであり、そのうち、紙詰まりが発生した用紙よりも後のページの画像データが後続ページデータに該当する。

このように、紙詰まりが発生した用紙の画像データの一部のみが記憶されていたとしても、ＣＰＵ３１は紙詰まりが発生した用紙の画像データが記憶されていないと判断する（Ｓ２０１：Ｎｏ）。そしてこの場合、後続画像データは消去する。これについて説明する。

後続画像データの消去は、受信処理１または受信処理２が開始された直後に行うと望ましい。ただし、受信処理１または受信処理２において行う場合は、後続画像データのうち、後続ページデータについては消去しない。つまり、ＲＡＭ３３等に一部記憶されている、紙詰まりが発生した用紙の画像データのみ消去する。また、受信処理３においては、Ｓ５０１にて後続画像データの消去を行い、Ｓ５０２では後続画像データがあるか否かをＣＰＵ３１が判断する。

これらにより、紙詰まりが発生した用紙の画像データが一部ＲＡＭ３３等に記憶されている場合であっても、後続画像データを消去し、リカバリ印刷を行うことができる。さらに、空きのインターフェースがある場合（Ｓ２０２：Ｙｅｓ）や、後続ページデータが一定量以上ある場合（Ｓ２０４：Ｙｅｓ）は、後続ページデータを消去しないようにすることができる。なお、この場合、Ｓ２０４のステップは、後続画像データが一定量以上あるか否かを判断するようにしてもよい。

また、上記実施形態では、Ｓ３００にて、ＣＰＵ３１が画像データを受信していない空きのインターフェースを介して、リカバリデータの送信を、ＣＰＵ３１がＰＣ２００へ要求すると説明した。しかし、Ｓ３０１でリカバリデータを空きのインターフェースを介して受信すればよいので、Ｓ３００の送信要求は、空きのインターフェースではなく、画像データを受信しているインターフェースを介して行ってもよい。

この場合は、リカバリデータの送信要求時に、併せて空きのインターフェースを介してリカバリデータを送信する旨の通知をＰＣ２００へ行う。または、ＰＣ２００で空きインターフェースを判断して、空きインターフェースでリカバリデータを送信するようにしてもよい（Ｓ６０２）。

また、上記実施形態では、リカバリ処理および受信処理１〜３をＣＰＵ３１が行うとして説明した。つまり、受信処理１〜３のいずれを行うか、リカバリデータと後続ページデータのどちらの送信を要求するかの判断を、ＣＰＵ３１が行うとして説明した。しかしながら、これら判断はＣＰＵ６１が行ってもよい。ＣＰＵ６１は、ＣＰＵ３１から送信されてきた情報に基づき、これら判断を行う。

また、上記実施形態では、ＭＦＰ１００とＰＣ２００との間でネットワーク４００を介した画像データの送受信を行う例を示した。しかしながら、ＰＣ２０１，ＰＣ２０２，ＰＣ３００を用いた場合でも実施が可能である。また、ＵＳＢインターフェース３９に接続されたＰＣ３００でも同様に実施が可能である。

また、本実施形態は単なる例示にすぎず、本発明を何ら限定するものではない。したがって本発明は当然に、その要旨を逸脱しない範囲内で種々の改良、変形が可能である。例えば、ＭＦＰに限らず、複写機等、画像読取機能を備えるものであれば適用可能である。

また、上記実施形態では、ＣＰＵ３１によってプリント処理，リカバリ処理，受信処理１〜３を、ＣＰＵ６１によって送信処理，再送処理を行ったが、処理を行う形態はこれらに限られない。単一のＣＰＵや複数のＣＰＵ，複数のＣＰＵ、専用回路ＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）など、またはそれらの組み合わせで実行してもよい。また、実施の形態に開示されている処理は、その処理を実行するためのプログラムを記憶した記憶媒体、または方法等の種々の態様で実現することができる。

３１ＣＰＵ
３３ＲＡＭ
３５有線ＬＡＮインターフェース
３６無線ＬＡＮインターフェース
３７ネットワークインターフェース
３９ＵＳＢインターフェース
４０操作パネル
５０紙詰まりセンサ
５１画像形成部
５２画像読取部
６１ＣＰＵ
６３ＲＡＭ
６５有線ＬＡＮインターフェース
６６無線ＬＡＮインターフェース
６７ネットワークインターフェース
６９ＵＳＢインターフェース
１００ＭＦＰ
２００ＰＣ
４００ネットワーク
８００画像形成システム

Claims

インターフェースを介して画像データを受信する受信手段と、
前記受信手段が受信した画像データを用紙に印刷する印刷手段と、
画像データの送信を要求する要求手段と、
前記受信手段が受信した画像データを消去する消去手段と、
紙詰まりの発生を検知する検知手段と、
制御手段と
を備え、
前記制御手段は、前記検知手段が紙詰まりの発生を検知すると、紙詰まりが発生した用紙に印刷した画像データ以降の後続画像データを前記消去手段によって消去させ、紙詰まりの発生によって印刷が完了しなかった用紙の画像データであるリカバリデータを、前記要求手段によって要求して前記受信手段により受信し、前記印刷手段によって再度印刷することによりリカバリ印刷を行う、ことを特徴とする画像形成装置。
請求項１に記載の画像形成装置において、
前記印刷手段によってリカバリ印刷を行う際に、前記後続画像データのうち、紙詰まりが発生した用紙の画像データよりも後のページの画像データである後続ページデータを、前記消去手段によって消去しない条件である規定条件を満たすか否か判断する判断手段を備え、
前記制御手段は、前記判断手段が前記規定条件を満たすと判断した場合は、前記消去手段による前記後続ページデータの消去を行わない、ことを特徴とする画像形成装置。
請求項２に記載の画像形成装置において、
前記インターフェースを複数備え、
前記判断手段は、画像データを受信していない空きインターフェースがある場合に前記規定条件を満たすと判断し、
前記制御手段は、前記空きインターフェースを介してリカバリデータを受信し、リカバリ印刷を行う、ことを特徴とする画像形成装置。
請求項２または請求項３に記載の画像形成装置において、
前記判断手段は、前記後続ページデータが一定量以上ある場合に前記規定条件を満たすと判断する、ことを特徴とする画像形成装置。
請求項４に記載の画像形成装置において、
前記規定条件を満たす場合は、
前記制御手段は、前記後続ページデータを受信し、前記印刷手段によって印刷を完了した後に、リカバリデータを受信してリカバリ印刷を行う、ことを特徴とする画像形成装置。
請求項１から請求項５のいずれかに記載の画像形成装置において、
前記消去手段が前記後続ページデータを消去した場合、
前記制御手段は、前記後続ページデータの送信を前記要求手段によって要求して前記受信手段により受信し、前記印刷手段によって印刷する、ことを特徴とする画像形成装置。
請求項１から請求項６に記載の画像形成装置において、
前記制御手段は、前記検知手段が紙詰まりの発生を検知した後であり、かつ紙詰まりの解除を検知する前のタイミングで、前記消去手段による前記後続画像データの消去と、前記要求手段によるリカバリデータ送信の要求とを開始する、ことを特徴とする画像形成装置。
インターフェースを介して画像データを受信する受信手段と、
前記受信手段が受信した画像データを用紙に印刷する印刷手段と、
画像データの送信を要求する要求手段と、
前記受信手段が受信した画像データを消去する消去手段と、
紙詰まりの発生を検知する検知手段と、
制御手段と
を備え、
前記制御手段は、前記検知手段が紙詰まりの発生を検知すると、紙詰まりが発生した用紙に印刷した画像データ以降の後続画像データを前記消去手段によって消去させ、紙詰まりの発生によって印刷が完了しなかった用紙の画像データであるリカバリデータを前記要求手段によって要求して前記受信手段により受信し、前記印刷手段によって再度印刷することによりリカバリ印刷を行う、ことを特徴とする画像形成システム。
インターフェースを介して画像データを送信する送信手段と、
画像データの送信要求を取得する取得手段と、
画像形成装置に画像データを消去させる消去手段と、
画像形成装置の紙詰まりの発生を検知する検知手段と、
制御手段と
を備え、
前記制御手段は、前記検知手段が紙詰まりの発生を検知した場合は、前記送信手段によって送信が完了していない画像データを前記消去手段によって消去させ、前記取得手段が取得した画像データの送信要求に基づいて、紙詰まりの発生によって印刷が完了しなかった用紙の画像データであるリカバリデータを前記送信手段によって送信する、ことを特徴とする情報処理装置。