JP2008305346A - ネットワーク管理システム、情報処理方法、プログラム及び記憶媒体 - Google Patents

Abstract

【課題】 ネットワークデバイスに適した処理を実行するために、管理ポリシーに基づいて、情報処理装置の設定を変更すること。
【解決手段】 印刷ジョブを生成する複数の情報処理装置と、印刷ジョブを処理することが可能な複数のネットワークデバイスと、を管理するネットワーク管理システムは、管理の対象として、少なくとも一つの情報処理装置と、少なくとも一つのネットワークデバイスと、を選択する選択部と、選択された情報処理装置の設定と、選択されたネットワークデバイスの処理と、を管理するための管理条件の指定を受け付ける指定部と、選択されたネットワークデバイスに対して、管理条件を登録する登録部と、選択された情報処理装置により生成された印刷ジョブが、選択されたネットワークデバイスにおいて、管理条件に基づき処理が制限される印刷ジョブと判定された場合に、管理条件に基づき情報処理装置の設定を変更する変更部とを備える。
【選択図】 図４

Description

本発明は、情報処理装置及びネットワークデバイスを管理する技術に関する。

ホストコンピュータ３０００上のアプリケーションから画像やテキストを印刷装置１５００で印刷する際には、図１に示すような構成が一般的である。すなわち、アプリケーション１０１はグラフィクスエンジン１０３に対して描画データを渡し、その描画データはグラフィクスエンジンにて加工されてからプリンタドライバー１０４に渡される。プリンタドライバー１０４にて印刷装置１５００に対する印刷データ（一般的にはPDL：Page Description Language）を生成し、その印刷データはスプーラ１０５に格納された後、印刷装置１５００に送られる。特に、グラフィクスエンジン１０３は、アプリケーション１０１で作成された描画データの解像度を変換したり、プリンタドライバー１０４の処理能力に合わせてシミュレート処理等といった描画データの加工を行う。これによって、アプリケーション１０１とプリンタドライバー１０４とが互いに非依存な関係で動作することが出来る。このグラフィクスエンジン１０３は通常ＯＳ１０２の一部として提供される。

一方、グラフィクスエンジンは必ずしも一つであるとは限らず、二つ以上のグラフィクスエンジンが共存する構成が存在する。例えば、２００５年米国シアトルにてＷｉｎＨＥＣ ２００５というハードウェアエンジニアリングカンファレンスがＭｉｃｒｏｓｏｆｔ社によって開催された。この場で、Ｍｉｃｒｏｓｏｆｔの新しいＯＳ（Ｗｉｎｄｏｗｓ（登録商標） Ｖｉｓｔａ）では、２つのグラフィクスエンジンが共存する構成が紹介されている(非特許文献１)。
http://www.microsoft.com/whdc/device/print/default.mspx (Advances in Ｗｉｎｄｏｗｓ（登録商標） Printing ： TWPR05001_WinHEC05.ppt)

しかしながら、複数のグラフィクスエンジンが混在する環境においては、アプリケーションと、プリンタドライバーとの組み合わせにより、印刷品質や機能面、印刷速度への問題が存在する。

印刷品質面では、例えば、一方の形式でサポートされるＲＯＰ演算（ラスターオペレーション演算）のような論理演算を含む描画データは、他方の形式ではサポートされていない場合も生じる。この場合、論理演算情報が欠落してしまうおそれがあり、一方のアプリケーションにおいて意図された結果を出力することが出来ないという問題がある。

また、逆に他方の形式においてサポートされている高度なグラフィクス描画データは、一方の形式においてサポートされていない場合も生じる。この場合、Ｆｌａｔｔｅｒｉｎｇと呼ばれる局所的なＢｉｔｍａｐ化が行われる。グラフィクスデータがＢｉｔｍａｐデータに変換されてしまうことにより、ＧＤＩプリンタドライバー２０３では元のオブジェクト属性が判定出来なくなってしまうことで最適な出力結果を作成することが出来ないという問題がある。例えば、プリンタドライバーでＮページ印刷を行う場合、ビットマップ化されたデータを縮小して配置するため、グラフィクスの描画オブジェクトを縮小するサイズで描画する場合に比べて画質が低下してしまう。

印刷機能面においては、例えば、電子署名情報などのサポートの有無によって、一方のアプリケーションにおいて意図された機能が実現することが出来ないという問題もある。

印刷速度に関しては、例えば、印刷処理フローとして、ＧＤＩ→ＸＰＳ変換(XML Paper Specification )やＸＰＳ→ＧＤＩ変換等の処理が発生してしまうことにより、印刷処理速度が低下してしまうおそれがある。そのため、印刷処理フローとして、ＧＤＩ→ＸＰＳ変換、やＸＰＳ→ＧＤＩ変換を避けることが望ましい。

同じ印刷装置に対してXPSプリンタドライバーとGDIプリンタドライバーの両者を登録しても、グラフィクスエンジンは動的に印刷処理フローを適切に切り替えることは行わない。

更にユーザはアプリケーションのバージョンを意識したり、印刷処理フローを認識していないため、印刷処理の実行に際して、アプリケーションに最適な組み合わせとなるプリンタドライバーの使用が困難であるという問題がある。

本発明は、上記の問題に鑑み、ネットワークデバイスに適した処理を実行するために、管理ポリシーに基づいて、情報処理装置の設定を変更することを目的とする。

本発明に係るネットワーク管理システムは、印刷ジョブを生成する複数の情報処理装置と、前記印刷ジョブを処理することが可能な複数のネットワークデバイスと、を管理するネットワーク管理システムであって、
管理の対象として、少なくとも一つの情報処理装置と、少なくとも一つのネットワークデバイスと、を選択する選択手段と、
選択された前記情報処理装置の設定と、選択された前記ネットワークデバイスの処理と、を管理するための管理条件の指定を受け付ける指定手段と、
選択された前記ネットワークデバイスに対して、前記管理条件を登録する登録手段と、
選択された前記情報処理装置により生成された印刷ジョブが、選択された前記ネットワークデバイスにおいて、前記管理条件に基づき処理が制限される印刷ジョブと判定された場合に、前記管理条件に基づき前記情報処理装置の設定を変更する変更手段と
を備えることを特徴とする。

あるいは、本発明にかかる情報処理方法は、印刷ジョブを生成する複数の情報処理装置と、前記印刷ジョブを処理することが可能な複数のネットワークデバイスと、を管理するネットワーク管理システムにおける情報処理方法であって、
選択手段が、管理の対象として、少なくとも一つの情報処理装置と、少なくとも一つのネットワークデバイスと、を選択する選択工程と、
指定手段が、選択された前記情報処理装置の設定と、選択された前記ネットワークデバイスの処理と、を管理するための管理条件の指定を受け付ける指定工程と、
登録手段が、選択された前記ネットワークデバイスに対して、前記管理条件を登録する登録工程と、
選択された前記情報処理装置により生成された印刷ジョブが、選択された前記ネットワークデバイスにおいて、前記管理条件に基づき処理が制限される印刷ジョブと判定された場合に、変更手段が、前記管理条件に基づき前記情報処理装置の設定を変更する変更工程と
を備えることを特徴とする。

本発明に拠れば、ネットワークデバイスに適した処理を実行するために、管理ポリシーに基づいて、情報処理装置の設定を変更することが可能になる。

（第１実施形態）
以下、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。

（印刷処理系の説明）
図２は、本実施形態にかかる情報処理装置（クライアントＰＣ）で適用可能な印刷処理系を説明する図である。Win３２ APIというAPI(Application Program Interface)を使用するWin３２ アプリケーション201（第１種類のアプリケーション）からGDIと呼ばれるグラフィクスエンジン202を活用している。そして、GDI202から呼び出されるプリンタドライバー(ＧＤＩプリンタドライバー)２０３（第１種類のデバイスドライバー）にて描画データから印刷データを作成する。この印刷処理フローをＧＤＩ プリントパスとする。

Windows(登録商標)VistaではGDIプリントパスに加え、XPS(XML Paper Specification)プリントパスという新しい印刷処理フローが追加される。XPSプリントパスは、WinFx APIを使用するWinFx アプリケーション２１１からWPF(Ｗｉｎｄｏｗｓ（登録商標）(登録商標Presentation Foundation)と呼ばれるグラフィクスエンジン２１２を活用する。そして、ＸＰＳ形式の描画データをプリンタドライバー（ＸＰＳプリンタドライバー）２１３（第２種類のデバイスドライバー）にて印刷データに変換する。ここで、WinFx アプリケーション２１１は、第２種類のアプリケーションとして機能する。

更に、ＧＤＩ２０２とＷＰＦ２１２といったグラフィクスエンジンは、互いに連携することが出来る。この連携によりＷｉｎ３２アプリケーション２０１からＸＰＳプリンタドライバー２１３に描画データを渡すことが出来たり、ＷｉｎＦｘアプリケーション２１１からＧＤＩプリンタドライバー２０３に描画データを渡すことが出来る。

図３は、Ｗｉｎｄｏｗｓ（登録商標） ＶＩＳＴＡにおける２つのグラフィクスエンジンの連携を説明する図である。印刷処理フロー（１）は、ＧＤＩプリントパスを示している。Ｗｉｎ３２アプリケーション２０１から渡される描画データ（第１描画情報）は、ＧＤＩ２０２によりＥＭＦ(Enhanced Metafile)形式のＥＭＦスプールファイル３０１として格納される。そして、その後、ＧＤＩプリンタドライバー２０３にて処理が可能な印刷データ（第１印刷情報）への変換が行われる。ＧＤＩプリンタドライバー２０３は、第１描画変換手段として機能する。

印刷処理フロー（４）は、Ｗｉｎｄｏｗｓ（登録商標） ＶＩＳＴＡで追加されるＸＰＳプリントパスを示している。ＷｉｎＦｘアプリケーション２１１から渡される描画データ（第２描画情報）は、ＷＰＦ２１２にてＸＰＳスプールファイル３１１として格納される。そして、その後、ＸＰＳプリンタドライバー２１３にて処理が可能な印刷データ（第２印刷情報）への変換が行われる。ＸＰＳプリンタドライバー２１３は、第２描画変換手段として機能する。このように、印刷処理フロー（１）と印刷処理フロー（４）をそれぞれストレートプリントパスと呼ぶ。

印刷処理フロー（２）は、Ｗｉｎ３２アプリケーション２０１（出力元）からＸＰＳプリンタドライバー２１３（出力先）で印刷する場合の処理フローを示している。Ｗｉｎ３２アプリケーション２０１から渡される描画データは、ＧＤＩ２０２を経由してＧＤＩ→ＸＰＳ変換モジュール３０２にてＸＰＳ形式の描画データに変換され、ＸＰＳスプールファイル３１１として格納される。ＧＤＩ→ＸＰＳ変換モジュール３０２は、第３描画変換手段として機能する。そして、その後、ＸＰＳプリンタドライバー２１３にて印刷データへの変換が行われる。印刷処理フロー（２）を第１クロス印刷処理フローという。

印刷処理フロー（３）において、ＷｉｎＦｘアプリケーション２１１（出力元）から渡される描画データはＷＰＦ２１２を経由してＸＰＳ→ＧＤＩ変換モジュール３１２にてＥＭＦ形式の描画データに変換されＥＭＦスプールファイル３０１として格納される。ＸＰＳ→ＧＤＩ変換モジュール３１２は第４描画変換手段として機能する。そして、その後、ＧＤＩプリンタドライバー２０３（出力先）にて印刷データへの変換が行われる。印刷処理フロー（３）を第２クロス印刷処理フローという。

第１クロス印刷処理フローと第２クロス印刷処理フローを総称してクロスパスジョブ、あるいは、単にクロスパスと呼いう。

このようにＷｉｎｄｏｗｓ（登録商標） ＶＩＳＴＡにおいては４つの印刷処理フローが用意されている。印刷装置はＧＤＩプリンタドライバー２０３あるいはＸＰＳプリンタドライバー２１３のどちらか一方を用意することで、Ｗｉｎ３２アプリケーションおよびＷｉｎＦｘアプリケーション両方からの印刷処理に対応することが出来る。

（ネットワーク管理システムの構成）
図４は、印刷ジョブを生成する複数の情報処理装置と、印刷ジョブを処理することが可能な複数のネットワークデバイスと、ネットワーク管理装置と、を有するネットワーク管理システムの概略的な構成を示す図である。IT管理者（以下、単に管理者ともいう）の情報処理装置（ＰＣ）４０３及び統合デバイス管理アプリケーション４０４は、ネットワーク管理装置として機能する。ネットワーク管理装置は、情報処理装置及びネットワークデバイスを管理する。ネットワーク管理装置は、複数のネットワークデバイスを含むデバイスグループ４００及び複数の情報処理装置（クライアントＰＣ）を含むクライアントグループ４０５を管理することも可能である。

図４の構成では、統合デバイス管理アプリケーション４０４は、情報処理装置（ＰＣ）４０３と異なる情報処理装置に実装されている例を示している。しかしながら、本発明の趣旨は、この例に限定されず、例えば、情報処理装置（ＰＣ）４０３に統合デバイス管理アプリケーション４０４が実装される構成でもよい。

クライアントグループ４０５は、クライアントＰＣのグループで、図４の例では複数のクライアントＰＣ４０６、ＰＣ４０７、ＰＣ４０８で構成されている。それぞれのクライアントＰＣは、複数のグラフィックエンジン（２０２、２１２）を利用可能である。クライアントＰＣは、例えば、図３の（１）〜（４）に示す複数の印刷処理フローによる印刷ジョブを生成することが可能である。

一方、デバイスグループ４００は、クライアントグループ４０５が使用可能に割り当てられたネットワークデバイス（例えば、プリンタ、ファクシミリ、複合機等を含む）により構成されるグループである。図４の例では複数のネットワークデバイス４０１、４０２を含む。以下、ネットワークデバイスを単にデバイスともいう。

情報処理装置（ＰＣ）４０３は、クライアントグループ４０５及びデバイスグループ４００を管理するための管理条件として管理ポリシーを、統合デバイス管理アプリケーション４０４に設定する。管理ポリシーとは、選択された情報処理装置とネットワークデバイスとを管理するための管理条件をいう。例えば、図３において、クロスパスとなる第１クロス印刷処理フロー、第２クロス印刷処理フローのような印刷を実行しようとした場合、クライアントＰＣに対して、強制的にカラー印刷を不可にする等の設定変更を行うための管理条件をいう。

管理ポリシーが設定された統合デバイス管理アプリケーション４０４は、まず、対象となるデバイスにイベントの登録を行う。

デバイスにおいて、登録された管理ポリシーに対応したイベントが発生すると、デバイスは統合デバイス管理アプリケーション４０４にイベントの発生を通知する。イベントが統合デバイス管理アプリケーションに通知される条件は、管理ポリシーに依存する。例えば、不正な印刷として、クロスパスによる印刷ジョブの数が管理ポリシーに登録されている場合、クロスパスによる印刷ジョブ数が一定値に達した場合に、イベントの発生が統合デバイス管理アプリケーションに通知される。

クライアントＰＣ４０８が、不正な印刷として、クロスパス（第１クロス印刷処理フロー、第２クロス印刷処理フロー）による印刷ジョブをＮ回、デバイス４０１に送信したとする。この印刷ジョブを受信するデバイス４０１は、クロスパスによる印刷ジョブ数をカウントし、管理ポリシーの管理条件（Ｎ回）と一致する場合に、統合デバイス管理アプリケーション４０４に対してイベントの発生を通知する。
イベント受信後、統合デバイス管理アプリケーション４０４は、クライアントグループ４０５に含まれるクライアントＰＣ４０６、４０７、４０８に対して、強制的にカラー印刷を不可にするドライバーの設定変更を行う。

図５は、デバイスグループ４００、統合デバイス管理アプリケーション４０４、クライアントグループ４０５の機能構成に着目したブロック図である。
（統合デバイス管理アプリケーション４０４の構成）
統合デバイス管理アプリケーション４０４は、クライアントグループ管理部、クライアント管理部、クライアント設定部、デバイスグループ管理部、デバイス管理部、デバイス設定部を有する。また、統合デバイス管理アプリケーション４０４は、管理ポリシー管理部、ドライバー管理部、アプリケーション管理部、フォーム管理部、通信部を有する。

クライアントグループ管理部は、クライアントＰＣを部門などのグループに分けて管理することが可能である。各グループに関するグループ情報と、そのグループに含まれるクライアントＰＣの一覧の情報とがデータベースに格納されており、クライアントグループ管理部は、これらの情報をデータベースの参照により取得することが可能である。クライアント管理部は、クライアントＰＣの情報を管理する。例えば、クライアントＰＣのアドレス、使用者、インストールされているデバイスドライバー、アプリケーションなどクライアントＰＣに関する情報を保持し、管理することが可能である。クライアント設定部は、クライアントＰＣのドライバー設定の変更、ドライバー、アプリケーションのPushインストールを行うことが可能である。

デバイスグループ管理部は、デバイスを部門などのグループに分けて管理することが可能である。各グループに関するデバイス情報と、そのグループに含まれるデバイスの一覧の情報とがデータベースに格納されており、デバイスグループ管理部は、これらの情報をデータベースの参照により取得することが可能である。デバイス管理部は、デバイスの情報を管理する。例えば、デバイスのＩＰアドレス、ロケーション情報、オプション構成など、デバイスに関する情報を保持し、管理することが可能である。デバイス設定部は、デバイスにSNMP/Webサービス等のプロトコルを用いてデバイス情報の設定、イベント登録などを行うことが可能である。

管理ポリシー管理部は、データベースに保持される管理ポリシーの管理を行うことが可能である。管理ポリシーの詳細は後に説明する。ドライバー管理部は、ファイルサーバに格納されているドライバーのインストールセットを管理することが可能である。アプリケーション管理部は、ファイルサーバに格納されているアプリケーションのインストールセットを管理することが可能である。フォーム管理部は、ファイルサーバに保持されているフォームを管理することが可能である。通信部は、SNMP/Webサービス等のプロトコルを用いて、デバイス、クライアントＰＣと通信することが可能である。通信部は、デバイスから送信されるイベント通知パケットの受信等が可能である。

図２２は、統合デバイス管理アプリケーション４０４が動作する情報処理装置（ＰＣ）２２００の構成を例示的に示す図である。情報処理装置（ＰＣ）２２００は、ＲＯＭ２２０２には統合デバイス管理アプリケーション４０４を実行するための各種データが格納されている。ＲＡＭ２２０３は、ＣＰＵ２２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２２０１は、システムバス２２０４に接続される各デバイスを総括的に制御する。

キーボードコントローラ（ＫＢＣ）２２０５は、キーボード（ＫＢ）２２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２２０６は、ＣＲＴディスプレイ（ＣＲＴ）２２１０の表示を制御する。

ハードディスク（ＨＤ）２２１１には、各種のアプリケーション、デバイスの動作を制御するデバイスドライバー、データベースが格納されている。ディスクコントローラ（ＤＫＣ）２２０７はハードディスク（ＨＤ）２２０７、フレキシブルディスク（ＦＤ）２２１２などの外部メモリに対するアクセスを制御する。

ハードディスク（ＨＤ）２２１１のデータベースには、管理ポリシー、デバイスグループの情報及びクライアントグループの情報が格納される。統合デバイス管理アプリケーション４０４は、データベースに格納されている管理ポリシーを参照して、デバイスドライバーのインストール、印刷制御設定、印刷抑止設定を実行することが可能である。

ハードディスク（ＨＤ）２２１１には、統合デバイス管理アプリケーション４０４が格納される。本実施形態において、ＯＳは、例えば、ウィンドウズ（登録商標） ＸＰ（マイクロソフト社製）を想定しているが、これに限るものではない。

統合デバイス管理アプリケーション４０４は、フレキシブルディスク（ＦＤ）２２１２やＣＤ−ＲＯＭなどのコンピュータ可読の記憶媒体に格納された形で供給されても良い。その場合には、図２２に示すフレキシブルディスク（ＦＤ）２２１２または不図示のＣＤ−ＲＯＭドライブなどによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）２２１１にインストールされる。

２２０８はネットワークインタフェースカード（ＮＩＣ）であり、情報処理装置２２００は、ＮＩＣ２２０８を介してＬＡＮ２２１３と接続する。統合デバイス管理アプリケーション４０４は、ＮＩＣ２２０８を介して、デバイスグループ４００を構成するネットワークデバイス及びクライアントグループ４０５を構成するクライアントＰＣとデータの送受信が可能である。

図２３は、データベースに格納される情報を例示的に示す図である。デバイステーブル２３０１にはそれぞれのデバイスに対応したデバイス情報が格納される。デバイス情報には、デバイスを識別するためのデバイスＩＤ（デバイス識別情報）、デバイス名、MACアドレス、デバイスの設置場所、IPアドレス、メンテナンス機能の有無、FAX機能有無、資産管理番号、カラー印刷が可能か否かの情報が含まれる。

デバイスグループテーブル２３０２にはグループ名、親ノードとなるデバイスグループテーブルを識別するためのデバイスグループＩＤ（デバイスグループ識別情報）が格納される。デバイステーブル２３０１とデバイスグループテーブル２３０２とは、対照表２３０３により関連付けることが可能である。対照表２３０３の参照により、デバイスがどのデバイスグループに含まれるかを特定することができる。

一方、クライアントテーブル２３０４には、クライアントＰＣを識別するためのクライアントＰＣＩＤ（クライアント識別情報）、クライアントＰＣ名、ＭＡＣアドレス、ＩＰアドレス、ユーザ名等が格納される。クライアントグループテーブル２３０５には、クライアントグループを識別するためのクライアントグループＩＤ（クライアントグループ識別情報）、クライアントグループ名、親ノードとなるクライアントグループのIDが格納される。クライアントテーブル２３０４とクライアントグループテーブル２３０５は、対照表２３０６により関連付けられる。対照表２３０６の参照により、クライアントＰＣがどのクライアントグループに含まれるかを特定できる。

また、デバイスグループテーブル２３０２とクライアントグループテーブル２３０５は、対照表２３０７により関連付けられている。対照表２３０７の参照により、デバイスグループがどのクライアントグループに対応付けられるかを特定できる。

（クライアントグループ４０５の構成）
クライアントグループ４０５は、１つ以上のクライアントＰＣを有するグループである。グループには、例えば、組織の部門（部、課）、本社、支社などの区分けや、地域による区分け、建物のフロアによる区分けなどが含まれる。図５の例では、クライアントグループ４０５は、クライアントＰＣ４０６、４０７、４０８を有している。クライアントＰＣ４０６、４０７、４０８は、ユーザがアプリケーションを用いて印刷データを生成することが可能な情報処理装置であり、機能構成として、ドライバー設定部、インストール補助部を有する。

ドライバー設定部は、ドライバーの設定情報を変更することが可能である。レジストリに記載されている設定情報、例えば、両面印刷の設定、４in１印刷（Ｎ−ｕｐ印刷設定）など、デフォルトに設定されている印刷設定を変更することが可能である。

インストール補助部は、統合デバイス管理アプリケーション４０４からPushインストールされる新しいドライバーやアプリケーションのインストールを補助することが可能である。具体的には、インストールセットを統合デバイス管理アプリケーション４０４から受信し、クライアントＰＣに保持し、インストールセットを用いてドライバーやアプリケーションのインストールを実行する。

（クライアントグループの追加）
図２９は、クライアントグループの一覧表示画面を示す図である。一覧表示画面には、クライアントグループの作成ボタン２９０１、クライアントグループの削除ボタン２９０２、グループの移動処理ボタン２９０３が設けられている。更に、一覧表示画面には、クライアントＰＣをクライアントグループに追加するための追加ボタン２９０４、クライアントＰＣをクライアントグループから削除するための削除ボタン２９０５が設けられている。

図３０は、クライアントグループの新規作成画面を例示的に示す図である。クライアントグループの作成ボタン２９０１（図２９）が押下されると、図３０に示すクライアントグループ作成画面が表示される。クライアントグループ名３００１、コメント３００２がそれぞれ入力欄に入力され、ＯＫボタン３００３の押下により、統合デバイス管理アプリケーション４０４は、新しいクライアントグループを作成する。

統合デバイス管理アプリケーション４０４は、図３０の入力欄に入力されたクライアントグループ名３００１、コメント３００２を取得し、取得したデータをデータベース上のクライアントグループテーブル２３０５に登録する。以上の処理によりクライアントグループの追加処理が完了する。

（クライアントＰＣの追加）
クライアントグループの一覧表示（図２９）において、チェック入力欄２９０６の入力によりクライアントグループを指定する。この状態で、クライアントＰＣの追加ボタン２９０４が押下されると、図３１に示す、クライアントグループにクライアントＰＣを追加するための画面が表示される。

リスト表示３１０１は追加選択が可能なクライアントＰＣの一覧表示である。この中から追加選択するクライアントＰＣを選択し、「選択対象に加える」ボタン３１０２が押下されると、選択されたクライアントＰＣが追加の対象となる。次に、ＯＫボタン３１０３が押下されると、統合デバイス管理アプリケーション４０４は、選択されたクライアントＰＣをチェック入力欄２９０６の入力で指定されたクライアントグループ（client group 1）に追加する。統合デバイス管理アプリケーション４０４は、追加されたクライアントＰＣの情報をデータベース（図２３）のクライアントテーブル２３０４に登録する。以上の処理によりクライアントＰＣの追加処理が完了する。

上述の説明では、クライアントグループの新規作成と、指定されたクライアントグループに対してクライアントＰＣを追加する例を説明した。逆の処理として、統合デバイス管理アプリケーション４０４の制御の下、クライアントグループの削除、クライアントグループからクライアントＰＣを削除する処理も同様に実行可能である。統合デバイス管理アプリケーション４０４の制御の下、クライアントグループ１に含まれていたクライアントＰＣをクライアントグループ２に含まれるようにする移動処理も、クライアントグループの指定とクライアントＰＣの選択により可能である。

（デバイスグループ４００の構成）
デバイスグループ４００は、１つ以上のネットワークデバイス有するグループである。グループには、クライアントグループの場合と同様に、例えば、組織の部門（部、課）、本社、支社などの区分けや、地域による区分け、建物のフロアによる区分けなどが含まれる。図５の例では、デバイスグループ４００は、デバイス４０１、４０２を有している。デバイス４０１、４０２は、例えば、プリンタ、ファクシミリ、あるいは、複合機として、印刷、スキャン（画像の読取）、ファクシミリ機能を備えるマルチファンクションの画像形成装置として構成することが可能である。

図３５は、画像形成装置の概略的な構成を示す図である。画像入力デバイスとして機能するスキャナ３５０１は、原稿上に描かれた画像を照明し、不図示のＣＣＤラインセンサを走査することで、画像を読み取りラスターイメージデータとして電気信号に変換する。原稿用紙をフィーダ３５０２のトレイ３５０３にセットし、使用者が操作部３５０４から読み取り起動指示することにより、ＣＰＵがスキャナ３５０１に指示を与える。フィーダ３５０２は原稿用紙を１枚ずつ給紙し、スキャナ３５０１は原稿画像の読み取り動作を行う。

画像出力デバイスとして機能するプリンタ部３５０５は、電気的なラスターイメージデータを用紙上の可視画像に変換する。その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、本実施形態においては、いずれの方式でも適用が可能である。

プリント動作の起動は、ＣＰＵからの指示によって開始する。プリンタ部３５０５には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセット３５０６、３５０７、３５０８、３５０９がある。また、排紙トレイ３５１０は印刷し終わった用紙の排出を受け付ける。

次に、デバイスの機能構成に着目した構成を説明する。

デバイス４０１、４０２には、例えば、クロスパスジョブ管理部、イベント通知部、印刷部、ファクシミリ（ＦＡＸ）送信部、通信部が含まれる。クロスパスジョブ管理部は、不正な印刷として、クロスパス（第１クロス印刷処理フロー、第２クロス印刷処理フロー）の印刷ジョブを受信した場合、ジョブ数、印刷データを生成したアプリケーション等を部門毎、ユーザごとに集計し、統計情報を作成する。

イベント通知部は、予め登録された管理ポリシーの設定条件（イベント）が発生した場合に、統合デバイス管理アプリケーション４０４に対して、イベント通知パケットを送信してイベント発生を通知する。印刷部は、印刷データに基づいて、文書データ（ドキュメント）を印刷する。ＦＡＸ送信部は、電話回線、ISDNで接続されたファクシミリ（ＦＡＸ）送信を行う。通信部は、SNMP/Webサービス等のプロトコルを用いて、クライアントＰＣ４０６、４０７、４０８、統合デバイス管理アプリケーション４０４、情報処理装置４０３と通信可能である。

（デバイスグループの追加）
図２４は、デバイスグループの一覧表示画面を示す図である。一覧表示にはデバイスグループの作成ボタン２４０１、グループの削除２４０２、グループの移動処理２４０３、デバイスをデバイスグループに追加する追加ボタン２４０４、デバイスをデバイスグループから削除するための削除ボタン２４０５が設けられている。

図２６（ａ）はデバイスグループを追加する処理の流れを説明するフローチャートであり、グループの作成ボタン２４０１が押下されると（Ｓ２６０１）、図２５に示すデバイスグループ作成画面が表示される（Ｓ２６０２）。図２５は、デバイスグループの新規作成画面を例示的に示す図である。デバイスグループ名２５０１、コメント２５０２がそれぞれ入力欄に入力され（Ｓ２６０３）、ＯＫボタン２５０３の押下により、新しいデバイスグループが作成される（Ｓ２６０４）。

図２６（ｂ）は、新しいデバイスグループの作成に関する統合デバイス管理アプリケーション４０４の処理の流れを説明する図である。

Ｓ２６０５において、統合デバイス管理アプリケーション４０４は、Ｓ２６０３で入力されたデバイスググループ名、コメントを取得し、Ｓ２６０６において、Ｓ２６０５で取得したデータをデータベース上のデバイスグループテーブル２３０２に登録する。以上の処理によりデバイスグループの追加処理が完了する。

（デバイスの追加）
図２８は、デバイスグループにデバイスを追加するための処理の流れを説明するフローチャートである。デバイスグループの一覧表示（図２４）において、チェック入力欄２４０６の入力によりデバイスグループを指定する。この状態で、デバイスの追加ボタン２４０４が押下されると（Ｓ２８０１）、図２７に示す、デバイスグループにデバイスを追加するための画面が表示される。

リスト表示２７０１は追加選択が可能なデバイスの一覧表示であり、この中から追加選択するデバイスを選択し、「選択対象に加える」ボタン２７０２が押下されると（Ｓ２８０２）、選択されたデバイスが追加の対象となる。

次に、ＯＫボタン２７０３が押下されると、選択されたデバイスがデバイスグループ（Device group 1）に追加される。統合デバイス管理アプリケーション４０４は、追加されたデバイスの情報をデータベース（図２３）のデバイステーブル２３０１に登録する。以上の処理によりデバイスの追加処理が完了する。

上述の説明では、デバイスグループの一覧表示（図２４）において、デバイスグループの作成と、指定したデバイスグループに対してデバイスを追加する例を説明した。逆の処理として、統合デバイス管理アプリケーション４０４の制御の下、デバイスグループの削除、デバイスグループからデバイスを削除する処理も同様に実行可能である。また、統合デバイス管理アプリケーション４０４の制御の下、デバイスグループ１に含まれていたデバイスをデバイスグループ２に含まれるようにする移動処理も、デバイスグループの指定とデバイスの選択により実行可能である。

（クライアントグループとデバイスグループの関連付け）
クライアントグループとデバイスグループとを関連付けを、図３２乃至図３４を参照して説明する。クライアントグループとデバイスグループとを関連付けることで、クライアントグループに含まれるクライアントＰＣは、関連付けられたデバイスグループに含まれるデバイスを使用可能になる。図３２は、関連付けの対象となるクライアントグループを選択するための画面表示を示す図であり、図３３は、関連付けの対象となるデバイスグループを選択するための画面表示を示す図である。

図３４は、関連付けの処理の流れを説明するフローチャートであり、関連付けは、統合デバイス管理アプリケーション４０４の制御の下に実行される。

Ｓ３４０１において、統合デバイス管理アプリケーション４０４は、図３２のクライアントグループ一覧画面を表示する。

Ｓ３４０２において、エンドユーザは、一覧画面からクライアントグループを選択する。図３２は、チェック入力欄３２０１によりクライアントグループ１（Client Group １）が選択された状態を示している。

Ｓ３４０３において、図３２の「次へ」ボタン３２０２が押下されると、Ｓ３４０２で選択されたクライアントグループ１に関連付けるためのデバイスグループを選択するためのデバイスグループの一覧表示が表示される。

Ｓ３４０４において、エンドユーザは、一覧画面からクライアントグループ１に関連付けるデバイスグループを選択する。図３３は、チェック入力欄３３０１によりデバイスグループ１（Device Group 1)が選択された状態を示している。

Ｓ３４０５において、図３３の「ＯＫ」ボタン３３０２が押下されると、統合デバイス管理アプリケーション４０４は、Ｓ３４０２で選択されたクライアントグループ１にＳ３４０４で選択されたデバイスグループ１を関連付ける。

統合デバイス管理アプリケーション４０４は、Ｓ３４０２で選択されたクライアントグループ１とＳ３４０４で選択されたデバイスグループ１とをデータベースの対照表２３０７に登録する。以上の処理によりクライアントグループとデバイスグループの関連付けの処理が完了する。

（管理ポリシーの具体例）
図６は、管理ポリシーのフォーマットを例示的に示す図である。管理ポリシーは、「目的」、「警告先」、「条件」、「適用先」、「動作」を項目として含む。管理ポリシーにおける「目的」は、管理ポリシーにより管理する項目として、例えば、ドライバーのインストール、アプリケーションのアップデート、印刷制御の設定、印刷抑止の設定が含まれる。「警告先」は、管理ポリシーで設定された条件が満たされる場合に、統合デバイス管理アプリケーション４０４の制御の下に配信される警告（電子メール）の配信先を示す。「条件」は、統合デバイス管理アプリケーション４０４がデバイス側に設定する条件を示す。「適用先」は、設定変更の対象となるクライアント（クライアントＰＣ、またはクライアントＰＣを含むクライアントグループ）を示す。「動作」の項目は、「条件」が満たされる場合に統合デバイス管理アプリケーション４０４が実行する設定の変更の内容を示す。

図７Ａ〜図７Ｃは、管理ポリシーの具体的な設定例を示す図である。図７Ａは、「用紙、トナーの無駄を防ぐための印刷制御」を目的とした管理ポリシーの例を示している。図７Ａは、指定された部門のクロスパスジョブ数が部門管理で設定された印刷回数の半分を超えた場合を条件とする管理ポリシーの例を示す図である。この条件が満たされる場合に、統合デバイス管理アプリケーション４０４は、部門１に含まれるクライアントＰＣにカラー印刷を不可として、強制的にモノクロ印刷を実行するように設定し、更に、４in１両面印刷とするドライバー設定を行う。

例えば、クライアントグループ４０５に、この管理ポリシーが適用されるとクライアントＰＣ４０６、４０７、４０８が設定変更の対象となる。クロスパスジョブ数が一定数に達したとき、統合デバイス管理アプリケーション４０４は、デバイス４０１から送信されるイベント通知パケットを受信する。そして、統合デバイス管理アプリケーション４０４は、イベント通知パケットの内容を解析して、この解析結果に基づき、インストール動作、印刷制御、印刷抑止を選択的に実行する。イベント通知パケットを受信したときの具体的な処理は、後に図１８を参照して説明する。

統合デバイス管理アプリケーション４０４は、イベント通知パケットの解析結果に基づき、クライアントＰＣ４０６、４０７、４０８のドライバー設定を強制的にカラー印刷不可、モノクロ4in1両面印刷に設定変更する。同時に、統合デバイス管理アプリケーション４０４は、管理ポリシーが適用（実行）されたことを、部門の管理者(室長)、用紙、トナーを管理している部門(調達課)にメールを送信して通知する。

図７Ｂは、アプリケーション、ドライバーのアップデートを目的とした管理ポリシーの例を示す図である。図７Ｂに例示する管理ポリシーは、アプリケーション毎のクロスパスジョブ数が設定された印刷回数を超えた場合を条件とする。この条件が満たされる場合に、統合デバイス管理アプリケーション４０４は、クライアントグループ１（グループ１）に属する特定のクライアントＰＣに、ドライバーのPushインストール及びアプリケーションのアップデートを行う。

例えば、クライアントグループ４０５にこの管理ポリシーが適用されると、印刷ジョブを生成したクライアントＰＣ４０８が設定変更の対象となる。クロスパスジョブ数が一定数に達したとき、統合デバイス管理アプリケーション４０４は、デバイス４０１からイベント通知パケットを受信し、クライアントＰＣ４０８のドライバーをPushインストールして強制的にアップデートする。

また、統合デバイス管理アプリケーション４０４は、クライアントＰＣ４０８が使用しているアプリケーションのアップデートも可能である。統合デバイス管理アプリケーション４０４は、管理ポリシーの適用（実行）によりアップデートが行われたクライアントＰＣを使用している個人及びアプリケーション及びドライバーを管理している部門(IT推進課)にメール通知する。これにより、最適なドライバー、アプリケーションをクライアントＰＣ４０８で使用することが可能になる。

図７Ｃは、印刷抑止を目的とした管理ポリシーの例を示す図である。図７Ｃに例示する管理ポリシーは、業務用として、アプリケーションＡを使用したクロスパスジョブが１件でもあった場合を条件とする。この条件が満たされる場合に、統合デバイス管理アプリケーション４０４は、アプリケーションＡを使用している部門１、部門２にハガキ、ＦＡＸによる印刷を不可とするドライバー設定（印刷抑止設定）、文書データのフォームの入れ替えを行う。

この管理ポリシーは、例えば、クロスパスジョブにより正常な印刷が実行できないため、顧客に提供されるべき印刷結果に影響を与えることとなる印刷を回避する印刷制御の実行を目的とする。例えば、クライアントグループ４０５にこの管理ポリシーが適用されると、クライアントＰＣ４０６、４０７、４０８が設定変更の対象となる。

アプリケーションＡを使用したクロスパスジョブ数が１件でも存在した場合、統合デバイス管理アプリケーション４０４は、デバイス４０１からイベント通知パケットを受信する。そして、統合デバイス管理アプリケーション４０４は、クライアントＰＣ４０６、４０７、４０８のハガキ、FAXによる印刷を不可にするドライバー設定を行う。また、業務に使用するアプリケーションで不正な印刷が発生する文書データのフォームが使用される場合、フォームの入れ替えを行う。統合デバイス管理アプリケーション４０４は、管理ポリシーが適用（実行）されたことを部門の管理者(室長)、業務アプリケーションを管理している部門(業務課)にメール通知する。これにより、業務アプリケーションを使用して、顧客に不正な画像が含まれるファクシミリを送信したり、ハガキ印刷を行うことを未然に防ぐことが可能となる。

（管理ポリシーの設定）
管理ポリシーの設定を図８乃至図１１の参照により例示的に説明する。図８は、管理ポリシーの目的８０１、警告先８０２、条件８０３の設定を行う設定画面を示す図である。ユーザは、この設定画面を介して、管理ポリシーの目的、警告先、管理ポリシーの条件を任意に設定することができる。警告の方法は、例えば、電子メールを配信したり、クライアントＰＣのディスプレイ上に警告を表示させたり、管理者は警告方法を選択することが可能である。

管理ポリシーの条件は、管理者がジョブ数を入力欄８０４に入力することにより設定される。また、選択欄８０５の選択により、管理ポリシーの条件を部門管理で設定された値と連携されることも可能である。

図９は、デバイスまたはデバイスを含むデバイスグループを選択する設定画面を示す図である。選択欄９０１は、デバイスグループ１（Device Group 1）の選択欄であり、選択欄９０２はデバイスグループ２（Device Group 2）の選択欄である。管理者は選択欄のチェックボックスをチェック入力することにより、デバイスグループの選択ができる。選択欄９０３は、個別のデバイスの選択を行うための選択欄であり、管理者は選択欄のチェックボックスをチェック入力することにより、個別のデバイスの選択ができる。選択欄９０３には、個別のデバイスを識別することが可能なデバイスＩＤ（デバイス識別情報）が表示されており、管理者は、デバイスＩＤを参照して個別のデバイスを選択できる。

図１０は、設定変更の対象となるクライアントＰＣ、クライアントＰＣを含むクライアントグループを選択する設定画面を示す図である。ユーザは、設定画面を介して、設定変更の対象となるクライアントＰＣ、クライアントＰＣを含むクライアントグループを選択できる。

選択欄１００１は、クライアントグループ１（Client Group 1）の選択欄であり、選択欄１００２はクライアントグループ２（Client Group 2）の選択欄である。管理者は選択欄のチェックボックスをチェック入力することにより、クライアントグループの選択ができる。選択欄１００３は、個別のクライアントＰＣの選択を行うための選択欄であり、管理者は選択欄のチェックボックスをチェック入力することにより、個別のクライアントＰＣの選択ができる。

図１１は、管理ポリシーの具体的な設定内容を指定するための設定画面を例示的に示す図である。インストール設定１１０１は、デバイスドライバーのアップデートや、アプリケーションのアップデート（更新）を指定する指定欄である。チェックボックス１１０４を管理者がチェック入力すると、ドライバーのアップデートを選択するためのチェック入力欄１１０５と、アプリケーションのアップデートを行うためのチェック入力欄１１０６が選択可能になる。詳細ボタン１１０７が押下されると、設定画面は、個別のドライバーを選択するための選択画面（図１２）に切り替えられる。詳細ボタン１１０８が押下されると、設定画面は、個別のアプリケーションを選択するための選択画面（図１３）に切り替えられる。

印刷制御設定１１０２は、カラー印刷不可、ページレイアウト制限（Ｎ−ｕｐ印刷、両面、片面など）の面付け制御、複数部数の印刷禁止などを指定する指定欄である。印刷抑止設定１１０３は、印刷不可、ハガキ印刷不可などの設定を指定する指定欄である。図１１の設定画面により設定された内容が管理ポリシーの設定内容となる。

図１２は、デバイスドライバーのアップデート（インストール）を行う場合に、図１１の詳細ボタン１１０７の押下により表示されるデバイスドライバー選択画面を示す図である。選択可能なデバイスのドライバーが表示される。管理者は、選択欄１２０１を選択することにより、図９の設定画面により選択されたデバイスＩＤから自動でドライバーを選択することが可能である（デバイスドライバーの自動選択）。一方、選択欄１２０２を管理者が選択することにより、リスト表示１２０３からデバイスドライバーを選択可能である（デバイスドライバーの手動選択）。ＯＫボタン１２０４の押下により選択結果が確定する。統合デバイス管理アプリケーション４０４及びＣＰＵは、デバイスドライバー選択手段として機能する。

図１３は、アプリケーションのアップデート（インストール）を行う場合に、図１１の詳細ボタン１１０８の押下により表示されるアプリケーション選択画面を示す図である。管理者はリスト表示１３０１の中から、デバイスドライバーで処理が可能な描画情報を生成する一つあるいは複数のアプリケーションを選択可能である。ＯＫボタン１３０２が押下されると選択内容が確定する。統合デバイス管理アプリケーション４０４及びＣＰＵは、アプリケーション選択手段として機能する。

図１２、図１３の選択画面から選択されたドライバー、アプリケーションは管理ポリシーの一部を構成し、統合デバイス管理アプリケーション４０４により、選択されたクライアントＰＣ、またはクライアントグループにPushインストールされる。ここで、統合デバイス管理アプリケーション４０４及びＣＰＵは、変更手段として機能し、管理ポリシーに基づいて、クライアントＰＣ、またはクライアントＰＣを含むクライアントグループの設定を変更する。

（管理ポリシーの登録）
次に、管理ポリシー登録時における、統合デバイス管理アプリケーション４０４の処理の流れを図１４のフローチャートを参照して説明する。本処理は、統合デバイス管理アプリケーション４０４及び情報処理装置のＣＰＵの制御の下に実行される。

Ｓ１４０１において、管理ポリシーの目的、警告先、条件を、図８の設定画面を介して設定する。図８の設定画面の選択が完了し、設定画面を切り替えるボタン８０６の押下により、デバイスを選択するための選択画面（図９）に表示が切り替えられる。図８から図９への画面遷移を伴うので、本データをセッションデータとして保持する。

Ｓ１４０２において、管理ポリシーを適用するデバイス及びデバイスグループを、図９の設定画面を介して選択する。図９の設定画面の選択が完了し、設定画面を切り替えるボタン９０６の押下により、クライアントを選択するための選択画面（図１０）に表示が切り替えられる。図９から図１０への画面遷移を伴うので、本データをセッションデータに保持する。

Ｓ１４０３において、管理ポリシーを適用するクライアント及びクライアントグループを、図１０の設定画面を介して選択する。図１０の設定画面の選択が完了し、設定画面を切り替えるボタン１００６の押下により、管理ポリシーの内容を設定するための画面（図１１）に表示が切り替えられる。図１０から図１１の画面遷移を伴うので、本データをセッションデータに保持する。

Ｓ１４０４において、管理ポリシーの条件（図８）に一致したときの動作として、選択された動作（図１１）をセッションデータとして保持する。

Ｓ１４０５において、管理ポリシーの条件に一致したときの動作として、ドライバーのアップデート（インストール）が選択されているか判定する。

Ｓ１４０５の判定でドライバーインストールが選択されている場合（Ｓ１４０５−Ｙｅｓ）、処理はＳ１４０６に進められ、Ｓ１４０６において、選択されたドライバーのＩＤ（ドライバー識別情報）をセッションデータに保持する。その後、処理はＳ１４０７に進められる。

Ｓ１４０５の判定で、ドライバーのアップデート（インストール）が選択されていない場合（Ｓ１４０５−Ｎｏ）、処理はＳ１４０７に進められる。

Ｓ１４０７において、管理ポリシーの条件に一致したときの動作としてアプリケーションのアップデート（インストール）が選択されているか判定する。アプリケーションのアップデート（インストール）が選択されている場合（Ｓ１４０７−Ｙｅｓ）、Ｓ１４０８に処理は進められる。

Ｓ１４０８において、選択されたアプリケーションのＩＤ（アプリケーション識別情報）をセッションデータとして保持する。その後、処理はＳ１４０９に進められる。

Ｓ１４０７の判定で、アプリケーションの（インストール）が選択されていない場合（Ｓ１４０７−Ｎｏ）、処理はＳ１４０９に進められる。

Ｓ１４０９において、セッションデータに含まれる管理ポリシー２３０８をデータベース（図２３）に登録する。

（イベント設定処理）
図１５は、統合デバイス管理アプリケーション４０４が、設定画面（図８）を介して登録された管理ポリシーに従い、デバイスに対してイベントの登録を行う処理の流れを説明するフローチャートである。本処理は、統合デバイス管理アプリケーション４０４の制御の下に実行される。

Ｓ１５０１において、管理ポリシーにおいて指定されている条件を判定する。デバイスが統合デバイス管理アプリケーション４０４にイベント発生を通知する条件として、指定されているクロスパスジョブ数が１件であるか判定する。イベント通知の条件としてクロスパスジョブ数が１件の場合（Ｓ１５０１−Ｙｅｓ）、処理はＳ１５０２に進められる。

Ｓ１５０２において、クロスパスジョブ数を「１」に設定し、Ｓ１５０３に処理は進められる。
Ｓ１５０１の判定で、指定されているクロスパスジョブ数が１件でない場合（Ｓ１５０１−Ｎｏ）、処理はＳ１５０３に進められる。Ｓ１５０３において、クロスパスジョブ数の設定があるか判定する。クロスパスジョブ数の設定がある場合（Ｓ１５０３−Ｙｅｓ）、処理はステップＳ１５０４に進められ、設定されたジョブ数を、クロスパスによる印刷回数の上限値を設定し、処理をＳ１５０５に進める。

Ｓ１５０３の判定で、クロスパスジョブ数の設定がない場合（Ｓ１５０３−Ｎｏ）、処理はＳ１５０５に進められる。Ｓ１５０５において、クロスパスジョブ数が部門管理と連携するように指定されているか判定する。連携が指定されている場合（Ｓ１５０５−Ｙｅｓ）、処理はＳ１５０６に進められ、部門管理の設定に応じたジョブ数の設定を行う。例えば、図８の設定画面において、部門管理で設定された値の半分にクロスパスジョブによる印刷回数が達した場合、デバイスがイベント通知パケットを生成し、統合デバイス管理アプリケーション４０４にイベントの発生を通知する。尚、部門管理と連携する設定値としては、例えば、管理部門で設定される設定値の1/4, 2/4, 3/4, 4/4のように、４段階の設定値から選択可能である。Ｓ１５０６の処理の後、処理はＳ１５０７に進められる。

Ｓ１５０５の判定で、部門管理との連携がない場合（Ｓ１５０５−Ｎｏ）、処理はＳ１５０７に進められ、統合デバイス管理アプリケーション４０４は、登録パケットを生成する。

Ｓ１５０８において、統合デバイス管理アプリケーション４０４は、Ｓ１５０７において生成された登録パケットをデバイスに送信する。登録パケットを受信したデバイスは、登録パケットの内容に基づきイベント登録を行う。

（印刷ジョブの構成例）
図１６は、クライアントＰＣ４０８からデバイス４０１に送信される印刷ジョブを例示的に示す図である。印刷ジョブは、ジョブヘッダ１６０１とジョブデータ１６０６から構成される。印刷ジョブのジョブヘッダ１６０１には、クロスパスによる印刷か否かを判定する判定情報（エレメント）＜PrintPath＞１６０２が設定されている。また、ジョブヘッダ１６０１には、アプリケーション名を示す＜App＞エレメント１６０３が設定されている。更に、ジョブヘッダ１６０１には、ユーザ名を示すエレメント＜client＞１６０４、クライアントグループを示すエレメント＜Department＞１６０５が設定されている。

デバイス４０１のクロスパスジョブ管理部は、印刷を実行する前に、ジョブヘッダ１６０１を解析し、統計処理を行う。統計処理に基づいて、クロスパスによる印刷回数が、図１５で登録されたイベント通知の条件に一致する場合、クロスパスジョブ管理部は、イベント通知パケットを生成する。そして、デバイス４０１のイベント通知部は、クロスパスジョブ管理部が生成したイベント通知パケットを、統合デバイス管理アプリケーション４０４に対して送信し、イベントの発生を通知する。

図１７は、デバイス４０１のイベント通知部が、統合デバイス管理アプリケーション４０４に通知するイベント通知パケットの構成を例示的に示す図である。イベント通知パケットはヘッダ部１７０１と、ジョブレポート部１７０２を有する。例えば、ジョブレポート部１７０２内の情報には、クロスパス印刷回数を示す情報１７０３として、「１００」回、カウントされたことが記録されている。ヘッダ部１７０１には、管理ポリシーID１７０４が含まれている。管理ポリシーID１７０４を用いることにより、統合デバイス管理アプリケーション４０４は、管理ポリシー２３０８が登録されているデータベース（図２３）にアクセスすることができる。

（イベント通知パケットを受信したときの処理）
次に、統合デバイス管理アプリケーション４０４がデバイス４０１からイベント通知パケットを受信したときの処理の流れを図１８のフローチャートを参照して説明する。本処理は、統合デバイス管理アプリケーション４０４、情報処理装置のＣＰＵの制御の下に実行される。

Ｓ１８０１において、統合デバイス管理アプリケーション４０４の通信部は、デバイス４０１からイベント通知パケットを受信する。

Ｓ１８０２において、統合デバイス管理アプリケーション４０４の通信部は、イベント通知パケットの受信を統合デバイス管理アプリケーション４０４内の機能ブロックの１つであるドライバー管理部に通知する。

Ｓ１８０３において、イベント通知パケットのヘッダ部１７０１に含まれる管理ポリシーID（図１７の１７０４）を用いて、データベース（図２３）から登録されている管理ポリシー２３０８を取得する。

Ｓ１８０４において、統合デバイス管理アプリケーション４０４は、Ｓ１８０３で取得した管理ポリシー２３０８の内容にインストール設定が含まれるかどうか判定する。インストール設定が含まれない場合（Ｓ１８０４−Ｎｏ）、処理はＳ１８０６に進められる。一方、インストール設定が含まれる場合（Ｓ１８０４−Ｙｅｓ）、処理はＳ１８０５に進められ、選択されたクライアントＰＣまたはクライアントグループにドライバーのPushインストール、アプリケーションのアップデートを実行する。Pushインストール、アプリケーションのアップデートの詳細は、図１９のフローチャートを参照して説明する。

Ｓ１８０６において、統合デバイス管理アプリケーション４０４は、Ｓ１８０３で取得した管理ポリシー２３０８の内容に印刷制御の設定が含まれるか判定する。印刷制御の設定が含まれない場合（Ｓ１８０６−Ｎｏ）、処理はＳ１８０８に進められる。一方、印刷制御の設定が含まれる場合（Ｓ１８０６−Ｙｅｓ）、処理はＳ１８０７に進められ、例えば、モノクロ両面印刷、4in1などのN-up印刷など、印刷制御に関するドライバー設定を変更する。印刷制御の詳細は、図２０のフローチャートを参照して説明する。

Ｓ１８０８において、統合デバイス管理アプリケーション４０４は、Ｓ１８０３で取得した管理ポリシー２３０８の内容に印刷抑止の設定が含まれるか判定する。印刷抑止の設定が含まれない場合（Ｓ１８０８−Ｎｏ）、処理は終了する。一方、印刷抑止の設定が含まれる場合（Ｓ１８０８−Ｙｅｓ）、処理はＳ１８０９に進められ、例えば、印刷を不可にするなどの印刷抑止を実行するようにドライバー設定を変更する。印刷抑止の詳細は、図２１のフローチャートを参照して説明する。

（インストール処理）
図１９は、Ｐｕｓｈインストール処理の流れを説明するフローチャートである。本処理は、統合デバイス管理アプリケーション４０４、クライアント設定部の制御の下に実行される。

Ｓ１９０１において、管理ポリシーIDを用いてデータベース（図２３）に登録されている管理ポリシー２３０８からインストールを行うクライアントＰＣ及びクライアントグループの情報を取得する。

Ｓ１９０２において、管理ポリシーIDを用いてデータベース（図２３）に登録されている管理ポリシー２３０８からインストールの条件（インストール条件）を取得する。

Ｓ１９０３において、クライアント設定部は、インストール条件がデバイスドライバーのインストール（アップデート）を含むかどうかを判定する。ドライバーのインストールがインストール条件で指定されている場合（Ｓ１９０３−Ｙｅｓ）、処理はＳ１９０４に進められる。一方、ドライバーのインストールがインストール条件で指定されていない場合（Ｓ１９０３−Ｎｏ）、処理はＳ１９０８に進められる。

Ｓ１９０４において、イベント通知パケットのヘッダ部１７０１に含まれるデバイスＩＤ１７０５と図９の設定画面により選択されたデバイスＩＤとを照合して、デバイスＩＤに対応するデバイスドライバーを選択する。

Ｓ１９０５において、先のＳ１９０１で取得したクライアントＰＣ及びクライアントグループ（クライアントグループに含まれるクライアントＰＣ）をドライバーの配信先に設定する。

Ｓ１９０６において、クライアント設定部は、インストールの対象となるデバイスライバのインストールセットを配信データに設定する。

Ｓ１９０７において、統合デバイス管理アプリケーション４０４は、配信先に配信データ（インストールセット）を送信する。インストールセットが配信されたクライアントＰＣは、インストールセットに含まれるインストーラを実行し、デバイスドライバーのインストールを行う。

次に、Ｓ１９０８において、クライアント設定部は、インストール条件がアプリケーションのインストール（アップデート）を含むかどうかを判定する。アプリケーションのアップデートがインストール条件で指定されている場合（Ｓ１９０８−Ｙｅｓ）、処理はＳ１９０９に進められる。一方、アプリケーションのアップデートがインストール条件で指定されていない場合（Ｓ１９０８−Ｎｏ）、処理は終了する。

Ｓ１９０９で、クライアント設定部はイベント通知パケットに含まれるアプリケーション情報１７０６（図１７の場合「Ｗｏｒｄ ２０００」）が、図１３の設定画面によりアップデートの対象として選択されているか判定する。

アプリケーション情報により特定されるアプリケーションが、アップデートの対象として選択されていない場合（Ｓ１９０９―Ｎｏ）、処理は終了する。一方、Ｓ１９０９の判定で、アプリケーション情報により特定されるアプリケーションが、アップデートの対象として選択されている場合（Ｓ１９０９−Ｙｅｓ）、処理はＳ１９１０に進められる。

Ｓ１９１０において、先のＳ１９０１で取得したクライアントＰＣ及びクライアントグループ（クライアントグループに含まれるクライアントＰＣ）をアプリケーションの配信先に設定する。

Ｓ１９１１において、クライアント設定部は、アップデートの対象となるアプリケーションのインストールセットを配信データに設定する。

Ｓ１９１２において、統合デバイス管理アプリケーション４０４は、配信先に配信データ（インストールセット）を送信する。

インストールセットが配信されたクライアントＰＣは、インストールセットに含まれるインストーラを実行し、アプリケーションのアップデートを行う。アプリケーションのインストールセットの送信が完了すると、処理は終了する。

（印刷制御条件の設定）
図２０は、印刷制御条件をクライアントＰＣまたはクライアントグループに含まれるクライアントＰＣに設定する処理の流れを説明するフローチャートである。本処理は、統合デバイス管理アプリケーション４０４、クライアント設定部の制御の下に実行される。

Ｓ２００１において、管理ポリシーIDを用いてデータベース（図２３）に登録されている管理ポリシー２３０８から印刷制御条件の設定（または、設定の変更）を行うクライアントＰＣ及びクライアントグループの情報を取得する。

Ｓ２００２において、管理ポリシーIDを用いてデータベース（図２３）に登録されている管理ポリシー２３０８から印刷制御条件を取得する。ここで、印刷制御条件とは、例えば、カラー印刷不可、モノクロ印刷、４in１両面印刷等、ドライバーの印刷設定を制御するための条件をいう。尚、本実施形態では、印刷制御条件の例を、カラー印刷不可、モノクロ印刷、４in１両面印刷等としているが、本発明の趣旨はこの例に限定されるものでないことは言うまでもない。例えば、印刷の向き（縦、横）、ページ順、印刷品位、用紙サイズなどの設定を制御する条件を印刷制御条件とすることも可能である。

Ｓ２００３において、印刷制御条件をクライアントＰＣに設定するために配信先として、先のＳ２００１で取得したクライアントＰＣ及びクライアントグループ（クライアントグループに含まれるクライアントＰＣ）を設定する。

Ｓ２００４において、クライアント設定部は、印刷制御条件を配信データに設定する。

Ｓ２００５において、統合デバイス管理アプリケーション４０４は、配信先に印刷制御条件を含む配信データを送信する。印刷制御条件の設定は、例えば、クライアントＰＣ４０６のインストール補助部に送信され、ドライバー設定部を用いてレジストリの値を変更することにより印刷制御の設定がプリンタドライバーに反映される。配信データの送信完了により処理は終了する。

（印刷抑止の設定）
図２１は、印刷抑止をクライアントＰＣまたはクライアントグループに含まれるクライアントＰＣに設定する処理の流れを説明するフローチャートである。本処理は、統合デバイス管理アプリケーション４０４、クライアント設定部の制御の下に実行される。

Ｓ２１０１において、管理ポリシーIDを用いてデータベース（図２３）に登録されている管理ポリシー２３０８から印刷抑止の設定（または、設定の変更）を行うクライアントＰＣ及びクライアントグループの情報を取得する。

Ｓ２１０２において、管理ポリシーIDを用いてデータベース（図２３）に登録されている管理ポリシー２３０８から印刷抑止の設定内容を取得する。例えば、図１１の印刷抑止設定１１０３では、印刷不可、ハガキ印刷不可、ＦＡＸ送信不可が印刷抑止の設定内容として設定されている。

Ｓ２１０３において、印刷抑止の設定をクライアントＰＣに設定するために配信先として、先のＳ２１０１で取得したクライアントＰＣ及びクライアントグループ（クライアントグループに含まれるクライアントＰＣ）を設定する。

Ｓ２１０４において、クライアント設定部は、印刷抑止の設定内容を配信データに設定する。

Ｓ２１０５において、統合デバイス管理アプリケーション４０４は、配信先に印刷抑止の設定内容を含む配信データを送信する。印刷抑止の設定内容は、例えば、クライアントＰＣ４０６のインストール補助部に送信され、ドライバー設定部を用いてレジストリの値を変更することにより印刷抑止の設定内容がプリンタドライバーに反映される。配信データの送信完了により処理は終了する。

本実施形態に拠れば、ネットワークデバイスに適した処理を実行するために、管理ポリシーに基づいて、情報処理装置の設定を変更することが可能になる。

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

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

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

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

従来例のホストコンピュータと印刷装置の構成を示す図である。 実施形態にかかるクライアントＰＣで適用可能な印刷処理系を説明する図である。 Ｗｉｎｄｏｗｓ（登録商標） ＶＩＳＴＡにおける２つのグラフィクスエンジンの連携を説明する図である。 印刷ジョブを生成する複数の情報処理装置と、印刷ジョブを処理することが可能な複数のネットワークデバイスと、ネットワーク管理装置と、を有するネットワーク管理システムの概略的な構成を示す図である。 デバイスグループ４００、統合デバイス管理アプリケーション４０４、クライアントグループ４０５の機能構成に着目したブロック図である。 管理ポリシーのフォーマットを例示的に示す図である。 指定された部門のクロスパスジョブ数が部門管理で設定された印刷回数の半分を超えた場合を条件とする管理ポリシーの例を示す図である。 アプリケーション、ドライバーのアップデートを目的とした管理ポリシーの例を示す図である。 印刷抑止を目的とした管理ポリシーの例を示す図である。 管理ポリシーの目的８０１、警告先８０２、条件８０３の設定を行う設定画面を示す図である。 デバイスまたはデバイスを含むデバイスグループを選択する設定画面である。 設定変更の対象となるクライアントＰＣ、クライアントＰＣを含むクライアントグループを選択する設定画面を示す図である。 管理ポリシーの具体的な設定内容を指定するための設定画面を例示的に示す図である。 デバイスドライバーのアップデート（インストール）を行う場合に、図１１の詳細ボタン１１０７の押下により表示されるドライバー選択画面を示す図である。 アプリケーションのアップデート（インストール）を行う場合に、図１１の詳細ボタン１１０８の押下により表示されるアプリケーション選択画面を示す図である。 管理ポリシー登録時における、統合デバイス管理アプリケーション４０４の処理の流れを説明する図である。 統合デバイス管理アプリケーション４０４が、設定画面を介して登録された管理ポリシーに従い、デバイスに対してイベントの登録を行う処理の流れを説明する図である。 クライアントＰＣ４０８からデバイス４０１に送信される印刷ジョブを例示的に示す図である。 デバイス４０１のイベント通知部が、統合デバイス管理アプリケーション４０４に通知するイベント通知パケットの構成を例示的に示す図である。 統合デバイス管理アプリケーション４０４がデバイス４０１からイベント通知パケットを受信したときの処理の流れを説明する図である。 Ｐｕｓｈインストール処理の流れを説明する図である。 印刷制御条件をクライアントＰＣまたはクライアントグループに含まれるクライアントＰＣに設定する処理の流れを説明する図である。 印刷抑止をクライアントＰＣまたはクライアントグループに含まれるクライアントＰＣに設定する処理の流れを説明する図である。 統合デバイス管理アプリケーション４０４が動作する情報処理装置（ＰＣ）２２００の構成を例示的に示す図である。 データベースに格納される情報を例示的に示す図である。 デバイスグループの一覧表示画面を示す図である。 デバイスグループ作成画面を例示する図である。 （ａ）はデバイスグループを追加する処理の流れを説明する図であり、（ｂ）は、新しいデバイスグループの作成に関する統合デバイス管理アプリケーション４０４の処理の流れを説明する図である。 デバイスグループにデバイスを追加するための画面を示す図である。 デバイスグループにデバイスを追加するための処理の流れを説明する図である。 クライアントグループの一覧表示画面を示す図である。 クライアントグループの新規作成画面を例示的に示す図である。 クライアントグループにクライアントＰＣを追加するための画面を示す図である。 関連付けの対象となるクライアントグループを選択するための画面表示を示す図である。 関連付けの対象となるデバイスグループを選択するための画面表示を示す図である。 関連付けの処理の流れを説明する図である。 画像形成装置の概略的な構成を示す図である。

符号の説明

４０４ 統合デバイス管理アプリケーション
２２０１ ＣＰＵ
２２０２ ＲＯＭ
２２０３ ＲＡＭ
２２０４ システムバス

Claims (20)

1. 印刷ジョブを生成する複数の情報処理装置と、前記印刷ジョブを処理することが可能な複数のネットワークデバイスと、を管理するネットワーク管理システムであって、
   管理の対象として、少なくとも一つの情報処理装置と、少なくとも一つのネットワークデバイスと、を選択する選択手段と、
   選択された前記情報処理装置の設定と、選択された前記ネットワークデバイスの処理と、を管理するための管理条件の指定を受け付ける指定手段と、
   選択された前記ネットワークデバイスに対して、前記管理条件を登録する登録手段と、
   選択された前記情報処理装置により生成された印刷ジョブが、選択された前記ネットワークデバイスにおいて、前記管理条件に基づき処理が制限される印刷ジョブと判定された場合に、前記管理条件に基づき前記情報処理装置の設定を変更する変更手段と
   を備えることを特徴とするネットワーク管理システム。
2. 前記情報処理装置は、前記印刷ジョブを生成するために、
   第１種類のアプリケーションにより生成される第１描画情報を第１種類のプリンタドライバーにより処理が可能な第１印刷情報に変換する第１描画変換手段と、
   第２種類のアプリケーションにより生成される第２描画情報を第２種類のプリンタドライバーにより処理が可能な第２印刷情報に変換する第２描画変換手段と
   前記第１種類のアプリケーションにより生成される第１描画情報を前記第２種類のプリンタドライバーにより処理が可能な描画データに変換する第３描画変換手段と、
   前記第２種類のアプリケーションにより生成される第２描画情報を前記第１種類のプリンタドライバーにより処理が可能な描画データに変換する第４描画変換手段と、
   を更に備えることを特徴とする請求項１に記載のネットワーク管理システム。
3. 前記ネットワークデバイスは、
   受信した前記印刷ジョブが、前記第１種類のアプリケーションを出力元とし、前記第２種類のプリンタドライバーを出力先とする第１クロス印刷処理フローにより生成されているか、または前記第２種類のアプリケーションを出力元とし、前記第１種類のプリンタドライバーを出力先とする第２クロス印刷処理フローにより生成されているかを判定するクロスパスジョブ管理手段と、
   前記クロスパスジョブ管理手段の判定と、登録された前記管理条件とが一致する場合に、登録された前記管理条件に対応するイベントの発生を通知するイベント通知手段とを更に備え、
   前記変更手段は、
   前記イベント通知手段による通知を受信した場合に、前記管理条件に基づき前記情報処理装置の設定を変更することを特徴とする請求項１または２に記載のネットワーク管理システム。
4. 選択された前記ネットワークデバイスを制御するためのデバイスドライバーを選択するデバイスドライバー選択手段と、
   前記デバイスドライバーで処理が可能な描画情報を生成するアプリケーションを選択するアプリケーション選択手段と、
   を更に備えることを特徴とする請求項１に記載のネットワーク管理システム。
5. 前記選択手段は、少なくとも一つの情報処理装置を含むクライアントグループと、少なくとも一つのネットワークデバイスを含むデバイスグループを選択可能であることを特徴とする請求項１に記載のネットワーク管理システム。
6. 前記変更手段は、前記デバイスドライバー選択手段により選択された前記デバイスドライバーを、選択された前記情報処理装置または前記クライアントグループに含まれる情報処理装置にインストールすることを特徴とする請求項４または５に記載のネットワーク管理システム。
7. 前記変更手段は、前記アプリケーション選択手段により選択された前記アプリケーションを、選択された前記情報処理装置または前記クライアントグループに含まれる情報処理装置にインストールすることを特徴とする請求項４または５に記載のネットワーク管理システム。
8. 前記変更手段は、前記管理条件に基づき情報処理装置に設定されている印刷制御の条件を変更し、
   前記印刷制御の条件には、カラー印刷の禁止、両面印刷の指定、Ｎ−ｕｐ印刷の指定のうち少なくとも一つが含まれることを特徴とする請求項１に記載のネットワーク管理システム。
9. 選択された前記情報処理装置により生成された印刷ジョブが、選択された前記ネットワークデバイスにおいて、前記印刷ジョブの条件に一致すると判定された場合に、前記変更手段は、情報処理装置に設定されている設定を印刷ジョブの生成を抑止する設定に変更することを特徴とする請求項１に記載のネットワーク管理システム。
10. 印刷ジョブを生成する複数の情報処理装置と、前記印刷ジョブを処理することが可能な複数のネットワークデバイスと、を管理するネットワーク管理システムにおける情報処理方法であって、
    選択手段が、管理の対象として、少なくとも一つの情報処理装置と、少なくとも一つのネットワークデバイスと、を選択する選択工程と、
    指定手段が、選択された前記情報処理装置の設定と、選択された前記ネットワークデバイスの処理と、を管理するための管理条件の指定を受け付ける指定工程と、
    登録手段が、選択された前記ネットワークデバイスに対して、前記管理条件を登録する登録工程と、
    選択された前記情報処理装置により生成された印刷ジョブが、選択された前記ネットワークデバイスにおいて、前記管理条件に基づき処理が制限される印刷ジョブと判定された場合に、変更手段が、前記管理条件に基づき前記情報処理装置の設定を変更する変更工程と
    を備えることを特徴とする情報処理方法。
11. 前記情報処理装置における第１描画変換手段が、第１種類のアプリケーションにより生成される第１描画情報を第１種類のプリンタドライバーにより処理が可能な第１印刷情報に変換する第１描画変換工程と、
    前記情報処理装置における第２描画変換手段が、第２種類のアプリケーションにより生成される第２描画情報を第２種類のプリンタドライバーにより処理が可能な第２印刷情報に変換する第２描画変換工程と、
    前記情報処理装置における第３描画変換手段が、前記第１種類のアプリケーションにより生成される第１描画情報を前記第２種類のプリンタドライバーにより処理が可能な描画データに変換する第３描画変換工程と、
    前記情報処理装置における第４描画変換手段が、前記第２種類のアプリケーションにより生成される第２描画情報を前記第１種類のプリンタドライバーにより処理が可能な描画データに変換する第４描画変換工程と、
    を更に有することを特徴とする請求項１０に記載の情報処理方法。
12. 前記ネットワークデバイスにおけるクロスパスジョブ管理手段が、受信した前記印刷ジョブが、前記第１種類のアプリケーションを出力元とし、前記第２種類のプリンタドライバーを出力先とする第１クロス印刷処理フローにより生成されているか、または前記第２種類のアプリケーションを出力元とし、前記第１種類のプリンタドライバーを出力先とする第２クロス印刷処理フローにより生成されているかを判定するクロスパスジョブ管理工程と、
    前記ネットワークデバイスにおけるイベント通知手段が、前記クロスパスジョブ管理手段の判定と、登録された前記管理条件とが一致する場合に、登録された前記管理条件に対応するイベントの発生を通知するイベント通知工程とを更に有し、
    前記変更工程では、
    前記イベント通知工程による通知を受信した場合に、前記管理条件に基づき前記情報処理装置の設定を変更することを特徴とする請求項１０または１１に記載の情報処理方法。
13. デバイスドライバー選択手段が、選択された前記ネットワークデバイスを制御するためのデバイスドライバーを選択するデバイスドライバー選択工程と、
    アプリケーション選択手段が、前記デバイスドライバーで処理が可能な描画情報を生成するアプリケーションを選択するアプリケーション選択工程と、を更に備えることを特徴とする請求項１０に記載の情報処理方法。
14. 前記選択工程では、少なくとも一つの情報処理装置を含むクライアントグループと、少なくとも一つのネットワークデバイスを含むデバイスグループを選択可能であることを特徴とする請求項１０に記載の情報処理方法。
15. 前記変更工程では、前記デバイスドライバー選択工程により選択された前記デバイスドライバーを、選択された前記情報処理装置または前記クライアントグループに含まれる情報処理装置にインストールすることを特徴とする請求項１３または１４に記載の情報処理方法。
16. 前記変更工程は、前記アプリケーション選択工程により選択された前記アプリケーションを、選択された前記情報処理装置または前記クライアントグループに含まれる情報処理装置にインストールすることを特徴とする請求項１３または１４に記載の情報処理方法。
17. 前記変更工程では、前記管理条件に基づき情報処理装置に設定されている印刷制御の条件を変更し、
    前記印刷制御の条件には、カラー印刷の禁止、両面印刷の指定、Ｎ−ｕｐ印刷の指定のうち少なくとも一つが含まれることを特徴とする請求項１０に記載の情報処理方法。
18. 選択された前記ネットワークデバイスにおいて、前記印刷ジョブの条件に一致すると判定された場合に、前記変更工程では、情報処理装置に設定されている設定を印刷ジョブの生成を抑止する設定に変更することを特徴とする請求項１０に記載の情報処理方法。
19. 請求項１０乃至１８のいずれか１項に記載の情報処理方法をコンピュータに実行させることを特徴とするプログラム。
20. 請求項１９に記載のプログラムを格納したことを特徴とするコンピュータ可読の記憶媒体。

Images