(57)【要約】【課題】プログラムの変更に伴う画面表示の異常発生を確実に検出することが可能な技術を提供する。【解決手段】ＭＦＰ１０は、その内部サーバ３０からのウエブコンテンツ形式のデータに基づきブラウザによって生成された操作画面をタッチパネル２５に表示する。ＭＦＰ１０は、所定のモジュールプログラム（ファームウエアＦＷおよびブラウザＢＷ等）の変更前においてブラウザＢＷによってタッチパネル２５に表示された操作画面ＧＡをキャプチャする。また，ＭＦＰ１０は、当該所定のモジュールプログラムの変更後においてブラウザＢＷによってタッチパネル２５に表示された操作画面ＧＢをキャプチャする。そして、ＭＦＰ１０は、操作画面ＧＡと操作画面ＧＢとの同一性が所定のレベルより小さいと判定される場合にタッチパネル２５における画面表示の異常状態を検出する。【選択図】図６
2015037218.tif 000002
【特許請求の範囲】
【請求項１】
内部サーバを有する画像形成装置であって、
前記内部サーバからのウエブコンテンツ形式のデータに基づきブラウザによって生成された操作画面を表示する表示部と、
所定のモジュールプログラムのアップデート前において前記ブラウザによって前記表示部に表示された操作画面である第１の画面をキャプチャするとともに、前記所定のモジュールプログラムの変更後において前記ブラウザによって前記表示部に表示された操作画面である第２の画面をキャプチャするキャプチャ制御手段と、
前記第１の画面と前記第２の画面との同一性が所定のレベルより小さいと判定される場合に前記表示部における画面表示の異常状態を検出する検出手段と、
を備えることを特徴とする画像形成装置。
【請求項２】
請求項１に記載の画像形成装置において、
前記キャプチャ制御手段は、前記ブラウザの閲覧先のアドレスが前記内部サーバ内のアドレスであることを条件として、前記表示部に表示中の画面がキャプチャ対象の画面であることを判定することを特徴とする画像形成装置。
【請求項３】
請求項１に記載の画像形成装置において、
前記キャプチャ制御手段は、前記第１の画面の部分領域であって前記第１の画面内の特定位置領域である第１の領域をキャプチャするとともに、前記第２の画面において前記第１の領域と同じ位置の部分領域である第２の領域をキャプチャし、
前記検出手段は、前記第１の画面と前記第２の画面との両画面の同一性を前記第１の領域と前記第２の領域との差分に基づいて判定することを特徴とする画像形成装置。
【請求項４】
請求項３に記載の画像形成装置において、
前記キャプチャ制御手段は、操作ユーザからの指定入力に基づいて前記特定位置領域を決定することを特徴とする画像形成装置。
【請求項５】
請求項１に記載の画像形成装置において、
前記キャプチャ制御手段は、前記表示部に表示中の画面がキャプチャ対象の画面であるか否かを操作ユーザからの指定入力に基づいて決定することを特徴とする画像形成装置。
【請求項６】
請求項１ないし請求項５のいずれかに記載の画像形成装置において、
前記異常状態が検出される場合に、所定の通信先に前記異常状態の発生を通知する通知手段、
をさらに備えることを特徴とする画像形成装置。
【請求項７】
請求項１ないし請求項６のいずれかに記載の画像形成装置において、
前記異常状態の検出に応じて、前記所定のモジュールプログラムを変更前の状態に戻すダウングレード処理を実行するダウングレード制御手段、
をさらに備えることを特徴とする画像形成装置。
【請求項８】
請求項１ないし請求項７のいずれかに記載の画像形成装置において、
前記所定のモジュールプログラムは、前記画像形成装置のファームウエアを含むことを特徴とする画像形成装置。
【請求項９】
請求項１ないし請求項８のいずれかに記載の画像形成装置において、
前記所定のモジュールプログラムは、前記画像形成装置に実装されているブラウザを含むことを特徴とする画像形成装置。
【請求項１０】
請求項１ないし請求項８のいずれかに記載の画像形成装置において、
前記所定のモジュールプログラムは、前記画像形成装置に実装されているブラウザ上で動作するスクリプトエンジンを含むことを特徴とする画像形成装置。
【請求項１１】
内部サーバと表示部とを有する画像形成装置に内蔵されたコンピュータに、
ａ）前記内部サーバからのウエブコンテンツ形式のデータに基づきブラウザによって前記表示部に表示された操作画面であって、所定のモジュールプログラムの変更前において表示された操作画面である第１の画面をキャプチャするステップと、
ｂ）前記所定のモジュールプログラムの変更後において、前記内部サーバからのウエブコンテンツ形式のデータに基づきブラウザによって前記表示部に表示された操作画面である第２の画面をキャプチャするステップと、
ｃ）前記第１の画面と前記第２の画面との同一性が所定のレベルより小さい場合に前記表示部における画面表示の異常状態を検出するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））などの画像形成装置およびそれに関連する技術に関する。
【背景技術】
【０００２】
近年、画像形成装置であるＭＦＰ等においてもウエブブラウザ（以下、単にブラウザとも称する）が設けられ、様々なウエブサーバ（以下、単にサーバとも称する）と通信することが可能である（特許文献１参照）。
【０００３】
また、ＭＦＰのブラウザは、ＭＦＰの外部に設けられたサーバ（外部サーバ）と通信することが可能であるとともに、ＭＦＰの内部に設けられたサーバ（内部サーバ）と通信することも可能である。
【０００４】
たとえば、ＭＦＰのブラウザとＭＦＰの内部サーバとの通信に関しては、ブラウザが内部サーバを介してＭＦＰの情報を取得し、取得した情報を当該ブラウザのウインドウ画面に表示することが可能である。より詳細には、ＭＦＰのブラウザが、ＭＦＰの各種の設定項目等に関する情報をＭＦＰの内部サーバを介してＭＦＰ（詳細にはＭＦＰ内部の記憶部）から取得し、ＭＦＰの設定項目に関するメニュー画面（設定画面）を表示することができる。すなわち、ブラウザを利用して、ＭＦＰの設定項目に関するメニュー画面等を構築することが可能である。このような設定画面を表示する技術においては、ウエブベース形式で記述された表示用データが、ブラウザによって解釈され、表示画面（画像）として可視化される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−０３９３５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述のようにＭＦＰの内部サーバおよびブラウザを利用して、ＭＦＰの設定項目に関する設定画面（操作画面）を表示する技術においては、ブラウザのバージョン等によっては当該操作画面が正しく表示されないことがある。端的に言えば、表示が崩れてしまうことがある。
【０００７】
たとえば、新機能を利用するためにファームウエアをアップデートする際にファームウエアのアップデートに伴ってブラウザ（より詳細にはそのレンダリングエンジン）等もアップデートされて変更された場合には、当該変更に起因して操作画面が本来の意図通りに表示されないことがある。
【０００８】
操作画面等が本来の意図通りに表示されない場合には、何らかの不都合が生じていることも多い。たとえば、コピーボタンおよびスキャンボタンが本来は操作画面内の所定の位置に表示される場合において、当該操作画面の表示異常の発生に応じてコピーボタン等が比較的下側に移動してしまうと、スクロール操作によって当該コピーボタン等を画面内に呼び出して表示することを要することがある。
【０００９】
なお、特に、ファームウエアのバージョンアップバージョンを作成する人物（および事業者）とブラウザによって表示される操作画面の表示用データ（ＨＴＭＬデータ等）を作成する人物（および事業者）とが異なることも多く、事前の検証動作を完全に行うことは容易ではない、という事情も存在する。また、ファームウエアのアップデートに伴ってブラウザのアップデートも行われる旨の情報が両者の間で共有されていない場合には、上記のような状況が特に生じ易い。
【００１０】
そこで、この発明は、プログラムの変更に伴う画面表示の異常発生を確実に検出することが可能な技術を提供することを課題とする。
【課題を解決するための手段】
【００１１】
上記課題を解決すべく、請求項１の発明は、内部サーバを有する画像形成装置であって、前記内部サーバからのウエブコンテンツ形式のデータに基づきブラウザによって生成された操作画面を表示する表示部と、所定のモジュールプログラムのアップデート前において前記ブラウザによって前記表示部に表示された操作画面である第１の画面をキャプチャするとともに、前記所定のモジュールプログラムの変更後において前記ブラウザによって前記表示部に表示された操作画面である第２の画面をキャプチャするキャプチャ制御手段と、前記第１の画面と前記第２の画面との同一性が所定のレベルより小さいと判定される場合に前記表示部における画面表示の異常状態を検出する検出手段と、を備えることを特徴とする。
【００１２】
請求項２の発明は、請求項１の発明に係る画像形成装置において、前記キャプチャ制御手段は、前記ブラウザの閲覧先のアドレスが前記内部サーバ内のアドレスであることを条件として、前記表示部に表示中の画面がキャプチャ対象の画面であることを判定することを特徴とする。
【００１３】
請求項３の発明は、請求項１の発明に係る画像形成装置において、前記キャプチャ制御手段は、前記第１の画面の部分領域であって前記第１の画面内の特定位置領域である第１の領域をキャプチャするとともに、前記第２の画面において前記第１の領域と同じ位置の部分領域である第２の領域をキャプチャし、前記検出手段は、前記第１の画面と前記第２の画面との両画面の同一性を前記第１の領域と前記第２の領域との差分に基づいて判定することを特徴とする。
【００１４】
請求項４の発明は、請求項３の発明に係る画像形成装置において、前記キャプチャ制御手段は、操作ユーザからの指定入力に基づいて前記特定位置領域を決定することを特徴とする。
【００１５】
請求項５の発明は、請求項１の発明に係る画像形成装置において、前記キャプチャ制御手段は、前記表示部に表示中の画面がキャプチャ対象の画面であるか否かを操作ユーザからの指定入力に基づいて決定することを特徴とする。
【００１６】
請求項６の発明は、請求項１ないし請求項５のいずれかの発明に係る画像形成装置において、前記異常状態が検出される場合に、所定の通信先に前記異常状態の発生を通知する通知手段、をさらに備えることを特徴とする。
【００１７】
請求項７の発明は、請求項１ないし請求項６のいずれかの発明に係る画像形成装置において、前記異常状態の検出に応じて、前記所定のモジュールプログラムを変更前の状態に戻すダウングレード処理を実行するダウングレード制御手段、をさらに備えることを特徴とする。
【００１８】
請求項８の発明は、請求項１ないし請求項７のいずれかの発明に係る画像形成装置において、前記所定のモジュールプログラムは、前記画像形成装置のファームウエアを含むことを特徴とする。
【００１９】
請求項９の発明は、請求項１ないし請求項８のいずれかの発明に係る画像形成装置において、前記所定のモジュールプログラムは、前記画像形成装置に実装されているブラウザを含むことを特徴とする。
【００２０】
請求項１０の発明は、請求項１ないし請求項８のいずれかの発明に係る画像形成装置において、前記所定のモジュールプログラムは、前記画像形成装置に実装されているブラウザ上で動作するスクリプトエンジンを含むことを特徴とする。
【００２１】
請求項１１の発明は、内部サーバと表示部とを有する画像形成装置に内蔵されたコンピュータに、ａ）前記内部サーバからのウエブコンテンツ形式のデータに基づきブラウザによって前記表示部に表示された操作画面であって、所定のモジュールプログラムの変更前において表示された操作画面である第１の画面をキャプチャするステップと、ｂ）前記所定のモジュールプログラムの変更後において、前記内部サーバからのウエブコンテンツ形式のデータに基づきブラウザによって前記表示部に表示された操作画面である第２の画面をキャプチャするステップと、ｃ）前記第１の画面と前記第２の画面との同一性が所定のレベルより小さい場合に前記表示部における画面表示の異常状態を検出するステップと、を実行させるためのプログラムであることを特徴とする。
【発明の効果】
【００２２】
請求項１ないし請求項１１に記載の発明によれば、プログラムの変更に伴う画面表示の異常発生を確実に検出することが可能である。
【００２３】
特に、請求項６に記載の発明によれば、異常状態が検出される場合に、所定の通信先に異常状態の発生が通知されるので、その通知を受けた人物が比較的早期に異常の発生を知得することが可能である。
【００２４】
特に、請求項７に記載の発明によれば、異常状態の検出に応じて、所定のモジュールプログラムを変更前の状態に戻すダウングレード処理が実行されるので、ユーザは、異常状態の画面表示を利用せずに済む。
【図面の簡単な説明】
【００２５】
【図１】画像形成システムの構成を示す図である。
【図２】ＭＦＰの概略構成を示す機能ブロック図である。
【図３】ＭＦＰのプログラム構成等を示す図である。
【図４】ＭＦＰの動作を示すフローチャートである。
【図５】ＭＦＰの動作を示すタイミングチャートである。
【図６】ＭＦＰの動作の概略を示す概念図である。
【図７】プログラムアップデート前の操作画面を示す図である。
【図８】プログラムアップデート後の操作画面を示す図である。
【図９】第２実施形態に係る動作を示すフローチャートである。
【図１０】プログラムアップデート前の操作画面を示す図である。
【図１１】プログラムアップデート後の操作画面を示す図である。
【図１２】プログラムアップデート前の操作画面の注視領域に係るキャプチャ画像を示す図である。
【図１３】プログラムアップデート後の操作画面の注視領域に係るキャプチャ画像を示す図である。
【図１４】設定ファイルを示す図である。
【図１５】確認画面を示す図である。
【図１６】確認画面を示す図である。
【発明を実施するための形態】
【００２６】
以下、本発明の実施形態を図面に基づいて説明する。
【００２７】
＜１．第１実施形態＞
＜１−１．システム構成概要＞
図１は、第１実施形態に係る画像形成システム１を示す図である。図１に示すように、この画像形成システム１は、画像形成装置１０と外部サーバ８０とを備える。
【００２８】
本システム１における各要素１０，８０は、それぞれ、ネットワークＮＷを介して互いに通信可能に接続される。ネットワークＮＷは、ＬＡＮ（Local Area Network）およびインターネットなどによって構成される。また、ネットワークＮＷに対する接続態様は、有線接続であってもよく、或いは無線接続であってもよい。
【００２９】
＜１−２．画像形成装置の構成＞
この実施形態では、画像形成装置１０として、ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））を例示する。なお、ＭＦＰ１０は、各種の情報を処理する装置でもあることから情報処理装置とも称される。また、ＭＦＰ１０は、各種の情報を表示することが可能な装置であることから、情報表示装置などとも称される。同様に、画像形成システム１は、情報処理システムあるいは情報表示システムなどとも称される。
【００３０】
図２は、ＭＦＰ１０の概略構成を示す機能ブロック図である。
【００３１】
ＭＦＰ１０は、スキャン機能、コピー機能、ファクシミリ機能およびボックス格納機能などを備える装置（複合機とも称する）である。具体的には、ＭＦＰ１０は、図２の機能ブロック図に示すように、画像読取部２、印刷出力部３、通信部４、格納部５、入出力部６およびコントローラ９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。
【００３２】
画像読取部２は、ＭＦＰ１０の所定の位置に載置された原稿を光学的に読み取って（すなわちスキャンして）、当該原稿の画像データ（原稿画像ないしスキャン画像とも称する）を生成する処理部である。この画像読取部２は、スキャン部であるとも称される。
【００３３】
印刷出力部３は、印刷対象に関するデータに基づいて紙などの各種の媒体に画像を印刷出力する出力部である。
【００３４】
通信部４は、公衆回線等を介したファクシミリ通信を行うことが可能な処理部である。さらに、通信部４は、ネットワークＮＷを介したネットワーク通信を行うことも可能である。このネットワーク通信では、たとえば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、ＭＦＰ１０は、所望の相手先との間で各種のデータを授受することが可能である。
【００３５】
格納部５は、ハードディスクドライブ（ＨＤＤ）等の記憶装置で構成される。格納部５には、後述するキャプチャ画像ＧＡ，ＧＢ（後述）等が記憶される。また、格納部５には、ＭＦＰ１０内で動作するウエブブラウザＢＷによるアクセス履歴データ等も、随時記憶される。
【００３６】
入出力部６は、ＭＦＰ１０に対する入力を受け付ける操作入力部６ａと、各種情報の表示出力を行う表示部６ｂとを備えている。このＭＦＰ１０においては、略板状の操作パネル部６ｃ（図１参照）が設けられ、当該操作パネル部６ｃは、その正面側にタッチパネル２５（図１参照）を有している。タッチパネル２５は、液晶表示パネルに圧電センサ等が埋め込まれて構成され、各種情報を表示するとともに操作者からの操作入力を受け付けることが可能である。たとえば、タッチパネル２５においては、メニュー画面等の各種の画面（ボタン画像等を含む）等が表示される。操作者は、タッチパネル２５内に仮想的に配置されるボタン（ボタン画像で表現されるボタン）を押下することによって、ＭＦＰ１０の各種動作内容を設定することなどが可能である。タッチパネル２５は、操作入力部６ａの一部としても機能するとともに、表示部６ｂの一部としても機能する。
【００３７】
コントローラ９は、ＭＦＰ１０に内蔵され、ＭＦＰ１０を統括的に制御する制御装置である。コントローラ９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。コントローラ９は、ＣＰＵにおいて、ＲＯＭ（例えば、ＥＥＰＲＯＭ）内に格納されている所定のソフトウエアプログラム（より詳細には、プログラムモジュール群）ＰＧ１を実行することによって、各種の処理部を実現する。なお、当該ソフトウエアプログラム（以下、単にプログラムとも称する）ＰＧ１は、ＵＳＢメモリなどの可搬性の記録媒体に記録され、当該記録媒体を介してＭＦＰ１０にインストールされるようにしてもよい。あるいは当該プログラムＰＧ１は、ネットワークＮＷ等を介してダウンロードされてＭＦＰ１０にインストールされるようにしてもよい。
【００３８】
図３は、ＭＦＰ１０におけるプログラム構成等を示す図である。図３に示されるように、ＭＦＰ１０には、プログラムモジュール群ＰＧ１が実装されている。プログラムモジュール群ＰＧ１は、複数のプログラムモジュールによって構成される。具体的には、ファームウエアＦＷ（詳細には、ＭＦＰ１０のＯＳ上に実装されたミドルウエアとして機能するプログラムモジュール群）と各種のアプリケーションプログラムＡＰ（以下、単にアプリケーションとも称する）とを含む複数のプログラムモジュールによって、プログラムモジュール群ＰＧ１は構成される。
【００３９】
アプリケーションＡＰとしては、ウエブブラウザＢＷ、内部サーバ３０（詳細には、ウエブサーバとしての機能等を実現するプログラムモジュール群）およびプログラムＭＧ１（後述）等が存在する。なお、ウエブブラウザＢＷは、外部サーバ８０に対するアクセスが可能であるとともに、内部サーバ３０に対するアクセスも可能である。
【００４０】
また、アプリケーションＡＰとしては、内部連携アプリケーションＡＰ１も存在する。内部連携アプリケーションＡＰ１は、ＭＦＰ１０の内部に設けられた内部サーバ３０（図３）と連携するアプリケーションであり、内部サーバ連携アプリケーションとも称される。
【００４１】
内部連携アプリケーションＡＰ１は、ウエブブラウザ（単にブラウザとも称する）ＢＷを介して内部ウエブサーバ（単に内部サーバとも称する）３０と通信する。内部連携アプリケーションＡＰ１は、ＨＴＴＰ（HyperText Transfer Protocol）およびスクリプト（PYTHON等のスクリプト言語で記述されたスクリプト）等を用いることによって、内部サーバ３０と連携しつつ各種の処理を実行する。なお、内部サーバ３０は、ＩＷＳ（インターネットウエブサーバないしインターナルウエブサーバ）等とも称され、内部連携アプリケーションＡＰ１は、ＩＷＳアプリケーション等とも称される。
【００４２】
この内部連携アプリケーションＡＰ１は、内部サーバ３０と連携して、ＭＦＰ１０の操作画面を表示し、当該操作画面を介して各種の操作入力を受け付ける。
【００４３】
より詳細には、内部サーバ３０内の特定アドレスが最初のアクセス先（ＡＣ１）として内部連携アプリケーションＡＰ１に登録されており、当該アプリケーションＡＰ１はウエブブラウザＢＷを用いて先ず当該特定アドレス（たとえば、mfp://iwsapp.html）にアクセスする。そして、当該アプリケーションは、当該特定アドレスに格納された表示用データ（ＨＴＭＬ（HyperText Markup Language）等で記述された表示用データ）に基づき、ＭＦＰ１０内のウエブブラウザＢＷを用いて最初の操作画面ＧＡ（図７等参照）を表示する。なお、その後、ユーザの操作に応じて、当該アプリケーションは、当該アプリケーション内に格納されているアクセス先（詳細には、当該アクセス先のＵＲＬ（Uniform Resource Locator））（最初のアクセス先ＡＣ１とは異なるアクセス先）の情報に基づいて、ＭＦＰ１０内のウエブブラウザＢＷを用いて次の操作画面を表示する。このような動作を繰り返すことによって、各操作画面を用いてＭＦＰ１０に対する各種の操作入力が行われる。
【００４４】
また、図２にも示すように、コントローラ９は、プログラムＭＧ１を実行することによって、キャプチャ制御部１５と検出部１６と通知部１７とダウングレード制御部１８とを含む各種の処理部を実現する。
【００４５】
キャプチャ制御部１５は、画面のキャプチャ処理を制御する処理部である。キャプチャ制御部１５は、操作画面の表示に影響を及ぼし得る所定のモジュールプログラム（たとえばブラウザＢＷ等）の変更前後において、タッチパネル２５にブラウザＢＷによって表示された操作画面ＧＡ，ＧＢをそれぞれキャプチャする。
【００４６】
検出部１６は、タッチパネル２５における画面表示の異常状態を検出する処理部である。検出部１６は、操作画面ＧＡと操作画面ＧＢとの同一性が所定のレベルより小さいと判定される場合にタッチパネル２５における画面表示の異常状態を検出する。
【００４７】
通知部１７は、検出部１６によって異常状態が検出される場合に、所定の通信先に異常状態の発生を通知する処理部である。
【００４８】
ダウングレード制御部１８は、検出部１６によって異常状態が検出される場合に、所定のモジュールプログラムを変更前の状態に戻す処理（ダウングレード処理）を実行する。
【００４９】
なお、このプログラムＭＧ１は、アップデート後の表示異常をチェックするプログラム（モジュール）であることから、チェックプログラムないしチェックモジュール等とも称される。
【００５０】
＜１−３．動作＞
つぎに、ＭＦＰ１０における動作について図４等を参照しながら説明する。図４は、ＭＦＰ１０の動作を示すフローチャートである。また、図５は、当該動作を示すタイミングチャートであり、図６は、当該動作の概略を示す概念図である。
【００５１】
まず、ステップＳ１１において、ＭＦＰ１０の電源投入等に応じて、操作画面Ｇがタッチパネル２５に表示される。この操作画面Ｇは、所定のモジュールプログラムのアップデート前における操作画面であり、操作画面ＧＡとも表記される。
【００５２】
具体的には、ＭＦＰ１０の電源投入等に応じて内部連携アプリケーションＡＰ１が起動される。このアプリケーションＡＰ１は、アプリケーションＡＰ１にて予め指定されたＵＲＬ（最初のアクセス先ＡＣ１のＵＲＬ）に基づいて、ブラウザＢＷを用いて内部サーバ３０にアクセスする。詳細には、当該ＵＲＬに対応する内部サーバ３０に対してブラウザＢＷからＨＴＴＰリクエストが送出される。内部サーバ３０は、このＨＴＴＰリクエストに応答して、ＨＴＴＰレスポンスをブラウザＢＷに返信する。このＨＴＴＰレスポンスには、ウエブコンテンツ形式データ（ＨＴＭＬ形式データ等）が含まれる。そして、ブラウザＢＷは、当該ウエブコンテンツ形式データを内部サーバ３０から取得すると、当該ウエブコンテンツ形式データに基づく操作画面ＧＡ（図７参照）を生成し、当該操作画面ＧＡをタッチパネル２５に表示する。より詳細には、操作画面ＧＡは、ブラウザＢＷのレンダリングエンジン等によって生成されて表示される。また、内部サーバ３０は、ＨＴＴＰレスポンスをブラウザＢＷに返信するとともに、参照先のＵＲＬ（ここでは、内部サーバ３０内の所定のアドレス）（アクセス先ＡＣ１のＵＲＬ）をプログラムＭＧ１のキャプチャ制御部１５に対して通知する。通知されたＵＲＬは、画面ＧＡの表示用データの格納アドレスとして、格納部５に格納される。
【００５３】
このようにして、操作画面ＧＡがタッチパネル２５に表示される動作等が行われる。
【００５４】
次に、ステップＳ１５において、モジュールプログラムのアップデート前における操作画面ＧＡのキャプチャ動作が行われる。
【００５５】
具体的には、キャプチャ制御部１５は、内部サーバ３０から受信したＵＲＬ（アクセス先ＡＣ１のＵＲＬ）の操作画面ＧＡがＭＦＰ１０にて初めて表示されるものであるか否かを、格納部５内に格納されたアクセス履歴データ（ブラウザのアクセス履歴データ）に基づいて判定する。
【００５６】
アクセス先ＡＣ１に対するアクセス履歴がアクセス履歴データに存在せず当該操作画面ＧＡが初めて表示されるものであると判定される場合には、キャプチャ制御部１５は、当該操作画面ＧＡをキャプチャする旨を決定し、当該操作画面ＧＡのキャプチャ動作を実行する。具体的には、キャプチャ制御部１５は、タッチパネル２５の画像表示メモリにアクセスし、当該操作画面ＧＡ（ここではその全体領域）の画像データ（たとえばビットマップ画像）を取得し、当該画像データを格納部５のキャプチャ画像格納部５ｃ（図２）に格納する。そして、ステップＳ１６に進む。
【００５７】
一方、操作画面ＧＡが初めて表示されるものではないと判定される場合には、操作画面ＧＡが既にキャプチャされているものと判定し、次のステップＳ１６に進む。
【００５８】
ステップＳ１６においては、ファームウエアおよびモジュールプログラム（ブラウザＢＷ等）のアップデート動作が検知されるまで待機する待機動作が実行される。ここでは、ファームウエアＦＷのアップデート処理がユーザ操作に応じて行われるとともに、当該ファームウエアのアップデートに伴ってブラウザＢＷのアップデート処理も自動的に行われる場合を想定する。なお、特にブラウザＢＷのアップデート処理は、画面表示に影響を及ぼす可能性が高い。キャプチャ制御部１５は、たとえばファームウエアＦＷからのアップデート実行通知を受信することによってファームウエアＦＷのアップデート処理を検知すると、ステップＳ２１に進む。
【００５９】
この実施形態においては、次のような動作を行うことによって、画面表示の異常の有無が判定される。
【００６０】
まず、ステップＳ２１において、キャプチャ制御部１５は、ファームウエアＦＷ等のアップデート処理後における操作画面Ｇ（画面ＧＢとも表記する）をタッチパネル２５に（試験的に且つ強制的に）表示させる。画面ＧＢは、画面ＧＡに対応する画面であり、本来は同一の内容を表示する画面である。
【００６１】
具体的には、キャプチャ制御部１５は、ステップＳ１１で通知されていたＵＲＬ（画面ＧＡの表示用データの格納アドレス）（アクセス先ＡＣ１のＵＲＬ）に基づいて、ブラウザＢＷを用いて内部サーバ（ＩＷＳ）３０にアクセスする。詳細には、当該ＵＲＬに対応する内部サーバ３０に対してブラウザＢＷからＨＴＴＰリクエストが送出される。内部サーバ３０は、このＨＴＴＰリクエストに応答して、ＨＴＴＰレスポンスをブラウザＢＷに返信する。このＨＴＴＰレスポンスには、ウエブコンテンツ形式データ（ＨＴＭＬ形式データ等）が含まれる。そして、ブラウザＢＷは、当該ウエブコンテンツ形式データを内部サーバ３０から取得すると、当該ウエブコンテンツ形式データに基づく操作画面ＧＢ（図８参照）を生成し、当該操作画面ＧＢをタッチパネル２５に表示する。
【００６２】
なお、このとき、たとえば図８に示すように、ブラウザＢＷのアップデート処理に伴って操作画面Ｇが全体的に大きく表示されるような画面表示異常が発生することがある。このような画面表示の異常が発生すると、最下段のコピーボタン、スキャンボタン等が下側に移動し、画面下端付近（あるいは画面下端よりも更に下側）に表示される。その場合、コピーボタン等を操作するためには、スクロールバーを用いて画面を上下方向にスクロールさせる操作が求められる。その結果、ユーザの操作性が低下する。
【００６３】
この実施形態においては、さらに次のような動作を行うことによって、このような画面表示の異常を検出する。
【００６４】
ＭＦＰ１０は、ステップＳ２５において、ファームウエアＦＷ等のアップデート後における操作画面ＧＢのキャプチャ動作を行う。
【００６５】
具体的には、キャプチャ制御部１５は、タッチパネル２５の画像表示メモリにアクセスし、当該操作画面ＧＢ（ここではその全体領域）の画像データ（たとえばビットマップ画像）を取得し、当該画像データを格納部５のキャプチャ画像格納部５ｃに格納する。
【００６６】
そして、ステップＳ２６において、検出部１６は、ファームウエアＦＷ等のアップデート前における操作画面ＧＡとファームウエアＦＷ等のアップデート後における操作画面ＧＢとの両者を相互に比較して当該両者の同一性を判定し、タッチパネル２５における画面表示の異常状態を検出する処理を行う。
【００６７】
具体的には、検出部１６は、格納部５に格納された２つの操作画面ＧＡ，ＧＢの画像データに基づいて、両画面ＧＡ，ＧＢの一致度合いを示す指標値を求め、当該指標値が所定の閾値以上であるか否かに応じて当該両画面ＧＡ，ＧＢの同一性が所定のレベル以上であるか否かを判定する。このような指標値としては、たとえば、両画面ＧＡ，ＧＢにおける対応画素の画素値の差分値が微小範囲内に収まる画素の数の全画素数に対する割合（端的に言えば、略同一画素値を有する画素の数の全画素数に対する割合）が例示される。
【００６８】
検出部１６は、当該指標値が所定の閾値以上である場合には、両画面ＧＡ，ＧＢが同一である旨を判定し、操作画面Ｇの表示動作は正常である旨を判定する。一方、検出部１６は、当該指標値が所定の閾値より小さい場合には、（両画面の同一性が所定のレベルより小さく）両画面ＧＡ，ＧＢは同一ではない旨を判定し、タッチパネル２５における画面表示の異常状態を検出する。たとえば、図８のような画面ＧＢがタッチパネル２５に表示される場合には、タッチパネル２５における画面表示の異常状態が検出される。
【００６９】
ステップＳ２７においては、判定結果に基づく分岐処理が実行される。
【００７０】
両画面ＧＡ，ＧＢが同一であると判定される場合には、ファームウエア等のアップデート（ブラウザ等のモジュールプログラムのアップデートを含む）に起因する画面表示異常は発生していないと判定され、図４の処理を終了する。
【００７１】
一方、両画面ＧＡ，ＧＢが同一ではないと判定される場合には、ファームウエア等のアップデート（ブラウザ等のモジュールプログラムのアップデートを含む）に起因する画面表示異常が発生している旨が判定され、ステップＳ２８に進む。ステップＳ２８では、所定の通信先（サービスマンのクライアントコンピュータ等）に対して、異常の発生および異常内容等が通知される。また、ステップＳ２９では、ステップＳ１６でそのアップデートが検知されたファームウエア等をダウングレードする処理が実行される。具体的には、アップデートされたファームウエアＦＷおよび当該ファームウエアＦＷのアップデートに伴ってアップデートされたブラウザＢＷ等を、直前のバージョンの内容にダウングレードする処理（変更前の状態に戻すダウングレード処理）が実行される。当該ダウングレード処理は、ダウングレード制御部１８等によって実行される。なお、当該ダウングレード処理は、ユーザによる確認処理を経ずに自動的に直ちに行われてもよく、あるいは、ユーザによる確認処理を経て行われるようにしてもよい。
【００７２】
以上のような動作によれば、ファームウエア等のアップデートが行われる場合には、  特定ＵＲＬ（アクセス先ＡＣ１のＵＲＬ）に対応するアップデート前後の両操作画面ＧＡ，ＧＢが対比され、画面表示の異常状態が自動的に検出されるので、画面表示の異常発生が迅速に且つ確実に検出される。ひいては、発生した不都合に対して比較的早期に対処することが可能である。
【００７３】
特に、当該異常発生が所定の通信先に通知されることによれば、当該通信先への通知を通じて、当該通知を受けた人物（サービスマン等）が比較的早期に異常の発生を知得することが可能であり、比較的早期に異常状態の解消に着手することが可能である。
【００７４】
また、異常検出に応じてダウングレード処理が実行されることによれば、ＭＦＰ１０が異常発生前の状態に復帰するので、ユーザは、異常状態の画面表示を利用せずに済む。
【００７５】
なお、ここでは、異常発生時において通知処理（ステップＳ２８）とダウングレード処理（ステップＳ２９）との双方が行われているが、本発明はこれに限定されない。たとえば、当該両処理のうちの一方のみが行われるようにしてもよい。
【００７６】
＜２．第２実施形態＞
第２実施形態は、第１実施形態の変形例である。以下では、第１実施形態との相違点を中心に説明する。
【００７７】
上記第１実施形態においては、操作画面Ｇの全部の領域（全体領域）がキャプチャされる態様が示されているが、本発明はこれに限定されない。具体的には、操作画面Ｇ（ＧＡ，ＧＢ）の一部の領域（部分領域）、たとえば指定領域（注視領域）のみがキャプチャされるようにしてもよい。第２実施形態では、そのような変形例について説明する。
【００７８】
図９は、第２実施形態に係るＭＦＰ１０の動作を示すフローチャートである。第２実施形態に係る動作は、第１実施形態と類似の動作であり、ステップＳ１３，Ｓ１４，Ｓ１５ｂ，Ｓ２５ｂ，Ｓ２６ｂにおいて、第１実施形態と相違する。なお、注視領域の指定操作と通常の使用操作とが混乱しないように、ステップＳ１１〜Ｓ１５ｂは、たとえば管理者モードにおいて行われることが好ましい。
【００７９】
ステップＳ１３においては、画面ＧＡにおける注視領域（特定位置領域）ＲＧをユーザＵＡが指定する。具体的には、画面ＧＡがタッチパネル２５に表示されている期間において、画面ＧＡ内の或る部分（ボタン以外の或る部分）がユーザＵＡの手指によって長押しされると、キャプチャ制御部１５は、長押しされた位置を、矩形形状を有する注視領域の左上の点に相当する位置であると判定する。また、ユーザＵＡは、引き続いて、長押しした手指を右下方向に向けてドラッグする。キャプチャ制御部１５は、このドラッグ操作に応じたドラッグ先の位置を注視領域の右下の点に相当する位置として判定し、注視領域として指定されている矩形領域を所定色（たとえば赤色）の太線で囲んで示す（図１０参照）。そして、ドラッグ操作が終了しユーザＵＡの当該手指がタッチパネル２５から離されると、確認画面ＣＮ１（図１５参照）がタッチパネル２５において当該矩形領域以外の部分に表示される。確認画面ＣＮ１は、指定された矩形領域を注視領域として決定するか否かを確認する画面である。
【００８０】
図１５は、確認画面ＣＮ１を示す図である。図１５に示すように、確認画面ＣＮ１には、「キャプチャ対象領域指定」および「この指定領域で比較しますか？」の文言が表示されるとともに、「ＹＥＳ」ボタンおよび「ＮＯ」ボタンが設けられている。
【００８１】
ユーザＵＡが当該文言を視認した後に確認画面ＣＮ１にて「ＹＥＳ」ボタンを押下すると、キャプチャ制御部１５は、操作ユーザＵＡによって上記のようにして指定された位置および範囲の領域（操作画面の部分領域（一部領域））を注視領域ＲＧとして決定する。このようにして、キャプチャ制御部１５は、操作ユーザＵＡからの指定入力に基づいて注視領域（特定位置領域）ＲＧを決定する。
【００８２】
そして、ステップＳ１４において、キャプチャ制御部１５は、当該注視領域の情報が記述された設定ファイルＦＳを生成し、当該設定ファイルＦＳを格納部５に格納する。図１４は、設定ファイルＦＳを示す図である。図１４の設定ファイルＦＳにおいては、キャプチャ対象の画面のデータの格納先のＵＲＬ（"mfp://iwsapp.html"）と、矩形形状の注視領域の左上端の点の位置（Ｘ，Ｙ）＝（７０，２３０）と、当該注視領域の大きさ（Ｗ（幅），Ｈ（高さ））＝（４９０，８０）とが記述されている。
【００８３】
次に、ステップＳ１５ｂにおいて、ステップＳ１５と同様の処理が行われる。ただし、操作画面ＧＡの全体がキャプチャされるのではなく、操作画面ＧＡ内の注視領域ＲＧ（ＲＡ）（図１０および図１２参照）のみがキャプチャされる点で相違する。図１２は、注視領域ＲＡに係るキャプチャ画像を示す図である。
【００８４】
ステップＳ１６，Ｓ２１の処理は、第１実施形態と同様である。なお、図１１は、ステップＳ２１で表示された操作画面ＧＢを示す図である。図１１の操作画面ＧＢにおいては、操作画面ＧＡで指定された注視領域ＲＡと同じ位置および同じ大きさを有する部分領域（比較対象の注視領域）ＲＢが、（比較のため、）図１０と同様に太線で囲んで示されているが、実際の画面では当該太線は表示されない。ただし、これに限定されず、操作画面ＧＢにおいて太線が実際に表示されるようにしてもよい。
【００８５】
次のステップＳ２５ｂにおいては、ステップＳ２５と同様の処理が行われる。ただし、操作画面ＧＢの全体がキャプチャされるのではなく、操作画面ＧＢ内の注視領域ＲＢ（図１１および図１３参照）のみがキャプチャされる点で相違する。図１３は、注視領域ＲＢに係るキャプチャ画像を示す図である。
【００８６】
そして、ステップＳ２６ｂにおいては、ステップＳ２６と同様の処理が行われる。ただし、操作画面ＧＡの注視領域ＲＡの画像データと操作画面ＧＢの注視領域ＲＢの画像データとに基づいて、両画面ＧＡ，ＧＢの一致度合いを示す指標値が所定の閾値以上（同一性が所定のレベル以上）であるか否かが判定され、当該両画面ＧＡ，ＧＢの同一性が判定される点で相違する。すなわち、２つの操作画面ＧＡ，ＧＢの同一性が注視領域ＲＡと注視領域ＲＢとの差分に基づいて判定される点で相違する。
【００８７】
ステップＳ２７以降の処理は同様である。
【００８８】
以上のような処理によっても、第１実施形態と同様の効果を得ることが可能である。また、操作画面ＧＡ，ＧＢの同一性を判定するに際して、ユーザによって指定された注視領域ＲＡ，ＲＢのみをキャプチャすれば済む。したがって、操作画面ＧＡ，ＧＢの全体領域をそれぞれキャプチャする場合に比べて、処理の負荷を低減し、処理の効率化を図ることが可能である。
【００８９】
＜３．変形例等＞
以上、この発明の実施の形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。
【００９０】
たとえば、上記各実施形態においては、タッチパネル２５に表示される最初の単一の操作画面Ｇについてのみキャプチャ処理等が実施される態様が例示されているが、本発明はこれに限定されない。
【００９１】
具体的には、タッチパネル２５に表示される複数の操作画面の全てに対してキャプチャ動作が行われるようにしてもよい。また、この場合等において、ブラウザＢＷの閲覧先のアドレス（ウエブコンテンツ形式のデータの格納アドレス）が内部サーバ３０内のアドレスであることを条件として、キャプチャ制御部１５は、タッチパネル２５に表示中の画面がＭＦＰの操作画面（且つキャプチャ対象の画面）であることを判定するようにしてもよい。これによれば、外部サーバ８０等に対するアクセスと内部サーバ３０に対するアクセスとを良好に区別することが可能である。
【００９２】
あるいは、タッチパネル２５に表示される複数の操作画面のうち特定の指定画面に対してキャプチャ処理等が行われるようにしてもよい。換言すれば、操作ユーザＵＡからの指定入力に基づいてキャプチャ対象の画面が指定されるようにしてもよい。
【００９３】
より具体的には、タッチパネル２５に表示される複数の操作画面のうち特定の指定画面Ｇが表示されている状況において、ユーザＵＡが当該画面Ｇ（ボタン以外の部分であることが好ましい）を長押しすると、確認画面ＣＮ２がタッチパネル２５に表示される。図１６は、確認画面ＣＮ２を示す図である。図１６に示すように、確認画面ＣＮ２には、「キャプチャ画面指定」および「この画面で比較しますか？」の文言が表示されるとともに、「ＹＥＳ」ボタンおよび「ＮＯ」ボタンが設けられている。「ＹＥＳ」ボタンがユーザＵＡによって押下されると、キャプチャ制御部１５は、当該画面Ｇをキャプチャ対象の画面（比較処理の対象画面）として決定する。
【００９４】
このようにして、キャプチャ制御部１５は、タッチパネル２５に表示中の画面がキャプチャ対象の画面であるか否かを、操作ユーザＵＡからの指定入力に基づいて決定する。なお、タッチパネル２５に選択的に表示される複数の操作画面は、それぞれ、異なるＵＲＬ（たとえば、内部サーバ３０の異なるフォルダの異なるファイル）に対応付けられているため、各指定画面に対応するＵＲＬによって各操作画面を特定することが可能である。詳細には、複数の指定画面に対応するＵＲＬを設定ファイルＦＳに記録しておき、当該設定ファイルＦＳの内容に基づき、表示中の画面がキャプチャ対象の画面であるか否かが判定されればよい。より詳細には、表示中の画面に対応するＵＲＬが設定ファイルＦＳに記載されたＵＲＬに一致する場合には、キャプチャ対象の画面である旨が判定されればよい。
【００９５】
また、上記各実施形態においては、内部連携アプリケーションＡＰ１がＭＦＰ１０で初めて使用されたときに、画面ＧＡ（図７等参照）が自動的にキャプチャされる態様が例示されているが、これに限定されず、画面ＧＡは、ファームウエアＦＷ等のアップデート動作前にキャプチャされればよい。たとえば、画面ＧＡは、ユーザのアップデート指示に応答して、ファームウエアＦＷ等のアップデート直前等に取得されるようにしてもよい。
【００９６】
上記各実施形態においては、ブラウザがアップデートされることに起因して操作画面Ｇの表示に異常が発生する場合について主に説明しているが、これに限定されない。たとえば、操作画面Ｇの表示に影響を及ぼし得るその他のモジュールプログラムがアップデートされる場合にも上記の思想を適用することが可能である。操作画面Ｇの表示に影響を及ぼし得るモジュールプログラムとしては、ブラウザＢＷの他、ブラウザＢＷ上等で動作する各種のスクリプト（たとえば、ジャバスクリプト（JavaScript（登録商標））、フラッシュ（Flash（登録商標））、シルバーライト（Silverlight（登録商標））など）を実行するためのスクリプトエンジン（モジュールプログラム）等が例示される。操作画面Ｇの表示に影響を及ぼし得る所定のモジュールプログラムは、内部サーバ（ＩＷＳ）３０を構成する各種のモジュールプログラムであってもよい。
【００９７】
上記各実施形態においては、２つのモジュールプログラム（ファームウエアＦＷおよびブラウザＢＷ）が連動してアップデートされる態様について例示した。換言すれば、ファームウエアＦＷのアップデートに付随（連動）してブラウザＢＷがアップデートされる場合について例示した。しかしながら、本発明はこれに限定されない。たとえば、ファームウエアのアップデート以外の時点でブラウザ等がアップデートされる場合に、上記の思想が適用されるようにしてもよい。
【符号の説明】
【００９８】
１  画像形成システム
１０  ＭＦＰ（画像形成装置）
２５  タッチパネル
３０  内部サーバ
ＢＷ  ウエブブラウザ
ＦＳ  設定ファイル
ＦＷ  ファームウエア
ＧＡ  （アップデート前の）操作画面
ＧＢ  （アップデート後の）操作画面
ＭＧ１  チェックプログラム
【図１】
2015037218.tif 000003
【図２】
2015037218.tif 000004
【図３】
2015037218.tif 000005
【図４】
2015037218.tif 000006
【図５】
2015037218.tif 000007
【図６】
2015037218.tif 000008
【図７】
2015037218.tif 000009
【図８】
2015037218.tif 000010
【図９】
2015037218.tif 000011
【図１０】
2015037218.tif 000012
【図１１】
2015037218.tif 000013
【図１２】
2015037218.tif 000014
【図１３】
2015037218.tif 000015
【図１４】
2015037218.tif 000016
【図１５】
2015037218.tif 000017
【図１６】
2015037218.tif 000018