JP2007074267A - 画像処理装置 - Google Patents

Abstract

【課題】複合機のコンフリクトルールをそのハードウェアリソースやソフトウェアリソースの改変に応じて機動的に提示できるような仕組みを提供すること。
【解決手段】複合機のユーザインターフェースを介した各種機能設定の条件を表すルールをその複合機に実装されたソフトウェアモジュール毎に定義したテーブルを設け、下位の層に実装されたソフトウェアモジュールと対応するルールを順次参照することによって、ユーザインターフェースに表示させるコンフリクトルールを取得する。
【選択図】 図１

Description

本発明は、画像処理装置に関する。

複合機は、コピーサービスモード、ファクシミリサービスモード、プリントサービスモード、及びスキャンサービスモードの４つのモードで夫々画像処理サービスを提供できるようになっている。そして、複合機を利用するユーザは、入出力原稿のサイズやカラー種別などに関する各種機能設定を自らの利用用途に応じて最適化した上で画像処理サービスの提供を受けるのが一般的である。
この種の複合機は多岐に渡る細かな機能設定ができるようになっているため、出力形式をＯＨＰ（Over Head Projector）シートとした上で印字態様を両面印刷にするといったような相両立しない機能設定が行われてしまう、いわゆるコンフリクトの問題が発生し得る。特許文献１や２には、このようなコンフリクトとなる設定の入力を阻止する仕組みを有する画像形成装置の開示がある。
特開２００２−１６９６６９号公報 特開２００３−１６２３９１号公報

ところで、コンフリクトとなる設定の入力を阻止する仕組みの多くでは、各種画像処理サービスの提供に関与するハードウェアリソース及びソフトウェアリソースを特定し、特定した各リソースの機能の限界を画像処理サービスの種類毎に取り纏めることによって、コンフリクトとなる設定の組み合わせを表すコンフリクトルールを構築していた。
しかしながら、この手法によると、複合機に実装されるハードウェアリソースやソフトウェアリソースの一部がバージョンアップなどによって後から別のものに改変された場合、コンフリクトルールを一から構築し直さなければならないという不都合があった。
本発明は、このような背景の下に案出されたものであり、複合機のコンフリクトルールをそのハードウェアリソースやソフトウェアリソースの改変に応じて機動的に提示できるような仕組みを提供することを目的とする。

本発明の好適な態様である画像処理装置は、ユーザインターフェースを介してユーザが行う各種機能設定に従って当該ユーザの指示に係る画像処理ジョブの各処理を夫々実行する複数のソフトウェアモジュールを有し、前記各ソフトウェアモジュールの各々に、それらのソフトウェアモジュールの処理能力に依存した機能設定のルールを表すルール定義情報が夫々対応付けられていることを特徴とする。

本発明の別の好適な態様である画像処理装置は、ユーザインターフェースを介してユーザが行う各種機能設定に従って当該ユーザの指示に係る画像処理ジョブの各処理を実行するための各ソフトウェアモジュールを記憶したソフトウェア記憶手段と、前記ソフトウェア記憶手段の各ソフトウェアモジュールを夫々起動する各手段であって、ユーザの指示に係る画像処理ジョブの各処理を各々が起動させたソフトウェアモジュールを用いて実行する複数のモジュール制御手段と、前記各モジュール制御手段を識別する識別子と、それらのモジュール制御手段の処理能力に依存した機能設定のルールを表すルール定義情報とを各々対応付けて記憶したルール記憶手段と、ある画像処理サービスモードで指示され得る画像処理ジョブの各処理を特定し、特定した各処理を実行することになるモジュール制御手段を夫々特定するモジュール特定手段と、前記特定したモジュール制御手段の識別子と対応付けて前記ルール記憶手段に記憶された各ルール定義情報を順次参照し、参照した各ルール定義情報が表すルールの全部を充足するルールであるコンフリクトルールを前記ユーザインターフェースを介して提示するルール提示手段とを備える。

この態様において、前記各ソフトウェアモジュールを起動する複数のモジュール制御手段は、複数の層に階層化された上で実装され、前記ルール提示手段は、より低い層に実装されたモジュール制御手段の識別子と対応付けられたルール定義情報から順次参照するようにしてもよい。

また、前記複数のモジュール制御手段には、スキャン又は印字を行うハードウェアを駆動させるハードウェア制御手段、画像処理ジョブが該当する画像処理サービスモードに応じて前記ハードウェアの駆動手順を調停するサービス機能制御手段、ユーザの指示に係る画像処理ジョブを生成するアプリケーション制御手段、及び前記サービス機能制御手段にオプション機能を与えるプラグイン制御手段のうち２つ以上が含まれるようにしてもよい。

前記ハードウェア制御手段の識別子と対応付けて前記ルール記憶手段に記憶されたルール定義情報は、特定のハードウェアに依存したルールを表すようにしてもよい。

また、前記サービス機能制御手段の識別子と対応付けて前記ルール記憶手段に記憶されたルール定義情報は、複数のハードウェアに共通するルールを表すようにしてもよい。

前記アプリケーション機能制御手段の識別子と対応付けて前記ルール記憶手段に記憶されたルール定義情報は、画像処理サービスモードの特定の種別に依存したルールを表すようにしてもよい。

前記プラグイン制御手段の識別子と対応付けて前記ルール記憶手段に記憶されたルール定義情報は、前記画像処理サービスモードの特定の種別に依存したルールよりも更に限定されたルールを表すようにしてもよい。

また、自装置に実装されたあるハードウェアが新たなハードウェアに置き換えられたとき、そのハードウェアを駆動させるハードウェア制御手段の識別子と対応付けて前記ルール記憶手段に記憶されたルール定義情報を新たな内容のルール定義情報に更新する更新手段を更に備えてもよい。

本発明によると、複合機のコンフリクトルールをそのハードウェアリソースやソフトウェアリソースの改変に応じて機動的に提示できるような仕組みを提供することができる。

（発明の実施の形態）
本実施形態の特徴は、複合機のユーザインターフェースを介した各種機能設定の条件を表すルール（以下、単に「ルール」と呼ぶ）を、その複合機に実装されたソフトウェアリソースのモジュール毎に個別に保持するようにした点である。
本実施形態に係る複合機は、以下の４つのサービスモードで各種画像処理サービスを提供する。
（１）スキャンサービスモード
このモードでは、紙媒体からスキャンした画像を画像データ化して記録媒体に格納するサービスであるスキャンサービスを提供する。
（２）コピーサービスモード
このモードでは、紙媒体からスキャンした画像を別の一又は複数の紙媒体にプリントして複写物を生成するサービスであるコピーサービスを提供する。
（３）ＦＡＸサービスモード
このモードでは、自機のアドレス宛てに電話回線経由で伝送されてくる画像を紙媒体にプリントして出力し、また、紙媒体からスキャンした画像を外部のアドレス宛てに電話回線経由で伝送するサービスであるＦＡＸサービスを提供する。
（４）プリントサービスモード
このモードでは、自機のアドレス宛てにネットワーク経由で伝送されてくる画像を紙媒体にプリントして出力するサービスであるプリントサービスを提供する。

図１は、複合機のハードウェア概略構成図である。図に示すように、複合機は、スキャンデバイス１１、プリントデバイス１２、通信デバイス１３、ユーザインターフェース（以下、「ＵＩ」と呼ぶ）デバイス１４、ＣＰＵ１５、揮発性メモリ１６、及び不揮発性メモリ１７の各ハードウェアリソースを備える。
スキャンデバイス１１は、ＣＣＤ（Charge Coupled Device）や光源などといった、画像スキャン制御を実現すべく搭載されたデバイス群の総称である。
プリントデバイス１２は、感光体ドラムや帯電器などといった、画像プリント制御を実現すべく搭載されたデバイス群の総称である。
通信デバイス１３は、モデムや各種インターフェースユニットなどといった、外部ノードとの通信制御を実現すべく搭載されたデバイス群の総称である。
ＵＩデバイス１４は、タッチパネルやタッチスクリーンディスプレイなどといった、ＵＩ制御を実現すべく搭載されたデバイス群の総称である。
揮発性メモリ１６は、ＣＰＵ１５のワークエリアとして各種プログラムやデータを記憶する。

不揮発性メモリ１７は、ＵＩ制御プログラム１７ａ、プラグインアプリケーションプログラム１７ｂ、基本アプリケーションプログラム１７ｃ、スキャン機能制御プログラム１７ｄ、コピー機能制御プログラム１７ｅ、ＦＡＸ機能制御プログラム１７ｆ、プリント機能制御プログラム１７ｇ、スキャンデバイス制御プログラム１７ｈ、通信デバイス制御プログラム１７ｉ、プリントデバイス制御プログラム１７ｊが記憶される。なお、これら各プログラムのうちプラグインアプリケーションプログラム１７ｂは、不揮発性メモリ１７に予め記憶されているわけではなく、ユーザのカスタマイズ操作に従って図示しないサーバ装置からダウンロードされる。

図２は、複合機のソフトウェア概略構成図である。図に示す各ソフトウェアモジュールは、ＣＰＵ１５が揮発性メモリ１６をワークエリアとして不揮発性メモリ１７の各種プログラムを起動させることにより実現される。具体的には、ＵＩ制御部５１、プラグイン制御部５２、アプリケーション制御部５３、スキャン機能制御部５４、コピー機能制御部５５、ＦＡＸ機能制御部５６、プリント機能制御部５７、スキャン制御部５８、通信制御部５９、プリント制御部６０の１０のソフトウェアモジュールが実現される。これらの各制御部は、最もハードウェアに近い、スキャン制御部５８、通信制御部５９、プリント制御部６０の層（以下、この層を「第１層」と呼ぶ）、スキャン機能制御部５４、コピー機能制御部５５、ＦＡＸ機能制御部５６、及びプリント機能制御部５７の層（以下、この層を「第２層」と呼ぶ）、アプリケーション制御部５３の層（以下、この層を「第３層」と呼ぶ）、プラグイン制御部５２の層（以下、この層を「第４層」と呼ぶ）、ＵＩ制御部５１の層（以下、この層を「第５層」と呼ぶ）に階層化された上で実装される。

ＵＩ制御部５１は、ＵＩ制御プログラム１７ａを起動することによって実現するソフトウェアモジュールであり、各種サービスに応じたインターフェース画面をＵＩインターフェースに表示させ、同画面を介して入力される各種指令を下位の層のソフトウェアモジュールへ伝達する。

プラグイン制御部５２は、プラグインアプリケーションプログラム１７ｂを起動することによって実現するソフトウェアモジュールであり、例えば、スキャンされた画像に文字認識処理（ＯＣＲ処理）を施してテキストデータ化するなどといったような、各種画像処理サービスのオプション機能を各機能制御部に付与する。

アプリケーション制御部５３は、基本アプリケーションプログラム１７ｃを起動することによって実現するソフトウェアモジュールであり、ＵＩ制御部５１から伝達される指令に係る各種サービスの画像処理ジョブを生成する。そして、スキャンサービスモードで生成された画像処理ジョブをスキャン機能制御部５４へ、コピーサービスモードで生成された画像処理ジョブをコピー機能制御部５５へ、ＦＡＸサービスモードで生成された画像処理ジョブをＦＡＸ機能制御部５６へ、プリントサービスモードで生成された画像処理ジョブをプリント機能制御部５７へ夫々供給する。

スキャン機能制御部５４、コピー機能制御部５５、ＦＡＸ機能制御部５６、及びプリント機能制御部５７は、スキャン機能制御プログラム１７ｄ、コピー機能制御プログラム１７ｅ、ＦＡＸ機能制御プログラム１７ｆ、及びプリント機能制御プログラム１７ｇを夫々起動させることによって実現するソフトウェアモジュールであり、自身に供給された画像処理ジョブを実現するためにデバイスに実行させる各処理を特定し、特定した処理の実行を指示する指令を、スキャン制御部５８、通信制御部５９、プリント制御部６０へ供給する。例えば、コピーサービスにおけるコピージョブの供給を受けたコピー機能制御部５５は、画像のスキャン処理を行う指令をスキャン制御部５８へ供給した後、画像のプリント処理を行う指令をプリント制御部６０へ供給する。

スキャン制御部５８、通信制御部５９、及びプリント制御部６０は、スキャンデバイス制御プログラム１７ｈ、通信デバイス制御プログラム１７ｉ、プリントデバイス制御プログラム１７ｊを夫々起動させることによって実現するソフトウェアモジュールであり、自身に供給された指令に従ってデバイスを駆動させる。

図１に戻り、不揮発性メモリ１７には、ルール定義テーブル１７ｋが記憶される。
図３は、ルール定義テーブル１７ｋのデータ構造図である。図に示すように、このテーブルは、ＣＰＵ１５によって実現される各ソフトウェアモジュールの各々と対応付けられた複数のレコードの集合体である。そして、このテーブルを構成する１つのレコードは、「識別子」と「ルール」の２つのフィールドを有している。「識別子」のフィールドには、各ソフトウェアモジュールを識別する識別子が記憶される。「ルール」のフィールドには、ＵＩを介した各種機能設定のルールを示すルール定義情報が記憶される。このフィールドに記憶されるルールの内容は、各ソフトウェアモジュールの処理能力に応じて異なる。例えば、図３に示すテーブルの最上段のレコードには、「スキャン制御部」の識別子と対応付けて、「解像度：２００ｄｐｉ〜１２００ｄｐｉ」という内容のルール定義情報が記憶されている。これは、スキャン制御部５８によって稼動されるスキャンデバイス１１が、２００ｄｐｉ〜１２００ｄｐｉの解像度の設定でなければ駆動できないようになっていることを表している。また、その下のレコードには、「スキャン機能制御部」の識別子と対応付けて、「解像度 倍率 ２００ｄｐｉ １００％〜６００％ ４００ｄｐｉ ５０％〜３００％ ６００ｄｐｉ ３３％〜２００％」という内容のルール定義情報が記憶されている。これは、スキャン機能制御部５４が、「２００ｄｐｉ：１００％〜６００％」、「４００ｄｐｉ：５０％〜３００％」、又は「６００ｄｐｉ：３３％〜２００％」の機能設定の下に指示された画像処理ジョブでなければ処理できないことを示している。
他のレコードに記憶されたルール定義情報も同様であり、各ソフトウェアモジュールの処理能力に依存した内容のルール定義情報が「ルール」のフィールドに夫々記憶される。それらのルール定義情報は、各ソフトウェアモジュールの処理能力を加味して決定されることが望ましい。例えば、スキャン制御部５８、通信制御部５９、プリント制御部６０のルール定義情報であれば、各々が駆動するハードウェアの能力に依存して決定されることが望ましく、スキャン機能制御部５４、コピー機能制御部５５、ＦＡＸ機能制御部５６、プリント機能制御部５７のルール定義情報であれば、下位の複数のモジュールを通じて駆動する複数のハードウェアに共通のものとして決定されることが望ましい。また、アプリケーション制御部５３のルール定義情報であれば、各種画像処理サービスの内容を加味して決定されることが望ましい。更に、プラグイン制御部５２のルール定義情報であれば、アプリケーション制御部５３のものよりも更に限定されたルールとなることが望ましい。

図４は、本実施形態に係る複合機の特徴的な動作を示すフローチャートである。図に示す動作は、ユーザが、ＵＩを介して何れかのサービスモードへの切り換えの指示を下したことをトリガーとして開始される。
サービスモードへの切り換えの指示が下されると、ＣＰＵ１５は、そのサービスモードの画像処理ジョブの処理に関与することになる第１層のソフトウェアモジュールを特定し、特定したソフトウェアモジュールの識別子と対応付けてルール定義テーブル１７ｋに記憶されたルール定義情報を参照することによって第１層のルールを取得する（Ｓ１００）。
このステップで特定されるソフトウェアモジュールは、切り替えられたサービスモードの種類に応じて異なる。例えば、スキャンサービスモードであればスキャン制御部５８が関与し、コピーサービスモードあればスキャン制御部５８とプリント制御部６０の両制御部が関与することになる。また、ＦＡＸサービスモードであればスキャン制御部５８と通信制御部５９が関与し、プリントサービスモードであればプリント制御部６０と通信制御部５９が関与することになる。

ＣＰＵ１５は、第２層のソフトウェアモジュールを特定し、特定したソフトウェアモジュールの識別子と対応付けてルール定義テーブル１７ｋに記憶されたルール定義情報を参照することによって、第１層と第２層のソフトウェアモジュールに共通するルールを取得する（Ｓ１１０）。
このステップで特定されるソフトウェアモジュールも、切り替えられたサービスモードの種類に応じて異なり、スキャンサービスモードであればスキャン機能制御部５４が、コピーサービスモードであればコピー機能制御部５５が、ＦＡＸサービスモードであれがＦＡＸ機能制御部５６が、プリントサービスモードであればプリント機能制御部５７が夫々特定されることになる。

ＣＰＵ１５は、第３層のソフトウェアモジュール、つまり、アプリケーション制御部５３の識別子と対応付けてルール定義テーブル１７ｋに記憶されたルール定義情報を参照することによって、第１層乃至第３層のソフトウェアモジュールに共通するルールを取得する（Ｓ１２０）。
更に、ＣＰＵ１５は、第４層のソフトウェアモジュール、つまり、プラグイン制御部５２があるか否かを判断する（Ｓ１３０）。上述したように、プラグイン制御部５２は、不揮発性メモリ１７のプラグインアプリケーションを起動することによって実現され、プラグインアプリケーション自体は外部のサーバ装置からダウンロードすることによってはじめて実装されるようになっている。従って、そのようなプラグインアプリケーションのダウンロードが行われていればこのステップの判断結果は「ＹＥＳ」となってステップ１４０に進み、ダウンロードが行われていなければこのステップの判断結果は「ＮＯ」となってステップ１５０に進む。

ステップ１４０に進むと、ＣＰＵ１５は、プラグイン制御部５２の識別子と対応付けてルール定義テーブル１７ｋに記憶されたルール定義情報を参照することによって、第１層乃至第４層のソフトウェアモジュールに共通するルールを取得する。
ステップ１５０に進むと、ＣＰＵ１５は、ステップ１００乃至ステップ１３０、又はステップ１００乃至ステップ１４０を経て得られたルール定義情報のすべてを充足するルールを、コンフリクトルールとしてユーザインターフェースに表示させる。

以上説明した一連の処理について、更に具体的に説明する。図５は、スキャンサービスモードへの切り換えが指示された場合における処理内容の詳細を示す図である。
図に示すステップ１００では、スキャンサービスの画像処理ジョブの処理に関与する第１層のソフトウェアモジュールがスキャン制御部５８であることから、そのスキャン制御部５８と対応するルール定義情報が表す「解像度 ２００ｄｐｉ〜１２００ｄｐｉ」というルール１が取得される。

ステップ１１０では、スキャンサービスの画像処理ジョブの処理に関与する第２層のソフトウェアモジュールがスキャン機能制御部５４であることから、そのスキャン機能制御部５４と対応するルール定義情報を基に「解像度：倍率 ２００ｄｐｉ：１００％〜６００％ ４００ｄｐｉ：５０％〜３００％ ６００ｄｐｉ：３３％〜２００％ 」のルール２が取得される。ここでは、スキャン機能制御部５４が倍率変更の処理を司るため、その処理能力に依存した倍率制限に関するルールが新たに付加される。

ステップ１２０では、第３層のソフトウェアモジュールであるアプリケーション制御部５３と対応するルール定義情報を基に「解像度：倍率 ２００ｄｐｉ：１００％〜６００％ ４００ｄｐｉ：５０％〜３００％」のルール３が取得される。ここでは、アプリケーション制御部５３が６００ｄｐｉ：３３％〜２００％の設定での処理ができないことから、その設定を許容する部分のルールが除かれる。

ステップ１４０では、第３層のソフトウェアモジュールであるプラグイン制御部５２と対応するルール定義情報を基に「解像度：倍率 ４００ｄｐｉ：５０％〜３００％」のルール４が取得される。ここでは、プラグイン制御部５２が、２００ｄｐｉ：１００％〜６００％の設定での処理ができないことから、その設定を許容する部分のルールが除かれる。

ステップ１５０では、ステップ１００乃至ステップ１４０を経て最終的に絞り込まれたルールである「解像度：倍率 ４００ｄｐｉ：５０％〜３００％」が、コンフリクトルールとしてユーザインターフェースに表示される。

以上説明した本実施形態によると、ＵＩを介した各種機能設定のルールを複合機に実装される各ソフトウェアモジュール毎に定義してテーブル化しておく一方で、下位の層に実装されたソフトウェアモジュールと対応するルールから上位の層に実装されたソフトウェアモジュールと対応するルールを順次参照し、それらのすべてを充足するルールをコンフリクトルールとしてユーザインターフェースに提示するようになっている。従って、複合機が実装するコンフリクトルールの一部が別のものに変更されるたびにその部分のルールだけを新しいものと差換えていくことにより、適正なコンフリクトルールを常に提示していくことができる。

（他の実施形態）
本願発明は、種々の変形実施が可能である。
上記実施形態では、ＵＩを介して何れかのサービスモードへの切り換えの指示を下したことをトリガーとして図に示す一連の処理が開始され、切り換えの指示に係るコンフリクトルールがＵＩに提示されるようになっていた。これに対し、複合機自体が起動されたことをトリガーとして、各画像処理サービス毎に図４に示す処理を実行してそれらのサービスモード毎のコンフリクトルールを取得しておき、サービスモードが切り替わる毎に、対応するコンフリクトルールをＵＩに表示させるようにしてもよい。

複合機のハードウェア概略構成図である。 複合機のソフトウェア概略構成図である。 ルール定義テーブルのデータ構造図である。 実施形態の動作を示すフローチャートである。 切り換えが指示された場合の処理内容の詳細を示す図である。

符号の説明

１１…スキャンデバイス、１２…プリントデバイス、１３…通信デバイス、１４…ＵＩデバイス、１５…ＣＰＵ、１６…揮発性メモリ、１７…不揮発性メモリ、５１…ＵＩ制御部、５２…プラグイン制御部、５３…アプリケーション制御部、５４…スキャン機能制御部、５５…コピー機能制御部、５６…ＦＡＸ機能制御部、５７…プリント機能制御部、５８…スキャン制御部、５９…通信制御部、６０…プリント制御部

Claims (9)

1. ユーザインターフェースを介してユーザが行う各種機能設定に従って当該ユーザの指示に係る画像処理ジョブの各処理を夫々実行する複数のソフトウェアモジュールを有し、
   前記各ソフトウェアモジュールの各々に、それらのソフトウェアモジュールの処理能力に依存した機能設定のルールを表すルール定義情報が夫々対応付けられている
   ことを特徴とする画像処理装置。
2. ユーザインターフェースを介してユーザが行う各種機能設定に従って当該ユーザの指示に係る画像処理ジョブの各処理を実行するための各ソフトウェアモジュールを記憶したソフトウェア記憶手段と、
   前記ソフトウェア記憶手段の各ソフトウェアモジュールを夫々起動する各手段であって、ユーザの指示に係る画像処理ジョブの各処理を各々が起動させたソフトウェアモジュールを用いて実行する複数のモジュール制御手段と、
   前記各モジュール制御手段を識別する識別子と、それらのモジュール制御手段の処理能力に依存した機能設定のルールを表すルール定義情報とを各々対応付けて記憶したルール記憶手段と、
   ある画像処理サービスモードで指示され得る画像処理ジョブの各処理を特定し、特定した各処理を実行することになるモジュール制御手段を夫々特定するモジュール特定手段と、
   前記特定したモジュール制御手段の識別子と対応付けて前記ルール記憶手段に記憶された各ルール定義情報を順次参照し、参照した各ルール定義情報が表すルールの全部を充足するルールであるコンフリクトルールを前記ユーザインターフェースを介して提示するルール提示手段と
   を備えた画像処理装置。
3. 請求項２に記載の画像処理装置において、
   前記各ソフトウェアモジュールを起動する複数のモジュール制御手段は、
   複数の層に階層化された上で実装され、
   前記ルール提示手段は、
   より低い層に実装されたモジュール制御手段の識別子と対応付けられたルール定義情報から順次参照する
   ことを特徴とする画像処理装置。
4. 請求項１乃至３に記載の画像処理装置において、
   前記複数のモジュール制御手段には、
   スキャン又は印字を行うハードウェアを駆動させるハードウェア制御手段、画像処理ジョブが該当する画像処理サービスモードに応じて前記ハードウェアの駆動手順を調停するサービス機能制御手段、ユーザの指示に係る画像処理ジョブを生成するアプリケーション制御手段、及び前記サービス機能制御手段にオプション機能を与えるプラグイン制御手段のうち２つ以上が含まれる
   ことを特徴とする画像処理装置。
5. 請求項４に記載の画像処理装置において、
   前記ハードウェア制御手段の識別子と対応付けて前記ルール記憶手段に記憶されたルール定義情報は、
   特定のハードウェアに依存したルールを表す
   ことを特徴とする画像処理装置。
6. 請求項４に記載の画像処理装置において、
   前記サービス機能制御手段の識別子と対応付けて前記ルール記憶手段に記憶されたルール定義情報は、
   複数のハードウェアに共通するルールを表す
   ことを特徴とする画像処理装置。
7. 請求項４に記載の画像処理装置において、
   前記アプリケーション機能制御手段の識別子と対応付けて前記ルール記憶手段に記憶されたルール定義情報は、
   画像処理サービスモードの特定の種別に依存したルールを表す
   ことを特徴とする画像処理装置。
8. 請求項４に記載の画像処理装置において、
   前記プラグイン制御手段の識別子と対応付けて前記ルール記憶手段に記憶されたルール定義情報は、
   前記画像処理サービスモードの特定の種別に依存したルールよりも更に限定されたルールを表す
   ことを特徴とする画像処理装置。
9. 請求項４乃至８に記載の画像処理装置において、
   自装置に実装されたあるハードウェアが新たなハードウェアに置き換えられたとき、
   そのハードウェアを駆動させるハードウェア制御手段の識別子と対応付けて前記ルール記憶手段に記憶されたルール定義情報を新たな内容のルール定義情報に更新する更新手段
   を更に備えた画像処理装置。

Images