JP6398524B2 - 画像形成装置及びシステム - Google Patents

Description

本発明は、画像形成装置及びシステムに関する。

グローバル化の進展に伴い、プリンタ及びコントローラも種々の国や地域に設置される場合が多くなっており、極寒地域や乾燥地域、高温多湿地域、粉塵地域など種々の地域の環境特性を考慮する必要性が増大している。また、インクジェットプリンタ等は低温や乾燥に比較的弱いため、一定の温度及び湿度に維持された環境下で運用できればよいが、国や地域によっては必ずしもかかる条件が満たされる保証はなく、一定の品質を維持するためにプリンタを取り巻く外的環境に応じてプリンタの内的環境を制御する必要もある。

品質を維持する観点からは、製品リリース後に発生したバグを修正したパッチを適用するためのアップデート作業が重要となるが、アップデート作業には時間を要するため、どのタイミングでアップデート作業を実行するかが問題となる。

特許文献１には、顧客システムのソフトウェアに対する予防保守サービスにおいて、顧客システムの稼動環境に応じたパッチ情報を提供し、更に適用する時間帯を提供することで顧客の負担を低減することが記載されている。パッチ情報ＤＢ、パッチ適用時間見積ＤＢ、顧客運用情報ＤＢ、及び顧客別ログＤＢから、顧客システムの稼動環境に応じた推奨パッチを判断してパッチ適用に必要な時間を見積した情報を保持する。また、顧客システムの未稼働時間を予測し、パッチ適用に適切な時間帯の提示を行う。

特許文献２には、情報ダウンロード又はアップロードを自動的に行なえるようにすることが記載されている。 ダウンロードは、管理装置が、複写機（画像形成装置）が非作動状態にあることを判別して、画像形成に関する情報を通信コントロールユニット、交換機及び電話回線を介して複写機へ自動送信する。アップロードは、複写機が自動調整中や使用中あるいは使用される可能性が高い時を除いた最適時期に、管理装置が各複写機の記憶手段に記憶されている画像形成に関する情報を自動的に送信させて集信する。

特開２０１０−１２８５８１号公報 特開２００３−２６４６４８号公報

システムの未稼働時間を予測し、あるいは非作動状態を判別してアップデートを実行したとしても、それが必ずしも最適なタイミングとは言えない場合がある。すなわち、システムの制御部をアップデートする際には、その内部環境の制御も非作動状態となるため、外部環境がシステムにとって好ましくない環境である場合にはその影響を受けてシステムの内部環境が劣化してしまう。システムの内部環境が劣化した場合には、その内部環境を本来あるべき範囲内に復帰させるまでに余分な時間を要してしまう結果となる。

本発明の目的は、更新（アップデート）に伴って装置の環境により生じ得る余分な時間を抑制する装置及びシステムを提供することにある。

請求項１記載の発明は、装置の稼動履歴から稼動量を予測する稼動予測手段と、装置の制御プログラムの更新に伴う装置の内部環境の環境悪化量を算出する算出手段と、前記稼動量と前記環境悪化量から前記更新の不適時間帯又は適切時間帯を設定する制御手段と、前記更新の不適時間帯に前記更新を実行する場合に、前記不適時間帯に前記更新を実行した場合と前記適切時間帯で前記更新を実行した場合の差分であるダウンタイム量を算出するダウンタイム量算出手段とを備える画像形成装置である。

請求項２記載の発明は、前記更新に要する更新時間を予測する更新時間予測手段とを備え、前記ダウンタイム量算出手段は、前記更新時間に基づき算出する請求項１記載の画像形成装置である。

請求項３記載の発明は、前記更新時間予測手段は、前記更新後の前記装置の再起動に要する時間に基づき予測する請求項２記載の画像形成装置である。

請求項４記載の発明は、前記算出手段は、気温、湿度、粉塵量、瞬断の有無の少なくともいずれかに基づき、気温が低く、湿度が低く、粉塵量が多く、瞬断が有るほど環境悪化量が増大するように算出する請求項１〜３のいずれかに記載の画像形成装置である。

請求項５記載の発明は、装置を制御するコントローラと、前記コントローラとネットワークを介して接続される管理サーバコンピュータとを備え、前記コントローラと前記管理サーバコンピュータのいずれかに、前記装置の稼動履歴から稼動量を予測する稼動予測手段と、前記装置の制御プログラムの更新に伴う装置の内部環境の環境悪化量を算出する算出手段と、前記稼動量と前記環境悪化量から前記更新の不適時間帯又は適切時間帯を設定する制御手段と、指示された更新時間と、前記不適時間帯又は適切時間帯に基づいて前記装置の更新の実行を制御する更新制御手段と、前記更新の不適時間帯に前記更新を実行する場合に、前記不適時間帯に前記更新を実行した場合と前記適切時間帯で前記更新を実行した場合の差分であるダウンタイム量を算出するダウンタイム量算出手段とを備える画像形成システムである。

請求項１，５記載の発明によれば、更新（アップデート）に伴って装置の環境により生じ得る余分な時間を抑制できる。また、ダウンタイム量を考慮した更新（アップデート）が実行できる。

請求項２，３記載の発明によれば、さらに、ダウンタイム量を正確に算出できる。

請求項４記載の発明によれば、さらに、環境悪化量を正確に算出できる。

実施形態のシステム構成図である。 管理サーバの構成図である。 コントローラの構成図である。 実施形態の処理フローチャート（その１）である。 実施形態の処理フローチャート（その２）である。 実施形態の処理フローチャート（その３）である。 実施形態の処理フローチャート（その４）である。 実施形態の処理フローチャート（その５）である。 実施形態の処理フローチャート（その６）である。 アップデート履歴の一例を示す図である。 アップデート予測時間の一例を示す図である。 環境変動及び稼動履歴の一例を示すグラフ図である。 アップデート不適指数を示す図である。 ダウンタイム量算出説明図である。 環境変動及び稼動履歴の他の例を示すグラフ図である。 アップデート不適指数を示す図である。 ダウンタイム量算出説明図である。 環境変動の他の例を示すグラフ図である。 瞬断及び稼動履歴の一例を示すグラフ図である。 アップデート不適指数を示す図である。

以下、図面に基づき本発明の実施形態について説明する。

図１は、本実施形態の画像形成システムの全体構成図である。画像形成システムは、クライアント（クライアントコンピュータ）１０、コントローラ１２、プリンタ１４及び管理サーバ（管理サーバコンピュータ）１６を備える。

クライアント１０は、ＬＡＮ経由でコントローラ１２に接続され、ユーザ操作に応じてコントローラ１２に対してプリント指示等の各種指令を出力する。

コントローラ１２は、プリンタ１４に接続され、プリンタ１４の動作を制御する。コントローラ１２は、ＬＡＮ経由でクライアント１０からの各種指令を受信し、指令に基づいてプリンタ１４の動作を制御する。コントローラ１２には各種情報を出力表示するモニタ１２１、及びプリンタ１４の更新（アップデート）指示を含む各種情報を入力するための入力部１２２が接続される。コントローラ１２、モニタ１２１、及び入力部１２２は、プリンタ１４を制御する画像形成装置として機能する。

プリンタ１４は、大量の文書を印刷可能な例えばインクジェットプリンタであり、コントローラ１２の制御下で文書を印刷して出力する。

管理サーバ１６は、インターネット１８経由でクライアント１０及びコントローラ１２と接続され、プリンタ１４の稼動履歴やプリンタ１４の環境変動履歴を記憶して管理する。

プリンタ１４の稼動履歴は、例えば時間毎の印刷枚数であり、プリンタ１４の環境変動履歴は、例えば時間毎のプリンタ１４周囲の気温、湿度等である。これらのデータはコントローラ１２で検知され、管理サーバ１６はコントローラ１２から送信されたこれらのデータを記憶・管理する。また、管理サーバ１６は、プリンタ１４の制御プログラムのアップデートを管理し、特にアップデートの実行タイミングを管理する。すなわち、プリンタ１４のアップデートは、基本的にはプリンタ１４の保守管理者が実行タイミングを決定し、コントローラ１２を用いて管理サーバ１６から提供されたアップデータをプリンタ１４にインストールすることで実行されるが、本実施形態では、管理サーバ１６がアップデートの実行に不適切な時間帯をプリンタ１４の稼動履歴や環境変動に基づいて決定してコントローラ１２に提供することで、アップデートの実行タイミングを最適化する。

図２は、管理サーバ１６の機能ブロック図である。管理サーバ１６は、ネットワークインタフェース（Ｉ／Ｆ）１６１、データ送受信部１６２、稼動履歴記憶部１６３、環境変動履歴記憶部１６４、アップデート作業時間算出部１６５、高稼働予測部１６６、環境悪化量算出部１６７、アップデータ記憶部１６８、アップデート不適時間帯算出部１６９を備える。

データ送受信部１６２は、ネットワークＩ／Ｆ１６１を介してコントローラ１２との間で各種データを送受信する。

稼動履歴記憶部１６３は、コントローラ１２から送信された、プリンタ１４の稼動履歴を順次記憶する。

環境変動履歴記憶部１６４は、コントローラ１２から送信された、プリンタ１４の外的環境の変動履歴を順次記憶する。

アップデート作業時間算出部１６５は、稼動履歴記憶部１６４に記憶された履歴と、アップデータ記憶部１６８に記憶されたアップデータに基づき、アップデート作業に要するであろう予測時間を算出する。より具体的には、アップデート作業時間算出部１６５は、アップデート作業の対象となるプリンタ１４用のアップデータが存在する場合に、そのアップデータのデータサイズと、過去のアップデート履歴に基づいて今回のアップデート作業に要する予測時間を算出する。アップデート作業時間算出部１６５は、算出した予測時間をデータ送受信部１６２及びネットワークＩ／Ｆ１６１を介してコントローラ１２に送信する。

高稼動予測部１６６は、稼動履歴記憶部１６３に記憶された稼動履歴に基づいて、特定日、すなわちアップデートを実行する日の各時間帯のプリンタ１４の時間単位稼動量を算出する。具体的には、高稼働予測部１６６は、複数の方法のいずれかで時間単位稼動量を算出し、どの方法を用いるかは予めメモリに記憶して設定される。本実施形態では、直近の稼動の平均値として算出する方法と、同一曜日の稼動の平均値として算出する方法のいずれかで算出する。高稼働予測部１６６は、算出した時間単位の稼動量をアップデート不適時間帯算出部１６９に供給する。

環境悪化量算出部１６７は、環境変動履歴記憶部１６４に記憶された環境変動履歴に基づいて、特定日、すなわちアップデートを実行する日の各時間単位の環境悪化量、すなわちアップデート作業によってプリンタ１４の内部環境維持が不能になった場合の環境悪化量を算出する。具体的には、プリンタ１４の内部環境を所定の状態に維持する手段がアップデート作業に伴って動作不能になると、プリンタ１４の内部環境はプリンタ１４の外部環境（気温や湿度等）とほぼ同一になるものと想定されるから、環境悪化量算出部１６７は、アップデートを実行する日の環境に近似する履歴を記憶部１６４から取得し、これらの履歴を用いて時間単位の環境悪化量を算出する。アップデートを実行する日の環境に近似する履歴は、通常は直近の日の環境変動履歴であるが、これに限定されない。環境悪化量算出部１６７は、算出した時間単位の環境悪化量をアップデート不適時間帯算出部１６９に供給する。

アップデータ記憶部１６８は、アップデート作業に用いるアップデータを対象毎に記憶する。アップデータは、プリンタ１４の各部の制御プログラムであり、例えばプリンタ１４の乾燥機ヒーター制御ファームウェア、インクヒーター制御ファームウェア、加湿装置ファームウェア、ヘッドノズルヒーター制御ファームウェア等である。例えばインクヒーター制御ファームウェアをアップデートする場合、その作業中はインクヒーターが動作不能であるためインクの温度は周囲環境の気温に影響され、低温の場合には本来あるべきインク温度まで加熱するのに時間を要することになる。また、アップデータ記憶部１６８は、過去にアップデートされた対象についてそのアップデートの履歴を記憶する。アップデートの履歴には、アップデートの日付、アップデート対象の名称あるいはＩＤ、アップデータのサイズ、アップデートに要した時間、及びアップデート後の再起動に要した時間が含まれる。アップデート作業時間算出部１６５は、アップデート履歴に含まれるこれらのデータに基づいて今回のアップデート作業に要する予測時間を算出する。なお、本実施形態では、アップデート履歴をアップデータ記憶部１６８に記憶しているが、これに代えて、稼動履歴記憶部１６３にアップデート履歴を記憶するようにしてもよい。この場合、アップデート作業時間算出部１６５は、稼動履歴記憶部１６３に記憶されたアップデート履歴に基づいてアップデート作業時間を算出する。

アップデート不適時間帯算出部１６９は、高稼働予測部１６６で算出された時間単位の稼動量と、環境悪化量算出部１６７で算出された時間単位の環境悪化量に基づいてアップデートを実行するのに不適切な不適時間帯を算出する。具体的には、時間単位の稼動量と時間単位の環境悪化量をそれぞれ数値化し、これらを用いて、稼動量が増大するほど、あるいは環境悪化量が増大するほどその値が増大するようなアップテート不適指数を算出する。すなわち、アップデート不適指数をＵＮＣ（ｔ）、稼動量をＰＶ（ｔ）、環境悪化量をＥＮＶ（ｔ）とすると、
ＵＮＣ（ｔ）＝ｆ（ＰＶ（ｔ），ＥＮＶ（ｔ））
ｄｆ／ｄＰＶ＞０
ｄｆ／ｄＥＮＶ＞０
となるように特定の関数ｆを用いてアップデート不適指数ＵＮＣを算出する。ここで、ＰＶ（ｔ）、ＥＮＶ（ｔ）は時間単位の物理量であるため時間ｔの関数としたものであり、必然的にアップデート不適指数ＵＮＣ（ｔ）も時間単位の関数である。また、この時間ｔは、特定日、すなわちアップデートを実行する日の関数でもある。そして、アップデート不適指数を所定のしきい値と大小比較し、所定のしきい値を超える時間帯を不適時間帯として決定する。アップデート不適時間帯算出部１６９は、算出したアップデート不適時間帯をデータ送受信部１６２、ネットワークＩ／Ｆ１６１を介してコントローラ１２に送信する。

管理サーバ１６は、一般のコンピュータが備えるハードウェア構成、すなわちＣＰＵ、メモリ、入出力装置、入出力インタフェースを備え、プログラムメモリに記憶された処理プログラムをＣＰＵが実行することで図２の各機能ブロックを実現できる。具体的には、ネットワークＩ／Ｆ１６１及びデータ送受信部１６２は入出力インタフェース、稼動履歴記憶部１６３、環境変動履歴記憶部１６４及びアップデータ記憶部１６８はメモリ、アップデート作業時間算出部１６５、高稼働予測部１６６、環境悪化量算出部１６７は１つ又は複数のＣＰＵ又はＡＳＩＣで実現され得る。

図３は、コントローラ１２の機能ブロック図である。コントローラ１２は、稼動状況計測部１２０１、瞬断検知部１２０２、外部環境検知部１２０３、内部環境検知部１２０４、環境維持部１２０５、稼動履歴記憶部１２０６、環境変動履歴記憶部１２０７、制御部１２０８、ネットワークインタフェース（Ｉ／Ｆ）１２０９、データ送受信部１２１０、不適時間帯解析部１２１１、ダウンタイム量計算部１２１２、制御部１２１３、自動アップデート実行部１２１４、時計部１２１５、ユーザインタフェース（ＵＩ）表示内容生成部１２１６、ビデオインタフェース（Ｉ／Ｆ）１２１７、入力内容解析部１２１８、入力インタフェース（Ｉ／Ｆ）１２１９を備える。コントローラ１２には、モニタ１２１及びユーザが設定情報を入力するための入力部１２２が接続されることは上記の通りである。

稼働状況計測部１２０１、瞬断検知部１２０２、外部環境検知部１２０３、内部環境検知部１２０４は、それぞれプリンタ１４の稼動状況、瞬断の有無、外部環境、内部環境を検出する。ここで、稼動状況は例えばプリンタ１４の時間毎の印刷枚数（PV：Print Volume）であり、瞬断はプリンタ１４の電源電力の突発的・偶発的な停止である。いくつかの新興国では瞬断が少なくない頻度で起こることが知られている。外部環境は、プリンタ１４周囲の気温や湿度等であり、内部環境はプリンタ１４内部の気温や湿度等である。プリンタ１４の周囲及び内部がほぼ同一環境であり、あるいは両者の間に一定の関係があり一方を検知すれば他方も自動的に検知できる関係にある場合には、外部環境あるいは内部環境のいずれかを検知する構成としてもよい。

環境維持部１２０５は、プリンタ１４の内部と外部の少なくともいずれかを所望の状態に維持する。環境維持部１２０５は、例えばプリンタ１４内外の気温や湿度を一定に維持する。環境維持部１２０５は、制御部１２０８でその動作が制御される。従って、アップデート作業に伴い、制御部１２０８による環境維持部１２０５の制御が不能となると、プリンタ１４内外の環境が悪化し得る。

稼動履歴記憶部１２０６は、稼動状況計測部１２０１で検出されたプリンタ１４の稼動状況を順次記憶する。稼動状況にアップデート作業履歴を含めてもよいのは上記した通りである。

環境変動履歴記憶部１２０７は、瞬断検知部１２０２、外部環境検知部１２０３、内部環境検知部１２０４で検知された瞬断の有無、プリンタ１４内外の気温や湿度等を順次記憶する。

データ送受信部１２１０は、ネットワークＩ／Ｆ１２０９を介して各種データを管理サーバ１６に送信する。送信データには、稼動履歴記憶部１２０６に記憶された稼動履歴、環境変動履歴が含まれる。受信データには、アップデータ、管理サーバ１６で算出されたアップデート作業予測時間及びアップデート不適時間帯が含まれる。

不適時間帯解析部１２１１は、制御部１２１３からの指令に基づき、管理サーバ１６から受信した不適時間帯とアップデートを行う時間とを照合し、アップデートを行う時間が不適時間帯に該当するか否かを判定する。

ダウンタイム量計算部１２１２は、制御部１２１３からの指令に基づき、ユーザが不適時間帯におけるアップデートを許容した場合に、それに伴うダウンタイム、すなわち不適時間帯にアップデートを行う場合の損失を算出する。ここで、本実施形態における「ダウンタイム」は、アップデート不適時間帯にアップデートを実行した場合と、アップデート適切時間帯にアップデートを実行した場合の、時間次元での差分量を意味し、より特定的には、アップデート不適時間帯にアップデートを実行した場合の、アップデート適切時間帯にアップデートを実行した場合に対する余分な時間を意味する。

自動アップデート実行部１２１４は、管理サーバ１６から受信したアップデータを用いてプリンタ１４のアップデートを実行する。

入力内容解析部１２１８は、入力Ｉ／Ｆ１２１９を介して入力部１２２から入力されたユーザの設定情報を解析して制御部１２１３に供給する。ユーザの設定情報には、アップデートの実行指示が含まれる。

ユーザインタフェース（ＵＩ）表示内容生成部１２１６は、不適時間帯解析部１２１１から出力された不適時間帯の情報、及びダウンタイム量計算部１２１２で算出されたダウンタイム量をユーザに通知する表示形態に変換し、ビデオＩ／Ｆ１２１７を介してモニタ１２１に出力する。

時計部１２１５は、現在時間を制御部１２１３に供給する。

制御部１２１３は、不適時間帯解析部１２１１、ダウンタイム量計算部１２１２、及び自動アップデータ実行部１２１４の動作を制御する。具体的には、不適時間帯解析部１２１１に指令することでユーザから指示されたアップデートの実行時間が管理サーバ１６で算出されたアップデート不適時間帯に該当するか否かを判定し、不適時間帯に該当しない場合に自動アップデート実行部１２１４に指令して管理サーバ１６から受信したアップデータを用いてプリンタ１４のアップデートを行う。また、不適時間帯に該当する場合には基本的にはアップデートを実行しないが、ユーザが不適時間帯でのアップデートを許容する場合には、ダウンタイム量計算部１２１２に指令して不適時間帯にアップデートを行う場合のダウンタイムをアップデート作業予測時間に基づき計算し、モニタ１２１に出力する。

コントローラ１２は、一般のコンピュータが備えるハードウェア構成、すなわちＣＰＵ、メモリ、入出力装置、入出力インタフェースを備え、プログラムメモリに記憶された処理プログラムをＣＰＵが実行することで図３の各機能ブロックを実現できる。具体的には、ネットワークＩ／Ｆ１２０９、データ送受信部１２１０、ビデオＩ／Ｆ１２１７、入力Ｉ／Ｆ１２１９は入出力インタフェース、稼動履歴記憶部１２０６、環境変動履歴記憶部１２０７はメモリ、制御部１２０８，１２１３、不適時間帯解析部１２１１、ダウンタイム量計算部１２１２、自動アップデート実行部１２１４、ＵＩ表示内容生成部１２１６及び入力内容解析部１２１８は１つ又は複数のＣＰＵ又はＡＳＩＣで実現され得る。

以下、フローチャートを用いて管理サーバ１６及びコントローラ１２の各処理について詳細に説明する。

まず、管理サーバ１６の処理について説明する。

図４は、管理サーバ１６の処理フローチャートであり、管理対象のプリンタ１４のアップデータが存在するか否かを判定する処理フローチャートである。

管理サーバ１６は、定期的あるいは不定期的にアップデータ情報を取得し、アップデータ記憶部１６８に記憶する（Ｓ１０１）。アップデータには、管理対象の装置（プリンタ１４を含む）の制御プログラム（制御ファームウェア）が含まれる。

管理サーバ１６のアップデート作業時間算出部１６５は、所定の制御タイミングでアップデータ記憶部１６８にアクセスし、アップデータが存在するか否かを判定する（Ｓ１０２）。

アップデータが存在する場合（Ｓ１０２でＹＥＳ）、次に、アップデート作業時間算出部１６５は、存在するアップデータの対象がプリンタ１４であるか否かを判定する（Ｓ１０３）。

アップデータの対象がプリンタ１４である場合（Ｓ１０３でＹＥＳ）、さらに、アップデート作業時間算出部１６５は、プリンタ１４の現在の制御プログラム（制御ファームウェア）のバージョンがアップデータのバージョンよりも古いか否かを判定する（Ｓ１０４）。

プリンタ１４の制御プログラムのバージョンがアップデータのバージョンよりも古い場合（Ｓ１０４でＹＥＳ）、アップデート作業時間算出部１６５は、アップデータ有りと設定する（Ｓ１０５）。他方、アップデータが存在しない場合（Ｓ１０２でＮＯ）、対象がプリンタ１４でない場合（Ｓ１０３でＮＯ）、あるいはアップデータよりも古くない場合（Ｓ１０４でＮＯ）、いずれもアップデータ無しと設定する（Ｓ１０６）。

図５は、管理サーバ１６の処理フローチャートであり、アップデータ有りと設定された場合の処理フローチャートである。

管理サーバ１６のアップデート作業時間算出部１６５は、アップデータ記憶部１６８に記憶されているプリンタ１４用のアップデータサイズ（Ｓｚ）を取得する（Ｓ２０１）。

次に、プリンタ１４についてアップデート履歴があるか否かを判定する（Ｓ２０２）。アップデータ記憶部１６８に履歴が記憶されている場合、アップデータ記憶部１６８にアクセスして履歴の有無を判定する。稼動履歴記憶部１６３に履歴が記憶されている場合、稼動履歴記憶部１６３にアクセスして履歴の有無を判定する。

アップデート履歴がある場合（Ｓ２０２でＹＥＳ）、アップデート作業時間算出部１６５は、アップデート履歴からそのときのアップデータサイズ（Ｓｚｏｌｄ）、アップデート時間（Ｔｏｌｄ）、及び再起動時間（ＲｅＴ）を取得する（Ｓ２０３）。再起動時間は、アップデータをインストールした後にプリンタ１４を再起動できるまでに要する時間（ウオームアップ時間）である。一般に、装置を部分的に再起動する場合には短く、装置全体を再起動する場合には長くなる。そして、取得したこれらの履歴から、今回実行しようとするアップデートに要する予測時間を算出する（Ｓ２０４）。

例えば、
予測時間Ｔ＝Ｔｏｌｄ×（Ｓｚ／Ｓｚｏｌｄ）＋ＲｅＴ
により算出する。この式は、アップデータサイズに比例してアップデートに要する時間が増大するとの事実に基づく。

他方、初めてのアップデート等の事情により、プリンタ１４のアップデート履歴がない場合（Ｓ２０２でＮＯ）、アップデート作業時間算出部１６５は、アップデート時間算出初期値として、アップデータサイズ単位時間当たりの時間（ＴｐｅｒＳｚ）及びアップデート対象再起動時間（ＲｅＴＤｅｆ）を取得する（Ｓ２０５）。これらの時間データは、予めアップデート作業時間算出部１６５のメモリに記憶しておけばよく、あるいはアップデータ記憶部１６８に記憶してもよい。そして、取得したこれらのデータから、今回実行しようとするアップデートに要するであろう予測時間を算出する（Ｓ２０６）。

例えば、
予測時間Ｔ＝Ｓｚ×ＴｐｅｒＳｚ＋ＲｅＴ
により算出する。アップデート作業時間算出部１６５は、算出した予測時間Ｔをデータ送受信部１６２及びネットワークＩ／Ｆ１６１を介してコントローラ１２に送信する。なお、後述するように、この予測時間Ｔは、コントローラ１２においてダウンタイム量を算出する際に用いられる。

図６は、管理サーバ１６の処理フローチャートであり、特定日のアップデートに伴って生じる環境悪化量を算出する処理である。

管理サーバ１６の環境悪化量算出部１６７は、アップデートを行う日として指示・通知された日の環境パラメータを取得する（Ｓ３０１）。環境パラメータは、年月日、気温、湿度、瞬断の有無等である。

次に、環境悪化量算出部１６７は、環境変動履歴記憶部１６４にアクセスして、直近の環境変動履歴の中に近似する環境パラメータ履歴が存在するか否かを判定する（Ｓ３０２）。存在しない場合（Ｓ３０２でＮＯ）、直近よりもさらに遡った環境変動履歴の中に近似する環境パラメータ履歴が存在するか否かを判定する（Ｓ３０３）。直近、及びさらに遡った履歴の中に近似する履歴が存在しない場合（Ｓ３０３でＮＯ）、直近の環境変動履歴の平均値を算出する（Ｓ３０４）。

他方、直近の環境変動履歴の中に近似する履歴が存在する場合（Ｓ３０２でＹＥＳ）、あるいは遡った環境変動履歴の中に近似する履歴が存在する場合（Ｓ３０３でＹＥＳ）、これらの近似する環境変動履歴を取得して算出用履歴として設定する（Ｓ３０５）。例えば、アップデートを行う日として指示・通知された日が２０１４年８月２２日であり、その日の９時の気温が３０℃、湿度５０％である場合、これに近似する気温及び湿度を有する２０１４年８月２１日の環境変動履歴を取得して算出用履歴として設定する。なお、Ｓ３０４で平均値を算出した場合には、この平均値を算出用履歴として設定する。

次に、時間のパラメータｔを０時にセットし（Ｓ３０６）、ｔ時の時間単位環境悪化量を履歴のｔ時のパラメータから算出してメモリに保存する（Ｓ３０７）。この処理を、０時から２４時まで繰り返し実行して各時の時間単位環境悪化量を算出する（Ｓ３０８，Ｓ３０９）。

これにより、例えば、
０時：気温１５度、湿度３０％
１時：気温１５度、湿度３０％
・・・
９時：気温３０℃、湿度５０％
１０時：気温３１度、湿度５１％
・・・
２３時：気温２０度、湿度２５％
２４時：気温１９度、湿度２５％
等が得られる。ここで、「０時」は、午前０時から午前０時５９分までを意味し、「１時」は、午前１時から午前１時５９分までを意味する。他の時間についても同様である。近似する履歴が存在しない場合には、直近の環境変動履歴の平均値としてこれらの値が得られる。平均値の母数は任意であるが、例えば直近の１０日間とすることができる。

図７は、管理サーバ１６の処理フローチャートであり、特定日のプリンタ１４の稼動予測を算出する処理である。

管理サーバ１６の高稼働予測部１６６は、アップデートを行う日として指示・通知された日を取得する（Ｓ４０１）。そして、予測算出方法設定を取得する（Ｓ４０２）。予測算出方法には、稼動履歴に基づいて算出する際に、直近の稼動履歴の平均を用いる方法と、同一曜日の履歴を用いる方法がある（Ｓ４０３）。直近稼動平均予測の場合、直近Ｎ日分の履歴を稼動履歴記憶部１６３から読み出して算出用履歴として設定する（Ｓ４０４）。同一曜日予測の場合、直近の同一曜日稼動履歴が所定のＮ日以上存在するか否かを確認し、Ｎ日以上存在して十分に信頼性がある場合には（Ｓ４０５でＹＥＳ）、同一曜日のＮ日分の履歴を稼動履歴記憶部１６３から読み出して算出用履歴として設定する（Ｓ４０６）。予測算出方法は、予めメモリに設定値として保持しておく。また、Ｎ日も同様に予めメモリに設定値として保持しておく。

次に、時間のパラメータｔを０時にセットし（Ｓ４０７）、ｔ時の時間単位稼動量を履歴のｔ時の稼動量の平均から算出してメモリに保存する（Ｓ４０８）。この処理を、０時から２４時まで繰り返し実行して各時の時間単位稼動量を算出する（Ｓ４０９，Ｓ４１０）。

これにより、例えば、稼動量をPVとして、
０時：０
１時：０
・・・
９時：１００
１０時：１２０
・・・
２３時：０
２４時：０
等が得られる。ここで、「０時」は、午前０時から午前０時５９分までを意味し、「１時」は、午前１時から午前１時５９分までを意味するのは環境悪化量の場合と同様である。

図８は、管理サーバ１６の処理フローチャートであり、不適時間帯を算出する処理である。

管理サーバ１６のアップデート不適時間帯算出部１６９は、環境悪化量算出部１６７で算出された時間単位環境悪化量を取得するとともに（Ｓ５０１）、高稼働予測部１６６で算出された時間単位稼動量を取得する（Ｓ５０２）。

次に、時間のパラメータｔを０時にセットし（Ｓ５０３）、ｔ時の時間単位環境悪化量及び稼動量を用いてアップデートの不適の度合いを指数化（スコア化）する（Ｓ５０４）。具体的には、稼動量としてのＰＶ、環境悪化量としての気温、湿度を、低温低湿度ほど環境悪化量が増大することを考慮して数値化し、稼動量が増大するほど、あるいは環境悪化量が増大するほど増大するようにアップデート不適指数を算出する。

例えば、アップデート不適指数＝ＰＶ指数＋気温指数＋湿度指数
で算出する。勿論、この式は、上記の
ＵＮＣ（ｔ）＝ｆ（ＰＶ（ｔ），ＥＮＶ（ｔ））
を満たす関数ｆの一例にすぎないことは容易に理解されよう。そして、算出したスコアが所定の不適しきい値より高いか否かを判定し（Ｓ５０５）、算出したスコアが不適しきい値より高ければ（Ｓ５０５でＹＥＳ）、そのときのｔ時を不適時間帯として設定してメモリに保存する（Ｓ５０８）。以上の処理を０時から２４時まで繰り返し実行して、不適時間帯を算出する（Ｓ５０６，Ｓ５０７）。アップデート不適時間帯算出部１６９は、算出した不適時間帯をデータ送受信部１６２及びネットワークＩ／Ｆ１６１を介してコントローラ１２に送信する。

管理サーバ１６からコントローラ１２に送信される情報を要約すると、以下の通りである。
・プリンタ１４のアップデータ
・アップデート作業予測時間
・アップデート不適時間帯

次に、コントローラ１２の処理について説明する。

図９は、コントローラ１２の処理フローチャートであり、管理サーバ１６で算出された不適時間帯に基づいてプリンタ１４のアップデートを実行する処理である。

まず、制御部１２１３は、クライアント１０あるいは入力部１２２からアップデート実行指示を受信すると（Ｓ６０１）、時計部１２１５から今の時間Ｔｎｏｗを取得するとともに不適時間帯解析部１２１１に指令し、今の時間Ｔｎｏｗが管理サーバ１６で算出されたアップデート不適時間帯に該当するか否かを判定する（Ｓ６０２）。具体的には、管理サーバ１６から受信した不適時間帯の情報は不適時間帯解析部１２１１のメモリに記憶し、不適時間帯解析部１２１１は、今の時間Ｔｎｏｗとメモリに記憶された不適時間帯とを照合し、両者が一致するか否かを判定する。例えば、今の時間Ｔｎｏｗが９時であり、不適時間帯が９時〜１２時であれば、不適時間帯に該当すると判定する。今の時間Ｔｎｏｗがアップデート不適時間帯に該当しない場合（Ｓ６０２でＮＯ）、制御部１２１３は、自動アップデート実行部１２１４に指令してプリンタ１４のアップデートを実行する（Ｓ６１０）。
すなわち、管理サーバ１６から受信したアップデータをプリンタ１４にインストールする。

他方、今の時間Ｔｎｏｗがアップデート不適時間帯に該当する場合（Ｓ６０２でＹＥＳ）、次に、制御部１２１３は、不適時間帯アップデート許可モードか否かを判定する（Ｓ６０３）。不適時間帯アップデート許可モードは、ユーザが予め設定しておくモードであり、たとえ不適時間帯であってもあえてアップデートの実行を許可するモードである。予めユーザが設定して制御部１２１３のメモリに記憶しておいてもよく、モニタ１２１の表示を見てその都度許可モードを入力してもよい。不適時間帯アップデート許可モードでない場合（Ｓ６０３でＮＯ）、アップデートは実行しない。何らかの理由により不適時間帯であってもアップデートを行う必要があるため不適時間帯アップデート許可モードに設定されている場合（Ｓ６０３でＹＥＳ）、制御部１２１３は、管理サーバ１６から受信したアップデート作業予測時間Ｔを取得し（Ｓ６０４）、また、今の時間ｔｎｏｗ以降で、かつ直近のアップデート適切時間Ｔｇｏｏｄを取得する（Ｓ６０５）。ここで、アップデート適切時間Ｔｇｏｏｄは、アップデート不適時間として設定されていない時間帯を意味する。

例えば、今の時間Ｔｎｏｗが９時で、不適時間帯が９時〜１２時の場合、直近のアップデート適切時間Ｔｇｏｏｄは１３時である。さらに、制御部１２１３は、ダウンタイム量計算部１２１２に指令する。ダウンタイム量計算部１２１２は、Ｔｎｏｗの時間単位環境悪化量Ｂｎｏｗと、Ｔｇｏｏｄの時間単位環境悪化量Ｂｇｏｏｄをそれぞれ取得し（Ｓ６０６）、これらの量に基づいてダウンタイム発生量Ｄを算出する（Ｓ６０７）。

例えば、
Ｄ＝Ｂｎｏｗ×Ｔ−Ｂｇｏｏｄ×Ｔ
により算出する。ここで、Ｂｎｏｗ、Ｂｇｏｏｄは、アップデート不適指数を算出する際に用いられる気温指数と湿度指数の和として算出される。Ｔｎｏｗはアップデート不適時間帯に該当し、Ｔｇｏｏｄはアップデート適切時間帯に該当するから、通常、（Ｂｎｏｗ×Ｔ）＞（Ｂｇｏｏｄ×Ｔ）であり、両者の差分は、今のタイミングＴｎｏｗでアップデートした場合に、より適切な時間帯でアップデートした場合に比べてどの程度余分に時間を要するかの指標となる。ダウンタイム量Ｄは、管理サーバ１６で算出されたアップデート予測時間Ｔと、環境悪化量を用いて算出される点に留意されたい。ダウンタイム量計算部１２１２は、算出したダウンタイム量Ｄをモニタ１２１に表示してユーザに通知する（Ｓ６０８）。

例えば、
「今の時間は不適時間帯であり、適切時間帯にアップデートする場合に比べてダウンタイム量Ｄだけ余分に時間がかかります。アップデートしますか。」
等である。ユーザは、モニタ１２１に表示されたダウンタイム量Ｄを視認してアップデートを実行するか否かを判断する（Ｓ６０９）。アップデートを実行するのであれば、入力部１２２からその旨を指示し、制御部１２１３はこの指示に応じて自動アップデート実行部１２１４に指令してプリンタ１４のアップデートを実行する（Ｓ６１０）。ダウンタイム量Ｄが許容範囲外であれば、ユーザはアップデートを許可せず（Ｓ６０９でＮＯ）、制御部１２１３はアップデートを実行しない。

以上のように、コントローラ１２は、管理サーバ１６からプリンタ１４のアップデータ、アップデート作業予測時間Ｔ、及びアップデート不適時間帯の各情報を受信し、アップデートを行うべきとしてユーザから指示された時間が不適時間帯に該当しない場合にアップデータを用いてプリンタ１４のアップデートを実行し、不適時間帯に該当する場合にはアップデート作業予測時間Ｔを用いてダウンタイム量を算出し、このダウンタイム量Ｄを用いてユーザにアップデートを行うべきか否かを通知するので、結果として最適なタイミングでアップデートを実行し得る。本実施形態において、最適なアップデートタイミングは、単にプリンタ１４の稼動状況だけでなく、アップデート作業中に予想される環境悪化の度合いも考慮して決定されている点に留意すべきである。

次に、本実施形態の処理について、より具体的に説明する。

図１０は、管理サーバ１６のアップデータ記憶部１６８あるいは稼動履歴記憶部１６３に記憶されるアップデート履歴の一例である。アップデート履歴は、開始日時、アップデート対象、アップデータ量、アップデート時間、及び再起動時間を含む。例えば、２０１３年１０月１２日１８時１５分２２秒に乾燥機ヒーター制御ファームウェアのアップデートを行い、このときのアップデータ量は１２５ＭＢ、アップデート時間は１０分、再起動時間は５分である。また、２０１３年１２月２０日２０時０５分２１秒にインクヒーター制御ファームウェアのアップデートを行い、このときのアップデータ量は２０５ＭＢ、アップデート時間は２５分、再起動時間は２０分である。

図１１は、管理サーバ１６のアップデート作業時間算出部１６５で算出されるアップデート作業予測時間の一例である。既述したように、アップデート履歴がある場合にはアップデート履歴に基づき算出し、アップデート履歴がない場合には予め設定された初期値に基づき算出する。アップデート対象がインクヒーター制御ファームウェアの場合、図１０に示すようにアップデート履歴があるので、これに基づき算出する。具体的には、図５の処理フローチャートのＳ２０４で示すように、
アップデート作業予測時間Ｔ＝Ｔｏｌｄ×（Ｓｚ／Ｓｚｏｌｄ）＋ＲｅＴ
であり、図１０のアップデート履歴から、
Ｔｏｌｄ＝２５分
Ｓｚｏｌｄ＝２０５ＭＢ
ＲｅＴ＝２０分
であるから、
Ｔ＝２５分×（Ｓｚ／２０５ＭＢ）＋２０分
となる。なお、図１１では一例としてインクヒーター制御ファームウェアのアップデータ量を３５０ＭＢ、アップデート時間＝３７分としている。

他方、アップデート対象がヘッドノズルヒーター制御ファームウェアの場合、図１０に示すアップデート履歴がないので予め設定された初期値に基づき算出する。初期値を１０ＭＢ当たり１分とすると、アップデータ量が５００ＭＢであれば、図５の処理フローチャートのＳ２０６で示すように、
アップデート作業予測時間Ｔ＝Ｓｚ×ＴｐｅｒＳｚ＋ＲｅＴ
であるから、
Ｔ＝５００×１分／１０ＭＢ＋ＲｅＴ
＝５０分＋ＲｅＴ
となる。図では、起動時間の初期値をＲｅＴ＝２０分（全体再起動）としている。

図１２は、環境変動履歴、環境悪化量、及び稼動履歴の一例である。図１２（ａ）は気温及び湿度の変動履歴であり、横軸は時間、左縦軸は気温、右縦軸は湿度である。

図１２（ｂ）は環境悪化量であり、横軸は時間、縦軸は悪化量を一定の基準で数値化したものである。プリンタ１４がインクジェットプリンタの場合、高温及び高湿度の方がインクジェットプリンタにとって好ましく、逆に、低温低湿度の場合には好ましくなく、環境が「悪化」しているといえる。従って、例えば環境悪化量＝（Ｃ１／気温）＋（Ｃ２／湿度）と定義すると（但し、Ｃ１、Ｃ２は定数）、低温低湿度ほど環境悪化量の値は増大し、高温高湿度ほど環境悪化量は減少する。図１２（ｂ）において、６時〜１０時に気温・湿度ともに相対的に低いため、環境悪化量は増大している。

図１２（ｃ）は稼動履歴であり、横軸は時間、縦軸はPV(Print Volume)である。２１時〜７時の夜間に稼動がなく、昼間に稼動がある状況である。

図１３は、ある特定日の時間毎のアップデート不適指数の一例である。図８のフローチャートのＳ５０４で示すように、管理サーバ１６では環境悪化量と稼動量に基づいて不適の度合いをスコア（指数化）する。図１３において、稼動量としてのＰＶ、環境悪化量としての気温、湿度がそれぞれ数値化して示されている。なお、既述したように、低温低湿度ほど環境悪化量は増大するので、気温及び湿度はこの点を考慮して数値化している。アップデート不適指数は、稼動量が増大するほど、あるいは環境悪化量が増大するほど増大するように算出され、

アップデート不適指数＝ＰＶ指数＋気温指数＋湿度指数
と定義される。これによれば、０時ではＰＶ＝０、気温＝３、湿度＝１であるから不適指数＝４となる。同様に、９時ではＰＶ＝５、気温＝２、湿度＝４であるから不適指数＝１１となる。アップデート不適指数は、図８のフローチャートのＳ５０５、Ｓ５０８で示すように所定のしきい値と大小比較され、アップデート不適指数がしきい値よりも高い場合に不適時間帯として設定される。図１３において、しきい値を例えば「５」とすると、アップデート不適指数が６以上の時間帯は不適時間帯として設定される。図１３において、６時〜１１時
１３時〜１８時
が不適時間帯として設定される。

図１４は、環境悪化量とアップデート不適時間帯を併せて示したものである。横軸は時間、縦軸は環境悪化量であり、斜線で示す時間帯がアップデート不適時間帯である。プリンタ１４での印刷業務の空きが１４時に生じた場合（図においてａで示す時間帯）、ユーザはプリンタ１４のアップデートを指示するが、この時間帯はアップデート不適時間帯であるため、基本的にはアップデートは実行されない（図９のフローチャートのＳ６０２でＹＥＳ）。但し、ユーザが不適時間帯でもアップデートを許可するように入力部１２２から入力した場合（図９のフローチャートのＳ６０３でＹＥＳ）、コントローラ１２はダウンタイム量を算出する（図９のフローチャートのＳ６０４〜Ｓ６０８）。すなわち、アップデートしようとしている時間帯ａよりも後で、直近のアップデート適切時間Ｔｇｏｏｄを取得する。図１４において、アップデート不適時間帯は１３時〜１８時であるため、直近のアップデート適切時間帯は１９時である（図においてｂで示す時間帯）。コントローラ１２は、ａで示す時間帯の環境悪化量と、ｂで示す時間帯の環境悪化量を算出し、その差分を演算してダウンタイム量としてモニタ１２１に出力する。

例えば、１４時の環境悪化指数が５であり、１９時の環境悪化指数が４であるから、アップデート作業予測時間をＴとして、
ダウンタイム量Ｄ＝（５−４）×Ｔ
をモニタ１２１に出力する。ユーザは、このダウンタイム量Ｄをモニタ１２１で視認することで、アップデート不適時間帯（図においてａで示す時間帯）でアップデートを行った場合の損失を定量的に把握することができ、この時間帯でアップデートを行うべきか否かの判断を下す際の情報が得られる。

図１５は、他の環境変動履歴、環境悪化量、及び稼動履歴の例である。図１５（ａ）は気温及び湿度の変動履歴であり、横軸は時間、左縦軸は気温、右縦軸は湿度である。

図１５（ｂ）は環境悪化量であり、横軸は時間、縦軸は悪化量を一定の基準で数値化したものである。

図１５（ｃ）は稼動履歴であり、横軸は時間、縦軸はPV(Print Volume)である。稼動状況に山谷が少なく終夜運転状態の場合である。

図１６は、ある特定日の時間毎のアップデート不適指数の一例である。図１６において、稼動量としてのＰＶ、環境悪化量としての気温、湿度がそれぞれ数値化して示されている。アップデート不適指数は、同様に、
アップデート不適指数＝ＰＶ指数＋気温指数＋湿度指数
と定義される。図１６において、しきい値を例えば「５」とすると、アップデート不適指数が６以上の時間帯は不適時間帯として設定され、
１時〜１８時
２１時、２３時
が不適時間帯として設定される。

図１７は、環境悪化量とアップデート不適時間帯を併せて示したものである。横軸は時間、縦軸は環境悪化量であり、斜線で示す時間帯がアップデート不適時間帯である。プリンタ１４での印刷業務の空きが１４時に生じた場合（図においてａで示す時間帯）、ユーザはプリンタ１４のアップデートを指示するが、この時間帯はアップデート不適時間帯であるため、基本的にはアップデートは実行されない。但し、ユーザが不適時間帯でもアップデートを許可するように入力部１２２から入力した場合、コントローラ１２はダウンタイム量を算出する。すなわち、アップデートしようとしている時間帯ａよりも後で、直近のアップデート適切時間Ｔｇｏｏｄを取得する。図１７において、アップデート不適時間帯は１時〜１８時であるため、直近のアップデート適切時間帯は１９時である（図においてｂで示す時間帯）。コントローラ１２は、ａで示す時間帯の環境悪化量と、ｂで示す時間帯の環境悪化量を算出し、その差分を演算してダウンタイム量としてモニタ１２１に出力する。ユーザは、このダウンタイム量Ｄをモニタ１２１で視認することで、アップデート不適時間帯（図においてａで示す時間帯）でアップデートを行った場合の損失を定量的に把握することができ、この時間帯でアップデートを行うべきか否かの判断を下す際の情報が得られる。

図１８は、さらに他の環境変動履歴、環境悪化量の例である。図１８（ａ）は気温及び湿度の変動履歴であり、横軸は時間、左縦軸は気温、右縦軸は湿度である。図１８（ｂ）は環境悪化量であり、横軸は時間、縦軸は悪化量を一定の基準で数値化したものである。

図１９は、瞬断及び稼動量の履歴の例である。図１９（ａ）は瞬断であり、横軸は時間、縦軸は瞬断の発生確率である。図１９（ｂ）は稼動量であり、横軸は時間、縦軸はPVである。稼動状況に山谷がある場合である。

図２０は、図１８及び図１９を考慮したある特定日の時間毎のアップデート不適指数である。図２０において、稼動量としてのＰＶ、環境悪化量としての気温、湿度がそれぞれ数値化して示されており、さらに瞬断の確率が数値化して示されている。瞬断の確率が高いほど、瞬断の数値は増大する。アップデート不適指数は、稼動量が増大するほど、あるいは環境悪化量が増大するほど、あるいは瞬断の確率が増大するほど増大するように算出される。

例えば、アップデート不適指数は、
アップデート不適指数＝ＰＶ指数＋気温指数＋湿度指数＋瞬断指数
と定義される。これによれば、０時ではＰＶ＝０、気温＝３、湿度＝１、瞬断＝０であるから不適指数＝４となる。同様に、９時ではＰＶ＝５、気温＝２、湿度＝４、瞬断＝８であるから不適指数＝１９となる。図２０において、しきい値を例えば「５」とすると、アップデート不適指数が６以上の時間帯は不適時間帯として設定され、
６時〜１１時
１３時〜１８時
が不適時間帯として設定される。瞬断は、環境悪化量の一つのパラメータとして把握することもできる。

以上、本発明の実施形態について説明したが、本発明はこれに限定されるものではなく、種々の変形が可能である。

例えば、本実施形態では管理サーバ１６がアップデート不適時間帯を算出しているが、逆に、アップデート適切時間帯を算出してもよい。アップデート不適時間帯とアップデート適切時間帯は表裏の関係にあり、アップデート不適時間帯を算出することと、アップデート適切時間帯を算出することは実質的に同一であるといえる。アップデート適切時間帯を算出するためには、例えば図８のフローチャートのＳ５０５において、スコアが不適しきい値よりも低い時間帯を抽出すればよい。

また、本実施形態では、アップデート不適時間帯にユーザがアップデートを指示する場合に、直近のアップデート適切時間帯とのダウンタイム量Ｄを算出してモニタ１２１に表示し、ユーザが視認して判断可能な構成としているが、ダウンタイム量Ｄを算出することなく、直近のアップデート適切時間帯において自動的にアップデートを実行してもよい。あるいは、ダウンタイム量Ｄを所定のしきい値と比較し、ダウンタイム量Ｄが所定のしきい値以下であって直近のアップデート適切時間帯にアップデートを実行した場合と比べて大きな相違がない場合に自動的にユーザから指示された時間帯においてアップデートを実行するように構成してもよい。

また、本実施形態では、ダウンタイム量Ｄを、不適時間帯の環境悪化量と、適切時間帯の環境悪化量の差分を用いて算出しているが、これに代えて、不適時間帯の環境悪化量及び稼動量と、適切時間帯の環境悪化量及び稼動量を用いて算出してもよい。図に即して説明すると、例えば図１３に示される不適時間帯におけるアップデート不適指数と、適切時間帯におけるアップデート不適指数を用いて、
ダウンタイム量Ｄ＝ＵＮＣｎｏｗ×Ｔ−ＵＮＣｇｏｏｄ×Ｔ
により算出してもよい。ここで、ＵＮＣｎｏｗ、ＵＮＣｇｏｏｄは、それぞれ不適時間帯におけるアップデート不適指数、適切時間帯におけるアップデート不適指数であり、Ｔはアップデート作業予測時間である。

また、本実施形態では、コントローラ１２は管理サーバ１６で決定されたアップデート不適時間帯をモニタ１２１に出力してユーザに通知するようにしているが、不適時間帯をユーザに通知することなく、指示されたアップデート時間帯が不適時間帯か否かを判定し、不適時間帯である場合に不適時間帯である旨をモニタ１２１に出力してもよい。

また、本実施形態では、管理サーバ１６が稼動履歴記憶部１６３及び環境変動履歴記憶部１６４に記憶された稼動履歴と環境変動履歴に基づいてアップデート不適時間帯を算出しているが、コントローラ１２にも稼動履歴記憶部１２０６及び環境変動履歴部１２０７が存在しているので、コントローラ１２においてこれらの履歴に基づいてアップデート不適時間帯を算出してもよい。要するに、アップデート不適時間帯は、コントローラ１２あるいは管理サーバ１６のいずれかで算出すればよい。同様に、本実施形態では管理サーバ１６がアップデート作業予測時間を算出しているが、コントローラ１２においてアップデータ及び過去のアップデート履歴に基づいてアップデート作業予測時間を算出してもよい。

本実施形態のシステムにおいて、可能な組み合わせを例示すると以下の通りである。

＜パターン１＞
管理サーバ１６でアップデート作業予測時間の算出、アップデート不適（又は適切）時間の設定。
コントローラ１２でアップデート不適（又は適切）時間に基づくアップデータの実行制御、ダウンタイム量の算出。

＜パターン２＞
コントローラ１２でアップデート作業予測時間の算出、アップデート不適（又は適切）時間の設定、アップデート不適（又は適切）時間に基づくアップデータの実行制御、ダウンタイム量の算出。

＜パターン３＞
管理サーバ１６でアップデート作業予測時間の算出、アップデート不適（又は適切）時間の設定、アップデート不適（又は適切）時間に基づくアップデータの実行の可否決定、ダウンタイム量の算出。

コントローラ１２でアップデータの実行の可否決定に基づくアップデータの実行制御
本発明は、これらのいずれのパターンも排除するものではない。なお、本実施形態におけるコントローラ１２は、既述したように画像形成装置として機能するが、管理サーバ１２もコントローラ１２の動作を管理してプリンタ１４の印刷動作を（間接的に）制御するため、コントローラ１２と同様に画像形成装置として機能し得る。従って、本実施形態において、「画像形成装置」には、コントローラ１２のみならず管理サーバ１６を含むものとする。

また、本実施形態では、環境変動パラメータとして気温及び湿度、さらには瞬断の有無を例示したが、これらに加えて粉塵量を用いてもよい。この場合、粉塵量が増大するほどアップデート不適指数が増大するようにアップデート不適指数を算出すればよい。

また、本実施形態において、気温がほぼ一定の場合には湿度のみ、湿度がほぼ一定の場合には気温のみ、気温及び湿度がほぼ一定の場合には瞬断の有無のみに基づいて環境悪化量を算出してもよく、プリンタ１４が設置されている国あるいは地域に応じて適応的に算出することができる。すなわち、気温、湿度、粉塵量、瞬断の有無の少なくともいずれかに基づき、気温が低く、湿度が低く、粉塵量が多く、瞬断が有るほど環境悪化量が増大するように算出すればよい。

さらに、本実施形態では、アップデートの対象となる装置としてプリンタ、特にインクジェットプリンタを例示したが、これに限定されず、アップデート作業に伴って内部環境を所望の状態に維持できず、外部環境の影響を受けてその性能が影響され得る任意の装置（複合機、複写機、スキャナ等）に適用し得る。

１０ クライアント（クライアントコンピュータ）、１２ コントローラ、１４ プリンタ、１６ 管理サーバ（管理サーバコンピュータ）、１８ インターネット、１２１ モニタ、１２２ 入力部。

Claims (5)

1. 装置の稼動履歴から稼動量を予測する稼動予測手段と、
   装置の制御プログラムの更新に伴う装置の内部環境の環境悪化量を算出する算出手段と、
   前記稼動量と前記環境悪化量から前記更新の不適時間帯又は適切時間帯を設定する制御手段と、
   前記更新の不適時間帯に前記更新を実行する場合に、前記不適時間帯に前記更新を実行した場合と前記適切時間帯で前記更新を実行した場合の差分であるダウンタイム量を算出するダウンタイム量算出手段と、
   を備える画像形成装置。
2. 前記更新に要する更新時間を予測する更新時間予測手段と、
   を備え、前記ダウンタイム量算出手段は、前記更新時間に基づき算出する請求項１記載の画像形成装置。
3. 前記更新時間予測手段は、前記更新後の前記装置の再起動に要する時間に基づき予測する請求項２記載の画像形成装置。
4. 前記算出手段は、気温、湿度、粉塵量、瞬断の有無の少なくともいずれかに基づき、気温が低く、湿度が低く、粉塵量が多く、瞬断が有るほど環境悪化量が増大するように算出する請求項１〜３のいずれかに記載の画像形成装置。
5. 装置を制御するコントローラと、
   前記コントローラとネットワークを介して接続される管理サーバコンピュータと、
   を備え、前記コントローラと前記管理サーバコンピュータのいずれかに、
   前記装置の稼動履歴から稼動量を予測する稼動予測手段と、
   前記装置の制御プログラムの更新に伴う装置の内部環境の環境悪化量を算出する算出手段と、
   前記稼動量と前記環境悪化量から前記更新の不適時間帯又は適切時間帯を設定する制御手段と、
   指示された更新時間と、前記不適時間帯又は適切時間帯に基づいて前記装置の更新の実行を制御する更新制御手段と、
   前記更新の不適時間帯に前記更新を実行する場合に、前記不適時間帯に前記更新を実行した場合と前記適切時間帯で前記更新を実行した場合の差分であるダウンタイム量を算出するダウンタイム量算出手段と、
   を備える画像形成システム。

Images