(57)【要約】【課題】  ネットワークを介して行われるパラメータの更新要求に対し適切に対応することのできる電子装置及びパラメータの更新方法の提供を目的とする。【解決手段】  電子装置であって、ネットワークを介して受信されるパラメータの値の更新要求に応じ、当該パラメータの値を更新するパラメータ更新手段と、前記更新要求に対する応答が送信された後に前記パラメータの値の更新に基づいて当該電子装置を再起動させる第一の再起動実行手段とを有することにより上記課題を解決する。【選択図】  図２
2005038408.tif 000002
【特許請求の範囲】
【請求項１】
電子装置であって、
ネットワークを介して受信されるパラメータの値の更新要求に応じ、当該パラメータの値を更新するパラメータ更新手段と、
前記更新要求に対する応答が送信された後に前記パラメータの値の更新に基づいて当該電子装置を再起動させる第一の再起動実行手段とを有することを特徴とする電子装置。
【請求項２】
前記第一の再起動実行手段は、前記更新要求に対する応答の送信の完了を待ち合わせ、当該電子装置を再起動させることを特徴とする請求項１記載の電子装置。
【請求項３】
前記パラメータ更新手段は、前記更新要求に係るパラメータの値の更新に応じて実行すべき処理を判断し、
前記第一の再起動実行手段は、前記パラメータ更新手段により当該電子装置の再起動が必要であると判断された場合に当該電子装置を再起動させることを特徴とする請求項１又は２記載の電子装置。
【請求項４】
各パラメータについて値の更新に応じて実行すべき処理との対応関係を管理するパラメータ管理手段を更に有し、
前記パラメータ更新手段は、前記対応関係に基づいて前記更新要求に係るパラメータの値の更新による再起動の要否を判断することを特徴とする請求項３記載の電子装置。
【請求項５】
前記第一の再起動実行手段は、当該電子装置において起動されているプロセスのうち少なくとも当該電子装置の再起動の実行によって影響を受けるプロセスについて当該電子装置の再起動の可否を確認し、該プロセスの全てについて当該電子装置の再起動が可能である場合に当該電子装置を再起動させることを特徴とする請求項１乃至４いずれか一項記載の電子装置。
【請求項６】
前記パラメータ更新手段は、当該電子装置において起動されているプロセスのうち少なくとも前記更新要求に係るパラメータに依存するプロセスに対し該パラメータに対する更新を禁止した上で、該パラメータの値を更新することを特徴とする請求項１乃至５いずれか一項記載の電子装置。
【請求項７】
前記パラメータ更新手段は、当該電子装置において起動されているプロセスのうち少なくとも前記更新要求に係るパラメータに依存するプロセスについて該パラメータに対する更新の禁止の可否を確認し、該プロセスの全てについて該パラメータの更新の禁止が可能である場合に該パラメータの値を更新することを特徴とする請求項６記載の電子装置。
【請求項８】
前記パラメータ更新手段により当該電子装置において起動されているプロセスのうち前記更新要求に係るパラメータに依存するプロセスの再起動が必要であると判断された場合に該プロセスを再起動させる第二の再起動実行手段を更に有することを特徴とする請求項３乃至７いずれか一項記載の電子装置。
【請求項９】
前記第二の再起動実行手段は、当該電子装置において起動されているプロセスのうち少なくとも前記更新要求に係るパラメータに依存するプロセスについて当該プロセスの再起動の可否を確認し、該プロセスの全てについて当該プロセスの再起動が可能である場合に該プロセスを再起動させることを特徴とする請求項８記載の電子装置。
【請求項１０】
前記更新要求は、当該電子装置とネットワークを介して接続する装置に表示されるＷｅｂページに対する入力に基づくことを特徴とする請求項１乃至９いずれか一項記載の電子装置。
【請求項１１】
プリンタ、コピー、又はファクシミリの複合サービスに固有の処理を行う複数のアプリケーションを有することを特徴とする請求項１乃至１０いずれか一項記載の電子装置。
【請求項１２】
ネットワークを介して受信される要求に応じパラメータの値を更新させる電子装置であって、
値の更新が要求されたパラメータに応じて当該電子装置の再起動の要否を判断する判断手段と、
前記判断手段により当該電子装置の再起動が必要であると判断された場合に当該電子装置を再起動させる再起動実行手段とを有することを特徴とする電子装置。
【請求項１３】
各パラメータについて値の更新に応じて実行すべき処理との対応関係を管理するパラメータ管理手段を更に有し、
前記パラメータ更新手段は、前記対応関係に基づいて前記更新要求に係るパラメータの値の更新による再起動の要否を判断することを特徴とする請求項１２記載の電子装置。
【請求項１４】
前記判断手段は、当該電子装置の再起動により値の更新が有効となるパラメータの値の更新が要求された場合に、当該電子装置の再起動が必要であると判断することを特徴とする請求項１３記載の電子装置。
【請求項１５】
電子装置におけるパラメータ更新方法であって、
ネットワークを介して受信されるパラメータの値の更新要求に応じ、当該パラメータの値を更新するパラメータ更新手順と、
前記更新要求に対する応答が送信された後に前記パラメータの値の更新に基づいて当該電子装置を再起動させる第一の再起動実行手順とを有することを特徴とするパラメータ更新方法。
【請求項１６】
前記更新要求に係るパラメータの値の更新に応じて実行すべき処理を判断する判断手順を更に有し、
前記第一の再起動実行手順は、前記判断手順において当該電子装置の再起動が必要であると判断された場合に当該電子装置を再起動させることを特徴とする請求項１５記載のパラメータ更新方法。
【請求項１７】
前記判断手順は、予め定義される、各パラメータと当該パラメータの値の更新に応じて実行すべき処理との対応関係に基づいて前記更新要求に係るパラメータの値の更新による再起動の要否を判断することを特徴とする請求項１６記載の電子装置。
【請求項１８】
当該電子装置において起動されているプロセスのうち少なくとも当該電子装置の再起動の実行によって影響を受けるプロセスについて当該電子装置の再起動の可否を確認する装置再起動可否確認手順を更に有し、
前記第一の再起動実行手順は、前記装置再起動可否確認手順において該プロセスの全てについて当該電子装置の再起動が可能である旨が確認された場合に当該電子装置を再起動させることを特徴とする請求項１５乃至１７いずれか一項記載のパラメータ更新方法。
【請求項１９】
当該電子装置において起動されているプロセスのうち少なくとも前記更新要求に係るパラメータに依存するプロセスに対し該パラメータに対する更新を禁止した上で、該パラメータの値を更新することを特徴とする請求項１５乃至１８いずれか一項記載のパラメータ更新方法。
【請求項２０】
前当該電子装置において起動されているプロセスのうち少なくとも前記更新要求に係るパラメータに依存するプロセスについて該パラメータに対する更新の禁止の可否を確認する更新禁止可否確認手順を更に有し、
該プロセスの全てについて該パラメータの更新の禁止が可能である場合に該パラメータの値を更新することを特徴とする請求項１９記載のパラメータ更新方法。
【請求項２１】
前記判断手順において当該電子装置において起動されているプロセスのうち前記更新要求に係るパラメータに依存するプロセスの再起動が必要であると判断された場合に該プロセスを再起動させる第二の再起動実行手順を更に有することを特徴とする請求項１６乃至２０いずれか一項記載のパラメータ更新方法。
【請求項２２】
当該電子装置において起動されているプロセスのうち少なくとも前記更新要求に係るパラメータに依存するプロセスについて当該プロセスの再起動の可否を確認するプロセス再起動可否判断手順を更に有し、
前記第二の再起動実行手順は、前記プロセス再起動可否判断手順において該プロセスの全てについて当該プロセスの再起動が可能である旨が確認された場合に該プロセスを再起動させることを特徴とする請求項２１記載のパラメータ更新方法。
【請求項２３】
前記更新要求は、当該電子装置とネットワークを介して接続する装置に表示されるＷｅｂページに対する入力に基づくことを特徴とする請求項１５乃至２２いずれか一項記載のパラメータ更新方法。
【請求項２４】
前記電子装置はプリンタ、コピー、又はファクシミリの複合サービスに固有の処理を行う複数のアプリケーションを有することを特徴とする請求項１５乃至２３いずれか一項記載のパラメータ更新方法。
【請求項２５】
ネットワークを介して受信される要求に応じパラメータの値を更新させる電子装置におけるパラメータ更新方法であって、
値の更新が要求されたパラメータに応じて当該電子装置の再起動の要否を判断する判断手順と、
前記判断手順により当該電子装置の再起動が必要であると判断された場合に当該電子装置を再起動させる再起動実行手順とを有することを特徴とするパラメータ更新方法。
【請求項２６】
前記判断手順は、予め定義される、各パラメータと当該パラメータの値の更新に応じて実行すべき処理との対応関係に基づいて前記更新要求に係るパラメータの値の更新による再起動の要否を判断することを特徴とする請求項２５記載のパラメータ更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子装置及びパラメータ更新方法に関し、特にネットワークを介してパラメータの変更を行うことができる電子装置及びパラメータ更新方法に関する。
【背景技術】
【０００２】
近年では、一般的なコンピュータのみならず、種々の組み込み機器においても、Ｗｅｂサーバとして機能するものが提供されている。例えば、プリンタ、ＦＡＸ、及びコピー等の機能を有する画像処理装置についても、機器のステータスや、保管されている文書情報、スプールされているジョブの情報、及びＦＡＸやｅ−ｍａｉｌ等に使用されるアドレス帳等を、ネットワークを介して接続されている端末等にＷｅｂページによって提供するものが存在する。Ｗｅｂページによってこれらの情報を提供する利点としては、端末側には汎用的なＷｅｂブラウザがあれば特別なソフトウェアをインストールしなくても良い、端末側のプラットフォームに依存しない、遠隔地において機器の情報を確認することができる等が挙げられる。
【０００３】
また、最近では、情報を提供するだけでなく、ネットワークを介して接続している端末等のＷｅｂブラウザに表示させたＷｅｂページによって各種パラメータの値の設定が可能となっている機器も存在する。機器がかかる手段（Ｗｅｂページによるパラメータの設定手段）を提供することにより、ユーザは、遠隔地より機器の操作を行うことができるとともに、Ｗｅｂページに表示された豊富な情報に基づいて、キーボードやマウス等の使い慣れたインタフェースによって機器のパラメータの設定を行うことができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、パラメータによっては、機器を再起動しなければ更新した値が機器の動作に反映されないものがある。かかる場合、従来においては、機器から離れた端末等において機器のパラメータの値をリモートで更新する作業を行った後、機器のそばまで行って機器のリセットボタンを押す等の作業が必要であり、遠隔地から操作できるというメリットが十分発揮されていないという問題があった。
【０００５】
本発明は、上記の点に鑑みてなされたものであって、ネットワークを介して行われるパラメータの更新要求に対し適切に対応することのできる電子装置及びパラメータの更新方法の提供を目的とする。
【課題を解決するための手段】
【０００６】
そこで上記課題を解決するため、本発明は、請求項１に記載されるように、電子装置であって、ネットワークを介して受信されるパラメータの値の更新要求に応じ、当該パラメータの値を更新するパラメータ更新手段と、前記更新要求に対する応答が送信された後に前記パラメータの値の更新に基づいて当該電子装置を再起動させる第一の再起動実行手段とを有することを特徴とする。
【０００７】
このような電子装置では、パラメータの更新要求に対して応答をした後に、当該電子装置の再起動させることができるため、端末等の要求元に対して応答を行った上で再起動を実行することができる。
【０００８】
また上記課題を解決するため、本発明は、請求項１２に記載されるように、ネットワークを介して受信される要求に応じパラメータの値を更新させる電子装置であって、値の更新が要求されたパラメータに応じて当該電子装置の再起動の要否を判断する判断手段と、前記判断手段により当該電子装置の再起動が必要であると判断された場合に当該電子装置を再起動させる再起動実行手段とを有することを特徴とする。
【０００９】
このような電子装置では、不要な再起動の実行を抑制することができる。
【００１０】
また上記課題を解決するため、本発明は、上記電子装置におけるパラメータ更新方法としてもよい。
【発明の効果】
【００１１】
本発明によれば、ネットワークを介して行われるパラメータの更新要求に対し適切に対応することのできる電子装置及びパラメータの更新方法を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面に基づいて本発明の実施の形態を説明する。本実施の形態においては、画像処理装置を電子装置の一例として説明する。図１は、本発明の実施の形態における画像処理装置の機能構成例を示す図である。図１において、画像処理装置１０は、プロッタエンジン２３及びスキャナエンジン２４等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード２２と、ＯＳ２１と、システム管理サービス１６と、ネットワークサービス１７と、メモリ管理サービス１８と、オペパネ管理サービス１９と、エンジン管理サービス２０と、コピーアプリ１１、ファックスアプリ１２、プリンタアプリ１３及びＷｅｂアプリ１４等の各種アプリケーションとから構成される。
【００１３】
エンジン制御ボード２２は、プロッタエンジン２３及びスキャナエンジン２４等の画像処理装置１０の個別機能を制御し、エンジンＩ／Ｆ（インタフェース）を通して、エンジン制御ボード２２の機能をＯＳ２１等に提供する。
【００１４】
ＯＳ２１は、ＵＮＩＸ（登録商標）等のオペレーティング・システムであり、コピーアプリ１１、ファックスアプリ１２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。
【００１５】
システム管理サービス１６、ネットワークサービス１７、メモリ管理サービス１８、オペパネ管理サービス１９、及びエンジン管理サービス２０は、ＡＰＩ（Application Programming Interface）を通して、コピーアプリ１１等の上位アプリケーションにそれぞれの機能を提供するものである。即ち、システム管理サービス１６は、システム管理に関する機能を提供し、ネットワークサービス１７は、ネットワーク通信に関する機能を提供する。また、メモリ管理サービス１８は、メモリ管理に関する機能を提供し、オペパネ管理サービス１９は、画像処理装置１０に設置された操作パネル（オペパネ）に関する機能を提供する。更に、エンジン管理サービス２０は、エンジン制御ボード２２を介してプロッタエンジン２３やスキャナエンジン２４を制御するための機能を提供する。
【００１６】
コピーアプリ１１は、コピー用アプリケーションであり、ファックスアプリ１２は、ファクシミリ用アプリケーションである。プリンタアプリ１３は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。また、Ｗｅｂアプリ１４は、本発明の特徴が実装されているプログラムによって実現されるいわゆるＷｅｂアプリケーションであり、ネットワークを介して接続している端末５０からの要求に基づいて画像処理装置１０の機能に関連する各種パラメータの値の更新処理を実行するものである。
【００１７】
このように、画像処理装置１０は、プリンタ、コピー、又はファクシミリ等の複合サービスに固有の処理を行う複数のアプリケーションを有している。
【００１８】
次に、Ｗｅｂアプリ１４の詳細について説明する。図２は、本発明の実施の形態におけるＷｅｂアプリの機能構成例を示す図である。Ｗｅｂアプリ１４の機能は、端末５０からのＨＴＴＰリクエストをｈｔｔｐｄ１７１が受信することにより呼び出される。画像処理装置１０と端末５０との通信は有線、無線の別を問わない。ｈｔｔｐｄ１７１は、端末５０からのＨＴＴＰリクエストを受信するための常駐しているデーモンプログラムである。ｈｔｔｐｄ１７１は、ＨＴＴＰリクエスストに基づいてＷｅｂアプリ１４を呼び出すと共に、Ｗｅｂアプリ１４によって生成されたＷｅｂページを端末５０に送信する。
【００１９】
Ｗｅｂアプリ１４は、ＵＲＬ分配モジュール１４１、パラメータ設定モジュール１４２、オフライン管理モジュール１４３、及びパラメータテーブル１４４等から構成されている。ＵＲＬ分配モジュール１４１は、端末５０において指定されたＵＲＬに対応したページモジュールを呼び出すためのモジュールである。ページモジュールとは、ＵＲＬごとに実装されているプログラムであり、本実施の形態においては、パラメータ設定モジュール１４２等が該当する。パラメータ設定モジュール１４２は、画像処理装置１０のパラメータの値の更新処理を実行するページモジュールである。パラメータ設定モジュール１４２は、また、パラメータの値の更新を有効とする（画像処理装置１０の動作に反映させる）ために画像処理装置１０の再起動等の処理を制御する。
【００２０】
オフライン管理モジュール１４３は、パラメータ設定モジュール１４２がパラメータの更新処理を実行する際の排他制御を実現するためのモジュールである。本実施の形態における画像処理装置１０においては、更新の対象となるパラメータの種別に応じて、パラメータの値の更新を有効とするための処理が異なる。例えば、値の更新によってシステム全体が影響を受けるようなパラメータであって、画像処理装置１０のリブート（再起動）が実行されなければ値の更新が動作に反映されないもの（以下、「システムパラメータ」という。）の値が更新された場合は、パラメータ設定モジュール１４２は、システム管理サービス１６に対してシステム全体、すなわち画像処理装置１０自体のリブート（以下、「システムリブート」という。）を要求する。
【００２１】
また、画像処理装置１０において起動されているプロセスのうち特定の機能に係る一部のプロセスが影響を受けるようなパラメータであって、当該プロセスの再起動が実行されなければ値の更新が動作に反映されないもの（以下、「サービスパラメータ」という。）の値が更新された場合は、当該一部のプロセスについてプロセスの再起動が実行される。従って、例えば、ネットワーク機能に関連するサービスパラメータ（以下、「ネットワークパラメータ」という。）が更新された場合は、パラメータ設定モジュール１４２は、ネットワークサービス１７に対して、ネットワーク機能に関連するプロセスの再起動（以下、「ネットワークリブート」という。）を要求する。
【００２２】
更に、システムリブートやネットワークリブート（以下、総称する場合「リブート」という。）が実行されなくても値の更新が即時に動作に反映されるパラメータ（以下、「非リブートパラメータ」という。）の値が更新された場合は、パラメータ設定モジュール１４２は、リブートは実行しない。
【００２３】
パラメータテーブル１４４は、各パラメータについて当該パラメータの値の更新に応じて実行すべき処理との対応関係を管理するテーブルであり、パラメータ設定モジュール１４２によって、パラメータの更新に応じて実行すべき処理を判断するために利用される。
【００２４】
ＸＳＬＴ（XSL Transformations）プロセッサ１４５は、ＸＭＬデータとＸＳＬデータとに基づいてＸＳＬ（eXtensible Stylesheet Language）変換を実行し、ＸＳＬデータの書式情報に従ったＸＭＬデータやＨＴＭＬデータ等を生成するプログラムである。ＸＳＬＴプロセッサ１４５は、パラメータ設定モジュール１４２等、複数のページモジュールから共通的に使用され、パラメータ設定モジュール１４２等が生成したＸＭＬデータに基づいてＷｅｂページを生成する。
【００２５】
なお、他サービス３０は、図１に示される、画像処理装置１０が有する各種サービス（メモリ管理サービス１８、オペパネ管理サービス１９等）や、各種アプリケーション（コピーアプリ１１、ファックスアプリ１２等）をまとめて表現したものである。他サービス３０は、それぞれが独立したプロセスとして起動されており、それぞれの機能に係る処理を並列的に実行している。
【００２６】
以下、図２の画像処理装置１０の処理手順について説明する。図３及び図４は、システムパラメータを更新する場合の処理を説明するためのシーケンス図である。
【００２７】
ユーザが端末５０のＷｅｂブラウザに表示されたパラメータ設定ページにおいて、画像処理装置１０のパラメータについて新たな値を入力すると、端末５０は、画像処理装置１０に対してパラメータの値の更新を要求する（パラメータ設定モジュール１４２のＵＲＬに対する）ＨＴＴＰリクエストを送信する（Ｓ１１）。
【００２８】
図５は、パラメータ設定ページの表示例を示す図である。図５に示されるようにパラメータ設定ページ５１においては、画像処理装置１０のパラメータとして、タイムゾーン、マシン名、コメント、スプール印刷、及び各トレイの用紙種類等の設定が可能となっている。従って、ユーザが、パラメータ設定ページ５１において、例えば、タイムゾーンの値を変更し、ＯＫボタン５１１をクリックすることによって、ステップＳ１１の処理が開始される。
【００２９】
ステップＳ１１に続いてステップＳ１２に進み、画像処理装置１０のｈｔｔｐｄ１７１は、端末５０からのＨＴＴＰリクエストを解釈し、ＵＲＬ分配モジュール１４１を呼び出す。ＵＲＬ分配モジュール１４１は、ＨＴＴＰリクエストに含まれているＵＲＬに基づいて、当該ＵＲＬに対応するページモジュールであるパラメータ設定モジュール１４２を呼び出す。（Ｓ１３）。ステップＳ１３に続いてステップＳ１４に進み、パラメータ設定モジュール１４２は、パラメータテーブル１４４に基づいて、更新の対象とされたパラメータ（タイムゾーン）の種別を判断することにより、パラメータの値の更新に応じて実行すべき処理を判断する。
【００３０】
図６は、パラメータテーブルの構成例を示す図である。図６に示されるようにパラメータテーブル１４４には、値の変更に応じて実行すべき処理の別に基づくパラメータの種別と各パラメータのとの対応関係を管理している。パラメータテーブル１４４よりタイムゾーンは、システムパラメータに、マシン名、コメント、及びスプール印刷の設定は、ネットワークパラメータに、用紙種類は、非リブートパラメータに該当することが分かる。したがって、パラメータ設定モジュール１４２は、パラメータテーブル１４４に基づいて、タイムゾーンは、システムパラメータに該当することを判断し、タイムゾーンの更新によってシステムリブートを実行する必要があることを判断する。
【００３１】
ステップＳ１４に続いてステップＳ１５に進み、パラメータ設定モジュール１４２は、オフライン管理モジュール１４３に対してタイムゾーンを更新するための準備としてタイムゾーンの更新を他サービス３０に禁止させるための排他処理（オフライン）を要求する（オフライン要求）。オフライン要求を受けたオフライン管理モジュール１４３は、システム管理サービス１６に対して、更新対象となっているパラメータ（タイムゾーン）の更新の禁止の可否の問い合わせ（以下、「オフライン伺い」という。）を行う（Ｓ１６）。
【００３２】
システム管理サービス１６は、他サービス３０のそれぞれに対してオフライン伺いを行い（Ｓ１７）、他サービス３０からの応答（Ｓ１８）をオフライン管理モジュール１４３に通知する（Ｓ１９）。オフライン管理モジュール１４３は、パラメータ設定モジュール１４２に対して応答を行う（Ｓ２０）。
【００３３】
更に、オフライン管理モジュール１４３は、他サービス３０からの全ての応答が、タイムゾーンの更新の禁止は可能である旨を示している場合は、システム管理サービス１６に対して改めてタイムゾーンの更新を禁止する旨の要求（オフライン要求）を行う（Ｓ２１）。続いて、システム管理サービス１６は、他サービス３０に対して、オフライン要求を行う（Ｓ２２）。ステップＳ１５からＳ２２に係るオフライン処理が完了するのを待ち合わせていたパラメータ設定モジュール１４２は、オフライン処理の完了を確認した上でタイムゾーンを更新する（Ｓ２３）。なお、オフライン処理については、他サービス３０のうち、少なくとも更新対象となっているパラメータに依存するもののみを対象とすればよい。
【００３４】
ステップＳ２３に続いてステップＳ２４（図４）に進み、パラメータ設定モジュール１４２は、処理ステータスを示すＸＭＬ形式のデータ（以下、「処理ステータスデータ」という。）をＸＳＬＴプロセッサ１４５に対して出力し、端末５０からのパラメータの更新要求に対する応答として当該処理ステータスを端末５０に表示させるためのＷｅｂページ（以下「応答ページ」という。）の生成をＸＳＬＴプロセッサ１４５に要求する。
【００３５】
図７は、処理ステータスデータの例を示す図である。図７の処理ステータスデータ４２０の記述４２１における＜ｒｅｔｕｒｎＶａｌｕｅ＞タグで囲まれた値が処理ステータスを示す。
【００３６】
図８は、処理ステータスを説明するための図である。図８に示されるように、処理ステータスには、例えば、システムパラメータ又はネットワークパラメータ等のリブートを必要とするパラメータを更新した旨を示す「ＲＥＳ＿ＲＥＢＯＯＴ」、非リブートパラメータを更新した旨を示す「ＲＥＳ＿ＣＨＡＮＧＥＤ」、パラメータが不正である旨を示す「ＲＥＳ＿ＢＡＤ＿ＰＡＲＡＭ」、及び画像処理装置１０が中断できない処理の最中である等の理由により、パラメータの更新ができない旨を示す「ＲＥＳ＿ＭＡＣＨＩＮＥＢＵＳＹ」等がある。ここでは、システムパラメータが更新されたため、処理ステータスデータ４２０には、「ＲＥＳ＿ＲＥＢＯＯＴ」が出力されている。
【００３７】
ステップＳ２４に続いてステップＳ２５に進み、ＸＳＬＴプロセッサ１４５は、予め応答ページの書式情報が定義されているＸＳＬデータを処理ステータスデータ４２０に対して適用してＸＳＬ変換を実行することによりＨＴＭＬ形式の応答ページを生成する。ステップＳ２５に続いてステップＳ２６に進み、ＸＳＬＴプロセッサ１４５は、生成した応答ページをパラメータ設定モジュール１４２に対して出力する。
【００３８】
ところで、上述したようにタイムゾーンはシステムパラメータであるため、単にその値を更新しただけでは、タイムゾーンの値の変更は画像処理装置１０の動作には反映されない。そこで、パラメータ設定モジュール１４２は、ステップＳ１４における判断結果に基づいてタイムゾーンの更新を反映すべく、システムリブートを実行するための処理をステップＳ２７以降において行う。
【００３９】
すなわち、ステップＳ２７において、パラメータ設定モジュール１４２は、システムリブートを実行させるためのスレッドとしてリブート用スレッド１４２１を起動する。スレッドを起動するのは以下の理由による。すなわち、この時点において、端末５０のＷｅｂブラウザは画像処理装置１０からの応答（ＨＴＴＰレスポンス）待ちとなっている。従って、このまま画像処理装置１０においてシステムリブートが実行されてしまうと、端末５０とのセッションを維持することが出来ず、端末５０においてはパラメータの値の更新を要求したまま何の応答もないという事態が発生する。よって、システムリブートが実行される前に端末５０にはＨＴＴＰレスポンスを送信しておく必要がある。しかし、単純に端末５０に対して応答を行ってしまうと、再度ＨＴＴＰリクエストに基づいてパラメータ設定モジュール１４２が呼び出されない限り、リブート処理を実行するきっかけがない。そこで、リブート用スレッド１４２１を起動しておき、端末５０に対する応答を行った後で、リブート用スレッド１４２１にシステムリブートを実行させるというわけである。
【００４０】
ステップＳ２７に続いてステップＳ２８に進み、パラメータ設定モジュール１４２が、ＸＳＬＴプロセッサ１４５によって生成された応答ページをＵＲＬ分配モジュール１４１に対して出力すると、ＵＲＬ分配モジュール１４１は、当該応答ページをそのままｈｔｔｐｄ１７１に対して出力する（Ｓ２９）。ステップＳ２９に続いてステップＳ３０に進み、ｈｔｔｐｄ１７１が、応答ページを端末５０に対して送信すると、端末５０のＷｅｂブラウザに応答ページが表示される。
【００４１】
図９は、リブートを実行する場合の応答ページの表示例を示す図である。図９に示されるように応答ページ５２には、リブートをするため、一時的にアクセスできない旨が表示されている。ユーザは、応答ページ５２を確認することにより、パラメータの更新が行われ、画像処理装置１０がリブート中であることを確認することができる。
【００４２】
一方、ステップＳ２７において起動されたリブート用スレッド１４２１においては、システムリブートをするための処理が実行される。リブート用スレッド１４２１は、まず、端末５０に対する応答（応答ページ５２の送信）が完了するまで待機する（Ｓ３１）。これは、上述したように、端末５０に対する応答がされる前にリブートが開始されるのを防ぐためである。
【００４３】
ステップＳ３１に続いてステップＳ３２に進み、リブート用スレッド１４２１は、システム管理サービス１６に対してシステムリブートの可否の問い合わせ（以下、「システムリブート伺い」という。）を行う。システム管理サービス１６は、上述したオフライン伺いの場合と同様に、他サービス３０のそれぞれに対してシステムリブート伺いを行う（Ｓ３３）。なお、システムリブート伺いは、全ての他サービス３０のうち、少なくともシステムリブートによって影響を受ける他サービス３０を対象とすればよい。
【００４４】
他サービス３０のそれぞれは、システムリブート伺いに応じて、それぞれの処理状況に応じてシステムリブートの可否についての応答を行う（Ｓ３４）。システム管理サービス１６は、システムリブート伺いに対する他サービス３０からの応答をリブート用スレッド１４２１に対して出力する（Ｓ３５）。
【００４５】
他サービス３０のうちのいずれかからシステムリブートが不可である旨が通知されている場合は、リブート用スレッド１４２１は、システムリブートが可能になるまでシステムリブート伺いを繰り返す（Ｓ３６）。一方、他サービス３０からの全ての応答においてシステムリブートが可能である旨が示されている場合は、リブート用スレッド１４２１は、システム管理サービス１６に対してシステムリブートの実行を要求する（Ｓ３７）。システム管理サービス１６は、システムリブートを実行し（Ｓ３８）、タイムゾーンの更新が以降の画像処理装置１０の動作に反映される。
【００４６】
上述したように、図３及び図４における画像処理装置１０によれば、パラメータの更新要求に対する応答の完了を待ち合わせて画像処理装置１０の再起動を実行するため、端末に対する応答を行った上で、パラメータの更新及び画像処理装置１０の再起動を実行することができる。
【００４７】
また、画像処理装置１０の再起動によって影響を受ける他サービス３０に再起動の可否の問い合わせを行った上で、画像処理装置１０の再起動を実行するため、強制的に再起動を実行することによるデータの破壊等のシステムの異常の発生を防止することができる。
【００４８】
次に、ネットワークパラメータを更新する場合の画像処理装置１０の処理について説明する。図１０は、ネットワークパラメータを更新する場合の処理を説明するためのシーケンス図である。
【００４９】
パラメータ設定ページ５１（図５）において、ユーザが「マシン名」を変更し、ＯＫボタン５１１をクリックすると、端末５０は、マシン名の更新を要求するＨＴＴＰリクエストを画像処理装置１０に送信する（Ｓ４１）。ｈｔｔｐｄ１７１が、端末５０からのＨＴＴＰリクエストを受信すると、図３のステップＳ１２及びＳ１３と同様の手順で、パラメータ設定モジュール１４２が呼び出される（Ｓ４２、Ｓ４３）。
【００５０】
パラメータ設定モジュール１４２は、パラメータテーブル１４４（図６）に基づいて、更新対象となっているマシン名はネットワークパラメータに該当することを判断することにより、マシン名の更新に応じてネットワークリブートが必要である旨を判断する（Ｓ４４）、ステップＳ４４に続いてステップＳ４５に進み、パラメータ設定モジュール１４２は、マシン名を新たな値に更新する（Ｓ４５）。なお、マシン名の更新の際にも、タイムゾーンを更新する場合のようにオフライン処理（図３：Ｓ１５〜Ｓ２２）を行っても良い。
【００５１】
ステップＳ４５に続いてステップＳ４６に進み、パラメータ設定モジュール１４２が、ＲＥＳ＿ＲＥＢＯＯＴを示す処理ステータスデータと共に応答ページ５２（図９）の生成をＸＳＬＴプロセッサ１４５に要求すると、ＸＳＬＴプロセッサ１４５は、処理ステータスデータに基づいて応答ページ５２を生成し（Ｓ４７）、当該応答ページをパラメータ設定モジュール１４２に対して出力する（Ｓ４８）。
【００５２】
ステップＳ４８に続いてステップＳ４９に進み、パラメータ設定モジュール１４２は、マシン名の更新を画像処理装置１０の動作に反映すべくネットワークサービス１７に対してネットワークリブートを要求する。ステップＳ４９に続いてステップＳ５０に進み、ネットワークサービス１７は、ネットワークリブートを実行させるためのスレッドを起動する。ここでスレッドを起動するのは、図４においてパラメータ設定モジュール１４２が、リブート用スレッド１４２１を起動するのと同様に理由よる。すなわち、ネットワークリブートにおいては、システム全体ではなくネットワーク関連の機能に係るプロセスについてリブートが実行されるが、ネットワーク関連の機能という特性上、当該プロセスを一時的に終了させることにより、端末５０との通信が一時的に不能となってしまう。従って、端末５０からみると、システムリブートが実行された場合と同様の状況が発生するからである。
【００５３】
ステップＳ５０に続いてステップＳ５１に進み、ネットワークサービス１７は、ネットワークリブートを実行する前にパラメータ設定モジュール１４２に対して応答を行う。ネットワークサービス１７からの応答を受けたパラメータ設定モジュール１４２が、応答ページ５２をＵＲＬ分配モジュール１４１に出力すると（Ｓ５２）、以降、図４のステップＳ２９及びＳ３０と同様の手順によって、端末５０に対して応答ページ５２が送信される（Ｓ５３、Ｓ５４）。
【００５４】
一方、ネットワークサービス１７によって起動されたスレッドにおいては、ネットワークリブートのための処理が実行される。なお、以下の説明においては、便宜上当該スレッドによる処理をネットワークサービス１７による処理として説明する。ネットワークサービス１７は、ステップＳ５１においてパラメータ設定モジュール１４２に対して応答を行った後、端末５０に対する応答ページ５２の送信が完了するのを待ち合わせ、応答ページ５２の送信が完了したのを確認すると、システム管理サービス１６に対してネットワークリブートの可否の問い合わせ（以下、「ネットワークリブート要求伺い」という。）を行う（Ｓ５５）。
【００５５】
システム管理サービス１６は、上述したシステムリブート伺いの場合と同様に、他サービス３０のそれぞれに対してネットワークリブート要求伺いを行う（Ｓ５６）。なお、ネットワークリブート要求伺いは、全ての他サービス３０のうち、少なくとも、更新対象となっているパラメータに依存するものを対象とすればよい。
他サービス３０のそれぞれは、ネットワークリブート要求伺いに応じて、それぞれの処理状況に応じてネットワークリブートの可否についての応答を行う（Ｓ５７）。システム管理サービス１６は、ネットワークリブート要求伺いに対する他サービス３０からの応答をネットワークサービス１７に対して出力する（Ｓ５８）。他サービス３０からのいずれかの応答においてネットワークリブートが不可能である旨が示されている場合は、ネットワークサービス１７は、ネットワークリブートが可能になるまでネットワークリブート要求伺いを繰り返す（Ｓ５９）。
【００５６】
一方、全ての他サービス３０がネットワークリブートが可能である場合は、ネットワークサービス１７は、ネットワークリブートを実行する（Ｓ６０）。ネットワークリブートが実行されることにより、マシン名の更新が、以降の画像処理装置１０の動作に反映される。
【００５７】
上述したように、図１０における画像処理装置１０によれば、更新の対象となっているパラメータが特定の機能にかかるプロセスのみに影響がある場合は、画像処理装置１０自体を再起動するのではなく、かかるプロセスのみについて再起動を実行する。従って、不要に画像処理装置１０が再起動されるのを抑制することができ、パラメータの更新の影響を受けないプロセスについては処理を中断することなく継続させることができるため、画像処理装置１０の利便性を高めることができる。
【００５８】
次に、非リブートパラメータを更新する場合の画像処理装置１０の処理について説明する。図１１は、非リブートパラメータを更新する場合の処理を説明するためのシーケンス図である。
【００５９】
パラメータ設定ページ５１（図５）において、ユーザがトレイ１の用紙種類を変更し、ＯＫボタン５１１をクリックすると、端末５０は、トレイ１の用紙種類の更新を要求するＨＴＴＰリクエストを画像処理装置１０に送信する（Ｓ６１）。ｈｔｔｐｄ１７１が、端末５０からのＨＴＴＰリクエストを受信すると、図３のステップＳ１２及びＳ１３と同様の手順で、パラメータ設定モジュール１４２が呼び出される（Ｓ６２、Ｓ６３）。
【００６０】
パラメータ設定モジュール１４２は、パラメータテーブル１４４（図６）に基づいて更新対象となっている用紙種類は非リブートパラメータに該当することを判断することにより、リブートを実行する必要はないことを判断する（Ｓ６４）。ステップＳ６４に続いてステップＳ６５に進み、パラメータ設定モジュール１４２は、用紙種類に対する更新を禁止するために、オフライン管理モジュール１４３に対してオフライン要求を行う（Ｓ６４）。以降、ステップＳ６５からステップＳ７２にかけては、図３のステップＳ１５からステップＳ２２と同様の処理によってオフライン処理が実行される。
【００６１】
ステップＳ７３において、オフライン処理が完了するのを待ち合わせていたパラメータ設定モジュール１４２は、オフライン処理の完了を確認した上でトレイ１の用紙種類を更新する。ステップＳ７３に続いてステップＳ７４に進み、パラメータ設定モジュール１４２が、非リブートパラメータの更新が行われた旨（ＲＥＳ＿ＣＨＡＮＧＥＤ）を示す処理ステータスデータと共に応答ページの生成をＸＳＬＴプロセッサに対して要求すると、ＸＳＬＴプロセッサ１４５は、処理ステータスデータに基づいて応答ページを生成し（Ｓ７５）、当該応答ページをパラメータ設定モジュール１４２に対して出力する（Ｓ７６）。
【００６２】
ステップＳ７６に続いてステップＳ７７に進み、パラメータ設定モジュール１４２は、後述するステップＳ８１以降の処理を実行させるためのスレッドを起動する。ここで、スレッドを起動するのは、ステップＳ８１以降の処理が完了するまで待つことなく端末５０に対して応答を行うことにより、端末５０を待ち状態から早期に解放するためである。
【００６３】
ステップＳ７７に続いてステップＳ７８に進み、パラメータ設定モジュール１４２が、応答ページをＵＲＬ分配モジュール１４１に出力すると（Ｓ７８）、以降、図４のステップＳ２９及びＳ３０と同様の手順によって、端末５０に対して応答ページが送信される（Ｓ７９、Ｓ８０）。
【００６４】
図１２は、非リブートパラメータを更新した場合の応答ページの表示例を示す図である。図１２に示されるように応答ページ５３には、パラメータを更新した旨のメッセージが表示されている。ユーザは、応答ページ５３を確認することにより、パラメータの更新が行われたことを確認することができる。
【００６５】
一方、パラメータ設定モジュール１４２によって起動されたスレッドにおいては、パラメータに対する更新を禁止しておいた他サービス３０を元に戻すための処理（以下、「オンライン処理」という。）が実行される。なお、以下の説明においては、便宜上当該スレッドによる処理をパラメータ設定モジュール１４２による処理として説明する。
【００６６】
パラメータ設定モジュール１４２は、ステップＳ７８においてＵＲＬ分配モジュール１４１に対して応答ページ５３を出力するのと並行して、オフライン管理モジュール１４３に対してパラメータに対する更新の禁止を解除する旨の要求（オンライン要求）を行う（Ｓ８１）。パラメータ設定モジュール１４２からのオンライン要求は、オフライン管理モジュール１４３によってシステム管理サービス１６に伝えられ（Ｓ８２）、システム管理サービス１６は、オフライン要求をした他サービス３０のそれぞれにオンライン要求を行う（Ｓ８３）。オンライン要求を受け取った他サービス３０は、それぞれオフラインの状態（パラメータの更新が禁止された状態）から復帰し、新たに設定された用紙種類が以降の画像処理装置１０の動作に反映される。
【００６７】
上述したように、図１２における画像処理装置１０によれば、パラメータの種別にかかわらず単純にリブートを実行するのではなく、更新対象となっているパラメータがリブートの必要のないパラメータである場合は、リブートは実行しない。従って、パラメータの種別にかかわらず単純にリブートを実行する場合と比べて、画像処理装置１０の利便性を高めることができる。
【００６８】
次に、上述した図１１において、パラメータの更新を拒否する場合の一例について説明する。図１３は、パラメータの更新を拒否する場合の処理を説明するためのシーケンス図である。
【００６９】
図１３のステップＳ９１からステップＳ９７までの処理は、図１１のステップＳ６１からステップＳ６７までの処理と同様である。すなわち、端末５０からの非リブートパラメータの更新要求に基づいて、パラメータ設定モジュール１４２が呼び出される（Ｓ９１〜Ｓ９３）。更に、パラメータ設定モジュール１４２によるオフライン要求に基づいて、システム管理サービス１６が他サービス３０のそれぞれにオフライン伺いを行う（Ｓ９５〜Ｓ９７）。
【００７０】
ステップＳ９７に続いてステップＳ９８に進み、オフライン伺いを受けた他サービス３０は、例えば、実行中の処理を中断できない等の理由によりパラメータの更新の禁止を拒否する旨をシステム管理サービス１６に対して応答する（拒否応答）。他サービス３０による拒否応答は、オフライン管理モジュール１４３を経てパラメータ設定モジュール１４２に通知される（Ｓ９９、Ｓ１００）。ステップＳ１００に続いてステップＳ１０１に進み、パラメータ設定モジュール１４２が、拒否応答を示す処理ステータスデータ（ＲＥＳ＿ＭＡＣＨＩＮＥＢＵＳＹ）と共に応答ページの生成をＸＳＬＴプロセッサに対して要求すると、ＸＳＬＴプロセッサ１４５は、処理ステータスデータに基づいて応答ページを生成し（Ｓ１０２）、当該応答ページをパラメータ設定モジュール１４２に対して出力する（Ｓ１０３）。
【００７１】
ステップＳ７７に続いてステップＳ７８に進み、パラメータ設定モジュール１４２が、応答ページをＵＲＬ分配モジュール１４１に出力すると（Ｓ１０４）、以降、図４のステップＳ２９及びＳ３０と同様の手順によって、端末５０に対して応答ページが送信される（Ｓ１０５、Ｓ１０６）。
【００７２】
図１４は、パラメータの設定を拒否する場合の応答ページの表示例を示す図である。図１４に示されるように応答ページ５４には、パラメータを更新することができない旨のメッセージが表示されている。ユーザは、応答ページ５４を確認することにより、パラメータの更新に失敗したことを確認することができる。
【００７３】
ところで、上記においては、システムパラメータ、ネットワークパラメータ、及び非リブートパラメータのそれぞれを単独で更新対象とした場合の例について説明した。しかし、これらを同時に更新することももちろん可能である。その例として、次に、非リブートパラメータとネットワークパラメータとを同時に更新する場合について説明する。
【００７４】
図１５及び図１６は、非リブートパラメータとネットワークパラメータとを同時に更新する場合の処理を説明するためのシーケンス図である。
【００７５】
パラメータ設定ページ５１（図５）において、ユーザがトレイ１の用紙種類とマシン名とを変更し、ＯＫボタン５１１をクリックすると、端末５０は、トレイ１の用紙種類及びマシン名の更新を要求するＨＴＴＰリクエストを画像処理装置１０に送信する（Ｓ１１１）。
【００７６】
ｈｔｔｐｄ１７１が、端末５０からのＨＴＴＰリクエストを受信すると、図１１のステップＳ６２及びＳ６３と同様の手順で、パラメータ設定モジュール１４２が呼び出される（Ｓ１１２、Ｓ１１３）。
【００７７】
パラメータ設定モジュール１４２は、パラメータテーブル１４４（図６）に基づいて、更新対象となっている用紙種類は非リブートパラメータに該当し、また、マシン名はネットワークパラメータに該当することを判断することにより、パラメータの値の更新に応じて、オフライン処理及びネットワークリブートを実行する必要がある旨を判断する（Ｓ１１４）。
【００７８】
ステップＳ１１４に続いてステップＳ１１５に進み、以降ステップＳ１２２までは、図１１のステップＳ６５からステップＳ７２までの処理と同様の手順によって、オフライン処理が実行される。ステップＳ１２２に続いてステップＳ１２３に進み、オフライン処理が完了するのを待ち合わせていたパラメータ設定モジュール１４２は、オフライン処理の完了を確認した上でトレイ１の用紙種類とマシン名とを更新する。ステップＳ１２３に続いてステップＳ１２４に進み、以降ステップＳ１２７までは、図１１のＳ８１からＳ８３と同様の手順によってオンライン処理が実行される。
【００７９】
ステップＳ１２７に続いてステップ図１６のステップＳ１２８に進み、以降、ステップＳ１４３までにかけて、図１０のＳ４６からＳ６０までと同様の手順によって、端末５０に対する応答ページ５２（図９）の送信処理（Ｓ１３４〜Ｓ１３６）、及びネットワークリブート処理（Ｓ１３１、Ｓ１３２及びＳ１３７〜Ｓ１４３）等が実行される。
【００８０】
このように、種別の異なるパラメータの値についても同時に更新させることが可能である。
【００８１】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００８２】
【図１】本発明の実施の形態における画像処理装置の機能構成例を示す図である。
【図２】本発明の実施の形態におけるＷｅｂアプリの機能構成例を示す図である。
【図３】システムパラメータを更新する場合の処理を説明するためのシーケンス図である。
【図４】システムパラメータを更新する場合の処理を説明するためのシーケンス図である。
【図５】パラメータ設定ページの表示例を示す図である。
【図６】パラメータテーブルの構成例を示す図である。
【図７】処理ステータスデータの例を示す図である。
【図８】処理ステータスを説明するための図である。
【図９】リブートを実行する場合の応答ページの表示例を示す図である。
【図１０】ネットワークパラメータを更新する場合の処理を説明するためのシーケンス図である。
【図１１】非リブートパラメータを更新する場合の処理を説明するためのシーケンス図である。
【図１２】非リブートパラメータを更新した場合の応答ページの表示例を示す図である。
【図１３】パラメータの更新を拒否する場合の処理を説明するためのシーケンス図である。
【図１４】パラメータの設定を拒否する場合の応答ページの表示例を示す図である。
【図１５】非リブートパラメータとネットワークパラメータとを同時に更新する場合の処理を説明するためのシーケンス図である。
【図１６】非リブートパラメータとネットワークパラメータとを同時に更新する場合の処理を説明するためのシーケンス図である。
【符号の説明】
【００８３】
１０        画像処理装置
１１        コピーアプリ
１２        ファックスアプリ
１３        プリンタアプリ
１４        Ｗｅｂアプリ
１６        システム管理サービス
１７        ネットワークサービス
１８        メモリ管理サービス
１９        オペパネ管理サービス
２０        エンジン管理サービス
２１        ＯＳ
２２        エンジン制御ボード
２３        プロッタエンジン
２４        スキャナエンジン
５０        端末
１４１      ＵＲＬ分配モジュール
１４２      パラメータ設定モジュール
１４３      オフライン管理モジュール
１４４      パラメータテーブル
１４５      ＸＳＬＴプロセッサ
１７１      ｈｔｔｐｄ
【図１】
2005038408.tif 000003
【図２】
2005038408.tif 000004
【図３】
2005038408.tif 000005
【図４】
2005038408.tif 000006
【図５】
2005038408.tif 000007
【図６】
2005038408.tif 000008
【図７】
2005038408.tif 000009
【図８】
2005038408.tif 000010
【図９】
2005038408.tif 000011
【図１０】
2005038408.tif 000012
【図１１】
2005038408.tif 000013
【図１２】
2005038408.tif 000014
【図１３】
2005038408.tif 000015
【図１４】
2005038408.tif 000016
【図１５】
2005038408.tif 000017
【図１６】
2005038408.tif 000018