JP2002325156A - マルチファンクションプリンタ - Google Patents

マルチファンクションプリンタ

Info

Publication number
JP2002325156A
JP2002325156A JP2001381409A JP2001381409A JP2002325156A JP 2002325156 A JP2002325156 A JP 2002325156A JP 2001381409 A JP2001381409 A JP 2001381409A JP 2001381409 A JP2001381409 A JP 2001381409A JP 2002325156 A JP2002325156 A JP 2002325156A
Authority
JP
Japan
Prior art keywords
printer
reset
task
unit
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2001381409A
Other languages
English (en)
Other versions
JP3758154B2 (ja
Inventor
Makoto Koyanagi
柳 誠 小
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Seiko Epson Corp
Original Assignee
Seiko Epson Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Seiko Epson Corp filed Critical Seiko Epson Corp
Priority to JP2001381409A priority Critical patent/JP3758154B2/ja
Priority to US10/075,989 priority patent/US7099021B2/en
Publication of JP2002325156A publication Critical patent/JP2002325156A/ja
Application granted granted Critical
Publication of JP3758154B2 publication Critical patent/JP3758154B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
    • H04N1/00236—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server using an image reading or reproducing device, e.g. a facsimile reader or printer, as a local input to or local output from a computer
    • H04N1/00238—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server using an image reading or reproducing device, e.g. a facsimile reader or printer, as a local input to or local output from a computer using an image reproducing device as a local output from a computer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
    • H04N1/00236—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server using an image reading or reproducing device, e.g. a facsimile reader or printer, as a local input to or local output from a computer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
    • H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
    • H04N1/00236—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server using an image reading or reproducing device, e.g. a facsimile reader or printer, as a local input to or local output from a computer
    • H04N1/00241—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server using an image reading or reproducing device, e.g. a facsimile reader or printer, as a local input to or local output from a computer using an image reading device as a local input to a computer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00912—Arrangements for controlling a still picture apparatus or components thereof not otherwise provided for
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00912—Arrangements for controlling a still picture apparatus or components thereof not otherwise provided for
    • H04N1/0096—Simultaneous or quasi-simultaneous functioning of a plurality of operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0008—Connection or combination of a still picture apparatus with another apparatus
    • H04N2201/0074—Arrangements for the control of a still picture apparatus by the connected apparatus
    • H04N2201/0075—Arrangements for the control of a still picture apparatus by the connected apparatus by a user operated remote control device, e.g. receiving instructions from a user via a computer terminal or mobile telephone handset
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077—Types of the still picture apparatus
    • H04N2201/0081—Image reader
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077—Types of the still picture apparatus
    • H04N2201/0082—Image hardcopy reproducer

Abstract

(57)【要約】 【課題】 スキャナ部とプリンタ部とを有するマルチフ
ァンクションプリンタにおいて、プリンタ部のリセット
のみを可能にする。 【解決手段】 スキャナとプリンタとが一体化されたマ
ルチファンクションプリンタ１０において、プリンタ部
リセットコマンドを受信した場合には、インターフェー
ス制御タスクＴ１０は、入力バッファにＮＵＬＬを強制
的に書き込むようにし、ジョブコントロールタスクＴ４
０は、リセット中フラグＲＳＦをセットするようにす
る。メインタスクＴ３０では、階層構造の各種ループ処
理が実行されているが、入力バッファにＮＵＬＬが格納
されているのでやがてその処理を終了し、リセット中フ
ラグＲＳＦがセットされているので、メインループ処理
に次第に戻ってくる。このため、スキャナ部とプリンタ
部とが並行して動作している場合でも、メインタスクＴ
３０を初期化でき、プリンタ部のみをリセットすること
ができるようになる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、スキャナ部とプリ
ンタ部とを有するマルチファンクションプリンタに関
し、特に、スキャナ部とプリンタ部とが独立に動作可能
なマルチファンクションプリンタに関する。
【０００２】
【従来の技術】スキャナ部とプリンタ部とが一体化され
て、１つの筐体に格納されたマルチファンクションプリ
ンタが普及してきている。このようなマルチファンクシ
ョンプリンタにおいては、１台で、スキャナとしての役
割と、プリンタとしての役割と、コピー機としての役割
とを、果たすことができる。この場合、カラー印刷やカ
ラーコピーを可能にするため、プリンタ部としては、い
わゆるカラーインクジェットプリンタが用いられている
場合が多い。
【０００３】このようなマルチファンクションプリンタ
において、ユーザが何らかの理由により、プリンタ部で
印刷中のジョブをキャンセルしたい場合がある。この場
合、ユーザは、マルチファンクションプリンタに接続さ
れたコンピュータから、リセットコマンドを送信し、マ
ルチファンクションプリンタでは、このリセットコマン
ドに基づいて、印刷中のジョブのキャンセルを行う。
【０００４】
【発明が解決しようとする課題】しかしながら、従来の
マルチファンクションプリンタにおいては、このキャン
セルにあたって、印刷を実行するために動作している各
種のタスクを初期状態に戻すために、リブートの処理を
実行していた。すなわち、マルチファンクションプリン
タ上の各種タスクは、リアルタイムＯＳ（Operating Sy
stem）上で動作しているため、このリアルタイムＯＳそ
のものをリブートすることにより、マルチファンクショ
ンプリンタを初期化して、印刷中のジョブをキャンセル
していた。
【０００５】しかし、スキャナ部が、プリンタ部と独立
して動作可能なマルチファンクションプリンタもある。
このようなマルチファンクションプリンタにおいては、
プリンタ部がコンピュータから受信した印刷データの印
刷をしつつ、これと並行して、スキャナ部が原稿等のス
キャン動作を行うことが可能になる。このように並行動
作している最中に、リアルタイムＯＳそのものをリブー
トしてしまうと、本来はユーザがリセットするつもりの
ないスキャナ部までもが、リセットされてしまう。
【０００６】しかも、ユーザが再度スキャンをやり直そ
うとして、コマンドをコンピュータからマルチファンク
ションプリンタに送信すると、リアルタイムＯＳがリブ
ートして立ち上がり直されているので、通信エラーを起
こしてしまう場合も生じてしまう。この場合、ユーザ
は、再度、コンピュータのスキャナ用のドライバを立ち
上げ直して、通信エラーを解消しなければならない。
【０００７】そこで本発明は、前記課題に鑑みてなされ
たものであり、プリンタ部とスキャナ部とを有するマル
チファンクションプリンタにおいて、プリンタ部で行わ
れている印刷動作のみを、キャンセルすることができる
ようにすることを目的とする。
【０００８】
【課題を解決するための手段】上記課題を解決するた
め、本発明に係るマルチファンクションプリンタは、ス
キャナ部とプリンタ部とを有するマルチファンクション
プリンタであって、前記スキャナ部が動作中であって
も、前記プリンタ部のみをリセットする、リセット手段
を、備えることを特徴とする。これにより、スキャナ部
とプリンタ部とが並行して動作している場合にも、プリ
ンタ部のみをリセットすることができるようになる。
【０００９】この場合、コンピュータから、前記プリン
タ部をリセットするプリンタ部リセットコマンドを受信
する、受信手段をさらに備えるとともに、前記プリンタ
部リセットコマンドを受信した場合に、前記リセット手
段は、前記プリンタ部のみのリセットを行うようにして
もよい。これにより、ユーザは、コンピュータからプリ
ンタ部リセットコマンドを送信することにより、リセッ
トすることができるようになる。
【００１０】さらにこの場合、前記マルチファンクショ
ンプリンタは、中央処理装置を１つだけ備えようにして
もよい。
【００１１】さらに、前記リセット手段は、少なくと
も、前記プリンタ部リセットコマンドを受信した場合に
は、コンピュータから送信された印刷データを格納する
入力バッファに、印刷データとしては無意味なデータと
解釈されるダミーデータを印刷データとして書き込む、
第１タスクと、前記入力バッファに格納されている前記
印刷データを読み出して、イメージデータに展開する、
第２タスクとを、前記中央処理装置で実行することによ
り実現されるようにしてもよい。このように、入力バッ
ファにダミーデータを格納しておくことにより、入力バ
ッファから印刷データを読み出してイメージデータに展
開する第２タスクは、どのような処理をしていたとして
も、いずれ、その展開処理が終わることになる。
【００１２】さらに、前記リセット手段は、前記中央処
理装置で実行されるタスクとして、前記プリンタ部リセ
ットコマンドを受信した場合に、前記プリンタ部がリセ
ット処理中であることを示すリセット中識別情報をセッ
トする、第３タスクを備えるようにしてもよい。これに
より、このリセット中識別情報をチェックすることによ
り、各タスクがその時点でプリンタ部がリセット処理中
であることを識別できるようになる。
【００１３】また、前記第２タスクは、最も上位のメイ
ンループ処理と、このメインループ処理から階層的に派
生する下位のループ処理とを有しており、前記下位のル
ープ処理は、前記リセット中識別情報がセットされてい
る場合には、その処理を抜けて上位のループ処理に戻る
よう構成してもよい。これにより、プリンタ部がリセッ
ト処理中である場合には、第２タスクに含まれている下
位のループ処理は、順次、その処理を抜けて上位のルー
プ処理に移行し、やがて、最も上位のメインループ処理
に戻ることができる。
【００１４】さらに、前記第２タスクでは、その時点の
モードがキャラクタデータを印刷するキャラクタモード
である場合には、前記ダミーデータが所定回数以上連続
したかどうかを判断する連続回数判断処理を行い、その
時点のモードがグラフィックデータを印刷するグラフィ
ックモードである場合には、この連続回数判断処理を行
わないようにしてもよい。これにより、ダミーデータと
同じ印刷データが出現しやすいキャラクタモードにおけ
るスループットの低下を抑止することができる。
【００１５】一方、本発明に係るマルチファンクション
プリンタは、受信した印刷データを展開するデータ展開
処理手段であって、前記リセット手段が前記プリンタ部
リセットコマンドを受信した場合には、印刷データの展
開処理を途中終了する、データ展開処理手段と、前記デ
ータ展開処理手段により起動される、下位の処理手段で
あって、起動された後に所定時間経過した場合は、その
処理が終了していない場合であっても、前記データ展開
処理手段に戻る、下位の処理手段と、をさらに備えるよ
うにしてもよい。このようにすれば、上述したようなダ
ミーデータの書き込みを行わずとも、プリンタ部のみを
リセットすることができるようになる。
【００１６】さらに、本発明に係るマルチファンクショ
ンプリンタは、前記データ展開処理手段の印刷データの
展開処理が途中終了した場合に、プリントエンジンを初
期状態に戻すプリントエンジン初期化手段を、備えるよ
うにしてもよい。またこの場合、前記プリントエンジン
初期化手段がプリントエンジンを初期状態に戻した後
に、前記データ展開手段の設定状態を初期状態に戻すよ
うにしてもよい。
【００１７】なお、本発明は上述したようなマルチファ
ンクションプリンタを実現するための制御方法としてと
らえることもでき、また、そのためのプログラム及びそ
のプログラムが記録された記録媒体としてとらえること
もできる。
【００１８】
【発明の実施の形態】〔第１実施形態〕本発明は、プリ
ンタ部だけをリセットするプリンタ部リセットコマンド
を受信したことを、必要なタスクに通知するとともに、
印刷処理に関する各種タスクがその時点で行っている処
理から抜け出せるように、印刷データを格納する入力バ
ッファに、印刷データの解釈上は意味のないダミーデー
タを連続して書き込むようにしたものである。そして、
これにより、印刷処理に関する各種の複雑なタスクが、
その時点で行っている処理から自ら抜け出して、プリン
タ部のみをリセットすることができるようにしたもので
ある。以下、本発明に係る一実施形態を詳細に説明す
る。
【００１９】まず、図１に基づいて、本実施形態に係る
マルチファンクションプリンタ１０の内部構成を説明す
る。この図１は、スキャナ部とプリンタ部とが一体化さ
れたマルチファンクションプリンタ１０の内部構成を示
すブロック図である。
【００２０】図１に示すように、マルチファンクション
プリンタ１０は、ＲＡＭ（Random Access Memory）１２
と、ＲＯＭ（Read Only Memory）１４と、ＣＰＵ（Cent
ralProcessing Unit：中央処理装置）１６と、スキャナ
スキャナＡＳＩＣ（Application Specific IC）１８
と、プリンタＡＳＩＣ２０とを備えており、これらは内
部バスを介して、相互に接続されている。このことから
分かるように、本実施形態に係るマルチファンクション
プリンタ１０においては、ＣＰＵは１つだけ設けられて
いる。
【００２１】スキャナＡＳＩＣ１８には、実際のスキャ
ン動作を行うスキャナ機構部２２が接続されている。ま
た、プリンタＡＳＩＣ２０には、実際に印刷動作を行う
プリントエンジン２４が接続されている。
【００２２】さらに、マルチファンクションプリンタ１
０は、ＵＳＢケーブルを介してコンピュータに接続され
るＵＳＢ（Universal Serial Bus）ポート２６を備えて
いる。このＵＳＢポート２６はＵＳＢハブ２８に接続さ
れており、ＵＳＢハブ２８はスキャナＡＳＩＣ１８とプ
リンタＡＳＩＣ２０とに接続されている。したがって、
コンピュータから送信されたデータやコマンドは、ＵＳ
Ｂハブ２８を介して、スキャナＡＳＩＣ１８とプリンタ
ＡＳＩＣ２０の双方に入力される。
【００２３】例えば、コンピュータからマルチファンク
ションプリンタ１０に送信された印刷データは、プリン
タＡＳＩＣ２０で受信され、ＲＡＭ１２に形成された入
力バッファに格納される。入力バッファに格納された印
刷データは、順次、イメージデータに展開されて、プリ
ンタＡＳＩＣ２０を介して、プリントエンジン２４で印
刷される。本実施形態に係るプリントエンジン２４は、
カラーのインクジェットヘッドを有しており、このヘッ
ドをキャリッジに搭載して主走査方向に交互に移動する
ことにより、カラー印刷が可能になっている。
【００２４】一方、スキャナ機構部１０は、光学的に原
稿を読み取るラインイメージセンサを有している。この
ラインイメージセンサは、キャリッジに搭載されてお
り、キャリッジを原稿の一端側から他端側まで移動させ
ることにより、原稿全体を読み取ることが可能である。
この読み取り動作は、スキャナＡＳＩＣ１２が制御して
おり、読み取ったスキャンデータは、ＲＡＭ１２に形成
されたスキャナバッファに格納される。
【００２５】本実施形態に係るマルチファンクションプ
リンタ１０においては、スキャナ部を構成するスキャナ
機構部２２におけるスキャン動作と、プリンタ部を構成
するプリントエンジン２４における印刷動作とが、並行
して行えるようになっている。例えば、スキャナ機構部
２２で原稿のスキャン動作をしながら、プリントエンジ
ン２４でコンピュータから送信されてきている印刷デー
タの印刷を、順次、行うことが可能である。また、本実
施形態に係るマルチファンクションプリンタ１０におい
ては、スキャナ部とプリンタ部とが並行して動作してい
る状態で、プリンタ部のみをリセット（印刷ジョブのキ
ャンセル）することが可能である。
【００２６】このプリンタ部のみをリセットする際の全
体的な処理の流れを、図２に基づいて説明する。この図
２は、プリンタ部をリセットし、スキャナ部の動作は継
続させるためのプリンタ部リセットコマンドを、コンピ
ュータから受信した場合のマルチファンクションプリン
タ１０の処理を説明するタイミングチャートである。
【００２７】図２に示すように、本実施形態に係るマル
チファンクションプリンタ１０は、インターフェース制
御タスクＴ１０と、制御コマンド解釈タスクＴ２０と、
メインタスクＴ３０と、ジョブコントロールタスクＴ４
０とを、備えている。なお、これ以外のタスクも、マル
チファンクションプリンタ１０は備えているが、ここで
は、本実施形態に関係のあるタスクのみを示している。
また、これらのタスクは、このマルチファンクションプ
リンタ１０の備えるリアルタイムＯＳ上で管理されてお
り、ＣＰＵ１６で実行される。
【００２８】まず、ユーザが印刷中のジョブをキャンセ
ルするために、コンピュータから、プリンタ部リセット
コマンドを、マルチファンクションプリンタ１０に送信
する。このプリンタ部リセットコマンドは、インターフ
ェース制御タスクＴ１０により受信される。インターフ
ェース制御タスクＴ１０は、受信したコマンドが制御系
のコマンドであるか、印刷データ等であるのかを判断
し、この例では制御系のコマンドであるので、このプリ
ンタ部リセットコマンドの解釈を要求すべく、これを制
御コマンド解釈タスクＴ２０に送信する。
【００２９】これを受信した制御コマンド解釈タスクＴ
２０が、これを解釈することにより、受信したコマンド
がプリンタ部リセットコマンドであることが判明する。
このため、制御コマンド解釈タスクＴ２０は、インター
フェース制御タスクＴ１０にリプライを依頼し、インタ
ーフェース制御タスクＴ１０はこれに基づいてリプライ
をコンピュータに返信する。また、制御コマンド解釈タ
スクＴ２０は、リセットコマンド受信メッセージを、ジ
ョブコントロールタスクＴ４０に送信する。
【００３０】リセットコマンド受信メッセージを受け取
ったジョブコントロールタスクＴ４０は、リセット中フ
ラグＲＳＦをセットするとともに、リセット処理移行要
求を、インターフェース制御タスクＴ１０へ送信する。
そして、ジョブコントロールタスクＴ４０は、それ以降
の印刷、紙送り要求などのジョブを、徹底的に読み捨て
る。但し、応答が必要なメッセージについては、とりあ
えず必要な返信のみ行っておく。
【００３１】このリセット処理移行要求を受け取ったイ
ンターフェース制御タスクＴ１０は、印刷データを格納
しておく入力バッファの全領域に１６進数の「００」で
ある０ｘ００をダミーデータとして書き込み、受信デー
タ管理タスクに、データが到着した旨を通知する。
【００３２】プリンタ部が印刷中の場合、メインタスク
Ｔ３０では、様々なループ処理を行っているが、印刷デ
ータの先頭にはデータ量を示す所定のコマンドが付加さ
れており、受信データ管理タスクはコマンドに付加され
たデータ量を受信するまでは待機しつづける。この待機
状態を終了させるためには、コマンドに付加されたデー
タ量を少なくとも受信する必要がある。そこで、本実施
形態においては、コマンドに付加されたデータ量を少な
くとも満たすデータ量の０ｘ００、つまり、コマンドと
して通常存在しない無意味なＮＵＬＬデータを書き込む
ことにより、この待機状態を終了させる。これにより、
他のコマンドと混同することなく、リセット処理が可能
になる。
【００３３】メインタスクで取得すべき印刷データが、
入力バッファになくなった場合は、受信データ管理タス
ク（図示省略）を経由して、印刷データ獲得要求がイン
ターフェース制御タスクＴ１０に発行される。この場合
も、インターフェース制御タスクＴ１０は、０ｘ００の
ダミーの印刷データを入力バッファに書き込み、受信デ
ータ管理タスクに、データが到着した旨を通知する。
【００３４】このように、メインタスクＴ３０は、ＮＵ
ＬＬデータのみを取得することになるので、いずれ下位
のループ処理を抜けて、メインタスクＴ３０の最上位の
ループ処理に戻ってくることができる。最上位のループ
処理に戻った場合には、メインタスクＴ３０は、ジョブ
コントロールタスクＴ４０に対して、リセット処理終了
確認通知を送信し、メインタスクＴ３０が最上位のルー
プ処理に戻ったことを通知する。
【００３５】リセット処理終了確認通知を受け取ったジ
ョブコントロールタスクＴ４０は、リセット中フラグＲ
ＳＦをリセットし、印刷や紙送り要求などのジョブの読
み捨てを中止する。また、リセット処理解除要求を、イ
ンターフェース制御タスクＴ１０へ送信する。これによ
り、インターフェース制御タスクＴ１０は、リセット処
理モードから、通常の印刷データを受信するモードに戻
る。一方、ジョブコントロールタスクＴ４０は、メイン
タスクＴ３０へ、リセット処理終了確認通知に対する返
信を行う。この返信がメインタスクＴ３０に戻ってきた
場合、メインタスクＴ３０は、必要な設定状態を初期状
態に戻す。これにより、プリンタ部のみのリセットが行
われたことになる。
【００３６】以上、マルチファンクションプリンタ１０
がプリンタ部リセットコマンドを受信した場合の処理を
概略的に説明したが、次に、上述した各タスク毎にその
詳細な処理内容を説明する。
【００３７】図３は、上述したインターフェース制御タ
スクＴ１０で行われるインターフェース制御処理を説明
するフローチャートである。本実施形態においては、こ
のインターフェース制御処理は、ＲＯＭ１４に格納され
ているインターフェース制御プログラムを、リアルタイ
ムＯＳ上でＣＰＵ１６が実行することにより実現され
る。
【００３８】図３に示すように、インターフェース制御
タスクＴ１０は、まず、何からのメッセージを受信した
かどうかを判断する（ステップＳ１０）。何らメッセー
ジを受信していない場合（ステップＳ１０：Ｎｏ）に
は、このステップＳ１０の処理を繰り返して待機する。
【００３９】何らかのメッセージを受信した場合（ステ
ップＳ１０：Ｙｅｓ）には、そのメッセージが、ジョブ
コントロールタスクＴ４０から送信されたリセット処理
移行要求であるかどうかを判断する（ステップＳ１
１）。受信したメッセージがリセット処理移行要求であ
る場合（ステップＳ１１：Ｙｅｓ）には、インターフェ
ース制御タスクＴ１０は、入力バッファの全領域に０ｘ
００を書き込む（ステップＳ１２）。
【００４０】次に、インターフェース制御タスクＴ１０
は、メインタスクＴ３０に、入力バッファに受信データ
を格納した旨を通知する（ステップＳ１３）。上述した
ように、この通知は、受信データ管理タスクを介して、
メインタスクＴ３０に送信される。
【００４１】次に、インターフェース制御タスクＴ１０
は、リセット処理中フラグＷＳＦをセットする（ステッ
プＳ１４）。このリセット処理中フラグＷＳＦは、イン
ターフェース制御タスクＴ１０が、現在、プリンタ部が
リセット処理モードにあるか、通常の印刷データを受信
するモードにあるのかを、区別するためのフラグであ
る。そして、インターフェース制御タスクＴ１０は、上
述したステップＳ１０に戻る。
【００４２】一方、上述したステップＳ１１で、受信し
たメッセージがリセット処理移行要求でないと判断した
場合（ステップＳ１１：Ｎｏ）には、受信したメッセー
ジが、メインタスクＴ３０からの印刷データの要求であ
るかどうかを判断する（ステップＳ１５）。上述したよ
うに、このメッセージは、メインタスクＴ３０から、受
信データ管理タスクを介して、受信される。
【００４３】受信したメッセージが印刷データの要求で
ある場合（ステップＳ１５：Ｙｅｓ）には、インターフ
ェース制御タスクＴ１０は、リセット処理中フラグＷＳ
Ｆをチェックして、現在、リセット処理中であるかどう
かを判断する（ステップＳ１６）。リセット処理中でな
い場合（ステップＳ１６：Ｎｏ）には、メインタスクＴ
３０が印刷データの受信待ちである旨をセットして（ス
テップＳ１７）、上述したステップＳ１０に戻る。
【００４４】一方、ステップＳ１６で、現在、リセット
処理中であると判断した場合（ステップＳ１６：Ｙｅ
ｓ）には、入力バッファに０ｘ００を書き込むべく、ス
テップＳ１２からの処理を実行する。
【００４５】これに対して、上述したステップＳ１５
で、受信したメッセージが、メインタスクＴ３０からの
印刷データの要求でないと判断した場合（ステップＳ１
５：Ｎｏ）には、受信したメッセージが、ジョブコント
ロールタスクＴ４０からのリセット処理解除要求である
かどうかを判断する（ステップＳ１８）。受信したメッ
セージが、リセット処理解除要求である場合（ステップ
Ｓ１８：Ｙｅｓ）には、インターフェース制御タスクＴ
１０は、入力バッファへの０ｘ００書き込みを停止する
（ステップＳ１９）。続いて、リセット処理中フラグＷ
ＳＦをリセットして（ステップＳ２０）、上述したステ
ップＳ１０に戻る。
【００４６】一方、上述したステップＳ１８で、受信し
たメッセージがリセット処理解除要求でないと判断した
場合（ステップＳ１８：Ｎｏ）には、該当するメッセー
ジについて必要な処理を実行する（ステップＳ２１）。
例えば、上述したように、コンピュータからのプリンタ
部リセットコマンドなどの制御系のコマンドを受信した
場合には、これを制御コマンド解釈タスクＴ２０へ転送
する。また、例えば、制御コマンド解釈タスクＴ２０か
らプリンタ部リセットコマンドに対するリプライの要求
を受信した場合には、そのリプライをコンピュータへ転
送する。そして、上述したステップＳ１０に戻る。
【００４７】次に、図４に基づいて、制御コマンド解釈
タスクＴ２０について説明する。図４は、上述した制御
コマンド解釈タスクＴ２０で行われる制御コマンド解釈
処理を説明するフローチャートである。本実施形態にお
いては、この制御コマンド解釈処理は、ＲＯＭ１４に格
納されている制御コマンド解釈プログラムを、リアルタ
イムＯＳ上でＣＰＵ１６が実行することにより実現され
る。
【００４８】図４に示すように、制御コマンド解釈タス
クＴ２０は、まず、何からのメッセージを受信したかど
うかを判断する（ステップＳ３０）。何らメッセージを
受信していない場合（ステップＳ３０：Ｎｏ）には、こ
のステップＳ３０の処理を繰り返して待機する。
【００４９】何らかのメッセージを受信した場合（ステ
ップＳ３０：Ｙｅｓ）には、そのメッセージが、インタ
ーフェース制御タスクＴ１０を介して、コンピュータか
ら送信されたプリンタ部リセットコマンドであるかどう
かを判断する（ステップＳ３１）。受信したメッセージ
がプリンタ部リセットコマンドである場合（ステップＳ
３１：Ｙｅｓ）には、コンピュータに対する応答データ
列を作成し（ステップＳ３２）、これをインターフェー
ス制御タスクＴ１０に送信して、リプライを依頼する
（ステップＳ３３）。
【００５０】次に、制御コマンド解釈タスクＴ２０は、
ジョブコントロールタスクＴ４０へ、リセットコマンド
受信をメッセージとして送信する（ステップＳ３４）。
そして、上述したステップＳ３０に戻る。
【００５１】一方、上述したステップＳ３１で、受信し
たメッセージがプリンタ部リセットコマンドでないと判
断した場合（ステップＳ３１：Ｎｏ）には、該当するメ
ッセージについて必要な解釈を行い、必要な処理を実行
する（ステップＳ３５）。例えば、紙送り要求のメッセ
ージである場合は、その解釈を行い、必要なメッセージ
をジョブコントロールタスクＴ４０等へ送信する。そし
て、上述したステップＳ３０の処理に戻る。
【００５２】次に、図５及び図６に基づいて、メインタ
スクＴ３０について説明する。図５は、上述したメイン
タスクＴ３０で行われるデータ展開制御処理を説明する
フローチャートであり、本実施形態におけるメインルー
プ処理を示している。図６は、このデータ展開制御処理
から派生する下位のループ処理であるグラフィックマネ
ージャ処理を説明するフローチャートである。本実施形
態におけるメインタスクＴ３０には、グラフィックマネ
ージャ処理以外にも、数多くの下位のループ処理が存在
するが、ここでは、グラフィックマネージャ処理を代表
例として説明する。また、下位のループ処理から派生す
るさらに下位のループ処理も存在する。つまり、本実施
形態においては、メインタスクＴ３０のループ処理は階
層的に構成されている。
【００５３】なお、図５のデータ展開制御処理はキャラ
クタ系の印刷データを処理するモードであり、図６のグ
ラフィックマネージャ処理はグラフィック系の印刷デー
タを処理するモードである。また、本実施形態において
は、これらのデータ展開制御処理及びグラフィックマネ
ージャ処理は、ＲＯＭ１４に格納されているデータ展開
制御プログラム及びグラフィックマネージャプログラム
を、リアルタイムＯＳ上でＣＰＵ１６が実行することに
より実現される。
【００５４】図５に示すように、メインタスクＴ３０
は、まず、入力バッファにデータを受信したかどうかを
判断する（ステップＳ４０）。データを受信していない
場合（ステップＳ４０：Ｎｏ）には、このステップＳ４
０の処理を繰り返して待機する。
【００５５】入力バッファにデータを受信した場合（ス
テップＳ４０：Ｙｅｓ）には、メインタスクＴ３０は、
入力バッファからデータを１バイト読み込む（ステップ
Ｓ４１）。次に、この読み込んだデータが、印刷モード
移行要求であるかどうかを判断する（ステップＳ４
２）。本実施形態に係るマルチファンクションプリンタ
１０は、モードとして、キャラクタ系の印刷データを印
刷するキャラクタモードと、グラフィック系の印刷デー
タを印刷するグラフィックモードとを備えており、両者
の間は印刷モード移行要求を受信することにより、切り
替わるようになっている。
【００５６】データが印刷モード移行要求でない場合
（ステップＳ４２：Ｎｏ）には、取得したデータが０ｘ
００であるかどうかを判断する（ステップＳ４３）。取
得したデータが０ｘ００でない場合（ステップＳ４３：
Ｎｏ）には、通常の印刷であると考えられるので、キャ
ラクターモードの通常の処理を実行する（ステップＳ４
４）。そして、上述したステップＳ４０の処理に戻る。
【００５７】一方、取得したデータが０ｘ００である場
合（ステップＳ４３：Ｙｅｓ）には、この０ｘ００が所
定回数以上（例えば、１０２４回＝１ＫＢ）、連続した
かどうかを判断する（ステップＳ４５）。ここで、所定
回数以上、０ｘ００が連続したかどうかのチェックをす
るのは、キャラクタモードで１バイト毎にリセット中フ
ラグＲＳＦの確認をすると、通常のキャラクタ印刷の際
のスループットが低下してしまうので、これを回避する
ためである。換言すれば、キャラクタ印刷の場合、印刷
データとして０ｘ００を受信することも少なからずあり
得るからである。但し、多少のスループットの低下を許
容して、このような判断をしないようにしてもよい。
【００５８】したがって、０ｘ００が所定回数以上連続
していない場合（ステップＳ４５：Ｎｏ）には、上述し
た通常のキャラクタモードの処理を行う（ステップＳ４
４）。一方、０ｘ００が所定回数以上連続した場合（ス
テップＳ４５：Ｙｅｓ）には、リセット中フラグＲＳＦ
がセットされているかどうかを判断する（ステップＳ４
６）。このリセット中フラグＲＳＦは、ジョブコントロ
ールタスクＴ４０が管理するフラグであるので、このス
テップＳ４６の処理は、同一タスク内のフラグを確認す
る処理と比べて、処理時間が長くかかる。
【００５９】リセット中フラグＲＳＦがセットされてい
ない場合（ステップＳ４６：Ｎｏ）には、上述したステ
ップＳ４０の処理に戻る。一方、リセット中フラグＲＳ
Ｆがセットされている場合（ステップＳ４６：Ｙｅｓ）
には、ジョブコントロールタスクＴ４０に、リセット処
理終了確認通知を送信する（ステップＳ４７）。なぜな
ら、本実施形態においては、このデータ展開制御処理
が、最も上位のループ処理だからである。
【００６０】次に、メインタスクＴ３０は、ジョブコン
トロールタスクＴ４０からのリセット処理終了確認通知
に対する返信を待つ（ステップＳ４８）。返信があった
場合には、このメインタスクＴ３０内の各種の設定状態
を、初期状態に設定する（ステップＳ４９）。これによ
り、メインタスクＴ３０のリセットが完了し、上述した
ステップＳ４０の処理に戻ることになる。
【００６１】次に、図６に示すグラフィックマネージャ
処理について説明する。このグラフィックマネージャ処
理は、図５に示すステップＳ５０のグラフィックモード
に移行した場合のループである。したがって、このグラ
フィックマネージャ処理が終了すると、図５のステップ
Ｓ５１の処理に戻ることになる。
【００６２】図６に示すように、メインタスクＴ３０の
グラフィックマネージャ処理では、まず、入力バッファ
に受信データがあるかどうかを判断する（ステップＳ６
０）。受信データがない場合（ステップＳ６０：Ｎｏ）
には、このステップＳ６０の処理を繰り返して待機す
る。
【００６３】受信データがある場合（ステップＳ６０：
Ｙｅｓ）には、入力バッファから１バイトのデータを読
み込む（ステップＳ６１）。次に、メインタスクＴ３０
は、この取得したデータが、０ｘ００であるかどうかを
判断する（ステップＳ６２）。取得したデータが、０ｘ
００でない場合（ステップＳ６２：Ｎｏ）には、通常の
グラフィックモードの処理を行う（ステップＳ６３）。
そして、上述したステップＳ６０に戻る。
【００６４】一方、ステップＳ６２で、取得したデータ
が０ｘ００である場合（ステップＳ６２：Ｙｅｓ）に
は、ジョブコントロールタスクＴ４０の管理するリセッ
ト中フラグＲＳＦが、セットされているかどうかを判断
する（ステップＳ６４）。リセット中フラグＲＳＦがセ
ットされていない場合（ステップＳ６４：Ｎｏ）には、
上述したステップＳ６０に戻る。
【００６５】一方、リセット中フラグＲＳＦがセットさ
れている場合（ステップＳ６４：Ｙｅｓ）には、グラフ
ィックマネージャ処理から、図５のデータ展開制御処理
に戻る（ステップＳ６５）。
【００６６】なお、このグラフィックマネージャ処理で
は、０ｘ００が所定回数以上連続したかどうかの判断は
していない。これは、グラフィックモードで印刷データ
として０ｘ００を受信することは、極めて希であり、０
ｘ００を検出するごとにリセット中フラグＲＳＦを確認
しに行っても、特にスループットが低下するとは考えら
れないからである。但し、このような判断をするように
してもよい。
【００６７】また、本実施形態においては、データ展開
制御処理（メインループ処理）の下位のループ処理は、
グラフィックマネージャ処理以下にも、数多く存在する
が、これらの下位のループ処理にも、ステップＳ６２及
びステップＳ６４に相当する処理が、埋め込まれてい
る。また、ループ処理のレベルがさらに深い階層構造に
なっている場合もある。この場合でも、各ループ処理に
ステップＳ６２及びステップＳ６４に相当する処理が埋
め込まれている。但し、この場合、ステップＳ６５で戻
るべきループ処理は、１つだけ上位のループ処理であ
る。したがって、取得したデータが０ｘ００であり、且
つ、リセット中フラグＲＳＦがセットされている場合に
は、各ループ処理は、リセット処理中であると認識し
て、順次、上位のループ処理に戻ってきて、最終的に、
最も上位のループ処理である図５のデータ展開制御処理
に辿り着くことになる。
【００６８】次に、図７及び図８に基づいて、ジョブコ
ントロールタスクＴ４０について説明する。図７は、上
述したジョブコントロールタスクＴ４０で行われるジョ
ブコントロール処理を説明するフローチャートであり、
図８は、ジョブコントロール処理の下位のループ処理で
あるネゴシエーション処理を説明するフローチャートで
ある。
【００６９】本実施形態においては、これらのジョブコ
ントロール処理及びネゴシエーション処理は、ＲＯＭ１
４に格納されているジョブコントロール処理プログラム
及びネゴシエーションプログラムを、リアルタイムＯＳ
上でＣＰＵ１６が実行することにより実現される。
【００７０】図７に示すように、ジョブコントロールタ
スクＴ４０は、まず、何からのメッセージを受信したか
どうかを判断する（ステップＳ７０）。何らメッセージ
を受信していない場合（ステップＳ７０：Ｎｏ）には、
このステップＳ７０の処理を繰り返して待機する。
【００７１】何らかのメッセージを受信した場合（ステ
ップＳ７０：Ｙｅｓ）には、リセット中フラグＲＳＦが
セットされているかどうかを判断する（ステップＳ７
１）。リセット中フラグＲＳＦがセットされていない場
合（ステップＳ７１：Ｎｏ）には、受信したメッセージ
が、制御コマンド解釈タスクＴ２０から送信されたリセ
ットコマンド受信のメッセージであるかどうかを判断す
る（ステップＳ７２）。
【００７２】受信したメッセージがリセットコマンド受
信のメッセージでない場合（ステップＳ７２：Ｎｏ）に
は、そのメッセージについて必要なジョブを実行し、そ
のコントロールを行う（ステップＳ７３）。そして、上
述したステップＳ７０に戻る。
【００７３】一方、上述したステップＳ７２で、受信し
たメッセージがリセットコマンド受信のメッセージであ
る場合（ステップＳ７２：Ｙｅｓ）には、ジョブコント
ロールタスクＴ４０は、リセット中フラグＲＳＦをセッ
トする（ステップＳ７４）。続いて、ジョブコントロー
ルタスクＴ４０は、インターフェース制御タスクＴ１０
へ、リセット処理移行要求を送信する（ステップＳ７
５）。そして、上述したステップＳ７０に戻る。
【００７４】一方、上述したステップＳ７１の処理で、
リセット中フラグＲＳＦがセットされていると判断した
場合（ステップＳ７１：Ｙｅｓ）には、受信したメッセ
ージが、何らかの応答を必要としているメッセージであ
るかどうかを判断する（ステップＳ７６）。応答が必要
なメッセージでない場合（ステップＳ７６：Ｎｏ）に
は、そのメッセージを読み捨てる（ステップＳ７７）。
メッセージを読み捨てることにより、ジョブが読み捨て
られたことになる。そして、上述したステップＳ７０の
処理に戻る。
【００７５】一方、上述したステップＳ７６で、受信し
たメッセージが応答の必要なメッセージである場合（ス
テップＳ７６：Ｙｅｓ）には、ジョブコントロールタス
クＴ４０は、そのメッセージが、メインタスクＴ３０か
らのリセット処理終了確認通知であるかどうかを判断す
る（ステップＳ７８）。受信したメッセージが、リセッ
ト処理終了確認通知でない場合（ステップＳ７８：Ｎ
ｏ）には、メインタスクＴ３０がまだ最上位のループ処
理に戻ってきていないことになるので、とりあえず、受
信したメッセージに対して必要な返事を送信しておく
（ステップＳ７９）。これは、メインタスクＴ３０の下
位のループ処理で、ジョブコントロールタスクＴ４０か
らの返信待ちになっているものがある可能性があるの
で、このループ処理を終了させて上位のループ処理に戻
すために、必要な返事のみは返信する必要があるからで
ある。但し、ジョブコントロールタスクＴ４０では、そ
のメッセージの内容は実行せずに、読み捨てる。そし
て、上述したステップＳ７０の処理に戻る。
【００７６】一方、上述したステップＳ７８で、受信し
たメッセージが、メインタスクＴ３０からのリセット処
理終了確認通知である場合（ステップＳ７８：Ｙｅｓ）
には、メインタスクＴ３０が最上位のループに戻ってき
たことになるので、リセット中フラグＲＳＦをリセット
する（ステップＳ８０）。続いて、ネゴシエーション処
理を行う（ステップＳ８１）。なお、このネゴシエーシ
ョン処理の詳しい内容は後述する、次に、ジョブコント
ロールタスクＴ４０は、インターフェース制御タスクＴ
１０に、リセット処理解除要求を送信する（ステップＳ
８２）。続いて、ジョブコントロールタスクＴ４０は、
メインタスクＴ３０に、リセット処理終了確認通知の返
事を送信する（ステップＳ８３）。そして、上述したス
テップＳ７０に戻る。
【００７７】次に、図８に基づいて、上述した図７のス
テップＳ８１のネゴシエーション処理について詳しく説
明する。
【００７８】図８に示すように、まず、ネゴシエーショ
ン処理では、プリントエンジン２４が動作中であるかど
うかを判断する（ステップＳ９０）。プリントエンジン
２４が動作中である場合（ステップＳ９０：Ｙｅｓ）に
は、このステップＳ９０の処理を繰り返して、待機す
る。
【００７９】プリントエンジン２４が動作中でない場合
（ステップＳ９０：Ｎｏ）には、ジョブコントロールタ
スクＴ４０に残っているタスクが存在するかどうかを判
断する（ステップＳ９１）。ジョブコントロールタスク
Ｔ４０に残っているタスクがない場合（ステップＳ９
１：Ｎｏ）には、このネゴシエーション処理を終了す
る。
【００８０】一方、ジョブコントロールタスクＴ４０に
残っているタスクが存在する場合（ステップＳ９１：Ｙ
ｅｓ）には、そのジョブを捨てて（ステップＳ９２）、
メモリも解放する（ステップＳ９３）。そして、このネ
ゴシエーション処理を終了する。
【００８１】以上のように、本実施形態に係るマルチフ
ァンクションプリンタ１０によれば、スキャナ部とプリ
ンタ部とが並行して動作している場合でも、プリンタ部
のみをリセットすることができるようにしたので、ユー
ザの利便性が向上する。すなわち、スキャナ部とプリン
タ部とが並行して動作している場合に、プリンタ部をリ
セットしようとして、スキャナ部のスキャン動作までも
が停止してしまう事態を回避することができる。
【００８２】具体的には、プリンタ部リセットコマンド
を受信した場合には、インターフェース制御タスクＴ１
０が入力バッファにＮＵＬＬデータを印刷データとして
強制的に書き込むようにし、ジョブコントロールタスク
Ｔ４０がリセット処理中であることを示すリセット中フ
ラグＲＳＦをセットすることとした。このため、入力バ
ッファから印刷データを読み出して展開処理を行ってい
るメインタスクＴ３０は、いずれその処理を終えること
ができる。すなわち、メインタスクＴ３０が階層的なル
ープ処理で構成されている場合、ＮＵＬＬデータに基づ
いて順次処理を行い、リセット中フラグＲＳＦがセット
されていることを検出すると、下位のループ処理から順
次抜け出して上位のループ処理に移行するので、最終的
には、最上位のメインループ処理に自律的に戻ってくる
ことができる。
【００８３】このため、複雑なループ処理で構成されて
いる既存のメインタスクＴ３０の処理内容を大きく変更
することなく、本実施形態に係るマルチファンクション
プリンタ１０を実現することができる。
【００８４】〔第２実施形態〕本発明の第２実施形態
は、上述した第１実施形態を変形し、メインタスクＴ３
０により起動される下位のループ処理をタイマー設定し
て起動し、このタイマーに基づいて、下位のループ処理
を起動してから一定時間経過した場合には、その下位の
ループ処理を途中終了して、メインタスクＴ３０のメイ
ン処理に戻るようにしたものである。そしてこれによ
り、インターフェース処理タスクＴ１０がＮＵＬＬ書き
込みを行わなくとも、マルチファンクションプリンタ１
０のプリンタ部のみをリセットすることができるように
したものである。より詳しくを、以下に説明する。
【００８５】本実施形態に係るマルチファンクションプ
リンタ１０の内部構成は、上述した図１と同様である。
但し、コンピュータからプリンタ部リセットコマンドを
受信した場合の処理が異なる。
【００８６】図９は、プリンタ部リセットコマンドを受
信した場合のマルチファンクションプリンタ１０の処理
を説明するタイミングチャートである。図２と比べる
と、図９にはエンジン制御タスクＴ５０が追加されてい
る。但し、このエンジン制御タスクＴ５０は、上述した
第１実施形態のマルチファンクションプリンタ１０でも
備えているが、図２では省略しただけである。
【００８７】図９に示すように、コンピュータから送信
されたプリンタ部リセットコマンドは、インターフェー
ス制御タスクＴ１０により受信される。インターフェー
ス制御タスクＴ１０は、受信したコマンドが制御系のコ
マンドであるか、印刷データ等であるのかを判断し、こ
の例では制御系のコマンドであるので、このプリンタ部
リセットコマンドの解釈を要求すべく、これを制御コマ
ンド解釈タスクＴ２０に送信する。
【００８８】これを受信した制御コマンド解釈タスクＴ
２０が、これを解釈することにより、受信したコマンド
がプリンタ部リセットコマンドであることが判明する。
このため、制御コマンド解釈タスクＴ２０は、インター
フェース制御タスクＴ１０にリプライを依頼し、インタ
ーフェース制御タスクＴ１０はこれに基づいてリプライ
をコンピュータに返信する。また、制御コマンド解釈タ
スクＴ２０は、リセットコマンド受信メッセージを、ジ
ョブコントロールタスクＴ４０に送信する。
【００８９】リセットコマンド受信メッセージを受け取
ったジョブコントロールタスクＴ４０は、リセット中フ
ラグＲＳＦをセットするとともに、リセット処理実行要
求を、メインタスクＴ３０へ送信する。そして、ジョブ
コントロールタスクＴ４０は、それ以降の印刷、紙送り
要求などのジョブを、徹底的に読み捨てる。但し、応答
が必要なメッセージについては、とりあえず必要な返信
のみ行っておく。
【００９０】このリセット処理実行要求を受け取ったメ
インタスクＴ３０は、データ展開処理のためにＲＡＭ１
２に確保していたメモリ領域を解放する。そして、メイ
ンタスクＴ３０は、リセット処理終了通知をジョブコン
トロールタスクＴ４０に送信する。なお、本実施形態に
おいては、メインタスクＴ３０から起動される下位のル
ープ処理が実行されていた場合には、下位の処理はタイ
マーにより所定時間経過後にメインタスクＴ３０のメイ
ン処理に戻るように設定されている。
【００９１】リセット処理終了通知を受け取ったジョブ
コントロールタスクＴ４０は、プリントエンジン２４の
機械的な状態を初期設定に戻すために、エンジン制御タ
スクＴ５０に機械的状態確認メッセージを送信する。こ
の機械的状態確認メッセージを受信したエンジン制御タ
スクＴ５０は、プリントエンジン２４の機械的な状態を
初期化して、初期状態に戻す。そして、エンジン制御タ
スクＴ５０は、ジョブコントロールタスクＴ４０に、機
械的状態初期化終了メッセージを送信する。
【００９２】この機械的状態確認メッセージを受信した
ジョブコントロールタスクＴ４０は、リセット中フラグ
ＲＳＦをリセットし、リセット処理終了通知の返信を、
メインタスクＴ３０に送信する。これを受けて、メイン
タスクＴ３０では、このメインタスクＴ３０内における
必要な設定状態を初期状態に戻す。これにより、プリン
タ部のみのリセットが行われたことになる。
【００９３】また、リセット中フラグＲＳＦがセットさ
れている間（つまり、図９の例では、リセット中フラグ
ＲＳＦが「１」の間）は、インターフェース制御タスク
Ｔ１０は、コンピュータから印刷データを受信した場合
でも、その印刷データを送信したコンピュータに対し
て、データ受信不可のメッセージを返信する。つまり、
リセット処理中には、印刷データを受け付けないように
する。
【００９４】以上、本実施形態に係るマルチファンクシ
ョンプリンタ１０がプリンタ部リセットコマンドを受信
した場合の処理を概略的に説明したが、次に、上述した
各タスク毎にその詳細な処理内容を説明する。
【００９５】図１０は、上述したインターフェース制御
タスクＴ１０で行われるインターフェース制御処理を説
明するフローチャートである。本実施形態においても、
このインターフェース制御処理は、ＲＯＭ１４に格納さ
れているインターフェース制御プログラムを、リアルタ
イムＯＳ上でＣＰＵ１６が実行することにより実現され
る。
【００９６】図１０に示すように、インターフェース制
御タスクＴ１０は、まず、何からのメッセージを受信し
たかどうかを判断する（ステップＳ１１０）。何らメッ
セージを受信していない場合（ステップＳ１１０：Ｎ
ｏ）には、このステップＳ１１０の処理を繰り返して待
機する。
【００９７】何らかのメッセージを受信した場合（ステ
ップＳ１１０：Ｙｅｓ）には、現在、リセット処理中で
あるかどうかを判断する（ステップＳ１１１）。具体的
には、リセット中フラグＲＳＦがセットされているかど
うかに基づいて、現在リセット処理中であるかどうかを
判断する。リセット処理中である場合（ステップＳ１１
１：Ｙｅｓ）には、そのメッセージを処理することはで
きないので、そのメッセージを送信したコンピュータ
に、データ受信不可のメッセージを送信する（ステップ
Ｓ１１２）。そして、上述したステップＳ１１０に戻
る。
【００９８】一方、ステップＳ１１１において、リセッ
ト処理中でないと判断した場合（ステップＳ１１１：Ｎ
ｏ）には、該当するメッセージについて必要な処理を実
行する（ステップＳ１１３）。例えば、上述したよう
に、コンピュータからのプリンタ部リセットコマンドな
どの制御系のコマンドを受信した場合には、これを制御
コマンド解釈タスクＴ２０へ転送する。また、例えば、
制御コマンド解釈タスクＴ２０からプリンタ部リセット
コマンドに対するリプライの要求を受信した場合には、
そのリプライをコンピュータへ転送する。そして、上述
したステップＳ１１０に戻る。
【００９９】次に、制御コマンド解釈タスクＴ２０につ
いてであるが、本実施形態に係る制御コマンド解釈タス
クＴ２０の処理は、上述した第１実施形態における図４
と同様の処理であるので、ここでは説明を省略する。
【０１００】次に、図１１及び図１２に基づいて、メイ
ンタスクＴ３０について説明する。図１１は、上述した
メインタスクＴ３０で行われるメインタスク処理を説明
するフローチャートであり、本実施形態におけるメイン
ループ処理を示している。図１２は、このメインタスク
処理から派生する下位のループ処理であるデータ展開処
理を説明するフローチャートである。本実施形態におけ
るメインタスクＴ３０には、このデータ展開処理以外に
も、数多くの下位のループ処理が存在するが、ここで
は、データ展開処理を代表例として説明する。また、下
位のループ処理から派生するさらに下位のループ処理も
存在する。つまり、本実施形態においては、メインタス
クＴ３０のループ処理は階層的に構成されている。
【０１０１】なお、本実施形態においても、これらのメ
インタスク処理及びデータ展開処理は、ＲＯＭ１４に格
納されているメインタスクプログラム及びデータ展開プ
ログラムを、リアルタイムＯＳ上でＣＰＵ１６が実行す
ることにより実現される。
【０１０２】図１１に示すように、メインタスクＴ３０
は、まず、何らかのメッセージを受信したかどうかを判
断する（ステップＳ１２０）。何らメッセージを受信し
ていない場合（ステップＳ１２０：Ｎｏ）には、このス
テップＳ１２０の処理を繰り返して待機する。
【０１０３】一方、何らかのメッセージを受信した場合
（ステップＳ１２０：Ｙｅｓ）には、メインタスクＴ３
０は、そのメッセージが、ジョブコントロールタスクＴ
４０から送信されたリセット処理実行要求であるかどう
かを判断する（ステップＳ１２１）。受信したメッセー
ジがリセット処理実行要求でない場合（ステップＳ１２
１：Ｎｏ）には、そのメッセージが印刷データに関する
データ展開処理要求であるかどうかを判断する（ステッ
プＳ１２２）。
【０１０４】受信したメッセージがデータ展開処理要求
である場合（ステップＳ１２２：Ｙｅｓ）には、その印
刷データに関して、データ展開処理を行う（ステップＳ
１２３）。なお、このデータ展開処理は、メインの処理
から起動される下位のループ処理の一例であるが、その
詳細については、後に図１２を用いて詳述する。このデ
ータ展開処理からこのメインタスク処理に戻ってきた場
合には、上述したステップＳ１２０の処理に戻る。
【０１０５】一方、ステップＳ１２２において、受信し
たメッセージがデータ展開処理要求でないと判断した場
合（ステップＳ１２２：Ｎｏ）には、受信したメッセー
ジが、コマンド解析処理要求であるかどうかを判断する
（ステップＳ１２４）。受信したメッセージがコマンド
解析処理要求である場合（ステップＳ１２４：Ｙｅｓ）
には、そのコマンドに関して、コマンド解析処理を行う
（ステップＳ１２５）。このコマンド解析処理の内容の
説明は省略するが、このコマンド解析処理も、本実施形
態におけるメインタスク処理から起動される下位の処理
である。このコマンド解析処理からこのメインタスク処
理に戻ってきた場合には、上述したステップＳ１２０の
処理に戻る。
【０１０６】これに対して、上述したステップＳ１２１
において、受信したメッセージが、リセット処理実行要
求であると判断した場合（ステップＳ１２１：Ｙｅｓ）
には、メインタスクＴ３０は、このメインタスクＴ３０
がデータ展開処理のためにＲＡＭ１２に確保したメモリ
領域を解放して（ステップＳ１２６）、データ展開処理
を途中終了する。続いて、リセット処理終了通知を、ジ
ョブコントロールタスクＴ４０に送信する（ステップＳ
１２７）。そして、上述したステップＳ１２０の処理に
戻る。
【０１０７】一方、上述したステップＳ１２４におい
て、受信したメッセージが、コマンド解析処理要求でな
いと判断した場合（ステップＳ１２４：Ｎｏ）には、受
信したメッセージが、ジョブコントロールタスクＴ４０
から送信されたリセット処理終了通知の返信であるかど
うかを判断する（ステップＳ１２８）。図９でも説明し
たように、ステップＳ１２７でリセット処理終了通知を
ジョブコントロールタスクＴ４０に送信すると、リセッ
トするためのプリントエンジン２４の機械的準備が整っ
た段階で、ジョブコントロールタスクＴ４０からメイン
タスクＴ３０にリセット処理終了通知の返信が送信され
る。
【０１０８】受信したメッセージが、リセット処理終了
通知の返信である場合（ステップＳ１２８：Ｙｅｓ）に
は、このメインタスクＴ３０内の各種の設定状態を、初
期状態に設定する（ステップＳ１２９）。一方、受信し
たメッセージが、リセット処理終了通知の返信でない場
合（ステップＳ１２８：Ｎｏ）には、そのメッセージに
対応するメインの処理を実行する（ステップＳ１３
０）。これらステップＳ１２９及びステップＳ１３０の
後、上述したステップＳ１２０の処理に戻る。
【０１０９】次に、図１２に基づいて、ステップＳ１２
３のデータ展開処理について詳しく説明する。このデー
タ展開処理は、図１２に示すステップＳ１２３のデータ
展開処理に移行した場合の下位の処理である。したがっ
て、このデータ展開処理が終了すると、図１１のステッ
プＳ１２０の処理に戻ることになる。
【０１１０】図１２に示すように、データ展開処理にお
いては、まず、タイマーのセットを行う（ステップＳ１
４０）。すなわち、タイマーの値をゼロにセットする。
次に、受信バッファが空であるかどうかを判断する（ス
テップＳ１４１）。受信バッファが空でない場合（ステ
ップＳ１４１：Ｎｏ）、すなわち、受信バッファに印刷
データが格納されている場合には、その印刷データの展
開を行う（ステップＳ１４２）。
【０１１１】そして、このデータ展開処理を開始してか
ら所定時間経過したかどうかを判断する（ステップＳ１
４３）。具体的には、ステップＳ１４０で起動したタイ
マーの値に基づいて、このデータ展開処理が開始されて
からの時間を取得する。そして、この取得した時間が、
所定の時間（例えば、１秒）よりも大きいかどうかを判
断する。
【０１１２】このデータ展開処理が開始されてから所定
時間経過していない場合（ステップＳ１４３：Ｎｏ）に
は、このデータ展開処理が最後まで終了したかどうかを
判断する（ステップＳ１４４）。最後まで終了していな
い場合（ステップＳ１４４：Ｎｏ）には、上述したステ
ップＳ１４１の処理に戻る。一方、最後まで終了した場
合（ステップＳ１４４：Ｙｅｓ）には、展開し終えた印
刷ジョブデータについての印刷要求を、プリントエンジ
ン２４で印刷すべく、ジョブコントロールタスクＴ４０
に送信する（ステップＳ１４５）。そして、このデータ
展開処理を終了する。
【０１１３】上述したステップＳ１４１で受信バッファ
が空であると判断した場合（ステップＳ１４１：Ｙｅ
ｓ）、又は、上述したステップＳ１４３でデータ展開処
理を開始してから所定時間経過していると判断した場合
（ステップＳ１４３：Ｙｅｓ）には、メインタスクＴ３
０に、データ展開処理要求を送信し（ステップＳ１４
６）、このデータ展開処理を終了する。すなわち、自分
から自分に処理の起動要求を送信することにより、一
旦、メインタスクＴ３０のメインの処理に戻った後に
も、再度、このデータ展開処理が起動されるようにす
る。
【０１１４】次に、図１３に基づいて、ジョブコントロ
ールタスクＴ４０で行われるジョブコントロール処理に
ついて説明する。本実施形態においても、このジョブコ
ントロール処理は、ＲＯＭ１４に格納されているジョブ
コントロール処理プログラムを、リアルタイムＯＳ上で
ＣＰＵ１６が実行することにより実現される。
【０１１５】図１３に示すように、ジョブコントロール
タスクＴ４０は、まず、何からのメッセージを受信した
かどうかを判断する（ステップＳ１７０）。何らメッセ
ージを受信していない場合（ステップＳ１７０：Ｎｏ）
には、このステップＳ１７０の処理を繰り返して待機す
る。
【０１１６】何らかのメッセージを受信した場合（ステ
ップＳ１７０：Ｙｅｓ）には、リセット中フラグＲＳＦ
がセットされているかどうかを判断する（ステップＳ１
７１）。リセット中フラグＲＳＦがセットされていない
場合（ステップＳ１７１：Ｎｏ）には、受信したメッセ
ージが、制御コマンド解釈タスクＴ２０から送信された
リセットコマンド受信のメッセージであるかどうかを判
断する（ステップＳ１７２）。
【０１１７】受信したメッセージがリセットコマンド受
信のメッセージでない場合（ステップＳ１７２：Ｎｏ）
には、そのメッセージについて必要なジョブを実行し、
そのコントロールを行う（ステップＳ１７３）。そし
て、上述したステップＳ１７０に戻る。
【０１１８】一方、上述したステップＳ１７２で、受信
したメッセージがリセットコマンド受信のメッセージで
ある場合（ステップＳ１７２：Ｙｅｓ）には、ジョブコ
ントロールタスクＴ４０は、リセット中フラグＲＳＦを
セットする（ステップＳ１７４）。続いて、ジョブコン
トロールタスクＴ４０は、メインタスクＴ３０へ、リセ
ット処理実行要求を送信する（ステップＳ１７５）。そ
して、上述したステップＳ１７０に戻る。
【０１１９】一方、上述したステップＳ１７１の処理
で、リセット中フラグＲＳＦがセットされていると判断
した場合（ステップＳ１７１：Ｙｅｓ）には、受信した
メッセージが、何らかの応答を必要としているメッセー
ジであるかどうかを判断する（ステップＳ１７６）。応
答が必要なメッセージでない場合（ステップＳ１７６：
Ｎｏ）には、そのメッセージを読み捨てる（ステップＳ
１７７）。メッセージを読み捨てることにより、ジョブ
が読み捨てられたことになる。そして、上述したステッ
プＳ１７０の処理に戻る。
【０１２０】一方、上述したステップＳ１７６で、受信
したメッセージが応答の必要なメッセージである場合
（ステップＳ１７６：Ｙｅｓ）には、ジョブコントロー
ルタスクＴ４０は、そのメッセージが、メインタスクＴ
３０からのリセット処理終了通知であるかどうかを判断
する（ステップＳ１７８）。受信したメッセージが、リ
セット処理終了通知でない場合（ステップＳ１７８：Ｎ
ｏ）には、メインタスクＴ３０がまだ最上位のループ処
理に戻ってきていないことになるので、とりあえず、受
信したメッセージに対して必要な返事を送信しておく
（ステップＳ１７９）。これは、メインタスクＴ３０の
下位のループ処理で、ジョブコントロールタスクＴ４０
からの返信待ちになっているものがある可能性があるの
で、このループ処理を進行させるために、必要な返事の
みは返信する必要があるからである。但し、ジョブコン
トロールタスクＴ４０では、そのメッセージの内容は実
行せずに、読み捨てる。そして、上述したステップＳ１
７０の処理に戻る。
【０１２１】一方、上述したステップＳ１７８で、受信
したメッセージが、メインタスクＴ３０からのリセット
処理終了通知である場合（ステップＳ１７８：Ｙｅｓ）
には、メインタスクＴ３０が最上位のループに戻って、
確保していたメモリ領域を解放したことになるので、ジ
ョブコントロールタスクＴ４０は、エンジン制御タスク
Ｔ５０に、機械的状態確認メッセージを送信する（ステ
ップＳ１８０）。この機械的状態確認メッセージを受信
したエンジン制御タスクＴ５０は、プリントエンジン２
４の機械的な状態を初期状態にリセットした後、機械的
状態初期化終了メッセージをジョブコントロールタスク
Ｔ４０に送信する。
【０１２２】このため、ジョブコントロールタスクＴ４
０では、ステップＳ１８０で機械的状態確認メッセージ
を送信した後は、この機械的状態初期化終了メッセージ
を受信するまで待機する（ステップＳ１８１）。この機
械的状態初期化終了メッセージを受信した場合（ステッ
プＳ１８１：Ｙｅｓ）には、ジョブコントロールタスク
Ｔ４０は、メインタスクＴ３０に、リセット処理終了通
知の返事を送信する（ステップＳ１８２）。
【０１２３】次に、ジョブコントロールタスクＴ４０
は、これでプリンタ部のリセットが終了したので、リセ
ット中フラグＲＳＦをリセットする（ステップＳ１８
３）。具体的には、リセット中フラグＲＳＦを「０」に
する。そして、上述したステップＳ１７０の処理に戻
る。
【０１２４】以上のように、本実施形態に係るマルチフ
ァンクションプリンタ１０によれば、スキャナ部とプリ
ンタ部とが並行して動作している場合でも、プリンタ部
のみをリセットすることができるようにしたので、ユー
ザの利便性が向上する。すなわち、スキャナ部とプリン
タ部とが並行して動作している場合に、プリンタ部をリ
セットしようとして、スキャナ部のスキャン動作までも
が停止してしまう事態を回避することができる。
【０１２５】具体的には、プリンタ部リセットコマンド
を受信した場合には、メインタスクＴ３０に、リセット
処理実行要求を送信する。このリセット処理実行要求を
受信したメインタスクＴ３０は、データ展開処理のため
に確保したメモリ領域を解放して、データ展開処理を途
中終了する。また、このメインタスクＴ３０のメインの
処理から下位のループ処理が起動されている場合でも、
この下位のループ処理は、その処理の途中であっても、
所定時間経過後にメインの処理に一旦戻ってくるように
設定されている。このため、メインタスクＴ３０の処理
が下位のループ処理を実行している場合でも、リセット
処理実行要求をメインタスクＴ３０が受信した場合に
は、そのデータ展開処理を終了させることができる。
【０１２６】なお、本発明は上記実施形態に限定されず
種々に変形可能である。例えば、上述した第１実施形態
における図５のデータ展開制御処理、及び、図６のグラ
フィックマネージャ処理では、ステップＳ４３及びステ
ップＳ６２で入力バッファから読み込んだデータが０ｘ
００であるかどうかの判断をしてから、リセット中フラ
グＲＳＦがセットされているかどうかを判断したが、こ
れらステップＳ４３及びステップＳ６２の処理を省略し
て、直接、リセット中フラグＲＳＦがセットされている
かどうかを判断するようにしてもよい。
【０１２７】また、上述した第１及び第２実施形態にお
ける各種のタスクの処理区分は上述したものに限定され
るものではなく、複数のタスクの処理をまとめて１つの
タスクとして構成してもよく、また、１つのタスクの処
理を複数のタスクに分割して構成してもよい。
【０１２８】さらに、上述した第１実施形態におけるイ
ンターフェース制御タスクＴ１０では、リセット中フラ
グＲＳＦとは別に、プリンタ部がリセット中であること
を示すリセット処理中フラグＷＳＦを設けることとした
が、このリセット処理中フラグＷＳＦを別途設けずにリ
セット中フラグＲＳＦを共用するようにしてもよい。
【０１２９】また、上述した第２実施形態においては、
メインタスクＴ３０は、ジョブコントロールタスクＴ４
０を介して、プリンタエンジン２４を初期化するための
メッセージをエンジン制御タスクＴ５０に送信すること
としたが、このメッセージを直接送信するようにしても
よい。すなわち、機械的状態確認メッセージをメインタ
スクＴ３０からエンジン制御タスクＴ５０に送信し、エ
ンジン制御タスクＴ５０がプリントエンジン２４の機械
的状態の初期化を行った後に、機械的状態初期化終了メ
ッセージをエンジン制御タスクＴ５０からメインタスク
Ｔ３０に送信するようにしてもよい。
【０１３０】さらに、上述した第１実施形態及び第２実
施形態においては、コンピュータからマルチファンクシ
ョンプリンタ１０にプリンタ部リセットコマンドを送信
することとしたが、マルチファンクションプリンタ１０
におけるプリンタ部のリセットの仕方は、この態様に限
られるものではない。例えば、マルチファンクションプ
リンタ１０の本体にリセットボタンを設け、ユーザがこ
のリセットボタンを操作したときに、プリンタ部リセッ
トコマンドがマルチファンクションプリンタ１０で生成
され、インターフェース制御タスクＴ１０に入力される
ようにしてもよい。
【０１３１】また、上述の実施形態で説明したインター
フェース制御タスクＴ１０、制御コマンド解釈タスクＴ
２０、メインタスクＴ３０、ジョブコントロールタスク
Ｔ４０、及び、エンジン制御タスクＴ５０等の各タスク
処理については、これら各処理を実行するためのプログ
ラムをフロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ
（CompactDisc-Read Only Memory）、ＲＯＭ、メモリカ
ード等の記録媒体に記録して、記録媒体の形で頒布する
ことが可能である。この場合、このプログラムが記録さ
れた記録媒体をマルチファンクションプリンタ１０に読
み込ませ、実行させることにより、上述した実施形態を
実現することができる。
【０１３２】また、マルチファンクションプリンタ１０
は、オペレーティングシステムや別のアプリケーション
プログラム等の他のプログラムを備える場合がある。こ
の場合、マルチファンクションプリンタ１０の備える他
のプログラムを活用し、記録媒体にはそのマルチファン
クションプリンタ１０が備えるプログラムの中から、上
述した実施形態と同等の処理を実現するプログラムを呼
び出すような命令を記録するようにしてもよい。
【０１３３】さらに、このようなプログラムは、記録媒
体の形ではなく、ネットワークを通じて搬送波として頒
布することも可能である。ネットワーク上を搬送波の形
で伝送されたプログラムは、マルチファンクションプリ
ンタ１０に取り込まれて、このプログラムを実行するこ
とにより上述した実施形態を実現することができる。
【０１３４】また、記録媒体にプログラムを記録する際
や、ネットワーク上を搬送波として伝送される際に、プ
ログラムの暗号化や圧縮化がなされている場合がある。
この場合には、これら記録媒体や搬送波からプログラム
を読み込んだマルチファンクションプリンタ１０は、そ
のプログラムの復号化や伸張化を行った上で、実行する
必要がある。
【０１３５】
【発明の効果】以上説明したように、本発明によれば、
スキャナ部とプリンタ部とを有するマルチファンクショ
ンプリンタにおいて、スキャナ部が動作中であっても、
プリンタ部だけをリセットすることができるようにした
ので、ユーザの利便性が向上する。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るマルチファンクショ
ンプリンタの内部構成を示すブロック図である。
【図２】第１実施形態に係るマルチファンクションプリ
ンタがコンピュータからプリンタ部リセットコマンドを
受信した場合の処理を概略的に説明するタイミングチャ
ートを示す図である。
【図３】本実施形態に係るインターフェース制御処理
（インターフェース制御タスク）の内容を説明するフロ
ーチャートである。
【図４】本実施形態に係る制御コマンド解釈処理（制御
コマンド解釈タスク）の内容を説明するフローチャート
である。
【図５】本実施形態に係るデータ展開制御処理（メイン
タスク）の内容を説明するフローチャートである。
【図６】本実施形態に係るグラフィックマネージャ処理
（メインタスク）の内容を説明するフローチャートであ
る。
【図７】本実施形態に係るジョブコントロール処理（ジ
ョブコントロールタスク）の内容を説明するフローチャ
ートである。
【図８】本実施形態に係るネゴシエーション処理の内容
を説明するフローチャートである。
【図９】第２実施形態に係るマルチファンクションプリ
ンタがコンピュータからプリンタ部リセットコマンドを
受信した場合の処理を概略的に説明するタイミングチャ
ートを示す図である。
【図１０】第２実施形態に係るインターフェース制御処
理（インターフェース制御タスク）の内容を説明するフ
ローチャートである。
【図１１】第２実施形態に係るメインタスク処理（メイ
ンタスク）の内容を説明するフローチャートである。
【図１２】第２実施形態に係るデータ展開処理（メイン
タスク）の内容を説明するフローチャートである。
【図１３】第２実施形態に係るジョブコントロール処理
（ジョブコントロールタスク）の内容を説明するフロー
チャートである。
【符号の説明】
１０ マルチファンクションプリンタ １２ ＲＡＭ １４ ＲＯＭ １６ ＣＰＵ １８ スキャナＡＳＩＣ ２０ プリンタＡＳＩＣ ２２ スキャナ機構部 ２４ プリントエンジン ２６ ＵＳＢポート ２８ ＵＳＢハブ Ｔ１０ インターフェース制御タスク Ｔ２０ 制御コマンド解釈タスク Ｔ３０ メインタスク Ｔ４０ ジョブコントロールタスク

Claims (13)

    【特許請求の範囲】
  1. 【請求項１】スキャナ部とプリンタ部とを有するマルチ
    ファンクションプリンタであって、 前記スキャナ部が動作中であっても、前記プリンタ部の
    みをリセットする、リセット手段を、備えることを特徴
    とするマルチファンクションプリンタ。
  2. 【請求項２】コンピュータから、前記プリンタ部をリセ
    ットするプリンタ部リセットコマンドを受信する、受信
    手段をさらに備えるとともに、 前記プリンタ部リセットコマンドを受信した場合に、前
    記リセット手段は、前記プリンタ部のみのリセットを行
    う、 ことを特徴とする請求項１に記載のマルチファンクショ
    ンプリンタ。
  3. 【請求項３】前記マルチファンクションプリンタは、中
    央処理装置を１つだけ備えていることを特徴とする請求
    項１又は請求項２に記載のマルチファンクションプリン
    タ。
  4. 【請求項４】前記リセット手段は、少なくとも、 前記プリンタ部リセットコマンドを受信した場合には、
    コンピュータから送信された印刷データを格納する入力
    バッファに、印刷データとしては無意味なデータと解釈
    されるダミーデータを印刷データとして書き込む、第１
    タスクと、 前記入力バッファに格納されている前記印刷データを読
    み出して、イメージデータに展開する、第２タスクと
    を、 前記中央処理装置で実行することにより実現される、こ
    とを特徴とする請求項３に記載のマルチファンクション
    プリンタ。
  5. 【請求項５】前記リセット手段は、前記中央処理装置で
    実行されるタスクとして、 前記プリンタ部リセットコマンドを受信した場合に、前
    記プリンタ部がリセット処理中であることを示すリセッ
    ト中識別情報をセットする、第３タスクをさらに備える
    ことを特徴とする請求項４に記載のマルチファンクショ
    ンプリンタ。
  6. 【請求項６】前記第２タスクは、最も上位のメインルー
    プ処理と、このメインループ処理から階層的に派生する
    下位のループ処理とを有しており、前記下位のループ処
    理は、前記リセット中識別情報がセットされている場合
    には、その処理を抜けて上位のループ処理に戻るよう構
    成されている、ことを特徴とする請求項５に記載のマル
    チファンクションプリンタ。
  7. 【請求項７】前記第２タスクでは、その時点のモードが
    キャラクタデータを印刷するキャラクターモードである
    場合には、前記ダミーデータが所定回数以上連続したか
    どうかを判断する連続回数判断処理を行い、その時点の
    モードがグラフィックデータを印刷するグラフィックモ
    ードである場合には、この連続回数判断処理を行わな
    い、ことを特徴とする請求項６に記載のマルチファンク
    ションプリンタ。
  8. 【請求項８】受信した印刷データを展開するデータ展開
    処理手段であって、前記リセット手段が前記プリンタ部
    リセットコマンドを受信した場合には、印刷データの展
    開処理を途中終了する、データ展開処理手段と、 前記データ展開処理手段により起動される、下位の処理
    手段であって、起動された後に所定時間経過した場合
    は、その処理が終了していない場合であっても、前記デ
    ータ展開処理手段に戻る、下位の処理手段と、 をさらに備えることを特徴とする請求項２に記載のマル
    チファンクションプリンタ。
  9. 【請求項９】前記データ展開処理手段の印刷データの展
    開処理が途中終了した場合に、プリントエンジンを初期
    状態に戻すプリントエンジン初期化手段を、さらに備え
    ることを特徴とする請求項８に記載のマルチファンクシ
    ョンプリンタ。
  10. 【請求項１０】前記プリントエンジン初期化手段がプリ
    ントエンジンを初期状態に戻した後に、前記データ展開
    手段の設定状態を初期状態に戻す、ことを特徴とする請
    求項９に記載のマルチファンクションプリンタ。
  11. 【請求項１１】スキャナ部とプリンタ部とを有するマル
    チファンクションプリンタの制御方法であって、 前記スキャナ部が動作中であっても、前記プリンタ部の
    みをリセットする、ことを特徴とするマルチファンクシ
    ョンプリンタの制御方法。
  12. 【請求項１２】スキャナ部とプリンタ部とを有するマル
    チファンクションプリンタに、 前記スキャナ部が動作中であっても、前記プリンタ部の
    みをリセットする、リセットステップを、 を実行させるためのプログラム。
  13. 【請求項１３】スキャナ部とプリンタ部とを有するマル
    チファンクションプリンタに、 前記スキャナ部が動作中であっても、前記プリンタ部の
    みをリセットする、リセットステップを、 を実行させるためのプログラムを記録した記録媒体。
JP2001381409A 2001-02-20 2001-12-14 マルチファンクションプリンタ Expired - Fee Related JP3758154B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2001381409A JP3758154B2 (ja) 2001-02-20 2001-12-14 マルチファンクションプリンタ
US10/075,989 US7099021B2 (en) 2001-02-20 2002-02-15 Multifunction printer

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2001043487 2001-02-20
JP2001-43487 2001-02-20
JP2001381409A JP3758154B2 (ja) 2001-02-20 2001-12-14 マルチファンクションプリンタ

Publications (2)

Publication Number Publication Date
JP2002325156A true JP2002325156A (ja) 2002-11-08
JP3758154B2 JP3758154B2 (ja) 2006-03-22

Family

ID=26609705

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001381409A Expired - Fee Related JP3758154B2 (ja) 2001-02-20 2001-12-14 マルチファンクションプリンタ

Country Status (2)

Country Link
US (1) US7099021B2 (ja)
JP (1) JP3758154B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015118476A (ja) * 2013-12-17 2015-06-25 ブラザー工業株式会社 情報処理プログラムおよび端末装置

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1524222A (zh) 2001-07-06 2004-08-25 ���������˼�빫˾ 信息备份系统和方法
JP4259005B2 (ja) * 2001-09-12 2009-04-30 ブラザー工業株式会社 データ送受信システム、データ送信装置及び画像形成装置
JP4304574B2 (ja) * 2002-10-23 2009-07-29 ブラザー工業株式会社 画像形成装置
JP2005049972A (ja) * 2003-07-30 2005-02-24 Ricoh Co Ltd 多機能画像形成装置及び文書情報検索方法
JP4581815B2 (ja) * 2005-04-26 2010-11-17 セイコーエプソン株式会社 印刷制御装置及び印刷システム
US7734668B2 (en) * 2005-07-26 2010-06-08 Brother Kogyo Kabushiki Kaisha Information management system, information processing device, and program
JP4241703B2 (ja) * 2005-09-30 2009-03-18 ブラザー工業株式会社 情報管理システム、情報処理装置及び情報管理プログラム
JP2007125746A (ja) * 2005-11-02 2007-05-24 Oki Electric Ind Co Ltd 印刷装置および印刷方法
US8502996B2 (en) * 2009-09-10 2013-08-06 Xerox Corporation Method and system for matching distributed users with distributed multi-function devices
US9049315B2 (en) 2010-09-14 2015-06-02 Xerox Corporation Method, system and computer-usable medium for ranking networked rendering devices with visual cues

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3275931B2 (ja) 1994-06-15 2002-04-22 富士ゼロックス株式会社 画像処理装置
JPH0872362A (ja) 1994-08-31 1996-03-19 Canon Inc 印刷装置およびその制御方法
JPH1063518A (ja) * 1996-08-26 1998-03-06 Brother Ind Ltd 情報処理装置、および記憶媒体
US6871243B2 (en) * 2000-12-28 2005-03-22 Kabushiki Kaisha Toshiba Image processing system that communicates with a portable device having user information

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015118476A (ja) * 2013-12-17 2015-06-25 ブラザー工業株式会社 情報処理プログラムおよび端末装置

Also Published As

Publication number Publication date
US7099021B2 (en) 2006-08-29
US20020114001A1 (en) 2002-08-22
JP3758154B2 (ja) 2006-03-22

Similar Documents

Publication Publication Date Title
US6894800B2 (en) Information processing apparatus and information display method for displaying job information relating to an output job
JP4027112B2 (ja) 画像処理装置及び画像処理装置における通信方法
JP7355147B2 (ja) アプリケーションプログラム
JP3903024B2 (ja) 出力管理方法及び情報処理装置
JP3758154B2 (ja) マルチファンクションプリンタ
JP4852558B2 (ja) 複合装置及び複合装置におけるメモリ管理方法
US5803623A (en) Printing system and a printing method
JP2007207194A (ja) 印刷装置、外部装置、印刷システム及び印刷装置の制御方法
JP2007125850A (ja) 画像形成装置及びその制御方法
JP6468869B2 (ja) 印刷制御装置、制御方法および制御プログラム
JP4400097B2 (ja) 印刷装置、印刷制御方法、プログラム及び記録媒体
JPS63288771A (ja) プリンタ
JP4532760B2 (ja) 画像形成装置および画像形成装置のデータ処理方法および記憶媒体
JP2001047706A (ja) ネットワーク環境における画像形成システム
JP2006014369A (ja) 多機能周辺装置
JP2002262004A (ja) マルチファンクションプリンタ
JP3195097B2 (ja) 出力制御方法および装置
JP2000263873A (ja) 印刷方法及び装置並びに記憶媒体
JP3578055B2 (ja) 記録システム及び端末装置、コンピュータで実行可能なプログラム
JP6634841B2 (ja) 画像記憶装置、画像記憶システム及びプログラム
JP2002262001A (ja) マルチファンクションプリンタ
JP2013144377A (ja) 画像形成装置、画像形成装置の制御プログラム、画像形成装置の制御方法
JP2002135486A (ja) プリンタ・スキャナ複合機、及びその制御方法、並びにコンピュータが読出し可能なプログラムを格納した記憶媒体
JPH10126559A (ja) 多機能周辺装置
JPH11282639A (ja) 画像形成装置及びその制御方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040210

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050502

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050513

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050620

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20051209

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20051222

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100113

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110113

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110113

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120113

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120113

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130113

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130113

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140113

Year of fee payment: 8

LAPS Cancellation because of no payment of annual fees