(57)【特許請求の範囲】
【請求項１】
メンテナンス機能を有する記録装置を制御する情報処理装置であって、
前記記録装置からメンテナンスの実行を要求する第１コマンドを受信する受信手段と、
前記第１コマンドを受信した場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定手段と、
前記判定手段の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示する第２コマンドを前記記録装置へ送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項２】
当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にするために、当該情報処理装置の実行中の処理を中断した上で、前記メンテナンスの実行を指示する第２コマンドを前記記録装置へ送信した場合、前記記録装置からメンテナンスの終了コマンドを受信する終了コマンド受信手段と、
前記終了コマンドを受信した場合、中断していた処理を再開する再開手段と
を更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
メンテナンス機能を有する記録装置と、該記録装置を制御する外部機器を有する記録システムであって、
前記記録装置は、
装置内のメンテナンスの実行タイミングを検出する検出手段と、
前記検出手段の検出結果に基づいて、前記メンテナンスの実行を要求する第１コマンドを前記外部機器へ送信する第１送信手段と、
前記第１コマンドに対する前記メンテナンスの実行を指示する第２コマンドを受信する第１受信手段と、
前記第１受信手段で前記第２コマンドを受信した場合、実行対象のメンテナンスを実行する実行手段とを備え、
前記外部機器は、
前記第１コマンドを受信する第２受信手段と、
前記第１コマンドを受信した場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定手段と、
前記判定手段の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記第２コマンドを前記記録装置へ送信する第２送信手段と
を備えることを特徴とする記録システム。
【請求項４】
メンテナンス機能を有する記録装置を制御する情報処理装置であって、
前記記録装置のステータスを要求して受信する受信手段と、
前記ステータス中にメンテナンスの実行を要求するフラグが含まれる場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定手段と、
前記判定手段の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示するコマンドを前記記録装置へ送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項５】
当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にするために、当該情報処理装置の実行中の処理を中断した上で、前記メンテナンスの実行を指示する第２コマンドを前記記録装置へ送信した場合、前記記録装置からメンテナンスの終了コマンドを受信する終了コマンド受信手段と、
前記終了コマンドを受信した場合、中断していた処理を再開する再開手段と
を更に備えることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
メンテナンス機能を有する記録装置と、該記録装置を制御する外部機器を有する記録システムであって、
前記記録装置は、
装置内のメンテナンスの実行タイミングを検出する検出手段と、
前記検出手段の検出結果に基づいて、前記メンテナンスの実行を要求するためのフラグを保持する保持手段と、
当該記録装置のステータスの要求を前記外部機器より受信し、かつ前記保持手段に前記フラグが保持されている場合、該フラグを含むステータスを前記外部機器へ送信する第１送信手段と、
前記フラグに対する前記メンテナンスの実行を指示するコマンドを受信する第１受信手段と、
前記第１受信手段で前記コマンドを受信した場合、実行対象のメンテナンスを実行する実行手段とを備え、
前記外部機器は、
前記ステータスを要求して受信する第２受信手段と、
前記ステータス中に前記フラグが含まれる場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定手段と、
前記判定手段の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示するコマンドを前記記録装置へ送信する第２送信手段と
を備えることを特徴とする記録システム。
【請求項７】
メンテナンス機能を有する記録装置を制御する情報処理装置であって、前記記録装置からコマンドを受信する受信手段と、前記記録装置に対してコマンドを送信する送信手段とを備える情報処理装置の制御方法において、
前記記録装置からメンテナンスの実行を要求する第１コマンドを前記受信手段により受信する受信工程と、
前記第１コマンドを受信した場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定工程と、
前記判定工程の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示する第２コマンドを前記送信手段により前記記録装置へ送信する送信工程と
を備えることを特徴とする情報処理装置の制御方法。
【請求項８】
メンテナンス機能を有する記録装置を制御する情報処理装置であって、前記記録装置からコマンドを受信する受信手段と、前記記録装置に対してコマンドを送信する送信手段とを備える情報処理装置の制御方法において、
前記記録装置へ要求したステータスを前記記録装置から前記受信手段により受信する受信工程と、
前記ステータス中にメンテナンスの実行を要求するフラグが含まれる場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定工程と、
前記判定工程の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示するコマンドを前記送信手段により前記記録装置へ送信する送信工程と
を備えることを特徴とする情報処理装置の制御方法。
【請求項９】
メンテナンス機能を有する記録装置を制御する情報処理装置の制御をコンピュータに機能させるためのプログラムであって、
前記記録装置からメンテナンスの実行を要求する第１コマンドを受信する受信工程と、
前記第１コマンドを受信した場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定工程と、
前記判定工程の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示する第２コマンドを前記記録装置へ送信する送信工程と
をコンピュータに機能させるためのプログラム。
【請求項１０】
メンテナンス機能を有する記録装置を制御する情報処理装置の制御をコンピュータに機能させるためのプログラムであって、
前記記録装置のステータスを要求して受信する受信工程と、
前記ステータス中にメンテナンスの実行を要求するフラグが含まれる場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定工程と、
前記判定工程の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示するコマンドを前記記録装置へ送信する送信工程と
をコンピュータに機能させるためのプログラム。
【発明の詳細な説明】
【０００１】
本発明は、メンテナンス機能を有する記録装置を制御する情報処理装置及びその制御方法、該記録装置と該情報処理装置を有する記録システム、プログラムに関するものである。
【０００２】
【従来の技術】
従来、ホストコンピュータ等の端末に接続されたプリンタという形態では、メンテナンスはプリンタ側だけで自動的に行われていた。
【０００３】
【発明が解決しようとする課題】
しかしながら、プリンタが産業用機器等の記録部として構成される場合、システム全体の動作の中で記録部が勝手にメンテナンスを行っては都合が悪い状況がある。例えば、記録紙の搬送制御を本体（ホストコンピュータ）側で行っている場合など、搬送のタイミングと記録のタイミングを正確に調節しなければならない。このようなシステムでは、記録部が勝手にメンテナンスを実行していると、搬送のタイミングを計ることができないという課題があった。
【０００４】
本発明は上記の課題を解決するためになされたものであり、記録装置のメンテナンスを適切なタイミングで実行することができ、システム全体のスループットを向上することができる情報処理装置及びその制御方法、記録システム、プログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
メンテナンス機能を有する記録装置を制御する情報処理装置であって、
前記記録装置からメンテナンスの実行を要求する第１コマンドを受信する受信手段と、
前記第１コマンドを受信した場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定手段と、
前記判定手段の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示する第２コマンドを前記記録装置へ送信する送信手段と
を備える。
【０００８】
上記の目的を達成するための本発明による記録システムは以下の構成を備える。即ち、
メンテナンス機能を有する記録装置と、該記録装置を制御する外部機器を有する記録システムであって、
前記記録装置は、
装置内のメンテナンスの実行タイミングを検出する検出手段と、
前記検出手段の検出結果に基づいて、前記メンテナンスの実行を要求する第１コマンドを前記外部機器へ送信する第１送信手段と、
前記第１コマンドに対する前記メンテナンスの実行を指示する第２コマンドを受信する第１受信手段と、
前記第１受信手段で前記第２コマンドを受信した場合、実行対象のメンテナンスを実行する実行手段とを備え、
前記外部機器は、
前記第１コマンドを受信する第２受信手段と、
前記第１コマンドを受信した場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定手段と、
前記判定手段の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記第２コマンドを前記記録装置へ送信する第２送信手段と
を備える。
【００１２】
上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
メンテナンス機能を有する記録装置を制御する情報処理装置であって、
前記記録装置のステータスを要求して受信する受信手段と、
前記ステータス中にメンテナンスの実行を要求するフラグが含まれる場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定手段と、
前記判定手段の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示するコマンドを前記記録装置へ送信する送信手段と
を備える。
【００１３】
上記の目的を達成するための本発明による記録システムは以下の構成を備える。即ち、
メンテナンス機能を有する記録装置と、該記録装置を制御する外部機器を有する記録システムであって、
前記記録装置は、
装置内のメンテナンスの実行タイミングを検出する検出手段と、
前記検出手段の検出結果に基づいて、前記メンテナンスの実行を要求するためのフラグを保持する保持手段と、
当該記録装置のステータスの要求を前記外部機器より受信し、かつ前記保持手段に前記フラグが保持されている場合、該フラグを含むステータスを前記外部機器へ送信する第１送信手段と、
前記フラグに対する前記メンテナンスの実行を指示するコマンドを受信する第１受信手段と、
前記第１受信手段で前記コマンドを受信した場合、実行対象のメンテナンスを実行する実行手段とを備え、
前記外部機器は、
前記ステータスを要求して受信する第２受信手段と、
前記ステータス中に前記フラグが含まれる場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定手段と、
前記判定手段の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示するコマンドを前記記録装置へ送信する第２送信手段と
を備える。
【００１５】
上記の目的を達成するための本発明による情報処理装置の制御方法は以下の構成を備える。即ち、
メンテナンス機能を有する記録装置を制御する情報処理装置であって、前記記録装置からコマンドを受信する受信手段と、前記記録装置に対してコマンドを送信する送信手段とを備える情報処理装置の制御方法において、
前記記録装置からメンテナンスの実行を要求する第１コマンドを前記受信手段により受信する受信工程と、
前記第１コマンドを受信した場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定工程と、
前記判定工程の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示する第２コマンドを前記送信手段により前記記録装置へ送信する送信工程と
を備える。
【００１７】
上記の目的を達成するための本発明による情報処理装置の制御方法は以下の構成を備える。即ち、
メンテナンス機能を有する記録装置を制御する情報処理装置であって、前記記録装置からコマンドを受信する受信手段と、前記記録装置に対してコマンドを送信する送信手段とを備える情報処理装置の制御方法において、
前記記録装置へ要求したステータスを前記記録装置から前記受信手段により受信する受信工程と、
前記ステータス中にメンテナンスの実行を要求するフラグが含まれる場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定工程と、
前記判定工程の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示するコマンドを前記送信手段により前記記録装置へ送信する送信工程と
を備える。
【００１９】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
メンテナンス機能を有する記録装置を制御する情報処理装置の制御をコンピュータに機能させるためのプログラムであって、
前記記録装置からメンテナンスの実行を要求する第１コマンドを受信する受信工程と、
前記第１コマンドを受信した場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定工程と、
前記判定工程の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示する第２コマンドを前記記録装置へ送信する送信工程と
をコンピュータに機能させる。
【００２１】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
メンテナンス機能を有する記録装置を制御する情報処理装置の制御をコンピュータに機能させるためのプログラムであって、
前記記録装置のステータスを要求して受信する受信工程と、
前記ステータス中にメンテナンスの実行を要求するフラグが含まれる場合、当該情報処理装置の実行中の処理内容に基づいて、前記メンテナンスの実行の可否を判定する判定工程と、
前記判定工程の判定の結果、前記メンテナンスの実行が可能な場合、当該情報処理装置の状態を当該情報処理装置からの指示による前記記録装置のメンテナンスが実行可能な状態にした上で、前記メンテナンスの実行を指示するコマンドを前記記録装置へ送信する送信工程と
をコンピュータに機能させる。
【００２２】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施形態を詳細に説明する。
【００２３】
（実施形態１）
本発明は、記録紙に印刷可能な印刷機能を有し、かつ装置内の構成部品や機構のメンテナンスを実行するメンテナンス機能を有する記録装置である。記録装置としては、インクジェット方式、レーザビーム方式、熱転写方式等の各種記録方式の記録装置が挙げられる。
【００２４】
実施形態１では、特に、インクジェット方式の記録装置を例に挙げて説明する。また、本発明は、これに限定されず、例えば、上記の他の記録方式の記録装置や、該記録装置を搭載するファクシミリ装置や複写機等にも適用可能である。
【００２５】
図１は本発明の実施形態１の記録システムの構成を示すブロック図である。
【００２６】
記録装置１００において、１はＣＰＵであり、記録装置１００の各種構成要素を制御する。この制御は、例えば、ＲＯＭ２に記憶される制御プログラムを読出して実行することで実現される。２はＲＯＭであり、後述するフローチャートを実行するためのプログラムを含む制御プログラムを格納する。３はＲＡＭであり、各種データの一時待避領域や制御プログラムで実行する処理の作業領域として機能する。
【００２７】
４はヘッド制御部であり、記録ヘッド５の記録動作を制御する。ヘッド制御部である。５は記録ヘッドであり、インクジェット方式による記録を行う。６はメンテナンス制御部であり、メンテナンスの実行タイミングを検出し、その検出結果に基づいて、記録装置１００の各種メンテナンスの実行を制御する。７はメンテナンス部であり、記録装置１００の構成部品に対する各種メンテナンスを実行する。特に、実施形態１では、メンテナンスの種類として、例えば、記録ヘッド５に対するワイピング動作、予備吐動作、クリーニング動作、キャッピング動作の４種類があるとする。
【００２８】
８はインターフェース（Ｉ／Ｆ）であり、通信回線を介して外部機器（ホストコンピュータ２００）と記録装置１００を接続し、各種データの送受信経路として機能する。
【００２９】
尚、このインターフェース８の一例としては、セントロニクス規格、ＵＳＢ規格、ＩＥＥＥ１３９４規格の各種インタフェース、イーサネット（登録商標）等の有線ネットワークインタフェース、ＩｒＤＡやブルートゥース（登録商標）等の無線ネットワークインタフェースが挙げられる。
【００３０】
９はシステムバスであり、記録装置１００の各種構成要素を相互に接続する。１０はインターフェースバスである。１１はタイマーであり、各種メンテナンスの実行タイミングを検出する検出周期を規定するものである。
【００３１】
２００はホストコンピュータであり、記録装置１００に送信する記録データを生成したり、記録装置１００からの要求に対する各種応答を行って記録装置１００を制御する。
【００３２】
尚、ホストコンピュータ２００は、汎用コンピュータ（情報処理装置）に搭載される標準的な構成要素（例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク、外部記憶装置、ネットワークインタフェース、ディスプレイ、キーボード、マウス等）を有している。
【００３３】
次に、実施形態１の記録システムで実行される処理について、図２〜図９のフローチャートを用いて説明する。
【００３４】
尚、図２〜図６は、記録装置１００で実行される処理を示すフローチャートである。また、このフローチャートで説明される処理は、記録装置１００内部のＲＯＭ２や外部記憶装置に記憶されるプログラムがＣＰＵ１によって実行されることによって実現されても良いし、専用のハードウエアで実現されても良い。
【００３５】
一方、図７〜図９は、ホストコンピュータ２００で実行される処理を示すフローチャートである。また、このフローチャートで説明される処理は、ホストコンピュータ２００内部のＲＯＭや外部記憶装置に記憶されるプログラム（プリンタドライバも含む）がＣＰＵによって実行されることによって実現されても良いし、専用のハードウエアで実現されても良い。
【００３６】
図２は本発明の実施形態１の記録装置で実行されるメイン処理を示すフローチャートである。
【００３７】
まず、ステップＳ０１で、ＣＰＵ１は、ヘッド制御部４及びメンテナンス制御部６の初期化を行う。次に、ステップＳ０２で、コマンド受信状態になり、ＣＰＵ１は、インターフェース８を監視して、ホストコンピュータ２００からの受信コマンドの有無を判定する。受信コマンドがない場合（ステップＳ０２でＮＯ）、コマンドを受信するまで待機する。一方、受信コマンドがある場合（ステップＳ０２でＹＥＳ）、受信コマンドがある場合（ステップＳ０２でＹＥＳ）、ステップＳ０３に進み、その受信コマンドに対応するコマンド処理を実行し、コマンド処理が終了すると、再度、ステップＳ０２に戻る。
【００３８】
尚、この受信コマンドには、ホストコンピュータ２００からの印刷の実行を指示する記録コマンド、メンテナンスの実行を要求するためのメンテナンス要求コマンドに対するメンテナンス実行コマンド等が含まれる。
【００３９】
図３は本発明の実施形態１の記録装置で実行されるタイマー管理処理を示すフローチャートである。
【００４０】
尚、実施形態１では、記録装置１００内の各部品や機構をメンテナンスするための各種メンテナンスの実行タイミングを決定するために、周期的（例えば、１ｍｓｅｃ毎）に起動されるタイマー１１が構成されている。上述したように、メンテナンスの種類は、ワイピング動作、予備吐動作、クリーニング動作、キャッピング動作の４種類がある。そして、各種メンテナンス動作の実行タイミングを決定するためのタイマー管理変数として、ワイピングタイマーＴｗ、キャッピングタイマーＴｒ、予備吐タイマーＴｓを定義する。
【００４１】
まず、ステップＳ１０で、ＣＰＵ１は、ワイピングタイマーＴｗが０以上（カウントアップ状態）であるか否かを判定する。ワイピングタイマーＴｗが０以上である場合（ステップＳ１０でＹＥＳ）、ステップＳ１１へ進み、ワイピングタイマーＴｗをカウントアップする。
【００４２】
一方、ワイピングタイマーＴｗが０未満である場合（ステップＳ１０でＮＯ）、ステップＳ１２に進み、ＣＰＵ１は、キャッピングタイマーＴｒが０以上であるか否かを判定する。キャッピングタイマーＴｒが０以上である場合（ステップＳ１２でＹＥＳ）、ステップＳ１３へ進み、キャッピングタイマーＴｒをカウントアップする。
【００４３】
一方、キャッピングタイマーＴｒが０未満である場合（ステップＳ１２でＮＯ）、ステップＳ１４へ進み、ＣＰＵ１は、予備吐タイマーＴｓが０以上であるか否かを判定する。予備吐タイマーＴｓが０以上である場合（ステップＳ１４でＹＥＳ）、ステップＳ１５へ進み、予備吐タイマーＴｓをカウントアップして終了する。
【００４４】
一方、予備吐タイマーＴｓが０未満である場合（ステップＳ１４でＮＯ）、処理を終了する。
【００４５】
次に、コマンド処理の１つとして、図２のステップＳ０２で、ホストコンピュータ１００から記録コマンドを受信することで実行する記録処理について、図４を用いて説明する。
【００４６】
図４は本発明の実施形態１の記録装置で実行される記録処理を示すフローチャートである。
【００４７】
ステップＳ４０で、ＣＰＵ１は、上記の各種タイマーＴｗ，Ｔｒ，Ｔｓを０クリアして、カウントをスタートさせる。また、記録ヘッド５から吐出したドット数を積算する変数をＤとして、これも０クリアする。
【００４８】
次に、ステップＳ４１で、ＣＰＵ１は、インターフェース８を監視し、ホストコンピュータ２００からの記録データの有無を判定する。記録データがある場合（ステップＳ４１でＹＥＳ）、ステップＳ４２へ進み、その記録データに基づいて、ＣＰＵ１は、ヘッド制御部４を制御して記録ヘッド５による記録紙へ記録を行う。また、このときの記録で行われたインクの吐出総ドット数をＤに積算する。次に、ステップＳ４３で、ＣＰＵ１は、ワイピングタイマーＴｗが所定値（例えば、６００秒）以上であるか、または、吐出総ドット数Ｄが所定値（例えば、３７００９２０）以上であるかを判定する。この判定は、メンテナンスの必要性を判定するものである。
【００４９】
ステップＳ４３の判定のどちらかを満足する場合、ステップＳ４４へ進み、ＣＰＵ１は、ワイピング動作を実行するためのワイピング要求を発行する。続けて、ステップＳ４５で、予備吐動作を実行するための予備吐要求を発行する。次に、ステップＳ４６で、ワイピングタイマーＴｗと吐出総ドット数Ｄを０クリアする。更に、ステップＳ４７で、キャッピングタイマーＴｒと予備吐タイマーＴｓを０クリアし、再度、ステップＳ４１に戻る。
【００５０】
一方、ステップＳ４１において、ホストコンピュータ２００からの記録データがない場合は、待機状態となり、ステップＳ４８へ進む。
【００５１】
ステップＳ４８で、ＣＰＵ１は、メンテナンス制御部６を制御して、予備吐タイマーＴｓが所定値（例えば、１２秒）以上であるか否かを判定する。１２秒未満である場合（ステップＳ４８でＮＯ）、ステップＳ５１へ進む。一方、１２秒以上である場合（ステップＳ４８でＹＥＳ）、ステップＳ４９へ進み、予備吐要求を発行する。次に、ステップＳ５０で、予備吐タイマーＴｓを０クリアする。
【００５２】
次に、ステップＳ５１で、ＣＰＵ１は、メンテナンス制御部６を制御して、キャッピングタイマーＴｒが所定値（例えば、３０秒）以上であるか否かを判定する。３０秒未満である場合（ステップＳ５１でＮＯ）、ステップＳ４１に戻る。一方、３０秒以上である場合（ステップＳ５１でＹＥＳ）、ステップＳ５２へ進む。
【００５３】
ステップＳ５２で、ＣＰＵ１は、メンテナンス制御部６を制御して、吐出総ドット数Ｄが所定値（例えば、２２２０００００００）以上であるか否かを判定する。吐出総ドット数Ｄが２２２０００００００以上である場合（ステップＳ５２でＹＥＳ）、ステップＳ５４へ進む。一方、吐出総ドット数Ｄが２２２０００００００未満である場合（ステップＳ５２でＮＯ）、ステップＳ５３へ進む。
【００５４】
ステップＳ５３で、ＣＰＵ１は、メンテナンス制御部６を制御して、前回のクリーニング動作から７２時間経過している否かを判定する。７２時間経過している場合（ステップＳ５３でＹＥＳ）、ステップＳ５５へ進む。一方、７２時間経過していない場合（ステップＳ５３でＮＯ）、ステップＳ５４へ進み、クリーニング動作を実行するためのクリーニング要求を発行する。続いて、ステップＳ５５で、キャップクローズ動作を実行するためのキャップクローズ要求を発行し、記録処理を終了する。
【００５５】
尚、図４で説明される各種所定値の例は一例であり、これに限定されない。つまり、記録装置の用途や目的に応じて適宜設定可能である。
【００５６】
次に、記録装置１００は、図４で説明される各種メンテナンス要求を発行すると、メンテナンス要求処理を実行する。このメンテナンス要求処理について、図５を用いて説明する。
【００５７】
図５は本発明の実施形態１の記録装置で実行されるメンテナンス要求処理を示すフローチャートである。
【００５８】
まず、ステップＳ２０で、ＣＰＵ１は、メンテナンスの種類を示すフラグ（この場合、ワイピング、予備吐、クリーニング）をＲＡＭ３上の内部変数に格納する。次に、ステップＳ２１で、ホストコンピュータ２００へ、メンテナンス要求コマンドを送信する。
【００５９】
そして、記録装置１００は、ホストコンピュータ２００へ送信したメンテナンス要求コマンドに対するメンテナンス実行コマンドを受信すると、メンテナンス実行処理を実行する。このメンテナンス実行処理について、図６を用いて説明する。
【００６０】
図６は本発明の実施形態１の記録装置で実行されるメンテナンス実行処理を示すフローチャートである。
【００６１】
まず、ステップＳ３０で、ＣＰＵ１は、ＲＡＭ３上の内部変数に格納されているメンテナンス種類を示すフラグを読み出し、そのフラグに対応するメンテナンス部７によるメンテナンスをメンテナンス制御部６を制御して実行する。次に、ステップＳ３１で、ＲＡＭ３上の内部変数に格納されているフラグをクリアする。次に、ステップＳ３２で、メンテナンスが終了した時点で、その旨を示すメンテナンス終了コマンドをホストコンピュータ２００へ送信して、処理を終了する。
【００６２】
一方、ホストコンピュータ２００は、記録装置１００からメンテナンス要求コマンドを受信すると、メイン処理を実行する。このメイン処理について、図７を用いて説明する。
【００６３】
図７は本発明の実施形態１のホストコンピュータで実行されるメイン処理を示すフローチャートである。
【００６４】
まず、ステップＳ６０で、ホストコンピュータ２００のＣＰＵは、システムの初期化を行う。次に、ステップＳ６１で、コマンド受信状態になり、記録装置１００からの受信コマンドの有無を判定する。受信コマンドがない場合（ステップＳ６１でＮＯ）、ステップＳ６３に進む。一方、受信コマンドがある場合（ステップＳ６１でＹＥＳ）、ステップＳ６２に進み、その受信コマンドに対応するコマンド処理を実行する。
【００６５】
一方、ステップＳ６３において、入力操作の有無を判定する。入力操作がない場合（ステップＳ６３でＮＯ）、ステップＳ６１に戻る。一方、入力操作がある場合（ステップＳ６３でＹＥＳ）、ステップＳ６４に進み、その入力操作に対応する入力操作処理を実行後、ステップＳ６１に戻る。
【００６６】
尚、この入力操作とは、ホストコンピュータ２００のキーボードやマウスからの各種データ入力操作、モニタ上に表示されるＧＵＩに対する入力操作、記録コマンドの発行、データ書込／読出等のホストコンピュータ２００上で実現される各種処理を実行するための指示の入力操作等がある。
【００６７】
次に、ホストコンピュータ２００は、コマンド処理の１つとして、図７のステップＳ６１で、記録装置１００からメンテナンス要求コマンドを受信すると、それに対する応答を行うメンテナンス応答処理を実行する。このメンテナンス応答処理について、図８を用いて説明する。
【００６８】
図８は本発明の実施形態１のホストコンピュータで実行されるメンテナンス応答処理を示すフローチャートである。
【００６９】
まず、ステップＳ７０で、記録装置１００からメンテナンス要求コマンドを受信すると、記録装置１００のメンテナンスの実行の可否を判定する。メンテナンスの実行が可能な場合（ステップＳ７０でＹＥＳ）、ステップＳ７２に進む。メンテナンスの実行が不可能な場合（ステップＳ７０でＮＯ）、ステップＳ７１に進み、メンテナンスの実行な可能状態にする。
【００７０】
そして、ステップＳ７２で、メンテナンスの実行を指示するメンテナンス実行コマンドを発行して、記録装置１００へ送信する。
【００７１】
尚、ステップＳ７０の判定は、記録装置１００のステータスと、ホストコンピュータ２００の実行中の処理内容に基づいて行う。例えば、ホストコンピュータ２００が記録装置１００に対する制御以外の他の処理を実行している場合は、メンテナンスの実行が不可能であると判定する。
【００７２】
また、ステップＳ７１の処理は、ホストコンピュータ２００で現在実行中の処理を中断して、メンテナンスが優先的に実行可能な状態にする。但し、これ以外にも、ホストコンピュータ２００で現在実行中の処理が完了するまで、記録装置１００でのメンテナンス動作を待機させたり、メンテナンス要求を無視するようにしても良い。
【００７３】
次に、ホストコンピュータ２００は、メンテナンス実行コマンドを発行後、記録装置１００からメンテナンス終了コマンドを受信すると、中断していた処理の有無に応じて、続行処理を実行する。この続行処理について、図９を用いて説明する。
【００７４】
図９は本発明の実施形態１のホストコンピュータで実行される続行処理を示すフローチャートである。
【００７５】
ステップＳ８０で、記録装置１００からメンテナンス終了コマンドを受信する。次に、ステップＳ８１で、中断していた処理の有無を判定する。中断していた処理がある場合（ステップＳ８１でＹＥＳ）、ステップＳ８２に進み、その処理を再開する。一方、中断していた処理がない場合（ステップＳ８１でＮＯ）、処理を終了する。
【００７６】
以上説明したように、実施形態１によれば、記録装置１００は、メンテナンスの実行タイミングを検出して、そのメンテナンスの実行の要求をホストコンピュータ２００に通知する。そして、ホストコンピュータからのメンテナンスの実行の指示によって初めてメンテナンスを実行する。これにより、記録装置１００は、自身のメンテナンス動作を管理する必要はなく、また、ホストコンピュータ２００は、記録装置１００固有のメンテナンスを把握する必要がなくなる。その結果、それぞれ独立してシステムを構成でき、記録装置１００を産業用機器等の記録部として構成する場合にも記録部固有のメンテナンスを容易に実現することができる。
【００７７】
（実施形態２）
実施形態１では、メンテナンス要求コマンドを記録装置１００からホストコンピュータ２００へ送信し、そのメンテナンス要求コマンドに対するメンテナンス実行コマンドをホストコンピュータ２００から記録装置１００へ送信することで、記録装置１００のメンテナンスの実行タイミングを制御していた。
【００７８】
これに対し、実施形態２では、ホストコンピュータ２００が定期的に記録装置１００のステータスをポーリングして、メンテナンスの実行タイミングを検出し、その検出結果に基づいてメンテナンス実行コマンドを記録装置１００へ送信することで、記録装置のメンテナンスの実行タイミングを制御する。
【００７９】
次に、実施形態２の記録システムで実行される処理について、図１０〜図１２を用いて説明する。
【００８０】
尚、図１０及び図１２は、記録装置１００で実行される処理を示すフローチャートである。また、このフローチャートで説明される処理は、記録装置１００内部のＲＯＭ２や外部記憶装置に記憶されるプログラムがＣＰＵ１によって実行されることによって実現されても良いし、専用のハードウエアで実現されても良い。
【００８１】
一方、図１１は、ホストコンピュータ２００で実行される処理を示すフローチャートである。また、このフローチャートで説明される処理は、ホストコンピュータ２００内部のＲＯＭや外部記憶装置に記憶されるプログラムがＣＰＵによって実行されることによって実現されても良いし、専用のハードウエアで実現されても良い。
【００８２】
実施形態２では、実施形態１の図４で説明される各種メンテナンス要求が発行されると、メンテナンス要求予約処理が実行される。
【００８３】
図１０は本発明の実施形態２の記録装置で実行されるメンテナンス要求予約処理を示すフローチャートである。
【００８４】
まず、ステップＳ２００で、ＣＰＵ１は、メンテナンスの種類を示すフラグ（この場合、ワイピング、予備吐、クリーニング）をＲＡＭ３上の内部変数に格納する。次に、ステップＳ２０１で、ホストコンピュータ２００より自身のステータスを問い合わされた場合にメンテナンス要求を通知するためのＲＡＭ３上のメンテナンス要求フラグをＯＮに設定して終了する。
【００８５】
一方、ホストコンピュータ２００は、記録装置１００のステータスを確認するために、定期的にメイン処理を実行する。このメイン処理について、図１１を用いて説明する。
【００８６】
図１１は本発明の実施形態２のホストコンピュータで実行されるメイン処理を示すフローチャートである。
【００８７】
まず、ステップＳ１００で、ホストコンピュータ２００のＣＰＵ１は、システムの初期化を行う。次に、ステップＳ１０１で、記録装置１００のステータスを問い合わせるためのポーリング処理を実行する。このポーリング処理では、ステータス要求コマンドを記録装置１００へ送信することになる。
【００８８】
次に、ステップＳ１０２で、ポーリング処理によって得られる記録装置１００のステータス中にメンテナンス要求フラグがあるか否かを判定する。メンテナンス要求フラグがある場合（ステップＳ１０２でＹＥＳ）、ステップＳ１０３に進み、実施形態１の図８の処理を実行する。一方、メンテナンス要求フラグがない場合（ステップＳ１０２でＮＯ）、ステップＳ１０４に進む。
【００８９】
ステップＳ１０４において、入力操作の有無を判定する。入力操作がない場合（ステップＳ１０４でＮＯ）、ステップＳ１０１に戻る。一方、入力操作がある場合（ステップＳ１０４でＹＥＳ）、ステップＳ１０５に進み、その入力操作に対応する入力操作処理を実行後、ステップＳ１０１に戻る。
【００９０】
次に、記録装置１００はホストコンピュータ２００からステータス要求コマンドを受信すると、ステータス通知処理を実行する。このステータス通知処理について、図１２を用いて説明する。
【００９１】
図１２は本発明の実施形態２の記録装置で実行されるステータス通知処理を示すフローチャートである。
【００９２】
ステップＳ２１０で、ＣＰＵ１は、ホストコンピュータ２００からステータス要求コマンドを受信すると、ＲＡＭ３上のメンテナンス要求フラグがＯＮであるか否かを判定する。メンテナンス要求フラグがＯＮである場合（ステップＳ２１０でＹＥＳ）、ステップＳ２１１に進み、メンテナンス要求フラグを含むステータスをホストコンピュータ２００へ送信する。一方、メンテナンス要求フラグがＯＦＦである場合（ステップＳ２１０でＮＯ）、ステップＳ２１２に進み、通常のステータスをホストコンピュータ２００へ送信する。
【００９３】
尚、実施形態２では、実施形態１と同様に、記録装置１００はステータス通知処理を実行するまでは、ホストコンピュータ２００からの記録データに基づいて実施形態１の図４の処理を実行することになる。また、ホストコンピュータ２００からメンテナンス実行コマンドを受信した場合は、実施形態１の図６の処理を実行する。
【００９４】
以上説明したように、実施形態２によれば、ポーリング処理によって記録装置１００のステータスを監視し、その監視結果に基づいて記録装置１００のメンテナンスの実行を制御することができる。これにより、特に、ホストコンピュータ２００は、メンテナンスの実行の要求の可能性があることを前提にポーリング処理を行うことができるので、より適切なタイミングで記録装置１００のメンテナンスの実行を制御することができる。
【００９５】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。
【００９６】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００９７】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００９８】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００９９】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１００】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１０１】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【０１０２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【０１０３】
【発明の効果】
以上説明したように、本発明によれば、記録装置のメンテナンスを適切なタイミングで実行することができ、システム全体のスループットを向上することができる情報処理装置及びその制御方法、記録システム、プログラムを提供できる。
【図面の簡単な説明】
【図１】本発明の実施形態１の記録システムの構成を示すブロック図である。
【図２】本発明の実施形態１の記録装置で実行されるメイン処理を示すフローチャートである。
【図３】本発明の実施形態１の記録装置で実行されるタイマー管理処理を示すフローチャートである。
【図４】本発明の実施形態１の記録装置で実行される記録処理を示すフローチャートである。
【図５】本発明の実施形態１の記録装置で実行されるメンテナンス要求処理を示すフローチャートである。
【図６】本発明の実施形態１の記録装置で実行されるメンテナンス実行処理を示すフローチャートである。
【図７】本発明の実施形態１のホストコンピュータで実行されるメイン処理を示すフローチャートである。
【図８】本発明の実施形態１のホストコンピュータで実行されるメンテナンス応答処理を示すフローチャートである。
【図９】本発明の実施形態１のホストコンピュータで実行される続行処理を示すフローチャートである。
【図１０】本発明の実施形態２の記録装置で実行されるメンテナンス要求予約処理を示すフローチャートである。
【図１１】本発明の実施形態２のホストコンピュータで実行されるメイン処理を示すフローチャートである。
【図１２】本発明の実施形態２の記録装置で実行されるステータス通知処理を示すフローチャートである。
【符号の説明】
１  ＣＰＵ
２  ＲＯＭ
３  ＲＡＭ
４  ヘッド制御部
５  記録ヘッド
６  メンテナンス制御部
７  メンテナンス部
８  インターフェース
９  システムバス
１０  インターフェースバス
１１  タイマー
１００  記録装置
２００  ホストコンピュータ
【図１】
0004095310.tif 000002
【図２】
0004095310.tif 000003
【図３】
0004095310.tif 000004
【図４】
0004095310.tif 000005
【図５】
0004095310.tif 000006
【図６】
0004095310.tif 000007
【図７】
0004095310.tif 000008
【図８】
0004095310.tif 000009
【図９】
0004095310.tif 000010
【図１０】
0004095310.tif 000011
【図１１】
0004095310.tif 000012
【図１２】
0004095310.tif 000013