JP5006722B2 - 情報処理装置、ルールファイル出力装置、プログラムおよびパラメータ間の排他関係判定方法 - Google Patents

Description

本発明は、情報処理装置、ルールファイル出力装置、プログラムおよびパラメータ間の排他関係判定方法に関する。

従来、プリンタ、コピーおよびスキャナなどの複数の機能を一つの筐体内に収納したＭＦＰ（Multifunction Peripheral）と称される複合機が知られている。かかる複合機では、ＵＮＩＸ（登録商標）などの汎用ＯＳ上に、プリンタアプリ、コピーアプリおよびスキャナアプリと呼ばれる複数のアプリケーションを搭載し、これらのアプリケーションの実行処理を切替えながら複数の機能を実現している。

ところが、上記プリンタアプリ、コピーアプリおよびスキャナアプリは、それぞれエンジン制御、メモリ制御およびシステム制御などを別個に行なっているので、重複処理という無駄が生じている。

このため、特許文献１では、複合機に搭載される複数のアプリケーションがそれぞれ担っていたエンジン制御、メモリ制御およびシステム制御などの処理を共通処理部分（プラットホーム）として各アプリケーションから括り出すことにより、アプリケーションの開発効率の向上を図っている。

また、特許文献２では、複合機に搭載される複数のアプリケーションが共通に使用する、ソータ選択機能やトレイ選択機能といった各種機能の組み合わせの可否を、組み合わせチェックテーブルを用いて判定している。

しかしながら、特許文献１で開示されている発明は、ハードウェアを制御する処理部分を共通化するものであり、各アプリケーションの内部処理全般を共通化するものではない。このため、複合機上のアプリケーションには、開発効率の向上を図るうえで改善の余地が残されている。

たとえば、オペレーションパネルの制御ソフトウェアを介して利用者からの機能設定要求を受け付け、選択された機能の組み合わせ可否判定を行ない、かかる判定結果をオペレーションパネルの入力制限などにより利用者に報知する設定管理処理は、複写機上の各アプリケーションに共通して存在する処理であるが、ハードウェアを直接制御する処理ではないため各アプリケーションで別個に実現されており、共通化することが可能である。

また、特許文献２で開示されている発明は、組み合わせチェックテーブルを用いて各種機能の組み合わせの可否を判定するものであるが、複写機の多機能化によりかかるテーブルの規模が拡大してくると、組み合わせチェックテーブルの保守を容易におこなうのは困難となる。このため、機能追加や改修のための工数が増大するとともに、機能組み合わせ制御が正しくおこなわれない危険性があるという問題がある。

これらのことから、複合機に搭載されるアプリケーションの設定管理処理をいかにして効率よく実現するかが大きな課題となっている。なお、かかる課題は複合機についてのみ生じるものではなく、たとえば、複数の機能設定間の組み合わせ制御を行なう設定管理装置を形成するような場合にも同様に生ずる課題である。

そこで、本出願人は、特許文献３において、設定管理処理を効率よく実現することが出来る設定管理装置、設定管理プログラムおよび画像形成装置を提案している。

特開２００２−０８４３８３号公報 特許第３１７５４７９号公報 特開２００６−１１５４８２号公報

しかしながら、特許文献３において開示されている技術では、設定項目間の関係を効率的に管理することを主眼としており、カスタマイズによって追加削除される設定項目と、既存の設定項目間の関係については言及していない。

本発明は、上記に鑑みてなされたものであって、カスタマイズによって追加削除されるパラメータと既存のパラメータ間の関係について容易に管理することを目的とする。

上述した課題を解決し、目的を達成するために、請求項１にかかる発明の情報処理装置は、処理の内容を設定するためのパラメータを受け付け、受け付けた前記パラメータに応じた処理を実行する情報処理装置において、複数の前記パラメータを受け付けた場合に、受け付けた前記各パラメータ間の組み合わせの適否を、前記各パラメータに従って実行される処理の内容から生じる特徴であるそれぞれの性質に基づいて判定する組合せ適否判定手段を備え、前記組合せ適否判定手段は、前記パラメータと１以上の前記性質とを関係付ける関係付け手段と、前記性質に基づいて排他関係にある前記パラメータの組み合わせを表現する排他関係表現手段と、複数の前記パラメータを受け付けた際に、受け付けた一のパラメータの全ての前記性質を前記関係付け手段に応じて抽出する第１性質抽出手段と、前記性質抽出手段により抽出された前記一のパラメータの性質と排他関係にある前記性質を、前記排他関係表現手段の組み合わせに従って抽出する第２性質抽出手段と、前記第２性質抽出手段により抽出された前記一のパラメータの性質と排他関係にある前記性質を有している前記パラメータを抽出するパラメータ抽出手段と、前記パラメータ抽出手段により抽出された前記パラメータ群の中に受け付けた他のパラメータが存在する場合、当該他のパラメータと前記一のパラメータとは排他関係にあると判定する排他関係判定手段と、を備える。

また、請求項２にかかる発明は、請求項１記載の情報処理装置において、前記他のパラメータが、ジョブ中で、前記第２性質抽出手段により抽出された性質と関連しているか否かを前記関係付け手段に応じて判定する判定手段を備え、ジョブ中で前記他のパラメータが前記第２性質抽出手段により抽出された前記一のパラメータの性質と関連していないと判定された場合には、前記組合せ適否判定手段は組合せ適否判定処理を終了する。

また、請求項３にかかる発明は、請求項１記載の情報処理装置において、前記組合せ適否判定手段から判定結果を取得し、前記判定結果に応じた表示制御を実行する表示制御手段を備える。

また、請求項４にかかる発明は、請求項１記載の情報処理装置において、前記組合せ適否判定手段は、データ処理機能にかかる各種処理を実行するそれぞれ独立したモジュールであるフィルタ間を、データを格納するメモリであるパイプを介して繋ぐことにより前記データ処理機能を実行するアプリケーションを実現するアーキテクチャに基づき、少なくとも１以上の前記パラメータを含む前記フィルタ間の前記パラメータ間の排他関係を、前記性質を管理する性質管理手段を通じて定義する。

また、請求項５にかかる発明は、請求項４記載の情報処理装置において、同一の前記フィルタ内の前記パラメータ間の排他関係を、前記性質管理手段を通じて定義する。

また、請求項６にかかる発明は、請求項４記載の情報処理装置において、前記性質管理手段で管理されている前記性質間の排他関係は、機種差分に応じて変更可能である。

また、請求項７にかかる発明は、請求項４記載の情報処理装置において、前記データ処理機能を実行するアプリケーション実行時に前記フィルタを組み合わせる処理を行うアクティビティを有しており、前記アクティビティは、組み合わせを行う前記フィルタを前記性質管理手段に紐付ける。

また、請求項８にかかる発明は、請求項７記載の情報処理装置において、前記アクティビティは、データ入力経路毎またはデータ出力経路毎に、組み合わせを行う前記フィルタを前記性質管理手段に紐付け、前記組合せ適否判定手段は、複数の前記性質管理手段が紐付けられる前記フィルタでは、全ての前記性質管理手段からの応答を待ってから排他関係を判定する。

また、請求項９にかかる発明は、請求項７記載の情報処理装置において、前記アクティビティは、データ入力経路毎またはデータ出力経路毎に、組み合わせを行う前記フィルタを前記性質管理手段に紐付けるとともに、全ての前記フィルタを前記性質管理手段に紐付け、前記組合せ適否判定手段は、複数の前記性質管理手段が紐付けられる前記フィルタでは、全ての前記性質管理手段からの応答を待ってから排他関係を判定する。

また、請求項１０にかかる発明は、請求項１記載の情報処理装置において、前記フィルタの起動時に、排他関係を示すルールファイルを、前記性質管理手段に渡すフレームワーク手段を備える。

また、請求項１１にかかる発明は、請求項１記載の情報処理装置において、前記フレームワーク手段は、前記フィルタの設定時に、前記性質管理手段に対して登録を行う。

また、請求項１２にかかる発明は、請求項１記載の情報処理装置において、前記組合せ適否判定手段の判定に用いられる前記性質は、当該性質を生じさせる処理が他の処理に影響を与えるものである。

また、請求項１３にかかる発明は、請求項１２記載の情報処理装置において、前記組合せ適否判定手段の判定に用いられる前記性質は、当該性質を生じさせる処理が実行されている場合に、他の処理がハードウェアに関する制約から物理的に動作できなくなるものである。

また、請求項１４にかかる発明は、請求項１２記載の情報処理装置において、前記組合せ適否判定手段の判定に用いられる前記性質は、当該性質を生じさせる処理が実行されている場合に、他の処理の実行結果に影響を与えるものである。

また、請求項１５にかかる発明のルールファイル出力装置は、機能や設定項目およびその設定値であるパラメータに従って実行される処理の内容から生じる特徴である１以上の性質を選択可能な性質一覧を表示する性質一覧表示手段と、前記性質一覧表示手段により表示された前記性質一覧を介して選択された所望の前記パラメータに関連する全ての前記性質を受け付ける受付手段と、前記受付手段により受け付けた選択された所望の前記パラメータに関連する前記性質に従い、排他関係を示すルールファイルを出力するルールファイル出力手段と、を備える。

また、請求項１６にかかる発明のプログラムは、処理の内容を設定するためのパラメータを受け付け、受け付けた前記パラメータに応じた処理をコンピュータに実行させるプログラムであって、複数の前記パラメータを受け付けた場合に、受け付けた前記各パラメータ間の組み合わせの適否を、前記各パラメータに従って実行される処理の内容から生じる特徴であるそれぞれの性質に基づいて判定する組合せ適否判定機能を前記コンピュータに実行させ、前記組合せ適否判定機能は、前記パラメータと１以上の前記性質とを関係付ける関係付け機能と、前記性質に基づいて排他関係にある前記パラメータの組み合わせを表現する排他関係表現機能と、複数の前記パラメータを受け付けた際に、受け付けた一のパラメータの全ての前記性質を前記関係付け機能に応じて抽出する第１性質抽出機能と、前記性質抽出機能により抽出された前記一のパラメータの性質と排他関係にある前記性質を、前記排他関係表現機能の組み合わせに従って抽出する第２性質抽出機能と、前記第２性質抽出機能により抽出された前記一のパラメータの性質と排他関係にある前記性質を有している前記パラメータを抽出するパラメータ抽出機能と、前記パラメータ抽出機能により抽出された前記パラメータ群の中に受け付けた他のパラメータが存在する場合、当該他のパラメータと前記一のパラメータとは排他関係にあると判定する排他関係判定機能と、を前記コンピュータに実行させる。

また、請求項１７にかかる発明のプログラムは、機能や設定項目およびその設定値であるパラメータに従って実行される処理の内容から生じる特徴である１以上の性質を選択可能な性質一覧を表示する性質一覧表示機能と、前記性質一覧表示機能により表示された前記性質一覧を介して選択された所望の前記パラメータに関連する前記性質を受け付ける受付機能と、前記受付機能により受け付けた選択された所望の前記パラメータに関連する全ての前記性質に従い、排他関係を示すルールファイルを出力するルールファイル出力機能と、を前記コンピュータに実行させる。

また、請求項１８にかかる発明のパラメータ間の排他関係判定方法は、処理の内容を設定するためのパラメータを受け付け、受け付けた前記パラメータに応じた処理を実行する情報処理装置におけるパラメータ間の排他関係判定方法であって、複数の前記パラメータを受け付けた場合に、受け付けた前記各パラメータ間の組み合わせの適否を、前記各パラメータに従って実行される処理の内容から生じる特徴であるそれぞれの性質に基づいて判定する組合せ適否判定工程を含み、前記組合せ適否判定工程は、前記パラメータと１以上の前記性質とを関係付ける関係付け工程と、前記性質に基づいて排他関係にある前記パラメータの組み合わせを表現する排他関係表現工程と、複数の前記パラメータを受け付けた際に、受け付けた一のパラメータの全ての前記性質を前記関係付け工程での関係付けに応じて抽出する第１性質抽出工程と、前記性質抽出工程により抽出された前記一のパラメータの性質と排他関係にある前記性質を、前記排他関係表現工程での組み合わせに従って抽出する第２性質抽出工程と、前記第２性質抽出工程により抽出された前記一のパラメータの性質と排他関係にある前記性質を有している前記パラメータを抽出するパラメータ抽出工程と、前記パラメータ抽出工程により抽出された前記パラメータ群の中に受け付けた他のパラメータが存在する場合、当該他のパラメータと前記一のパラメータとは排他関係にあると判定する排他関係判定工程と、含む。

請求項１にかかる発明によれば、各パラメータに従って実行される処理の内容から生じる特徴であるそれぞれの性質に基づいて、選択を受け付けた各パラメータ間の組み合わせの適否を判定することにより、「性質」間で同時に使えないという関係を定義すれば、個々のパラメータ間で排他関係を定義する必要がなくなり、カスタマイズによって追加削除されるパラメータと既存のパラメータ間の関係について容易に管理することができる、という効果を奏する。また、性質間の関係と、パラメータ−性質間の関連から複数パラメータ間の排他関係を表現することにより、パラメータと性質の関連さえ示せば、他にどのようなパラメータがあるかを意識することなく、パラメータ間の排他関係が表現可能となる、という効果を奏する。

また、請求項２にかかる発明によれば、他のパラメータが、ジョブ中で、一のパラメータの性質と関連していないと判定された場合には、組合せ適否判定手段は組合せ適否判定処理を終了することにより、関係ないパラメータを判定対象としないことによって無駄な処理を省くことができるので、効率化を図ることができる、という効果を奏する。

また、請求項３にかかる発明によれば、組合せ適否判定手段で組み合わせの判定を行い、表示制御手段で表示の制御を行うことによって、責務を分割でき、表示制御手段で自由に表示方法を切り替えることができる、という効果を奏する。例えば、表示制御手段側で個々ボタンの挙動を予め決めてしまえば、後は、組合せ適否判定手段の指示に従って動作するだけで、表示制御手段での排他関係を表現することができる。また、パラメータａ−パラメータｂの排他関係ならばパラメータｂを半輝度、パラメータｂ−パラメータｃの排他関係ならばパラメータｂを半輝度にしない、というような、パラメータの組み合わせによって表示を変えることも可能である。

また、請求項４にかかる発明によれば、データ処理機能にかかる各種処理を実行するそれぞれ独立したモジュールであるフィルタ間を、データを格納するメモリであるパイプを介して繋ぐことによりデータ処理機能を実行するアプリケーションを実現するアーキテクチャに基づき、少なくとも１以上のパラメータを含むフィルタ間のパラメータ間の排他関係を、性質を管理する性質管理手段を通じて定義することにより、フィルタはお互いのことを意識せずに済む、という効果を奏する。また、性質を通じて、新旧フィルタのパラメータ間の関係が定義できるので、フィルタの追加削除時に、他のフィルタのことを意識せずに済む、という効果を奏する。

また、請求項５にかかる発明によれば、同一フィルタ内のパラメータ間の排他関係を、性質管理手段を通じて定義することにより、フィルタ間、フィルタ内にかかわらず、パラメータと性質の関連を示せば排他関係を実現できるため、一貫した処理ができ、開発効率が向上する、という効果を奏する。

また、請求項６にかかる発明によれば、性質管理手段で管理されている性質間の排他関係は、機種差分に応じて変更可能であることにより、元々あると想定されていた性質と性質の関係が、他機種で解消された場合、性質間の関係のみ変更すれば、既存のフィルタに全く手を加えることなく新しい排他連動の関係を表現することができる、という効果を奏する。

また、請求項７にかかる発明によれば、データ処理機能を実行するアプリケーション実行時にフィルタを組み合わせる処理を行うアクティビティを有しており、アクティビティは、組み合わせを行うフィルタを性質管理手段に紐付けることにより、データ処理機能にかかる各種処理を実行するそれぞれ独立したモジュールであるフィルタ間を、データを格納するメモリであるパイプを介して繋ぐことによりデータ処理機能を実行するアプリケーションを実現するアーキテクチャの特徴である「フィルタ間の依存がない状態」が実現可能となる、という効果を奏する。

また、請求項８にかかる発明によれば、アクティビティは、データ入力経路毎またはデータ出力経路毎に、組み合わせを行う前記フィルタを前記性質管理手段に紐付け、組合せ適否判定手段は、複数の性質管理手段が紐付けられるフィルタでは、全ての性質管理手段からの応答を待ってから排他関係を判定することにより、複数の経路が存在しても、経路ごとに適切な排他関係を判定することができる、という効果を奏する。

また、請求項９にかかる発明によれば、アクティビティは、データ入力経路毎またはデータ出力経路毎に、組み合わせを行うフィルタを性質管理手段に紐付けるとともに、全てのフィルタを性質管理手段に紐付け、組合せ適否判定手段は、複数の性質管理手段が紐付けられるフィルタでは、全ての性質管理手段からの応答を待ってから排他関係を判定することにより、複数経路に分かれている場合でも全体で防がなければならない機能の組み合わせがあればそれを防ぐことができる、という効果を奏する。

また、請求項１０にかかる発明によれば、フィルタの起動時に、排他関係を示すルールファイルを、性質管理手段に渡すフレームワーク手段を備えることにより、フレームワーク手段は、指定のファイル名で、指定のパスにあるルールファイルを機械的に性質管理手段に渡すことができるため、具象フィルタで一々ルール登録の実装を行わなくても良い、という効果を奏する。

また、請求項１１にかかる発明によれば、フレームワーク手段は、フィルタの設定時に、性質管理手段に対して登録を行うことにより、具象フィルタのパラメータが設定されるとき、フレームワーク手段が機械的に性質管理手段へ問合せを行うため、必ず判定のシーケンスを通ることになり、制御のし忘れが回避できる。また、機能開発者は判定に関する内部的な処理を気にしなくて済む、という効果を奏する。

また、請求項１５にかかる発明によれば、機能開発者が表示された性質一覧を介してパラメータに関連する性質にチェックを入れるだけで、指定のファイル名で指定のパスに配置されていて排他関係を示すルールファイルが出力されることにより、インフラ整備により、排他関係の構築の実現を容易化することができる、という効果を奏する。また、設計の都合によりファイル形式が変更されることがあっても、機能開発者は出力されたルールファイルを特に意識しなくて済む、という効果を奏する。

また、請求項１６にかかる発明によれば、各パラメータに従って実行される処理の内容から生じる特徴であるそれぞれの性質に基づいて、選択を受け付けた各パラメータ間の組み合わせの適否を判定することにより、「性質」間で同時に使えないという関係を定義すれば、個々のパラメータ間で排他関係を定義する必要がなくなり、カスタマイズによって追加削除されるパラメータと既存のパラメータ間の関係について容易に管理することができる、という効果を奏する。また、性質間の関係と、パラメータ−性質間の関連から複数パラメータ間の排他関係を表現することにより、パラメータと性質の関連さえ示せば、他にどのようなパラメータがあるかを意識することなく、パラメータ間の排他関係が表現可能となる、という効果を奏する。

また、請求項１７にかかる発明によれば、機能開発者が表示された性質一覧を介してパラメータに関連する性質にチェックを入れるだけで、指定のファイル名で指定のパスに配置されていて排他関係を示すルールファイルが出力されることにより、インフラ整備により、排他関係の構築の実現を容易化することができる、という効果を奏する。また、設計の都合によりファイル形式が変更されることがあっても、機能開発者は出力されたルールファイルを特に意識しなくて済む、という効果を奏する。

また、請求項１８にかかる発明によれば、各パラメータに従って実行される処理の内容から生じる特徴であるそれぞれの性質に基づいて、選択を受け付けた各パラメータ間の組み合わせの適否を判定することにより、「性質」間で同時に使えないという関係を定義すれば、個々のパラメータ間で排他関係を定義する必要がなくなり、カスタマイズによって追加削除されるパラメータと既存のパラメータ間の関係について容易に管理することができる、という効果を奏する。また、性質間の関係と、パラメータ−性質間の関連から複数パラメータ間の排他関係を表現することにより、パラメータと性質の関連さえ示せば、他にどのようなパラメータがあるかを意識することなく、パラメータ間の排他関係が表現可能となる、という効果を奏する。

以下に添付図面を参照して、この発明にかかる情報処理装置、ルールファイル出力装置、プログラムおよびパラメータ間の排他関係判定方法の最良な実施の形態を詳細に説明する。

［第１の実施の形態］
本発明の第１の実施の形態を図１ないし図２９に基づいて説明する。本実施の形態は情報処理装置としてデジタル複合機を適用した例について説明するが、本発明はこれに限らず、設定管理を行なう各種装置に適用することができる。

図１は、本発明の第１の実施の形態にかかるデジタル複合機１００を取り巻くネットワーク構成を示す模式図である。図１に示すように、近年のネットワーク化の進展により、オフィスなどに設けられたパーソナルコンピュータ（ＰＣ）などの機器は、ＬＡＮ（Local Area Network）などのネットワーク１に接続され、相互に通信することが通常となった。たとえば、図１に示したように、かかるネットワーク１には、クライアントＰＣ２、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバ３、ＦＴＰ（File Transfer Protocol）サーバ４、サーバＰＣ５などが接続され、電子メールの送受信やファイル転送をすることができ、モデム６に接続された配信サーバ５は、オフィス外のファックス装置７と通信することができる。

このようなネットワーク化の進展に伴い、デジタル複合機１００もかかるネットワーク１に接続され、ＰＣ等の機器と相互に通信することが可能となり、ハードディスク１１８等の記憶装置を内蔵することで、いわゆるネットワーク複合機へと進化し、ユーザの様々なニーズに応えることができるようになっている。

たとえば、デジタル複合機１００は、通常のコピー機能に加えて、クライアントＰＣ２からの印刷要求により文書データ等を印刷するプリンタ機能、クライアントＰＣ２からのファックス要求により文書データ等をサーバＰＣ５に接続されたモデム６を経由して他のオフィスのファックス機器７に送信するファックス機能、受信したファックス文書やコピー文書を内蔵したハードディスク１１８に蓄積する蓄積機能などを有するようになっている。

こうして複合化とネットワーク化の進展により必要となった多くの機能を実現するため、デジタル複合機１００に搭載されるソフトウェアは、規模が大きく、複雑なものとなっている。そして、それにともなって、それらのソフトウェアの開発と維持管理のための工数も大幅に増大している。

図２は、デジタル複合機１００のハードウェア構成を示すブロック図である。図２に示すように、このデジタル複合機１００は、コントローラ１０１とプロッタ３００及びスキャナ２００とをＰＣＩ（Peripheral Component Interconnect）バスで接続した構成となる。コントローラ１０１は、デジタル複合機１００全体の制御と描画、通信、操作部４００からの入力を制御するコントローラである。なお、プロッタ３００又はスキャナ２００には、誤差拡散やガンマ変換などの画像処理部分が含まれる。操作部４００は、スキャナ２００で読み取られた原稿の原稿画像情報等をＬＣＤに表示するとともに操作者からの入力をタッチパネルを介して受け付ける操作表示部４００ａと、操作者からのキー入力を受け付けるキーボード部４００ｂとを有している。

コントローラ１０１は、コンピュータの主要部であるＣＰＵ（Central Processing Unit）１１１と、システムメモリ（ＭＥＭ−Ｐ）１１２と、ノースブリッジ（ＮＢ）１１３と、サウスブリッジ（ＳＢ）１１４と、ＡＳＩＣ（Application Specific Integrated Circuit）１１６と、ローカルメモリ（ＭＥＭ−Ｃ）１１７と、ハードディスクドライブ（ＨＤＤ）１１８とを有し、ＮＢ１１３とＡＳＩＣ１１６との間をＡＧＰ（Accelerated Graphics Port）バス１１５で接続した構成となる。また、ＭＥＭ−Ｐ１１２は、ＲＯＭ（Read Only Memory）１１２ａと、ＲＡＭ（Random Access Memory）１１２ｂとをさらに有する。

ＣＰＵ１１１は、デジタル複合機１００の全体制御を行うものであり、ＮＢ１１３、ＭＥＭ−Ｐ１１２およびＳＢ１１４からなるチップセットを有し、このチップセットを介して他の機器と接続される。

ＮＢ１１３は、ＣＰＵ１１１とＭＥＭ−Ｐ１１２、ＳＢ１１４、ＡＧＰバス１１５とを接続するためのブリッジであり、ＭＥＭ−Ｐ１１２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ１１２は、プログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いるシステムメモリであり、ＲＯＭ１１２ａとＲＡＭ１１２ｂとからなる。ＲＯＭ１１２ａは、ＣＰＵ１１１の動作を制御するプログラムやデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭ１１２ｂは、プログラムやデータの展開用メモリ、プリンタの描画用メモリなどとして用いる書き込みおよび読み出し可能なメモリである。

ＳＢ１１４は、ＮＢ１１３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。このＳＢ１１４は、ＰＣＩバスを介してＮＢ１１３と接続されており、このＰＣＩバスには、ネットワークインタフェース（Ｉ／Ｆ）部１２０なども接続される。

ＡＳＩＣ１１６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Integrated Circuit）であり、ＡＧＰバス１１５、ＰＣＩバス、ＨＤＤ１１８およびＭＥＭ−Ｃ１１７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ１１６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ１１６の中核をなすアービタ（ＡＲＢ）と、ＭＥＭ−Ｃ１１７を制御するメモリコントローラと、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ（Direct Memory Access Controller）と、プロッタ３００やスキャナ２００との間でＰＣＩバスを介したデータ転送を行うＰＣＩユニットとからなる。このＡＳＩＣ１１６には、ＰＣＩバスを介してＦＣＵ（Fax Control Unit）１２１、ＵＳＢ（Universal Serial Bus）１２２、ＩＥＥＥ１３９４（the Institute of Electrical and Electronics Engineers 1394）インタフェース１２３が接続される。

ＭＥＭ−Ｃ１１７は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＨＤＤ１１８は、画像データの蓄積、ＣＰＵ１１１の動作を制御するプログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージである。

ＡＧＰバス１１５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ−Ｐ１１２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にするものである。

図３は、デジタル複合機１００のハードウェア５００およびソフトウェア６００の構成を示した概念図である。図３に示すように、ハードウェア５００は、ハードウェアリソース５０１を有している。このハードウェアリソース５０１は、スキャナ２００、プロッタ３００、ＨＤＤ（Hard Disk Drive）１１８、ネットワーク１２０，１２１およびその他のリソースを有する。なお、その他のリソースは、たとえば、操作パネル４００などの入出力デバイスを示す。

また、かかるデジタル複合機１００に搭載されるソフトウェア６００は階層化されており、オペレーティングシステム６０３の上層にはサービス層６０２が構築され、このサービス層６０２の上層にはアプリケーション層６０１が構築されている。アプリケーション層６０１には、後述する本実施の形態の特徴部分である組合せ適否判定手段として機能する組合せ適否判定部６１０を含むアプリケーションを有している。そして、サービス層６０２は、各ハードウェアリソースを制御するドライバに相当する、スキャナ制御部６０２ａ、プロッタ制御部６０２ｂ、蓄積制御部６０２ｃ、配信／メール送受信制御部６０２ｄ、ＦＡＸ送受信制御部６０２ｅ、ネットワーク通信制御部６０２ｆおよびその他の制御部６０２ｇを有している。

図４は、デジタル複合機１００の操作部４００の一例を示した正面図である。図４に示すように、操作部４００のキーボード部４００ｂには、初期設定キー４０１、コピーキー４０２、ドキュメントボックスキー４０３、プリンタキー４０４、ファクシミリキー４０５、テンキー４０６、クリア／ストップキー４０７、スタートキー４０８、予熱キー４０９、リセットキー４１０が備えられている。

初期設定キー４０１が操作されると、操作表示部４００ａに初期設定用のメニューが表示され、かかるメニューにおいては、収納される用紙サイズなどを設定することができる。

また、操作部４００のアプリケーション切り替えキー（４０２〜４０５）の操作により、ドキュメントボックス機能、複写機能、プリンタ機能、およびファクシミリ機能を順次に切り替えて選択することが可能となっている。ドキュメントボックス機能の選択時にはコピー結果をＨＤＤ１１８に蓄積するドキュメントボックスモードとなり、複写機能の選択時には複写モードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。

図５は、操作表示部４００ａに表示されるメニューの一例を示す正面図である。このメニューは、図４に示したコピーキー４０２を操作することにより表示される。図５に示すように、操作表示部４００ａには、入力モード４２１として、紙原稿タブ４２１ａおよび電子原稿タブ４２１ｂが表示され、紙原稿タブ４２１ａを選択した場合には、入力モードエリア４２２には、濃度設定部４２２ａおよび特殊原稿設定部４２２ｂが表示される。また、出力モード４２３として、印刷タブ４２３ａ、保存タブ４２３ｂおよび送信タブ４２３ｃが表示され、印刷タブ４２３ａを選択した場合には、出力モードエリア４２４には、トレイ選択部４２４ａおよび倍率設定部４２４ｂが表示される。

たとえば、トレイ選択部４２４ａでは、「トレイ１」〜「トレイ４」のいずれか一つを選択でき、倍率設定部４２４ｂでは、「等倍」あるいは「用紙指定変倍」のいずれか一つを選択できる。ここで、択一型の選択肢を有するトレイ選択部４２４ａなどを「機能／設定項目」と呼び、択一型の選択肢「トレイ１」〜「トレイ４」のそれぞれを、「設定値」と呼ぶ。なお、以下においては、「機能／設定項目」および「設定値」のように処理の内容を設定するものを、「パラメータ」と称する。

次に、本実施の形態の特徴部分である組合せ適否判定部６１０について詳細に説明する。

従来においては、「パラメータ」の組み合わせ関係を管理するために、図６に示すような設定値組み合わせテーブルｔを用いることが一般的であった。設定値組み合わせテーブルｔでは、すべての「設定値」を羅列して２次元のテーブルとし、同時選択が不可能な設定値の組み合わせを管理する。たとえば、設定値Ａと設定値Ｂとは同時に選択することができない組み合わせであり、かつ、後に選択した設定値が優先されるのであれば、かかる組み合わせ関係を「●」で示したセルで管理する。また、設定値Ａと設定値Ｄとは同時に選択することができない組み合わせであり、かつ、先に選択した設定値が優先されるのであれば、かかる組み合わせ関係を「×」で示したセルで管理する。なお、「●」や「×」の記号がないセルは、同時選択が可能な設定値の組み合わせをあらわす。

しかしながら、デジタル複合機の多機能化により、かかるデジタル複合機が多くの設定値を有するようになってくると、これにともなって、設定値組み合わせテーブルｔのサイズは大規模化してきた。このため、デジタル複合機の設計変更や機能追加をおこなう際に、かかるテーブルの修正ミスが生じやすくなり各機能の組み合わせ制御が正しくおこなわれない危険性が高まってきた。

そこで、本実施の形態のデジタル複合機１００の組合せ適否判定部６１０においては、「性質」の概念により排他関係となる機能の組み合わせを表現する。ここで、「性質」とは、各パラメータに従って実行される処理の内容から生じる特徴（制約も含む）である。より詳細には、「性質」とは、パラメータ（「機能／設定項目」および「設定値」）を選択することによって、発生する特徴（制約も含む）を抽象化し、パラメータ間で共有できる概念として抽出したものである。このように「性質」間で、同時に使えない関係（排他関係）を定義すれば、個々のパラメータ間で排他関係を定義する必要がなくなり、カスタマイズによって追加削除されるパラメータと既存のパラメータ間の関係について容易に管理することができる。このような排他関係を定義する「性質」の抽出は、性質を生じさせる処理が他の処理に影響を与えるものを抽出することであり、
・ハードウェアに関する制約があり物理的に動作できないもの（メカの破損防止を目的）
・性質を生じさせる処理が実行されている場合に、他の処理の実行結果に影響を与えるもの（設定ミス防止を目的）
などが挙げられる。ここで、他の処理の実行結果に影響を与える場合とは、例えば、想定されない場合、期待するものが得られない場合などである。

ここで、図７は排他関係を定義する性質とパラメータの関係テーブルＴ１の一例を示す模式図、図８は性質間の排他関係テーブルＴ２を示す模式図である。例えば、関係付け手段である関係テーブルＴ１に示すように、複数の原稿を縮小して１枚の転写紙に印刷する集約印刷、Ａ５タテ原稿をＡ４ヨコに２つ印刷するダブルコピー、４枚分の原稿を製本しやすいにように転写紙の両面に配置して印刷するミニ本などは、「画像エリア確定の必要あり」という性質がある。一方、不定形用紙印刷時に使用する手差しトレイを用いる手差し印刷は、関係テーブルＴ１に示すように、「転写紙サイズ不確定」という性質がある。排他関係表現手段である図８の排他関係テーブルＴ２によれば、両者は、「性質」の概念により排他関係となる機能の組み合わせである。また、転写紙の両面に印刷する両面印刷、ミニ本、週刊誌とじなどは、関係テーブルＴ１に示すように、「両面画像」という性質がある。一方、合紙用紙をＯＨＰ転写紙の間に挟み込むＯＨＰ合紙は、関係テーブルＴ１に示すように、「ＯＨＰ転写紙で両面印刷不可」という性質がある。図８の排他関係テーブルＴ２によれば、両者は、「性質」の概念により排他関係となる機能の組み合わせである。

次に、性質間の関係と、パラメータと性質間の関連と、に基づく、複数パラメータ間の排他関係の表現について説明する。図９に示すように、デジタル複合機１００の組合せ適否判定部６１０には、性質間の排他関係を管理する性質管理手段である性質管理部６１１が設けられている。性質管理部６１１は、図７に示す関係テーブルＴ１および図８に示す排他関係テーブルＴ２を有しており、図９に示すように、パラメータと性質の関連さえ示せば、他にどのようなパラメータがあるのかを意識することなく、パラメータ間の排他の関係を管理することができる。

図９の関係から、実際に排他関係と判定される一例を図１０に示す。図１０に示すように、以下のような流れで排他が判定される。
（１）給紙（機能／設定項目）の手差し（設定値）を選択
（２）給紙の手差し（パラメータ）は、「副走査長不確定」「転写紙サイズ不確定」という性質に関連（図７の関係テーブルＴ１参照）
（３）「副走査長不確定」は「両面画像」と排他関係あり（図８の排他関係テーブルＴ２参照）
「転写紙サイズ不確定」は「画像エリア確定の必要あり」、「繰り返し画像」と排他関係あり（図８の排他関係テーブルＴ２参照）
（４）「両面画像」には、両面のＯＮ（パラメータ）が関連（図７の関係テーブルＴ１参照）
「画像エリア確定の必要あり」には、集約のＯＮ（パラメータ）、ダブルコピーのＯＮ（パラメータ）が関連（図７の関係テーブルＴ１参照）
「繰り返し画像」には、リピートコピーのＯＮ（パラメータ）が関連（図７の関係テーブルＴ１参照）
（５）これにより、給紙「手差し」に対して、両面、集約、ダブルコピー、リピートコピーがＯＮなら排他関係にあると判定される

図１１は、組合せ適否判定部６１０における組合せ適否判定処理の流れを示すフローチャートである。パラメータ値が選択されて判定処理が開始されると（図１０の（１））、判定ステップＳ１に進み、判定対象のパラメータの値Ａが関係テーブルＴ１に登録されているか否かを判断する。

判定対象のパラメータの値Ａが関係テーブルＴ１に登録されていると判断した場合には（ステップＳ１のＹｅｓ）、ステップＳ２に進み、判定対象のパラメータの値Ａと関連する性質Ｂを図７の関係テーブルＴ１を参照して抽出する（第１性質抽出手段）。なお、ステップＳ２においては、判定対象のパラメータの値Ａと関連する性質Ｂが複数ある場合には、複数の性質Ｂを抽出する。

続くステップＳ３においては、判定対象のパラメータの値Ａと関連する性質Ｂと排他関係にある性質Ｃを図８の排他関係テーブルＴ２を参照して抽出する（第２性質抽出手段）。なお、ステップＳ３においては、性質Ｂと排他関係にある性質Ｃが複数ある場合には、複数の性質Ｃを抽出する。

続くステップＳ４においては、性質Ｃと関連するパラメータの値Ｄ、すなわち判定対象のパラメータの値Ａの性質Ｂと排他関係にある性質Ｃを有しているパラメータの値Ｄを図７の関係テーブルＴ１を参照して抽出する（パラメータ抽出手段）。なお、ステップＳ４においては、性質Ｃと関連するパラメータの値Ｄが複数ある場合には、複数のパラメータの値Ｄを抽出する。

続くステップＳ５においては、ステップＳ４で抽出したパラメータの値Ｄと、実際のパラメータの値とが等しいか否かを判断する。

ステップＳ４で抽出したパラメータの値Ｄと、実際に抽出されたパラメータの値とが等しいと判断した場合には（ステップＳ５のＹｅｓ）、パラメータの値Ｄと、実際に抽出されたパラメータの値とが排他関係にあるパラメータであることを示す判定結果オブジェクトを生成し（ステップＳ６：排他関係判定手段）、処理を終了する。より詳細には、判定結果オブジェクトは、ＮＧ項目（排他関係と判定される項目）の数だけ生成され、そのリストが判定要求元に返される。

一方、判定対象のパラメータの値Ａが関係テーブルＴ１に登録されていないと判断した場合（ステップＳ１のＮｏ）、または、ステップＳ４で抽出したパラメータの値Ｄと実際のパラメータの値とが等しくないと判断した場合には（ステップＳ５のＮｏ）、排他関係にあるパラメータが無いということになるので、判定結果として空のリストが判定要求元に返される。例えば、給紙（設定項目）のトレイ１（値）やトレイ２（値）を選択しても、図７の関係テーブルＴ１に性質が登録されていないので性質は抽出されず、排他関係にあるパラメータが無いということになる。

次に、上述のように組合せ適否判定部６１０での組み合わせの判定を行った後における、操作表示部４００ａにおける表示制御手段として機能するＵＩ（UserInterface）側での表示の制御について説明する。図１２に示すＵＩ４５０の画面遷移例は、前提条件としてパラメータａ：ＯＮとパラメータｂ：ＯＮが排他関係にある場合を示したものである。このような条件の下、パラメータａをＯＮにした場合について検討する。

パラメータａをＯＮにした結果、上述した処理に従ってＮＧ項目（排他関係と判定される項目）としてパラメータｂが通知される。

ＮＧの通知を受けた時にどのように表示すれば良いのかは、ＵＩ４５０上の個々のボタンに定義されている。表示制御としては、例えば、「先優先」と「後優先」がある。「先優先」は、排他の内、先に設定したパラメータ値が優先的に扱われることを示す。すなわち、ある設定の結果、他のパラメータの値が設定できなくなるケースである。一方、「後優先」は、排他の内、後に設定した値が優先的に扱われることを示す。すなわち、ある設定の結果、他のパラメータの値がキャンセルされるケースである。

したがって、ＵＩ４５０側で個々のボタンの挙動を予め決めてしまえば、後は、性質管理部６１１の指示に従って動作するだけで、ＵＩ４５０上での排他関係を表現することができる。

ここで、図１３はボタン押下によって排他が発生する画面処理例を示す模式図である。図１３に示すように、ＵＩ４５０側でパラメータａに対応するボタンａをＯＮにする操作がなされた場合（Ｓ１）、その旨がボタンａに対応するロジックを介して性質管理部６１１に送られる（Ｓ２）。性質管理部６１１では、排他関係となるパラメータを抽出する（Ｓ３）。ここでは、パラメータａ：ＯＮに対して排他関係となるパラメータは、パラメータｂ：ＯＮである。性質管理部６１１は、ボタンｂに対応するロジックからパラメータｂの現在値を取得する（Ｓ４）。その結果、パラメータａ：ＯＮ、パラメータｂ：ＯＦＦである場合には、性質管理部６１１は、現時点では排他関係はＯＫであると判定する（Ｓ５）。性質管理部６１１は、現時点では排他関係はＯＫであると判定すると、その旨をボタンａに対応するロジックに送って反映させると共に（Ｓ６，Ｓ７）、ＵＩ４５０のパラメータａに対応するボタンａに送る（Ｓ８）。ＵＩのパラメータａに対応するボタンａ側では、パラメータａ：ＯＮを反映した表示にする（Ｓ９）。一方、性質管理部６１１は、パラメータｂに対応するボタンｂに対応するロジックを介してボタンｂにパラメータｂ：ＯＮになるとＮＧである旨を通知する（Ｓ１０，Ｓ１１）。ＵＩ４５０のパラメータｂに対応するボタンｂ側では、先優先のボタンである場合には半輝度表示、後優先のボタンである場合には表示はそのままにする（Ｓ１２）。

これにより、ＵＩ４５０側で個々のボタンの挙動を予め決めてしまえば、後は性質管理部６１１の指示に従って動作するだけで、ＵＩ４５０上での排他関係を表現することができる。

図１４は、先優先状態で半輝度ボタンを押下した状態を示す模式図である。図１４に示すように、先優先状態で半輝度ボタンを押下した場合には、「パラメータａがＯＮなのでパラメータｂは押せません」というようなＮＧの理由を表示したメッセージを表示する。

図１５は、後優先状態でＯＦＦになっている側のボタンを押下した状態を示す模式図である。図１５に示すように、後優先状態でＯＦＦになっている側のボタンを押下した場合には、パラメータａがＯＦＦ、パラメータｂがＯＮになる。

ここで、図１６はボタン押下によって排他が発生する画面処理の別の例を示すシーケンス図である。図１６に示す例は、図１３に示した例とは、ＵＩ４５０全体を統括するＵＩ制御部１６を設けている点で異なるものである。したがって、性質管理部６１１は、パラメータｂに対応するボタンｂに対応するロジックを介してボタンｂにパラメータａ：ＯＮのためパラメータｂ：ＯＮになるとＮＧである旨を通知する（Ｓ１０，Ｓ１１）。ＵＩのパラメータｂに対応するボタンｂ側では、パラメータａ：ＯＮに対しては半輝度表示、または、パラメータａ：ＯＮに対しては表示はそのままにする（Ｓ１２）。

このようにＵＩ４５０全体を統括するＵＩ制御部１６を設けることにより、パラメータａ−パラメータｂ間の排他関係ならばパラメータｂを半輝度、パラメータｂ−パラメータｃ間の排他関係ならばパラメータｂを半輝度にしない、というような、機能の組み合わせによって表示を変えることが可能になる。より具体的には、「両面印刷（パラメータｂ）」と「手差し（パラメータａ）」、「両面印刷（パラメータｂ）」と「集約（パラメータｃ）」は、双方とも排他関係にあるが、前者は「手差し（パラメータａ）」が選択されているときは「両面印刷（パラメータｂ）」を選択できない（ボタンを押せない）。一方、後者は、「集約（パラメータｃ）」が選択されていても「両面印刷（パラメータｂ）」を選択可能になる（「集約（パラメータｃ）」がＯＦＦになる）。

これにより、組合せ適否判定部６１０で組み合わせの判定を行い、ＵＩ４５０で表示の制御を行うことによって、責務を分割でき、ＵＩ４５０で自由に表示方法を切り替えることができる、という効果を奏する。例えば、ＵＩ４５０側で個々ボタンの挙動を予め決めてしまえば、後は、組合せ適否判定部６１０の指示に従って動作するだけで、ＵＩ４５０での排他関係を表現することができる。また、パラメータａ−パラメータｂの排他関係ならばパラメータｂを半輝度、パラメータｂ−パラメータｃの排他関係ならばパラメータｂを半輝度にしない、というような、パラメータの組み合わせによって表示を変えることも可能である。

このように本実施の形態によれば、各パラメータに従って実行される処理の内容から生じる特徴であるそれぞれの性質に基づいて、選択を受け付けた各パラメータ間の組み合わせの適否を判定することにより、「性質」間で同時に使えないという関係を定義すれば、個々のパラメータ間で排他関係を定義する必要がなくなり、カスタマイズによって追加削除されるパラメータと既存のパラメータ間の関係について容易に管理することができる。また、性質間の関係と、パラメータ−性質間の関連から複数パラメータ間の排他関係を表現することにより、パラメータと性質の関連さえ示せば、他にどのようなパラメータがあるかを意識することなく、パラメータ間の排他関係が表現可能となる。

ところで、上述したような処理は、画像形成処理機能にかかる入力、加工、出力の各種処理をそれぞれ独立したモジュール（フィルタ）に実行させ、画像データの受け渡し等において各モジュール（フィルタ）間に依存が出ないように、モジュール（フィルタ）間に画像データを置くメモリ（パイプ）を配置し、モジュール（フィルタ）をメモリ（パイプ）を介してつなぐことによりコピー、ＦＡＸ等の画像形成を行うアプリケーションを実現するアーキテクチャ（パイプ＆フィルタアーキテクチャ）に基づくプログラムの実行とみなすことができる。具体的には、図１７に示すように、少なくとも１以上のパラメータをフィルタとし、性質管理部６１１において、性質を通じてフィルタのパラメータ間の関係を定義することができるようにしたものである。これにより、パイプ＆フィルタアーキテクチャに基づき、少なくとも１以上のパラメータを含むフィルタ間のパラメータ間の排他関係を、性質を管理する性質管理部６１１を通じて定義することにより、各フィルタは、お互いのことを意識せずに済む。加えて、性質を通じて、新旧フィルタのパラメータ間の関係が定義できるので、図１８に示すようなフィルタの追加時においても、追加フィルタのパラメータの設定値がどの性質と関係があるかを指定するだけでよく、フィルタの追加削除時に他のフィルタのことを意識せずに済む。

同様に、図１９に示すように、同一フィルタ内のパラメータ間の排他関係も別のフィルタのパラメータ間と同じように定義することができる。すなわち、同一フィルタ内のパラメータであっても、性質との関連を定義しておけば判定が可能となっている。これにより、フィルタ間、フィルタ内にかかわらず、パラメータと性質の関連を示せば排他関係を実現できるため、一貫した処理を実行することができ、開発効率を向上させることができる。これにより、同一フィルタ内のパラメータ間の排他関係を、性質管理部６１１を通じて定義することにより、フィルタ間、フィルタ内にかかわらず、パラメータと性質の関連を示せば排他関係を実現できるため、一貫した処理ができ、開発効率が向上する。

また、図２０に示すように、機種によって差分がある場合には、性質管理部６１１で管理されている性質間の排他関係を変更するだけで、機種差分を吸収することができる。これにより、元々あると想定されていた性質と性質の関係が他機種で解消された場合、性質間の関係のみ変更すれば、既存のフィルタに全く手を加えることなく新しい排他関係を表現することができる。

なお、図２１に示すように、フィルタと性質管理部６１１の紐付けを、データ処理機能を実行するアプリケーション実行時にフィルタを組み合わせる処理を行うコントローラ（アクティビティ）が行なうようにしても良い。これにより、パイプ＆フィルタアーキテクチャの特徴である「フィルタ間の依存がない状態」が、ここでも可能になる。

ここで、多入力、多出力である場合について検討する。図２２に示すように、多入力、多出力である場合には、コントローラ（アクティビティ）が、データ入力経路毎、データ出力経路毎に、必要に応じて性質管理部６１１を紐付けるようにする。そして、組合せ適否判定部６１０は、複数の性質管理部６１１が紐付けられるフィルタでは、全ての性質管理部６１１からの応答を待ってから最終的なＯＫ／ＮＧの判断をする。図２２では、フィルタＡが該当する。これにより、複数の経路が存在していても、経路ごとに適切な排他関係を判定することができる。例えば、図２２および図２３に示すように、「集約」と「手差し」は排他関係であるが、経路が異なるためにＯＫを返すことができる。これにより、経路が複数ある場合には、経路ごとにフィルタと性質管理部６１１とを紐付け、複数の性質管理部６１１が紐付けられるフィルタでは、全ての性質管理部６１１からの応答を待ってから排他関係を判定することにより、複数の経路が存在しても、経路ごとに適切な排他関係を判定することができる。

さらに、図２４に示すように、コントローラ（アクティビティ）が、経路用の性質管理部６１１と、全体用の性質管理部６１１とを紐付けるようにしても良い。アクティビティは、１個以上のフィルタを意味のある単位にグルーピングするものである。例えば、図２４において全体用の性質管理部６１１が紐付けられていないと仮定すると、図２４における下側の経路で暗号化している文書が図２４における上の経路では平文のまま蓄積されてしまう。このような状態を回避するために、ジョブ中の全フィルタ間での排他関係の判定も必要になる。そこで、図２４および図２５に示すように、経路用と全体用でメカニズム（性質間排他ルール）を２種類用意することによって解決する。これにより、複数経路に分かれている場合でも、全体で防がなければならない機能の組み合わせがある場合には、それを防ぐことができる。これにより、経路が複数ある場合には、経路ごとにフィルタと性質管理部６１１とを紐付けるとともに、全てのフィルタと性質管理部６１１とを紐付ける。そして、組合せ適否判定部６１０は、複数の性質管理部６１１が紐付けられるフィルタでは、全ての性質管理部６１１からの応答を待ってから排他関係を判定することにより、複数経路に分かれている場合でも全体で防がなければならない機能の組み合わせがあればそれを防ぐことができる。

次に、ＳＤＫ（Software Development Kit）における特徴的な点である排他関係の構築について説明する。

本実施の形態においては、機能開発者が利用するパーソナルコンピュータ（図示せず）に、パラメータ（機能／設定項目）および設定値に関連する性質を選択可能な性質一覧を表示する図２６に示すようなＵＩ１０００（性質一覧表示手段）を表示可能なアプリケーションソフトをインストールしておく。

そして、フィルタ開発時において、機能開発者は、開発したパラメータ（機能／設定項目）および設定値に関連する性質について図２６のＵＩ１０００のチェックボックスにチェックを入れる。パーソナルコンピュータは、機能開発者によるチェックを受け付けると（受付手段）、チェックに従って図２７に示すような指定のファイル名で指定のパスに配置されていて排他関係を示すルールファイルＦを出力する（ルールファイル出力手段）。図２７に示すルールファイルＦは、ＸＭＬにより記述されている。機能開発者は、このルールファイルＦの内容（ルールの記述フォーマット）を知る必要はない。これにより、機能開発者が表示された性質一覧であるＵＩ１０００を介してパラメータに関連する性質にチェックを入れるだけで、指定のファイル名で指定のパスに配置されていて排他関係を示すルールファイルが出力されることにより、インフラ整備により、排他関係の構築の実現を容易化することができる。また、設計の都合によりファイル形式が変更されることがあっても、機能開発者は、出力されたルールファイルを特に意識しなくとも済むようになる。

上述のようにして出力されたルールファイルＦは、組合せ適否判定部６１０に用意されたフレームワーク手段であるＦＷ（FrameWork）により性質管理部６１１に渡される。図２８は、具象フィルタ起動時にＦＷが実行する処理を示すシーケンス図である。個々の具象フィルタ起動時に図２８に示すシーケンスが発生するが、実際の処理を実行するのはＦＷである。図２８に示すように、具象フィルタ起動時には、ＦＷは、指定のファイル名で、指定のパスにあるルールファイルＦを機械的に性質管理部６１１に渡すことができるため、具象フィルタで一々ルール登録の実装を行なわなくても良い。

次に、具象フィルタのパラメータ設定時の動作について説明する。図２９は、具象フィルタのパラメータ設定時にＦＷが実行する処理を示すシーケンス図である。具象フィルタのパラメータ設定時に図２９に示すシーケンスが発生するが、実際の処理を実行するのはＦＷである。図２９の枠内に示すように、具象フィルタのパラメータ設定時においては、ＦＷが、性質管理部６１１に対して機械的に登録を行なう。このように、具象フィルタのパラメータが設定されるとき、ＦＷが機械的に性質管理部６１１に問合せを行なうため、必ず判定のシーケンスを通ることになり、制御のし忘れが回避できる。また、機能開発者は、判定に関する内部的な処理を気にしなくて済む。

［第２の実施の形態］
次に、本発明の第２の実施の形態を図３０および図３１に基づいて説明する。なお、前述した第１の実施の形態と同じ部分は同じ符号で示し説明も省略する。

本実施の形態は、概略的には、パラメータについて、性質との関連の有無、ジョブで使用されるか否かを判断して処理を効率化するようにしたものである。

ここで、図３０は本発明の第２の実施の形態にかかる組合せ適否判定部６１０における組合せ適否判定処理の流れを示すフローチャート、図３１は組合せ適否判定処理の一例を示す模式図である。

パラメータ値が選択されて判定処理が開始されると、判定ステップＳ１に進み、判定対象のパラメータの値Ａが関係テーブルＴ１に登録されているか否かを判断する。

判定対象のパラメータの値Ａが関係テーブルＴ１に登録されていると判断した場合には（ステップＳ１のＹｅｓ）、ステップＳ２に進み、判定対象のパラメータの値Ａと関連する性質Ｂを図７の関係テーブルＴ１を参照して抽出する（第１性質抽出手段）。なお、ステップＳ２においては、判定対象のパラメータの値Ａと関連する性質Ｂが複数ある場合には、複数の性質Ｂを抽出する。

一方、判定対象のパラメータの値Ａが関係テーブルＴ１に登録されていないと判断した場合には（ステップＳ１のＮｏ）、排他関係にあるパラメータが無いということになるので、判定結果として空のリストが判定要求元に返される。

続くステップＳ３においては、判定対象のパラメータの値Ａと関連する性質Ｂと排他関係にある性質Ｃを図８の排他関係テーブルＴ２を参照して抽出する（第２性質抽出手段）。なお、ステップＳ３においては、性質Ｂと排他関係にある性質Ｃが複数ある場合には、複数の性質Ｃを抽出する。

続くステップＳ１２においては、ジョブ中で性質Ｃと関連しているパラメータか否かを判定する（判定手段）。

ジョブ中で性質Ｃと関連しているパラメータでないと判定された場合（ステップＳ２１のＮｏ）、すなわち、ジョブで使用されないパラメータに関しては、図１３に示すように、値チェックの対象外とする。これにより、関係ないパラメータを判定対象としないことによって無駄な処理を省くことができる。このように、ジョブ中で性質Ｃと関連しているパラメータでないと判定された場合には（ステップＳ２１のＮｏ）、判定結果として空のリストが判定要求元に返される。

一方、ジョブ中で性質Ｃと関連しているパラメータであると判断された場合には（ステップＳ２１のＹｅｓ）、ステップＳ４に進み、性質Ｃと関連するパラメータの値Ｄ、すなわち判定対象のパラメータの値Ａの性質Ｂと排他関係にある性質Ｃを有しているパラメータの値Ｄを図７の関係テーブルＴ１を参照して抽出する（パラメータ抽出手段）。なお、ステップＳ４においては、性質Ｃと関連するパラメータの値Ｄが複数ある場合には、複数のパラメータの値Ｄを抽出する。

続くステップＳ５においては、ステップＳ４で抽出したパラメータの値Ｄと、実際のパラメータの値とが等しいか否かを判断する。

ステップＳ４で抽出したパラメータの値Ｄと実際のパラメータの値とが等しいと判断した場合には（ステップＳ５のＹｅｓ）、パラメータの値Ｄと、実際に抽出されたパラメータの値とが排他関係にあるパラメータであることを示す判定結果オブジェクトを生成し（ステップＳ６：排他関係判定手段）、処理を終了する。より詳細には、判定結果オブジェクトは、ＮＧ項目（排他関係と判定される項目）の数だけ生成され、そのリストが判定要求元に返される。

一方、ステップＳ４で抽出したパラメータの値Ｄと実際のパラメータの値とが等しくないと判断した場合には（ステップＳ５のＮｏ）、排他関係にあるパラメータが無いということになるので、判定結果として空のリストが判定要求元に返される。

このように本実施の形態によれば、他のパラメータが、ジョブ中で、一のパラメータの性質と関連していないと判定された場合には、組合せ適否判定部６１０は組合せ適否判定処理を終了することにより、関係ないパラメータを判定対象としないことによって無駄な処理を省くことができるので、効率化を図ることができる。

本発明の第１の実施の形態にかかるデジタル複合機を取り巻くネットワーク構成を示す模式図である。 デジタル複合機のハードウェア構成を示すブロック図である。 デジタル複合機のハードウェアおよびソフトウェアの構成を示した概念図である。 デジタル複合機の操作部の一例を示した正面図である。 操作表示部に表示されるメニューの一例を示す正面図である。 設定値組み合わせテーブルを示す模式図である。 排他関係を定義する性質とパラメータの関係テーブルの一例を示す模式図である。 性質間の排他関係テーブルを示す模式図である。 複数パラメータ間の排他関係を示す模式図である。 排他と判定される一例を示す模式図である。 組合せ適否判定処理の流れを示すフローチャートである。 画面遷移例を示す模式図である。 ボタン押下によって排他が発生する画面処理例を示す模式図である。 先優先状態で半輝度ボタンを押下した状態を示す模式図である。 後優先状態でＯＦＦになっている側のボタンを押下した状態を示す模式図である。 ボタン押下によって排他が発生する画面処理の別の例を示すシーケンス図である。 パイプ＆フィルタアーキテクチャへの適用例を示す模式図である。 パイプ＆フィルタアーキテクチャにおけるフィルタの追加時を示す模式図である。 パイプ＆フィルタアーキテクチャにおける同一フィルタ内のパラメータ間の排他関係を示す模式図である。 パイプ＆フィルタアーキテクチャにおける機種によって差分がある場合のパラメータ間の排他関係を示す模式図である。 フィルタと性質管理部の紐付けをコントローラが行なう例を示すシーケンス図である。 パイプ＆フィルタアーキテクチャにおける複数の経路が存在している場合のパラメータ間の排他関係を示す模式図である。 複数の経路が存在している例を示すシーケンス図である。 パイプ＆フィルタアーキテクチャにおける複数の経路が存在している場合のパラメータ間の排他関係を示す模式図である。 複数の経路が存在している例を示すシーケンス図である。 パラメータおよび設定値に関連する性質一覧を選択可能なＵＩを示す正面図である。 排他関係を示すルールファイルを示す模式図である。 具象フィルタ起動時にＦＷが実行する処理を示すシーケンス図である。 具象フィルタのパラメータ設定時にＦＷが実行する処理を示すシーケンス図である。 本発明の第２の実施の形態にかかる組合せ適否判定処理の流れを示すフローチャートである。 組合せ適否判定処理の一例を示す模式図である。

符号の説明

１００ 情報処理装置
４５０ 表示制御手段
６１０ 組合せ適否判定手段
６１１ 性質管理手段
１０００ 性質一覧表示手段
Ｔ１ 関係付け手段
Ｔ２ 排他関係表現手段
Ｆ ルールファイル

Claims (18)

1. 処理の内容を設定するためのパラメータを受け付け、受け付けた前記パラメータに応じた処理を実行する情報処理装置において、
   複数の前記パラメータを受け付けた場合に、受け付けた前記各パラメータ間の組み合わせの適否を、前記各パラメータに従って実行される処理の内容から生じる特徴であるそれぞれの性質に基づいて判定する組合せ適否判定手段を備え、
   前記組合せ適否判定手段は、
   前記パラメータと１以上の前記性質とを関係付ける関係付け手段と、
   前記性質に基づいて排他関係にある前記パラメータの組み合わせを表現する排他関係表現手段と、
   複数の前記パラメータを受け付けた際に、受け付けた一のパラメータの全ての前記性質を前記関係付け手段に応じて抽出する第１性質抽出手段と、
   前記性質抽出手段により抽出された前記一のパラメータの性質と排他関係にある前記性質を、前記排他関係表現手段の組み合わせに従って抽出する第２性質抽出手段と、
   前記第２性質抽出手段により抽出された前記一のパラメータの性質と排他関係にある前記性質を有している前記パラメータを抽出するパラメータ抽出手段と、
   前記パラメータ抽出手段により抽出された前記パラメータ群の中に受け付けた他のパラメータが存在する場合、当該他のパラメータと前記一のパラメータとは排他関係にあると判定する排他関係判定手段と、
   を備えることを特徴とする情報処理装置。
2. 前記他のパラメータが、ジョブ中で、前記第２性質抽出手段により抽出された性質と関連しているか否かを前記関係付け手段に応じて判定する判定手段を備え、
   ジョブ中で前記他のパラメータが前記第２性質抽出手段により抽出された前記一のパラメータの性質と関連していないと判定された場合には、前記組合せ適否判定手段は組合せ適否判定処理を終了する、
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記組合せ適否判定手段から判定結果を取得し、前記判定結果に応じた表示制御を実行する表示制御手段を備える、
   ことを特徴とする請求項１記載の情報処理装置。
4. 前記組合せ適否判定手段は、データ処理機能にかかる各種処理を実行するそれぞれ独立したモジュールであるフィルタ間を、データを格納するメモリであるパイプを介して繋ぐことにより前記データ処理機能を実行するアプリケーションを実現するアーキテクチャに基づき、少なくとも１以上の前記パラメータを含む前記フィルタ間の前記パラメータ間の排他関係を、前記性質を管理する性質管理手段を通じて定義する、
   ことを特徴とする請求項１記載の情報処理装置。
5. 同一の前記フィルタ内の前記パラメータ間の排他関係を、前記性質管理手段を通じて定義する、
   ことを特徴とする請求項４記載の情報処理装置。
6. 前記性質管理手段で管理されている前記性質間の排他関係は、機種差分に応じて変更可能である、
   ことを特徴とする請求項４記載の情報処理装置。
7. 前記データ処理機能を実行するアプリケーション実行時に前記フィルタを組み合わせる処理を行うアクティビティを有しており、
   前記アクティビティは、組み合わせを行う前記フィルタを前記性質管理手段に紐付ける、
   ことを特徴とする請求項４記載の情報処理装置。
8. 前記アクティビティは、データ入力経路毎またはデータ出力経路毎に、組み合わせを行う前記フィルタを前記性質管理手段に紐付け、
   前記組合せ適否判定手段は、複数の前記性質管理手段が紐付けられる前記フィルタでは、全ての前記性質管理手段からの応答を待ってから排他関係を判定する、
   ことを特徴とする請求項７記載の情報処理装置。
9. 前記アクティビティは、データ入力経路毎またはデータ出力経路毎に、組み合わせを行う前記フィルタを前記性質管理手段に紐付けるとともに、全ての前記フィルタを前記性質管理手段に紐付け、
   前記組合せ適否判定手段は、複数の前記性質管理手段が紐付けられる前記フィルタでは、全ての前記性質管理手段からの応答を待ってから排他関係を判定する、
   ことを特徴とする請求項７記載の情報処理装置。
10. 前記フィルタの起動時に、排他関係を示すルールファイルを、前記性質管理手段に渡すフレームワーク手段を備える、
    ことを特徴とする請求項１記載の情報処理装置。
11. 前記フレームワーク手段は、前記フィルタの設定時に、前記性質管理手段に対して登録を行う、
    ことを特徴とする請求項１記載の情報処理装置。
12. 前記組合せ適否判定手段の判定に用いられる前記性質は、当該性質を生じさせる処理が他の処理に影響を与えるものである、
    ことを特徴とする請求項１記載の情報処理装置。
13. 前記組合せ適否判定手段の判定に用いられる前記性質は、当該性質を生じさせる処理が実行されている場合に、他の処理がハードウェアに関する制約から物理的に動作できなくなるものである、
    ことを特徴とする請求項１２記載の情報処理装置。
14. 前記組合せ適否判定手段の判定に用いられる前記性質は、当該性質を生じさせる処理が実行されている場合に、他の処理の実行結果に影響を与えるものである、
    ことを特徴とする請求項１２記載の情報処理装置。
15. 機能や設定項目およびその設定値であるパラメータに従って実行される処理の内容から生じる特徴である１以上の性質を選択可能な性質一覧を表示する性質一覧表示手段と、
    前記性質一覧表示手段により表示された前記性質一覧を介して選択された所望の前記パラメータに関連する前記性質を受け付ける受付手段と、
    前記受付手段により受け付けた選択された所望の前記パラメータに関連する全ての前記性質に従い、排他関係を示すルールファイルを出力するルールファイル出力手段と、
    を備えることを特徴とするルールファイル出力装置。
16. 処理の内容を設定するためのパラメータを受け付け、受け付けた前記パラメータに応じた処理をコンピュータに実行させるプログラムであって、
    複数の前記パラメータを受け付けた場合に、受け付けた前記各パラメータ間の組み合わせの適否を、前記各パラメータに従って実行される処理の内容から生じる特徴であるそれぞれの性質に基づいて判定する組合せ適否判定機能を前記コンピュータに実行させ、
    前記組合せ適否判定機能は、
    前記パラメータと１以上の前記性質とを関係付ける関係付け機能と、
    前記性質に基づいて排他関係にある前記パラメータの組み合わせを表現する排他関係表現機能と、
    複数の前記パラメータを受け付けた際に、受け付けた一のパラメータの全ての前記性質を前記関係付け機能に応じて抽出する第１性質抽出機能と、
    前記性質抽出機能により抽出された前記一のパラメータの性質と排他関係にある前記性質を、前記排他関係表現機能の組み合わせに従って抽出する第２性質抽出機能と、
    前記第２性質抽出機能により抽出された前記一のパラメータの性質と排他関係にある前記性質を有している前記パラメータを抽出するパラメータ抽出機能と、
    前記パラメータ抽出機能により抽出された前記パラメータ群の中に受け付けた他のパラメータが存在する場合、当該他のパラメータと前記一のパラメータとは排他関係にあると判定する排他関係判定機能と、
    を前記コンピュータに実行させることを特徴とするプログラム。
17. 機能や設定項目およびその設定値であるパラメータに従って実行される処理の内容から生じる特徴である１以上の性質を選択可能な性質一覧を表示する性質一覧表示機能と、
    前記性質一覧表示機能により表示された前記性質一覧を介して選択された所望の前記パラメータに関連する前記性質を受け付ける受付機能と、
    前記受付機能により受け付けた選択された所望の前記パラメータに関連する全ての前記性質に従い、排他関係を示すルールファイルを出力するルールファイル出力機能と、
    を前記コンピュータに実行させることを特徴とするプログラム。
18. 処理の内容を設定するためのパラメータを受け付け、受け付けた前記パラメータに応じた処理を実行する情報処理装置におけるパラメータ間の排他関係判定方法であって、
    複数の前記パラメータを受け付けた場合に、受け付けた前記各パラメータ間の組み合わせの適否を、前記各パラメータに従って実行される処理の内容から生じる特徴であるそれぞれの性質に基づいて判定する組合せ適否判定工程を含み、
    前記組合せ適否判定工程は、
    前記パラメータと１以上の前記性質とを関係付ける関係付け工程と、
    前記性質に基づいて排他関係にある前記パラメータの組み合わせを表現する排他関係表現工程と、
    複数の前記パラメータを受け付けた際に、受け付けた一のパラメータの全ての前記性質を前記関係付け工程での関係付けに応じて抽出する第１性質抽出工程と、
    前記性質抽出工程により抽出された前記一のパラメータの性質と排他関係にある前記性質を、前記排他関係表現工程での組み合わせに従って抽出する第２性質抽出工程と、
    前記第２性質抽出工程により抽出された前記一のパラメータの性質と排他関係にある前記性質を有している前記パラメータを抽出するパラメータ抽出工程と、
    前記パラメータ抽出工程により抽出された前記パラメータ群の中に受け付けた他のパラメータが存在する場合、当該他のパラメータと前記一のパラメータとは排他関係にあると判定する排他関係判定工程と、
    を含むことを特徴とするパラメータ間の排他関係判定方法。

Images