JP3828756B2 - プリンタおよび画像データ処理方法 - Google Patents
プリンタおよび画像データ処理方法 Download PDFInfo
- Publication number
- JP3828756B2 JP3828756B2 JP2001054224A JP2001054224A JP3828756B2 JP 3828756 B2 JP3828756 B2 JP 3828756B2 JP 2001054224 A JP2001054224 A JP 2001054224A JP 2001054224 A JP2001054224 A JP 2001054224A JP 3828756 B2 JP3828756 B2 JP 3828756B2
- Authority
- JP
- Japan
- Prior art keywords
- task
- image data
- reception
- printer
- processing
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Accessory Devices And Overall Control Thereof (AREA)
- Facsimiles In General (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、画像データの受信処理に特徴を有し、複数のタスクを同時に処理するプリンタとこのプリンタにおける画像データ処理方法に関する。
【０００２】
【従来の技術】
通常、プリンタの制御部（以下、ＣＰＵ）は、複数のタスクを同時に処理するマルチタスクといわれる処理機能を有している。このマルチタスクによれば、例えば、プリンタのエラー監視を行なうタスク（以下、エラー監視タスク）、前記プリンタに接続されたホストコンピュータから送信される記録データを受信するタスク（以下、データ受信タスク）、プリンタを構成するハード部材の駆動を司るタスク（以下、モータ駆動タスク）と、例えば、サーマルプリンタの場合には、前記記録データに応じてサーマルヘッドの通電制御等の記録制御を行うタスク（メインタスク）を同時に処理することができる。
【０００３】
【発明が解決しようとする課題】
ところで、画像データの記録を可能とするプリンタにおいては、画像データのデータ量が大きいため、前述のように４つのタスクを同時に処理する方法では、たとえ、他のタスクのいくつかがアイドル状態であったとしても、その画像データの受信に時間がかかったり、あるいは、ＣＰＵに負担が掛かり、他のタスクの処理への影響がでることもあった。
【０００４】
本発明は、制御部の負荷を軽減し、画像データの受信速度を上げることのできるプリンタおよび画像データ処理方法を提供することを目的とするものである。
【０００５】
【課題を解決するための手段】
前述した目的を達成するため、本発明のプリンタは、ホスト側から送信される画像データを受信するデータ受信タスクと、その他の少なくとも１のタスクと、前記データ受信タスクおよびその他の少なくとも１のタスクとに対して各タスクの処理に関する通信を行って印刷制御を司るメインタスクとを同時処理可能とする制御装置を有するプリンタにおいて、前記制御装置は、前記その他の少なくとも１のタスクの全てがその処理を終了しているかアイドル状態である場合に、画像データの受信を開始している前記データ受信タスクにおける前記画像データの受信を終了させるとともに、前記メインタスクにおいて残りの前記画像データの受信を継続させる制御を行うように形成されていることを特徴とする。
【０００６】
また、本発明のプリンタのデータ処理方法は、プリントデータを受信するデータ受信タスクと、プリンタの印刷制御を司るメインタスクとを同時処理可能とされたデータ処理方法において、前記データ受信タスクにおいてプリンタデータの受信中に前記メインタスクの処理が終了してアイドル状態となった場合に、前記データ受信タスクにおいてはプリントデータの受信を終了させるとともに、アイドル状態となった当該メインタスクにおいて前記プリントデータの受信を継続させることを特徴とする。
【０００７】
本発明のプリンタおよびプリンタのデータ処理方法によれば、制御装置で同時に処理されるタスクの本数を一時的に一タスク分削減することができ、ＣＰＵに掛かる負担を減少させ、画像データの受信速度を上げることが可能となる。
【０００８】
【発明の実施の形態】
図１は、本実施形態の画像データの記録処理に関するプリンタのブロック図である。また、図２は、本実施形態の前記ＣＰＵにおけるマルチタスクの処理を示す説明図であり、図３は、前記画像データ受信処理に関するデータ受信タスクの処理フローであり、図４は同じくメインタスクの処理フローである。
【０００９】
本実施形態のプリンタ１には、図１に示すように、記録を行うための各部品の動作制御や記録データの通信処理等を行なうＣＰＵ２が配設されており、このＣＰＵ２はホストとしての情報処理装置（以下、ホストコンピュータ）３と通信インターフェース４により双方向に通信可能に接続されている。
【００１０】
前記ＣＰＵ２には、少なくともホストコンピュータ３との間のデータ通信を制御する通信制御部５、前記ホストコンピュータ３側からの通信データが画像データである場合にその画像データを画像バッファ６に蓄積させる等の処理を行なう画像処理部７、プリンタ１を構成するいわゆるハード部材であるところのキャリッジ、サーマルヘッド、インクリボンの巻き取りコアなどのプリンタメカ部８の駆動を制御する記録制御部９と、これらの各制御部５，７，９を統括する等の総合的な制御を行う制御統括部１０が割り当てられている。そして、本実施形態のプリンタ１のＣＰＵ２は、図２に示すように、前述の各制御部５，７，９、１０を駆使することにより、例えば、エラー監視タスクＴ１、データ受信タスクＴ２、モータ駆動タスクＴ３とこれらのタスクと同時に記録データに応じてモータ駆動タスクＴ３の制御やサーマルヘッドの通電制御等の記録制御を行うメインタスクＴ４等の複数のタスクＴを処理することができるマルチタスクの処理機能を有している。
【００１１】
本実施形態において、前記エラー監視タスクＴ１においては、プリンタ１のカバーの開閉、リボンエンド、紙詰まり、データ通信エラー等の様々なエラーを監視する処理を行う。また、データ受信タスクＴ２においては、メインタスクＴ４からの画像データの受信を開始する旨の処理開始命令を受けてから、前記通信インターフェース４を介して接続されたホストコンピュータ３から送信される記録データを受信する処理を行う。そして、モータ駆動タスクＴ３においては、前記メインタスクＴ４からの駆動開始命令を受けて、まずプリンタメカ部８のモータの駆動を開始して記録開始前処理を行う。記録開始前の準備が整ったところでその旨をメインタスクＴ４へ通知するとともに、自らのタスクＴ３においてはアイドル状態としておく。次ぎに、アイドリング中に画像データに基づく記録開始命令を受けたら、実際に記録を行うための駆動を行い、記録を完了したときには記録の完了をメインタスクＴ４へ通知するという処理を行う。
【００１２】
つまり、本実施形態のプリンタ１においては、エラー監視タスクＴ１は特にメインタスクＴ４からの指令を待つことをせずに、プリンタ１の電源がＯＮ状態にあるときに常駐してエラー発生の監視を続けるが、前記データ受信タスクＴ２およびモータ駆動タスクＴ３においては、メインタスクＴ４からの処理開始命令を待ってそれぞれの処理を遂行し、結果をメインタスクＴ４に通知するするように構成されている。
【００１３】
そしてさらに、本実施形態のプリンタ１において、前記ＣＰＵ２は、前記メインタスクＴ４で処理の管理を行なう他のタスク（本実施形態の場合、モータ駆動タスクＴ３）が終了状態あるいはアイドル状態となり、メインタスクＴ４における次の記録制御の契機が前記データ受信タスクＴ２からの画像データの受信完了の旨の通知である場合、つまり、「画像データ待ち」の状態の場合、前記記録データの受信を、データ受信タスクＴ２においては終了させ、当該メインタスクＴ４において前記記録データの受信を継続させる制御をするように構成されている。
【００１４】
次に、このように構成されたプリンタ１における画像データの受信処理を説明する。
【００１５】
本実施形態のプリンタ１は、前述のように、前記ＣＰＵ２はマルチタスクとされているため、前記４つのタスクが同時に行われることがあり得る。例えば、ホストコンピュータ３から画像データの記録要求があった場合、図２のｔ０に示すように、前記メインタスクＴ４から前記データ受信タスクＴ２に対し、画像データ受信の処理開始命令を発するとともに、モータ駆動タスクＴ３に対しては、前記駆動開始命令を発する。そして、それぞれのタスクＴ２，Ｔ３において、その処理がなされている場合、前述のように、エラー監視タスクＴ１においても常駐して自らの処理を行っているので、この場合には４つのタスクがｔ１時まで同時にＣＰＵ２内で処理されていることとなる。
【００１６】
その場合において、前記データ受信タスクＴ２において画像データの受信を完了させるよりも先に前記モータ駆動タスクＴ３での記録開始前処理が終了したとき、ＣＰＵ２において前述の記録データの受信処理の制御を行なう。
【００１７】
すなわち、図２のｔ１に示すように、前記ＣＰＵ２において、メインタスクＴ４からの駆動開始命令をうけてインクリボンのセンシングや、サーマルヘッドのプレヒートなどの記録開始前処理を終えたモータ駆動タスクＴ３は、前述のようにアイドリング状態で次の記録開始命令に待機させる。そして、データ受信タスクＴ２の制御のみを監視することとなった前記メインタスクＴ４においては、データ受信タスクＴ２における前記ホストコンピュータ３から送信される記録データの受信処理を終了させるとともに、前記ホストコンピュータ３から送信される残りの記録データを、前記データ受信タスクＴ２に代わって継続させて受信する処理（データ受信）を行なう。なお、前記データ受信タスクＴ２およびメインタスクＴ４で受信された画像データは、ＣＰＵ２内に配設された共通の画像バッファ６に蓄積しておくこととする。
【００１８】
前述の画像データの受信処理に関し、本実施形態におけるデータ受信タスクＴ２におけるデータ受信の処理を説明すると、図３に示すように、メインタスクＴ４からの画像データ受信開始命令を受けたら（ステップＳＴ１１）、ホストコンピュータ３から送信される画像データの受信を開始する（ステップＳＴ１２）。このとき、受信した画像データは画像バッファ６に蓄積しておく。続いて画像データの受信が終了したかどうかを判断し（ステップＳＴ１３）、画像データの受信を終了していない場合には、メインタスクＴ４からのデータ受信タスクＴ２を終了させる命令があるか否かを判断する（ステップＳＴ１４）。当該命令がまだ出されていない場合には、再び画像データを受信するステップＳＴ１２へ戻る。また、当該命令が出された場合には、データ受信タスクＴ２における処理を終了させ、メインタスクＴ４側へその旨通信する（ステップＳＴ１５）。また、前記ステップＳＴ１３において、画像データの受信が終了した場合も、データ受信タスクＴ２を終了させ、メインタスクＴ４側へその旨を通信する。
【００１９】
一方、本実施形態における画像データの受信処理に関するメインタスクＴ４におけるデータ受信の処理は、図４に示すように、前記モータ駆動タスクＴ３およびデータ受信タスクＴ２へ、それぞれのタスクに関する処理開始命令を出した後、前記メインタスクＴ４で管理するところの受信タスクＴ２以外の全タスクとしてのモータ駆動タスクＴ３の状態を監視しておく。つまり、モータ駆動タスクＴ３側から記録前処理を完了させた旨の通信があるか否かを監視する（ステップＳＴ２１）。モータの駆動が終了したら、続いてデータ受信タスクＴ２において処理を未だ行っているか否かを判断する（ステップＳＴ２２）。データ受信タスクＴ２において、未だ画像データを受信していると判断した場合には、続けて、データ受信タスクＴ２側へ、そのタスクを終了させる旨の命令を通信する（ステップＳＴ２３）。そして、当該メインタスクＴ４において、前記ホストコンピュータ３から送信される残りの記録データを、前記データ受信タスクＴ２に代わって継続させて受信する（ステップＳＴ２４）。このとき、受信した画像データを前記画像バッファ６に蓄積させる。そして、画像データの受信が終了したかどうかを判断し（ステップＳＴ２５）、画像データの受信を終了していない場合には、再び画像データを受信するステップＳＴ２４へ戻る。また、画像データの受信が終了した場合は、前記データ受信タスクＴ２に代わって画像データを受信することを終了し、通常のメインタスクＴ４としての処理、即ち、前記画像データに基づく記録開始命令をアイドリング状態となっている前記モータ駆動タスクＴ３に対し通信する等の処理を行う（ステップＳＴ２６）。
【００２０】
このような画像データの受信処理とすると、ＣＰＵ２内で同時に処理されていた４つのタスクを終了させたデータ受信タスクＴ２の１タスク分だけ、ＣＰＵ２に掛かる負荷を軽減することができ、画像データの受信速度を上げることも可能となる。
【００２１】
なお、図２のｔ２時に示すように、前記記録開始命令に従ってプリンタ１のハード系が駆動している間においては、新たなデータ受信命令がホストコンピュータ３側から送信されない限り、ＣＰＵ２で処理するタスクは３つである。
【００２２】
なお、本発明は、前述した実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。
【００２３】
例えば、本実施形態においては、前記ＣＰＵ内の同時処理のタスク数を４つとした場合で説明したが、このタスク数に限らず、例えば、エラー監視タスクを外して３つのタスクとしてもいいし、逆にタスク数を増やすことも可能である。また、本実施形態においては、メインタスクが管理するデータ受信タスク以外のタスクがアイドル状態である場合を示したが、前記その他の少なくとも１のタスクがその処理を終了している場合であってもよい。さらに、本実施形態では、前記ホストとして、情報処理装置であるところのコンピュータを例示して説明したが、当該ホストとしては、画像データの処理装置を搭載するハードであれば前述のコンピュータに限ることなく、例えば、デジタルビデオカメラやデジタルカメラ等であってもよい。
【００２４】
【発明の効果】
以上説明したように、本発明によれば、制御装置で同時に処理されるタスクの本数を一時的に一タスク分削減することができ、制御部に掛かる負担を減少させ、画像データの受信速度を上げることが可能となり、プリンタを使用感のよいものとすることができる。
【図面の簡単な説明】
【図１】 本実施形態の画像データの記録処理に関するプリンタのブロック図
【図２】 本実施形態のＣＰＵにおけるマルチタスクの処理を示す説明図
【図３】 本実施形態の画像データ受信処理に関するデータ受信タスクの処理フローチャート
【図４】 本実施形態の画像データ受信処理に関するメインタスクの処理フローチャート
【符号の説明】
１ プリンタ
２ ＣＰＵ
３ ホストコンピュータ
４ 通信インターフェース
５ 通信制御部
６ 画像バッファ
７ 画像処理部
８ プリンタメカ部
９ 記録制御部
１０ 制御統括部
Ｔ１ エラー監視タスク
Ｔ２ データ受信タスク
Ｔ３ モータ駆動タスク
Ｔ４ メインタスク
【発明の属する技術分野】
本発明は、画像データの受信処理に特徴を有し、複数のタスクを同時に処理するプリンタとこのプリンタにおける画像データ処理方法に関する。
【０００２】
【従来の技術】
通常、プリンタの制御部（以下、ＣＰＵ）は、複数のタスクを同時に処理するマルチタスクといわれる処理機能を有している。このマルチタスクによれば、例えば、プリンタのエラー監視を行なうタスク（以下、エラー監視タスク）、前記プリンタに接続されたホストコンピュータから送信される記録データを受信するタスク（以下、データ受信タスク）、プリンタを構成するハード部材の駆動を司るタスク（以下、モータ駆動タスク）と、例えば、サーマルプリンタの場合には、前記記録データに応じてサーマルヘッドの通電制御等の記録制御を行うタスク（メインタスク）を同時に処理することができる。
【０００３】
【発明が解決しようとする課題】
ところで、画像データの記録を可能とするプリンタにおいては、画像データのデータ量が大きいため、前述のように４つのタスクを同時に処理する方法では、たとえ、他のタスクのいくつかがアイドル状態であったとしても、その画像データの受信に時間がかかったり、あるいは、ＣＰＵに負担が掛かり、他のタスクの処理への影響がでることもあった。
【０００４】
本発明は、制御部の負荷を軽減し、画像データの受信速度を上げることのできるプリンタおよび画像データ処理方法を提供することを目的とするものである。
【０００５】
【課題を解決するための手段】
前述した目的を達成するため、本発明のプリンタは、ホスト側から送信される画像データを受信するデータ受信タスクと、その他の少なくとも１のタスクと、前記データ受信タスクおよびその他の少なくとも１のタスクとに対して各タスクの処理に関する通信を行って印刷制御を司るメインタスクとを同時処理可能とする制御装置を有するプリンタにおいて、前記制御装置は、前記その他の少なくとも１のタスクの全てがその処理を終了しているかアイドル状態である場合に、画像データの受信を開始している前記データ受信タスクにおける前記画像データの受信を終了させるとともに、前記メインタスクにおいて残りの前記画像データの受信を継続させる制御を行うように形成されていることを特徴とする。
【０００６】
また、本発明のプリンタのデータ処理方法は、プリントデータを受信するデータ受信タスクと、プリンタの印刷制御を司るメインタスクとを同時処理可能とされたデータ処理方法において、前記データ受信タスクにおいてプリンタデータの受信中に前記メインタスクの処理が終了してアイドル状態となった場合に、前記データ受信タスクにおいてはプリントデータの受信を終了させるとともに、アイドル状態となった当該メインタスクにおいて前記プリントデータの受信を継続させることを特徴とする。
【０００７】
本発明のプリンタおよびプリンタのデータ処理方法によれば、制御装置で同時に処理されるタスクの本数を一時的に一タスク分削減することができ、ＣＰＵに掛かる負担を減少させ、画像データの受信速度を上げることが可能となる。
【０００８】
【発明の実施の形態】
図１は、本実施形態の画像データの記録処理に関するプリンタのブロック図である。また、図２は、本実施形態の前記ＣＰＵにおけるマルチタスクの処理を示す説明図であり、図３は、前記画像データ受信処理に関するデータ受信タスクの処理フローであり、図４は同じくメインタスクの処理フローである。
【０００９】
本実施形態のプリンタ１には、図１に示すように、記録を行うための各部品の動作制御や記録データの通信処理等を行なうＣＰＵ２が配設されており、このＣＰＵ２はホストとしての情報処理装置（以下、ホストコンピュータ）３と通信インターフェース４により双方向に通信可能に接続されている。
【００１０】
前記ＣＰＵ２には、少なくともホストコンピュータ３との間のデータ通信を制御する通信制御部５、前記ホストコンピュータ３側からの通信データが画像データである場合にその画像データを画像バッファ６に蓄積させる等の処理を行なう画像処理部７、プリンタ１を構成するいわゆるハード部材であるところのキャリッジ、サーマルヘッド、インクリボンの巻き取りコアなどのプリンタメカ部８の駆動を制御する記録制御部９と、これらの各制御部５，７，９を統括する等の総合的な制御を行う制御統括部１０が割り当てられている。そして、本実施形態のプリンタ１のＣＰＵ２は、図２に示すように、前述の各制御部５，７，９、１０を駆使することにより、例えば、エラー監視タスクＴ１、データ受信タスクＴ２、モータ駆動タスクＴ３とこれらのタスクと同時に記録データに応じてモータ駆動タスクＴ３の制御やサーマルヘッドの通電制御等の記録制御を行うメインタスクＴ４等の複数のタスクＴを処理することができるマルチタスクの処理機能を有している。
【００１１】
本実施形態において、前記エラー監視タスクＴ１においては、プリンタ１のカバーの開閉、リボンエンド、紙詰まり、データ通信エラー等の様々なエラーを監視する処理を行う。また、データ受信タスクＴ２においては、メインタスクＴ４からの画像データの受信を開始する旨の処理開始命令を受けてから、前記通信インターフェース４を介して接続されたホストコンピュータ３から送信される記録データを受信する処理を行う。そして、モータ駆動タスクＴ３においては、前記メインタスクＴ４からの駆動開始命令を受けて、まずプリンタメカ部８のモータの駆動を開始して記録開始前処理を行う。記録開始前の準備が整ったところでその旨をメインタスクＴ４へ通知するとともに、自らのタスクＴ３においてはアイドル状態としておく。次ぎに、アイドリング中に画像データに基づく記録開始命令を受けたら、実際に記録を行うための駆動を行い、記録を完了したときには記録の完了をメインタスクＴ４へ通知するという処理を行う。
【００１２】
つまり、本実施形態のプリンタ１においては、エラー監視タスクＴ１は特にメインタスクＴ４からの指令を待つことをせずに、プリンタ１の電源がＯＮ状態にあるときに常駐してエラー発生の監視を続けるが、前記データ受信タスクＴ２およびモータ駆動タスクＴ３においては、メインタスクＴ４からの処理開始命令を待ってそれぞれの処理を遂行し、結果をメインタスクＴ４に通知するするように構成されている。
【００１３】
そしてさらに、本実施形態のプリンタ１において、前記ＣＰＵ２は、前記メインタスクＴ４で処理の管理を行なう他のタスク（本実施形態の場合、モータ駆動タスクＴ３）が終了状態あるいはアイドル状態となり、メインタスクＴ４における次の記録制御の契機が前記データ受信タスクＴ２からの画像データの受信完了の旨の通知である場合、つまり、「画像データ待ち」の状態の場合、前記記録データの受信を、データ受信タスクＴ２においては終了させ、当該メインタスクＴ４において前記記録データの受信を継続させる制御をするように構成されている。
【００１４】
次に、このように構成されたプリンタ１における画像データの受信処理を説明する。
【００１５】
本実施形態のプリンタ１は、前述のように、前記ＣＰＵ２はマルチタスクとされているため、前記４つのタスクが同時に行われることがあり得る。例えば、ホストコンピュータ３から画像データの記録要求があった場合、図２のｔ０に示すように、前記メインタスクＴ４から前記データ受信タスクＴ２に対し、画像データ受信の処理開始命令を発するとともに、モータ駆動タスクＴ３に対しては、前記駆動開始命令を発する。そして、それぞれのタスクＴ２，Ｔ３において、その処理がなされている場合、前述のように、エラー監視タスクＴ１においても常駐して自らの処理を行っているので、この場合には４つのタスクがｔ１時まで同時にＣＰＵ２内で処理されていることとなる。
【００１６】
その場合において、前記データ受信タスクＴ２において画像データの受信を完了させるよりも先に前記モータ駆動タスクＴ３での記録開始前処理が終了したとき、ＣＰＵ２において前述の記録データの受信処理の制御を行なう。
【００１７】
すなわち、図２のｔ１に示すように、前記ＣＰＵ２において、メインタスクＴ４からの駆動開始命令をうけてインクリボンのセンシングや、サーマルヘッドのプレヒートなどの記録開始前処理を終えたモータ駆動タスクＴ３は、前述のようにアイドリング状態で次の記録開始命令に待機させる。そして、データ受信タスクＴ２の制御のみを監視することとなった前記メインタスクＴ４においては、データ受信タスクＴ２における前記ホストコンピュータ３から送信される記録データの受信処理を終了させるとともに、前記ホストコンピュータ３から送信される残りの記録データを、前記データ受信タスクＴ２に代わって継続させて受信する処理（データ受信）を行なう。なお、前記データ受信タスクＴ２およびメインタスクＴ４で受信された画像データは、ＣＰＵ２内に配設された共通の画像バッファ６に蓄積しておくこととする。
【００１８】
前述の画像データの受信処理に関し、本実施形態におけるデータ受信タスクＴ２におけるデータ受信の処理を説明すると、図３に示すように、メインタスクＴ４からの画像データ受信開始命令を受けたら（ステップＳＴ１１）、ホストコンピュータ３から送信される画像データの受信を開始する（ステップＳＴ１２）。このとき、受信した画像データは画像バッファ６に蓄積しておく。続いて画像データの受信が終了したかどうかを判断し（ステップＳＴ１３）、画像データの受信を終了していない場合には、メインタスクＴ４からのデータ受信タスクＴ２を終了させる命令があるか否かを判断する（ステップＳＴ１４）。当該命令がまだ出されていない場合には、再び画像データを受信するステップＳＴ１２へ戻る。また、当該命令が出された場合には、データ受信タスクＴ２における処理を終了させ、メインタスクＴ４側へその旨通信する（ステップＳＴ１５）。また、前記ステップＳＴ１３において、画像データの受信が終了した場合も、データ受信タスクＴ２を終了させ、メインタスクＴ４側へその旨を通信する。
【００１９】
一方、本実施形態における画像データの受信処理に関するメインタスクＴ４におけるデータ受信の処理は、図４に示すように、前記モータ駆動タスクＴ３およびデータ受信タスクＴ２へ、それぞれのタスクに関する処理開始命令を出した後、前記メインタスクＴ４で管理するところの受信タスクＴ２以外の全タスクとしてのモータ駆動タスクＴ３の状態を監視しておく。つまり、モータ駆動タスクＴ３側から記録前処理を完了させた旨の通信があるか否かを監視する（ステップＳＴ２１）。モータの駆動が終了したら、続いてデータ受信タスクＴ２において処理を未だ行っているか否かを判断する（ステップＳＴ２２）。データ受信タスクＴ２において、未だ画像データを受信していると判断した場合には、続けて、データ受信タスクＴ２側へ、そのタスクを終了させる旨の命令を通信する（ステップＳＴ２３）。そして、当該メインタスクＴ４において、前記ホストコンピュータ３から送信される残りの記録データを、前記データ受信タスクＴ２に代わって継続させて受信する（ステップＳＴ２４）。このとき、受信した画像データを前記画像バッファ６に蓄積させる。そして、画像データの受信が終了したかどうかを判断し（ステップＳＴ２５）、画像データの受信を終了していない場合には、再び画像データを受信するステップＳＴ２４へ戻る。また、画像データの受信が終了した場合は、前記データ受信タスクＴ２に代わって画像データを受信することを終了し、通常のメインタスクＴ４としての処理、即ち、前記画像データに基づく記録開始命令をアイドリング状態となっている前記モータ駆動タスクＴ３に対し通信する等の処理を行う（ステップＳＴ２６）。
【００２０】
このような画像データの受信処理とすると、ＣＰＵ２内で同時に処理されていた４つのタスクを終了させたデータ受信タスクＴ２の１タスク分だけ、ＣＰＵ２に掛かる負荷を軽減することができ、画像データの受信速度を上げることも可能となる。
【００２１】
なお、図２のｔ２時に示すように、前記記録開始命令に従ってプリンタ１のハード系が駆動している間においては、新たなデータ受信命令がホストコンピュータ３側から送信されない限り、ＣＰＵ２で処理するタスクは３つである。
【００２２】
なお、本発明は、前述した実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。
【００２３】
例えば、本実施形態においては、前記ＣＰＵ内の同時処理のタスク数を４つとした場合で説明したが、このタスク数に限らず、例えば、エラー監視タスクを外して３つのタスクとしてもいいし、逆にタスク数を増やすことも可能である。また、本実施形態においては、メインタスクが管理するデータ受信タスク以外のタスクがアイドル状態である場合を示したが、前記その他の少なくとも１のタスクがその処理を終了している場合であってもよい。さらに、本実施形態では、前記ホストとして、情報処理装置であるところのコンピュータを例示して説明したが、当該ホストとしては、画像データの処理装置を搭載するハードであれば前述のコンピュータに限ることなく、例えば、デジタルビデオカメラやデジタルカメラ等であってもよい。
【００２４】
【発明の効果】
以上説明したように、本発明によれば、制御装置で同時に処理されるタスクの本数を一時的に一タスク分削減することができ、制御部に掛かる負担を減少させ、画像データの受信速度を上げることが可能となり、プリンタを使用感のよいものとすることができる。
【図面の簡単な説明】
【図１】 本実施形態の画像データの記録処理に関するプリンタのブロック図
【図２】 本実施形態のＣＰＵにおけるマルチタスクの処理を示す説明図
【図３】 本実施形態の画像データ受信処理に関するデータ受信タスクの処理フローチャート
【図４】 本実施形態の画像データ受信処理に関するメインタスクの処理フローチャート
【符号の説明】
１ プリンタ
２ ＣＰＵ
３ ホストコンピュータ
４ 通信インターフェース
５ 通信制御部
６ 画像バッファ
７ 画像処理部
８ プリンタメカ部
９ 記録制御部
１０ 制御統括部
Ｔ１ エラー監視タスク
Ｔ２ データ受信タスク
Ｔ３ モータ駆動タスク
Ｔ４ メインタスク
Claims (2)
- ホスト側から送信される画像データを受信するデータ受信タスクと、その他の少なくとも１のタスクと、前記データ受信タスクおよびその他の少なくとも１のタスクとに対して各タスクの処理に関する通信を行って印刷制御を司るメインタスクとを同時処理可能とする制御装置を有するプリンタにおいて、前記制御装置は、前記その他の少なくとも１のタスクの全てがその処理を終了しているかアイドル状態である場合に、画像データの受信を開始している前記データ受信タスクにおける前記画像データの受信を終了させるとともに、前記メインタスクにおいて残りの前記画像データの受信を継続させる制御を行うように形成されていることを特徴とするプリンタ。
- プリンタにおける画像データ処理方法であって、ホスト側から送信される画像データをプリンタの制御部内においてデータ受信タスクが受信している間に、メインタスクにおいてタスクの処理を管理する前記データ受信タスク以外の少なくとも１のタスクの全てがその処理を終了しているかアイドル状態となった場合に、画像データの受信を開始している前記データ受信タスクにおける前記画像データの受信を終了させるとともに、前記メインタスクにおいて残りの前記画像データの受信を継続させ、全画像データを受信することを特徴とする画像データ処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001054224A JP3828756B2 (ja) | 2001-02-28 | 2001-02-28 | プリンタおよび画像データ処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001054224A JP3828756B2 (ja) | 2001-02-28 | 2001-02-28 | プリンタおよび画像データ処理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002259073A JP2002259073A (ja) | 2002-09-13 |
| JP3828756B2 true JP3828756B2 (ja) | 2006-10-04 |
Family
ID=18914588
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001054224A Expired - Fee Related JP3828756B2 (ja) | 2001-02-28 | 2001-02-28 | プリンタおよび画像データ処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3828756B2 (ja) |
-
2001
- 2001-02-28 JP JP2001054224A patent/JP3828756B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002259073A (ja) | 2002-09-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5556171B2 (ja) | 制御装置、制御システム、及び、制御方法 | |
| JP3828756B2 (ja) | プリンタおよび画像データ処理方法 | |
| JP2011068022A (ja) | 記録装置、記録装置の制御方法、及び、プログラム | |
| JP5106058B2 (ja) | 印刷制御装置の異常を判断して印刷装置を復旧する印刷システム | |
| JP3179466B2 (ja) | 印刷装置 | |
| JP2006079393A (ja) | 印刷システム及びそのためのジョブ制御方法 | |
| JP3490179B2 (ja) | プリントシステム、サーバ装置及びサーバ装置の処理方法 | |
| JP2008310419A (ja) | 情報処理装置、情報処理方法、プログラム及び、記憶媒体 | |
| JP3538985B2 (ja) | 複合プリンターの制御方法 | |
| JP2000001022A (ja) | 画像形成システム | |
| JP4400097B2 (ja) | 印刷装置、印刷制御方法、プログラム及び記録媒体 | |
| JP2738350B2 (ja) | ページプリンタ装置 | |
| JP4218333B2 (ja) | 印刷制御装置 | |
| JPH09216424A (ja) | プリンタ装置 | |
| JP3091679U (ja) | プリンタ | |
| JP2001209514A (ja) | 印刷システム | |
| JPH0664251A (ja) | 印刷装置及びその制御方法 | |
| JP3195097B2 (ja) | 出力制御方法および装置 | |
| JP3258130B2 (ja) | 印刷制御装置およびプリンタ制御方法 | |
| JP4116255B2 (ja) | データ通信制御システムおよびデータ通信制御方法 | |
| JPH01103466A (ja) | ページ式プリンタ装置の制御方式 | |
| JP3768580B2 (ja) | タスク間同期通信方法 | |
| JPH06278342A (ja) | プリンタ | |
| JPH079707A (ja) | 印刷装置 | |
| JP2000207151A (ja) | プリンタドライバプログラムを記録したコンピュ―タ読み取り可能な記録媒体とプリンタ制御装置とプリンタ制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040615 |
|
| 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: 20060620 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060707 |
|
| 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: 20100714 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110714 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |