JP4085930B2 - 画像処理装置 - Google Patents

Description

本発明は、装置内部に記憶されているデータを更新する画像処理装置に関する。

従来、画像処理装置において、画像処理の運用に係るデータ、例えばファームウェア（操作パネルの表示／操作プログラム、画像処理装置本体、フィニッシャー等の各機構部の制御プログラム、画像処理のプログラム等）、ファームウェアにて利用される各種設定データ（例えば、操作パネルに表示される画面データ、各機構部の動作に用いられる設定データ（バイアス制御のための設定値等）、画像処理に係る各種係数値、特殊用紙サイズの設定値等の設定データ）等を、装置本体の不揮発メモリ内に記憶し、これらを適宜読み出して実行することにより、画像処理装置の制御がなされている。以下、これらファームウェアや各種設定データを運用データという。

しかしながら、これら運用データにバグがあったり、或いはバージョンアップする等の理由により、装置本体に記憶されている運用データを書き換えて更新することがある。この更新する運用データを、以下においては更新データという。従来、運用データを更新データに更新するに際してメンテナンス担当者は、持ち運び可能な記録媒体に運用データを記録したノートパソコンや専用のツール等を持って現地に出向いていた（例えば、特許文献１参照）。

また、近年では、ネットワーク技術の発展に伴い、多くの画像処理装置がネットワークに接続され、所定のルールに従えばファイアウォール等を通して外部から画像処理装置に対しコマンド（命令）等を送信することが可能となっている。その一般的な方法として電子メール（以下、単にメールという。）が挙げられる。例えば、メールに更新データを添付して画像処理装置に送信することにより、遠隔地から運用データの更新を行うことも可能となっている（例えば、特許文献２参照）。

或いは、メールに、指定された更新データへのアクセス方法を記載したファイルを添付して送信することにより、画像処理装置において、添付ファイルに記述されているアクセス方法を解析し、指定された更新データを取得することも可能である（例えば、特許文献３参照）。

さらに、ネットワークを介してデータを記憶するサーバから指定された画像処理装置にデータをダウンロードしてそのデータに基づいた動作を実行させる遠隔操作技術も開発されている（例えば、特許文献４参照）。この技術を応用すれば、更新データを記憶するサーバから画像処理装置に更新データをダウンロードして更新を実行させることが可能である。
特開２０００−３２２２４４号公報 特開２０００−２９６４８号公報 特開平１１−３２９９号公報 特開平６−２１４９２９号公報

上述したように、メンテナンス担当者が現地に出向いて画像処理装置の運用データの更新を行う場合、更新データを記録した記録媒体、専用ツール、ノートパソコン等を準備する必要があった。専用ツールは、画像処理装置の機種によって異なるため、メンテナンス担当者は、複数の客先で作業を行う場合、客先に設置されている画像処理装置の機種に合わせて個別に記録媒体や専用ツールを準備しなければならないため、手間及びコストがかかるという問題があった。さらに、記録媒体から画像処理装置にデータを転送する際に利用されるパラレルケーブルやＵＳＢケーブルは転送速度が遅いため、データの転送に時間がかかり、作業効率を低下させるという問題もあった。

一方、メール等を利用して遠隔地からメンテナンス担当者の指示により運用データの更新を行う場合、メールに更新データを添付する必要があるが、添付する更新データがファームウェア等のプログラムデータである場合には、添付ファイルの容量が大きくなり、メールサーバの受信容量を超えてしまったり、通信に時間がかかるといった問題があった。また、近年のネットワークセキュリティ技術の向上により、組織外部から内部のローカルネットワークへの進入が制限される場合がある。例えば、メールの添付ファイルにコンピュータが実行可能なプログラム等が含まれる場合、ローカルネットワークの入口に設けられたファイアウォール等により、アクセスが拒否されてしまう場合があった。

さらに、画像処理装置の電源が切られている場合や複写動作を実行中の場合はメールが受信されず、メールが受信されても運用データの更新はすぐに実行されないため、メンテナンス担当者が意図した時間に更新が実行されない可能性がある。画像処理装置側で更新データが添付されたメールが送信日よりかなり遅れて受信された場合、その更新データの内容が既に古いものとなり、更新データ自体が無用となる可能性もある。このように、メールを画像処理装置に送信してすぐに更新が行われるという保証はなく、メールによる運用データの更新に対する信頼性が低かった。

一方で、更新データ取得のために、画像処理装置において画像処理装置側のローカルネットワークに設置されたファイアウォールや、サーバのアドレス、通信プロトコル等の通信パラメータやサーバにアクセスするためのＩＤ、パスワード等、様々な設定情報を設定する必要がある。この設定情報が誤設定されると、データ取得の際に通信エラーが発生し、更新データを取得することができない。

従来は、運用データを正常に受信できるか否かを確認するために、画像処理装置において通信パラメータやＩＤ等の設定情報を設定後、実際にサーバから更新データの取得が行われていた。しかしながら、運用データがデータサイズが大きいプログラムデータ等である場合、更新データの取得に長時間を要するとともに、受信後にはデータ更新が自動的に行われてしまう。その間、メンテナンス担当者は待機していなければならないため、メンテナンス作業の効率が悪かった。

また、運用データのデータサイズが小さくても、通信負荷の変動により通信状態が悪化してデータ取得に長時間を要する場合がある。しかしながら、メンテナンス担当者側では、データ取得に要する時間を事前に把握できないため、データ取得の確認作業を後回しにして他の作業を行う等の適切な対応をとることができなかった。

本発明の課題は、
１．運用データの更新を行う際に、専用のツールやハードウェアを必要とせずに効率的かつ容易に運用データの更新を行う。
２．運用データの更新に有効期間又は有効期限に関する条件を設定し、古い指示による更新処理の実行を防止する。
３．更新データ取得に必要な設定情報の設定の正誤確認を容易にし、メンテナンス作業の向上を図る。

請求項１に記載の発明によれば、
画像処理装置の運用に係る運用データを書き換え可能に記憶するデータ記憶手段と、
前記データ記憶手段に記憶された運用データに基づいて、画像処理装置の動作を制御する制御手段と、
更新用の運用データを更新データとして記憶するサーバにアクセスして更新データを取得するとともに、通信テスト用のテストデータを取得することが指示されると、当該サーバからテストデータを取得するデータ取得手段と、
前記データ記憶手段に記憶されている運用データを前記データ取得手段により取得された更新データに更新するデータ更新手段と、
前記テストデータの受信までに要した時間と、テストデータのサイズとから通信速度を算出する通信速度算出手段と、
を備える画像処理装置が提供される。

ここで、運用データとは、画像処理装置の運用に係るデータのことをいい、例えばコンピュータのハードウェアと一体化されたファームウェア等のプログラムデータや、機器設定データ、ユーザの仕様に応じて設定された設定データ等が挙げられる。また、更新データは、運用データに対応する更新用の運用データのことをいい、例えば最新バージョンのファームウェアのデータや、画像処理装置の交換のために一時的にサーバにバックアップされた設定データ等が挙げられる。

請求項２に記載の発明によれば、
前記通信速度算出手段により算出された通信速度を表示する表示手段を備える請求項１に記載の画像処理装置が提供される。

請求項３に記載の発明によれば、
前記算出された通信速度に基づいて、異なるデータサイズ毎にデータ受信に要する推定時間を算出する推定時間算出手段を備える請求項１に記載の画像処理装置が提供される。

請求項４に記載の発明によれば、
前記推定時間算出手段により異なるデータサイズ毎に算出された各推定時間を表示する表示手段を備える請求項３に記載の画像処理装置が提供される。

請求項５に記載の発明によれば、
前記データ取得手段によりテストデータを取得する際に、テストデータを取得するまでに発生したエラー又は取得されたテストデータのエラーを検出するエラー検出手段と、
前記エラー検出手段により検出されたエラーを通知する通信エラー通知手段と、
を備える請求項１に記載の画像処理装置が提供される。

請求項６に記載の発明によれば、
前記エラー検出手段は、複数の段階でエラーの検出を行い、
前記通信エラー通知手段は、前記検出されたエラーの段階を示すメッセージを表示手段に表示する請求項５に記載の画像処理装置が提供される。

請求項７に記載の発明によれば、
更新データを取得するために複数準備されている取得方式の中から更新データの取得に使用する取得方式を設定する取得方式設定手段を備え、
前記データ取得手段は、テストデータの取得を指示する指示情報が画像処理装置に入力されると、前記取得方式設定手段により設定された取得方式で前記サーバにアクセスしてテストデータを取得する請求項１に記載の画像処理装置が提供される。

請求項１、２に記載の発明によれば、更新データを受信するに先立って、通信テストを実行することができる。通信テストにより、例えば更新データ取得のために予め設定された取得方式で必要な設定情報を設定した後、正常に設定が行われた否かを確認することができる。また、通信速度の表示により、メンテナンス担当者は現在の通信状態を把握することができる。従って、メンテナンス担当者の作業効率を向上させることができる。

請求項３、４に記載の発明によれば、メンテナンス担当者は更新データ受信に要するおおよその時間を容易に把握することができる。

請求項５、６に記載の発明によれば、更新データ取得までの通信エラーの発生を確認することができる。また、どの段階で発生したエラーなのかを把握できるので、メンテナンス担当者は更新データ取得のための設定情報を容易に修正することができる。

請求項７に記載の発明によれば、更新データ取得に必要な設定情報を設定後、通信テストを行うことができ、設定情報が正常に設定されたか否かを容易に確認することができる。

〈第１の実施の形態〉
第１の実施の形態では、画像処理装置の運用に係る運用データの更新に必要な更新データをサーバから取得して更新する際に、予め情報処理装置を介して又は画像処理装置の操作部を介して画像処理装置における更新データの取得方式を設定しておき、情報処理装置又は画像処理装置の操作部を介して画像処理装置に更新の指示情報が入力されると、画像処理装置において設定された取得方式でサーバから更新データが取得され、更新が行われる例を説明する。

まず、構成を説明する。
図１は、本実施の形態に係る画像処理装置及び情報処理装置を含んで構成されるデータ処理システム１００のシステム構成を示す概念図である。図１に示すように、データ処理システム１００は、情報処理装置１ａ、１ｂ、画像処理装置２、サーバ３、メールサーバＭとから構成され、画像処理装置２と、情報処理装置１ｂ及びサーバ３とはインターネットｎ１を介して接続されており、相互にアクセス可能の状態となっている。また、画像処理装置２と、情報処理装置１ａ及びメールサーバＭとは、限られたエリア内におけるネットワークであるＬＡＮ（Local Area Network）ｎ２を介して接続されている。

情報処理装置１ａ、１ｂは、例えば携帯電話やＰＨＳ（Personal Handyphone System）といった携帯型の電話端末や、ＰＤＡ（Personal Digital Assistants）、ノート型パーソナルコンピュータ（ＰＣ）等が適用可能である。情報処理装置１ａ、１ｂは、メールを送受信するためのメールソフトや、ウェブページを閲覧するためのブラウザソフトを備えており、メール又はブラウザを利用して、画像処理装置２に対してメンテナンスに係る指示情報を生成して送信する。なお、情報処理装置１ａは、ＬＡＮｎ２により組織内部から画像処理装置２に接続され、情報処理装置１ｂは、オープンなインターネットｎ１により組織外部から画像処理装置２に接続されている。

画像処理装置２は、例えば、複写機、プリンタ、ＭＦＰ（Multifunction Peripheral）、印刷機、プリンタ情報提供端末（例えば、キオスク端末）又はこれらの複合機等が適用可能である。また、画像処理装置２は、ＷＷＷ（World Wide Web）ブラウザで閲覧するコンテンツを提供するためのソフトウェアがインストールされており、画像処理装置としての機能と、ウェブサーバとしての機能を併せ持つ装置である。また、画像処理装置２は、ファイアウォールＦＷを介してインターネットｎ１に接続されている。

メールサーバＭは、ＬＡＮｎ２に接続された各機器の電子メールの送受信を管理する。
ファイアウォールＦＷは、プロキシサーバ等から構成され、外部からＬＡＮｎ２への進入を制限するものである。例えば、ＬＡＮｎ２とその外部との境界に流れるデータを監視するとともに、インターネットｎ１からの通信要求を監視し、不正な通信を遮断する。

サーバ３は、汎用のパーソナルコンピュータ等により構成され、画像処理装置の機種に応じたファームウェア、各種設定データ等の更新データを階層化ディレクトリ構造により格納するデータベースを備えている。サーバ３は、画像処理装置２からの要求により、インターネットｎ１を介して画像処理装置２に必要なデータを提供する。

次に、本発明に係る情報処理装置１ａ、１ｂ及び画像処理装置２、サーバ３の内部構成について説明する。
まず、情報処理装置１ａ，１ｂについて説明する。なお、情報処理装置１ａ、１ｂは略同様の構成によってなるため、その構成及び動作については情報処理装置１ａを代表として説明する。

図２に、情報処理装置１ａの内部構成を示す。
図２に示すように、情報処理装置１ａは、制御部１１、操作部１２、表示部１３、通信部１４、ＲＡＭ１５、記憶部１６等を備えて構成され、各部はバス１７により接続されている。

制御部１１は、ＣＰＵ（Central Processing Unit）等から構成され、記憶部１６に記憶される各種システムプログラムや本発明に係る取得方式設定処理プログラム（図６参照）、データ更新指示処理プログラム（図８参照）をＲＡＭ１５に展開し、当該プログラムとの協働により処理動作を統括的に制御する。

取得方式設定処理では、操作部１２から入力される指示に応じて、画像処理装置２において更新データを取得するための取得方式の設定を指示する指示情報又は指示メールを生成し、当該指示情報を通信部１４を介して送信させる。

また、データ更新指示処理では、操作部１２から入力される指示に応じて、画像処理装置２における運用データの更新を指示する指示情報又は指示メールを生成し、当該指示情報を通信部１４を介して送信させる。

操作部１２は、文字キー、数字キーの他、各種機能に対応付けられた各種キーを備え、操作されたキーに対応する操作信号を制御部１１へ出力する。すなわち、画像処理装置２における更新データ取得の取得方式を設定する際に、操作部１２を介して設定の指示情報を入力することにより、設定指示手段を実現することができる。

表示部１３は、ＬＣＤ（Liquid Crystal Display）等の表示画面を備え、制御部１１の指示に従って、操作部１２における入力内容や、通信部１４を介して送受信されるウェブ画面等の各種表示データを表示する。

通信部１４は、例えばネットワークインターフェイスカード、モデム（ＭＯＤＥＭ：MOdulator/DEModulator）、ＵＳＢ（Universal Serial Bus）等の各種インターフェース、または携帯電話の通信機能等により構成される。

ＲＡＭ１５は、制御部１１によって実行される各種プログラム及びこれらプログラムに係るデータを一時的に記憶するワークエリアを形成する。

記憶部１６は、フラッシュメモリ等の書き換え可能な半導体記憶素子等の記録媒体を備え、この記録媒体内に、制御部１１により実行される各種プログラム及びこれらのプログラムに係るデータ等を記憶する。

次に、画像処理装置２について説明する。
図３に、画像処理装置２の内部構成を示す。
図３に示すように、画像処理装置２は、制御手段としての制御部２１、操作部２２、表示部２３、通信部２４、ＲＡＭ２５、データ記憶部２６、印刷部２７、記憶部２８等を備えて構成され、各部はバス２９により接続されている。

制御部２１は、記憶部２８に格納されているシステムプログラム、印刷プログラムの他、本発明に係るデータ更新処理プログラム（図１２参照）をＲＡＭ２５に展開し、当該プログラムとの協働により処理動作を統括的に制御することにより、データ取得手段及びデータ更新手段を実現する。

データ更新処理では、情報処理装置１ａ、１ｂから運用データ更新の指示メールが受信される又はブラウザを介して運用データ更新の指示情報が入力される、或いは操作部２２を介して指示情報が入力されると、指示メール又は指示情報に含まれる更新データの種類を示すデータ種類情報、或いはデータ記憶部２６に記憶される画像処理装置２の識別情報のうち、少なくとも１つに基づいてサーバ３から取得する更新データを特定する。

次いで、更新データを取得する際に使用する取得方式として予め設定された取得方式の設定情報をデータ記憶部２６から読み出し、当該読み出された取得方式に従って通信部２４を制御し、サーバ３にアクセスしてＤＢ３４から更新データを取得する。更新データが取得されると、データ記憶部２６に記憶される運用データを取得された更新データに書換更新する。

操作部２２は、カーソルキー、数字入力キー、及び各種機能キー等のキー群や、表示部２３と一体型に構成されるタッチパネル等から構成され、押下されたキーに対応する押下信号を制御部１１に出力する。

表示部２３は、ＬＣＤ等によってなる表示画面を備え、制御部１１の指示に従って操作部１２からの入力内容や操作画面等の各種表示データを表示する。

通信部２４は、インターネットｎ１、ＬＡＮｎ２等のネットワークに接続された伝送媒体に接続可能なインターフェ−スである。通信部２４は、モデムまたはターミナルアダプタ（ＴＡ：Terminal Adapter）等によって構成され、電話回線、ＩＳＤＮ回線、無線通信回線、専用線、ＣＡＴＶ回線等の通信回線を介して外部機器との通信を行うための制御を行う。

ＲＡＭ２５は、制御部２１によって実行される各種プログラムやこれら各種プログラムによって処理されたデータ等を一時的に記憶するワークエリアを形成する。

データ記憶部２６は、本発明のデータ記憶手段及び取得方式記憶手段であり、書き換えの頻度が少ないデータを格納する。例えば、データ記憶部２６は、画像処理装置２の運用に関する運用データを記憶する。

またデータ記憶部２６は、画像処理装置２を個別に識別するための識別情報、例えば画像処理装置に固有のシリアル番号、製品名、機種名、機種バージョン、運用データのバージョン等の情報を記憶する。さらに、データ記憶部２６は、サーバ３から更新データを取得する取得方式として設定された取得方式を記憶し、その取得方式でサーバ３にアクセスして更新データを取得する際に必要となる、サーバ３のアドレス、ファイアウォールＦＷを通過するためのファイアウォールＩＰアドレス、接続ポート等の各種通信パラメータや、サーバ３にアクセスするためのＩＤ、パスワード等の情報を取得方式の設定情報として記憶している。

印刷部２７は、連続紙、またはカット紙が印刷用紙として装着された給紙部や排紙部（図示せず）を備え、制御部２１又は通信部２４を介して外部装置から入力される印刷データを、赤外レーザ光やＬＥＤ（Light-Emitting Diode）による投射光を用いた電子写真方式によって、上記印刷用紙に印刷データを転写して排紙出力する。

記憶部２８は、プログラムやデータ等があらかじめ記憶されている記録媒体（図示せず）を有しており、この記録媒体は磁気的、光学的記録媒体、若しくは半導体メモリで構成されている。この記録媒体は記憶部２８に固定的に設けられるもの、若しくは着脱自在に装着するものであり、この記録媒体には、システムプログラム、当該システムに対応する各種処理プログラム、及び各種処理プログラムで処理されたデータ等を記憶する。

次に、サーバ３について説明する。
図４に、サーバ３の内部構成を示す。
図４に示すように、サーバ３は、制御部３１、ＲＡＭ３２、通信部３３、データベース（以下、ＤＢという。）３４等を備えて構成され、各部はバスにより接続されている。

制御部３１は、通信部３３を介して画像処理装置２から受信された要求指示に応じてＤＢ３４から指定されたデータを取得し、要求先へ配信する制御を行う。

ＲＡＭ３２は、通信部３４を介して受信された要求指示や、ＤＢ３４から取得したデータを所定のワークエリアに一時的に記憶する。

通信部３３は、インターネットｎ１、ＬＡＮｎ２等のネットワークに接続された伝送媒体に接続可能なインタ−フェ−スである。通信部３３は、モデムまたはターミナルアダプタ等によって構成され、電話回線、ＩＳＤＮ回線、無線通信回線、専用線、ＣＡＴＶ回線等の通信回線を介して外部機器との通信を行うための制御を行う。

ＤＢ３４は、予め定義された形式によりデータを格納することにより、データを統括的に集積して管理するものであり、具体的には、画像処理装置２の更新用の運用データ、つまり更新データを所定の形式により格納している。

図５は、ＤＢ３４のデータ構成例を示す図である。図５に示すようにＤＢ３４内には、階層化ディレクトリ構造により複数のディレクトリが作成され、ディレクトリの中には更新データが分類して格納されている。まず、ＤＢ３４の最上位のディレクトリには、画像処理装置２の機種毎に分類されたディレクトリが格納されており、例えば、機種名をディレクトリ名として、「７１５５」、「７１６５」、「７０８５」といったディレクトリが作成されている。

また、機種毎に作成されたディレクトリの下には、機種毎に各バージョンに対応したディレクトリが作成されており、それぞれのバージョンアップ名をディレクトリ名として、「Newest」、「ver40」、「ver50」、「・・・」といったディレクトリが作成されている。さらに、このディレクトリの下には、更新データのファイル群が格納されおり、例えば、「I0.bin」，「I1.bin」、・・・、「V1.bin」といった運用データが格納されている。ここでは、何れのバージョンのディレクトリ内においても、同一種類の運用データ、例えば操作パネルのプログラムであれば、「IO.bin」というファイル名で格納されている。また、「custom」ディレクトリには、ユーザの仕様に応じた特注のファームウェアや、ユーザの仕様に応じた設定データ等が格納されている。

従って、例えば画像処理装置２から送信された更新データの要求情報に要求対象の更新データの格納場所を示すＵＲＬ「http://www.abc.co.jp/7155/Newest/C1.bin」が指定されていた場合、対応する機種「7155」のディレクトリのうち、「Newest」ディレクトリから最新バージョンの更新データ「C1.bin」のファイルが取得される。なお、最新バージョン以外の更新データを取得する場合は、要求情報にて所望するバージョンのディレクトリ名を指定することにより、対応する更新データを取得することが可能である。

また、ユーザの仕様に応じた特注のファームウェアや設定データを取得する場合は、「custom」ディレクトリ及びプログラム名等をＵＲＬで指定することにより、これらのデータを取得することが可能である。これにより、例えば、ユーザの所有する画像処理装置を新製品に入れかえる場合に、ユーザの仕様に合わせた設定データを「custom」ディレクトリに保存しておくことにより、製品入れ替え後、「custom」ディレクトリからユーザの仕様に合わせた設定データを取得して、画像処理装置の設定データを更新するだけで、ユーザは、元の画像処理装置と同様の仕様で新しい画像処理装置を使用することができ、利便性が良い。

なお、ここでは、ディレクトリの構成として、「機種名」の下位に「バージョン」としたが、これに限られるものではなく、「機種名」「バージョン」「データ名（例えば、操作パネルのプログラム名等）」等の複数のうち、１つをファイル名とし、残りをその上下のディレクトリ構成としてもよい。例えば、「機種名」の下位に「データ名」として、「バージョン」をファイル名としてもよい。

次に、第１の実施の形態における動作を説明する。
図６は、情報処理装置１ａ、１ｂにより実行される取得方式設定処理を示すフローチャートである。この取得方式設定処理は、画像処理装置２が、運用データの更新時に必要となる更新データをサーバ３のＤＢ３４から取得する際に、サーバ３にアクセスをして更新データを取得するための取得方式を予め設定する処理である。

例えば、画像処理装置設置時等にメンテナンス担当者が現地まで出向いた際にこの処理が実行される。従って、セキュリティ上の観点から、組織内部のＬＡＮｎ２に接続された情報処理装置１ａにより実行されることが好ましい。なお、以下の説明では、情報処理装置１ａを介して取得方式の設定を行う場合を説明するが、情報処理装置１ｂを介して設定する場合も同様の処理が行われる。また、取得方式の設定は、画像処理装置２の操作部２２から直接行うことも可能である。

図６に示す取得方式設定処理では、まず、情報処理装置１ａにおいて、ＬＡＮｎ２を介して画像処理装置２にアクセスされる。そして、操作部１２を介してブラウザを起動する指示が入力されると、制御部１１によりブラウザが起動され、ブラウザにより表示された画面においてユーザから取得方式の設定要求が入力されると、設定要求の要求情報が画像処理装置２に送信される（ステップＳ１）。

次いで、メンテナンス担当者はメンテナンス用のパスワードを入力し画像処理装置２に送信する。制御部１１では、画像処理装置２からアクセスが許可されたか否かが判別され（ステップＳ２）、アクセスが許可されなかった場合（ステップＳ２；ＮＯ）、エラー画面が表示部１３に表示され、本処理を終了する。また、画像処理装置２からアクセスが許可された場合（ステップＳ２；ＹＥＳ）、操作部１２を介して入力された指示に基づいて、設定する取得方式の種類が決定される（ステップＳ３）。

取得方式の種類の決定は、複数の取得方式の中から１つを選択するように構成しており、アクセスが許可された場合に、複数の取得方式が一覧表示され、メンテナンス担当者がその一覧から何れか１つを選択するものである。そして、画像処理装置２のデータ記憶部２６にこの選択された取得方式が記憶される。本実施の形態においては、取得方式の選択肢として、ｆｔｐ、ｈｔｔｐ、電子メールの３つがある。

データの取得方式として、ｆｔｐ（file transfer protocol）を採用するように決定された場合、ｆｔｐを設定する指示情報が画像処理装置２に送信される（ステップＳ４１）。そして、画像処理装置２からｆｔｐの設定入力画面が受信されると、当該設定入力画面（図７（ａ）参照）が表示部１３に表示される。また、データの取得方式として、ｈｔｔｐ（hypertext transfer protocol）を採用するように決定された場合、ｈｔｔｐを設定する指示情報が画像処理装置２に送信される（ステップＳ４２）。そして、同様に画像処理装置２からｈｔｔｐの設定入力画面が受信されると、当該設定入力画面（図７（ｂ）参照）が表示部１３に表示される。さらに、データの取得方式として、メールを採用するように決定された場合、メールを設定する指示情報が画像処理装置２に送信され（ステップＳ４３）、画像処理装置２からメールの設定入力画面が受信されると、当該設定入力画面（図７（ｃ）参照）が表示部１３に表示される。

ここで、図７を参照して、情報処理装置１ａの表示部１３に表示される設定入力画面の表示例について説明する。図７（ａ）は、ｆｔｐの設定を行う場合の設定入力画面１３１の一例を示す図である。設定入力画面１３１は、サーバ、すなわち、ＤＢ３４を備えるサーバ３にアクセスするため、サーバ３のサーバアドレスを入力する項目ａ１と、サーバ３へのログイン認証を行うため、ユーザＩＤを入力する項目ａ２及びパスワードを入力する項目ａ３と、ファイアウォールＦＷを通過してインターネットｎ１にアクセスするため、ファイアウォールＩＰアドレスを入力する項目ａ４及びポートを入力する項目ａ５と、を含んでいる。

また、図７（ｂ）は、ｈｔｔｐの設定を行う場合の設定入力画面１３２の一例を示す図である。図７（ａ）と同様に、設定入力画面１３２は、サーバ３にアクセスするため、サーバ３のサーバアドレスを入力する項目ａ１と、サーバ３へのログイン認証を行うため、ユーザＩＤを入力する項目ａ２及びパスワードを入力する項目ａ３と、ファイアウォールＦＷを通解してインターネットｎ１にアクセスするため、ファイアウォールＩＰアドレスを入力する項目ａ４及びポートを入力する項目ａ５と、を含んでいる。

さらに、図７（ｃ）は、メールの設定を行う場合の設定入力画面１３３の一例を示す図である。設定入力画面１３３は、メールサーバＭのアドレスを入力する項目ｂ１と、メールサーバＭへのログイン認証を行うためのユーザＩＤを入力する項目ｂ２及びパスワードを入力する項目ｂ３と、画像処理装置２のメールアドレスを入力する項目ｂ４と、を含んでいる。

従って、メンテナンス担当者は、上述した各設定入力画面１３１〜１３３において、データの取得方式を設定するために必要となる通信パラメータ等の設定情報を各項目に対応させて入力することにより、ブラウザを介して各取得方式を設定することができる。

続いて、図６に戻り、ステップＳ５で表示部１３に表示された設定入力画面において、設定条件、ユーザＩＤ、パスワードが入力され（ステップＳ７）、操作部１２を介して送信指示が入力されると、入力された通信パラメータ、ユーザＩＤ、パスワードの情報が決定された取得方式の設定情報として通信部１４を介して画像処理装置２に送信される（ステップＳ８）。そして、制御部１１において、画像処理装置２から送信される設定完了通知の受信の有無により設定が完了したか否かが判別される（ステップＳ９）。

設定完了通知が受信された場合、制御部１１では設定が完了したと判別され（ステップＳ９；ＹＥＳ）、本処理を終了する。また、エラー通知が受信された場合又は所定時間を経過しても設定完了通知が受信されない場合、設定が完了してないと判別されて（ステップＳ９；ＮＯ）、ステップＳ３の処理に戻って、取得方式が再度決定され、ステップＳ３〜８の処理が繰り返される。

なお、上述した説明では、情報処理装置１ａのブラウザを用いて設定を行った例を説明したが、これに限らず、画像処理装置２の操作部１２から同様の設定を行うこととしてもよい。

次に、情報処理装置１ａ、１ｂ又は画像処理装置２により実行されるデータ更新指示処理について説明する。このデータ更新指示処理は、画像処理装置２に対して運用データの更新を指示する際に、情報処理装置１ａ、１ｂからブラウザを介して又はメールにより画像処理装置２に運用データの更新を指示する、或いは画像処理装置２の操作部２２を介して直接運用データの更新を指示する処理である。

ここで、ＬＡＮｎ２を介して画像処理装置２に接続される情報処理装置１ａは、ｆｔｐ、ｈｔｔｐ又はメールにより、画像処理装置２にアクセスすることが可能であるが、インターネットｎ１を介して画像処理装置２に接続される情報処理装置１ｂは、ＬＡＮｎ２のセキュリティを保つため、メールにより画像処理装置２にアクセスすることが好ましい。

図８は、データ更新指示処理を示すフローチャートである。
図８に示すデータ更新指示処理では、まず運用データの更新を指示する指示方式として、メールを用いて更新を指示する方式、ブラウザを用いて更新を指示する方式又は画像処理装置２の操作部１２を介して更新を指示する方式のうち、何れの指示方式で更新を指示するのかが決定される（ステップＳ２１）。

まず、メンテナンス担当者により、メールにて更新を指示する指示方式が選択入力された場合、つまり情報処理装置１ａ、１ｂにおいて実行される処理について説明する。以下の説明では、情報処理装置１ａを例に説明するが、情報処理装置１ｂにおいても同様の処理が行われる。
更新の指示方式としてメールを用いた指示方式が決定されると（ステップＳ２１；メール）、情報処理装置１ａ、１ｂではメールソフトが起動されて、操作部１２からの入力に応じて運用データ更新の指示メールが作成される（ステップＳ２２）。ここで、指示メールとは、画像処理装置２が実行可能な形式のコマンド（命令）を含むメールであり、指示メールが受信された画像処理装置２では、指示メールに含まれるコマンドに従って所定のプログラムが読み出されて実行され、各処理が実行される。

図９（ａ）は、メンテナンス担当者により作成される指示メールの一例を示す図である。図９（ａ）に示すように、「Subject」の項目ｄ１には、情報処理装置２を操作するメンテナンス担当者のユーザＩＤ及びパスワードが入力され、「To」の項目ｄ２には、宛先である画像処理装置２のメールアドレスが入力される。また、メールの本文には、画像処理装置２が実行可能なコマンドｄ３として、「Get Prog1,name = "CopierProg1.bin"」が入力されており、更新対象の運用データの種類が"Prog1"であり、ファイル名が"CopierProg1.bin"である更新データの取得を指示している。

指示メールが作成され、当該指示メールを送信する指示が入力されると、メールサーバＭを介して画像処理装置２に指示メールが送信される（ステップＳ２３）。指示メールを送信後、画像処理装置２から運用データの更新を開始したことを通知する書換開始の通知メールが受信されると（ステップＳ２４）、当該通知メールが表示部１３に表示される。図９（ｂ）に、書換開始の通知メールの一例を示す。図９（ｂ）に示すように、書換開始通知メールには、指示メールを正常に受信したことを示すメッセージｄ４「Mail Received」と、指示メールで指示されたファームウェアの書換コマンドを開始することを示すメッセージｄ５「Command[Get Prog1 … ]started」が記述されている。

次いで、画像処理装置２から書換完了を通知する通知メールが受信されると（ステップＳ２５）、画像処理装置２において運用データの更新が完了したと判断され、本処理を終了する。図９（ｃ）に、書換完了の通知メールの一例を示す。図９（ｃ）に示すように、書換完了通知メールの「To」の項目ｄ６には、宛先として情報処理装置１ａのメールアドレスが記載されており、「Subject」の項目ｄ７には、「Reply Message From 7165」が記載され、機種名「７１６５」である画像処理装置２からの返信メッセージであることを示している。また、「From」の項目ｄ８には、画像処理装置２のメールアドレスが記載されており、本文には、指示メールで指示されたコマンドｄ９「ISW CopierProg1.bin」の実行を正常に完了したことを示すメッセージｄ１０「ISW completed」が記述されている。

なお、所定時間を経過しても書換完了通知が受信されず、画像処理装置２から書換エラーの通知メールが受信された場合、運用データの更新が失敗したと判断され、エラー通知メール（図示せず）が表示部１３に表示される。エラー通知メールには、運用データの更新に失敗した旨及びその理由を示すエラーコードが記述されている。

次に、メンテナンス担当者によりブラウザを用いた指示方式が選択入力された場合、つまり情報処理装置１ａ、１ｂにおいて実行される処理について説明する。以下の説明では、情報処理装置１ａで実行される場合を説明するが情報処理装置１ｂにおいても同様の処理が実行される。

更新の指示方式としてブラウザを用いた指示方式が決定されると（ステップＳ２１；ブラウザ）、情報処理装置１ａではブラウザが起動され、画像処理装置２の操作設定を行うことができる遠隔操作用のウェブページにアクセスされる（ステップＳ２６）。このウェブページは、画像処理装置２が有するウェブサーバ機能により運用されるウェブページであるが、サーバ３又は他の管理サーバ等により運用されるものとしてもよい。

図１０に、アクセスされたウェブページの一例を示す。このウェブページでは運用データ更新に係る指示情報を入力するための書換画面が表示され、例えばファームウェア書換の場合には、図１０（ａ）に示すように、更新対象の運用データの種類、「Prog1」〜「Prog4」の選択欄ｅ１が表示され、何れかの運用データの種類が選択されると、選択された運用データの種類に対応するファイルが自動的に画像処理装置２側で検索され、ファイル名の入力領域ｅ２に検索されたファイル名が表示される。また、画面下部には選択された運用データの更新を実行するよう指示するための実行キーｋ１が表示される。

そして、このウェブページにおいて、メンテナンス担当者により更新対象の運用データ種類が選択されて更新に係る指示情報が入力され（ステップＳ２７）、実行キーｋ１が押下されると、入力された指示情報が画像処理装置２に送信される（ステップＳ２８）。指示情報が送信された後、画像処理装置２から指示情報が正常に受信され、当該指示情報に基づいて運用データの更新が開始されたことを通知する書換開始画面の画面データが受信されると（ステップＳ２９）、当該書換開始画面が表示部１３に表示される。図１０（ｂ）に、書換開始画面の一例を示す。図１０（ｂ）に示すように、書換開始通知画面には、指示情報により指示されたファームウェアの書換が開始されたことを通知するメッセージｅ３が表示されている。

次いで、画像処理装置２から書換完了を通知する書換完了画面の画面データが受信されると（ステップＳ３０）、画像処理装置２において運用データの更新が完了したと判断され、当該書換完了画面が表示部１３に表示されて、本処理を終了する。図１０（ｃ）に、書換完了画面の一例を示す。図１０（ｃ）に示すように、書換完了画面では、ファームウェアの書換が完了したことを通知するメッセージｅ４が表示される。

次に、メンテナンス担当者により画像処理装置２の操作部１２を用いた指示方式が選択入力された場合、つまり画像処理装置２において実行される処理について説明する。
更新の指示方式として画像処理装置２の操作部２２を用いた指示方式が決定されると（ステップＳ２１；操作部）、画像処理装置２では、操作メニューが表示部１３に表示される。そして、操作メニューの中からファームウェア書換の指示が操作部２２を介して選択入力されると、ファームウェア書換を行うための書換画面が表示部２３に表示される（ステップＳ３１）。

図１１（ａ）に、ファームウェア書換のための書換画面の一例を示す。図１１（ａ）に示すように、書換画面では、更新対象の運用データの種類を示す「Prpg1」〜「Prog4」の選択欄ｆ１が表示され、ブラウザの場合と同様に、何れかの運用データの種類が選択されると、選択された運用データの種類に対応するファイル名が自動的に画像処理装置２側で検索され、ファイル名の入力領域ｆ２に検索されたファイル名が表示される。また、画面下部には選択された運用データの更新を実行するよう指示するための実行キーｋ１が表示される。

この書換画面において、メンテナンス担当者により更新する運用データの種類が選択入力されて更新に係る指示情報が入力され（ステップＳ３２）、実行キーｋ１が押下されると（ステップＳ３３）、当該指示情報に基づいて運用データの更新が開始されたことを通知するメッセージが表示部２３に表示される（ステップＳ３４）。図１１（ｂ）に、更新開始の通知メッセージの一例を示す。図１１（ｂ）に示すように、表示部２３の操作画面上には、指示情報により指示されたファームウェアの書換が開始されたことを通知するメッセージｆ３が表示されている。

次いで、画像処理装置２において運用データの更新が終了すると、表示部２３にファームウェアの書換が完了したことを通知する書換完了画面が表示され（ステップＳ３５）、本処理を終了する。図１１（ｃ）に、書換完了画面の一例を示す。図１１（ｃ）に示すように、書換完了画面では、ファームウェアの書換が完了したことを通知するメッセージｆ４が表示される。

次に、図１２を参照して画像処理装置２により実行されるデータ更新処理について説明する。このデータ更新処理は、運用データの更新を指示する指示メール又は指示情報に従って、運用データの更新に必要な更新データを取得し、更新を行う処理である。なお、以下の説明では、更新の一形態として指示メール又は指示情報によりファームウェアの書換更新が行われる場合を説明するが、他の種類の運用データの場合も同様の処理が行われる。

図１２に示すデータ更新処理では、書換指示メール又は書換指示情報がどの指示方式で画像処理装置２に入力されたかが判別される（ステップＳ５１）。具体的には、メールを用いた指示方式で通信部２４を介して情報処理装置１ａ、１ｂから書換指示メールが入力された、ブラウザを用いた指示方式で情報処理装置１ａ、１ｂからブラウザを介して書換指示情報が入力された、或いは画像処理装置２の操作部２２を用いた指示方式で操作部２２を介して書換指示情報が入力された、のうち何れの指示方式であるのかが判別される。

まず、メールを用いた指示方式で書換指示メールが受信された場合について説明する。
ステップＳ５１において、通信部２４を介して書換指示メールが受信された場合（ステップＳ５１；メール）、指示メールに含まれるユーザＩＤ及びパスワードに基づいて、メンテナンス担当者の認証が行われ、認証が成功したか否かが判別される（ステップＳ５２）。

認証に失敗した場合（ステップＳ５２；Ｎ）、エラー処理が実行されて、書換指示メールの発信元である情報処理装置１ａ、１ｂにエラー通知メールが送信される。情報処理装置１ａ、１ｂでは、書換指示に対する結果画面が表示され、ユーザ認証に失敗したため、書換が中止されたことを通知するエラー通知メールが表示される。

一方、認証に成功した場合（ステップＳ５２；Ｙ）、画像処理装置２が現在印刷処理等の他の処理を実行中であるか否かが判別され（ステップＳ５３）、他の処理を実行中である場合は（ステップＳ５３；Ｙ）、他の処理が終了するまで待機するか、又はエラー処理が実行されて、書換指示メールの発信元である情報処理装置１ａ、１ｂにエラー通知メールが送信される。情報処理装置１ａ、１ｂでは、現在画像処理装置は動作中であるため書換を中止したことを通知するエラー通知メールが表示される。

現在他の処理を実行中でない場合（ステップＳ５３；Ｎ）、書換開始を通知する通知メールが作成されて情報処理装置１ａ、１ｂに送信される（ステップＳ５４）。次いで、受信された指示メールの解析が行われ、指示メールに含まれるコマンドが取得される（ステップＳ５５）。

次いで、取得されたコマンドからデータの取得条件、例えば取得すべき更新データの種類、そのファイル名、プログラム名等が取得され（ステップＳ５６）、そのデータ取得条件、或いはデータ記憶部２６に記憶されている画像処理装置２のシリアル番号、製品名、機種名、製品バージョン、機種バージョン、運用データのバージョン等の識別情報のうち、何れか１つに基づいて取得する更新データが特定される（ステップＳ５７）。例えば、データ取得条件が「Prog1」の運用データの種類を取得する条件であり、画像処理装置２の機種名が「７１５５」、現在画像処理装置２に設定されている「Prog1」の運用データのバージョンが「Ver40」であった場合は、サーバ３のデータベース３４において「７１５５」のディレクトリに格納されている最新バージョン「Newest」のディレクトリから「Prog1」に対応するファイル名「c1.bin」の更新データが取得対象の更新データとして特定される。

なお、コマンドからデータ取得条件が取得されず、画像処理装置２の識別情報のみに基づいて取得対象の更新データを特定する場合には、画像処理装置のシリアル番号、製品名、機種名、機種バージョンに基づいて、対応するディレクトリが決定され、そのディレクトリ内に格納されるデータのうちデフォルトで設定された最新バージョンのデータが取得されることとする。

次いで、データ記憶部２６に予め設定されている更新データの取得方式に応じて、ｆｔｐ、ｈｔｔｐ又はメールの何れの方式で更新データを取得するかが決定される（ステップＳ５８）。データ記憶部２６にｆｔｐの取得方式の設定情報が記憶されており、ｆｔｐの取得方式で更新データを取得する場合（ステップＳ５８；ｆｔｐ）、通信部２４を介してデータ記憶部２６に格納されるｆｔｐの設定情報に基づいてサーバ３へのアクセスが行われ、ステップＳ５７で特定された取得対象の更新データを要求する要求情報が送信されてサーバ３のＤＢ３４から更新データが取得される（ステップＳ５８１）。このとき、特定された更新データの格納場所を示すＵＲＬを要求情報に含めることとしてもよいし、特定された更新データのファイル名を指定することとしてもよい。

また、データ記憶部２６にｈｔｔｐの取得方式の設定情報が記憶されており、ｈｔｔｐの取得方式で更新データを取得する場合（ステップＳ５８；ｈｔｔｐ）、通信部２４を介してデータ記憶部２６に格納されるｈｔｔｐの設定情報に基づいてサーバ３へのアクセスが行われ、ステップＳ５７で特定された取得対象の更新データを要求する要求情報が送信されて、サーバ３のＤＢ３４から更新データが取得される（ステップＳ５８２）。

さらに、データ記憶部２６にメールの取得方式の設定情報が記憶されており、メールの取得方式で更新データを取得する場合（ステップＳ５８；メール）、ステップＳ５７で特定された取得対象の更新データを要求する要求メールが作成され、データ記憶部２６に格納されるメールの設定情報により設定されたサーバ３のメールアドレスを送信先として、作成された要求メールが送信されて、サーバ３から更新データが添付されたメールが受信され、更新データが取得される（ステップＳ５８３）。

何れかの取得方式により更新データが取得されると、データ記憶部２６に記憶されるファームウェアのデータが、取得された更新データに書換更新される（ステップＳ５９）。そして、ファームウェアのデータ更新が完了したか否かが判別され（ステップＳ６０）、データ更新が完了した場合（ステップＳ６０；Ｙ）、書換完了の通知メールが作成されて書換指示メールの発信元である情報処理装置１ａに送信される（ステップＳ６１）。通知メール送信後は、ファームウェアのデータの更新を有効にするため再起動が行われ、本処理を終了する。

一方、ファームウェアのデータ更新がエラー発生により完了しなかった場合（ステップＳ６０；Ｎ）、エラー通知メールが作成されて書換指示メールの発信元である情報処理装置１ａに送信され（ステップＳ６２）、情報処理装置１ａ、１ｂでは、エラー通知メールが表示される。エラー通知メールにはエラーの理由が記述されており、例えば「サーバからファームウェアのデータ取得に失敗したため、書換を中止しました」、「ダウンロードしたファームウェアのデータに異常が見つかったため、書換を中止しました」、「ファームウェア書換に失敗しました」等の理由が示される。エラー通知メール送信後は、本処理を終了する。

次に、ブラウザを用いた指示方式で書換指示情報が受信された場合について説明する。ここで、ブラウザを介してデータの授受を行う場合、画像処理装置２では、ウェブサーバとして機能することにより、情報処理装置１ａ、１ｂに直接的に接続し、情報処理装置１ａ、１ｂと画像処理装置２との間で、ｈｔｔｐプロトコルに基づいてウェブページ画面（ＨＴＭＬ画面）の送受信が行われる。

ステップＳ５１において、ブラウザを介して情報処理装置１ａ、１ｂから書換指示情報が入力された書換画面の画面データが受信された場合（ステップＳ５１；ブラウザ）、画像処理装置２において、現在他の処理が実行中であるか否かが判別される（ステップＳ６３）。現在他の処理を実行中である場合（ステップＳ６３；Ｙ）、他の処理が終了するまで待機する又はエラー処理が実行されて、情報処理装置１ａに現在動作中のため書換を中止したことを通知するエラー通知画面の画面データが送信される。

一方、現在他の処理を行っていない場合（ステップＳ６３；Ｎ）、通信部２４を介して、書換開始を通知する書換開始画面の画面データが情報処理装置１ａに送信される（ステップＳ６４）。次いで、情報処理装置１ａからブラウザを介して送信された、ファームウェア更新に係る指示情報が入力された書換画面（ＨＴＭＬ画面）の解析が行われ（ステップＳ６５）、書換画面で入力された指示情報が取得される。

画面解析により指示情報が取得されると、ステップＳ５６の処理に移行する。ステップＳ５６以降の処理については、メール指示方式の取得方式の場合と同様であるので、その説明は省略する。すなわち、指示情報からデータ取得条件が取得されてこのデータ取得条件又は画像処理装置２の識別情報に基づいてサーバ３から取得する更新データが特定され、当該特定された更新データの取得が行われてデータ更新が実行される。データ更新後は、更新完了画面又はエラー画面の画面データが送信される。

次に、画像処理装置２の操作部２２を用いた指示方式で書換指示情報が入力された場合について説明する。
ステップＳ５１において、画像処理装置２の操作部２２から書換指示情報が入力された場合（ステップＳ５１；操作部）、書換実行中を通知するメッセージが表示部２３に表示される（ステップＳ６６）。次いで、操作部２３を介して指示情報が入力された書換画面が解析され、書換画面で入力された指示情報が取得される（ステップＳ６７）。

指示情報が取得された後は、ステップＳ５６の処理に移行する。ステップＳ５６以降の処理は、メール指示方式の取得方式の場合と同様であるので、その説明は省略する。すなわち、指示情報からデータ取得条件が取得されてこのデータ取得条件又は画像処理装置２の識別情報に基づいてサーバ３から取得する更新データが特定され、当該特定された更新データの取得が行われてデータ更新が実行される。データ更新後は。更新完了画面又はエラー画面が表示部２３に表示される。

以上のように、第１の実施の形態によれば、画像処理装置２の運用データの更新を行う際に、情報処理装置１ａ、１ｂから画像処理装置２にインターネットｎ１又はＬＡＮｎ２を介して、更新を指示する指示メールを送信する又はブラウザにより指示情報を送信し、画像処理装置２は、受信された指示メール又は指示情報に応じてサーバ３から更新データを取得し、運用データの更新を行うので、メンテナンス担当者は、画像処理装置２が設置されている場所まで出向く必要がなく、遠隔地からであっても運用データの更新を行うことができる。

また、画像処理装置２において、サーバ３から更新データを取得する取得方式を予め設定してデータ記憶部２６に記憶しておくことにより、運用データの更新時には、画像処理装置２はデータ記憶部２６に設定されている取得方式で更新データをサーバ３から取得するので、メンテナンス担当者は画像処理装置２に更新を指示するたびに取得方式を指定する必要がないため、指示操作が容易となる。特に、更新指示対象の画像処理装置２が複数台有る場合、画像処理装置の機種やバージョン毎に取得方式を設定する必要がなく、例えば指示メールを同報送信するだけで更新を指示することができる。

従って、メンテナンス担当者の作業負担を軽減するとともに、作業効率を向上させることができる。このため、メンテナンスに斯かるコストを軽減して効率良くシステムを運用することができる。

また、画像処理装置２において取得方式を設定する際には、ｈｔｔｐ、ｆｔｐ、メールの予め準備されている各取得方式のうち、何れかを選択することができるので、画像処理装置２の運用形態に応じた取得方式を選択設定することができる。

また、メールを用いて更新を指示する、ブラウザを介して更新を指示する、画像処理装置２の操作部２２から更新を指示するの各指示方式のうち、何れの指示方式でも更新を指示することができるので、メンテナンスの作業形態に合わせて指示方式を選択することができる。

ブラウザを介して更新を指示する場合には、情報処理装置１ａ、１ｂは、ブラウザ機能により遠隔操作用のウェブページ画面から指示情報を入力することができる。情報処理装置１ａ、１ｂとしては、ブラウザ機能を搭載した汎用のノート型ＰＣやＰＤＡ等を利用することができるので、画像処理装置の機種毎に複数の専用のツールを用意する必要がなく、メンテナンスに係るコストを節約することができる。また、ブラウザ機能により表示部１３に表示された表示情報に基づいて、各種情報の入力を行うことができ、簡便な操作でデータの転送を指示や、転送するデータを指定して入力することができるため、操作性が良い。

また、情報処理装置１ｂにより、インターネットｎ１を介して運用データの更新指示する場合、コンピュータが実行可能なプログラムが添付ファイルとして添付されていると、ローカルネットワークの入り口に設けられたファイアウォール等により、ローカルネットワークへの進入が制限される場合があるが、更新データは、画像処理装置２により取得されるため、更新の指示メールや指示情報にプログラム等のファイルを添付する必要がなく、ローカルネットワークへのアクセスを拒否されることがない。さらに、更新データは、画像処理装置２がローカルネットワークの内部からサーバ３にアクセスして取得を行うため、ローカルネットワーク内のセキュリティレベルを一定に保ちつつ、外部から更新データを受信することができる。

また、サーバ３のＤＢ３４に、画像処理装置２の運用データを更新する際に必要となる全ての更新データを格納しておくことができ、ネットワークに接続可能であれば、どこからでもサーバ３にアクセスして、更新用のデータを取得することができる。また、サーバ３において、更新データを一括して管理することができるため、限られた資源を有効に利用して、データ処理システムを効率良く運用することができる。

また、画像処理装置２において、指示メール又は指示情報に含まれているデータ種類情報等のデータ取得条件、画像処理装置２の識別情報であるシリアル番号、製品名、機種名、機種バージョン、運用データのバージョン等に基づいて、取得対象の更新データを特定するので、メンテナンス担当者が更新データを詳細設定する必要がなく、的確に指示された更新データを取得することができる。

また、画像処理装置２は、データの更新を開始する際に、更新開始通知を情報処理装置１ａ、１ｂに送信し、データの更新が終了した際に、更新結果を示す更新完了通知又はエラー通知を情報処理装置１ａ、１ｂに送信するため、メンテナンス担当者は、画像処理装置２により実行されるデータ更新処理の処理過程を把握することができ、トラブル等が発生した場合であっても速やかに対処することができる。これにより、顧客満足度を向上させることができる。

なお、上述した第１の実施の形態における記述は、本発明に係る好適な画像処理装置、情報処理装置、サーバ及びデータ処理システムの一例であり、これに限定されるものではない。

例えば、情報処理装置１ａは、ＬＡＮｎ２を介して接続され、情報処理装置１ｂは、インターネットｎ１を介して接続される構成として説明を行ったが、情報処理装置１ａ、１ｂは、種々のネットワークを介して接続される構成であって良い。

その他、第１の実施の形態におけるデータ処理システム１００の各構成要素の細部構成及び細部動作に関しては、本発明の趣旨を逸脱することのない範囲で適宜変更可能であることはもちろんである。

〈第２の実施の形態〉
第２の実施の形態では、画像処理装置の運用に係る運用データの更新に必要な更新データをサーバから取得して更新する際に、更新の指示情報において更新データの取得又は運用データの更新に対する有効期間又は有効期限の条件を指定しておくことにより、画像処理装置において受信された更新の指示情報が有効期間又は有効期限の条件を満たしていない場合は、指示情報で指示された更新データの取得又は運用データの更新が禁止される例を説明する。

なお、この第２の実施の形態は、第１の実施の形態において、有効期限又は有効期間に関する内容を付加した者であり、以下において説明がない限りは、第１の実施の形態と同じであり、その説明を省略することがある。

まず、構成を説明する。
第２の実施の形態における画像処理装置、情報処理装置及びこれらを含んで構成されるデータ処理システムの構成は、第１の実施の形態と同一であるので、同一の構成部には同一の符号を付してその図示を省略する。すなわち、第２の実施の形態におけるデータ処理システム１００は、情報処理装置１ａ、１ｂ、画像処理装置２、サーバ３とから構成され、画像処理装置２と、情報処理装置１ｂ及びサーバ３とはインターネットｎ１を介して接続されており、相互にアクセス可能の状態となっている。また、画像処理装置２と、情報処理装置１ａ及びメールサーバＭとは、限られたエリア内におけるネットワークであるＬＡＮｎ２を介して接続されている。

以下、各装置について詳細な説明をするが、サーバ３、メールサーバＭについては、第１の実施の形態と同一であるので説明を省略し、本発明に係る情報処理装置１ａ、１ｂ及び画像処理装置２について説明する。

まず、情報処理装置１ａ、１ｂについて説明する。
情報処理装置１ａ、１ｂの内部構成は、第１の実施の形態で図２を参照して説明した構成と同一であるので、同一構成部には同一の符号を付して異なる機能部分のみ説明する。すなわち、情報処理装置１ａ、１ｂは、制御部１１、操作部１２、表示部１３、通信部１４、ＲＡＭ１５、記憶部１６から構成される。

制御部１１は、記憶部１６に記憶される各種システムプログラムや本発明に係るデータ更新指示処理プログラム（図８参照）をＲＡＭ１５に展開し、当該プログラムとの協働により処理動作を統括的に制御する。

データ更新指示処理では、操作部１２から入力される指示に応じて、画像処理装置２における運用データの更新を指示する指示メールの作成又は指示情報を生成する。このとき、指示メール又は指示情報には、更新データの取得又は運用データの更新に対する有効期間又は有効期限に関する条件を設定する。そして、作成された指示メール又は指示情報を通信部１４を介して送信させる。

次に、画像処理装置２について説明する。
画像処理装置２の内部構成は、第１の実施の形態において図３を参照して説明した構成と同一であるので、同一構成部には同一の符号を付してその図示を省略し、異なる機能部分についてのみ説明する。すなわち、画像処理装置２は、制御手段としての制御部２１、操作部２２、表示部２３、通信部２４、ＲＡＭ２５、データ記憶部２６、印刷部２７、記憶部２８から構成される。

制御部２１は、記憶部２８に記憶されているシステムプログラムの他、本発明に係るメール処理プログラム（図１３参照）をＲＡＭ１５に展開し、当該プログラムとの協働により処理動作を統括的に制御することにより、データ取得手段、データ更新手段、有効条件設定手段、指示エラー通知手段及び禁止手段を実現することができる。

メール処理では、画像処理装置２に入力された指示メール又は指示情報に含まれる有効期間又は有効期限に関する条件の情報に基づいて、当該指示メール又は指示情報に有効期間又は有効期限を設定する。制御部２１は内部クロックを利用した計時機能を有し、指示メール又は指示情報に従って運用データの更新を実行する際には、その更新指示が設定された有効期間又は有効期限を超えているか否かを判別し、超えている場合には、更新指示を無効として更新データの取得及び運用データの更新を禁止する。そして、有効期間又は有効期限切れにより更新処理が実行されなかったことを通知するエラー通知メールを作成する又はエラー通知情報を生成し、通信部２４を介して指示メール又は指示情報の発信元に送信させる。或いは、エラー通知情報を表示部２３に表示させる。

記憶部２８は、画像処理装置２のシステムプログラムの他、本発明に係るメール処理プログラムが記憶されている。また、記憶部２８は、画像処理装置２の設置場所に応じた時差情報を記憶する。例えば、画像処理装置２が日本に設置されている場合、世界標準時ＧＭＴに対して９時間進んだ時差があることを示す「＋０９００」の情報を記憶する。

次に、第２の実施の形態における動作を説明する。
図１３を参照して、画像処理装置２により実行されるメール処理を説明する。このメール処理は、運用データ更新の有効期間が指定された指示メールに従って運用データの更新を行う処理である。説明の前提として、情報処理装置１ａにおいて、画像処理装置２の運用データ更新に係る指示メールが作成され、指示メールの有効期間が指定されて画像処理装置２に送信されたこととするが、情報処理装置１ｂから送信された場合も同様の処理が行われる。

なお、本実施の形態では、運用データ更新を指示する指示メールで有効期間を指定する場合を例に説明するが、情報処理装置１ａ、１ｂにおいて、画像処理装置２のウェブサーバ機能により情報処理装置１ａ、１ｂに提供される、画像処理装置２の遠隔操作用のウェブページにアクセスし、このウェブページおいて有効期間を指定することとしてもよいし、画像処理装置２の操作部２２から直接有効期間を指定入力することとしてもよい。

図１３に示すメール処理では、まずインターネットｎ１又はＬＡＮｎ２を介して情報処理装置１ａから、運用データ更新の指示メールが受信されたか否かが判別される（ステップＴ１）。指示メールが受信された場合（ステップＴ１；Ｙ）、受信された指示メールの解析が行われ、指示メールに含まれるコマンドが取得される。

ここで、図１４に指示メールの一例を示す。
図１４は、有効期間が指定された指示メールの例である。図１４に示すように、指示メールには、更新データの種類が「prog1」である更新データのうち、ファイル名「CopieProg1」の更新データをサーバ３から取得して更新処理を実行するよう指示する「Get prog1,name="CopieProg1.bin"」のコマンドｇ１と、そのコマンドの有効期間は、指示メールを送信後、６０分以内であることを示す「Command in 60 min」の有効期間に関する条件ｇ２とが記載されている。

取得されたコマンドに有効期間に係るコマンドが含まれている場合は、当該有効期間の情報がデータ記憶部２６に記憶され、指示メールで指示された更新データの取得又は運用データの更新に対する有効期間が設定される（ステップＴ２）。

有効期間が設定されると、指示メールの発信元から指示メールが送信されてから画像処理装置２において受信されるまでに要した所要時間が算出される（ステップＴ３）。所要時間の算出時には、まず指示メールのヘッダから、指示メールの送信時間及びその送信場所における時差が読み出される。図１３の例では、指示メールのヘッダから、送信時間「２００２年９月１７日１１時５２分３８秒」、送信場所の時差「＋９時間」が読み出される。そして、制御部２２の計時機能により計時された指示メールの受信時間の情報が取得され、記憶部２８から受信場所における時差、つまり画像処理装置２の設置場所にける時差情報が読み出される。そして、読み出された送信時間、受信時間、送信場所における時差、受信場所における時差から、指示メールの送信から受信までに要した所要時間が算出される。

所要時間が算出されると、データ記憶部２６から指示メールに設定された有効期間の情報が読み出され、算出された所要時間が有効期間を超えているか否かが判別される（ステップＴ４）。例えば、算出された所要時間が「９０分」であり、データ記憶部２６に設定された有効期間が「６０分」であった場合、所要時間が有効期間を超えていると判別され（ステップＴ４；Ｙ）、指示メールに含まれる更新データの取得又は運用データ更新に係るコマンドが無効とされ（ステップＴ５）、更新データ取得及び運用データ更新が禁止される。

次いで、更新処理にエラーが発生したことを通知する返信メールが作成され、指示メールの発信元である情報処理装置１ａに送信される。
図１５に、返信メールの一例を示す。図１５に示すように、返信メールには、エラーによりコマンドに従った更新処理が実行されなかったことを示す「Command uncompleted」のメッセージｇ３と、そのエラーの理由が有効期間を超えていたためであることを示す「Time Out error」のメッセージｇ４とが記述される。

一方で、ステップＴ３において算出された所要時間が「３０分」であり、データ記憶部２６に記憶された有効期間が「６０分」であった場合、指示メールは有効期間を超えていないと判別され（ステップＴ４；Ｎ）、指示メール中の更新データ取得及び運用データ更新に係るコマンドに従った更新処理が実行される。すなわち、指示メールに含まれるコマンドで指示されたデータ取得条件、或いはデータ記憶部２６に記憶されている画像処理装置２の識別情報に基づいてサーバ３から取得する更新データが特定され、当該特定された更新データがサーバ３のＤＢ３４から取得されて運用データの更新が行われる。

そして、運用データの更新処理が完了すると、更新処理が完了したことを通知する返信メールが作成されて指示メールの発信元である情報処理装置１ａに送信され、本処理を終了する。

以上のように、受信された指示メールに含まれる有効期間のコマンドに基づいて、指示メールの有効期間を設定し、指示メールの送信から受信までの所要時間が有効期間を超えている場合は指示メール中の更新データ取得及び運用データ更新に係るコマンドを無効として更新データ取得及び運用データ更新を禁止し、所要時間が有効期間内である場合は指示メール中のコマンドに従った更新処理を実行するので、有効期間切れの古い指示メールによる更新処理の実行を防ぐことができる。従って、メンテナンス担当者の意図に応じた更新処理を実行することができる。

また、指示メール中の更新データ取得及び運用データ更新に係るコマンドを無効とした場合、更新処理が実行されなかったことを通知する返信メールを作成して指示メール発信元の情報処理装置１ａに返信するので、指示メールにより更新処理を指示したメンテナンス担当者は、有効期間を過ぎたため更新処理が正常に実行されなかったことを確認できる。

なお、第２の実施の形態における記述内容は、本発明を適用した情報処理装置１ａ、１ｂ、画像処理装置２、データ処理システム１００の好適な一例であり、これに限定されるものではない。

例えば、上述した説明では、指示メールが送信されてから６０分以内というように有効期間を設定した例を説明したが、これに限らず、２００２年９月１７日１２時５２分までに指示メール中のコマンドに従った更新処理が実行されない場合は、当該コマンドを無効とするといったように、日付時刻を指定した有効期限の条件を設定することとしてもよい。

図１６に、有効期限が指定された指示メールの一例を示す。図１６（ａ）は、有効期限が指定された指示メールを示す図である、当該指示メールには、上記有効期間の例と同様に「Get prog1,name="CopieProg1.bin"」のコマンドｈ１と、そのコマンドの有効期間は、２００２年９月１７日１２時５２分までであることを示す「Command until 200209171252」のコマンドｈ２が記述されている。

このような有効期限が設定された指示メールが画像処理装置２において受信されると、制御部２１の計時機能により計時された現在時刻と、指示メールに設定された有効期限とが比較されて指示メールは有効期限を越えたか否かが判別される。有効期限を超えたと判別された場合は、更新エラーを通知するために図１６（ｂ）に示すような返信メールが作成され、指示メールの発信元に送信される。図１６（ｂ）に示すように、返信メールには、エラーによりコマンドに従った更新処理が実行されなかったことを示す「Command uncompleted」のメッセージｈ３と、そのエラーの理由が有効期限を超えていたためであることを示す「Time error」のメッセージｈ４とが記述される。

また、上述した説明では、メンテナンス担当者が指示メールにより有効期間又は有効期限を指定すると、指示メールで指定された有効期間又は有効期限のコマンドに基づいて画像処理装置２において有効期間又は有効期限が設定されることとしたが、有効期間についてはその設定方法はこれに限らず、例えばメンテナンス担当者が操作部２２を介して有効期間をデフォルト値として予め画像処理装置２に設定しておく構成としてもよい。

〈第３の実施の形態〉
第３の実施の形態では、画像処理装置の運用に係る運用データの更新に必要な更新データをサーバから取得して更新する際に、更新データを取得するために設定された通信パラメータ等の設定情報が画像処理装置２において正しく設定されたか否かを確認するために、設定された設定情報でテストデータをサーバ３から取得する通信テストを実行する例を説明する。

なお、この第３の実施の形態は、第１の実施の形態又は第２の実施の形態において、通信テストに関する内容を付加したものであり、以下において説明がない限りは第１の実施の形態又は第２の実施の形態と同じであり、その説明を省略することがある。

まず、構成を説明する。
第３の実施の形態における画像処理装置、情報処理装置及びこれらを含んで構成されるデータ処理システムの構成は、第１の実施の形態と同一であるので、同一の構成部には同一の符号を付してその図示を省略する。すなわち、第３の実施の形態におけるデータ処理システム１００は、情報処理装置１ａ、１ｂ、画像処理装置２、サーバ３とから構成され、画像処理装置２と、情報処理装置１ｂ及びサーバ３とはインターネットｎ１を介して接続されており、相互にアクセス可能の状態となっている。また、画像処理装置２と、情報処理装置１ａ及びメールサーバＭとは、限られたエリア内におけるネットワークであるＬＡＮｎ２を介して接続されている。

以下、本発明に係る情報処理装置１ａ、１ｂ、画像処理装置２、サーバ３について説明する。

まず、情報処理装置１ａ、１ｂについて説明する。
情報処理装置１ａ、１ｂの内部構成は、第１の実施の形態で図２を参照して説明した構成と同一であるので、同一部には同一の符号を付して異なる機能部分のみ説明する。すなわち、情報処理装置１ａ、１ｂは、制御部１１、操作部１２、表示部１３、通信部１４、ＲＡＭ１５、記憶部１６から構成される。

制御部１１は、記憶部１６に格納されるシステムプログラムの他、本発明に係る取得方式設定処理プログラム（図６参照）、をＲＡＭ１５に展開し、当該プログラムとの協働により処理動作を統括的に制御する。

取得方式設定処理では、データ取得指示手段である操作部１２から入力される指示に応じて、画像処理装置２において更新データを取得するための取得方式を決定し、当該決定された取得方式で更新データを取得するために必要な通信パラメータ、ユーザＩＤ、パスワード等の各種設定情報が入力され、操作部１２から通信テストを実行する指示が入力されると、テストデータをサーバ３から取得して通信テストを開始するよう指示する指示情報を生成し、更新データ取得に必要な設定情報とともに、通信部１４を介して画像処理装置２に送信させる。

次に、画像処理装置２について説明する。
画像処理装置２の内部構成は、第１の実施の形態において図３を参照して説明した構成と同一であるので、同一構成部には同一の符号を付してその図示を省略し、異なる機能部分についてのみ説明する。すなわち、画像処理装置２は、制御手段としての制御部２１、操作部２２、表示部２３、通信部２４、ＲＡＭ２５、データ記憶部２６、印刷部２７、記憶部２８から構成される。

制御部２１は、記憶部２８に記憶されているシステムプログラムの他、本発明に係るテスト処理プログラム（図１３参照）をＲＡＭ１５に展開し、当該プログラムとの協働により処理動作を統括的に制御することにより、データ取得手段、データ更新手段、エラー検出手段及び通信エラー通知手段を実現することができる。

制御部２１は、情報処理装置１ａ、１ｂ又は操作部１２から通信テストの実行が指示されると、テスト処理を実行する。テスト処理では、データ記憶部２６に記憶されている取得方式で設定されている通信パラメータ、ユーザＩＤ、パスワード等の設定情報を読み出し、当該設定情報を用いてサーバ３からテストデータの取得を試みる。このとき、ファイアウォールＦＷ、サーバ３に接続する接続過程における通信エラーを検出するとともに、サーバ３から受信されたテストデータのデータチェックを行い、テストデータにおけるエラーを検出する。通信テスト中にエラーが検出された場合は、そのエラーがどの段階で検出されたエラーであるのかを通知する通知情報を生成し、通信テストの指示情報の発信元に送信する、或いは表示部２３に表示させる。

記憶部２８には、システムプログラムの他、テスト処理プログラム又は各プログラムで処理されたデータ等を記憶する。

次に、サーバ３について説明する。
サーバ３のＤＢ３４には、図５に示したように、画像処理装置２の更新データがディレクトリ階層で記憶されるとともに、画像処理装置２の通信テストに使用されるテストデータ「test.dat」が格納される。

次に、第３の実施の形態における動作を説明する。
まず、情報処理装置１ａ、１ｂにおいて実行される取得方式設定処理について説明するが、この取得方式設定処理の流れは、第１の実施の形態で説明した図６の取得方式設定処理と同一であるので、図６に示すフローチャートを参照して説明する。

図６に示す取得方式設定処理では、まず、情報処理装置１ａにおいて、ＬＡＮｎ２を介して画像処理装置２にアクセスされる。そして、情報処理装置１ａの操作部１２を介してブラウザを起動する指示が入力されると、制御部１１によりブラウザが起動され、ブラウザにより表示された画面においてユーザから取得方式の設定要求が入力されると、設定要求の要求情報が画像処理装置２に送信される（ステップＳ１）。

次いで、メンテナンス担当者はメンテナンス用のパスワードを入力し画像処理装置２に送信する。制御部１１では、画像処理装置２からアクセスが許可されたか否かが判別され（ステップＳ２）、アクセスが許可されなかった場合（ステップＳ２；ＮＯ）、エラー画面が表示部１３に表示され、本処理を終了する。また、画像処理装置２からアクセスが許可された場合（ステップＳ２；ＹＥＳ）、操作部１２を介して入力された指示に基づいて、設定する取得方式の種類が決定される（ステップＳ３）。

データの取得方式として、ｆｔｐを採用するように決定された場合、ｆｔｐを設定する指示情報が画像処理装置２に送信される（ステップＳ４１）。そして、画像処理装置２からｆｔｐの設定入力画面が受信されると、当該設定入力画面（図１７（ａ）参照）が表示部１３に表示される。また、データの取得方式として、ｈｔｔｐを採用するように決定された場合、ｈｔｔｐを設定する指示情報が画像処理装置２に送信される（ステップＳ４２）。そして、同様に画像処理装置２からｈｔｔｐの設定入力画面が受信されると、当該設定入力画面（図１７（ｂ）参照）が表示部１３に表示される。さらに、データの取得方式として、メールを採用するように決定された場合、メールを設定する指示情報が画像処理装置２に送信され（ステップＳ４３）、画像処理装置２からメールの設定入力画面が受信されると、当該設定入力画面（図１７（ｃ）参照）が表示部１３に表示される。

ここで、図１７を参照して、情報処理装置１ａの表示部１３に表示される設定入力画面の表示例について説明する。図１７（ａ）は、ｆｔｐの取得方式の設定を行う場合の設定入力画面１３４の一例を示す図である。設定入力画面１３４は、更新データを記憶するサーバ３にアクセスするため、サーバ３のサーバアドレスを入力する項目ｉ１及びポートを入力する項目ｉ２と、サーバ３へのログイン認証を行うため、ユーザＩＤを入力する項目ｉ３及びパスワードを入力する項目ｉ４と、ファイアウォールＦＷを通過してインターネットｎ１にアクセスするため、ファイアウォールＩＰアドレスを入力する項目ｉ５及びポートを入力する項目ｉ６と、を含んでいる。また、画面下部には、設定された通信パラメータで通信テストを実行することを指示するための通信テストキーｋ２が表示される。

また、図１７（ｂ）は、ｈｔｔｐの取得方式の設定を行う場合の設定入力画面１３５の一例を示す図である。図１７（ａ）と同様に、設定入力画面１３５は、サーバ３にアクセスするため、サーバ３のサーバアドレスを入力する項目ｉ１及びポートを入力する項目ｉ２と、サーバ３へのログイン認証を行うため、ユーザＩＤを入力する項目ｉ３及びパスワードを入力する項目ｉ４と、ファイアウォールＩＰアドレスを入力する項目ｉ５及びポートを入力する項目ｉ６と、を含んでいる。また、画面下部に通信テストキーｋ２が表示される。

さらに、図１７（ｃ）は、メールの取得方式の設定を行う場合の設定入力画面１３６の一例を示す図である。設定入力画面１３６は、メールサーバＭのアドレスを入力する項目ｊ１と、メールサーバＭへのログイン認証を行うためのユーザＩＤを入力する項目ｊ２及びパスワードを入力する項目ｊ３と、画像処理装置２のメールアドレスを入力する項目ｊ４と、を含んでいる。また、画面下部には、通信テストキーｋ２が表示される。

従って、メンテナンス担当者は、上述した各設定入力画面１３４〜１３６において、データの取得方式を設定するために必要となる設定情報を各項目に対応させて入力することにより、ブラウザを介して各取得方式を設定することができる。設定情報を入力後、続けて通信テストを実行したい場合は、各設定入力画面（図１７（ａ）〜（ｃ））で表示された通信テストキーｋ２を押下する。

続いて、図６に戻り、ステップＳ５で表示部１３に表示された設定入力画面において、通信パラメータ、ユーザＩＤ、パスワードが入力され（ステップＳ７）、操作部１２を介して通信テストキーｋ２が押下されると、入力された通信パラメータ、ユーザＩＤ、パスワードの設定情報が通信部１４を介して画像処理装置２に送信されるとともに、通信テストの実行を指示する指示情報が送信される（ステップＳ８）。そして、画像処理装置２から送信される設定完了通知の受信の有無により設定が完了したか否かが制御部１１において判別される（ステップＳ９）。

設定完了通知を受信した場合、制御部１１では設定が完了したと判別され（ステップＳ９；ＹＥＳ）、本処理を終了する。また、エラー通知を受信した場合又は所定時間を経過しても設定完了通知が受信されない場合、設定が完了してないと判別されて（ステップＳ９；ＮＯ）、ステップＳ３に戻って、取得方式が再度決定され、ステップＳ３〜８の処理が繰り返される。

なお、上述した説明では、情報処理装置１ａのブラウザを用いて設定を行った例を説明したが、これに限らず、画像処理装置２の操作部１２から同様の設定を行うこととしてもよい。

次に、図１８を参照して画像処理装置２により実行されるテスト処理を説明する。このテスト処理は、サーバ３から更新データを取得する前に、画像処理装置２において正常に通信パラメータが設定されたか否かを確認するための処理である。

なお、本実施の形態では、メンテナンス担当者の操作により情報処理装置１ａを介して通信テスト実行の指示情報が受信されて画像処理装置２におけるテスト処理が開始されたこととするが、通信テストの実行指示は情報処理装置１ｂにより行われてもよいし、画像処理装置２の操作部２２から行われることとしてもよい。

図１８に示すテスト処理では、まず情報処理装置１ａから通信部２４を介して通信テスト実行の指示情報が受信されたか否かが判別される（ステップＥ１）。通信テスト実行の指示情報が受信された場合（ステップＥ１；Ｙ）、通信テスト用のテストデータを要求する要求情報が生成される。要求情報には、テストデータの格納場所を示すＵＲＬの情報が含まれることとする。次いで、運用情報のデータを取得する取得方式として、ｆｔｐ、ｈｔｔｐ、メールのうち、どの取得方式がデータ記憶部２６に設定されているのかが判別される（ステップＥ２）。

ｆｔｐの取得方式が設定されている場合（ステップＥ２；ｆｔｐ）、ｆｔｐの取得方法において設定されている通信パラメータ、ＩＤやパスワード等の設定情報がデータ記憶部２６から読み出され（ステップＥ２０１）、ステップＥ３の処理に移行する。

ｈｔｔｐの取得方法が設定されている場合（ステップＥ２；ｈｔｔｐ）、ｈｔｔｐの取得方法において設定されている通信パラメータ等の設定情報がデータ記憶部２６から読み出され（ステップＥ２０２）、ステップＥ３の処理に移行する。

メールの取得方法が設定されている場合（ステップＥ２；メール）、メールの取得方法において設定されている通信パラメータ等の設定情報がデータ記憶部２６から読み出され（ステップＥ２０３）、ステップＥ３の処理に移行する。

ステップＥ３では、読み出された通信パラメータ用いて、通信部２４によりファイアウォールＦＷへの接続が試みられて、ファイアウォールＦＷに接続できたか否かが判別される。つまり、ファイアウォールＦＷへの接続段階における通信エラーの検出が行われる。ファイアウォールＦＷに接続できなかった場合（ステップＥ３；ＥＲＲＯＲ）、ファイアウォールＦＷのアドレス、接続ポート等のファイアウォールＦＷに係る設定情報が誤設定されていると判断され、通信テストのテスト結果として、ファイアウォールＦＷへの接続を確立できないことを通知する通信エラーメッセージが表示部２３に表示されるとともに、接続エラーはファイアウォールＦＷへの接続段階で発生したことを示す応答エラーコードが表示される（ステップＥ４）。

図１９（ａ）に、通信エラーが発生した場合に表示されるテスト結果画面の一例を示す。図１９（ａ）に示すように、テスト結果画面では、通信エラーによりテストデータが受信できなかったことを示すメッセージｍ１と、その通信エラーがどの種類のエラーであるのかを示す応答エラーコードｍ２とが表示される。

一方、ファイアウォールＦＷに接続できた場合（ステップＥ３；ＯＫ）、サーバ３への接続が試みられて、サーバ３に接続できたか否かが判別される（ステップＥ５）。つまり、サーバ３への接続段階における通信エラーが検出される。サーバ３に接続できなかった場合（ステップＥ５；ＥＲＲＯＲ）、サーバ３のアドレス、接続ポート、ユーザ名、パスワード等のサーバ３に係る設定情報が誤設定されていると判断され、サーバ３への接続を確立できないことを通知する通信エラーメッセージが表示部２３に表示されるとともに、通信エラーはサーバ３への接続段階で発生したことを示す応答エラーコードが表示される（ステップＳ１０９）。

一方、サーバ３に接続できた場合（ステップＥ５；ＯＫ）、テストデータの要求情報が通信部２４によりサーバ３に送信される。サーバ３では、画像処理装置２からテストデータの要求情報が受信されると、要求情報に含まれるＵＲＬに対応するテストデータがＤＢ３４から読み出される。そして、読み出されたテストデータが画像処理装置２に送信される。画像処理装置２では、サーバ３からテストデータが正常に受信されたか否かが判別される（ステップＥ７）。つまり、受信段階における通信エラーの検出が行われる。

テストデータが正常に受信されない又は受信されたテストデータのデータチェックの結果、テストデータに異常が発生している場合（ステップＥ７；ＥＲＲＯＲ）、サーバ３側における通信パラメータ等の誤設定により送信エラーが生じたと判断され、テストデータを受信できない又はテストデータにエラーが発生していることを通知する受信エラーメッセージとともに、通信エラーは受信段階で発生したことを示す応答エラーコードが表示部２３に表示される（ステップＥ８）。

一方、サーバ３からテストデータが正常に受信された場合（ステップＥ７；ＯＫ）、テストデータ受信までに要した時間（以下、受信時間という。）と、テストデータのデータサイズとから、以下に示す式（１）により通信速度が算出される（ステップＥ９）。
通信速度（bps）＝テストデータサイズ（bit）／受信時間（sec）・・・（１）

そして、現在の通信速度でサーバ３から運用データを取得する場合、データを受信するまでにどのぐらい時間を要するのかを例示するために、算出された通信速度に基づいて、異なるデータサイズ毎にデータ受信に要する推定時間が算出される。例えば、運用情報のデータサイズが１Ｍ（メガ）バイトである場合の推定時間、５Ｍバイトである場合の推定時間、１０Ｍバイトである場合の推定時間が算出される。

なお、サーバ３から取得する更新データのデータサイズが予め分かっている場合は、そのデータサイズに応じた推定時間が算出されることとしてもよい。これにより、実際の状況に応じた情報をメンテナンス担当者に提供することができる。

次いで、ステップＥ１０では、通信テストの結果、通信エラーは検出されずテストデータを正常に受信した、つまり通信パラメータの設定が正常に行われていたことを通知するテスト結果画面（図１９（ｂ）参照）が表示部２３に表示される。このテスト結果画面では、テスト結果とともにステップＥ９で算出された通信速度及び更新データ受信に要する推定時間がリスト表示される。

なお、テスト結果画面２３１は、情報処理装置１ａの表示部１３に表示されることとしてもよい。この場合、テスト画面２３１の表示情報が画像処理装置２から情報処理装置１ａに送信され、情報処理装置１ａの表示部１３に表示される。

以上のように、画像処理装置２がサーバ３から更新データ取得する際に必要な通信パラメータ等の設定情報を画像処理装置２に設定後、画像処理装置２においてサーバ３から通信テスト用のテストデータを受信する通信テストを行うので、更新データ取得に必要な設定情報が正常に設定されたか否かを容易に確認することができ、メンテナンス担当者の作業効率を向上させることができる。

また、通信テストにおいて通信エラーが発生した場合は、通信エラーが発生した通信段階毎にエラー表示され、どの段階で通信エラーが発生したのかが応答エラーコードにより通知されるので、メンテナンス担当者は設定情報を容易に修正することができる。

また、通信テストにおいて、データサイズが小さいテストデータを用いることにより、テストデータ受信に要する時間を短縮することができる。従って、短時間で通信テストを行うことができ、よりメンテナンス担当者の作業負担を軽減することができる。

また、テストデータの受信結果から通信速度が算出され、その通信速度が通信テストの結果とともに表示されるので、メンテナンス担当者は現在の通信状態を把握することができる。メンテナンス担当者は、サーバ３からの運用情報のデータを取得する際に、表示された通信速度から通信状態を判断して、混み合っている場合はサーバ３からの運用情報のデータ取得を後回しにする等、様々な対応をとることができ、メンテナンス作業効率を向上させることができる。

また、算出された通信速度から、異なるデータサイズ毎にデータ受信に要する推定時間が算出されて表示されるので、メンテナンス担当者は、運用情報のデータ受信に要するおおよその時間を容易に把握することができる。

なお、上述した第３の実施の形態における記述は、本発明に係る好適な画像処理装置、情報処理装置、サーバ及びデータ処理システムの一例であり、これに限定されるものではなく、細部構成及び細部動作に関しては、本発明の趣旨を逸脱することのない範囲で適宜変更可能であることはもちろんである。

以上、第１〜第３の実施の形態について説明したが、第１〜第３の実施の形態全てを組み合わせた実施の形態であってもよいし、何れか組み合わせた形態であってもよい。

なお、上の実施の形態においては、画像処理装置２が動作中は、エラー処理として、更新データの取得を行わないように構成しているが、更新データの取得は行うがデータの更新は行わないように構成してもよい。さらに、データの更新を行う際に画像処理装置２が動作中であれば、データ更新を行わないようにしてもよい。

本実施の形態におけるデータ処理システム１００のシステム構成を示す図である。 情報処理装置２の内部構成を示す図である。 画像処理装置２の内部構成を示す図である。 サーバ３の内部構成を示す図である。 ＤＢ３４のデータ構成例を示す図である。 画像処理装置２において実行される取得方式設定処理を説明するフローチャートである。 （ａ）ｆｔｐの取得方式の設定を行うための設定入力画面例を示す図である。（ｂ）ｈｔｔｐの取得方式の設定を行うための設定入力画面例を示す図である。（ｃ）メールの取得方式の設定を行うための設定入力画面例を示す図である。 情報処理装置１ａ、１ｂ又は画像処理装置２において実行されるデータ更新指示処理を説明するフローチャートである。 （ａ）情報処理装置１ａにおいて作成される指示メール例を示す図である。（ｂ）画像処理装置２において作成される書換開始の通知メール例を示す図である。（ｃ）画像処理装置２において作成される書換完了の通知メール例を示す図である。 （ａ）情報処理装置１ａに表示される書換画面例を示す図である。（ｂ）情報処理装置１ａに表示される書換開始の通知画面例を示す図である。（ｃ）情報処理装置１ａに表示される書換完了の通知画面例を示す図である。 （ａ）画像処理装置２に表示される書換画面例を示す図である。（ｂ）画像処理装置２に表示される書換開始の通知画面例を示す図である。（ｃ）画像処理装置２に表示される書換完了の通知画面例を示す図である。 画像処理装置２において実行されるデータ更新処理を説明するフローチャートである。 第２の実施の形態における画像処理装置２により実行されるメール処理を説明するフローチャートである。 有効期間が設定された指示メールの一例を示す図である。 有効期間を超えたため指示メールが無効になったことを通知する返信メールの一例を示す図である。 （ａ）有効期限が設定された指示メールの一例を示す図である。（ｂ）は有効期限を超えたため指示メールが無効になったことを通知する返信メールの一例を示す図である。 第３の実施の形態における情報処理装置１ａ、１ｂにおいて表示される取得方式の設定画面例を示す図である。（ａ）ｆｔｐの取得方式の設定を行うための設定入力画面例を示す図である。（ｂ）ｈｔｔｐの取得方式の設定を行うための設定入力画面例を示す図である。（ｃ）メールの取得方式の設定を行うための設定入力画面例を示す図である。 画像処理装置２において実行されるテスト処理を説明するフローチャートである。 （ａ）通信テストにおいてエラーが検出された場合に表示されるテスト結果画面例を示す図である。（ｂ）通信テストにおいてエラーが検出されなかった場合に表示されるテスト画面例を示す図である。

符号の説明

１００ データ処理システム
１ａ、１ｂ 情報処理装置
１１ 制御部
１２ 操作部
１３ 表示部
１４ 通信部
１５ ＲＡＭ
１６ 記憶部
１７ バス
２ 画像処理装置
２１ 制御部
２２ 操作部
２３ 表示部
２４ 通信部
２５ ＲＡＭ
２６ データ記憶部
２７ 印刷部
２８ 記憶部
２９ バス
３ サーバ
３１ 制御部
３２ ＲＡＭ
３３ 通信部
３４ ＤＢ

Claims (7)

1. 画像処理装置の運用に係る運用データを書き換え可能に記憶するデータ記憶手段と、
   前記データ記憶手段に記憶された運用データに基づいて、画像処理装置の動作を制御する制御手段と、
   更新用の運用データを更新データとして記憶するサーバにアクセスして更新データを取得するとともに、通信テスト用のテストデータを取得することが指示されると、当該サーバからテストデータを取得するデータ取得手段と、
   前記データ記憶手段に記憶されている運用データを前記データ取得手段により取得された更新データに更新するデータ更新手段と、
   前記テストデータの受信までに要した時間と、テストデータのサイズとから通信速度を算出する通信速度算出手段と、
   を備える画像処理装置。
2. 前記通信速度算出手段により算出された通信速度を表示する表示手段を備える請求項１に記載の画像処理装置。
3. 前記算出された通信速度に基づいて、異なるデータサイズ毎にデータ受信に要する推定時間を算出する推定時間算出手段を備える請求項１に記載の画像処理装置。
4. 前記推定時間算出手段により異なるデータサイズ毎に算出された各推定時間を表示する表示手段を備える請求項３に記載の画像処理装置。
5. 前記データ取得手段によりテストデータを取得する際に、テストデータを取得するまでに発生したエラー又は取得されたテストデータのエラーを検出するエラー検出手段と、
   前記エラー検出手段により検出されたエラーを通知する通信エラー通知手段と、
   を備える請求項１に記載の画像処理装置。
6. 前記エラー検出手段は、複数の段階でエラーの検出を行い、
   前記通信エラー通知手段は、前記検出されたエラーの段階を示すメッセージを表示手段に表示する請求項５に記載の画像処理装置。
7. 更新データを取得するために複数準備されている取得方式の中から更新データの取得に使用する取得方式を設定する取得方式設定手段を備え、
   前記データ取得手段は、テストデータの取得を指示する指示情報が画像処理装置に入力されると、前記取得方式設定手段により設定された取得方式で前記サーバにアクセスしてテストデータを取得する請求項１に記載の画像処理装置。

Images