(57)【要約】      （修正有）【課題】時計が無効であることを通知されたホストより時計設定を指示することで、例えば自動電源ＯＮ／ＯＦＦ機能や定刻キャリブレーション機能が実行できること。【解決手段】画像形成装置は、内部の時計が有効であるか無効であるかを示すフラグ内容をホストコンピュータ等の要求に基づいて通知するフラグ通知手段、前記ホストコンピュータ等から送られる前記コマンドに基づいて、前記画像形成装置内部の時計が設定されて有効になったとき、前記フラグが有効を示すように更新する時計設定受信手段。前記ホストコンピュータ等は、前記フラグの内容を取得するためのフラグ取得手段、前記フラグ取得手段で取得した前記フラグの内容が無効を示すとき、前記ホストコンピュータ等に予め設定されている時計に基づいて前記画像形成装置内部の時計を設定するための前記コマンドを発行するコマンド発行手段を有する。【選択図】        図１
2006215719.tif 000002
【特許請求の範囲】
【請求項１】
ホストコンピュータ等から送られるコマンドに基づいて画像形成装置内部の時計を設定する前記ホストコンピュータ等と前記画像形成装置とからなる画像形成システムにおいて、
前記画像形成装置は、
前記内部の時計が有効であるか無効であるかを示すフラグであって、電源投入直後は無効を示すように初期化されるフラグと、
前記フラグの内容を前記ホストコンピュータ等の要求に基づいて通知するフラグ通知手段と、
前記ホストコンピュータ等から送られる前記コマンドに基づいて、前記画像形成装置内部の時計が設定されて有効になったとき、前記フラグが有効を示すように更新する時計設定受信手段と、
から構成され、
前記ホストコンピュータ等は、
前記フラグの内容を取得するためのフラグ取得手段と、
前記フラグ取得手段で取得した前記フラグの内容が無効を示すとき、前記ホストコンピュータ等に予め設定されている時計に基づいて前記画像形成装置内部の時計を設定するための前記コマンドを発行するコマンド発行手段と、
から構成されることを特徴とする画像形成システム。
【請求項２】
請求項１記載の画像形成システムにおいて、前記画像形成装置内部の前記時計は、１秒よりも十分短い間隔のタイマ割り込み処理において割り込み回数を積算することで１秒を求め、逐次更新されることを特徴とする画像形成システム。
【請求項３】
請求項１または請求項２記載の画像形成システムにおいて、前記画像形成装置は、ＬＡＮやＩｎｔｅｒｎｅｔ等のネットワークと接続するためのネットワーク通信手段を有し、前記ネットワーク通信手段はＮｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌを用いてＮｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌサーバから時刻を取得するＮｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ手段と、前記Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ手段によって取得した時刻に基づいて前記画像形成装置内部の前記時計を設定する時刻設定手段とを有することを特徴とする画像形成システム。
【請求項４】
ホストコンピュータ等から送られるコマンドに基づいて画像形成装置内部の時計を設定する前記ホストコンピュータ等と前記画像形成装置とからなる画像形成システムにおいて、
前記画像形成装置は、
前記内部の時計が有効であるか無効であるかを示すフラグを電源投入直後に無効を示すように初期化し、
前記フラグの内容を前記ホストコンピュータ等の要求に基づいて通知し、
前記ホストコンピュータ等から送られる前記コマンドに基づいて、前記画像形成装置内部の時計が設定されて有効になったとき、前記フラグが有効を示すように更新し、
前記ホストコンピュータ等は、
前記フラグの内容を取得し、
前記取得した前記フラグの内容が無効を示すとき、前記ホストコンピュータ等に予め設定されている時計に基づいて前記画像形成装置内部の時計を設定するための前記コマンドを発行する
というステップからなることを特徴とする画像形成システムの制御方法。
【請求項５】
請求項４記載の画像形成システムの制御方法において、前記画像形成装置内部の前記時計は、１秒よりも十分短い間隔のタイマ割り込み処理において割り込み回数を積算することで１秒を求め、逐次更新されることを特徴とする画像形成システムの制御方法。
【請求項６】
請求項４または請求項５記載の画像形成システムの制御方法において、前記画像形成装置は、ＬＡＮやＩｎｔｅｒｎｅｔ等のネットワークと接続するためのネットワーク通信手段を有し、前記ネットワーク通信手段はＮｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌを用いてＮｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌサーバから時刻を取得し、前記ＮＴＰサーバから取得した時刻に基づいて前記画像形成装置内部の前記時計を設定することを特徴とする画像形成システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プリンタやデジタル複合機などの画像形成装置に係り、特にホストコンピュータ等から送られるコマンドに基づいて装置内部の時刻を設定する画像形成システムおよびその制御方法に関するものである。
【背景技術】
【０００２】
近年のオフィスで用いられる多くのデジタル複合機は、その装置内部にＲＴＣのような時計ＩＣを実装している。装置を設置するとき、ユーザやサービスマンが装置のオペレーションパネルを使って時刻情報を入力し、それを時計ＩＣに設定する。時計ＩＣに設定された時刻情報は、例えばネットワークを介してクライアントから送られてきた個々の印刷ジョブを管理するときの開始・終了時刻や、リモート診断機能でサーバに通知される不具合情報の中の発生時刻、自動電源ＯＮ／ＯＦＦ機能で自動的に電源をＯＮ／ＯＦＦする時刻など、いろいろな用途で活用される。ネットワーク接続機能を有するデジタル複合機の中には、ＲＦＣ−１３０５で公知のＮｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ（以下、ＮＴＰ）を用いて時刻情報を取得し、オペレーションパネルを使うことなく、時計ＩＣに時刻を設定することができる装置もある。
【０００３】
上記に対して、一般の家庭で用いられるインクジェットプリンタや比較的安価なレーザービームプリンタなどでは、より安く装置を提供するために時計ＩＣを実装しないものがある。こういった装置の場合、例えば印刷ジョブの管理で時刻情報を使わないものがある。あるいは、例えば印刷ジョブ毎に時刻情報を含んだコマンドをＰＣから受けて記憶し、その差分から経過時間を演算して、インクジェットのヘッドクリーニングのために活用する方法も知られている。
【特許文献１】特開２００４−０７２１６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記時計ＩＣを実装しない装置では次のような問題があった。
【０００５】
例えば印刷ジョブ毎に時刻情報を含んだコマンドをＰＣから受けて記憶し、その差分から経過時間を演算する装置の場合、ＰＣから印刷ジョブを受けるまで時刻情報が設定されない。このため、例えばネットワークを介してクライアントから送られてきた個々の印刷ジョブを管理するときの開始・終了時刻、リモート診断機能でサーバに通知される不具合情報の中の発生時刻、自動電源ＯＮ／ＯＦＦ機能で自動的に電源をＯＮ／ＯＦＦする時刻、あるいは、定刻キャリブレーションなど、時刻を使う機能を具備したとしても、時刻が設定されるまで前記機能を活用することができなくなってしまう。
【０００６】
本発明は、上記問題点に鑑みてなされたものであり、最初に時計が無効であることを通知されたホストが、とりあえず時計設定を指示することで、例えば前記自動電源ＯＮ／ＯＦＦ機能や定刻キャリブレーション機能が、時計が無効であるために実行できない場面を極力回避することができる画像形成システムおよびその制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の画像形成装置は以下の構成からなる。すなわち、
ホストコンピュータ等から送られるコマンドに基づいて画像形成装置内部の時計を設定する前記ホストコンピュータ等と前記画像形成装置とからなる画像形成システムにおいて、
前記画像形成装置は、
前記内部の時計が有効であるか無効であるかを示すフラグであって、電源投入直後は無効を示すように初期化されるフラグと、
前記フラグの内容を前記ホストコンピュータ等の要求に基づいて通知するフラグ通知手段と、
前記ホストコンピュータ等から送られる前記コマンドに基づいて、前記画像形成装置内部の時計が設定されて有効になったとき、前記フラグを有効を示すように更新する時計設定受信手段と、
から構成され、
前記ホストコンピュータ等は、
前記フラグの内容を取得するためのフラグ取得手段と、
前記フラグ取得手段で取得した前記フラグの内容が無効を示すとき、前記ホストコンピュータ等に予め設定されている時計に基づいて前記画像形成装置内部の時計を設定するための前記コマンドを発行するコマンド発行手段と、
を有する。
【０００８】
あるいは、本発明の画像形成システムは以下のステップから構成される。すなわち、
ホストコンピュータ等から送られるコマンドに基づいて画像形成装置内部の時計を設定する前記ホストコンピュータ等と前記画像形成装置とからなる画像形成システムにおいて、
前記画像形成装置は、
前記内部の時計が有効であるか無効であるかを示すフラグを電源投入直後に無効を示すように初期化し、
前記フラグの内容を前記ホストコンピュータ等の要求に基づいて通知し、
前記ホストコンピュータ等から送られる前記コマンドに基づいて、前記画像形成装置内部の時計が設定されて有効になったとき、前記フラグが有効を示すように更新し、
前記ホストコンピュータ等は、
前記フラグの内容を取得し、
前記取得した前記フラグの内容が無効を示すとき、前記ホストコンピュータ等に予め設定されている時計に基づいて前記画像形成装置内部の時計を設定するための前記コマンドを発行する
というステップからなる。
【発明の効果】
【０００９】
本発明によれば、最初に時計が無効であることを通知されたホストが、とりあえず時計設定を指示することで、例えば前記自動電源ＯＮ／ＯＦＦ機能や定刻キャリブレーション機能が、時計が無効であるために実行できない場面を極力回避することができる画像形成システムおよびその制御方法を提供すること可能になる。
【発明を実施するための最良の形態】
【００１０】
以下本発明を実施するための最良の形態を、実施例により詳しく説明する。
【実施例】
【００１１】
図１は、本発明の実施例における画像形成装置（以下プリンタ）の利用環境を示す概略図である。
【００１２】
本実施例におけるプリンタ１０００は、ＵＳＢケーブル６０００を介してローカルＰＣ  ２０００と接続される。プリンタ１０００はまたネットワーク接続機能を有し、ネットワーク７０００を介してＮＴＰ  ｓｅｒｖｅｒ  ３０００や、クライアント１のＰＣ  ４０００、クライアント２のＰＣ  ５０００などと通信することも可能である。
【００１３】
図２は、本発明の実施例における図１記載のプリンタ１０００の構成を示すブロック図である。
【００１４】
また図３は、本発明の実施例における図１記載ローカルＰＣ  ２０００またはクライアント１  ４０００等で動作するソフトウェアの構成を、ローカルＰＣ  ２０００を代表にして示したブロック図である。
【００１５】
以下、図２および図３を使って、本実施例におけるプリンタ構成とその印刷動作の大まかな流れを説明する。
【００１６】
本実施例におけるプリンタ１０００は、主にコントローラ部１１００、ネットワークインタフェースカード（以下ＮＩＣ）１２００、および、エンジン部１３００からなる。
【００１７】
プリンタ１０００は、印刷イメージのレンダリングや印刷制御が、ローカルＰＣ  ２０００、または、クライアント１  ４０００やクライアント２  ５０００などのコンピュータ上で動作する図３記載のドライバ２２００やランゲージモニタ２３００で実行されることを前提に設計されている。このため、コントローラ部１１００は、ＣＰＵ  １１１０、ＡＳＩＣ  １１２０、ＳＤＲＡＭ  １１３０、ＥＥＰＲＯＭ  １１４０、ＵＳＢコネクタ１１５０のみで構成される。
【００１８】
ＣＰＵ  １１１０は、レンダリングや印刷制御を自らが行うプリンタに比べて極めて少ない容量のＲＯＭ  １１１１やＲＡＭ  １１１２と、エンジン部１３００とのシリアル通信を行うためのシリアルコントローラ１１１２を内蔵している。ＲＯＭ  １１１１には、各種制御プログラムや各種初期値が格納されている。また、ＲＡＭ  １１１２には、ワークエリアのほか、コントローラ部１１００が扱う画像データを除くデータを格納するための領域が用意される。ＲＡＭ  １１１２は揮発性ＲＡＭであるため、電源がＯＦＦされても保持しなければならない各種カウンタ値などの限られた情報は、ＥＥＰＲＯＭ  １１４０に格納される。
【００１９】
ＡＳＩＣ  １１２０は、ＣＰＵ  ｉ／ｆ  １１２１、画像処理部１１２２、メモリコントローラ１１２３、ＵＳＢコントローラ１１２４、ＮＩＣコントローラ１１２５をひとつにまとめたパッケージである。例えば、ローカルＰＣ  ２０００上のアプリケーション２１００で印刷処理が実行されると、ドライバ２２００が起動され、印刷イメージデータを生成する。生成されたイメージデータはランゲージモニタ２３００に渡され、ランゲージモニタ２３００は印刷を制御するための各種コマンドと生成されたイメージデータを予め定めておいたプロトコルに基づき、ＵＳＢポートモニタ２５００およびＵＳＢケーブル６０００を経由してプリンタ１０００に転送する。
【００２０】
プリンタ１０００では、転送されたコマンドやデータが、ＵＳＢケーブル６０００とＵＳＢコネクタ１１５０を介してＵＳＢコントローラ１１２５で受信される。ＣＰＵ  １１１０ではＣＰＵ  ｉ／ｆ  １２１１を介してＵＳＢコントローラ１１２５の状態を常に監視している。
【００２１】
もし、コマンドが受信されていたならば、コマンドに応じた処理を実行する。もし応答が必要なコマンドであれば、ＣＰＵ  １１１０はＣＰＵ  ｉ／ｆ  １２１１を介してＵＳＢコントローラ１１２５を制御して、その応答ステータスデータをローカルＰＣ  ２０００に返送する。返送されたステータスは、ＵＳＢケーブル６０００およびＵＳＢポートモニタ２５００を介してランゲージモニタ２３００に渡され、その内容はさらにステータスウィンドウ２４００に通知される。ステータスウィンドウ２４００は通知されたステータスに応じて適宜プリンタや印刷の状況をローカルＰＣ  ２０００の表示部に表示する。
【００２２】
ＣＰＵ  １１１０がレンダリングされた印刷イメージを転送するためのコマンドを受信したときは、ＵＳＢコントローラ１１２４およびメモリコントローラ１１２３を制御して、コマンドに続くイメージデータをＳＤＲＡＭ  １１３０に格納させる。
【００２３】
ある程度のイメージデータがＳＤＲＡＭ  １１３０に格納されると、ランゲージモニタ２３００はエンジン部１３００の起動要求コマンドを発行する。同コマンドをＣＰＵ  １１１０が認識したならば、シリアルコントローラ  １１１３を制御してエンジン部１３００に起動の要求を通知する。エンジン部１３００が正常に起動され、用紙の搬送が正しく行われたことが、シリアルコントローラ１１１３を介して通知されたならば、メモリコントローラ１１２３および画像処理部１１２２を制御して、ＳＤＲＡＭ  １１３０に格納されたイメージデータをエンジン部１３００が実際の印刷動作で必要とするＶＩＤＥＯ信号に変換して、エンジン部１３００に送出する。
【００２４】
ここで、エンジン部１３００は、エンジン部全体の動作を制御するＣＰＵ  １３１０、コントローラ部１１００との通信を行うためのシリアルコントローラ１３２０、コントローラ部１１００から送られてくるＶＩＤＥＯ信号を受けるためのＶＩＤＥＯ制御部１３３０、ワークエリアや各種状態を示す値を保持するためのＳＤＲＡＭ  １３４０、ＣＰＵ  １３１０で実行されるプログラムや参照される各種テーブル値などを格納するＦＬＡＳＨ  ＲＡＭ  １３５０、紙搬送系やトナー補給系、レーザビーム制御系、中間転写系、定着器系などからなる記録部１３６０で構成される。ＣＰＵ  １３１０は、コントローラ部１１００から記録部１３６０の起動要求や用紙搬送要求を受けたならば、記録部１３６０を適宜制御し、必要に応じて状態をコントローラ部１１００に通知する。もし画像形成が開始されたならば、ＶＩＤＥＯ制御部１３３０を制御して、コントローラ部１１００から渡されたＶＩＤＥＯ信号を記録部１３６０に供給して画像を形成させる。さらに、エンジン部には、両面印刷を可能にするためのメカ的機構が具備されている。例えば２ページの文書を１枚の記録紙に両面で印刷する場合、ランゲージモニタ２３００が第１面を印刷する際に通常給紙口からの給紙かつ両面ユニットへの排紙を要求するパラメータを設定した前記印刷制御コマンドを発行し、さらに、第２面を印刷する際に両面ユニットからの給紙かつ通常排紙口への排紙を要求するパラメータを設定した同様なコマンドを発行することで実現される。
【００２５】
本発明に係る濃度補正のためのキャリブレーションも、コントローラ部１１００とエンジン部１３００との間の制御は基本的に上記と同様で、加えて、コントローラ部１１１０は印刷する画像を表すＶＩＤＥＯ信号の代わりにキャリブレーション用の複数のパッチを表すＶＩＤＥＯ信号を転送し、エンジン部１３００は記録部１３６０に用意された反射型の読み取りセンサーで、前記ＶＩＤＥＯ信号によって中間転写系に描画された複数パッチの濃度を読み取って、その値をコントローラ部１１００に返送する。
【００２６】
なお、キャリブレーションの細かな動作は公知の電子写真系エンジンと同様で、動作そのものは本発明の本質と関係が少ないため、より詳細な説明は割愛する。
【００２７】
また、図３記載のステータスウィンドウ２４００は、印刷の一時停止やキャンセルといったユーザの操作要求を受けることができるように構成され、その要求は適宜ランゲージモニタ２３００に伝えられる。ランゲージモニタ２３００は、伝えられた操作要求に応じたコマンドを前記定められたプロトコルに基づいてＵＳＢポートモニタ２５００およびＵＳＢケーブル６０００を経由してプリンタ１０００に転送し、前記のごとくコントローラ部１１００によって転送されたコマンドに応じた処理が実行される。
【００２８】
一方、ＮＩＣ  １２００は、ＮＩＣ全体の動作を制御するＣＰＵ  １２１０、コントローラ部１１００との通信を制御するためのコントローラ通信部１２２０、ワークエリアや各種状態を示す値を保持するためのＳＤＲＡＭ  １２３０、ＣＰＵ  １２１０で実行されるプログラムや参照される各種テーブル値などを格納するＦＬＡＳＨ  ＲＡＭ  １２４０、ＴＣＰ／ＩＰに基づいたネットワーク通信全体を制御するネットワーク通信部１２５０から構成される。
【００２９】
ＮＩＣ  １２００の役割のひとつは、クライアント１  ４０００やクライアント２  ５０００などと、コントローラ部１１００との仲介を行うことである。各クライアントでは、ローカルＰＣ  ２０００上のドライバ２２００やランゲージモニタ２３００と全く同一のソフトウェアに加え、ＵＳＢポートモニタ２５００の代わりにネットワークポートモニタ２６００が動作している。ランゲージモニタ２３００から発行される各種コマンドやイメージデータは、ネットワークポートモニタ２６００およびネットワーク７０００を介してＮＩＣ  １２００に伝えられる。ＮＩＣ  １２００がネットワーク通信部１２５０で受けたコマンドは、コントローラ通信部１２２０を制御することでコントローラ部１１００に渡される。コントローラ部１１００は、ＵＳＢコントローラ１１２４と同じようにＮＩＣコントローラ１１２５も常に監視していて、上記ＵＳＢの場合と同様に受信したコマンドを処理し、必要に応じてＮＩＣコントローラ１１２５を介してステータスデータをＮＩＣ  １２００に返す。ＮＩＣ  １２００は、コントローラ通信部１２２０で受け取ったステータスデータを、ネットワーク通信部１２５０を制御してコマンド発行元のクライアントに返送する。返送されたステータスは、前記ＵＳＢの場合と同様に、ランゲージモニタ２３００からステータスウィンドウ２４００に渡され、適宜表示される。イメージデータのやりとりも上記ＵＳＢの場合と同様である。
【００３０】
ＮＩＣ  １２００のもうひとつの役割は、ＲＦＣ−１３０５で公知のＮＴＰに基づいてＮＴＰ  Ｓｅｒｖｅｒ  ３０００にアクセスして時刻情報を取得し、さらにその内容をコントローラ部１１００にコマンドとして伝えることである。ＮＴＰ  Ｓｅｒｖｅｒ  ２０００のアドレスは、ＮＩＣ  １２００が実装しているＷｅｂ  Ｓｅｒｖｅｒ起動の設定することができる。設定されたアドレス情報はＦＬＡＳＨ  ＲＡＭ  １２４０上に格納され、電源がＯＦＦされても保持される。なお、ＴＣＰ／ＩＰ制御やＮＴＰ処理は公知のもので本発明と直接関係ないため、より詳細な説明は割愛する。
【００３１】
図４は、本発明の実施例における時刻設定コマンドのフォーマットとその一例を示す図である。
【００３２】
また、図５は、ＮＩＣ  １２００におけるＮＴＰ  Ｓｅｒｖｅｒから取得した時刻情報をコントローラ部１１００に伝えるＮＩＣの時刻設定コマンド発行処理を記述したフローチャートである。
【００３３】
さらに、図６は、本発明の実施例における、ローカルＰＣ  ２０００、あるいは、クライアント１  ４０００やクライアント２  ５０００などの上のランゲージモニタ２３００におけるコントローラ部１１００との接続時の時刻設定コマンドの発行処理を記述したフローチャートである。
【００３４】
加えて、図７は、コントローラ部１１００が図４記載の時刻設定コマンド受けたときの処理を記述したフローチャートである。
【００３５】
以下、図４、５、６、７を用いて本発明による時刻設定の動作を説明する。
【００３６】
ＮＩＣ  １２００は、予め定められた間隔（ステップＳ５−００１）で登録されたＮＴＰ  ｓｅｒｖｅｒのアドレスにアクセスを試みる（ステップＳ５−００２）。もしアクセスが成功して時刻情報が獲得（ステップＳ５−００３）できたならば、その時刻情報を図４記載の時刻設定コマンドに加工（ステップＳ５−００４）してコントローラ部１１００に発行する（Ｓ５−００５）。もし時刻情報を獲得できなければ、時刻設定コマンドを発行しない。
【００３７】
コントローラ部１１００は、受信した時刻設定コマンドが有効であるか否かを判定（ステップＳ７−００１）し、有効であるならば、時刻が有効であるか否かを示すフラグをセットする（ステップＳ７−００２）。さらに、内部時計を図４記載のフォーマットで指示された時刻に更新する（ステップＳ７−００３）。ＣＰＵ  １１１０は、設定された時刻が有効ならば、周期タイマ割り込みを使って内部時計を逐次更新する。より詳しく書くと、本実施例の装置では、１０ｍｓｅｃ毎に周期割り込み要求が発生するようにＣＰＵ  １１１０を設定してある。同割り込み処理において内部時計のためのカウンタを用意しておき、１０ｍｓｅｃを１００回積算することで１ｓｅｃ単位の計時を行い、図４記載のフォーマットで受けた年月日を含む日時を逐次更新する。
【００３８】
上記に加えて、本実施例において、ＵＳＢケーブル６０００およびＵＳＢポートモニタ２５００を介してローカルＰＣ  ２０００上のランゲージモニタ２３００が、あるいは、ネットワークポートモニタ２６００、ネットワーク７０００、および、ＮＩＣ  １２００を介してクライアント１  ４０００やクライアント２  ５０００などの上のランゲージモニタ２３００が、コントローラ部１１００と接続されたとき、図６記載の接続時における時刻設定コマンドの発行処理が実行される。また、プリンタ１０００電源をＯＦＦ／ＯＮした場合も、同処理が実行される。
【００３９】
初めに、ステップＳ７−００２でセットされる時刻が有効であるか否かを示すフラグを、コントローラ部１１００から取得する（ステップＳ６−００１）。次いで、取得したフラグが有効を示すか否かを判定（ステップＳ６−００２）する。もし取得したフラグが有効を示すならば、何もせずに接続時における時刻設定コマンドの発行処理を終了する。
【００４０】
もし取得したフラグが無効を示すならば、ランゲージモニタ２３００が動作しているローカルＰＣ  ２０００、あるいは、クライアント１  ４０００やクライアント２  ５０００などの内部の時刻情報を読み取って（ステップＳ６−００３）、図４記載のフォーマットの時刻設定コマンドに加工し（ステップＳ６−００４）、同コマンドをプリンタ１０００に発行する（ステップＳ６−００５）。
【００４１】
上記図６記載の処理によって、最初にプリンタ１０００と論理的に接続された、あるいは、最初にプリンタ１０００の電源ＯＮを論理的に検出した、ローカルＰＣ  ２０００、あるいは、クライアント１  ４０００やクライアント２  ５０００などの上で動作するランゲージモニタ２３００が、プリンタ１０００の内部時計を設定する。
【００４２】
以下において、上記内部時計を活用した機能の一例を簡単に説明する。
【００４３】
図８は、定刻キャリブレーションの実行の可否と時刻の設定を行うためのダイアログの示す図である。
【００４４】
同ダイアログは、図３記載のステータスウィンドウ２４００でキャリブレーションに関する設定のメニューを選択したとき表示される、
同図において「定刻キャリブレーションタイマを使用する」のチェックボックスを選択すると、「時刻」のエリアが有効になって、ユーザは時刻を設定することができるようになる。
【００４５】
「ＯＫ」ボタンを押すと、ローカルＰＣ  ２０００、または、クライアント１  ４０００やクライアント２  ５０００などのコンピュータ上で動作する図３記載のランゲージモニタ２３００を経由して、定められた形式に加工されたコマンドによって、「定刻キャリブレーションタイマを使用する」のチェックボックスの内容と「時刻」エリアの内容とがコントローラ部１１００に渡される。
【００４６】
コマンドを受け取ったコントローラ部１１００では、「定刻キャリブレーションタイマを使用する」のチェックボックスの内容と「時刻」エリアの内容とをＥＥＰＲＯＭ  １１４０に格納する。
【００４７】
図９は、定刻キャリブレーションを実行する必要があるか否かを判定する処理を記述したフローチャートである。
【００４８】
本実施例の装置において、図９記載の判定処理は、１００ｍｓｅｃ間隔で定期的に実行される。
【００４９】
本実施例の装置では、内部時計はコントローラ部１１００がＮＩＣ  １２００から有効な時刻設定コマンドを受けたときにだけ動作する。すなわち、もし有効な時刻設定コマンドを受けていないと、図８記載のダイアログで設定された時刻になったか否かを確認することができない。そこで、まずステップＳ９−００１において、時計が有効であるか否かを判定する。もし、有効ならばステップＳ９−００２に進み、無効ならばステップＳ９−００６に進んで定刻キャリブレーションは不要という結果を返して、同判定処理を終了する。
【００５０】
本発明によれば、図６で説明したように、最初にプリンタ１０００と論理的に接続された、あるいは、最初にプリンタ１０００の電源ＯＮを論理的に検出した、ローカルＰＣ  ２０００、あるいは、クライアント１  ４０００やクライアント２  ５０００などの上で動作するランゲージモニタ２３００が、プリンタ１０００の内部時計を設定するので、ステップＳ９−００１で時計が無効と判定されることが非常に少なくなることが期待できる。
【００５１】
ステップＳ９−００２では、図８記載のダイアログで設定されてＥＥＰＲＯＭ  １１４０に格納された「定刻キャリブレーションタイマを使用する」のチェックボックスの内容を確認する。さらに、同確認に応じて、ＥＥＰＲＯＭ  １１４０に格納された「時刻」エリアの内容と、前記周期タイマ割り込み処理で逐次更新される擬似的な内部時計とを比較し、指定された時刻になったか否かを判定する。もし、上記チェックボックスが選択されていなかったならば、ステップＳ９−００６に進んで同判定処理を終了する。チェックボックスが選択されていたならば、「時刻」エリアで指定された時刻と現在の内部時計の時刻とを比較して、現在時刻が設定時刻になったならば、ステップＳ９−００３に進む。そうでなければ、ステップＳ９−００６に進んで同判定処理を終了する。
【００５２】
ステップＳ９−００３では、最後にキャリブレーションが行われたときから所定時間経過したか否かを判定する。
【００５３】
前記図２および図３の説明で、エンジン部１３００は記録部１３６０に用意された反射型の読み取りセンサーで、前記ＶＩＤＥＯ信号によって中間転写系に描画された複数パッチの濃度を読み取って、その値をコントローラ部１１００に返送すると述べたが、本実施例の装置におけるコントローラ部１１００では、キャリブレーションが正常終了してエンジン部１３００から返送された濃度情報を受け取ったとき、その時刻を内部時計から読み取ってＥＥＰＲＯＭ  １１４０に保存する構成になっている。
【００５４】
本実施例の装置において、ステップＳ９−００３では、上記ＥＥＰＲＯＭ  １１４０に保存された最終キャリブレーション時刻と、現在の時刻とを比較し、もし３０分以上が経過しているならばステップＳ９−００４に進む。もし最後にキャリブレーションを実行してから３０分が経過していないならば、仮にその間に断続して印刷が実行されていたとしても、本実施例の装置におけるエンジン部１３００の印刷速度を考えると印刷された枚数も少なく濃度変動が少ないと考えられる。これを鑑みて、３０分が経過していないならば、ステップＳ９−００６に進んで定刻キャリブレーションが不要という結果を返して、同判定処理を終了する。
【００５５】
ステップＳ９−００４では、最後にキャリブレーションが行われたときから所定枚数印刷したか否かを判定する。
【００５６】
ステップＳ９−００３の説明で、コントローラ部１１００では、キャリブレーションが正常終了してエンジン部１３００から返送された濃度情報を受け取ったとき、その時刻を内部時計から読み取ってＥＥＰＲＯＭ  １１４０に保存する構成になっていると述べたが、本実施例の装置におけるコントローラ部１１００は、時刻に加えて、キャリブレーションを実行した直前までの総印刷枚数をＥＥＰＲＯＭ  １１４０に保存する構成になっている。総印刷枚数は、印刷が正常終了するごとに加算されるように構成されている。
【００５７】
本実施例の装置において、ステップＳ９−００４では、上記ＥＥＰＲＯＭ  １１４０に保存された最終キャリブレーション時の総印刷枚数と、現在の総印刷枚数とを比較し、もし１００ページ以上印刷されているならばステップＳ９−００５に進む。もし最後にキャリブレーションを実行してから１００ページが印刷されていないならば、例え３０分以上が経過していても、本実施例の装置におけるエンジン部１３００の構成を考えると濃度変動が少ないと考えられる。これを鑑みて、１００ページが印刷されていないならば、ステップＳ９−００６に進んで定刻キャリブレーションが不要という結果を返して、同判定処理を終了する。
【００５８】
以上すべての条件を満たすとき、ステップＳ９−００５において定刻キャリブレーションが必要という結果を返して、同判定処理を終了する。
【００５９】
コントローラ部１１００では、１００ｍｓｅｃ間隔で定期的に実行される図９記載の判定処理による定刻キャリブレーションが必要という結果を受けて、キャリブレーションを実行する。
【００６０】
（その他の実施例）
第１の実施例では、印刷イメージのレンダリングや印刷制御が、ローカルＰＣ  ２０００、または、クライアント１  ４０００やクライアント２  ５０００などのコンピュータ上で動作する図３記載のドライバ２２００やランゲージモニタ２３００で実行される、いわゆるホストベースのプリンタを対象にした。しかしながら、本発明はホストベースのプリンタに限定されるものではない。いわゆるページ記述言語を使ったプリンタであっても、時計ＩＣのようなハードウェアを持たず、ホストから時刻情報を受けて時計処理を実行する装置であれば、本発明を適用することが可能である。
【００６１】
また、第１の実施例では、図８および図９で説明した通り、内部時計を活用した機能の一例として定刻キャリブレーションの機能を説明した。しかしながら、言うまでも無く本発明は定刻キャリブレーション機能に限定されるものではない。背景技術でも少し触れたが、時刻情報は、例えばネットワークを介してクライアントから送られてきた個々の印刷ジョブを管理するときの開始・終了時刻や、リモート診断機能でサーバに通知される不具合情報の中の発生時刻、自動電源ＯＮ／ＯＦＦ機能で自動的に電源をＯＮ／ＯＦＦする時刻など、いろいろな用途で活用することが可能である。
【００６２】
さらに、第１の実施例では、ＮＩＣ  １２００がＮＴＰ  Ｓｅｒｖｅｒから時刻を取得するように構成した。しかしながら、ＮＩＣ  １２００がＮＴＰ  Ｓｅｒｖｅｒから時刻を取得する機能を具備しなくても、例えばクライアント１  ４０００やクライアント２  ５０００などの上のランゲージモニタ２３００が第１の実施例で説明した接続時の時刻設定コマンド発行処理を具備すれば、本発明の効果を十分得ることが可能である。
【図面の簡単な説明】
【００６３】
【図１】本発明の実施例における画像形成装置（以下プリンタ）の利用環境を示す概略図である。
【図２】本発明の実施例における図１記載のプリンタ１０００の構成を示すブロック図である。
【図３】本発明の実施例における図１記載ローカルＰＣ  ２０００またはクライアント１  ４０００等で動作するソフトウェアの構成を、ローカルＰＣ  ２０００を代表にして示したブロック図である。
【図４】本発明の実施例における時刻設定コマンドのフォーマットとその一例を示す図である。
【図５】ＮＩＣ  １２００におけるＮＴＰ  Ｓｅｒｖｅｒから取得した時刻情報をコントローラ部１１００に伝えるＮＩＣの時刻設定コマンド発行処理を記述したフローチャートである。
【図６】本発明の実施例における、ローカルＰＣ  ２０００、あるいは、クライアント１  ４０００やクライアント２  ５０００などの上のランゲージモニタ２３００におけるコントローラ部１１００との接続時の時刻設定コマンドの発行処理を記述したフローチャートである。
【図７】コントローラ部１１００が図４記載の時刻設定コマンド受けたときの処理を記述したフローチャートである。
【図８】定刻キャリブレーションの実行の可否と時刻の設定を行うためのダイアログの示す図である。
【図９】定刻キャリブレーションを実行する必要があるか否かを判定する処理を記述したフローチャートである。
【符号の説明】
【００６４】
１０００    プリンタ
１１００    コントローラ部
１１１０    ＣＰＵ
１１１１    ＲＯＭ
１１１２    ＲＡＭ
１１１３    シリアルコントローラ
１１２０    ＡＳＩＣ
１１２１    ＣＰＵ  ｉ／ｆ
１１２２    画像処理部
１１２３    メモリコントローラ
１１２４    ＵＳＢコントローラ
１１２５    ＮＩＣコントローラ
１１３０    ＳＤＲＡＭ
１１４０    ＥＥＰＲＯＭ
１１５０    ＵＳＢコネクタ
１２００    Ｎｅｔｗｏｒｋ  ｉ／ｆ  Ｃａｒｄ
１２１０    ＣＰＵ
１２２０    コントローラ通信部
１２３０    ＳＤＲＡＭ
１２４０    ＦＬＡＳＨ  ＲＡＭ
１２５０    ネットワーク通信部
１３００    エンジン部
１３１０    ＣＰＵ
１３２０    シリアルコントローラ
１３３０    ＶＩＤＥＯ制御部
１３４０    ＳＤＲＡＭ
１３５０    ＦＬＡＳＨ  ＲＡＭ
２０００    ローカルＰＣ
２１００    アプリケーション
２２００    ドライバ
２３００    ランゲージモニタ
２４００    ステータスウィンドウ
２５００    ＵＳＢポートモニタ
２６００    ネットワークポートモニタ
３０００    ＮＴＰ  Ｓｅｒｖｅｒ
４０００    Ｃｌｉｅｎｔ  １
５０００    Ｃｌｉｅｎｔ  ２
６０００    ＵＳＢケーブル
７０００    ネットワーク
【図１】
2006215719.tif 000003
【図２】
2006215719.tif 000004
【図３】
2006215719.tif 000005
【図４】
2006215719.tif 000006
【図５】
2006215719.tif 000007
【図６】
2006215719.tif 000008
【図７】
2006215719.tif 000009
【図９】
2006215719.tif 000010
【図８】
2006215719.tif 000011