JP2015118622A - 画像出力装置の安定状態を予測するシステム、システムの制御方法及びプログラム - Google Patents

Abstract

【課題】画像表示装置や画像形成装置における安定状態を簡易な方法で予測する。【解決手段】画像出力装置に接続されたシステムであって、前記画像出力装置を識別するＩＤと当該画像出力装置の起動履歴を取得する取得手段と、前記取得手段で取得した前記ＩＤ及び起動履歴に基づいて、前記画像出力装置の安定状態に関する情報を導出する導出手段と、導出された前記安定状態に関する情報又は当該情報から得られる情報を通知する通知手段と、を備えたことを特徴とする。【選択図】図５

Description

本発明は、画像出力装置の安定状態を予測する技術に関する。

商品デザイン等においては、液晶モニタ等の画像表示装置に表示された画像において厳密な色評価が行われる。このような厳密な色評価の際には、画像表示装置の輝度や色度が安定した状態で評価を行う必要がある。しかしながら、通常、画像表示装置は、電源を投入した（以下、起動）後、輝度や色度が安定するまでに相応の時間を要する。このような安定までに要する時間（以下、安定時間）は画像表示装置により異なり、カラーマネージメントモニタ等の中には、大凡の安定時間が公表されているものもある。

また、上述した色評価は、カラープリンタ等の画像形成装置で印刷された画像においてなされることもあり、同様に画像形成装置の出力が安定した状態の印刷画像で評価を行う必要がある。

特開２０１２−２１５８９１号公報

上述したような安定時間を除去するための技術として、例えば特許文献１には起動時に液晶パネルの輝度を速やかに安定させる方法が開示されているが、フォトセンサ、温度センサ、輝度制御部といった複雑な構成を必要とする。そのため、一般的な画像表示装置では依然として相応の安定時間が必要であり、厳密な色評価の際には、安定時間の把握が重要となる。上述したように、大凡の安定時間が公表されている画像表示装置もあるが、安定時間は起動前の電源がオフの時間の長さ等の条件によって変化する。図１は、起動前における電源がオフであった時間の長さによって、起動後の安定時間が異なることを示すグラフである。縦軸は液晶モニタを起動した直後の画面を測定装置で測定して得られた出力結果と経過時間毎の出力結果との色差（ΔE）を表し、横軸は起動してからの経過時間を表している。図１において、実線は液晶モニタの電源を５時間以上オフにした後に起動した液晶モニタの色差の変動状態を示し、破線は、安定状態にあった液晶モニタの電源を数分間オフにした後に再起動した液晶モニタの変動状態を示している。図１において、グラフが平坦になっている部分は、変動が小さく、液晶モニタの輝度や色度が安定したことを意味する。図１のグラフから、過去の起動履歴等の各条件によって液晶モニタの安定時間は異なることが分かる。このように、画像表示装置の安定時間は一定ではなく、専用の測定装置を用いなければ、ユーザは画像出力装置の適切な安定時間を把握することができなかった。

そして、カラープリンタ等の画像形成装置の印刷出力が安定するまでには相応の印刷出力がなされることが必要であり、上述のような問題は画像形成装置にも当て嵌まるものである。

本発明に係るシステムは、画像出力装置に接続されたシステムであって、前記画像出力装置を識別するＩＤと当該画像出力装置の起動履歴を取得する取得手段と、前記取得手段で取得した前記ＩＤ及び起動履歴に基づいて、前記画像出力装置の安定状態に関する情報を導出する導出手段と、導出された前記安定状態に関する情報又は当該情報から得られる情報を通知する通知手段と、を備えたことを特徴とする。

本発明によれば、画像表示装置や画像形成装置における安定状態を簡易な方法で予測することができる。

起動前における電源がオフであった時間の長さによって、起動後の安定時間が異なることを示すグラフである。 実施例１に係る、画像表示装置や画像形成装置の安定状態を予測するシステムの構成の一例を示す図である。 ＰＣのハードウェア構成を中心とした内部ブロック図である。 本実施例に係る、ＰＣ及びサーバにおける各機能の論理構成を表したブロック図である。 実施例１に係る、システムを構成するＰＣ及びサーバにて実行される、画像出力装置としてのモニタの安定時間を予測して通知する処理の流れを示すフローチャートである。 実施例１における起動履歴の概念を説明する図である。 各モニタＩＤと対応関係にある安定時間テーブルを記したリストの一例である。 モニタ毎に存在する安定時間テーブルの一例を示す図である。 実施例２に係る、システムを構成するＰＣ及びサーバにて実行される、モニタの安定時間を予測した上で、安定状態となるまでに要する時間を求めて通知する処理の流れを示すフローチャートである。 （ａ）は、モニタ上に表示される残り時間を示すメッセージの一例を示す図であり、同（ｂ）は、モニタ上に表示される安定時間に到達した旨を示すメッセージの一例を示す図である。 実施例３においてユーザが所望の時刻を指定するためのユーザインターフェース画面の一例を示す図である。 実施例３に係る、システムを構成するＰＣ及びサーバにて実行される、モニタの安定時間を予測して、ユーザの指定時刻に安定状態となる様にモニタを制御する処理の流れを示すフローチャートである。 実施例４に係る、ＰＣ及びサーバにおける各機能の論理構成を表したブロック図である。 実施例４に係る、システムを構成するＰＣ及びサーバにて実行される、プリンタの出力が安定するまでに必要な出力枚数を導出して、通知等する処理の流れを示すフローチャートである。 プリンタ毎に存在する安定出力枚数テーブルの一例を示す図である。 実施例４における起動履歴の概念を説明する図である。 出力安定化用パッチを出力するかどうかを選択させるユーザ画面の一例を示す図である。

図２は、本実施例に係る、画像表示装置や画像形成装置（以下、画像出力装置と総称）の安定状態を予測するシステムの構成の一例を示す図である。システム２００は、サーバコンピュータ（以下、サーバ）２０１と、画像出力装置に接続された１以上のパーソナルコンピュータ（以下、ＰＣ）２０２とで構成されている。そして、サーバ２０１とＰＣ２０２とはインターネット等のネットワーク２０３を介して相互に接続されている。

図３は、ＰＣ２０２のハードウェア構成を中心とした内部ブロック図である。

ＰＣ２０２は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＨＤＤ３０４、汎用インターフェイス（Ｉ／Ｆ）３０５から構成される。

ＣＰＵ３０１は、ＲＯＭ３０２に格納されている制御プログラム、オペレーティングシステム、アプリケーションプログラム、デバイスドライバ等に従って、ＰＣ２０２を統括的に制御し、汎用Ｉ／Ｆ３０５を介して接続された外部装置を制御する。

ＲＡＭ３０３は、各種制御プログラムや入力装置３０６から入力されるデータの作業領域及び一時待避領域として機能する。

入力装置３０６は、ユーザから直接指示入力が可能なマウスやキーボードを指す。

画像出力装置３０７は、画像を出力するための各種装置、すなわち、モニタ、プロジェクタ、プリンタ等が含まれる。したがって、ＰＣ２０２の処理結果や入力装置３０６で入力されたデータ等を表示する装置としてのモニタが、画像出力装置３０７に相当する場合もある。

なお、本実施例では、画像出力装置３０７がモニタである場合について説明を行なうが、モニタとしてはあらゆるタイプのモニタが含まれることはいうまでもない。すなわち、画像出力装置３０７としてのモニタは、液晶パネル、有機ＥＬパネル、プラズマパネル、ＣＲＴなど様々な表示方式のパネルで構成されるモニタであってよい。さらに、画像出力装置３０７がプリンタである場合（実施例４）においては、インクジェット方式、電子写真方式などその印刷方式に制限はない。

図４は、本実施例に係る、ＰＣ２０２及びサーバ２０１における各機能の論理構成を表したブロック図である。

ＰＣ２０２は、モニタ制御部４０１、起動履歴取得部４０２、送信部４０３、受信部４０４、安定時間処理部４０５、記憶部４０６を有する。

モニタ制御部４０１は、画像出力装置３０７としてのモニタを制御する。

起動履歴取得部４０２は、記憶部４０６から画像出力装置３０７としてのモニタの起動履歴の情報を取得する。起動履歴の詳細については後述する。

送信部４０３は、記憶部４０６から後述のモニタ情報を取得し、ネットワーク２０３を介してサーバ２０１に送信する。

受信部４０４は、サーバ２０１から送信される、画像出力装置３０７としてのモニタの安定時間を予測するのに用いるテーブル（以下、安定時間テーブル）などの各種データを受信する。なお、安定時間テーブルの詳細については後述する。

安定時間処理部４０５は、モニタ制御部４０１を介してモニタを制御し、モニタに安定時間に関するメッセージを表示させて、ユーザに通知する。

記憶部４０６は、モニタ情報などのデータを記憶する。ここで、モニタ情報とは、モニタＩＤや起動状態を示す情報を指す。モニタＩＤは、モニタの製品番号等の固有の識別番号や、モニタの特性（例えばバックライトの種類やパネルの駆動方式）に応じて分類された識別番号をいう。また、起動状態を示す情報は、モニタの電源がオンまたはオフの何れの状態にあるのかを表す２値情報をいう。

サーバ２０１は、受信部４１１、安定時間テーブル選択部４１２、送信部４１３、記憶部４１４、安定時間予測部４１５を有する。

受信部４１１は、ＰＣ２０２から送信される、上述のモニタ情報などの各種データを受信する。

安定時間テーブル選択部４１２は、上述のモニタＩＤに対応する安定時間テーブルを記憶部４１４から取得する。

送信部４１３は、予測された安定時間などの各種データをＰＣ２０２に送信する。

記憶部４１４は、安定時間テーブルなどのデータを記憶する。

安定時間予測部４１５は、安定時間テーブルと起動履歴を基に、画像出力装置３０７が安定するまでに要する時間を予測する。

なお、ＰＣ２０２における機能の全部又は一部をサーバ２０１に属するように構成してもよいし、同様に、サーバ２０１における機能の全部又は一部を、ＰＣ２０２に属するように構成してもよい。すなわち、システム２００は、本実施例で説明するように、上述した各部が複数の情報処理装置において分担して実現されるように構成してもよいし、１台の情報処理装置において構成してもよい。

＜モニタの安定時間を予測するシステムの処理フロー＞
図５は、本実施例に係る、システム２００を構成するＰＣ２０２及びサーバ２０１にて実行される、画像出力装置３０７としてのモニタの安定時間を予測して通知する処理の流れを示すフローチャートである。

なお、以下の処理は、例えばＰＣ２０２に接続されたモニタが起動して、画像がモニタ上に表示された直後に自動的に開始されるものとする。ただし、上記条件に関わらず、ＰＣ２０２のモニタ制御部４０１によって、モニタの起動状態が一定時間毎に記憶部４０６へ逐次保存されるものとする。

ステップ５０１において、ＰＣ２０２の起動履歴取得部４０２は、記憶部４０６に保存された起動履歴の情報（以下、起動履歴情報）を取得する。図６は、本実施例における起動履歴の概念を説明する図である。図６において、横軸は時間、縦軸は２値（オンまたはオフ）で表される起動状態を示しており、定期的に保存される各時間における画像出力装置３０７（ここではモニタ）の起動状態を示す２値情報からこのようなグラフを得ることができる。本ステップで起動履歴取得部４０２が取得する起動履歴情報は、現時刻（ｐｔ）までのモニタ電源がオフの状態にあった時間（ｔ１）と前回モニタ電源をオンにしていた時間（ｔ２）で構成される。なお、起動履歴情報はこれに限定されるものではなく、例えば、上述した直近の情報（ｔ１及びｔ２）に加え、現時刻ｐｔから更に遡った時間におけるモニタ電源がオフあるいはオンの状態にあった時間の情報を含んでいてもよい。

ステップ５０２において、ＰＣ２０２の送信部４０３は、モニタ制御部４０１からモニタＩＤの情報（ここではモニタの製品番号とする。）を受け取って、ステップ５０１で取得した起動履歴情報と共にサーバ２０１に送信する。

ステップ５０３において、サーバ２０１の受信部４１１は、ＰＣ２０２から送信されたモニタＩＤと起動履歴情報を受信する。

ステップ５０４において、サーバ２０１の安定時間テーブル選択部４１２は、記憶部４１４に予め保存された複数の安定時間テーブルの中から、受け取ったモニタＩＤに対応する安定時間テーブルを選択し、取得する。図７は、各モニタＩＤと対応関係にある安定時間テーブルを記したリストの一例である。安定時間テーブル選択部４１２は、記憶部４１４に予め作成され格納されたこのようなリストを参照して、ＰＣ２０２から受け取ったモニタＩＤに対応する安定時間テーブルを取得する。図８は、モニタ毎に存在する安定時間テーブルの一例を示しており、起動履歴としての時間ｔ１及びｔ２と、この起動履歴に応じた予想される安定時間Ｔとが、紐付けられて保持されている。なお、安定時間テーブルにおけるｔ１及びｔ２は、例えばｔ１≧５といった条件式であってもよい。さらに、図８の安定時間テーブルの例では、ｔ１及びｔ２が決まれば予想される安定時間Ｔが一意に決定されることになるが、他の要因を考慮した（別条件を組み合わせた）安定時間テーブルを用いてもよい。例えば、安定時間テーブルにおける起動履歴として、上述したｔ１及びｔ２にモニタの起動時間の累計や内部温度等、モニタに関する他の情報を付加してもよい。さらには、室温や湿度等、モニタの周囲環境に関わる情報を付加してもよい。また、図７及び図８に示すリストと安定時間テーブルの形式は一例であって、異なる形式で保持されていてもよい。

ステップ５０５において、安定時間予測部４１５は、ステップ５０４で取得した安定時間テーブルに基づいて、モニタの予想される安定時間Ｔを導出する。具体的には、ステップ５０１で取得した起動履歴ｔ１及びｔ２と最も近似する安定時間テーブル内のｔ１及びｔ２を求め、得られたｔ１及びｔ２に対応したＴをモニタの安定時間として決定する。最も近似するｔ１及びｔ２については、例えば以下の式（１）で算出される値によって評価することが可能である。
k1(t1"-t1')^2 + k2(t2"-t1')^2 ・・・式（１）
ここで、第１項は電源がオフの状態にあった時間ｔ１の差を表し、ｔ１′にはステップ５０１で取得したｔ１の値、ｔ１″にはステップ５０４で取得した安定時間テーブル内のｔ１の値が入る。同様に、第２項は前回電源をオンにしていた時間ｔ２の差を表し、ｔ２′にはステップ５０１で取得したｔ２の値、ｔ２″にはステップ５０４で取得した安定時間テーブル内のｔ２の値が入る。また、ｋ１及びｋ２は、安定時間Ｔに対するｔ１及びｔ２の影響の大きさによって重み付けを行うための定数である。ここでは、上記式（１）で求めた値が最も小さいｔ１″、ｔ２″に対応するＴが、予想される安定時間として決定されることになる。

ステップ５０６において、サーバ２０１の送信部４１３は、導出された安定時間ＴをＰＣ２０２に送信する。

ステップ５０７において、ＰＣ２０２の受信部４０４は、サーバ２０１から安定時間Ｔの情報を受信する。

ステップ５０８において、安定時間処理部４０５は、受け取った安定時間Ｔの情報に基づいて、予想される安定時間を通知するためのメッセージを生成する。

ステップ５０９において、モニタ制御部４０１は、安定時間処理部４０５で生成されたメッセージを、モニタ上に表示する。

以上が、本実施例に係る、モニタの安定時間を予測してユーザに通知する処理の内容である。

＜安定時間テーブルの生成及び更新について＞
上述した安定時間テーブルは、モニタの輝度等を測定する装置と、当該測定装置を制御する測定装置制御部（不図示）を備えたＰＣ２０２において生成・更新することが可能である。安定時間テーブルの１行に相当する１組のデータ（安定時間と起動履歴とが紐付けられたデータ）の更新について説明する。

まず、対象モニタについての起動履歴情報（ｔ１及びｔ２）を取得する（ステップ５０１を参照）。

次に、測定装置によって、所定の時間間隔で対象モニタの輝度等を測定し、図１に示したような時間経過に伴う色差を求める。そして、色差の変動が所定の範囲に収まった時間を安定時間Ｔとし、そのときの起動履歴ｔ１及びｔ２と対応付けて、１組のデータとする。上記のようにして得られた１組のデータは、サーバ２０１に送られる。

そして、記憶部４１４に保存されている既存の安定時間テーブルに上記１組のデータを追加することで、安定時間テーブルは更新される。なお、対象モニタのモニタＩＤに対応した安定時間テーブルが存在していない場合は、新規に安定時間テーブルを生成する。

なお、ここで説明した安定時間テーブルの更新・生成方法は一例であり、上記の例に限られるわけではない。

本実施例によれば、ユーザは、モニタの起動時においてモニタが安定状態になるまでの時間を容易に把握することができる。

実施例１では、画像出力装置であるモニタが起動された直後に予想される安定時間を導出してユーザに通知する態様について説明した。次に、モニタが安定状態になるまでの残り時間を逐次通知する態様について、実施例２として説明する。なお、実施例１と共通する部分については説明を省略ないしは簡略化し、以下では差異点を中心に説明するものとする。

まず、モニタが安定するまでの時間を予測するシステムとしてのハードウェア構成及び論理構成は、実施例１と同様である。ただし、本実施例におけるモニタ制御部４０１は、実施例１で説明した機能に加え、モニタが起動されてからの経過時間（以下、起動後経過時間）を取得する機能を有する。さらに、安定時間処理部４０５は、実施例１で説明した機能に加え、上記起動後経過時間をモニタ制御部４０１から受け取り、安定までに要する残り時間を算出する機能を有する。

図９は、本実施例に係る、システム２００を構成するＰＣ２０２及びサーバ２０１にて実行される、モニタの安定時間を予測した上で、安定状態となるまでに要する時間を求めて通知する処理の流れを示すフローチャートである。

ステップ９０１〜ステップ９０７は、実施例１におけるステップ５０１〜ステップ５０７と同じであるので説明を省略する。

ステップ９０７でモニタの予想される安定時間Ｔを受け取ると、ステップ９０８において、ＰＣ２０２のモニタ制御部４０１は、上記起動後経過時間（ｅｔ）を取得する。

ステップ９０９において、安定時間処理部４０５は、ステップ９０７で取得した安定時間Ｔと、ステップ９０８で取得した起動後経過時間ｅｔとを比較する。起動後経過時間ｅｔが安定時間Ｔ以上の場合、すなわち安定時間Ｔに達したと判定された場合はステップ９１１へ進む。一方、起動後経過時間ｅｔが安定時間Ｔより小さい場合、すなわち安定時間Ｔに達していないと判定された場合はステップ９１０へ進む。

ステップ９１０において、安定時間処理部４０５は、安定時間Ｔまでの残り時間を起動後経過時間ｅｔから算出し、算出された残り時間を示すメッセージを生成する。

ステップ９１１において、モニタ制御部４０１は、ステップ９１０で生成されたメッセージを、モニタ上に表示する。図１０の（ａ）は、モニタ上に表示される残り時間を示すメッセージの一例を示している。

ステップ９１２において、安定時間処理部４０５は、安定時間Ｔに達した旨を示すメッセージを生成する。

ステップ９１３において、モニタ制御部４０１は、ステップ９１２で生成されたメッセージを、モニタ上に表示する。図１０の（ｂ）は、モニタ上に表示される安定時間に到達した旨を示すメッセージの一例を示している。

なお、上述の例ではメッセージ画面をモニタ上に表示することでユーザに通知しているが、例えば音声で通知するなどしてもよい。

本実施例によれば、ユーザは、起動後の任意の時刻において、安定までに要する時間を把握することができる。

次に、ユーザによって指示された所定の時刻に安定状態となる様に、画像出力装置としてのモニタを制御する態様について、実施例３として説明する。なお、実施例１及び２と共通する部分については説明を省略ないしは簡略化し、以下では差異点を中心に説明するものとする。

図１１は、本実施例においてユーザが所望の時刻を指定するためのユーザインターフェース（以下、ＵＩ）画面の一例を示している。図１１に示すＵＩ画面１１００は、ユーザが入力装置３０６を操作し、所定の指示入力を行うことでモニタ上に表示される。

図１１のＵＩ画面１１００において、ボタン１１０１及び１１０２は、モニタを使用する時刻（以下、使用時刻とする）を指定するためのドロップダウンボタンであり、押下によって複数の選択肢が表示される。ユーザはボタン１１０１及び１１０２を用いて所望の時刻を選択した後、ボタン１１０３を押下することで、使用時刻が登録される。そして、登録された使用時刻は登録データとしてＵＩ画面１１００上に表示され、各使用時刻に対応するチェックボックス１１０４にチェックを入れた状態で、ボタン１１０５を押下することで当該使用時刻において安定状態となるように指定される。また、各使用時刻に対応するチェックボックス１１０４にチェックを入れた状態で、ボタン１１０６を押下することで当該使用時刻の登録が取り消される。上記のようにしてユーザによって指定された使用時刻の情報は記憶部４０６に格納される。

このようにしてユーザは、ＵＩ画面１１００を介して、モニタを使用する任意の時刻を指定し或いは変更することができる。

モニタが安定するまでの時間を予測するシステムとしてのハードウェア構成及び論理構成は、実施例１と同様である。ただし、本実施例における安定時間処理部４０５は、実施例１で説明した機能に加え、ユーザによって指定された上述の使用時刻までの残り時間を算出し、モニタを起動する時刻を決定する機能を有する。

図１２は、本実施例に係る、システム２００を構成するＰＣ２０２及びサーバ２０１にて実行される、モニタの安定時間を予測して、ユーザの指定時刻に安定状態となる様にモニタを制御する処理の流れを示すフローチャートである。なお、以下の処理は、例えば図１１に示すＵＩ画面によって使用時刻が指定された後、モニタの電源がオフの状態になった直後に、自動的に実行されるものとする。

ステップ１２０１〜ステップ１２０７は、実施例１におけるステップ５０１〜ステップ５０７と同じであるので説明を省略する。

ステップ１２０７でモニタの予想される安定時間Ｔを受け取ると、ステップ１２０８において、ＰＣ２０２の安定時間処理部４０５は、現時刻の情報に加え、ユーザが指定した使用時刻の情報を記憶部４０６から取得する。

ステップ１２０９において、安定時間処理部４０５は、使用時刻までの残り時間Ｔｅ（使用時刻と現時刻との差分）を求める。

ステップ１２１０において、安定時間処理部４０５は、ステップ１２０９で求めた残り時間Ｔｅとステップ１２０７で取得した安定時間Ｔとに基づいて、起動を開始すべき時間になっているかどうかを判定する。具体的には、残り時間Ｔｅと安定時間Ｔとの差分（Ｔｅ−Ｔ）を求め、求められた値が所定の閾値ｔｓ以上であるかどうかを判定する。ここで、閾値ｔｓは、種々の処理に要する時間などを考慮したバッファであり例えば５分といった時間が、予め記憶部４０６に保存される。求めた差分Ｔｅ−Ｔが所定の閾値ｔｓ以上である場合はステップ１２０８に戻り、ステップ１２０８〜１２１０の処理を繰り返す。一方、求めた差分Ｔｅ−Ｔが所定の閾値ｔｓより小さい場合は、ステップ１２１１へ進む。

ステップ１２１１において、モニタ制御部１１０は、モニタを起動する。

以上が、本実施例に係る、モニタの安定時間を予測して、ユーザが指定する使用時刻に安定状態となる様にモニタを制御する処理の内容である。

本実施例によれば、ユーザは、自己が指定した任意の時刻に、安定状態にあるモニタを使用することができる。

実施例１〜３は、画像出力装置がモニタである場合について説明した。次に、画像出力装置がプリンタである場合について、実施例４として説明する。なお、実施例１〜３と共通する部分については説明を省略ないしは簡略化し、以下では差異点を中心に説明するものとする。

図１３は、本実施例に係る、ＰＣ２０２及びサーバ２０１における各機能の論理構成を表したブロック図である。

本実施例におけるＰＣ２０２は、モニタ制御部４０１、起動履歴取得部４０２、送信部４０３、受信部４０４、記憶部４０６、プリンタ制御部１３０１、安定出力枚数処理部１３０２を有する。

モニタ制御部４０１は、後述するメッセージ等を表示する手段としてのモニタ１３０４を制御する。

起動履歴取得部４０２は、記憶部４０６から画像出力装置３０７としてプリンタの起動履歴の情報を取得する。本実施例の場合の起動履歴情報は、現時刻（ｐｔ）までの所定の単位時間（ｕｔ）当たりに当該プリンタで印刷処理された出力枚数の総和（ｎ）で構成される。

送信部４０３は、記憶部４０６から上述の起動履歴情報や後述するプリンタＩＤを取得し、ネットワーク２０３を介してサーバ２０１に送信する。

受信部４０４は、サーバ２０１から送信される、プリンタの出力が安定するまでに必要と見込まれる出力枚数を示すテーブル（以下、安定出力枚数テーブル）などの各種データを受信する。この安定出力枚数テーブルには、過去の印刷出力の実績から導出された、プリンタの出力が安定するまでに要する単位時間当たりの出力枚数Ｎのデータが保持されている。安定出力枚数テーブルの詳細については後述する。

プリンタ制御部１３０１は、画像出力装置３０７としてのプリンタを制御する。

安定出力枚数処理部１３０２は、モニタ制御部４０１を介してモニタ１３０４を制御し、画像出力装置３０７としてのプリンタの安定状態に関するメッセージをモニタ１３０４上に表示する。

記憶部４０６は、プリンタ情報やプリンタの起動実績を示す情報などのデータを記憶する。ここで、プリンタ情報とはプリンタＩＤを指し、プリンタの製品番号等の固有の識別番号をいう。また、起動実績を示す情報とは出力ログを指し、具体的には、画像を紙等に記録して印刷出力した時刻や処理枚数をいう。

本実施例におけるサーバ２０１は、受信部４１１、送信部４１３、記憶部４１４、安定出力枚数テーブル選択部１３０３を有する。

受信部４１１は、ＰＣ２０２から送信される、上述のプリンタＩＤなどの各種データを受信する。

安定出力枚数テーブル選択部１３０３は、上述のプリンタＩＤに対応する安定出力枚数テーブルを選択し、記憶部４１４から取得する。

送信部４１３は、選択された安定出力枚数テーブルなどの各種データをＰＣ２０２に送信する。

なお、ＰＣ２０２における機能の全部又は一部を、サーバ２０１に属する構成してもよいし、同様に、サーバ２０１における機能の全部又は一部を、ＰＣ２０２に属するように構成してもよい。

＜プリンタが安定するまでの出力枚数を予測するシステムにおける処理フロー＞
図１４は、本実施例に係る、システム２００を構成するＰＣ２０２及びサーバ２０１にて実行される、プリンタの出力が安定するまでに必要な出力枚数を導出して、通知等する処理の流れを示すフローチャートである。なお、以下の処理は、例えばユーザによってプリント指示がなされた際に自動で開始されるものとする。

ステップ１４０１において、ＰＣ２０２の送信部４０３は、プリンタ制御部１３０１からプリンタＩＤの情報（ここではプリンタの製品番号とする。）を受け取って、サーバ２０１に送信する。

ステップ１４０２において、サーバ２０１の受信部４１１は、ＰＣ２０２から送信されたプリンタＩＤを受信する。

ステップ１４０３において、サーバ２０１の安定出力枚数テーブル選択部１３０３は、記憶部４１４に予め保存された複数の安定出力枚数テーブルの中から、受け取ったプリンタＩＤに対応する安定出力枚数テーブルを選択し取得する。すなわち、実施例１と同様、プリンタＩＤに対応する安定出力枚数テーブルを記したリスト（不図示）を参照して、ＰＣ２０２から受け取ったプリンタＩＤに対応する安定出力枚数テーブルが取得される。図１５は、プリンタ毎に存在する安定出力枚数テーブルの一例を示しており、各単位時間当たりの、出力安定までに見込まれる印刷処理枚数Ｎの情報が保持されている。

ステップ１４０４において、サーバ２０１の送信部４１３は、ステップ１４０３で取得した安定出力枚数テーブルをＰＣ２０２に送信する。

ステップ１４０５において、ＰＣ２０２の受信部４０４は、サーバ２０１から安定出力枚数テーブルを受信する。

ステップ１４０６において、ＰＣ２０２の起動履歴取得部４０２は、記憶部４０６に保存された出力ログより起動履歴情報を取得する。図１６は、本実施例における起動履歴の概念を説明する図である。図１６のグラフにおいて、横軸は時間、縦軸は出力枚数を示している。出力ログからこのグラフで示されるような情報を、取得した安定出力枚数テーブルにおける単位時間毎に把握することで、起動履歴情報が得られる。例えば、ステップ１４０５で受信した安定出力枚数テーブルの内容が上述の図１５と同じであったとする。この場合、現在時刻から遡って５分、１０分、２０分、３０分、４０分、５０分、６０分の間に印刷処理された出力枚数ｎの情報が、起動履歴情報として取得されることになる。

ステップ１４０７において、安定出力枚数処理部１３０２は、ステップ１４０５で受信した安定出力枚数テーブルとステップ１４０６で取得した起動履歴情報に基づいて、プリンタの出力が安定状態にあるかどうかを判定する。具体的には、安定出力枚数テーブルにおける各単位時間当たりにおける安定までに必要な出力枚数Ｎと、実際の各単位時間当たりの出力枚数ｎとがそれぞれ比較され、Ｎ＜ｎの関係を満足するかどうかが判定される。出力が安定状態に到達していない（Ｎ＜ｎの関係をどの単位時間でも満たしていない）と判定されれば、ステップ１４０８に進む。一方、出力が安定状態に到達している（いずれかの単位時間においてＮ＜ｎの関係を満たしている）と判定されれば、ステップ１４０９に進む。

ステップ１４０８において、安定出力枚数処理部１３０２は、プリンタの出力が安定状態に達していない旨を通知するメッセージを生成する。このメッセージには、例えば、安定状態までに必要な残り出力枚数の情報を含んでもよい。 ステップ１４０９において、安定化出力枚数処理部１３０２は、プリンタの出力が安定状態に達している旨を通知するメッセージを生成する。

ステップ１４１０において、モニタ制御部４０１は、安定出力枚数処理部１３０２で生成されたメッセージを、モニタ上に表示する。なお、ステップ１４０８で生成された安定出力枚数未到達を示すメッセージを表示する場合には、当該メッセージと共に、出力が安定状態に達するのに必要な枚数のパッチを出力するかどうかをユーザが選択可能なＵＩ画面を併せて表示するようにしてもよい。図１７は、出力安定化用パッチを出力するかどうかを選択させるＵＩ画面の一例であり、ユーザは出力安定までに必要と見込まれる枚数のパッチの出力を指示できるように構成されている。このようなＵＩ画面によって出力安定化用パッチの出力が指示されると、プリンタ制御部１３０１は、指示された枚数のパッチを出力する。これにより速やかにプリンタを安定状態にすることができる。

以上が、本実施例に係る、プリンタが安定するまでの出力枚数を導出して、通知等する処理の内容である。

＜安定出力枚数テーブルの生成及び更新について＞
上述した安定出力枚数テーブルは、プリンタから出力されたテスト用チャートを測定する装置と、当該測定装置を制御する測定装置制御部（不図示）を備えたＰＣ２０２において生成・更新することが可能である。安定出力枚数テーブルの１行に相当する１組のデータ（単位時間当たりの、安定までに要する出力枚数Ｎのデータ）の更新について説明する。

まず、対象プリンタについての起動履歴情報である所定の単位時間当たりの出力枚数（ｎ）を取得する（ステップ１３０１を参照）。

次に、測定装置によって、対象プリンタから出力されたテスト用チャートを測定し、図１に示したものと同様な、出力枚数の変化に伴う色差を求める（つまり、図１では時間を示す横軸が本実施例の場合は出力枚数となる。）。そして、色差の変動が所定の範囲に収まった出力枚数を「安定までに要する出力枚数Ｎ」とし、そのときの単位時間と対応付けて１組のデータとする。上記のようにして得られた１組のデータは、サーバ２０１に送られる。

そして、記憶部４１４に保存されている既存の安定出力枚数テーブルに上記１組のデータを追加することで、安定出力枚数テーブルは更新される。なお、対象プリンタのプリンタＩＤに対応した安定出力枚数テーブルが存在していない場合は、新規に安定出力枚数テーブルを生成する。

なお、ここで説明した安定出力枚数テーブルの更新・生成方法は一例であり、上記の例に限られるわけではない。

本実施例では、プリンタの出力が安定するまでに必要と見込まれる単位時間当たりの出力枚数を導出した後で現時点の出力枚数との差分を求め、それを安定までに要する出力枚数として通知しているが、このような態様に限定されるものでないことはいうまでもない。すなわち、実施例１と同様に、安定するまでに必要と見込まれる単位時間当たりの出力枚数をそのまま通知してもよい。さらには実施例３と同様に、ユーザが指定した使用時刻にプリンタの出力が安定するように、自動で出力安定化用パッチを出力するように構成してもよい。

本実施例によれば、ユーザは、プリント時にプリンタの印刷出力が安定するまでに要する出力枚数を容易に把握することができる。

（その他の実施例）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (12)

1. 画像出力装置に接続されたシステムであって、
   前記画像出力装置を識別するＩＤと当該画像出力装置の起動履歴を取得する取得手段と、
   前記取得手段で取得した前記ＩＤ及び起動履歴に基づいて、前記画像出力装置の安定状態に関する情報を導出する導出手段と、
   導出された前記安定状態に関する情報又は当該情報から得られる情報を通知する通知手段と、
   を備えたことを特徴とするシステム。
2. 前記画像出力装置は、モニタであって、
   前記画像出力装置の安定状態に関する情報は、前記モニタの出力が安定するまでに要すると見込まれる時間の情報であり、
   前記起動履歴には、前記モニタについての直近の、電源がオンの状態にあった時間及び電源がオフの状態にあった時間の情報を少なくとも含む
   ことを特徴とする請求項１に記載のシステム。
3. 前記導出手段は、前記モニタ毎に作成された、その出力が安定するまでに要すると見込まれる時間と、前記電源がオンの状態にあった時間及び電源がオフの状態にあった時間との関係を示すテーブルに基づいて、前記モニタの出力が安定するまでに要すると見込まれる時間を導出することを特徴とする請求項２に記載のシステム。
4. 前記通知手段は、前記導出された前記モニタの出力が安定するまでに要すると見込まれる時間に基づいて、当該時間までの残り時間を通知することを特徴とする請求項２又は３に記載のシステム。
5. ユーザによって指定された時刻に前記モニタの出力が安定するように、前記導出手段で導出された前記安定状態に関する情報に基づいて、前記モニタの起動状態を制御する制御手段をさらに備えたことを特徴とする請求項２乃至４のいずれか１項に記載のシステム。
6. 前記画像出力装置は、プリンタであって、
   前記画像出力装置の安定状態に関する情報は、前記プリンタの出力が安定するまでに要すると見込まれる出力枚数の情報であり、
   前記起動履歴には、前記プリンタについての直近の出力枚数の情報を少なくとも含む
   ことを特徴とする請求項１に記載のシステム。
7. 前記導出手段は、前記プリンタ毎に作成された、その出力が安定するまでに要すると見込まれる単位時間当たりの出力枚数を示すテーブルに基づいて、前記プリンタの出力が安定するまでに要すると見込まれる出力枚数を導出することを特徴とする請求項６に記載のシステム。
8. 前記通知手段は、前記導出された前記プリンタの出力が安定するまでに要すると見込まれる出力枚数に基づいて、当該出力枚数までの残り出力枚数を通知することを特徴とする請求項６又は７に記載のシステム。
9. ユーザの指示に応じて、前記残り出力枚数に対応する出力安定化用パッチを出力するように、前記プリンタを制御する制御手段をさらに備えたことを特徴とする請求項６乃至８のいずれか１項に記載のシステム。
10. 前記システムにおける各手段は、複数の情報処理装置において分担して実現されることを特徴とする請求項１乃至９のいずれか１項に記載のシステム。
11. 画像出力装置に接続されたシステムの制御方法であって、
    前記画像出力装置を識別するＩＤと当該画像出力装置の起動履歴を取得するステップと、
    前記取得ステップで取得した前記ＩＤ及び起動履歴に基づいて、前記画像出力装置の安定状態に関する情報を導出するステップと、
    導出された前記安定状態に関する情報又は当該情報から得られる情報を通知するステップと、
    を含むことを特徴とする制御方法。
12. コンピュータを、請求項１乃至１０のいずれかに記載のシステムとして機能させるためのプログラム。

Images