(57)【特許請求の範囲】
【請求項１】
表示装置であって、
ソフトウェアを更新するための更新データの有無を判定する判定部と、
装置が所定の通常状態である場合に第１の画像を所定の画面に表示させ、装置が当該通常状態よりも消費電力が低い省電力状態である場合に第２の画像を当該画面に表示させる表示制御部と、を備え、
前記判定部は、前記更新データを外部に提供可能なサーバーに印刷ジョブの有無を問い合わせることに付随して前記サーバーに前記更新データの有無を問い合わせることにより、前記判定を行い、
前記表示制御部は、前記判定部が前記更新データが有ると判定したことに応じて、前記通常状態と省電力状態とのいずれであるかによらず、前記更新データが有ることを通知するための更新通知画像を前記第１の画像として生成する、ことを特徴とする表示装置。
【請求項２】
前記表示制御部は、前記省電力状態である場合には、生成した前記第１の画像に優先して前記第２の画像を前記画面に表示させることを特徴とする請求項１に記載の表示装置。
【請求項３】
表示装置を制御する表示制御プログラムであって、
ソフトウェアを更新するための更新データの有無を判定する判定機能と、
装置が所定の通常状態である場合に第１の画像を所定の画面に表示させ、装置が当該通常状態よりも消費電力が低い省電力状態である場合に第２の画像を当該画面に表示させる表示制御機能と、を備え、
前記判定機能は、前記更新データを外部に提供可能なサーバーに印刷ジョブの有無を問い合わせることに付随して前記サーバーに前記更新データの有無を問い合わせることにより、前記判定を行い、
前記表示制御機能は、前記判定機能が前記更新データが有ると判定したことに応じて、前記通常状態と省電力状態とのいずれであるかによらず、前記更新データが有ることを通知するための更新通知画像を前記第１の画像として生成する、ことを特徴とする表示制御プログラム。
【請求項４】
前記表示制御機能は、前記省電力状態である場合には、生成した前記第１の画像に優先して前記第２の画像を前記画面に表示させることを特徴とする請求項３に記載の表示制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示装置および表示制御プログラムに関する。
【背景技術】
【０００２】
電子機器、例えば、プリンター、スキャナー、複合機、等といった各種製品は、定期的あるいは不定期に、搭載するソフトウェア（ファームウェアとも言う。）の更新を行う。
【０００３】
なお、ファームウェア（ＦＷ）更新要求処理部は、ＦＷ更新データのサイズがサブＣＰＵで管理する記憶装置の空き容量よりも大きいと判断した場合、記憶装置にＦＷ更新データを格納する処理を一時停止し、ＦＷ更新処理を継続できない旨を示すメッセージ（ユーザー通知エラーメッセージ）をポップアップ表示させ、ユーザーからＦＷ更新処理の継続要求を示す返答を受けた場合に、省エネ状態から通常状態への復帰を省エネ制御部に対して要求し、省エネ状態から通常状態へ復帰させる電子機器が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１‐３４５０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ソフトウェアの更新が必要であることをユーザーに適切に通知するための仕組みが求められていた。ここで、前記文献１のように、電子機器が省エネ状態であるときにユーザーに対するメッセージを表示したとしても、省エネ状態はユーザーが当該電子機器を使用していない状態と言えるため、当該表示をユーザーが見る可能性は低く、表示する効果が殆ど無い。また、省エネ状態中にわざわざメッセージを表示するということは、省エネ状態中であるにもかかわらず、当該表示の実現のために余分な電力を消費することになり、電子機器を省エネ状態としておきたいユーザーにとって不利益となる。
【０００６】
本発明は上述した課題に鑑みてなされたものであり、ソフトウェアの更新に関する通知を、より適切に実行するための表示装置および表示制御プログラムを提供する。
【課題を解決するための手段】
【０００７】
本発明の態様の一つは、表示装置であって、ソフトウェアを更新するための更新データの有無を判定する判定部と、装置が所定の通常状態である場合に第１の画像を所定の画面に表示させ、装置が当該通常状態よりも消費電力が低い省電力状態である場合に第２の画像を当該画面に表示させる表示制御部と、を備え、前記表示制御部は、前記判定部が前記更新データが有ると判定したことに応じて、前記通常状態と省電力状態とのいずれであるかによらず、前記更新データが有ることを通知するための更新通知画像を前記第１の画像として生成する。
【０００８】
当該構成によれば、判定部は、装置が通常状態と省電力状態とのいずれであっても更新データの有無を判定するため、更新データの有無確認の頻度が低下しない。また、表示制御部は、判定部が更新データ有りと判定したことに応じ、通常状態と省電力状態とのいずれであるかによらず、更新通知画像を第１の画像として生成する。そのため、装置が省電力状態であれば、画面には更新通知画像が表示されることはなく（第２の画像が表示され続け）、通常状態となった場合に、画面に第１の画像としての更新通知画像が表示される。つまり、ユーザーが装置を使用するタイミングで更新通知画像を表示することができるため、最新の更新データが有る旨（ソフトウェアの更新の必要性）をユーザーに的確に知らせることができる。
【０００９】
本発明の態様の一つは、前記判定部は、前記更新データを外部に提供可能なサーバーに前記更新データの有無を問い合わせることにより前記判定を行うとしてもよい。
当該構成によれば、表示装置自ら、更新データの有無を確実に判定することができる。
【００１０】
本発明の態様の一つは、前記判定部は、前記サーバーに印刷ジョブの有無を問い合わせることに付随して、前記更新データの有無を問い合わせるとしてもよい。
当該構成によれば、印刷ジョブの有無の問い合わせと併せて更新データの有無を問い合わせるため、処理が効率化される。
【００１１】
本発明の態様の一つは、前記通常状態である場合に前記第１の画像を画像毎の優先順位に応じて前記画面に表示させる前記表示制御部は、前記更新通知画像よりも優先順位が高い他の前記第１の画像を前記画面に表示させるとしてもよい。
当該構成によれば、装置が通常状態となったときに、更新通知画像よりも先に他の第１の画像を画面に表示することができ、ユーザーの利益に資する。
【００１２】
本発明の態様の一つは、前記判定部は、前記更新データが前記ソフトウェアを自動更新するための自動更新データか、ユーザーからの更新許可に応じて更新をするための任意更新データかを判定し、任意更新データである場合に、前記表示制御部は、前記更新通知画像を前記第１の画像として生成するとしてもよい。
当該構成によれば、ユーザーに通知する意味がある情報、つまり任意更新データが有ることを通知するための更新通知画像を、画面に表示することができる。
【００１３】
本発明の技術的思想は、表示装置という物の発明のみによって実現されるものではない。例えば、表示装置が実行する各工程を方法の発明として捉えることができる。また、このような方法をハードウェア（表示装置等）に実行させる機能を有するコンピュータープログラム（表示制御プログラム）、さらには当該プログラムを記憶したコンピューター読み取り可能な記憶媒体、等の各種カテゴリーにて本発明が実現されてもよい。
【図面の簡単な説明】
【００１４】
【図１】装置構成を例示するブロック図。
【図２】表示制御処理と通知画像用意処理とを示すフローチャート。
【図３】表示部における表示内容の変化を例示する図。
【発明を実施するための形態】
【００１５】
１．装置構成の概略：
図１は、本実施形態にかかる装置の機能をブロック図により例示したものである。
電子機器１０は、例えば、プリンターや、スキャナーや、それら複数の機能を含んだ複合機、等といった製品として把握される。また、電子機器１０は、画像を所定の画面に表示する機能（画像表示機能）を有する点で、本発明の表示装置の一例に当たる。本願において、表示装置とは、画像表示機能を少なくとも有する装置、機器の全体あるいは一部分を指す。従って、表示装置の具体例は、プリンターや、スキャナーや、それら複数の機能を含んだ複合機、に限られない。また、図１に示した電子機器１０の各構成は、一箇所あるいは一筐体内に集約されている場合に限らず、それら各構成が互いに離れた場所に存在し且つ通信可能な状態でいることで一システムを構築していてもよい。
【００１６】
図１の例では、電子機器１０は、コントローラー１１、電源回路１４、ネットワークインターフェイス（Ｉ／Ｆ）１５、無線通信Ｉ／Ｆ１６、プリントエンジン１７、スキャナー１８、操作パネル１９、発光部２１、等を含んで構成されている。ただし、これら構成の全てが本発明を実現する上で必須となる訳ではない。コントローラー１１は、電子機器１０の挙動を制御するための回路の総称である。コントローラー１１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有するＩＣや、その他の記憶装置やメモリー等により構成される。コントローラー１１では、ＣＰＵが、ＲＯＭ等に保存されたプログラムＷ１，Ｗ２…に従った演算処理を、ＲＡＭ等をワークエリアとして用いて実行することにより、電子機器１０の各部の挙動制御に必要な機能、判定部１２や表示制御部１３といった機能、を実現する。
【００１７】
プログラムＷ１，Ｗ２…には、本発明にかかる表示制御プログラムや、後述する更新データによる更新の対象となるファームウェア（ソフトウェアの一種）が含まれる。コントローラー１１を構成するＣＰＵは１つでも複数であってもよい。例えば、コントローラー１１の構成にメインＣＰＵとサブＣＰＵとが存在し、それぞれのＣＰＵが役割を分担して電子機器１０の各部の挙動制御を担うとしてもよい。
【００１８】
電源回路１４は、外部から供給される商用交流電圧ＡＣに対し、整流、変圧等を行って必要なレベルの直流ＤＣを生成し、電子機器１０内の各部へ電源電圧として供給する回路である。ネットワークＩ／Ｆ１５は、ケーブルと接続してネットワークＮＷを介した外部との通信を担うＩ／Ｆである。ネットワークＮＷとは、インターネットや局地的なネットワーク（Local Area Network）を含む概念である。無線通信Ｉ／Ｆ１６は、いわゆるＷｉ‐Ｆｉ等の無線通信規格に従った無線通信を担うＩ／Ｆである。無線通信Ｉ／Ｆ１６は、図示しないアクセスポイントを介して、インターネットに接続したり、他のＷｉ‐Ｆｉ対応機器と通信したりすることができる。
【００１９】
プリントエンジン１７は、プリント指示（印刷ジョブ）に従って画像を印刷媒体へ印刷する。プリントエンジン１７が採用する印刷方式は、インクジェット方式、レーザー方式等、種々考えられる。スキャナー１８は、スキャン指示に従って原稿を光学的に読み取って電子データ（画像データ）に変換する機構であり、光源や撮像素子等を有する。むろん、スキャナー１８による原稿の読み取りで生成された画像データに基づいてプリントエンジン１７が印刷を実行する（原稿のコピーをする）ことも可能である。
【００２０】
操作パネル１９は、ユーザーからの操作を受け付けるための操作受付部（ボタン、スイッチ等）や、表示部２０等を含んでいる。表示部２０は、液晶ディスプレイ（ＬＣＤ）であることが多いが、ＬＣＤ以外の、例えば、有機ＥＬディスプレイやプラズマディスプレイ等であってもよい。表示部２０は、電子機器１０に関する各種情報を表示する。つまり、表示部２０の画面が、所定の画面の例に該当する。また、表示部２０は、いわゆるタッチパネルとしても機能することで、前記操作受付部（の一部）を兼ねるとしてもよい。発光部２１は、例えば、１つ以上のＬＥＤにより構成される。発光部２１は、発光状態（点灯、点滅、消灯や、発光色）により、その時点での電子機器１０の状態（例えば、電源オンである状態）を外部に示す。
【００２１】
２．通常状態と省電力状態の説明：
次に、電子機器１０の、通常状態、省電力状態について説明する。通常状態とは、基本的には、電子機器１０の全ての機能、能力が有効化された状態である。一方、省電力状態とは、通常状態と比較して機能、能力が制限されて、消費電力が低い状態を言う。省電力状態については、省エネルギーモード、節電モード、スリープモード等、様々な呼び方を採用できる。省電力状態には、複数の状態（モード）が含まれるとしてもよい。例えば、電子機器１０は、省電力状態として、第１の省電力状態と、第１の省電力状態よりも更に消費電力が低い第２の省電力状態とのいずれかを採り得る。
【００２２】
一例として、第１の省電力状態とは、電子機器１０に搭載された不図示の各種モーター（プリントエンジン１７やスキャナー１８が有するモーター）を駆動するための駆動回路を停止させ、電子機器１０に搭載された不図示の各種センサー（光学センサー）を無効化し、無線通信Ｉ／Ｆ１６の機能を低下させ、電源回路１４が出力する電源電圧を降下させ、さらに、少なくとも一部のＣＰＵの動作周波数を低下させた状態である。ただし、第１の省電力状態においては、ユーザーが、操作パネル１９への操作を行った場合には、通常状態へ復帰するものとする。従って、操作パネル１９の機能（表示部２０のタッチパネルとしてのセンサーを含めた機能）については有効な状態に保っておく。
【００２３】
一例として、第２の省電力状態とは、第１の省電力状態に加えて、さらに、発光部２１を消灯させ、電子機器１０が備える不図示の記憶媒体用Ｉ／Ｆ（例えば、挿入されるメモリーカードの読み取り用Ｉ／Ｆ）の機能を無効化し、電源回路１４からの所定レベルの電源電圧出力を遮断させた状態である。
【００２４】
このような通常状態から省電力状態への遷移、および省電力状態から通常状態への復帰は、コントローラー１１が所定のシーケンスに従って実現する。コントローラー１１は、例えば、外部から一切の指示（プリント、スキャン、コピー等の指示）および操作（操作パネル１９等を介した操作）を受けなかった時間が連続して一定時間以上となったことを条件として、通常状態から省電力状態へ遷移する。また、コントローラー１１は、通常状態であるときに、不図示の電源ボタンの押し下げによる電源オフの操作を受け付けた場合に、省電力状態へ遷移する。
【００２５】
通常状態から省電力状態へ遷移する場合、コントローラー１１は、段階的に、つまり先ず第１の省電力状態へ移り、その後、第２の省電力状態へ移るとしてもよい。また、コントローラー１１は、省電力状態へ遷移する契機となった条件の違い（例えば、前記一定時間が経過したのか、電源オフの操作を受けたのか、といった違い）に応じて、どのような省電力状態へ遷移するか（第１の省電力状態、第２の省電力状態のいずれとなるか）を分岐してもよい。また、コントローラー１１は、予めユーザーの操作により第２の省電力状態に遷移することが許可されている場合に限り、通常状態から第２の省電力状態へ遷移するようにし、このような許可が無い場合は、通常状態から第１の省電力状態へ遷移するようにしてもよい。
【００２６】
コントローラー１１は、第１の省電力状態においては、例えば、上述したように操作パネル１９への操作を検知したり、ネットワークＩ／Ｆ１５や無線通信Ｉ／Ｆ１６を介して外部機器（例えば、外部のＰＣ、スマートフォン、タブレット型端末、等の各種端末）からプリント指示やスキャン指示を受信した場合に、通常状態へ復帰する。また、コントローラー１１は、第２の省電力状態においては、例えば、前記電源ボタンの押し下げによる電源オンの操作を受け付けた場合に、通常状態へ復帰する。また、第２の省電力状態においても、前記外部機器からプリント指示やスキャン指示を受信した場合に、通常状態へ復帰するとしてもよい。以下では、基本的には、第１の省電力状態や第２の省電力状態を区別することなく、単に、省電力状態と呼ぶ。
【００２７】
３．表示制御処理の説明：
図２は、コントローラー１１が実現する表示制御処理と通知画像用意処理とをそれぞれフローチャートにより示している。なお、コントローラー１１は、表示制御処理（ステップＳ１００〜Ｓ１２０）と通知画像用意処理（ステップＳ２００〜Ｓ２２０）とを並列的に実行する。また、表示制御処理における第１の画像表示（ステップＳ１１０）は、通知画像用意処理の影響を受ける。その意味で、通知画像用意処理を、表示制御処理の一部とみなしてもよい。
【００２８】
ステップＳ１００では、表示制御部１３は、現在の電子機器１０の状態が通常状態であるか省電力状態であるかを判定する。本実施形態では、コントローラー１１を含む電子機器１０内の一部構成は、省電力状態にあっても当該図２で説明する各処理（ただしステップＳ１１０を除く。）を実行可能な程度には稼働している。表示制御部１３は、現在の電子機器１０の状態が、通常状態であればステップＳ１１０へ進み、省電力状態であればステップＳ１２０へ進む。
【００２９】
ステップＳ１１０、つまり電子機器１０が通常状態である場合、表示制御部１３は、表示部２０を制御することにより表示部２０に第１の画像を表示させる。一方、ステップＳ１２０、つまり電子機器１０が省電力状態である場合、表示制御部１３は、表示部２０を制御することにより表示部２０に第２の画像を表示させる。すなわち、表示制御部１３は、ステップＳ１００の判定を随時実行し、当該判定の結果に応じて表示部２０による表示を第１の画像と第２の画像とのいずれかに切り替えている。
【００３０】
第１の画像とは、電子機器１０が通常状態である場合に表示部２０に表示する画像の総称である。典型例としては、電子機器１０のホーム画面が第１の画像に該当する。ホーム画面では、電子機器１０が提供可能な各機能（例えば、プリント機能、スキャン機能、コピー機能、ファクシミリ機能…等）が文字やイラスト等で表示され、ユーザーは、ホーム画面による案内やホーム画面に対する操作を通じて電子機器１０の各機能を利用する。ホーム画面からの遷移先となる各種案内画像（例えば、プリント機能の詳細や設定等を示す案内画像）や、後述の“更新通知画像”等、ユーザーに何らかの意味や状態を文字やイラスト等で通知するために表示部２０に表示される画像は、全て第１の画像に該当する。
【００３１】
第２の画像とは、“実質的に何も表示していない状態”をユーザーに知らしめる画像の総称である。典型例としては、黒画像が第２の画像に該当する。例えば、ＲＧＢ（レッド、グリーン、ブルー）の３要素色の全ての階調値が全ての画素で０である黒画像が第２の画像として表示部２０に表示されることで、表示部２０は“実質的に何も表示していない状態”となる。また、表示部２０がＬＣＤであれば、ＬＣＤのバックライトを消灯することで、表示部２０を“何も表示していない状態”とすることができる。このようにバックライトを消灯した状態も、広義の意味で第２の画像表示に含まれる。なお、第２の画像＝“実質的に何も表示していない状態”を実現するための画像は、黒画面以外にも、例えば、全面グレー色の画像や、その他の一色による画像、等であってもよい。
【００３２】
通知画像用意処理（ステップＳ２００〜Ｓ２２０）は、電子機器１０が通常状態であるか省電力状態であるか否かによらず実行される。ステップＳ２００では、判定部１２は、電子機器１０が搭載しているファームウェア（ソフトウェアの一種）を更新するための更新データの有無を確認する。本実施形態では、更新データは、外部のサーバー３０（図１参照）からネットワークＮＷを通じて提供されるものとする。判定部１２は、例えば、ネットワークＩ／Ｆ１５（あるいは無線通信Ｉ／Ｆ１６。以下同様。）を介して、定期的あるは不定期に、更新データの提供元であるサーバー３０に更新データの有無の問い合わせを実行する。そして、当該問い合わせへの応答として、更新データ有りの通知をサーバー３０から受けた場合に、更新データ有りと判定する。一方、当該問い合わせへの応答として、更新データ無しの通知をサーバー３０から受けた場合に、更新データ無しと判定する。
【００３３】
あるいは、サーバー３０が、新たな更新データを取得した場合に、サーバー３０に予め登録された電子機器１０へ更新データの存在を通知するとしてもよい。つまり、判定部１２は、ネットワークＩ／Ｆ１５を介して、サーバー３０から更新データ有りの通知を受けた場合に、更新データ有りと判定する（ステップＳ２００）としてもよい。
【００３４】
ステップＳ２００における確認で判定部１２が更新データ有りと判定した場合、ステップＳ２１０における分岐処理でステップＳ２２０へ進み、当該確認で判定部１２が更新データ無しと判定した場合、ステップＳ２００の判定を繰り返す。
【００３５】
ステップＳ２２０では、表示制御部１３は、更新データが有ることを通知するための更新通知画像（第１の画像の一種）を生成する。更新通知画像の生成とは、更新通知画像を表示部２０に表示させるための画像データ（更新通知画像データ）を生成することを指す。ただし、更新通知画像データが既に所定の記憶媒体に保存されており、当該更新通知画像データを当該記憶媒体から取得する（読み出す）処理も、広義の意味で更新通知画像の生成に含まれるとする。ステップＳ２２０の後は、再びステップＳ２００に戻る。
【００３６】
上述したように、コントローラー１１は、表示制御処理と通知画像用意処理とを並列的に実行する。従って、ステップＳ２２０で更新通知画像が生成されたタイミングが、通常状態つまり第１の画像表示の期間（ステップＳ１１０）であれば、表示制御部１３は、更新通知画像データに基づいて更新通知画像を表示部２０に表示させる。ユーザーは、表示部２０に表示された更新通知画像を見ることで、ファームウェアの更新の必要性（更新データをサーバー３０からダウンロードして更新データにより電子機器１０のファームウェアを更新すべきこと）を認識する。
【００３７】
一方、ステップＳ２２０で更新通知画像が生成されたタイミングが、省電力状態つまり第２の画像表示の期間（ステップＳ１２０）であれば、表示制御部１３は、図３Ａに例示するように、表示部２０による第２の画像（画像Ｇ２）の表示を維持する。すなわち、省電力状態中は、更新通知画像（図３Ａに破線で示す画像Ｇ１）が用意（生成）されたとしても表示部２０に更新通知画像（画像Ｇ１）は表示されない。その後、電子機器１０が省電力状態から通常状態に復帰したタイミングで、表示部２０における表示は第２の画像から第１の画像に切り替わる。そのため、表示制御部１３は、省電力状態中に用意した（生成した）更新通知画像（画像Ｇ１）を、電子機器１０が省電力状態から通常状態に復帰したタイミングで表示部２０に表示させる（図３Ｂ参照）。
【００３８】
第１の画像表示の期間（ステップＳ１１０）においては、表示制御部１３は、第１の画像を画像毎の優先順位に応じて表示部２０に表示させる。更新通知画像は、上述したホーム画面や、ホーム画面からの遷移先となる各種案内画像よりも、優先順位が高い。従って、表示制御部１３は、更新通知画像を生成した場合、第１の画像表示の期間（ステップＳ１１０）においては、ホーム画面や前記各種案内画像よりも先に、更新通知画像を表示部２０に表示させる。表示部２０に更新通知画像が表示された状態でユーザーが所定の操作を行った場合（例えば、更新通知画像を閉じるための不図示のＯＫボタンをユーザーが操作した場合）、更新通知画像が消え、その後に、更新通知画像よりも優先順位が低い第１の画像が表示される。
【００３９】
ただし本実施形態では、更新通知画像よりも優先順位が高い他の第１の画像の存在を否定しない。例えば、電子機器１０にかかる所定のエラー（故障等）を通知するためのエラー通知画像や、電子機器１０が現在所定の処理を実行中である旨（画像をプリント中である旨や原稿をスキャン中である旨等）を通知するための実行通知画像等は、更新通知画像よりも優先順位が高い第１の画像に該当する。
【００４０】
従って、例えば電子機器１０が省電力状態の間に、コントローラー１１が前記所定のエラーを検出した場合、省電力状態から通常状態に復帰したタイミングで、表示制御部１３は、先ずエラー通知画像を表示部２０に表示させ（ステップＳ１１０）、ユーザーにエラーの存在を知らしめる。また、電子機器１０が前記外部機器からのプリント指示を受信したことを契機として省電力状態から通常状態へ復帰した場合、通常状態への復帰後、表示制御部１３は、先ずプリント実行中である旨を通知するための実行通知画像を表示部２０に表示させる（ステップＳ１１０）。このようなエラー通知画像や実行通知画像の表示終了後に、これらよりも優先順位が低い第１の画像（更新通知画像等）が表示部２０に表示される。
【００４１】
このように本実施形態によれば、コントローラー１１（判定部１２）は、電子機器１０が通常状態と省電力状態とのいずれであってもファームウェアを更新するための更新データの有無を判定するため（ステップＳ２００，Ｓ２１０）、更新データの有無確認の頻度が低下しない。つまり、ユーザーが使用しない時間（省電力状態である時間）が比較的長い電子機器１０であっても、ファームウェアの更新の有無確認を確実に行うことができる。また、コントローラー１１（表示制御部１３）は、更新データ有りと判定したことに応じ（ステップＳ２１０において“Ｙｅｓ”の場合）、通常状態と省電力状態とのいずれであるかによらず、更新通知画像を第１の画像として生成する（ステップＳ２２０）。そのため、更新データ有りである場合、電子機器１０が省電力状態であれば、表示部２０の画面には更新通知画像が表示されることはなく（第２の画像（画像Ｇ２）が表示され続け）、通常状態となった場合に、表示部２０の画面に更新通知画像（画像Ｇ１）が表示される。
【００４２】
つまり、ユーザーが電子機器１０を使用するタイミングで更新通知画像を表示することができるため、ファームウェアの更新の必要性をユーザーに的確に知らせることができる。逆に、省電力状態のようにユーザーが表示部２０を見る可能性が非常に低いタイミングで更新通知画像を表示する、というような無駄な処理をしないため、省電力状態中に余分な電力を消費することを避け、ユーザーに不利益を与えない。
【００４３】
４．変形例：
本発明は上述の実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば後述するような幾つかの変形例を採用可能である。実施形態や変形例を適宜組み合わせた構成も本発明の開示範囲に入る。以下の説明においては、上述の実施形態と共通の事項は説明を適宜省略する。
【００４４】
変形例１：
電子機器１０は、クラウドプリントに対応したプリンターであるとしてもよい。クラウドプリントとは、インターネットを利用して、所定の端末から所定のサーバーにアップロードされた印刷ジョブを、当該サーバーからプリンターがダウンロードして実行する（印刷ジョブに従ったプリントを実行する）処理を指す。ここでは、サーバー３０に、電子機器１０（プリンター）を印刷先として指定した印刷ジョブがアップロードされていると仮定する。変形例１においては、コントローラー１１は、通常状態と省電力状態とのいずれかによらず、ネットワークＩ／Ｆ１５を介して定期的あるいは不定期に、サーバー３０に自己（電子機器１０）を印刷先として指定した印刷ジョブの有無を問い合わせを行う。
【００４５】
そして、コントローラー１１は、サーバー３０に印刷ジョブの問い合わせを実行した結果、印刷ジョブ有りの通知を受けた場合、（省電力状態であれば通常状態へ復帰して、）当該印刷ジョブをサーバー３０からダウンロードし実行する。このような構成において、判定部１２は、サーバー３０に前記印刷ジョブの有無を問い合わせることに付随して、前記更新データの有無を問い合わせる（ステップＳ２００）。このように変形例１によれば、サーバー３０への印刷ジョブの問い合わせと更新データの問い合わせとを併せて実行することで、各問い合わせのタイミングの管理等が容易となり、コントローラー１１による処理が効率化される。
【００４６】
変形例２：
ステップＳ２００，Ｓ２１０では、判定部１２は、更新データ有無の判定に加え、更新データが有る場合に、当該更新データがファームウェアを自動更新（強制更新）するための自動更新データとユーザーからの更新許可に応じて更新をするための任意更新データとのいずれであるかを判定する。変形例２においては、サーバー３０が保持する更新データには、自動更新データであるか任意更新データであるかを識別可能とするための識別情報が付加されているとする。判定部１２は、このような識別情報を参照することで、更新データが自動更新データであるか任意更新データであるかを判定することができる。
【００４７】
更新データが自動更新データである場合、コントローラー１１は、電子機器１０が通常状態であるか否かによらず、当該自動更新データをサーバー３０からダウンロードし、当該自動更新データを用いたファームウェアの更新を実行する。一方、更新データが任意更新データである場合、コントローラー１１は、電子機器１０が通常状態であるか否かによらず、更新通知画像を生成する（ステップＳ２２０）。このように変形例２によれば、更新データが任意更新データである場合に、更新通知画像が生成され、第１の画像表示（ステップＳ１１０）のタイミングで当該更新通知画像が表示部２０に表示される。つまり、ユーザーの判断に関係なくファームウェアを更新するためのデータである自動更新データについては、その存在を事前に（自動更新前に）ユーザーに通知することはせず、その一方で、意味のある通知（任意更新データの存在の通知）を行う。任意更新データの存在を更新通知画像により認識したユーザーは、当該任意更新データをサーバー３０からダウンロードするか否かを判断し、電子機器１０に当該任意更新データをサーバー３０からダウンロードさせたりさせなかったりする（当該任意更新データによるファームウェアの更新を行ったり行わなかったりする）。
【符号の説明】
【００４８】
１０…電子機器（表示装置）、１１…コントローラー、１２…判定部、１３…表示制御部、１７…プリントエンジン、１８…スキャナー、１９…操作パネル、２０…表示部、３０…サーバー、Ｗ１，Ｗ２…プログラム
【図１】
0006524682.tif 000002
【図２】
0006524682.tif 000003
【図３】
0006524682.tif 000004