JP5089464B2 - 管理装置、管理方法、及びプログラム - Google Patents

Description

本発明は、デバイスリソースの競合回避処理を実行する管理装置及び管理方法ならびに管理方法を実行するプログラムに関するものである。

従来から、複数の複写機やプリンタなどのデバイスを備え、それらを統合的に管理するシステムが提案されている。このシステムにおいては、デバイス管理装置本体には基本的なデバイス管理機能を持ち、必要に応じて後から機能を追加する方法が一般的に実用化されている。そして、追加機能をプラグインとして管理装置にインストールすることで、もとのシステムに変更を加えることなく、新たな機能が使用可能となる。

しかしながら、新規プラグインによる新たな機能と、既存の機能との間に競合が起こる可能性がある。

例えば、特許文献１では、プリンタドライバに対して追加プラグインによる機能として"製本印刷"機能が追加されている。そして、ユーザから印刷時に、プリンタドライバの既存の機能として"グループ"印刷が設定され、さらに追加プラグインによる機能として"製本印刷"が設定されたとする。ユーザにより設定されたこれら機能は、プリンタにおいて同時に実行できないので、特許文献１では、それを回避するための、設定項目に対する競合の制御を行なれている。
特開２００５−１９０４６７号公報

一方、従来からデバイス管理システムにおいて、ユーザに対してデバイスの利用の上限を管理する機能として、上限の印刷枚数を管理するものと、利用した用紙や印刷設定に基づく上限金額により課金管理を行うものがある。

例えば、これら機能を同時に、システム内の管理装置にプラグインとしてインストールした場合について説明する。

システムの内部に印刷管理に使用するデバイスリソースとして、ユーザ毎の「印刷可能残り枚数」を記憶し、ユーザの印刷機能の利用により「印刷可能残り枚数」が「０」になった場合に、システムでは該当ユーザの印刷指示を拒否する。

例えば、上限枚数によりユーザの印刷を制御するプラグインＡでは、ユーザに対して上限枚数を１００枚と設定し、印刷に基づく利用料金によりユーザの印刷を制御するプラグインＢでは、同一のユーザに対して上限金額を１０００円かつ１枚あたりの金額を１円で設定する。

その場合、プラグインＡによる機能において、前述のデバイスリソースの「印刷可能残り枚数」を「１００」と設定し、記憶する。

一方、プラグインＢによる機能において、設定金額と１枚あたりの金額から、ユーザの印刷可能枚数を（上限金額）÷（１枚あたりの金額）＝１０００と計算し、前述のデバイスリソースの「印刷可能残り枚数」を「１０００」と設定しようとする。

ここで、プラグインＡによる設定が先に実行され、次にプラグインＢの設定が実行された場合、デバイスリソースの「印刷可能残り枚数」は、一度「１００」と設定されたものが、上書きされ、最終的に「１０００」と設定される。この場合、プラグインＡとしては、上限枚数が「１００」と設定されたことになったままで、実際には「１０００」枚印刷できる状態になっている。

このように、「印刷枚数」の設定と、「金額」の設定という、各プラグインの機能における設定項目自体は異なるが、設定する先のデバイスリソースが同じである場合に、ユーザの意図した設定が正しく行えない可能性があった。

従って本発明は、ユーザに対してデバイスで提供する機能の利用を制御するための異なる設定が行われた際に、それら設定が競合するかを確認するために、それぞれの設定に関連するリソースとが一致するか否かを検出することを目的とする。

更に、本発明は、ユーザに対してデバイスで提供する機能の利用を制御するための異なる設定が行われた際に、それぞれの設定に関連するリソースとが一致した際には競合を回避するための機能を提供することを目的とする。

上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。

画像形成装置で提供する機能の利用を制御するための管理装置であって、前記画像形成装置で提供する機能で用いるリソースの利用可能な値をユーザごとに記憶する記憶手段と、ユーザに対して前記画像形成装置で提供する機能の利用を制御するための第１の設定を行う第１の設定手段と、ユーザに対して前記画像形成装置で提供する機能の利用を制御するための第１の設定とは異なる第２の設定を行う第２の設定手段と、前記第１の設定と前記第２の設定が競合するかを確認するために、前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致するか否かを検出する検出手段と、を有し、前記リソースは印刷枚数であり、前記第１の設定と前記第２の設定は、前記画像形成装置の印刷機能の利用を許可するか否かの設定と、前記画像形成装置の印刷機能の利用を許可する上限の印刷枚数の設定と、前記画像形成装置の印刷機能の利用を許可する当該印刷機能の利用に基づく料金の上限金額の設定、の中の異なる２つの設定であり、前記検出手段により前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致しないことを検出したことに応じて、前記記憶手段が前記第１の設定に基づき前記第１の設定に関連するリソースの利用可能な値を記憶し、かつ、前記第２の設定に基づき前記第２の設定に関連するリソースの利用可能な値を記憶することを特徴とする。

本発明によれば、ユーザに対して画像形成装置で提供する機能の利用を制御するための異なる設定が行われた際に、それら設定が競合するかを確認するために、それぞれの設定に関連するリソースとが一致するか否かを検出することができる。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
〔第１実施形態〕
以下、実施形態の説明において、デバイスリソースの競合回避処理を実行するモジュール（以下、競合回避処理部と呼ぶ）は、管理装置で動作するデバイス管理アプリケーションの一部の機能として実現される。ここで、競合回避処理部では、デバイスリソースの競合を管理し、排他制御およびデバイスリソースの共有設定などを行う。

本発明では、実施形態として１つのアプリケーションに対して複数のプラグインが追加され、それらの機能をそのアプリケーションにより実現される競合回避処理部によって管理している。

しかしながら、管理装置に対して複数のアプリケーションがインストールされ、それらアプリケーションの機能による競合関係などの管理を行う競合回避処理部を専用のアプリケーションとして別途インストールして実現してもよい。もしくは、管理装置に対してインストールされた複数の上限管理などを行うアプリケーションの中の１つが競合回避処理部を実現し、自分以外に管理装置にインストールされたアプリケーションによる機能との競合関係を管理することで本実施形態を実現してもよい。

本システムは、分散配置されたパーソナルコンピュータなどの情報処理装置（以下、ＰＣと呼ぶ）上、並びに、複合機（ＭＦＰ）、複写機、プリンタなどの画像形成デバイス上で協調動作する競合回避ソフトウエアによって実現される。

図１は、本実施形態を示す管理システムを構成する情報処理装置の構成を説明するブロック図である。本例は、分散配置されるＰＣ１００の構成例を示す。

図１において、ＣＰＵ１０１は、ＲＡＭ１０３をワークメモリとして、ＲＯＭ１０２およびハードディスクドライブ（ＨＤＤ）１１１に格納されたプログラムを実行し、システムバス１０４を介して後述する各構成を制御するとともに、後述する競合回避処理を実行する。

ＨＤＤ１１１は、オペレーティングシステム（ＯＳ）や上記の競合回避ソフトウエアを含む各種プログラムやデータを格納する。競合回避ソフトウエアは、例えば、ディスクドライブ１１２にマウント可能なＣＤ−ＲＯＭなどの記憶媒体によって供給される。

ＣＰＵ１０１は、ディスクコントローラ（ＤＫＣ）１０７を介して、ＨＤＤ１１１およびディスクドライブ１１２にアクセスし、競合回避ソフトウエアなどをＨＤＤ１１１にインストールする。

ＣＰＵ１０１は、ＲＡＭ１０３にロードされるプログラムに従い、ビデオカード（ＶＣ）１０６を介してモニタ１１０にユーザインタフェース（ＵＩ）を表示する。

ユーザは、キーボード（ＫＢ）１０９やマウスなどのポインティングデバイスを操作して、ＵＩに対する指示や入力を行う。ＣＰＵ１０１は、キーボードコントローラ（ＫＢＣ）１０５を介してからユーザ指示や入力を受け付け、ユーザ指示や入力に応じて様々な処理を実行する。

また、ＣＰＵ１０１は、ネットワークインタフェースカード（ＮＩＣ）１０８を介して、ネットワーク２００上の他のＰＣ、サーバ、ＭＦＰ、プリンタ、複写機などと通信可能である。

図２は、本実施形態を示す管理システムの構成を説明するブロック図である。

図２において、サーバ２０１は、図１に示すハードウエア資源を備え、インストールされているオペレーティングシステム（ＯＳ）の管理下でアプリケーションを実行して、データ処理、通信処理、アプリケーション競合検出処理を行う。サーバ２０１は、デバイス統合管理アプリケーションを実行して、後述するようにインストールされるリソース間の競合調停処理を行う。

プラグイン管理部２０３は、デバイス統合管理アプリケーションに対する追加プラグインのインストールを行う機能と、追加プラグインを管理する機能を有する。競合回避処理部２０４は、デバイス統合管理アプリケーションに基づく一部の機能として実現され、デバイス統合管理アプリケーションの基本デバイス管理機能および追加プラグインに基づく機能の競合状態を検出しながら管理し、調停する機能を有する。

プラグイン情報保持部２０５は、デバイス統合管理アプリケーションの基本デバイス管理機能および追加プラグインに基づく機能のデバイスリソース使用状況を保持する機能を有する。

競合調停部２０６は、プラグイン情報保持部２０５に保持された情報を元に、デバイスリソースの競合を調停する機能を有する。

ＰＣ３００は、システム管理者が操作するＰＣであって、図１に示したハードウエア資源を備え、インストールされるＯＳの管理下でアプリケーションを実行して、データ処理、通信処理を行う。ＰＣ３００には閲覧ソフトウエアとして機能するブラウザがインストールされており、システム管理者は、当該ブラウザを通して、サーバ２０１の統合管理アプリケーションが提供する機能を利用可能に構成されている。

デバイス４００は、複写機能に加えて、スキャナ機能、プリンタ機能、ファクシミリ機能などを有するＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）である。

このように構成されたＰＣ３００において、システム管理者は、ＰＣ３００のブラウザ３０１を通してサーバ２０１上で動作するデバイス統合管理アプリケーションを起動する。そして、デバイス統合管理アプリケーションが提供する機能を利用して、デバイス４００の管理を行う。

図３は、本実施形態を示す管理装置における第１のデータ処理手順の一例を示すフローチャートである。本例は、サーバ２０１のデバイス統合管理アプリケーションに追加プラグインをインストールする際の、競合調停処理例である。Ｓ３００〜Ｓ３１１は各ステップを示す。各ステップは、サーバ２０１のＣＰＵ１０１がＲＡＭ１０３にデバイス統合管理アプリケーションをロードして実行することで実現される。

以下、本処理における競合調停として、プラグインＡとプラグインＢを、デバイス統合管理アプリケーションにインストールする場合を用いて説明する。ここで、プラグインＡはユーザ毎の印刷可能枚数を管理するプラグインであり、プラグインＢは、ユーザ毎のデバイスの機能使用制限を行うプラグインである。つまり、プラグインＡとプラグインＢとは、それぞれ異なる設定を行う機能を備え、各機能が競合し合う関係にある。ここで、異なる設定の一方を第１の設定とし、他方を第２の設定とする。

プラグインＡは、ユーザ毎にカラー印刷／モノクロ印刷別に印刷可能な枚数を設定する機能を持つ。管理者がＰＣ３００のブラウザ３０１を操作して、プラグインＡの機能を使用しカラー印刷可能枚数を３００に設定すると、プラグインＡは、デバイスリソースの「カラー印刷可能残り枚数」を３００に設定しようとする。

一方、プラグインＢは、デバイスの提供する機能自体の利用を制限する設定として、ユーザ毎に「カラー印刷不可」や「ファクス送信不可」などを設定する機能を持つ。管理者がプラグインＢの機能を使用し「カラー印刷不可」に設定した場合、プラグインＢは、デバイスリソースの「カラー印刷可能残り枚数」を「０」に設定しようとする。

最初に、管理者はＰＣ３００のブラウザ３０１から、サーバ２０１上で動作するデバイス統合管理アプリケーションを起動させる。管理者は、デバイス統合管理アプリケーションが提供する追加プラグインのインストール機能を使用し、プラグインＡのインストールパッケージのインストールを指示する。ここで、インストールパッケージは、機能を実行するプラグイン本体と、プラグイン情報のセットから成る。

図４は、図１に示したサーバ２０１が管理するプラグインのインストールパッケージに含めるプラグイン情報の一例を示す図である。ここで、プラグインは、プラグインＡである。

図４において、プラグイン情報は、（１）プラグイン名、（２）機能名、（３）設定対象のデバイスリソース、（４）排他か共有か、（５）優先順位、の項目から構成される。

ここで、（３）の設定対象のデバイスリソースは、本プラグインでの設定に関連するデバイスリソースを示し、印刷制限や印刷上限値の設定を行う場合は、例えば印刷可能な残り枚数といったリソースが指定される。

また、（４）の排他か共有かは、設定対象のデバイスリソースを、他の機能と共有して使用できるか、独占して使用する必要があるかを示す。

さらに、（５）の優先順位は、設定対象のデバイスリソースが他の機能と競合した際に、どちらの機能を優先するかの優先順位を示す。ここで、優先順位はその値が小さい方を優先順位が高いものとする
なお、図４に示す例では、プラグインＡの「カラー上限値設定」機能が、デバイスリソース「カラー印刷可能残り枚数」を排他で使用することを示している。

図５、図６は、図２に示したプラグイン情報保持部２０５で保持しているプラグイン管理テーブルの一例を示す図である。

図５に示すプラグイン管理テーブルは、既存のプラグインのプラグイン情報を管理するテーブルである。

プラグイン管理テーブルは、（１）プラグインＩＤ、（２）プラグイン名、（３）機能名、（４）設定対象のデバイスリソース、（５）排他か共有か、（６）優先順位、（７）有効か無効か、の項目から構成される。

ここで、（１）のプラグインＩＤは、プラグインインストール時に、デバイス統合管理アプリケーションによって自動的に一意に振られる。

また、（７）の有効か無効かは、機能が現在有効か無効かを示す。

なお、図５に示す例では、デバイス統合管理アプリケーションには、プラグインＰ１およびＰ２がインストールされていて、プラグインＰ１の機能Ｆ１は、デバイスリソースＲ１を使用していることを示している。同様に、プラグインＰ２の機能Ｆ２は、デバイスリソースＲ２を使用していることを示している。

図２に示すサーバ２０１のプラグイン管理部２０３は、プラグインのインストール指示をＰＣ３００のブラウザ３０１を通して受けると、プラグイン情報を競合回避処理部２０４に渡し、デバイスリソースの調停を依頼する。

まず、Ｓ３００で、競合調停部２０６は、競合調停する追加機能があるかどうかを判断する。具体的には、競合調停部２０６は、プラグインＡのプラグイン情報の「設定対象のデバイスリソース」と、プラグイン情報保持部２０５に保持しているプラグイン管理テーブルの各エントリの「設定対象のデバイスリソース」を比較する。ここで、上記比較の結果、プラグイン管理テーブル上には、プラグインＡの使用するデバイスリソースと競合するデバイスリソースが存在しない。このため、競合調停部２０６は、競合するプラグイン機能は検出されていないと判断し、Ｓ３１０へ進み、プラグイン管理テーブルを更新する。つまり、競合調停部２０６は、比較されるリソースにおいて、関連するリソースが一致するものがない場合には、それぞれのリソースにおいて利用可能な値を記憶させても、各リソース間に影響が及ぼし合うことはない。

これにより、更新後のプラグイン管理テーブルは、図６に示す状態になる。

図６では、プラグインＡのカラー印刷可能枚数設定機能とモノクロ印刷枚数設定機能が両方とも有効であることを示す。

このようにしてデバイスリソースの競合の調停が終了すると、競合回避処理部２０４は調停結果をプラグイン管理部２０３に返す。

次に、Ｓ３１１で、プラグイン管理部２０３は、プラグインＡのインストールを継続し、デバイス統合管理アプリケーションの一部として、プラグインＡの機能を使用できるようにして、本処理を終了する。

次に、管理者はＰＣ３００のブラウザ３０１を介してデバイス統合管理アプリケーションにプラグインＢのインストールを指示する。

図７は、図１に示したサーバ２０１が管理するプラグイン情報の一例を示す図である。

図７に示す例は、プラグインＢのプラグイン情報であり、プラグインＢの「カラー印刷制限」機能が、デバイスリソース「カラー印刷可能残り枚数」を排他で使用することを示している。

競合調停部２０６は、Ｓ３００で、プラグインＢのプラグイン情報（図７）の「設定対象のデバイスリソース」と、プラグイン情報保持部２０５に保持しているプラグイン管理テーブル（図６）の各エントリの「設定対象のデバイスリソース」を比較する。このリソースの比較により、デバイスリソース「カラー印刷可能残り枚数」が、プラグインＢの「カラー印刷制限」機能と、プラグインＡの「カラー上限値設定」機能において関連するリソースが一致するか否かを検出することができる。したがって、この場合には、一致すると判断された場合、つまり、Ｓ３００の判断がＹＥＳとなり、Ｓ３０１へ進む。

そして、Ｓ３０１で、競合回避処理部２０４が調停依頼を受けると、競合調停部２０６は、プラグイン管理テーブルより変化があった機能を検索し、対応するデバイスリソースを確認し、該当デバイスリソースを使用する機能のエントリを優先度順に確認する。ここで、対象デバイスリソースに対するエントリを優先度が高い順に確認していると競合調停部２０６が判断した場合は、Ｓ３０２へ進み、それ以外であると判断した場合は、Ｓ３１０へ進む。

そして、Ｓ３０２で、競合調停部２０６は、プラグインＢの「カラー印刷制限」機能と競合する、プラグインＡの「カラー上限値設定」機能が有効か無効かを、プラグイン管理テーブル（図６）より判断する。

ここで、プラグインＡの「カラー上限値設定」機能が無効であり、かつ他の競合機能が無いと競合調停部２０６が判断した場合は、プラグインＢの「カラー印刷不可」設定機能が有効であるとして、プラグイン管理テーブルを更新する。その後、プラグイン管理部２０３がプラグインＢをインストールする。

一方、Ｓ３０２で、プラグインＡの「カラー上限値設定」機能が有効であると競合調停部２０６が判断した場合は、Ｓ３０３へ進む。なお、図６に示すように、プラグインＡの「カラー上限設定」は現在有効に設定されている。そして、Ｓ３０３で、競合調停部２０６は、プラグインＡの「カラー上限値設定」機能が排他であるか共有であるかを、プラグイン管理テーブル（図６）より判断する。ここで、競合調停部２０６が排他であると判断した場合、プラグインＢのプラグイン情報（図７）とプラグイン管理テーブル（図６）の「優先順位」項目の値を競合調停部２０６が参照する。

そして、Ｓ３０４で、競合調停部２０６は、プラグインＢの「カラー印刷制限」機能と、プラグインＡの「カラー上限値設定」機能のどちらの優先度が高いかを判断する。ここで、プラグインＢの「カラー印刷制限」機能の優先度が高いと競合調停部２０６が判断した場合は、Ｓ３０５へ進む。そして、Ｓ３０５で、プラグインＢの「カラー印刷制限」機能を有効にすると、既存プラグインであるプラグインＡの「カラー上限値設定」機能が無効になると判断する。

一方、Ｓ３０４で、プラグインＡの「カラー上限値設定」機能の優先度が高いと競合調停部２０６が判断した場合は、Ｓ３０６へ進む。

そして、Ｓ３０６で、プラグインＢの「カラー印刷制限」機能をユーザに設定できないように設定画面上で表示をグレーアウトするなどして、使用不可能（または無効に設定）とし、Ｓ３００に戻る。

そして、Ｓ３００で、プラグインＢの全ての機能に対して、競合調停が終了すると、プラグイン管理部２０３は、インストール指示元のＰＣ３００のブラウザ３０１上に、調停結果を表示する。

インストール中のプラグインにより、既存のプラグイン機能が無効になる場合には、図８に示すような警告メッセージをＰＣ３００のブラウザ３０１上に表示する。

ここで、既存の機能を無効化したくない場合は、インストール指示を行っている管理者は、競合した機能をオフにしてインストールを継続する。また、競合調停の結果、インストール中のプラグインに使用できない機能が生じた場合、図９に示すような警告メッセージをＰＣ３００のブラウザ３０１上に表示する。

次に、Ｓ３１０で、プラグイン管理部２０３は、管理者の機能選択結果を競合回避処理部２０４に渡し、競合回避処理部２０４では、管理者の機能選択結果に基づき、プラグイン管理テーブルを更新する。そして、Ｓ３１１で、プラグイン管理部２０３は、プラグインＢのインストールを継続し、デバイス統合管理アプリケーションの一部として、プラグインＢの機能を使用できるようにして、本処理を終了する。

これにより、例えば、既存プラグインと新規プラグインが、ともにカラー印刷の可能枚数を設定する機能を備えるプラグインである場合、デバイスリソースを排他ではなく共有で使用することができる。

一方、Ｓ３０３で、競合調停部２０６が共有であると判断した場合は、Ｓ３０７で、既存プラグインと新規プラグインの競合機能とのどちらの優先度が高いかを競合調停部２０６が判断する。

そして、新規プラグインの競合機能の優先度が高いと競合調停部２０６が判断した場合は、Ｓ３０８へ進む。そして、Ｓ３０８で、新規プラグインの競合機能を有効にすると、既存プラグインの競合機能が、新規プラグインで設定した内容に従属するようになると判断する。この場合、既存プラグインでカラー印刷枚数を１００枚と設定すると、自動で新規プラグインのカラー印刷枚数設定も１００枚となる。

一方、Ｓ３０７で、既存プラグインの競合機能の優先度が高いと競合調停部２０６が判断した場合は、Ｓ３０９へ進み、新規プラグインの競合機能は、既存プラグインで設定した内容に従属するようになると判断する。

次に、インストール後のプラグインの設定変更により、デバイスリソースの競合状態に変化が生じた際の、プラグインの競合調停について図１０のフローチャートを用いて説明する。

図１０は、本実施形態を示す管理装置における第２のデータ処理手順の一例を示すフローチャートである。本例は、サーバ２０１のデバイス統合管理アプリケーションに追加プラグインをインストールした後、設定変更に伴う競合調停処理例である。Ｓ４００〜Ｓ４０５は各ステップを示す。各ステップは、サーバ２０１のＣＰＵ１０１がＲＡＭ１０３にデバイス統合管理アプリケーションをロードして実行することで実現される。

以下、競合調停の例として、ユーザ毎の印刷可能枚数を管理するプラグインＡと、ユーザ毎のデバイスの機能使用制限を行うプラグインＢがデバイス統合管理システムにインストールされているとする。その際のプラグイン管理テーブルは、図１１の状態である。

図１１は、本実施形態を示す管理装置が管理するプラグイン管理テーブルの一例を示す図である。

図１１に示すように、現在プラグイン管理テーブル上では、プラグインＡの「カラー上限値設定」機能と、プラグインＢの「カラー印刷制限」機能が競合していることを示す。また、現在プラグイン管理テーブル上では、プラグインＡの「カラー上限値設定」機能が無効で、プラグインＢの「カラー印刷制限」機能が有効になっていることを示す。

以下、デバイス統合管理システム上で、管理者がプラグインＢの「カラー印刷制限」を無効して、デバイスリソースを使用する機能の設定に変化が生じた場合を例としてデバイスリソースの再調停を依頼する場合を例として処理を説明する。なお、この際、プラグイン管理部２０３は、プラグインの使用機能の変化を競合回避処理部２０４に渡し、デバイスリソースの再調停を依頼する。

まず、Ｓ４００で、競合回避処理部２０４が調停依頼を受けると、競合調停部２０６は、プラグイン管理テーブルより変化があった機能を検索し、対応するデバイスリソースを確認し、該当デバイスリソースを使用する機能のエントリを優先度順に確認する。ここで、該当デバイスリソースを使用する機能のエントリを優先度順に確認していない場合、例えばエントリがない場合は、本処理を終了する。

一方、Ｓ４００で、該当デバイスリソースを使用する機能のエントリを優先度順に確認していると判断した場合は、Ｓ４０１へ進む。

そして、Ｓ４０１で、競合調停部２０６は、該当する機能が排他であるか共有であるかをプラグイン管理テーブルより判断する。ここで、共有であると競合調停部２０６が判断した場合は、Ｓ４０２で、該当する機能を有効化して、Ｓ４００へ戻り、次に優先度の高い機能の確認に移る。

一方、Ｓ４０１で排他であると競合調停部２０６が判断した場合は、Ｓ４０３で、自分よりも優先度が高いエントリがあるかどうかを競合調停部２０６が判断する。ここで、図１１に示すテーブル例では、競合する機能であるプラグインＡの「カラー上限値設定」機能は排他であり、かつＳ４００で検索された機能で、プラグインＡの「カラー上限値設定」機能より優先度の高い機能が存在しない。このため、Ｓ４０３でＮＯと判断されて、Ｓ４０４へ進む。

そして、Ｓ４０４で、競合調停部２０６は、プラグインＡの「カラー上限値設定」機能を有効化する。そして、Ｓ４０５で、競合調停部２０６は、プラグインＢの「カラー印刷制限」機能を無効に、プラグインＡの「カラー上限値設定」機能を有効にして、プラグイン管理テーブル（図１１）を更新して、処理を終了する。

これにより、プラグインＡの「カラー上限値設定」機能が使用可能となる。

本実施形態では、インストール後のプラグインの設定変更により、競合状態が解除された例を示したが、インストール後のプラグインの設定変更により新たに競合状態が生じた場合も同様である。

〔第２実施形態〕
図１２は、本実施形態を示す管理システムの一例を示すブロック図である。なお、図２に示した構成と同一のものには同一の符号を付して、説明を省略する。サーバ２０１は、図２において説明したデバイス統合管理アプリケーションが動作する。

図１２に示す競合回避処理部２０４において、リソース情報保持部２０７は、調停対象となるデバイスリソースの情報と、デバイスリソースの競合情報を保持する機能を有する。

以下、競合調停の例として、ユーザ毎の印刷可能枚数を管理するプラグインＡと、課金管理を行うプラグインＢをデバイス統合管理アプリケーションにインストールする場合を用いて説明する。

プラグインＡは、ユーザ毎にカラー印刷／モノクロ印刷別に印刷可能な枚数を設定する機能を持つ。また、プラグインＡの「カラー上限値設定」機能は、デバイス統合管理アプリケーション上で設定した値を、デバイスリソースの「カラー印刷可能残り枚数」に設定する。

さらに、プラグインＡの「モノクロ上限値設定」機能は、デバイス統合管理アプリケーション上で設定した値を、デバイスリソースの「モノクロ印刷可能残り枚数」に設定する。

一方、プラグインＢの「課金管理」機能は、デバイス統合管理アプリケーション上で、上限金額と１枚あたりの金額を設定し、その値から印刷可能枚数を計算し、デバイスリソースの「トータル印刷可能残り枚数」に設定する。

なお、デバイス統合管理アプリケーションには、予めデバイスリソース同士の関連情報と、競合した際の処理が図１３に示すテーブルに設定されている。

図１３は、本実施形態を示す管理装置におけるデバイスリソース同士の関連情報と、競合時の動作を保持するデバイスリソース管理テーブルの一例を示す図である。

図１３において、デバイスリソース管理テーブルは、（１）リソース番号、（２）デバイスリソース名、（３）関連リソースリスト、（４）競合時の動作、の項目から構成される。

関連リソースリストには、関連するデバイスリソース番号のリストが登録される。図１３に示す例では、「関連リソースリスト」項目には、デバイスリソース「カラー印刷可能残り枚数」に関連するデバイスリソースには、「トータル印刷可能残り枚数」と「モノクロ印刷可能残り枚数」があることが示されている。

また、「競合時の動作」項目には、デバイスリソース同士の競合時の動作について関連リソースリストに対応づけて記載されている。

図１３に示す（１）のリソース番号が「１」のデバイスリソース「カラー印刷可能残り枚数」の「競合時の動作」項目には、トータル枚数とカラー枚数の算出処理が設定（１）、（２）として優先度別に記載されている。

具体的に図１３に示す（１）のリソース番号が「１」のデバイスリソース「カラー印刷可能残り枚数」の「競合時の動作」項目には、デバイスリソース「カラー印刷可能残り枚数」を使用する機能の優先度が高かった場合、「トータル印刷可能枚数」は、「カラー印刷可能残り枚数」と「モノクロ印刷可能残り枚数」に従属し、これらの和とすることを記載している。

また、デバイスリソース「カラー印刷可能残り枚数」を使用する機能の優先度が低かった場合、「カラー印刷可能残り枚数」は、「トータル印刷可能枚数」と「モノクロ印刷可能残り枚数」に従属し、これらの差であることを記載している。

このように設定したデバイスリソース情報テーブルは、デバイス統合管理アプリケーションのリソース情報保持部２０７に保持する。

また、図１３に示す（１）のリソース番号が「２」のデバイスリソース「モノクロ印刷可能残り枚数」の「競合時の動作」項目にも、トータル枚数とモノクロ枚数の算出処理が設定（１）、（２）として優先度別に記載されている。

さらに、図１３に示す（１）のリソース番号が「３」のデバイスリソース「トータル印刷可能残り枚数」の「競合時の動作」項目にも、トータル枚数と、カラー枚数と、モノクロ枚数との算出処理が記載されている。具体的には、（１）−１、（１）−２、（１）−３、（２）が優先度別に記載されている。なお、設定（１）−２は、カラーとモノクロの優先度が等しい場合の算出例である。

図１４は、本実施形態を示す管理装置における第３のデータ処理手順の一例を示すフローチャートである。本例は、サーバ２０１のデバイス統合管理アプリケーションに追加プラグインをインストールする際の、競合調停処理例である。Ｓ３２１〜Ｓ３３１は各ステップを示す。各ステップは、サーバ２０１のＣＰＵ１０１がＲＡＭ１０３にデバイス統合管理アプリケーションをロードして実行することで実現される。

なお、プラグインＡが既にインストールされている状態で、プラグイン管理テーブルは、図１５の状態にあるとする。

図１５は、本実施形態を示す管理装置が管理するプラグイン管理テーブルの一例を示す図である。本例は、図５に示したプラグイン管理テーブルに示した項目以外に、「動作」項目が存在する。本項目については、後に詳述する。この状態で、管理者はデバイス統合管理アプリケーションにプラグインＢのインストールを指示する。

まず、Ｓ３２１で、競合調停部２０６は、競合調停する追加機能があるかどうかを判断する。ここで、競合調停部２０６が競合調停する追加機能がないと判断した場合は、Ｓ３３０へ進み、競合調停部２０６が競合調停する追加機能があると判断した場合は、Ｓ３２２へ進む。

そして、Ｓ３２２で、競合調停部２０６は、プラグインＢのプラグイン情報の「設定対象のデバイスリソース」と、プラグイン情報保持部２０５に保持しているプラグイン管理テーブルの各エントリの「設定対象のデバイスリソース」を比較する。ここで、プラグインＢのプラグイン情報は図１６に示され、プラグイン管理テーブルは図１５に示される。

上記条件において本例の場合、競合調停部２０６は、Ｓ３２２の比較の結果、競合するプラグイン機能は無いと判断する。

次に、Ｓ３２３で、競合調停部２０６は、関連リソースがあるかどうかを以下のような処理に基づいて判断する。プラグインＢのプラグイン情報（図１６）の「設定対象のデバイスリソース」と関連するリソースがあるか、デバイスリソース管理テーブル（図１３）の「リソース番号」項目、「関連リソースリスト」項目と照合する。そして、競合調停部２０６が関連するリソースが存在しないと判断した場合は、Ｓ３２１へ進む。そして、第１実施形態と同様に、Ｓ３３０で、競合回避処理部２０４は、プラグイン管理テーブルを更新し、Ｓ３３１で、プラグイン管理部２０３は、プラグインのインストールを完了する。

本例の場合、Ｓ３２３の照合の結果、プラグインＢの「設定対象のデバイスリソース」である「トータル印刷可能残り枚数」には関連するリソースが存在すると判断される。

この場合は、Ｓ３２４で、競合調停部２０６は、関連するリソースとプラグイン管理テーブル（図１５）の各エントリの「設定対象のデバイスリソース」を比較して関連リソースを使用しているプラグイン機能があるかどうかを判断する。本例の場合、「トータル印刷可能残り枚数」に関連するデバイスリソースである「カラー印刷可能残り枚数」と「モノクロ印刷可能残り枚数」を使用するプラグインの機能が存在する。

ここで、デバイスリソース「カラー印刷可能残り枚数」を使用するプラグインの機能は、プラグインＡの「カラー上限値設定」機能であり、デバイスリソース「モノクロ印刷可能残り枚数」を使用するプラグインの機能は、プラグインＡの「モノクロ上限値設定」機能である。

上記Ｓ３２４で、競合調停部２０６が関連するリソースを使用しているプラグインの機能が存在すると判断した場合は、Ｓ３２５で、競合調停部２０６は、プラグイン管理テーブルを参照し、競合するプラグインの機能が、排他か共有かを判断する。

ここで、競合調停部２０６がＳ３２５において排他であると判断した場合、Ｓ３２６からＳ３２８として、第１実施形態のＳ３０４〜Ｓ３０６と同様に、競合調停部２０６は、プラグインの機能の優先度を判断して、競合の調停を行う。

本例の場合、プラグインＢの「課金管理」機能は共有である。

一方、Ｓ３２５の判断の結果が共有であると競合調停部２０６が判断した場合、Ｓ３２９へ進む。

そして、Ｓ３２９で、競合調停部２０６は、プラグインＢのプラグイン情報（図１６）の「設定対象のデバイスリソース」に対応する、デバイスリソース管理テーブルの「競合時の動作」を参照する。本例の場合、プラグインＢの「課金管理」機能が使用するデバイスリソース「トータル印刷可能残り枚数」の「競合時の動作」を参照する。ここでは、競合時の動作に、優先度の判断を必要としているので、プラグインＢの「課金管理」機能と、プラグインＡの「カラー上限値設定」機能と、プラグインＡの「モノクロ上限値設定」機能との優先度を比較する。ここでは、優先順位の値が小さい方が高優先度とする。

本例では、図１５，図１６に示すように、プラグインＡの「カラー上限値設定」機能とプラグインＡの「モノクロ上限値設定」機能が同優先度で、プラグインＢの「課金管理」機能よりも優先度が高い。このため、図１３に示す「競合時の動作」として、番号３の（１）−２が適用される。ここで、番号３の（１）−２は、図１３に示すように、プラグインＡの「カラー上限値設定」機能とプラグインＡの「モノクロ上限値設定」機能が同優先度の場合の動作である。したがって、競合調停部２０６は、Ｓ３２９で、競合時の動作を番号３の（１）−２と決定して、Ｓ３２１へ戻る。

一方、Ｓ３２１で、プラグインＢの全ての機能に対して、競合調停が終了していると競合調停部２０６が判断した場合は、プラグイン管理部２０３は、インストール指示元のＰＣ３００のブラウザ３０１上に、調停結果を表示する。

本例の場合は、プラグインＢの「課金管理」機能の設定項目は、プラグインＡの「カラー上限値設定」機能とプラグインＡの「モノクロ上限値設定」機能の設定項目に従属する旨を表示する。

なお、警告メッセージ表示後のインストール操作と、プラグイン管理テーブルの更新処理は、第１実施形態と同様である。

ただし、プラグイン管理テーブルの更新の際に、プラグイン管理テーブルの「動作」項目に、Ｓ３２９で決定した「競合時の動作」への参照情報を登録する。

本例の場合は、プラグインＢの「課金管理」機能の「競合時の動作」項目に、デバイスリソース「トータル印刷可能残り枚数」の「競合時の動作」として、図１３に示す競合時の動作を番号３の（１）−２を適用することを登録する。

次に、プラグインインストール後に、デバイス統合管理アプリケーションにおいて各プラグイン機能を設定する際の動作について図１７のフローチャートを用いて説明する。

図１７は、本実施形態を示す管理装置における第４のデータ処理手順の一例を示すフローチャートである。本例は、サーバ２０１のデバイス統合管理アプリケーションと追加プラグインとによる設定画面表示処理例である。Ｓ５００〜Ｓ５０５は各ステップを示す。各ステップは、サーバ２０１のＣＰＵ１０１がＲＡＭ１０３にデバイス統合管理アプリケーション、プラグインとが実行することで実現される。

なお、上記の調停を行ったプラグインＡの「カラー上限値設定」機能とプラグインＡの「モノクロ上限値設定」機能とプラグインＢの「課金管理」機能の各設定項目を、図１８のように同一の画面上で設定する。

ここで、図１８に示すユーザ情報設定画面表示の際には、デバイス統合管理アプリケーションの設定画面上に、各プラグインの設定項目表示領域を用意し、各プラグインは、自分の領域に、各設定項目を表示するものとする。なお、図１８において、異なる２つのプラグインのうち、プラグインＡは印刷機能の利用を許可する上限の印刷枚数を設定し、プラグインＢは、印刷機能の利用に基づく料金の上限金額を設定することができる。

具体的には、管理者がＰＣ３００のブラウザ３０１から、サーバ２０１上で動作するデバイス統合管理アプリケーションにアクセスし、デバイス統合管理アプリケーションに設定画面の表示を要求する。

まず、Ｓ５００で、デバイス統合管理アプリケーションは、管理者からの要求をＰＣ３００から受けると、プラグイン管理部２０３は、各プラグインに設定画面の表示を要求する。ここで、各プラグインは、設定画面の表示要求を受けると、Ｓ５０１で、プラグインは、プラグイン管理テーブルを参照する。そして、Ｓ５０２で、自分の持つ機能全てに対して、機能が有効か無効かを参照し、Ｓ５０３で有効な機能を自身の表示領域に表示する。

そして、Ｓ５０４で、全プラグインの表示領域の表示が完了すると、デバイス統合管理アプリケーションは、設定画面表示の指示元であるＰＣ３００のブラウザ３０１上に、設定画面を表示して、本処理を終了する。

一方、Ｓ５０２で、機能が無効であるとプラグインが判断した場合は、Ｓ５０５で設定項目を表示しない。

図１９は、本実施形態を示す管理装置における第５のデータ処理手順の一例を示すフローチャートである。本例は、管理者が設定画面（図１８）において「設定」ボタンを押下し、デバイス統合管理アプリケーションに対して設定を行う際の処理例である。Ｓ６００〜Ｓ６０６は各ステップを示す。各ステップは、サーバ２０１のＣＰＵ１０１がＲＡＭ１０３にデバイス統合管理アプリケーション、プラグインとが実行することで実現される。

また、本例では、設定画面（図１８）のプラグインＡの「カラー上限値設定」項目に、２０００ページ、プラグインＡの「モノクロ上限値設定」項目に８０００ページと入力する。また、プラグインＢの「課金管理」設定の、チャージ金額に１０００円、１ページあたりの値段に１円と入力し、「設定」ボタンを押下した場合を説明する。

まず、デバイス統合管理アプリケーションは、「設定」ボタン押下イベントを受け取ると、Ｓ６００で、設定処理を行うよう各プラグインに通知する。プラグインは、当該通知に基づき、Ｓ６０１で、自身の表示領域に入力された入力値を取得し、入力値を対応するデバイスリソースの設定値に変換する。

本例では、プラグインＡの「カラー上限値設定」項目に入力された２０００ページは、対応するデバイスリソース「カラー印刷可能残り枚数」の設定値２０００に変換する。プラグインＡの「モノクロ上限値設定」項目に入力された８０００ページは、対応するデバイスリソース「モノクロ印刷可能残り枚数」の設定値８０００に変換する。

また、プラグインＢの「課金管理」設定項目に入力された「チャージ金額」１０００円と、「１ページあたりの値段」１円は、対応するデバイスリソース「トータル印刷可能残り枚数」の設定値を、１０００円÷１円／１ページ＝１０００ページと変換する。

次に、Ｓ６０２で、プラグインは、変換した値をデバイス統合管理アプリケーションの競合調停部２０６に渡す。ここで、競合調停部２０６は、Ｓ６０３で、プラグイン管理テーブルの「動作」項目を参照し、「動作」設定があるか否かを判断する。ここで、動作設定が無いと競合調停部２０６が判断した場合は、Ｓ６０５で、競合調停部２０６は、Ｓ６０３でプラグインから受け取った値をそのままプラグインに返す。

一方、Ｓ６０３で、動作設定があると競合調停部２０６が判断した場合は、Ｓ６０４へ進む。そして、Ｓ６０４で、競合調停部２０６は、プラグイン管理テーブルの「動作」に登録された「競合時の動作」への参照情報に対応する動作設定を、デバイスリソース管理テーブルから取得し、設定した動作設定に従って設定値を更新する。

本例では、プラグインＡの「カラー印刷可能残り枚数」の設定値２０００と、プラグインＡの「モノクロ印刷可能残り枚数」の設定値８０００に従って、プラグインＢの「課金管理」機能が設定する「トータル印刷可能残り枚数」の設定値が更新される。

また、プラグインＢの「課金管理」機能が設定する「トータル印刷可能残り枚数」の設定値は、「カラー印刷可能残り枚数」の設定値２０００と、「モノクロ印刷可能残り枚数」の設定値８０００の和の１００００となる。

そして、Ｓ６０５で、競合調停部２０６は、プラグインにＳ６０４で更新した設定値を通知する。この通知に基づき、Ｓ６０６で、プラグインは、Ｓ６０５で受け取った設定値を元に、内部で処理を行い、対応するデバイスリソースに設定値を設定する。

本例では、プラグインＡの各機能の入力値が、対応する各デバイスリソースの設定値となり、デバイスに設定される。プラグインＢの「課金管理」機能は、Ｓ６０１で変換した値と、Ｓ６０５で通知された設定値が異なる。Ｓ６０５で通知された１００００に合わせるため、例えば、「チャージ金額」を１００００円、「１ページあたりの値段」を１円に変更する処理を行い、デバイスリソース「トータル印刷可能残り枚数」に１００００を設定する。

本実施形態では、自動で入力値を変更してデバイスリソースに設定する例をあげたが、実際にデバイスリソースに設定を行う前に、警告表示を行ってもよい。

〔第３実施形態〕
以下、第３実施形態について説明する。なお、第１、第２実施形態と同様の構成については、同一符号を付して、その詳細説明を省略する。

図２０は、本実施形態を示す管理システムの構成を説明するブロック図である。なお、図２と同一のものには同一の符号を付してある。また、サーバ２０１上で、は、第１、第２実施形態と同様にデバイス統合管理アプリケーションが動作する。

図２０において、管理者情報管理部２０８は、デバイス統合管理アプリケーションを使用するシステム管理者、プラグイン管理者の情報を管理する機能を有する。

ＰＣ３００およびＰＣ３０２は、システム管理者が操作するＰＣである。システム管理者は、ＰＣのブラウザ３０１およびブラウザ３０３を通して、サーバ２０１上で動作するデバイス統合管理アプリケーションにアクセスし、デバイス統合管理アプリケーションが提供する機能を利用して、デバイス４００の管理を行う。

本実施形態では、システム管理者がプラグイン毎に複数人存在する場合における、各プラグイン機能の競合回避方法について説明する。

また、競合調停の例として、ユーザ毎の印刷可能枚数を管理するプラグインＡと、ユーザ毎のデバイスの機能使用制限を行うプラグインＢを、デバイス統合管理アプリケーションにインストールする場合を用いて説明する。

また、本システムにおいて、プラグインＡの管理者は、Ｍａｎａｇｅｒ Ａであり、プラグインＢの管理者は、Ｍａｎａｇｅｒ Ｂとする。

さらに、プラグインＡは、ユーザ毎にカラー印刷／モノクロ印刷別に印刷可能な枚数を設定する機能を持つ。カラー印刷可能枚数を３００に設定すると、プラグインＡは、デバイスリソースの「カラー印刷可能残り枚数」を３００に設定しようとする。

一方、プラグインＢは、デバイスの使用制限の設定として、ユーザ毎に「カラー印刷不可」や「ファクス送信不可」などを設定する機能を持つ。「カラー印刷不可」に設定すると、プラグインＢは、デバイスリソースの「カラー印刷可能残り枚数」を「０」に設定しようとする。

図２１は、本実施形態を示す管理装置における第６のデータ処理手順の一例を示すフローチャートである。本例は、図１８に示す設定画面のプラグインＡの「カラー上限デバイス統合管理アプリケーションに追加プラグインをインストールする際の、情報設定処理例である。Ｓ７００〜Ｓ７０５は各ステップを示す。各ステップは、サーバ２０１のＣＰＵ１０１がＲＡＭ１０３にデバイス統合管理アプリケーションをロードして実行することで実現される。

最初に、Ｍａｎａｇｅｒ Ａは、ＰＣ３００のブラウザ３０１から、サーバ２０１上で動作するデバイス統合管理アプリケーションにアクセスする。また、Ｍａｎａｇｅｒ Ａは、デバイス統合管理アプリケーションが提供する追加プラグインインストール機能を使用し、プラグイン Ａのインストールパッケージをデバイス統合管理アプリケーションに渡し、インストールを指示する。ここで、プラグインＡのインストールパッケージは、図４に示すプラグイン情報を含むこととする。なお、インストール指示には、プラグインの管理者情報も含む。

さらに、デバイス統合管理アプリケーションのプラグイン情報保持部２０５に保持しているプラグイン管理テーブルは、図５の状態であるとする。

図２２は、本実施形態を示す管理装置で提供されるユーザインタフェース（ＵＩ）の一例を示す図である。本例は、プラグインインストールの際に表示されるＵＩで、プラグインＡの管理者を設定するものである。

図２２において、本ＵＩの管理者選択部には、デバイス統合管理アプリケーションの管理者情報管理部２０８に保持している管理者情報テーブル（図２３）に予め登録されている管理者一覧が表示される。インストールを実行する管理者は、そこからプラグインＡの管理者を選択する。なお、図２３に管理者が登録されていない場合は、ボタンＢＴ１、ＢＴ２を操作することで、管理者を新規に登録することができるように構成されている。

ここでは、Ｍａｎａｇｅｒ Ａは、自身をプラグインＡの管理者として設定する。

Ｓ７００で、Ｍａｎａｇｅｒ Ａの管理者の設定操作により、デバイス統合管理アプリケーションは、プラグインＡの管理者として、Ｍａｎａｇｅｒ Ａを登録する。
図２４は、本実施形態を示す管理装置におけるプラグイン情報の一例を示す図である。本例は、プラグイン管理者対応テーブルは、プラグインとプラグイン管理者の対応情報を管理するテーブルである。

図２４において、プラグイン管理者対応テーブルは、（１）プラグインＩＤ、（２）管理者ＩＤの項目から構成される。

本例では、明示的に管理者を設定する方法を示したが、プラグインのインストールを実行している管理者を、プラグイン管理者として自動的に設定してもよい。

また、プラグイン管理者は複数選択しても良いし、個人単位ではなくグループ単位で設定してもよい。

また、デバイス統合管理アプリケーションにプラグイン一覧とその管理者を表示する図２５に示すＵＩ画面を用意し、そこから、管理者の変更を行う手段も提供する。

デバイス統合管理アプリケーションのプラグイン管理部２０３は、プラグインのインストール指示を受けると、プラグイン情報を競合回避処理部２０４に渡す。そして、Ｓ７０１で、競合回避処理部２０４は、デバイスリソースの調停を行う。ここで、デバイスリソースの調停方法は、第１，第２実施形態と同様である。この調停の結果、プラグインＡの使用するデバイスリソースと競合するデバイスリソースがプラグイン管理テーブルに存在しない。このため、Ｓ７０２で、競合回避処理部２０４が既存のプラグインに影響があるかどうかを判断すると、競合するプラグイン機能は無いと判断する。そして、Ｓ７０４へ進み、プラグイン管理テーブルを更新する。

なお、更新後のプラグイン管理テーブルは、図６に示す状態になる。図６では、プラグインＡのカラー印刷可能枚数設定機能とモノクロ印刷枚数設定機能が両方とも有効であることを示す。

デバイスリソースの競合の調停が終了すると、競合回避処理部２０４は調停結果をプラグイン管理部２０３に返す。そして、Ｓ７０５で、プラグイン管理部２０３は、プラグインＡのインストールを継続し、デバイス統合管理アプリケーションの一部として、プラグインＡの機能を使用できるようにする。

次に、デバイス統合管理アプリケーションに上記手順でプラグインＡが追加された後に、プラグインＢをインストールする例を説明する。具体的には、Ｍａｎａｇｅｒ Ｂが、ＰＣ３０２のブラウザ３０３から、デバイス統合管理アプリケーションにプラグインＢのインストールを指示した場合の処理について説明する。

なお、プラグインＢのインストールパッケージは、図８のプラグイン情報を含むこととする。以下、図２１に示すフローチャートに基づいて説明する。

まず、Ｓ７００で、プラグイン管理者として、Ｍａｎａｇｅｒ Ｂを設定する。このプラグインのインストール指示により、Ｓ７０１で、競合回避処理部２０４は、デバイスリソースの調停を行う。

このようにしてプラグインＢの全ての機能に対して、競合調停が終了すると、プラグイン管理部２０３は、インストール指示元のＰＣ３０２のブラウザ３０３上に、調停結果を表示する。この調停の結果、Ｓ７０２で、既存プラグインの機能が無効もしくは機能に制限がかかると判断した場合、プラグイン管理部２０３は、次のテーブルを参照する。ここで、参照するテーブルには、管理者情報管理部２０８に保持している管理者情報テーブル（図２３）およびプラグイン管理者対応テーブル（図２４）および通知方法管理テーブル（図２６）が含まれる。

図２６は、図２０に示した管理者情報管理部２０８に保持している通知方法管理テーブルの一例を示す図である。

図２６において、通知方法管理テーブルは、プラグイン機能の競合が発生した場合の管理者への通知方法を管理するテーブルである。

また、管理者への通知方法の設定は、図２７に示すユーザインタフェースを表示することで行う。

図２７は、本実施形態を示す管理装置におけるデバイス統合管理アプリケーションの管理者管理画面の一例を示す図である。

図２７に示すように、管理者を新規登録あるいは編集する際に、その管理者が管理するプラグインが、他のプラグインに影響を受ける場合、通知する手段を選択する。本例は、通知する手段として「メール送信」、「ＵＩ表示」、「通知しない」など、予め用意された通知方法から選択する。

例えば、「ＵＩ表示」の場合は、図２８に示すユーザインタフェースを該当の管理者がデバイス統合管理アプリケーションにログインした際のトップページに表示する。

本実施形態では、管理者毎に通知方法を設定したが、プラグインやプラグイン機能毎に通知方法を設定してもよい。以下、図２１に示す説明を続ける。

一方、Ｓ７０２で、競合回避装置部２０４が既存のプラグインに影響がないと判断した場合は、Ｓ７０３で、プラグイン管理部は、各テーブルの情報を参照し、影響を受ける既存プラグインの管理者に所定の方法で通知を行う。次に、Ｓ７０４で、競合調停部２０６は、調停結果に基づいてプラグイン管理テーブルを更新する。ここで、更新方法は、第１、第２実施形態と同様である。

そして、Ｓ７０５で、プラグイン管理部２０３は、プラグインＢのインストールを継続し、デバイス統合管理アプリケーションの一部として、プラグインＢの機能を使用できるようにして、本処理を終了する。

上記方法では、プラグインの機能無効もしくは機能制限を自動で実行し、影響を受けるプラグイン管理者に通知したが、他のプラグイン管理者の許可を得てから、プラグインの機能無効もしくは機能制限を実行してもよい。その場合、プラグイン管理部２０３は、Ｓ７０３で管理者に通知を行う際に、「プラグインの機能無効もしくは機能制限」の許可を求める通知を行う。

本実施形態の場合、プラグインＢの「カラー印刷制限」機能は、プラグインＡの「カラー印刷枚数制限」機能と同じ、デバイスリソースの「カラー印刷可能残り枚数」を使用している。

プラグインＢの「カラー印刷制限」機能が、プラグインＡの「カラー印刷枚数制限」機能より優先度が高い場合、プラグインＡの管理者に許可を求める。また、機能が「排他」である場合は、プラグインＡの「カラー印刷枚数制限」機能を無効にする許可を求めることになる。さらに、機能が「共有」である場合は、プラグインＡの「カラー印刷枚数制限」機能の設定値は、プラグインＢの「カラー印刷制限」機能の設定値に従属するという制限が付くことに対する許可を求めることになる。

なお、Ｓ７０４で、競合調停部２０６がプラグイン管理テーブルを更新する際に、プラグインＢの「カラー印刷制限」機能が許可待ちであるという情報をテーブルに付加する。プラグイン管理テーブルには、図２９に示すように変更前の設定と、変更後の設定両方を保持している。

また、Ｓ７０５で、プラグイン管理部２０３は、プラグインＢのインストールを継続し、デバイス統合管理アプリケーションの一部として、プラグインＢの機能を使用できるようにする。その際、許可待ちの機能は、許可を受けるまで使用が出来ない状態でインストールする。

次に、影響を受けるプラグインの管理者が、設定変更を許可する手段について説明する。

図３０は、本実施形態を示す管理装置における第７のデータ処理手順の一例を示すフローチャートである。本例は、影響を受けるプラグインの管理者が、設定変更を許可する処理例である。Ｓ８００〜Ｓ８０５は各ステップを示す。各ステップは、サーバ２０１のＣＰＵ１０１がＲＡＭ１０３にデバイス統合管理アプリケーションをロードして実行することで実現される。

なお、影響を受けるプラグインの管理者がデバイス統合管理アプリケーションにログインした際に、図２８に示すトップページのリンクから、図３１に示すプラグインの設定変更許可画面に遷移する。

ここで、管理者は、自分が管理するプラグインが、他のプラグインから受ける影響を確認し、「許可」／「不許可」を選択する。

デバイス統合管理アプリケーションは、管理者の「許可」／「不許可」通知を受け取ると、Ｓ８００で、競合調停部２０６において、許可待ちの機能の使用可否を判断する基準に達しているか、判断条件を確認する。

ここで、判断条件は、「影響のあるプラグインの全管理者の許可が必要」／「ある一定の閾値を設けて、閾値を超えると更新を実行する」など、デバイス統合管理アプリケーションに予め設定しておく。また、閾値は、例えば優先度による重み付けを行って計算する。例えば、影響のあるプラグインが５つ有り、それぞれ、優先度が１００，２００，３００，４００，５００であるとし、数字が大きいほうが高優先度であるとする。

また、条件には「５０％の許可を得られると更新を実行する」と定義する。そして、全体が、１００＋２００＋３００＋４００＋５００＝１５００であり、その５０％の７５０を超えると更新を実行する。その場合、優先度が５００，２００，１００であるプラグインの管理者が「許可」すると、優先度が４００，３００であるプラグインの管理者が許可していなくても、更新を実行する。

なお、上記条件は、デバイス統合管理アプリケーションが稼動する実情に合わせて設定するのが望ましい。

例えば、１プラグインの管理者が長期不在の場合などに、重要なプラグイン機能のインストールが妨げられないようにするためには、「閾値を設ける」条件を設定すると良い。

Ｓ８０１で、競合調停部２０６が条件を満たしていないと判断した場合、Ｓ８０５へ進み、競合調停部２０６は、受け取った「許可」／「不許可」結果を保持し、許可待ちの機能は、そのまま許可待ち状態とする。

一方、Ｓ８０１で、競合調停部２０６が条件を満たしていると判断した場合、Ｓ８０２で、競合調停部２０６は、許可待ちの機能に対する有効化の可否を判断する。そして、Ｓ８０３で、競合調停部２０６は、許可待ちの機能と、それにより影響のあるプラグインの機能に対し、プラグイン管理テーブルを更新する。

その際、図２１に示すＳ７０４で、プラグイン管理テーブルに付加した「許可待ち」情報を削除する。また、許可待ちの機能の有効化について不可と判断した場合、許可待ちの機能は無効のままとし、影響を受けるプラグインの機能は、プラグインインストール前と変わらず有効のままとする。

一方、許可待ちの機能の有効化について可と判断した場合、許可待ちの機能を有効とする。

また、影響を受けるプラグインの機能に対しては、同一デバイスリソースに対する各プラグインの機能が排他の場合は、機能を無効化する。

また、共有の場合は、影響を受けるプラグインの機能は有効のままであるが、機能の設定が、既存プラグインで設定した内容に従属するようにする。

次に、Ｓ８０４で、プラグイン管理部２０３は、図２１に示したＳ７０３で許可を求めた全管理者に対し、調停結果を所定の方法で通知して、本処理を終了する。

本実施形態では、プラグイン毎に管理者を設定したが、プラグインの機能毎など任意の単位で管理者を設定可能とする。また、プラグイン管理者の操作を補助する機能として、デバイス統合管理アプリケーションに、プラグイン一覧表示画面（図２５）を設ける。さらに、プラグイン一覧表示画面は、インストールされているプラグインやプラグイン機能を一覧表示する。

また、ログイン中の管理者が管理するプラグインや、管理するプラグインに影響のある他のプラグイン機能を、色分けして表示するなどして、管理者がプラグイン機能を更新する際の参考情報として使用できるようにする。プラグイン一覧表示画面は、プラグイン管理テーブル、管理者情報テーブル、プラグイン管理者対応テーブルを元に作成する。

〔第４実施形態〕
以下、第４実施形態について説明する。なお、第１、第２、第３実施形態と同様の構成については、同一符号を付して、その詳細説明を省略する。

本実施形態では、システム管理者がプラグイン毎に複数人存在する場合における、各プラグイン機能の競合回避方法について説明する。

図３２は、本実施形態を示す管理装置における第８のデータ処理手順の一例を示すフローチャートである。本例は、デバイス統合管理アプリケーションにおいて各プラグイン機能を設定する処理例である。Ｓ９００〜Ｓ９０７は各ステップを示す。各ステップは、サーバ２０１のＣＰＵ１０１がＲＡＭ１０３にデバイス統合管理アプリケーションをロードして実行することで実現される。なお、競合調停の例にあげる、プラグインの機能およびプラグイン管理者は、第３実施形態と同様である。

図３３は、本実施形態を示す管理装置におけるユーザインタフェースの一例を示す図である。本例は、プラグインＡの「カラー上限値設定」機能と、プラグインＢの「カラー印刷制限」機能の、各設定項目を設定するためのＵＩ例である。

図３３に示す設定画面では、それぞれ、ログイン中の管理者が管理するプラグインの機能のみを表示したり、他の管理者の管理プラグイン機能はグレーアウトしたりするなどしてもよい。

また、本実施形態では、プラグインＡの「カラー上限値設定」機能と、プラグインＢの「カラー印刷制限」機能は「共有」で、プラグインＢの「カラー印刷制限」機能の方が優先度は高いものとする。

Ｍａｎａｇｅｒ Ｂは、ＰＣ３０２のブラウザ３０３から、サーバ２０１上で動作するデバイス統合管理アプリケーションにアクセスし、デバイス統合管理アプリケーションに設定画面の表示を要求する。

デバイス統合管理アプリケーションは、Ｍａｎａｇｅｒ Ｂからの要求を受けると、ＰＣ３０２のブラウザ３０３上に、設定画面を表示する（図３３）。

Ｍａｎａｇｅｒ Ｂは、表示された画面において、「カラー印刷制限」機能の設定値を変更する。ここでは、Ｕｓｅｒ Ａに対して、「カラー印刷不可」と設定し、「設定」ボタンＢＴ１１を押下する。

デバイス統合管理アプリケーションは、「設定」ボタンＢＴ１１の押下イベントを受け取ると、設定更新を行う機能の設定値を設定する先のデバイスリソースを、プラグイン管理テーブルから検索する。そして、Ｓ９００で、デバイス統合管理アプリケーションは、影響のあるプラグインが未検索であるデバイスリソースが存在するかどうかを判断する。そして、Ｓ９００で、影響のあるプラグインが未検索であるデバイスリソースが存在しないと、デバイス統合管理アプリケーションは判断した場合は、Ｓ９０５へ進む。

一方、Ｓ９００で、デバイス統合管理アプリケーションが、影響のあるプラグインが未検索であるデバイスリソースが存在すると判断した場合は、Ｓ９０１へ進む。そして、Ｓ９０１で、デバイス統合管理アプリケーションは、Ｓ９００で検索したデバイスリソースを使用する他のプラグインの機能を、プラグイン管理テーブルから検索する。そして、Ｓ９０２で、デバイス統合管理アプリケーションは、Ｓ９０１で検索した各プラグインの機能に対して、プラグイン管理者が存在するかどうかを判断して、存在しないと判断した場合は、Ｓ９００へ戻る。

一方、Ｓ９０２で、プラグイン管理者が存在するとデバイス統合管理アプリケーションが判断した場合は、Ｓ９０３で、デバイス統合管理アプリケーションは、管理者情報管理部２０８に保持している管理者情報テーブルを参照して、管理者を検索する。次に、Ｓ９０４で、デバイス統合管理アプリケーションは、設定変更を通知する管理者リストに追加して、Ｓ９０２へ戻る。

一方、Ｓ９００で、デバイスリソースが存在しないとデバイス統合管理アプリケーションが判断した場合は、Ｓ９０５へ進む。そして、Ｓ９０５で、デバイス統合管理アプリケーションはリストに管理者が存在するかどうかを判断して、管理者が存在しないと判断した場合は、Ｓ９０７へ進む。

一方、Ｓ９０５で、デバイス統合管理アプリケーションがリストに管理者が存在すると判断した場合は、Ｓ９０６へ進む。そして、Ｓ９０６で、デバイス統合管理アプリケーションは、検索した管理者に対し、プラグイン管理者対応テーブルからそれぞれの管理者に対する通知内容を決定し、通知者リストに追加する。

本実施形態では、プラグインＢの「カラー印刷制限」の設定変更は、プラグインＡの「カラー上限値設定」機能の設定値に影響を与える。

ここで、通知者リストには、Ｍａｎａｇｅｒ Ａに対し、プラグインＡの「カラー上限値設定」機能を０に設定するという内容を通知することを追加する。

また、Ｓ９０６で、デバイス統合管理アプリケーションは、通知者リストに追加された管理者に、設定変更を通知する。次に、Ｓ９０７で、各プラグインの設定項目を更新して、本処理を終了する。

上記方法では、各プラグインの設定項目を自動で更新し、更新結果を他のプラグインの管理者に通知したが、他のプラグイン管理者の許可を得てから、各プラグインの設定項目の更新を実行してもよい。その場合、デバイス統合管理アプリケーションは、Ｓ９０６で管理者の通知を行う際に、「プラグイン機能の設定値の変更」の許可を求める通知を行う。

本実施形態の場合、プラグインＡの管理者であるＭａｎａｇｅｒ ＡにプラグインＡの「カラー上限値設定」機能を「０」にしてよいか許可を求めることになる。

なお、Ｓ９０７では、競合調停部２０６がプラグイン管理テーブルを更新する際に、プラグインＢの「カラー印刷制限」機能の設定変更が許可待ちであるという情報をプラグイン管理テーブルに付加する。この際、プラグイン管理テーブルには、変更前の設定と、変更後の設定両方を保持する他のプラグインの管理者に許可されるまで、プラグインＢの設定変更は実行しない。

図３４は、本実施形態を示す管理装置における第９のデータ処理手順の一例を示すフローチャートである。本例は、影響を受けるプラグインの管理者が、設定変更を許可する処理例である。Ｓ１０００〜Ｓ１００５は各ステップを示す。各ステップは、サーバ２０１のＣＰＵ１０１がＲＡＭ１０３にデバイス統合管理アプリケーションをロードして実行することで実現される。

本処理では、影響を受けるプラグインの管理者がデバイス統合管理アプリケーションにログインした際に、トップページ（図２８）もしくは、設定画面（図３３）に、プラグインの設定変更許可画面（図３１）へのリンクを表示する。そして、設定変更許可画面（図３１）では、管理者は、自分が管理するプラグインが、他のプラグインから受ける影響を確認し、設定変更の「許可」／「不許可」を選択する。

まず、Ｓ１０００で、デバイス統合管理アプリケーションは、競合調停部２０６において、判断条件を確認する。ここで、判断条件の確認方法は、第３実施形態と同様である。

Ｓ１００１で、競合調停部２０６は、判断を行うための条件を満たしているか否かを判断する。ここで、判断を行うための条件を満たしていないと競合調停部２０６が判断した場合、Ｓ１００５へ進む。そして、Ｓ１００５で、競合調停部２０６は、受け取った「許可」、「不許可」の結果を保持し、許可待ちの設定変更は、そのまま許可待ち状態とする。

一方、Ｓ１００１で、判断を行うための条件を満たしていると競合調停部２０６が判断した場合、Ｓ１００２で、競合調停部２０６は、許可待ちの設定変更の可否を判断する。その際、競合調停部２０６は、図３２に示したＳ９０７でプラグイン管理テーブルに付加した「許可待ち」情報を削除する。

ここで、設定変更が許可されていると競合調停部２０６が判断した場合、Ｓ１００３で、競合調停部２０６は、許可待ちとなっていたプラグイン機能の設定を更新する。合わせて、影響を受けるプラグインの設定も更新する。

一方、Ｓ１００２で、設定変更が許可されていないと競合調停部２０６が判断した場合、設定値は以前のままとして、Ｓ１００４へ進む。

そして、Ｓ１００４で、プラグイン管理部２０３は、設定変更を指示した管理者と、Ｓ９０６（図３２）で許可を求めた全管理者に対し、調停結果を所定の方法で通知して、本処理を終了する。

〔第５実施形態〕
以下、図３５に示すメモリマップを参照して本発明に係る管理装置で読み取り可能なデータ処理プログラムの構成について説明する。

図３５は、本発明に係る管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図３、図１０、図１４、図１７、図１９、図２１、図３０、図３２、図３４に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

本実施形態を示す管理システムを構成する情報処理装置の構成を説明するブロック図である。 本実施形態を示す管理システムの構成を説明するブロック図である。 本実施形態を示す管理装置における第１のデータ処理手順の一例を示すフローチャートである。 図１に示したサーバが管理するプラグインのインストールパッケージに含めるプラグイン情報の一例を示す図である。 図２に示したプラグイン情報保持部で保持しているプラグイン管理テーブルの一例を示す図である。 図２に示したプラグイン情報保持部で保持しているプラグイン管理テーブルの一例を示す図である。 図１に示したサーバが管理するプラグイン情報の一例を示す図である。 本実施形態を示す管理装置におけるユーザインタフェースの一例を示す図である。 本実施形態を示す管理装置におけるユーザインタフェースの一例を示す図である。 本実施形態を示す管理装置における第２のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す管理装置が管理するプラグイン管理テーブルの一例を示す図である。 本実施形態を示す管理システムの一例を示すブロック図である。 本実施形態を示す管理装置におけるデバイスリソース同士の関連情報と、競合時の動作を保持するデバイスリソース管理テーブルの一例を示す図である。 本実施形態を示す管理装置における第３のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す管理装置が管理するプラグイン管理テーブルの一例を示す図である。 本実施形態を示す管理装置が管理するプラグイン管理テーブルの一例を示す図である。 本実施形態を示す管理装置における第４のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す管理装置におけるユーザインタフェースの一例を示す図である。 本実施形態を示す管理装置における第５のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す管理システムの構成を説明するブロック図である。 本実施形態を示す管理装置で提供されるユーザインタフェース（ＵＩ）の一例を示す図である。 本実施形態を示す管理装置における第６のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す管理装置における管理者情報の一例を示す図である。 本実施形態を示す管理装置におけるプラグイン情報の一例を示す図である。 本実施形態を示す管理装置におけるユーザインタフェースの一例を示す図である。 本実施形態を示す管理装置における通知方法管理テーブルの一例を示す図である。 本実施形態を示す管理装置におけるユーザインタフェースの一例を示す図である。 本実施形態を示す管理装置におけるユーザインタフェースの一例を示す図である。 本実施形態を示す管理装置におけるプラグイン管理テーブルの一例を示す図である。 本実施形態を示す管理装置における第７のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す管理装置におけるユーザインタフェースの一例を示す図である。 本実施形態を示す管理装置における第８のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す管理装置におけるユーザインタフェースの一例を示す図である。 本実施形態を示す管理装置における第９のデータ処理手順の一例を示すフローチャートである。 本発明に係る管理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１００ ＰＣ
２００ ネットワーク
２０１ デバイス統合管理システムが動作するサーバ
２０２ デバイス統合管理システム
２０６ デバイス統合管理システム内で動作する競合回避システム
３００ 管理者が操作するＰＣ
４００ デバイス

Claims (13)

1. 画像形成装置で提供する機能の利用を制御するための管理装置であって、
   前記画像形成装置で提供する機能で用いるリソースの利用可能な値をユーザごとに記憶する記憶手段と、
   ユーザに対して前記画像形成装置で提供する機能の利用を制御するための第１の設定を行う第１の設定手段と、
   ユーザに対して前記画像形成装置で提供する機能の利用を制御するための第１の設定とは異なる第２の設定を行う第２の設定手段と、
   前記第１の設定と前記第２の設定が競合するかを確認するために、前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致するか否かを検出する検出手段と、を有し、
   前記リソースは印刷枚数であり、
   前記第１の設定と前記第２の設定は、前記画像形成装置の印刷機能の利用を許可するか否かの設定と、前記画像形成装置の印刷機能の利用を許可する上限の印刷枚数の設定と、前記画像形成装置の印刷機能の利用を許可する当該印刷機能の利用に基づく料金の上限金額の設定、の中の異なる２つの設定であり、 前記検出手段により前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致しないことを検出したことに応じて、前記記憶手段が前記第１の設定に基づき前記第１の設定に関連するリソースの利用可能な値を記憶し、かつ、前記第２の設定に基づき前記第２の設定に関連するリソースの利用可能な値を記憶することを特徴とする管理装置。
2. 前記検出手段により前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致することを検出したことに応じて、前記記憶手段が前記第１の設定と第２の設定との何れかの設定に基づき、当該関連するリソースの利用可能な値を記憶することを特徴とする請求項１に記載の管理装置。
3. 前記検出手段により前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致することを検出したことに応じて、前記記憶手段が前記第１の設定と第２の設定のなかで優先度の高い設定に基づき、当該関連するリソースの利用可能な値を記憶することを特徴とする請求項２に記載の管理装置。
4. 前記第１の設定手段と前記第２の設定手段はユーザの指示に基づき設定を行い、
   前記検出手段により前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致することを検出したことに応じて、前記記憶手段が前記第１の設定と第２の設定との何れかの設定に基づき、当該関連するリソースの利用可能な値を記憶した旨を、前記指示を行ったユーザに通知する通知手段を備えることを特徴とする請求項２または請求項３に記載の管理装置。
5. 前記検出手段により前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致することを検出したことに応じて、第１の設定手段と第２の設定手段の何れかによる設定を制限することを特徴とする請求項１に記載の管理装置。
6. 前記管理装置において画像形成装置で提供する機能の利用を制御するためのアプリケーションが動作し、
   前記第１の設定手段と前記第２の設定手段の何れかまたは両方は、前記アプリケーションに対する追加プラグインに基づく機能として提供されることを特徴とする請求項１乃至請求項５の何れか１項に記載の管理装置。
7. 画像形成装置で提供する機能の利用を制御するための管理装置における管理方法であって、
   前記画像形成装置で提供する機能で用いるリソースの利用可能な値をユーザごと記憶手段に記憶する記憶ステップと、
   ユーザに対して前記画像形成装置で提供する機能の利用を制御するための第１の設定を行う第１の設定ステップと、
   ユーザに対して前記画像形成装置で提供する機能の利用を制御するための第１の設定とは異なる第２の設定を行う第２の設定ステップと、
   前記第１の設定と前記第２の設定が競合するかを確認するために、前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致するか否かを検出する検出ステップと、を有し、
   前記リソースは印刷枚数であり、
   前記第１の設定と前記第２の設定は、前記画像形成装置の印刷機能の利用を許可するか否かの設定と、前記画像形成装置の印刷機能の利用を許可する上限の印刷枚数の設定と、前記画像形成装置の印刷機能の利用を許可する当該印刷機能の利用に基づく料金の上限金額の設定、の中の異なる２つの設定であり、
   前記検出ステップにより前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致しないことを検出したことに応じて、前記記憶手段が前記第１の設定に基づき前記第１の設定に関連するリソースの利用可能な値を記憶し、かつ、前記第２の設定に基づき前記第２の設定に関連するリソースの利用可能な値を記憶することを特徴とする管理方法。
8. 前記検出ステップにより前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致することを検出したことに応じて、前記記憶手段が前記第１の設定と第２の設定との何れかの設定に基づき、当該関連するリソースの利用可能な値を記憶することを特徴とする請求項７に記載の管理方法。
9. 前記検出ステップにより前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致することを検出したことに応じて、前記記憶手段が前記第１の設定と第２の設定のなかで優先度の高い設定に基づき、当該関連するリソースの利用可能な値を記憶することを特徴とする請求項８に記載の管理方法。
10. 前記第１の設定ステップと前記第２の設定ステップはユーザの指示に基づき設定を行い、
    前記検出ステップにより前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致することを検出したことに応じて、前記記憶手段が前記第１の設定と第２の設定との何れかの設定に基づき、当該関連するリソースの利用可能な値を記憶した旨を、前記指示を行ったユーザに通知する通知ステップを備えることを特徴とする請求項８または請求項９に記載の管理方法。
11. 前記検出ステップにより前記第１の設定に関連するリソースと第２の設定に関連するリソースとが一致することを検出したことに応じて、第１の設定ステップと第２の設定ステップの何れかによる設定を制限することを特徴とする請求項７に記載の管理方法。
12. 前記管理装置において画像形成装置で提供する機能の利用を制御するためのアプリケーションが動作し、
    前記第１の設定ステップと前記第２の設定ステップの何れかまたは両方は、前記アプリケーションに対する追加プラグインに基づく機能として提供されることを特徴とする請求項７乃至請求項１１の何れか１項に記載の管理方法。
13. 請求項７〜１２のいずれか１項に記載の管理方法をコンピュータに実行させることを特徴とするプログラム。

Images