JP6024421B2 - サーバ及びプログラム - Google Patents

Description

本発明は，画像処理装置を管理するサーバ及びサーバに実行させるプログラムに関する。さらに詳細には，管理対象となる画像処理装置をグループ化し，グループごとに画像処理装置の利用機能を管理するサーバ及びプログラムに関するものである。

従来から，画像処理装置をグループ化し，グループごとに画像処理装置の利用機能を管理する技術が知られている。例えば，特許文献１には，印刷装置をグループ化し，さらにユーザごとに印刷枚数を制限する制限情報をグループ内の個々の印刷装置に備え，グループ内のある印刷装置にて制限情報が変更された場合に，グループ内の他の印刷装置にもその変更を反映する技術が開示されている。

特開２００８−１４３０４３号公報

しかしながら，前記した従来の技術では，次のような問題があった。すなわち，管理するグループが複数あり，管理対象となる画像処理装置の所属グループを変更する際の動作に改善の余地がある。例えば，ある画像処理装置の所属グループを管理者が変更する際に，その画像処理装置が変更先のグループで制限されている機能に関するジョブを実行している場合，そのジョブが終了するまでグループの変更ができないとすれば，管理者にとって不便である。一方で，所属グループの変更を優先して実行中のジョブをキャンセルすると，その画像処理装置のユーザが不満を覚える。

本発明は，前記した従来の技術が有する問題点を解決するためになされたものである。すなわちその課題とするところは，画像処理装置をグループ化して管理するサーバについて，画像処理装置の所属グループの変更に伴う動作の改善を図る技術を提供することにある。

この課題の解決を目的としてなされたサーバは，画像処理装置に関するグループの情報を記憶するグループ記憶部と，前記グループごとに，画像処理装置の機能とその機能の制限情報とを関連付けて記憶する制限記憶部と，前記グループ記憶部に記憶されている画像処理装置の所属する所属グループを現在所属する第１グループから第２グループへ変更する変更指示を受け付ける受付部と，制御部とを備え，前記制御部は，前記受付部が前記変更指示を受け付けた際，変更対象の画像処理装置である変更装置が，前記第２グループにて利用が制限される機能である制限機能に関するジョブである制限ジョブを実行しているか否かを前記制限情報に基づいて判断し，前記制限ジョブを実行していると判断した場合には，所属グループを変更する処理の一部を実行し，前記変更装置を前記制限機能の利用が許可されるグループに登録された状態にしてその制限ジョブの実行を継続し，その制限ジョブの実行が終了したことを条件として所属グループを変更する処理の残りを実行し，前記変更装置の所属グループの変更を完了させ，前記制限ジョブを実行していないと判断した場合には，所属グループを変更する処理を全て実行し，前記変更装置の所属グループの変更を完了させることを特徴としている。

本明細書に開示されるサーバは，画像処理装置の所属グループを第１グループから第２グループへ変更する変更指示を受けた場合に，変更装置が制限ジョブを実行中でなければ，そのまま所属グループを変更する処理を全て実行する。一方，変更装置が制限ジョブを実行中であれば，変更装置を一時的に制限機能の利用が許可されるグループに登録することにより，制限ジョブの実行を継続させ，制限ジョブの実行が終了してから，所属グループを変更する処理を完了させる。なお，画像処理装置のグループは，管理者によって，任意に振り分けられるグループであってもよいし，ユーザや設置場所ごとに分類されるグループであってもよい。また，画像処理装置の機能としては，例えば，コピー，スキャン，ＦＡＸ送信，ＦＡＸ受信，ＦＡＸタイマー送信，受信済みＦＡＸの印刷，ＰＣプリントが該当する。また，所属グループを変更する処理としては，例えば，第２グループへの登録や，第１グループからの削除が含まれる。さらに，ジョブの課金先の変更をも含んでもよい。なお，制限情報には，利用可否の情報の他，例えば，利用制限回数や利用残回数も該当する。

すなわち，本明細書に開示されるサーバでは，変更装置が，制限機能に関するジョブである制限ジョブを実行している場合であっても，所属グループを変更する処理の一部として，変更装置を制限機能の利用が許可されるグループに登録された状態とするので，制限ジョブの実行は継続される。従って，制限ジョブのユーザにとっては不便を感じない。一方，制限ジョブの実行が継続されても，所属グループを変更する処理は開始されることから，管理者は，所属グループを変更するにあたって，実行中の制限ジョブの終了を待つ必要がない。従って，管理者にとっては，変更処理を早期に開始でき，画像処理装置のユーザにとっては，実行中のジョブが継続して実行されるので，いずれにとっても好適である。

また，前記制御部は，前記制限ジョブを実行していると判断した場合に，前記変更装置を前記第１グループに所属させた状態で前記第２グループに登録し，前記制限ジョブの実行が終了したことを条件として，前記変更装置を前記第１グループから削除してもよい。このようにすれば，制限ジョブの実行中，変更装置を第１グループと第２グループとの両方に登録された状態となり，所属グループの変更が完了する前であっても，第１グループに基づいて制限ジョブの実行が継続できるとともに，第２グループに基づいて別の機能が利用可能になる。そのため，変更装置のユーザにとって利便性がより高まる。なお，「登録する」とは，グループ記憶部にデータを追加して記憶させることであり，「削除する」とは，グループ記憶部に記憶されているデータを消去させることである。

また，前記制御部は，前記制限ジョブを実行していると判断した場合に，前記変更装置を前記第１グループから削除し，さらに前記変更装置を少なくとも前記制限機能の利用が許可される作業グループに登録し，前記制限ジョブの実行が終了したことを条件として，前記変更装置を前記作業グループから削除し，さらに前記変更装置を前記第２グループに登録してもよい。このようにすれば，制限ジョブの実行中，少なくとも実行中の制限機能の利用が許可される作業グループに登録された状態となり，所属グループの変更が完了するまでの間，作業グループに基づいて制限ジョブの実行が継続できる。また，作業グループに基づいて他の機能の利用を制御できるため，管理者あるいは変更装置のユーザに応じた適切な動作が期待できる。なお，作業グループでは，制限機能以外の機能については，許可しても許可しなくてもよい。他の機能の利用を制限する方が，制限ジョブの実行中に他の機能に関するジョブが開始されることを防ぐことができ，制限ジョブの完了遅延を抑制できる。一方，他の機能の利用を制限しない方が，制限ジョブの実行中に他の機能に関するジョブを開始することができ，変更装置の利便性が向上する。

また，前記制御部は，前記制限ジョブを実行していると判断した場合に，前記変更装置に対して前記制限ジョブの実行が完了するまでの間に受け付けた新たなジョブの実行を許可するか否かを判断し，前記新たなジョブの実行を許可すると判断した場合には，前記制限ジョブを実行した後に前記新たなジョブの実行を開始し，前記新たなジョブの実行を許可しないと判断した場合には，前記新たなジョブの実行を制限してもよい。新たなジョブとしては，例えば，所属グループを変更する処理を開始した時点で既に受け付け済みで待機状態であったジョブ，または，所属グループを変更する処理を開始後で完了するまでの間に受け付けたジョブが該当する。制限ジョブの実行中における，新たなジョブの実行は，変更装置のユーザにとっては便利であるが，制御部の負荷が増大し，結果として所属グループの変更を遅延させるおそれがある。そのため，新たなジョブの実行許可を判断する処理を設け，必要に応じてそのジョブの実行可否を制限できる方が好ましい。

また，前記制御部は，前記新たなジョブの実行について，前記第１グループと前記第２グループとの少なくとも一方で許可されている機能に関するジョブであれば許可し，それ以外のジョブであれば許可しないとしてもよい。このようにすれば，所属グループを変更する処理の実行中であってもできる限り新たなジョブの実行を許可する。従って，変更装置のユーザにとって好ましい。

また，本明細書に開示されるサーバは，前記グループごとに，該グループに所属する画像処理装置で実行されるジョブに対する課金に関する情報を記憶する課金記憶部を備え，前記制御部は，前記課金記憶部に記憶されている情報に基づいて，前記新たなジョブが前記第１グループで許可されている機能に関するジョブであれば，前記新たなジョブに関する課金の課金先を前記第１グループに対応する課金先に決定し，前記新たなジョブが前記第１グループで許可されている機能に関するジョブでなければ，前記新たなジョブに関する課金の課金先を前記第２グループに対応する課金先に決定するとしてもよい。所属グループの変更が完了する前に受け付けたジョブに関する課金であることから，第１グループで許可されている機能については，変更装置のユーザにとって第１グループに対応する課金先に課金する方が好ましい。

また，前記制御部は，前記新たなジョブの実行について，前記第２グループで許可されている機能に関するジョブであれば許可し，それ以外のジョブであれば許可しないとしてもよい。判断対象となる新たなジョブが，第２グループで許可されている機能に関するジョブである限り，実行が許可される方が，管理者の意図に合致して好ましい。

また，本明細書に開示されるサーバは，前記グループごとに，該グループに所属する画像処理装置で実行されるジョブに対する課金に関する情報を記憶する課金記憶部を備え，前記制御部は，前記課金記憶部に記憶されている情報に基づいて，前記新たなジョブに関する課金の課金先を前記第２グループに対応する課金先に決定してもよい。新たなジョブは，所属グループを変更する処理を受け付けた後に完了するジョブであることから，このジョブが第２グループで許可されている機能に関するジョブであれば，第２グループに対応する課金先に課金する方が好ましい。

また，前記制御部は，前記新たなジョブの実行について，重要度が閾値より高い機能に関するジョブであれば許可し，それ以外のジョブであれば許可しないとしてもよい。新たなジョブの実行は，所属グループの変更を遅延させるおそれがあるため，そのジョブの実行を制限できる方が好ましいが，すべてのジョブの実行を制限してしまうと，ＦＡＸ受信等，重要度が高いジョブについても失われてしまう。そのため，重要度が高い機能に関するジョブに限り実行を許可することで，管理者と変更装置のユーザとで利益のバランスを取ることができる。重要度の高低の判断は，例えば，重要度を表す値と閾値との大小の判断によるとしてもよい。

また，前記制御部は，前記新たなジョブの実行について，（１）前記第１グループと前記第２グループとの少なくとも一方で許可されている機能に関するジョブであれば許可し，それ以外のジョブであれば不許可しないとする条件と，（２）前記第２グループで許可されている機能に関するジョブであれば許可し，それ以外のジョブであれば許可しないとする条件と，（３）重要度が閾値より高い機能に関するジョブであれば許可し，それ以外のジョブであれば許可しないとする条件と，（４）全てのジョブを許可しないとする条件とのうちの少なくとも２つの条件から１つを選択し，選択した条件に従って判断するとしてもよい。これらの条件を選択可能にすることで，状況に応じてより好適な処理を実行することが期待できる。

また，前記制御部は，前記制限ジョブを実行していると判断した場合に，前記制限ジョブの実行が完了するまでの間に受け付けた，前記変更装置に対する新たなジョブの実行を制限してもよい。新たなジョブの実行は，所属グループの変更を遅延させるおそれがあるため，そのジョブの実行を制限できる方が好ましい。

また，前記制御部は，前記制限ジョブを実行していると判断し，所属グループを変更する処理の一部を開始した後，所定時間を経過しても前記制限ジョブの実行が終了していない場合に，前記制限ジョブの実行を終了させてもよい。管理者が所属グループの変更指示を入力したにもかかわらず長期間変更されない状況，すなわち管理者の意図と異なる状況が長期間継続される状況は好ましくない。そのため，所定時間を経過しても制限ジョブが終了しない場合には，制限ジョブを強制終了し，所属グループの変更を優先させる方が好ましい。

また，前記制御部は，前記制限ジョブを実行していると判断した場合に，（１）前記変更装置を前記第１グループに所属させた状態で前記第２グループに登録し，前記制限ジョブの実行が終了したことを条件として，前記変更装置を前記第１グループから削除する処理と，（２）前記変更装置を前記第１グループから削除し，さらに前記変更装置を少なくとも前記制限機能の利用が許可される作業グループに登録し，前記制限ジョブの実行が終了したことを条件として，前記変更装置を前記作業グループから削除し，さらに前記変更装置を前記第２グループに登録する処理とのいずれか一方を選択し，選択した処理を実行してもよい。（１）と（２）とを選択可能にすることで，管理者あるいは変更装置のユーザに応じた適切な動作がより期待できる。

また，本明細書には，画像処理装置に関するグループの情報を記憶するグループ記憶部と，前記グループごとに，画像処理装置の機能とその機能の制限情報とを関連付けて記憶する制限記憶部と，前記グループ記憶部に記憶されている画像処理装置の所属する所属グループを現在所属する第１グループから第２グループへ変更する変更指示を受け付ける受付部とを備えるサーバに，前記受付部が前記変更指示を受け付けた際，変更対象の画像処理装置である変更装置が，前記第２グループにて利用が制限される機能である制限機能に関するジョブである制限ジョブを実行しているか否かを前記制限情報に基づいて判断し，前記制限ジョブを実行していると判断した場合には，所属グループを変更する処理の一部を実行し，前記変更装置を前記制限機能の利用が許可されるグループに登録された状態にしてその制限ジョブの実行を継続し，その制限ジョブの実行が終了したことを条件として所属グループを変更する処理の残りを実行し，前記変更装置の所属グループの変更を完了させ，前記制限ジョブを実行していないと判断した場合には，所属グループを変更する処理を全て実行し，前記変更装置の所属グループの変更を完了させる手順を実行させることを特徴とするプログラムが開示されている。

本発明によれば，画像処理装置をグループ化して管理するサーバについて，画像処理装置の所属グループの変更に伴う動作の改善を図る技術が実現される。

実施の形態にかかる画像処理システムを示す説明図である。 サーバの電気的構成を示すブロック図である。 メンバ情報の例を示す説明図である。 制限情報の例を示す説明図である。 課金情報の例を示す説明図である。 グループ変更処理の手順を示すフローチャートである。 複数グループ登録による変更処理の手順を示すフローチャートである。 作業グループ登録による変更処理の手順を示すフローチャートである。 新たなジョブ判断処理の手順を示すフローチャートである。 重要度判断処理の手順を示すフローチャートである。

以下，本発明にかかるサーバを含む画像処理システムを具体化した実施の形態について，添付図面を参照しつつ詳細に説明する。本形態は，サーバと複数の画像処理装置とを含み，それらが互いに通信可能なシステムに本発明を適用したものである。

［画像処理システムの構成］
本形態の画像処理システム１は，図１に示すように，サーバ１００と，ＰＣ２００と，複数の画像処理装置とを有し，これらがインターネット４００を介して互いに通信可能に接続されている。画像処理システム１は，複数の画像処理装置として，複合機１１〜１７を有している。本形態の画像処理システム１では，複数の画像処理装置は，図１に示すように，グループＡ〜Ｃの３つのグループに分けられている。具体的には，複合機１１，１２はグループＡに所属し，複合機１３〜１５はグループＢに所属し，複合機１６，１７はグループＣに所属している。画像処理装置としては，複合機に限らず，画像処理機能を有するものであればよい。

本形態の画像処理システム１では，グループの作成や消去，および，各画像処理装置の所属先のグループの決定等のグループ編成の管理は，サーバ１００によって行われる。以下では，グループの管理のためにサーバ１００を使用する権限を有するユーザを，管理ユーザとする。一方，各画像処理装置に画像処理を実行させるためのジョブを投入するユーザを，使用ユーザとする。使用ユーザは，ＰＣ２００から画像処理装置を指定して，あるいは，画像処理装置を直接操作して，ジョブの実行を指示する。

［サーバの電気的構成］
続いて，サーバ１００の電気的構成について説明する。サーバ１００は，図２に示すように，ＣＰＵ３１と，ＲＯＭ３２と，ＲＡＭ３３と，ＮＶＲＡＭ（不揮発性ＲＡＭ）３４とを備えている。また，サーバ１００は，ネットワークインターフェース３７と，操作パネル４０とを備え，これらがＣＰＵ３１によって制御される。

ＲＯＭ３２には，サーバ１００を制御するための各種制御プログラムや各種設定，初期値等が記憶されている。ＲＡＭ３３は，各種制御プログラムが読み出される作業領域として，あるいは，データを一時的に記憶する記憶領域として利用される。ＮＶＲＡＭ３４には，各グループのメンバ情報５１，制限情報５２，課金情報５３が記憶されている。メンバ情報５１，制限情報５２，課金情報５３の内容については後述する。

ＣＰＵ３１は，ＲＯＭ３２から読み出した制御プログラムに従って，その処理結果をＲＡＭ３３またはＮＶＲＡＭ３４に記憶させながら，サーバ１００の各構成要素を制御する。また，ＣＰＵ３１は，画像処理システム１に属する各複合機１１〜１７の所属グルー
プの管理を行う。ＣＰＵ３１は，制御部の一例である。

ネットワークインターフェース３７は，インターネット４００（図１参照）に接続される。つまり，サーバ１００は，ネットワークインターフェース３７を介して，画像処理システム１に接続されている各画像処理装置と通信する。また，サーバ１００は，ネットワークインターフェース３７を介して，管理対象となる各画像処理装置の所属グループを変更する変更指示を受け付けることもできる。その場合には，ネットワークインターフェース３７は，受付部の一例である。

操作パネル４０は，液晶ディスプレイおよびスタートキー，ストップキー，テンキー等から構成されるボタン群とを備え，変更指示等の管理ユーザによる指示入力を受け付ける。操作パネル４０は，受付部の一例である。

次に，本形態のサーバ１００のＮＶＲＡＭ３４に記憶されているメンバ情報５１，制限情報５２，課金情報５３について説明する。メンバ情報５１の例を図３に示す。メンバ情報５１は，画像処理装置に関するグループの情報を記憶するテーブルである。メンバ情報５１には，グループごとに，そのグループに所属する全てのメンバの画像処理装置の識別符号が記憶されている。識別符号は，各装置を区別して示す名称や番号等とすればよい。サーバ１００は，メンバ情報５１を参照して，各画像処理装置について，その所属グループを判断することができる。メンバ情報５１は，グループ記憶部の一例である。

サーバ１００は，変更指示に基づいて，メンバ情報５１を書き換える。例えば，サーバ１００は，変更指示として新たなメンバの追加を受け付けると，そのメンバを指定されたグループに登録する。一方，変更指示として既存のメンバの削除を受け付けると，そのメンバを指定されたグループから削除する。また，変更指示として，既存のメンバの所属グループの変更を受け付けると，そのメンバを変更先のグループに登録し，変更元のグループから削除する。

なお，メンバをグループに「登録」するとは，メンバ情報５１に対して，そのメンバの識別符号をグループに関連付けられたテーブルに追加して記憶させることである。また，メンバをグループから「削除」するとは，メンバ情報５１に対して，そのグループに関連付けられたテーブルから，そのメンバの識別情報を消去させることである。

また，制限情報５２の例を図４に示す。制限情報５２は，グループごとに，画像処理装置の機能とその機能の制限情報とを関連付けて記憶するテーブルである。本形態の画像処理システム１では，画像処理装置の機能には，コピー，スキャン，ＦＡＸ送信，ＦＡＸ受信，ＦＡＸタイマー送信，受信済みＦＡＸの印刷，ＰＣプリントの各機能がある。そして，グループごとに，各機能に対して利用が許可されているか否かを示す制限情報が設定されている。図４では，利用が許可されている機能を○で，利用が制限されている制限機能を×でそれぞれ示している。サーバ１００は，制限情報５２を参照して，各グループでの利用が許可されている機能であるか否かを判断することができる。制限情報５２は，制限記憶部の一例である。

さらに本形態の画像処理システム１では，消耗品である印刷用紙について，グループごとに消費できる上限枚数も設定され，制限情報５２に記憶されている。上限枚数は，１日等の一定期間ごとに設けられ，コピー，受信済みＦＡＸの印刷，ＰＣプリント等のジョブによって消費できる用紙の枚数の上限である。一定期間内に使用量が上限枚数に達すると，その期間の終了まで，そのグループの画像処理装置では用紙を消費するジョブを実行できない。上限枚数も制限情報の一例である。

図４に示した制限情報５２の例では，グループＡに所属する画像処理装置は，スキャンとＰＣプリントの機能の利用は許可されているが，それ以外の機能の利用は制限されている。また，グループＢに所属する画像処理装置は，ＰＣプリントの機能の利用だけが制限されており，それ以外の機能の利用は許可されている。グループＣに所属する画像処理装置は，コピーとＰＣプリントが許可され，それ以外の機能の利用は制限されている。

例えば，グループＡに所属する複合機１１に対して，使用ユーザがスキャン機能を利用するジョブの実行を指示した場合，この機能の利用は許可されているので，ジョブは実行される。しかし，使用ユーザがＦＡＸ送信の機能を利用するジョブを実行したい場合には，複合機１１ではＦＡＸ送信の機能が許可されていないので，複合機１１を使用することはできない。また，例えば，グループＡの上限枚数は１００枚／日なので，グループＡに所属する複合機１１と１２とで消費した用紙の枚数の合計が，１日で１００枚に達したら，その日はＰＣプリント機能を使用できない。

さらに，制限情報５２には，図４に示したように，機能ごとにその重要度が設定されて記憶されている。重要度とは，使用ユーザによってその機能を利用するジョブの実行を指示された場合に，他の機能を利用するジョブに比して優先的に実行するか否かを判断する基準となる数値である。重要度は，管理ユーザによって，機能ごとに予め決定されて記憶されている。

また，課金情報５３の例を図５に示す。課金情報５３は，グループごとに，そのグループに所属する画像処理装置で実行されるジョブに対する課金に関する情報を記憶するテーブルである。課金情報５３には，例えば，グループごとに対応する課金先，今月の課金金額，今月の使用枚数の情報が記憶されている。課金先は，そのグループに所属する画像処理装置に課される課金を負担する負担先である。課金金額は，例えば，今月の使用枚数，トナーの使用量，通信料に基づいて決定される。課金情報５３には，今月分のみでなく過去の課金に関する情報も記憶していてもよい。サーバ１００は，課金情報５３に基づいて，実行された各ジョブの課金先を決定する。課金情報５３は，課金記憶部の一例である。

［グループ変更処理］
続いて，サーバ１００が実行する，画像処理システム１に含まれる画像処理装置の所属グループを変更する処理であるグループ変更処理の手順について，図６のフローチャートを参照しつつ説明する。このグループ変更処理は，変更指示を受け付けたことを契機にＣＰＵ３１によって実行される。以下の説明では，グループ変更処理による変更対象の画像処理装置を変更装置とし，変更装置の現在の所属グループを第１グループとし，変更先を第２グループとする。

グループ変更処理では，まず，変更装置が画像処理動作を実行中であるか否かを判断する（Ｓ１０１）。変更装置が動作中でないと判断した場合は（Ｓ１０１：Ｎｏ），所属グループを変更する処理を全て実行する。具体的には，変更装置を第２グループに登録し（Ｓ１０２），第１グループから削除する（Ｓ１０３）。つまり，サーバ１００は，ＮＶＲＡＭ３４のメンバ情報５１を書き換えて，変更装置の所属グループを変更した情報を記憶する。なお，Ｓ１０２とＳ１０３とは，逆順でもよい。

例えば，図３に示したメンバ情報５１において，グループＡに所属する複合機１１の所属グループをグループＢに変更する指示を受けた場合には，変更装置は複合機１１であり，第１グループはグループＡ，第２グループはグループＢである。サーバ１００は，複合機１１を，グループＢのメンバに登録し，グループＡのメンバから削除する。これにより，グループＡのメンバは１台，グループＢのメンバは４台となる。この場合には，これでグループ変更処理を終了する。

一方，変更装置が動作中であると判断した場合は（Ｓ１０１：Ｙｅｓ），実行中のジョブが制限ジョブであるか否かを判断する（Ｓ１０４）。制限ジョブは，第１グループでは利用が許可され，第２グループでは利用が制限される機能である制限機能を利用しているジョブである。すなわち，Ｓ１０４では，実行中のジョブで利用している機能に，第２グループにおいて利用が制限される機能が含まれているか否かを判断する。

例えば，グループＡに属している複合機１１をグループＢに変更する場合，制限機能は，ＰＣプリント機能である。そして，複合機１１にて実行中のジョブが，ＰＣプリント機能を利用しないジョブであれば，制限ジョブではないので，Ｓ１０４においてＮｏと判断される。一方，実行中のジョブがＰＣプリント機能を利用するジョブであれば，制限ジョブであるので，Ｓ１０４においてＹｅｓと判断される。

実行中のジョブが制限ジョブではないと判断した場合は（Ｓ１０４：Ｎｏ），動作中に所属グループを変更しても，そのジョブの実行を継続することができる。そこで，この場合には，サーバ１００は，変更装置が動作中であっても所属グループを変更する処理を全て実行する。

ただし，動作中に所属グループを変更すると，実行中のジョブに関する課金先が問題となる。サーバ１００では，装置の動作中に所属グループを変更した場合に，実行中のジョブの課金先を第２グループに対応する課金先に変更するか否かについて，管理ユーザによって予め決定され，記憶している。つまり，サーバ１００は，予め設定されている内容に基づいて，動作中のジョブの課金先を変更するか否かを判断する（Ｓ１０５）。

課金先を変更しないと判断した場合は（Ｓ１０５：Ｎｏ），サーバ１００は，実行中のジョブの課金先を変更しない。つまり，実行中のジョブの課金先は，第１グループに対応する課金先のままである。そして，サーバ１００は，ＮＶＲＡＭ３４のメンバ情報５１を書き換えて，変更装置を第２グループに登録し（Ｓ１０２），第１グループから削除する（Ｓ１０３）。この場合には，これでグループ変更処理を終了する。

課金先を変更すると判断した場合は（Ｓ１０５：Ｙｅｓ），実行中のジョブの課金先を第２グループに対応する課金先に変更する（Ｓ１０６）。そして，サーバ１００は，ＮＶＲＡＭ３４のメンバ情報５１を書き換えて，変更装置を第２グループに登録し（Ｓ１０２），第１グループから削除する（Ｓ１０３）。この場合には，これでグループ変更処理を終了する。

一方，実行中のジョブが制限機能を利用している制限ジョブであると判断した場合は（Ｓ１０４：Ｙｅｓ），制限ジョブの実行を許容しつつ，所属グループを変更する処理を進める。具体的に，サーバ１００は，制限ジョブを実行していると判断した場合のグループの変更方法を２種類備えている。複数グループ登録による変更処理と，作業グループ登録による変更処理である。各変更処理の詳細は後述する。グループ変更処理において選択される変更方法は，管理ユーザによって，予め選択されて，サーバ１００に設定されている。なお，実行中の制限ジョブの課金先は，いずれの変更処理が選択された場合でも，第１グループに対応する課金先のままである。

そこで，サーバ１００は，制限ジョブを実行中である場合には（Ｓ１０４：Ｙｅｓ），複数グループ登録による変更処理が選択されているか否かを判断する（Ｓ１０７）。複数グループ登録による変更処理は，一時的に，第１グループと第２グループとの両方のグループに登録する方法である。複数グループ登録による変更処理が選択されていると判断した場合には（Ｓ１０７：Ｙｅｓ），複数グループ登録による変更処理を実行する（Ｓ１１１）。

図７に，Ｓ１１１にて実行される複数グループ登録による変更処理の手順を示す。複数グループ登録による変更処理の実行を開始すると，サーバ１００は，計時を開始する（Ｓ２０１）。変更処理に長時間を要することは好ましくないので，サーバ１００は，変更処理に制限時間を設けている。そのため，この複数グループ登録による変更処理を開始してからの経過時間を計る。

次に，サーバ１００は，変更装置を第２グループに登録する（Ｓ２０２）。これにより，変更装置は，第１グループと第２グループとの両方に登録された状態となる。この状態では，変更装置は，第１グループにも所属しているので，第１グループに基づいて，第１グループで許可されている機能を利用する。つまり，動作中の制限ジョブの実行を継続できる。また，それ以外の機能については，第１グループと第２グループとの少なくとも一方において許可されている機能であれば，利用できる可能性がある。

そして，制限ジョブの実行が終了し，動作が終了したか否かを判断する（Ｓ２０３）。動作が終了していると判断したら（Ｓ２０３：Ｙｅｓ），変更装置を第１グループから削除する（Ｓ２０４）。この結果，変更装置は第２グループのみに所属することになる。つまり，変更装置のグループの変更が終了したことになる。この場合は，これで複数グループ登録による変更処理を終了する。

一方，動作が終了していないと判断したら（Ｓ２０３：Ｎｏ），タイムアウトか否かを判断する（Ｓ２０５）。すなわち，Ｓ２０１で開始した計時の結果と，予め決めた所定時間とを比較し，所定時間を経過したか否かを判断する。所定時間を経過していなければ（Ｓ２０５：Ｎｏ），Ｓ２０３に戻って動作が終了したか否かを確認する。

動作が終了しないうちに所定時間が経過した場合には（Ｓ２０５：Ｙｅｓ），タイムアウトとなったと判断され，その制限ジョブを強制終了させる。つまり，サーバ１００は，変更装置に，動作中のジョブの実行を停止させる指示を送出する（Ｓ２０６）。これにより，変更装置は，制限ジョブの実行を中止し，画像処理に関する動作を停止する。動作を停止させたら，サーバ１００は，変更装置を第１グループから削除する（Ｓ２０４）。

つまり，複数グループ登録による変更処理が選択された場合には，グループを変更するための処理の一部として，Ｓ２０２にて第２グループへの登録を行い，グループを変更するための処理の残りとして，Ｓ２０４にて第１グループからの削除を行う。Ｓ２０４の後は，複数グループ登録による変更処理を終了する。そして，図６に戻り，グループ変更処理を終了する。

複数グループ登録による変更処理では，一時的に，第１グループと第２グループとの両方に登録された状態とすることで，所属グループの変更が完了する前であっても，第１グループに基づいて制限ジョブの実行が継続できるとともに，第２グループに基づいて別の機能を利用できる可能性がある。そのため，変更装置のユーザにとって利便性が高まる。

一方，図６のＳ１０７にて複数グループ登録による変更処理が選択されていないと判断した場合には（Ｓ１０７：Ｎｏ），作業グループ登録による変更処理を実行する（Ｓ１１２）。この変更方法は，一時的に作業グループを作成し，変更装置をその作業グループに登録する変更方法である。この点，第１グループと第２グループとの２つのグループに変更装置を所属させる複数グループ登録による変更処理とは異なる。

図８に，Ｓ１１２にて実行される作業グループ登録による変更処理の手順を示す。作業グループ登録による変更処理の実行を開始すると，前述した複数グループ登録による変更処理の場合と同様に，サーバ１００は，計時を開始する（Ｓ３０１）。

次に，サーバ１００は，メンバ情報５１に記憶されているグループ以外の一時的なグループである作業グループを作成する（Ｓ３０２）。作業グループは，変更処理が完了するまでの間，一時的にメンバ情報５１および制限情報５２に追加される。そして，変更装置は，Ｓ３０２で作成された作業グループに，一時的に登録される（Ｓ３０３）。この段階での作業グループのメンバは，変更装置のみである。次に，サーバ１００は，変更装置を第１グループから削除する（Ｓ３０４）。これにより，変更装置は，作業グループのみに所属することになる。

Ｓ３０２で作成する作業グループでは，少なくとも変更装置にて実行中の制限ジョブが利用する機能は，全て許可される。つまり，作業グループに登録された装置は，少なくとも，制限機能の利用が許可される。従って，変更装置は，実行中のジョブの動作をそのまま継続することができる。なお，変更装置が利用していない機能については，許可されていてもされていなくてもかまわない。

Ｓ３０４の後，動作の終了（Ｓ３０５）とタイムアウト（Ｓ３０６）とを監視する。つまり，図７のＳ２０３，Ｓ２０５，Ｓ２０６と同様に，動作が終了する（Ｓ３０５：Ｙｅｓ）か，あるいは，タイムアウトとなって（Ｓ３０６：Ｙｅｓ），動作を停止させる（Ｓ３０７）かのいずれかとなるまで待機する。

制限ジョブが終了するか，または，Ｓ３０７によって変更装置の動作が停止したら，変更装置を第２グループに登録する（Ｓ３０８）。さらに，変更装置を作業グループから削除し（Ｓ３０９），作業グループ自体をも削除する（Ｓ３１０）。

つまり，作業グループ登録による変更処理が選択された場合には，グループを変更するための処理の一部として，Ｓ３０３にて作業グループへの登録を行い，Ｓ３０４にて第１グループからの削除を行う。また，グループを変更するための処理の残りとして，Ｓ３０８にて第２グループへの登録を行い，Ｓ３０９にて作業グループからの削除を行う。Ｓ３１０の後は，作業グループ登録による変更処理を終了する。そして，図６に戻り，グループ変更処理を終了する。

作業グループ登録による変更処理では，一時的に，作業グループに登録された状態とすることで，少なくとも実行中の制限機能の利用が許可され，制限ジョブの実行が継続できる。また，作業グループに基づいて他の機能の利用を制御できるため，管理ユーザに応じた適切な動作が期待できる。一方，複数グループ登録による変更処理は，作業グループ用にメモリを確保する必要が無く，メモリ容量が小さくても適用可能性が高い。

［新たなジョブ判断処理］
続いて，新たなジョブ判断処理の手順について，図９のフローチャートを参照しつつ説明する。新たなジョブ判断処理は，グループ変更処理（図６参照）の実行を開始した時点で，変更装置が動作中（Ｓ１０１：Ｙｅｓ）であった場合に，新たなジョブの実行を許可するか否かを判断する処理である。

新たなジョブとは，変更装置に対して，グループ変更処理が終了するまでの間に受け付けたジョブである。具体的には，グループ変更処理を開始した時点で既に受け付け済みで待機状態であったジョブ，または，グループ変更処理にて動作中のジョブの実行を継続している間に受け付けたジョブが，新たなジョブに相当する。新たなジョブ判断処理は，サーバ１００において，待機中のジョブが存在する状態でグループ変更処理を開始したこと，あるいは，グループ変更処理を実行中に新たなジョブを受け付けたことを契機にＣＰＵ３１によって実行される。

サーバ１００は，新たなジョブの実行を許可するか否かの判断のための機能制限方法として，後述するように４種類の方法を有している。その１つは，全てのジョブを不許可とすることであり，それ以外の機能制限方法では，新たなジョブが利用する機能に応じて，実行を許可するか否かを判断する。そして，管理ユーザは，これら４種類の機能制限方法から，１つを予め選択して設定しておくことができる。

新たなジョブ判断処理では，サーバ１００は，新たなジョブの実行は許可しないと設定されているか否かを判断する（Ｓ４０１）。グループ変更処理の実行時に新たなジョブの実行は許可しないと設定されている場合には（Ｓ４０１：Ｙｅｓ），ジョブの実行が許可されないことを通知する（Ｓ４０２）。通知方法は，ジョブの実行を指示した使用ユーザに宛てて，電子メール等を送信してもよいし，変更装置のパネルに表示してもよい。つまり，受け付け済みのジョブがシステムの都合により実行されないこと，あるいは，システムの都合で現在ジョブの受け付けを行っていないことを使用ユーザに通知する。この場合には，これで，新たなジョブ判断処理を終了する。なお，新たなジョブは，保留してもよいし，消去してもよい。

一方，新たなジョブの実行を全て不許可とする設定ではないと判断した場合は（Ｓ４０１：Ｎｏ），新たなジョブにて利用する機能の種類を取得する（Ｓ４０３）。そして，Ｓ４０３で取得された機能の種類に基づいて，新たなジョブの実行を許可するか否かを判断する。サーバ１００は，管理ユーザにより選択されている機能制限方法が，第１〜第３のいずれの方法であるかを判断する（Ｓ４０５）。

具体的に，第１の方法は，新たなジョブが利用する機能が第１グループと第２グループとの少なくとも一方で許可されていれば許可する方法である。第２の方法は，新たなジョブが利用する機能が第２グループで許可されていれば許可する方法である。第３の方法は，新たなジョブが利用する機能の重要度が高ければ許可する方法である。

第１の方法を選択すると判断した場合には（Ｓ４０５：第１の方法），サーバ１００は，Ｓ４０３で取得された機能の利用が，第１グループのメンバに対して許可されているか否かを判断する（Ｓ４０６）。第１グループで許可されていると判断した場合は（Ｓ４０６：Ｙｅｓ），新たなジョブの実行を許可する。そして，新たなジョブの課金先を，課金情報５３に基づいて，第１グループに対応する課金先に決定する（Ｓ４０７）。

一方，Ｓ４０６にて，第１グループで許可されていないと判断した場合には（Ｓ４０６：Ｎｏ），機能が第２グループのメンバに対して許可されているか否かを判断する（Ｓ４０９）。第２グループで許可されていると判断した場合は（Ｓ４０９：Ｙｅｓ），新たなジョブの実行を許可する。そして，新たなジョブの課金先を，課金情報５３に基づいて，第２グループに対応する課金先に決定する（Ｓ４１０）。

新たなジョブの実行を許可すると決定した場合には，サーバ１００は，変更装置に対し，新たなジョブの実行を指示する（Ｓ４１１）。新たなジョブは，実行中の制限ジョブと並行して実行可能なジョブであれば，並行して実行される。並行して実行可能でないジョブであれば，動作中の制限ジョブが終了したら，実行開始される。Ｓ４１１の後は，新たなジョブ判断処理を終了する。

Ｓ４０９にて，第２グループでも許可されていないと判断した場合は（Ｓ４０９：Ｎｏ），新たなジョブの実行を不許可とする。そして，ジョブの実行を指示した使用ユーザに宛てて，ジョブの実行が許可されないことを通知する（Ｓ４０２）。Ｓ４０２の後は，新たなジョブ判断処理を終了する。

上述したように，第１の方法では，第１グループで許可される機能を利用するジョブでも，第２グループで許可される機能を利用するジョブでも，できる限り新たなジョブの実行を許可する。そして，新たなジョブに関する課金は，第１グループで許可されている機能を利用するジョブであれば第１グループに対応する課金先に課金し，第２グループで許可されている機能を利用するジョブであれば第２グループに対応する課金先に課金する。新たなジョブは，グループ変更処理の完了前に受け付けたジョブであるため，できるだけ許可した方が，変更装置の使用ユーザにとって好ましい。

一方，Ｓ４０５にて，第２の方法を選択すると判断した場合には（Ｓ４０５：第２の方法），サーバ１００は，Ｓ４０３で取得された機能の利用が，第２グループのメンバに対して許可されているか否かを判断する（Ｓ４０９）。第２グループで許可されていると判断した場合は（Ｓ４０９：Ｙｅｓ），新たなジョブの実行を許可する。そして，新たなジョブの課金先を，第２グループに対応する課金先とする（Ｓ４１０）。そして，第１の方法の場合と同様に，変更装置に対して，新たなジョブの実行を指示する（Ｓ４１１）。Ｓ４１１の後は，新たなジョブ判断処理を終了する。

Ｓ４０９にて，Ｓ４０３で取得された機能の利用が第２グループで許可されていないと判断した場合は（Ｓ４０９：Ｎｏ），新たなジョブの実行を不許可とする。そして，ジョブの実行を指示した使用ユーザに宛てて，ジョブの実行が許可されないことを通知する（Ｓ４０２）。Ｓ４０２の後は，新たなジョブ判断処理を終了する。

上述したように，第２の方法では，第１グループでのみ許可される機能を利用するジョブの実行を許可しないので，第１の方法より早期にグループ変更処理の関連処理が終了する。従って，管理ユーザの意図に合致して好ましい。また，新たなジョブが，第２グループで許可されている機能に関するジョブでなければ実行が許可されないので，他の使用ユーザにとって受け入れやすい。

一方，Ｓ４０５にて，第３の方法を選択すると判断した場合には（Ｓ４０５：第３の方法），重要度判断処理を実行する（Ｓ４１２）。図１０に，Ｓ４１２にて実行される重要度判断処理の手順を示す。重要度判断処理の実行を開始すると，サーバ１００は，利用する機能の重要度を制限情報５２から読み出す（Ｓ５０１）。例えば，図４に示した制限情報５２では，ＦＡＸに関わる機能の重要度は高く，プリントやコピーの重要度は低い。ＦＡＸに関わる機能は，ジョブを再送し難いことから，その重要度は高いことが好ましい。

そして，Ｓ５０１にて取得した重要度の値が，管理ユーザによって予め設定された閾値以上であるか否かを判断する（Ｓ５０２）。閾値は可変であり，管理ユーザによって予め設定される。重要度が閾値以上ではないと判断した場合は（Ｓ５０２：Ｎｏ），サーバ１００は，新たなジョブの実行を許可しない。従って，新たなジョブを投入した使用ユーザに不許可を通知し（Ｓ５０３），この重要度判断処理を終了する。なお，Ｓ５０３の内容は，図９のＳ４０２と同様である。

一方，重要度が閾値以上であると判断した場合は（Ｓ５０２：Ｙｅｓ），新たなジョブの実行を許可する。そして，利用する機能が第１グループのメンバに対して許可されているか否かを判断する（Ｓ５０５）。第１グループで許可されていると判断した場合は（Ｓ５０５：Ｙｅｓ），課金先を第１グループに対応する課金先とする（Ｓ５０６）。一方，第１グループで許可されていないと判断した場合は（Ｓ５０５：Ｎｏ），課金先を第２グループに対応する課金先とする（Ｓ５０７）。Ｓ５０７の場合，その機能が第２グループで許可されているか否かには関わらない。

Ｓ５０６またはＳ５０７にて課金先が決定したら，サーバ１００は新たなジョブの実行を変更装置に指示する（Ｓ５０８）。なお，Ｓ５０８の内容は，図９のＳ４１１と同様である。これで，重要度判断処理を終了する。Ｓ５０３またはＳ５０８の後，図９に戻って，新たなジョブ判断処理を終了する。

上述したように，第３の方法では，グループ変更処理の完了前に受け付けたジョブであっても，重要度が高いと判断されるジョブに限り，実行が許可される。従って，データが失われる可能性は小さいので好ましい。また，重要度が低いジョブは実行されないので，グループ変更処理の早期完了が期待できる。

以上，詳細に説明したように，サーバ１００によれば，画像処理システム１の画像処理装置に対して，所属グループを第１グループから第２グループへ変更する指示を受けた場合に，変更装置が制限ジョブを実行中でなければ，そのまま所属グループを変更する処理を全て実行する。一方，変更装置が制限ジョブを実行中であれば，変更装置を一時的に制限機能の利用が許可されるグループに登録することにより，制限ジョブの実行を継続させ，制限ジョブの実行が終了してから，所属グループを変更する処理を完了させる。そのため，管理ユーザにとってはグループ変更処理を早期に開始でき，使用ユーザにとってはジョブの実行が継続されるので，いずれにとっても不満はない。従って，画像処理装置をグループ化して管理するサーバ１００について，画像処理装置の所属グループの変更に伴う動作の改善を図る技術が実現される。

なお，本実施の形態は単なる例示にすぎず，本発明を何ら限定するものではない。したがって本発明は当然に，その要旨を逸脱しない範囲内で種々の改良，変形が可能である。例えばグループの数や，各グループに所属するメンバの種類は一例であり，種々の画像処理システムに適用可能である。

グループ変更処理においては，２種類の方法から選択されるとしたが，いずれか一方のみを備えていてもよい。また，機能制限方法の条件は，４種類のうち少なくとも１種類を備えていればよい。少なくとも２種類以上備えていれば，管理ユーザは，そのうちから１つを選択できる。多くの種類を備えていれば，それだけ選択の幅が広がるので好ましい。

制限情報５２に示した画像処理装置の機能の種類として，７種類を例示したが，これに限るものではない。機能の種類は，少なくとも２種類以上であればよく，７種類よりさらに多くの種類があってもよい。ただし，システムに所属する全ての画像処理装置において利用可能な機能を網羅していることが好ましい。また，上限枚数の制限は設けなくてもよい。

また，タイムアウトによって，制限ジョブの実行を継続させる時間を制限するとしたが，この制限はしなくてもよい。制限しておけば，グループ変更処理に長時間を要することがないので好ましい。

また，新たなジョブとしては，グループ変更処理を開始した時点で既に受け付け済みで待機状態であったジョブ，または，グループ変更処理にて動作中のジョブの実行を継続している間に受け付けたジョブのいずれか一方のみとしてもよい。つまり，グループ変更処理を開始した時点で待機しているジョブは，全て不許可としてもよい。あるいは，グループ変更処理を開始した後は，グループ変更処理が完了するまでジョブを受け付けないこととしてもよい。またあるいは，新たなジョブはすべて不許可としてもよい。例えば，所属グループを変更する処理の実行を開始した旨を使用ユーザに通知し，処理の終了後に改めてジョブを投入してもらうこととしてもよい。ただし，実行を許可できるジョブについては実行することにより，使用ユーザの利便性が高い。

また，重要度判断処理では，重要度を数値で規定して閾値と比較するとしたが，単に許可するかしないかの情報を記憶するとしてもよい。ただし，重要度を数値化しておけば，閾値のみを変更することにより許可される機能を一斉に変更することができるので，管理ユーザにとって設定が容易である可能性が高い。

また，実施の形態に開示されている処理は，単一のＣＰＵ，複数のＣＰＵ，ＡＳＩＣなどのハードウェア，またはそれらの組み合わせで実行されてもよい。また，実施の形態に開示されている処理は，その処理を実行するためのプログラムを記録した記録媒体，または方法等の種々の態様で実現することができる。

３１ ＣＰＵ
３４ ＮＶＲＡＭ
３７ ネットワークインターフェース
４０ 操作パネル
５１ メンバ情報
５２ 制限情報
５３ 課金情報
１００ サーバ

Claims (14)

1. 画像処理装置に関するグループの情報を記憶するグループ記憶部と，
   前記グループごとに，画像処理装置の機能とその機能の制限情報とを関連付けて記憶する制限記憶部と，
   前記グループ記憶部に記憶されている画像処理装置の所属する所属グループを現在所属する第１グループから第２グループへ変更する変更指示を受け付ける受付部と，
   制御部と，
   を備え，
   前記制御部は，
   前記受付部が前記変更指示を受け付けた際，変更対象の画像処理装置である変更装置が，前記第２グループにて利用が制限される機能である制限機能に関するジョブである制限ジョブを実行しているか否かを前記制限情報に基づいて判断し，
   前記制限ジョブを実行していると判断した場合には，所属グループを変更する処理の一部を実行し，前記変更装置を前記制限機能の利用が許可されるグループに登録された状態にしてその制限ジョブの実行を継続し，その制限ジョブの実行が終了したことを条件として所属グループを変更する処理の残りを実行し，前記変更装置の所属グループの変更を完了させ，
   前記制限ジョブを実行していないと判断した場合には，所属グループを変更する処理を全て実行し，前記変更装置の所属グループの変更を完了させる
   ことを特徴とするサーバ。
2. 請求項１に記載するサーバにおいて，
   前記制御部は，前記制限ジョブを実行していると判断した場合に，前記変更装置を前記第１グループに所属させた状態で前記第２グループに登録し，前記制限ジョブの実行が終了したことを条件として，前記変更装置を前記第１グループから削除することを特徴とするサーバ。
3. 請求項１に記載するサーバにおいて，
   前記制御部は，前記制限ジョブを実行していると判断した場合に，前記変更装置を前記第１グループから削除し，さらに前記変更装置を少なくとも前記制限機能の利用が許可される作業グループに登録し，前記制限ジョブの実行が終了したことを条件として，前記変更装置を前記作業グループから削除し，さらに前記変更装置を前記第２グループに登録することを特徴とするサーバ。
4. 請求項１から請求項３のいずれか１つに記載するサーバにおいて，
   前記制御部は，
   前記制限ジョブを実行していると判断した場合に，前記変更装置に対して前記制限ジョブの実行が完了するまでの間に受け付けた新たなジョブの実行を許可するか否かを判断し，
   前記新たなジョブの実行を許可すると判断した場合には，前記制限ジョブを実行した後に前記新たなジョブの実行を開始し，
   前記新たなジョブの実行を許可しないと判断した場合には，前記新たなジョブの実行を制限する
   ことを特徴とするサーバ。
5. 請求項４に記載するサーバにおいて，
   前記制御部は，前記新たなジョブの実行について，前記第１グループと前記第２グループとの少なくとも一方で許可されている機能に関するジョブであれば許可し，それ以外のジョブであれば許可しないことを特徴とするサーバ。
6. 請求項５に記載するサーバにおいて，
   前記グループごとに，該グループに所属する画像処理装置で実行されるジョブに対する課金に関する情報を記憶する課金記憶部を備え，
   前記制御部は，前記課金記憶部に記憶されている情報に基づいて，前記新たなジョブが前記第１グループで許可されている機能に関するジョブであれば，前記新たなジョブに関する課金の課金先を前記第１グループに対応する課金先に決定し，前記新たなジョブが前記第１グループで許可されている機能に関するジョブでなければ，前記新たなジョブに関する課金の課金先を前記第２グループに対応する課金先に決定することを特徴とするサーバ。
7. 請求項４に記載するサーバにおいて，
   前記制御部は，前記新たなジョブの実行について，前記第２グループで許可されている機能に関するジョブであれば許可し，それ以外のジョブであれば許可しないことを特徴とするサーバ。
8. 請求項７に記載するサーバにおいて，
   前記グループごとに，該グループに所属する画像処理装置で実行されるジョブに対する課金に関する情報を記憶する課金記憶部を備え，
   前記制御部は，前記課金記憶部に記憶されている情報に基づいて，前記新たなジョブに関する課金の課金先を前記第２グループに対応する課金先に決定することを特徴とするサーバ。
9. 請求項４に記載するサーバにおいて，
   前記制御部は，前記新たなジョブの実行について，重要度が閾値より高い機能に関するジョブであれば許可し，それ以外のジョブであれば許可しないことを特徴とするサーバ。
10. 請求項４に記載するサーバにおいて，
    前記制御部は，前記新たなジョブの実行について，
    （１）前記第１グループと前記第２グループとの少なくとも一方で許可されている機能に関するジョブであれば許可し，それ以外のジョブであれば不許可しないとする条件と，
    （２）前記第２グループで許可されている機能に関するジョブであれば許可し，それ以外のジョブであれば許可しないとする条件と，
    （３）重要度が閾値より高い機能に関するジョブであれば許可し，それ以外のジョブであれば許可しないとする条件と，
    （４）全てのジョブを許可しないとする条件と，
    のうちの少なくとも２つの条件から１つを選択し，選択した条件に従って判断することを特徴とするサーバ。
11. 請求項１から請求項３のいずれか１つに記載するサーバにおいて，
    前記制御部は，前記制限ジョブを実行していると判断した場合に，前記制限ジョブの実行が完了するまでの間に受け付けた，前記変更装置に対する新たなジョブの実行を制限することを特徴とするサーバ。
12. 請求項１から請求項１１のいずれか１つに記載するサーバにおいて，
    前記制御部は，前記制限ジョブを実行していると判断し，所属グループを変更する処理の一部を開始した後，所定時間を経過しても前記制限ジョブの実行が終了していない場合に，前記制限ジョブの実行を終了させることを特徴とするサーバ。
13. 請求項１に記載するサーバにおいて，
    前記制御部は，前記制限ジョブを実行していると判断した場合に，
    （１）前記変更装置を前記第１グループに所属させた状態で前記第２グループに登録し，前記制限ジョブの実行が終了したことを条件として，前記変更装置を前記第１グループから削除する処理と，
    （２）前記変更装置を前記第１グループから削除し，さらに前記変更装置を少なくとも前記制限機能の利用が許可される作業グループに登録し，前記制限ジョブの実行が終了したことを条件として，前記変更装置を前記作業グループから削除し，さらに前記変更装置を前記第２グループに登録する処理と，
    のいずれか一方を選択し，選択した処理を実行することを特徴とするサーバ。
14. 画像処理装置に関するグループの情報を記憶するグループ記憶部と，
    前記グループごとに，画像処理装置の機能とその機能の制限情報とを関連付けて記憶する制限記憶部と，
    前記グループ記憶部に記憶されている画像処理装置の所属する所属グループを現在所属する第１グループから第２グループへ変更する変更指示を受け付ける受付部と，
    を備えるサーバに，
    前記受付部が前記変更指示を受け付けた際，変更対象の画像処理装置である変更装置が，前記第２グループにて利用が制限される機能である制限機能に関するジョブである制限ジョブを実行しているか否かを前記制限情報に基づいて判断し，
    前記制限ジョブを実行していると判断した場合には，所属グループを変更する処理の一部を実行し，前記変更装置を前記制限機能の利用が許可されるグループに登録された状態にしてその制限ジョブの実行を継続し，その制限ジョブの実行が終了したことを条件として所属グループを変更する処理の残りを実行し，前記変更装置の所属グループの変更を完了させ，
    前記制限ジョブを実行していないと判断した場合には，所属グループを変更する処理を全て実行し，前記変更装置の所属グループの変更を完了させる
    手順を実行させることを特徴とするプログラム。

Images