JP4761538B2 - デバイス管理システム、情報処理装置及びその制御方法、プログラム - Google Patents

Description

本発明は、デバイス管理システムに関するものである。このデバイス管理システムは、ネットワーク上に、デバイスと、デバイスの使用に関するデバイス制御情報を発行する管理装置と、そのデバイス制御情報に従って前記デバイスで処理するためのジョブを生成する情報処理装置とを備える。

近年、複写機は、原稿をコピーする機能にとどまらず、外部のクライアントからの印刷ジョブを印刷する機能、さらにはスキャンした原稿を電子メールやファイル転送の機能を用いて電子的に外部に送信する機能等の複数種類の機能を持っている。このような複写機は、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：多機能周辺機器。）と呼ばれている。

ＭＦＰが多機能になる一方で、スキャンした情報を外部に対して送信することができるようになったことによる情報漏洩の危険性が増す等、情報管理上の問題が生じている。また、これは古くからの課題であるが、印刷枚数が増加するにつれて消費される紙やトナーのコストも上昇するため、ユーザ毎の印刷可能枚数を制限したいという要求がある。

これらの課題を解決することは、ＴＣＯ（Ｔｏｔａｌ Ｃｏｓｔ ｏｆ Ｏｗｎｅｒｓｈｉｐ：所有に伴う総合コスト）削減の観点から重要な課題である。この課題を、システムやデバイスの管理者の視点から見た場合には、ユーザ毎に使用可能な機能及び使用可能な紙の上限枚数を一元的に設定し、かつ各ユーザが使用する資源（例えば、紙の枚数等）の量を適切に管理することが求められていると言える。

この課題に関して、既にいくつかの解決方法が提案されている。

例えば、特許文献１には、機能制限を行う方法として、管理サーバで、印刷機能制限情報として機能する「プリントトークン」を生成し、それを事前に各プリンタに配布することで機能制限を実現する方法が記載されている。
特許第３３８５２５８号公報

しかしながら、上述した従来の技術では、「プリントトークン」を生成あるいは管理するサーバに障害が発生した時、「プリントトークン」を取得できなくなるため、印刷が行えなくなってしまうという問題があった。

本発明は上記の課題を解決するためになされたものである。その目的は、デバイスに関する機能制限を確保しつつ、障害発生時でも適応的に機能の使用を許容して利便性を向上することができるデバイス管理システム、管理装置、情報処理装置及び画像処理装置及びそれらの制御方法、プログラムを提供することにある。

上記の目的を達成するための本発明によるデバイス管理システムは以下の構成を備える。即ち、
デバイスの使用制限を示すデバイス制御情報を発行する管理装置と、前記デバイス制御情報の範囲内での処理を前記デバイスに実行させるためのジョブを発行する情報処理装置と、前記情報処理装置からネットワークを介して送信されてきた前記ジョブを処理するデバイスとを含むデバイス管理システムであって、
前記管理装置は、
前記情報処理装置のユーザに対するデバイス制御情報を発行する発行手段を備え、
前記情報処理装置は、
前記発行手段が発行したデバイス制御情報を受信する受信手段と、
前記受信手段がデバイス制御情報を受信したかを判定する判定手段と、
前記判定手段により前記受信手段がデバイス制御情報を受信していないと判定された場合に、前記情報処理装置内の保持部に予め準備されているデバイス制御情報を取得する取得手段と、
前記判定手段により前記受信手段がデバイス制御情報を受信していないと判定された場合に、前記取得手段で取得したデバイス制御情報の範囲内での処理を実行させるためのジョブを生成し、前記判定手段により前記デバイス制御情報を受信したと判定された場合には、前記受信手段が受信したデバイス制御情報の範囲内での処理を実行させるためのジョブを生成する生成手段と、
前記判定手段により前記デバイス制御情報を受信したと判定された場合に前記生成手段で用いたデバイス制御情報を、前記保持部に保存する保存手段と、
前記生成手段により生成されたジョブを前記デバイスへ送信する送信手段とを備え、
前記デバイスは、
デバイス制御情報の範囲内に従い、前記情報処理装置から受信したジョブを処理する処理手段とを備え、
前記生成手段は、前記判定手段が前記デバイス制御情報を前記管理装置から受信していないと判定した場合には、前記取得手段により取得されたデバイス制御情報に含まれる再利用条件に従い当該デバイス制御情報の再利用が許可されている際に、当該デバイス制御情報の範囲内での処理を実行させるためのジョブを生成する。

上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
管理装置から受け取った、デバイスの使用制限を示すデバイス制御情報の範囲内での処理をデバイスに実行させるためのジョブをデバイスに対して送信する情報処理装置であって、
前記デバイス制御情報を前記管理装置から受信する受信手段と、
前記デバイス制御情報を前記管理装置から受信したかを判定する判定手段と、
前記判定手段が前記デバイス制御情報を前記管理装置から受信していないと判定した場合、前記情報処理装置の保持部で予め準備されているデバイス制御情報を取得する取得手段と、
前記判定手段が前記デバイス制御情報を前記管理装置から受信していないと判定した場合には、前記取得手段が取得したデバイス制御情報の範囲内での処理を実行させるためのジョブを生成し、前記判定手段が前記デバイス制御情報を前記管理装置から受信したと判定した場合には、前記受信手段が受信したデバイス制御情報の範囲内での処理を実行させるためのジョブを生成する生成手段と、
前記判定手段が前記デバイス制御情報を前記管理装置から受信したと判定した場合に前記生成手段で用いたデバイス制御情報を、前記保持部に保存する保存手段と、
前記生成手段により生成されたジョブを前記デバイスに対して送信する送信手段とを備え、
前記生成手段は、前記判定手段が前記デバイス制御情報を前記管理装置から受信していないと判定した場合には、前記取得手段により取得されたデバイス制御情報に含まれる再利用条件に従い当該デバイス制御情報の再利用が許可されている際に、当該デバイス制御情報の範囲内での処理を実行させるためのジョブを生成する。

また、好ましくは、前記管理装置から前記デバイス制御情報を取得できない場合、その旨を示す警告情報を出力する出力手段を更に備える。

また、好ましくは、前記再利用条件は、前記デバイス制御情報の使用回数制限、使用期間、再利用時に保持すべきログ情報、前記デバイスでの処理内容を示す指示情報の少なくとも１つを含む。

また、好ましくは、ジョブの生成後、要求した前記デバイス制御情報の再要求を試行して、該デバイス制御情報を前記管理装置から取得できた場合、前記送信手段は、その取得したデバイス制御情報を前記ジョブへ含めて前記デバイスへ送信する。

上記の目的を達成するための本発明による管理装置は以下の構成を備える。即ち、
デバイスの使用制限に関するデバイス制御情報の範囲内での処理を前記デバイスに実行させるためのジョブを生成する情報処理装置と、前記情報処理装置からネットワークを介して送信されてきた前記ジョブを処理するデバイスとネットワークを介して接続され、前記デバイス制御情報を発行する管理装置であって、
前記ネットークを介する前記情報処理装置からの要求に対し、その該情報処理装置のユーザに対するデバイス制御情報を発行する発行手段と、
前記デバイス制御情報の再利用条件を設定する設定手段と
を備える。

上記の目的を達成するための本発明による情報処理装置の制御方法は以下の構成を備える。即ち、
管理装置から受け取った、デバイスの使用制限を示すデバイス制御情報の範囲内での処理をデバイスに実行させるためのジョブをデバイスに対して送信する情報処理装置の制御方法であって、
前記デバイス制御情報を前記管理装置から受信する受信工程と、
前記デバイス制御情報を前記管理装置から受信したかを判定する判定工程と、
前記判定工程が前記デバイス制御情報を前記管理装置から受信していないと判定した場合、前記情報処理装置の保持部で予め準備されているデバイス制御情報を取得する取得工程と、
前記判定工程が前記デバイス制御情報を前記管理装置から受信していないと判定した場合には、前記取得工程が取得したデバイス制御情報の範囲内での処理を実行させるためのジョブを生成し、前記判定工程が前記デバイス制御情報を前記管理装置から受信したと判定した場合には、前記受信工程が受信したデバイス制御情報の範囲内での処理を実行させるためのジョブを生成する生成工程と、
前記判定工程が前記デバイス制御情報を前記管理装置から受信したと判定した場合に前記生成工程で用いたデバイス制御情報を、前記保持部に保存する保存工程と、
前記生成工程により生成されたジョブを前記デバイスに対して送信する送信工程とを備え、
前記生成工程は、前記判定工程が前記デバイス制御情報を前記管理装置から受信していないと判定した場合には、前記取得工程により取得されたデバイス制御情報に含まれる再利用条件に従い当該デバイス制御情報の再利用が許可されている際に、当該デバイス制御情報の範囲内での処理を実行させるためのジョブを生成する。

上記の目的を達成するための本発明による管理装置の制御方法は以下の構成を備える。即ち、
デバイスの使用制限に関するデバイス制御情報の範囲内での処理を前記デバイスに実行させるためのジョブを生成する情報処理装置と、前記情報処理装置からネットワークを介して送信されてきた前記ジョブを処理するデバイスとネットワークを介して接続され、前記デバイス制御情報を発行する管理装置の制御方法であって、
前記ネットークを介する前記情報処理装置からの要求に対し、その該情報処理装置のユーザに対する前記デバイスのデバイス制御情報を発行する発行工程と、
前記デバイス制御情報の再利用条件を設定する設定工程と
を備える。

本発明によれば、デバイスに関する機能制限を確保しつつ、障害発生時でも適応的に機能の使用を許容して利便性を向上することができるデバイス管理システム、管理装置、情報処理装置及び画像処理装置及びそれらの制御方法、プログラムを提供できる。

以下、本発明の実施の形態について図面を用いて詳細に説明する。

＜実施形態１＞
図１Ａは本発明の実施形態１の印刷制御システムの機能構成を示す図である。

図１において、印刷制御システムは、ネットワーク１００を介して、クライアントＰＣ１、印刷チケット発行サーバ１４及びプリンタ１９とが相互に接続されている。

クライアントＰＣ１において、２はアプリケーションであり、データの生成や編集加工等の各種処理を行い、印刷開始時には印刷対象のデータを印刷ジョブ生成部９へ渡す役割を持っている。３はユーザインタフェース部であり、ユーザがプリンタ１９に対しての用紙サイズ、両面指定、印刷解像度、印刷階調等の各種印刷設定等を入力したり、印刷開始指示を入力するための入力インタフェース（操作画面等）を提供する。４は表示部であり、印刷データのプレビュー表示等の各種画像の表示を行う。

５は印刷チケット制御部である。この印刷チケット制御部５は、印刷チケット発行サーバ１４から取得した各種印刷条件や印刷制限情報を記述した印刷チケットをクライアントＰＣ１内で管理し、あるいは印刷チケットを解析し、あるいは印刷チケット内容に基づき印刷機能制限処理を行う。印刷チケット制御部５には、さらに取得した印刷チケットを再利用するために保存する印刷チケット保存部６が構成されており、また、本システムの初期状態においてはデフォルトの印刷チケットを保持している。

印刷チケット制御部５には、更に印刷チケットを解析し、印刷条件や印刷制限情報を抽出する印刷チケット解析部７と、印刷チケット解析部７の解析結果に基づき印刷時の機能制限処理を行う機能制限処理部８が構成されている。

９は印刷ジョブ生成部であり、アプリケーション２から指定される印刷データを受信して、プリンタ１９に送信する印刷ジョブを生成する。この印刷ジョブ生成部９には、アプリケーション２から入力された印刷データを解析する印刷データ解析部１０と、プリンタ１９用のＰＤＬデータを生成する印刷データ生成部１１が構成されている。印刷ジョブ生成部９には、更に、プリンタ１９の印刷状態を取得したり、ＰＤＬデータをプリンタ１９と送受信するためのコマンド全体を制御する印刷コマンド制御部１２が構成されている。

尚、印刷ジョブ生成部９で生成する印刷ジョブは、プリンタ１９内で一から生成する場合と、外部から入力されたジョブを選択して送信する場合の両方を含むものとする。

１３はデータ送受信部であり、ネットワーク１００を介して、印刷チケット発行サーバ１４あるいはプリンタ１９とのデータ送受信を行う。

１４は印刷チケット発行サーバであり、ネットワーク１００を介して接続されたクライアントＰＣ１からのユーザ毎の印刷チケット発行要求に基づき、再利用時の印刷制限情報を含む印刷チケットの発行処理を行う。印刷チケット発行サーバ１４には、更に、ネットワーク１４を介して接続されたクライアントＰＣ１とデータ送受信を行うためのデータ送受信部１５と、ユーザ毎に割り当てられた印刷条件情報を管理する印刷条件管理部１６が構成されている。

印刷条件としては、印刷の許可／禁止（可否）、カラー印刷の許可／禁止（可否）、片面印刷の許可／禁止（可否）、複数ページを縮小して１ページに収めた印刷を強制するか否か等がある。また、それらの印刷条件をアプリケーション２やプリンタ１９等の出力先毎に設定することも可能である。

１７は処理設定部であり、特に、サーバ障害発生時に機能する。この処理設定部１７は、当該印刷チケット発行サーバ１４に障害が発生し、印刷チケット発行を行えない時、既に発行済の印刷チケットによる再利用の可否、また再利用を許可する時の再利用条件を指定する。

再利用条件としては、印刷チケットの再利用を許可する回数値、あるいは印刷チケットの再利用有効期間、あるいは再利用による印刷時に保持すべき追加印刷ログ情報、あるいは印刷ページ内に付加情報の印刷指示情報等が設定可能である。尚、実施形態１で再利用と表現している部分は、リプレイと言い換えることもできる。

１８は印刷チケット発行処理部であり、クライアントＰＣ１からの印刷チケット発行要求に対して再利用時の印刷制限情報を含む印刷チケットの生成及び発行処理を行う。

１９はプリンタであり、ネットワーク１００を介して接続されたクライアントＰＣ１からの指示に応じた印刷処理あるいは印刷状態の応答等を行い、また、印刷チケット発行サーバ１４のステータス確認等を行う。プリンタ１９には、更に、ネットワーク１００を介して接続されたクライアントＰＣ１及び印刷チケット発行サーバ１４とデータ送受信を行うためのデータ送受信部２０が構成されている。更に、プリント１９には、データ送受信部２０で受信した印刷チケットを処理するための印刷チケット処理部２１が構成されている。

印刷チケット処理部２１は、さらに印刷データに含まれる印刷チケットが有効か否かを判別する処理や、印刷チケットが再利用されていた場合、再利用が許可されているか否かを判別する処理を行う。また、印刷チケット処理部２１は、印刷チケット発行サーバ１４が印刷チケットを発行できない状態であるか否かの確認処理や、あるいは印刷チケットを保持する処理を行う。

２２は印刷装置制御部であり、データ送受信部２０で受信したデータを解析し、また、プリンタ１９の処理状態をコマンド形式にしてデータ送受信部２０を介してクライアントＰＣ１へ送信するためのデータ生成を行う。２３は印刷ページデータ処理部であり、クライアントＰＣ１より送信された印刷データを解析し、排紙コードにより最終印刷画像生成までを行い、また、印刷ログの作成及び蓄積を行う。２４は出力部であり、印刷ページデータ処理部２３で生成された印刷データの出力制御及び印刷出力を行う。

ここで、印刷チケットは、単位期間毎の使用量、上限量、機能の使用可否を記録したＡＣＴ（Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｔｏｋｅｎ）に代表されるデバイス制御情報によって実現される。換言すれば、ＡＣＴとは、システム上で利用可能なユーザに対するアクセス制限情報を、サーバからデバイス（例えば、プリンタ）へ伝達する役割を持つデータである。ＡＣＴには、ユーザに対するジョブ実行の機能制限項目や、印刷上限枚数等を含む上限値に関わる情報が記述されている。

ここで、ＡＣＴの一例について、図１Ｂを用いて説明する。

図１Ｂは本発明の実施形態１のＡＣＴの一例を示す図である。

ここでは、例えば、ＸＭＬ言語を用いて、デバイス制御情報及び使用実績を含むＡＣＴを表現している。それぞれのタグの意味を次に示す。

タグ名 内容
ＡＣＴ ＡＣＴ
Ｑｕｏｔａ 上限制限
Ｃｏｐｙ コピー
ＰＤＬ ＰＤＬ印刷
Ｃｏｌｏｒ カラー出力面数
Ｔｏｔａｌ カラー白黒を含めた面数
Ｌａｙｏｕｔ 一物理面に割り当てる論理面の最小
Ｐｕｎｃｈ パンチ機能の可否
Ｓｔａｐｌｅ ステイプル機能の可否
Ｕｓａｇｅ 使用実績
尚、Ｑｕｏｔａ部分（＜Ｑｕｏａｔａ＞〜＜／Ｑｕｏａｔａ＞）は、印刷条件管理部１６から取得した情報である。また、Ｕｓａｇｅ部分（＜Ｕｓａｇｅ＞〜＜／Ｕｓａｇｅ＞）は、クライアントＰＣ１から取得した情報である。

次に、クライアントＰＣ１及び印刷チケット発行サーバ１４それぞれを実現する情報処理装置のハードウェア構成について、図１Ｃを用いて説明する。

図１Ｃは本発明の実施形態１の情報処理装置のハードウェア構成を示すブロック図である。

図１Ｃにおいて、２０１はＣＰＵ、即ち、中央処理装置であり、このコンピュータ装置全体の制御及び演算処理等を行う。２０２はＲＯＭ、即ち、読出専用メモリであり、システム起動プログラム、アプリケーション、パラメータ等の各種データの記憶領域である。２０３はＲＡＭ、即ち、ランダムアクセスメモリであり、使用制限のないデータ記憶領域である。このＲＡＭ２０３は、オペレーティングシステム（ＯＳ）、アプリケーション、デバイスドライバ及び通信制御等のプログラムがロードされ、実行される領域である。

２０４は入力制御部であり、入力デバイスであるキーボードやポインティングデバイス（例えば、マウス）より入力データを受信し、ＣＰＵ２０１へ伝達する。２０５はディスプレイ制御部であり、表示装置への表示制御を実行する。尚、表示装置としては、ＣＲＴ、ＬＣＤ等がある。

２０６は記憶部である。これは、いわゆる外部記憶装置であり、例えば、フロッピー（登録商標）ディスク装置、ハードディスク装置、ＳＲＡＭ（不揮発性記憶部）がある。この記憶部２０６には、プログラム及びデータを記憶、格納しておき、実行時に必要に応じて参照またはＲＡＭ２０２へロードする。２０７は通信部であり、ネットワーク通信制御を行うものであり、図１Ａのネットワーク１００上に接続された他のコンピュータ（例えば、クライアントＰＣ１あるいは印刷チケット発行サーバ１４）や周辺機器（例えば、プリンタ１９）との通信が可能である。２０８はシステムバスであり、上述の構成要素間を相互に接続し、データ送受信経路を実現する。

次に、プリンタ１９のハードウェア構成について、図１Ｄを用いて説明する。

図１Ｄは本発明の実施形態１のプリンタのハードウェア構成を示すブロック図である。

尚、図１Ｄのプリンタ１９は、印刷機能、スキャン機能、データ送受信機能等の複数種類の機能を有するＭＦＰによって実現される場合を例に挙げている。

図１Ｄにおいて、３０５はプリンタ１９全体を制御するコントローラ部である。コントローラ部３０５の内部構成として、３０１はＣＰＵ、即ち、中央処理装置であり、このコントローラ部３０５の制御及び演算処理等を行う。３０２はＲＯＭ、即ち、読出専用メモリであり、システム起動プログラム、アプリケーション、パラメータ等の各種データの記憶領域である。３０３はＲＡＭ、即ち、ランダムアクセスメモリであり、使用制限のないデータ記憶領域である。３０４は記憶部である。これは、いわゆる外部記憶装置であり、例えば、ハードディスク装置、ＳＲＡＭ等がある。

ＲＡＭ３０３は、オペレーティングシステム（ＯＳ）や、通信制御及びエンジン制御等のプログラムがロードされ、実行される領域である。３０６は入出力エンジン部であり、コントローラ部３０５の制御の下で、印刷動作や画像読取動作を実行する。具体例としては、入出力エンジン部３０６は、レーザビーム方式等の印刷方式による印刷を実行するプリンタエンジンと、ＡＤＦ等の給紙機構を有するスキャナエンジンで構成される。

３０７は通信部であり、ネットワーク通信制御を行うものであり、図１Ａのネットワーク１００上のクライアントＰＣ１や印刷チケットサーバ１４との通信が可能である。３０８はユーザ操作入出力部であり、ユーザとの対話的な設定作業を行う。このユーザ操作入出力部３０８は、例えば、タッチパネル、各種キーやボタン等の入力デバイスとディスプレイデバイスから構成される。３０９はシステムバスであり、上述の構成要素間を相互に接続し、データ送受信経路を実現する。

次に、クライアントＰＣ１の主要なソフトウェア構成について、図２を用いて説明する。

図２は本発明の実施形態１のクライアントＰＣのソフトウェア構成を示す図である。

実施形態１では、プリンタ１９に対するプリンタドライバ４００に、機能を付加（追加）するアドインという仕組みを設けている。これにより、必要な各種機能をクライアントＰＣ１に追加することが可能となる。アドインは、ＵＩアドイン部４０２とグラフィクスアドイン部４０３からなり、プリンタドライバ４００とはそれぞれのアドインＩ／Ｆ４０２ａ及び４０３ａからアドインＡＰＩ４０１を介してやりとりが行われる。

ＵＩアドイン部４０２には、印刷チケット発行サーバ１４から一元管理された印刷チケットを取得する印刷チケット取得部４０２ｃ、取得した印刷チケットを解析し印刷チケット保存部６に保存する印刷チケット解析部４０２ｂが構成されている。また、ＵＩアドイン部４０２には、印刷チケットをＯＳのドライバ情報に設定する印刷設定情報設定部４０２ｄ、改ざん検知に使用する暗号情報を生成する暗号エンジン部４０３ｃが構成されている。

ここで、ＵＩアドイン部４０２は、印刷開始が指示された時に、印刷チケット保存部６から印刷チケットを取得しドライバ情報に設定し、印刷チケットと改ざん検知に使用する暗号化情報をグラフィックスアドイン部４０３に渡す。また、プリンタドライバ４００によって実現される印刷設定画面を閉じる際に、その印刷設定画面での設定情報と印刷制限情報を比較し、両者間で違反が発生している場合は、警告メッセージを表示する。

グラフィックスアドイン部４０３には、ドライバ情報を検証する印刷設定情報検証部４０３ｄ、印刷ジョブデータを改ざん検知可能なデータに変換するセキュアジョブ変換部４０３ｂが構成されている。また、グラフィックスアドイン部４０３には、改ざん検知に必要な暗号情報を作成する暗号エンジン部４０３ｃが構成されている。

グラフィックスアドイン部４０３は、印刷開始が指示された時に、ドライバ情報にデバイス制御情報が反映されているか検証する。そして、プリンタドライバ４００から渡された印刷ジョブデータに、そのデバイス制御情報を含む印刷チケットを付加する。次に、暗号エンジン部４０３ｄが作成した暗号情報を使用して、セキュアジョブ変換部４０３ｂで印刷ジョブデータを改ざん検知可能なデータに変換する。

次に、実施形態１の印刷チケット発行サーバ１４の正常時の印刷制御システムの処理フローについて、図３を用いて説明する。

図３は本発明の実施形態１の印刷チケット発行サーバの正常時の印刷制御システムの処理フローを説明するための図である。

図３において、まず、（１）クライアントＰＣ１は、ユーザ情報及び出力先プリンタ情報と共に、印刷チケット発行サーバ１４に対して印刷チケットを要求する。

次に、（２）印刷チケット発行サーバ１４は、ユーザ情報に基づきユーザ認証を行い、正規ユーザであれば印刷チケット発行サーバ１４内で管理されたユーザ毎の印刷条件情報を取得し、出力先プリンタ情報との組み合わせに基づき、印刷チケットを作成する。そして、その印刷チケットをクライアントＰＣ１に送信する。

次に、（３）クライアントＰＣ１は、取得した印刷チケットを保存し、かつその印刷チケットに記述された印刷条件に従って印刷ジョブを生成してプリンタ１９に送信する。

以上の処理により、印刷チケット発行サーバ１４でユーザ毎に管理された印刷条件情報に従った印刷を提供することができる。

次に、クライアントＰＣ１の印刷実行から印刷開始までの処理について、図４を用いて説明する。

図４は本発明の実施形態１のクライアントＰＣが実行する処理を示すフローチャートである。

ステップＳ１：印刷設定情報設定部４０２は、印刷制限値をプリンタドライバ４００に設定する。

ステップＳ２：ＵＩアドイン部４０２は、以下の動作状態をチェックする。

（１）印刷チケット発行サーバ１４が属するドメインにログオンしていない場合は、警告メッセージを表示し印刷をキャンセルする。

（２）出力するデバイスが標準ＴＣＰ／ＩＰ接続されていない場合は、警告メッセージを表示し印刷をキャンセルする。

（３）本アドインが他のアドインと正しい順序でインストールされてない場合は、警告メッセージを表示し印刷をキャンセルする。

ステップＳ３：ＵＩアドイン部４０２は、印刷するデバイスのデバイスホスト名を取得する。デバイスホスト名が取得できない場合は、警告メッセージを表示し印刷をキャンセルする。

ステップＳ４：印刷チケット取得部４０２ｃは、最新の印刷チケットを印刷チケット発行サーバ１４から取得する。

ステップＳ５：印刷チケットの取得に失敗した場合は、後述する印刷チケットの取得に失敗した場合の処理を実行する。

ステップＳ６：印刷チケット解析部４０２ｂは、印刷チケットを解析して印刷制限値を取得する。また、以下の処理を実行する。

（１）印刷チケットの解析に失敗した場合は、警告メッセージを表示し印刷をキャンセルする。

（２）選択したデバイスの利用権限がない場合は、警告メッセージを表示し印刷をキャンセルする。

（３）印刷チケットを、ファイルとして印刷チケット保存部６に保存する。

ステップＳ６：ＵＩアドイン部４０２は、取得した印刷制限値と、ＲＡＭ２０３に確保されているレジストリに保存されている印刷制限値を比較する。そして、比較の結果、印刷制限値が変更されている場合、最新の印刷制限値を更新する。また、警告メッセージを表示し印刷をキャンセルする。

ステップＳ７：ＵＩアドイン部４０２は、印刷処理の実行を確認する。

■ＵＩアドイン部４０２で、印刷確認ダイアログによる確認が指定されている場合、印刷確認ダイアログを表示し「はい」又は「いいえ」を選択する。「はい」が選択された場合、印刷を開始する。「いいえ」が選択された場合、印刷をキャンセルする。

■ＵＩアドイン部４０２で、印刷確認ダイアログによる確認が指定されていない場合、印刷確認ダイアログを表示せず処理を続行する。

ステップＳ８：ＵＩアドイン部４０２は、以下のジョブ生成状態をチェックする。

（１）印刷制限値に設定できない項目があり、併用不可設定が発生した場合の動作でキャンセルが指定された場合、警告メッセージを表示し印刷をキャンセルする。

（２）ログオンユーザ名と印刷ジョブに設定されたユーザ名が一致しない場合、警告メッセージを表示し印刷をキャンセルする。

（３）オーバレイ印刷／登録が指定されている場合は、警告メッセージを表示し印刷をキャンセルする。

（４）ボックス保存で「不可」が指定されている場合に、印刷設定でボックス保存が選択されている場合は警告メッセージを表示し印刷をキャンセルする。

（５）特殊レイアウトでの印刷が選択されたことにより印刷制限値を超えた場合は、警告メッセージを表示し印刷をキャンセルする。

（６）ポスター印刷が選択された状態で印刷制限値を超えた場合は、警告メッセージを表示し印刷をキャンセルする。

ステップＳ９：印刷を開始する。

次に、実施形態１の印刷チケット発行サーバの障害時の印刷制御システムの処理フローについて、図５を用いて説明する。

図５は本発明の実施形態１の印刷チケット発行サーバの正常時の印刷制御システムの処理フローを説明するための図である。

図５において、まず、（１）クライアントＰＣ１は、ユーザ情報及び出力先プリンタ情報と共に、印刷チケット発行サーバ１４に対して印刷チケットを要求する。

次に、（２）印刷チケット発行サーバ１４がダウン等の何らかの障害により印刷チケットが取得できない時、クライアントＰＣ１では、次のようにして印刷ジョブを生成してプリンタ１９に送信する。具体的には、従前あるいは直前に保存していた印刷チケット及び印刷チケット内に設定されている例外印刷条件に従って印刷ジョブを生成してプリンタ１９に送信する。あるいは、管理者が予め印刷チケット保存部６に保存しておいた印刷チケットを用いても良い。

（３）プリンタ１９は、印刷チケットが再利用されているため、印刷チケット発行サーバ１４がダウンしていないかを確認する。（４）プリンタ１９は、印刷チケット発行サーバ１４のダウンを確認したら、管理者への通知が済んでいなければ管理者へその旨を連絡する。プリンタ１９は、印刷チケットに記述された印刷制限情報に従って、印刷を行う。

以上の処理が、印刷チケット発行サーバ１９の障害時のクライアントＰＣ１及びプリンタ１９を含む印刷制御システム全体の動作である。

次に、印刷チケット発行サーバ１４の制御手順について、図６を用いて説明する。

図６は本発明の実施形態１の印刷チケット発行サーバの制御手順を示すフローチャートである。

ステップＳ４０１で、データ送受信部１５は、クライアントＰＣ１から印刷チケット発行要求及びそのユーザの情報を受信する。ステップＳ４０２で、印刷チケット発行要求者のユーザ認証を行う。ここでの認証は、クライアントＰＣ１上でユーザがログオンしユーザ認証済であることを示す情報をクライアントＰＣ１上のＯＳから受信することで、ユーザ認証済か否かを判別する。

この判別で、ユーザ認証済であれば、ステップＳ４０３で、サーバ障害発生時の処理設定部１７から発行済の印刷チケットの再利用の可否、また再利用を許可する時の再利用条件（例外印刷条件）を取得する。次に、ステップＳ４０４で、印刷条件管理部１６から印刷チケット発行要求ユーザに割り当てられた印刷条件を取得する。

次に、ステップＳ４０５で、印刷チケット発行部１８により、印刷条件情報及び印刷チケットの再利用可否情報を含む印刷チケットを作成する。次に、ステップＳ４０６で印刷チケット要求元のクライアントＰＣ１に対し、印刷チケットの発行処理を行い、処理を終了する。

一方、ステップＳ４０２の判別で、ユーザ認証に失敗したときは、ステップＳ４０７で、エラー処理を実行する。このエラー処理は、例えば、ユーザ認証に失敗し、印刷チケットを発行できない旨の通知を、印刷チケット要求元であるクライアントＰＣ１に対して送信する。

以上が、印刷チケット発行サーバ１４での印刷チケット発行処理である。

次に、クライアントＰＣ１の印刷チケット制御部５及び印刷ジョブ制御部９の処理動作の一部である印刷データ生成処理について、図７を用いて説明する。

図７は本発明の実施形態１のクライアントＰＣが実行する印刷データ生成処理を示すフローチャートである。

ユーザより印刷開始が指示されると、まず、ステップＳ５０１で、印刷チケット取得部４０２ｃは、印刷チケット発行サーバ１４に対し印刷チケットを要求する。印刷チケットが取得できない場合、ステップＳ５０２へ進む。

ステップＳ５０２で、印刷チケット解析部４０２ｂは、ユーザ認証エラーにより印刷チケットが取得できなかったか否かを判別する。ユーザ認証エラーである場合（ステップＳ５０２でＹＥＳ）、ステップＳ５０３で、アドイン部４０２は、印刷ジョブをキャンセルする旨の警告表示を行う。ステップＳ５０４で、アドイン部４０２は、印刷ジョブをキャンセルするジョブキャンセル処理を実行し、印刷処理を終了する。

一方、ユーザ認証エラーでない場合（ステップＳ５０２でＮＯ）、印刷チケット発行サーバ１４に障害が発生し、印刷チケットの発行処理ができないと判定する。この場合、ステップＳ５０５で、印刷チケット解析部４０２ｂは、印刷チケット保存部６に保存された印刷チケットを取得する。次に、ステップＳ５０６で、印刷チケット解析部４０２ｂは、印刷チケット内に記述されている再利用条件を解析する。

ステップＳ５０６で、印刷チケット解析部４０２ｂは、その解析結果に基づいて、印刷チケットが使用可能であるか否かを判定する。特に、再利用が許可されていない、あるいは許可されているが再利用条件に適合しない場合、ステップＳ５０３に進む。一方、再利用条件に適合している場合、印刷チケット解析部４０２ｂは、その印刷チケットを印刷チケット保存部６へ保存して、ステップＳ５０７に進む。

ステップＳ５０７で、プリンタドライバ４００は、印刷チケット保存部６に保存された印刷チケット内に記述されている印刷条件に従い、印刷ジョブを生成する。印刷チケットに記述された印刷条件は、通常の印刷条件に加え、印刷ページ内に地紋等の付加情報の印刷指示情報があれば、その指示に従った印刷ジョブ生成となる。

次に、ステップＳ５０８で、プリンタドライバ４００は、印刷チケットの再利用による例外印刷である旨を示す警告表示を行う。そして、ステップＳ５０９で、データ送受信部１３より、プリンタ１９へデータ送信を行い、処理を終了する。

一方、ステップＳ５０１において、印刷チケットが取得ができた場合、ステップＳ５１０で、プリンタドライバ４００は、取得した印刷チケット内に記述されている印刷条件に従い、印刷ジョブを生成する。そして、ステップＳ５１１で取得した印刷チケットを印刷チケット保存部６に保存する。

以上が、クライアントＰＣ１での印刷データ生成処理である。

次に、プリンタ１９の印刷動作について、図８を用いて説明する。

図８は本発明の実施形態１のプリンタの印刷動作を示すフローチャートである。

ステップＳ６０１で、データ送受信部２０を介して印刷データを受信する。ステップＳ６０２で、印刷チケット処理部２１により、印刷データに付加されている印刷チケットを解析する。次に、ステップＳ６０３で、印刷チケット処理部２１により、印刷チケットが再利用か否かを判別する。ここで、印刷チケットが再利用か否かの判別は、まず、印刷を行う毎に付加された印刷チケットを識別するＩＤを記憶しておき、記憶された印刷チケットのＩＤと照合する。そして、この照合結果に基づいて、再利用の印刷チケットかどうかを判断する。

尚、印刷チケットのＩＤは、印刷チケット発行サーバ１４が管理し、印刷チケット発行の度にユニークなＩＤを印刷チケット内に記述している。

ステップＳ６０３において、印刷チケットの再利用であると判別される場合（ステップＳ６０３でＹＥＳ）、ステップＳ６０４へ進み、印刷チケット処理部２１は、印刷チケット発行サーバ１４に障害が発生してないか確認する。

障害が発生していない場合（ステップＳ６０４でＹＥＳ）、ステップＳ６１３へ進み、印刷チケット処理部２１は、受信した印刷データの印刷をキャンセルする。その後、ステップＳ６１２へ進む。

一方、障害が発生している場合（ステップＳ６０４でＮＯ）、ステップＳ６０５で、この障害は初めてであるか否かを判別する。初めてでない場合（ステップＳ６０５でＮＯ）、ステップＳ６０７に進む。初めてである場合（ステップＳ６０５でＹＥＳ）、ステップＳ６０６で、印刷チケット処理部２１は、指定された通知先（例えば、印刷チケット管理サーバ１４の管理者が所有する管理者端末）に印刷チケット発行サーバ１４に障害が発生している旨を通知する。

尚、ステップＳ６０５の判定は、例えば、ＲＡＭ３０３に設定されている、障害を初めてであることを示すフラグの有無に基づいて判定する。

次に、ステップＳ６０７で、印刷チケット処理部２１は、印刷チケットの再利用条件を確認する。確認の結果、再条件に合致していない場合、ステップＳ６１４へ進み、受信した印刷データの印刷をキャンセルする。その後、ステップＳ６１２へ進む。一方、合致している場合、ステップＳ６０８へ進む。

尚、ステップＳ６０７の印刷チケットの再利用条件の確認方法の一つとしては、印刷チケットに再利用許可に設定されているかの確認があり、再利用不可の設定であれば再利用条件に沿わないこととなる。

次に、ステップＳ６０８で、印刷装置制御部２２により、印刷チケットに記述された印刷条件に従った印刷制限処理を行う。ステップＳ６０９で、印刷ページデータ処理部２３により、印刷データの解析処理を行う。ステップＳ６１０で、印刷ページデータ処理部２３により、イメージ生成を行う。

ステップＳ６１１で、出力部２４により、印刷出力を行う。ステップＳ６１２で、印刷装置制御部２２により、印刷チケットで指定された印刷ログを作成保存し、処理を終了する。この時、サーバ障害で無いにも関わらず、印刷チケットが再利用された時は、印刷はキャンセルされるため、その記録もログとして残している。

一方、ステップＳ６０３において、印刷チケットの再利用でないと判別される場合（ステップＳ６０３でＮＯ）、ステップＳ６１３で、印刷チケット発行サーバ１４の障害が初めてであることを示すフラグをクリアし、ステップＳ６０８へ進む。

以上が、プリンタ１９の印刷処理動作である。また、プリンタ１９は、ステップＳ６０３、ステップＳ６０４及びステップ６０７の判定により、印刷チケットの有効性を判定する。これは、サーバ障害で無いにも関わらず、印刷チケットが再利用されている時は、不正利用として、その印刷チケットが付加された印刷データをキャンセルするためである。また、再利用が許可されていても、その再利用条件を満足しない場合も、その印刷チケットが付加された印刷データをキャンセルするためである。

以上説明したように、実施形態１によれば、デバイスの使用に関するデバイス制御情報を発行する管理サーバがダウンする等の障害により印刷チケットが発行できない状況においても、障害前に保存していた印刷チケットに基づいて、印刷処理を許容する。これにより、セキュリティレベルを落とすことなく印刷処理を行うことが可能な印刷制御システムを提供することができる。

＜実施形態２＞
実施形態１では、印刷チケットが取得できない時、保存していた印刷チケットを再利用したが、これに限定されない。実施形態２は、印刷チケットを取得できない時、保存していた印刷チケットに記述された印刷条件に従った印刷データ生成処理を行う。そして、印刷データ生成終了後に再度、印刷チケットの取得を行う。ここで、取得できれば新たに取得した印刷チケットを付加してプリンタに印刷を行わせ、依然として取得できなければ保存していた印刷チケットを再利用するようにしても良い。

また、クライアントＰＣ１上には印刷チケットの保存を行わず、プリンタ１９が印刷ログの一部として印刷チケットを保存する構成としても良い。この場合、クライアントＰＣ１から、プリンタ１９に対して自分が最後に発行した印刷ジョブに付加されていた印刷チケットがあるかを問い合わせ、保存されていればその印刷チケットをプリンタ１９から取得し、再利用することも容易に考えられる。

また、上記実施形態で、複数の情報処理装置（クライアントＰＣ１、印刷チケット管理サーバ１４）と、デバイス（画像処理装置（プリンタ１９））とが協調動作して本実施形態を実現する場合を例に挙げて説明しているが、これに限定されない。例えば、本実施形態を実現するための各種構成要素を１台の情報処理装置に集約して、この情報処理装置とデバイスにおいて本実施形態を実現する場合も本発明に含まれることは言うまでもない。

より具体的には、プリンタ１９に対し、クライアントＰＣ１と印刷チケット管理サーバ１４の各機能を集約した情報処理装置（サーバ機能及びクライアント機能の両機能を有する情報処理装置）とするシステムによって、本発明を実現することも可能である。

また、上記実施形態では、プリンタ１９の印刷機能を利用する場合の例を挙げて説明しているが、これに限定されない。つまり、プリンタ１９で使用可能な機能（例えば、スキャナ機能、ファックス機能、データ送信機能）それぞれについても、本発明を適用することができる。

更に、図１で示される各ＤＢは、ＰＣ内に構成されている例を示しているが、ネットワーク１２０上に接続されるネットワークストレージ装置内に構成されていても良い。

また、デバイス制御情報は送信せずに、ジョブの設定だけをデバイス制限情報の範囲内の設定にして送信するという構成であっても良い。

以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

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

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスクがある。また、更に、記録媒体としては、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。

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

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

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。また、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

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

本発明の実施形態１の印刷制御システムの機能構成を示す図である。 本発明の実施形態１のＡＣＴの一例を示す図である。 本発明の実施形態１の情報処理装置のハードウェア構成を示すブロック図である。 本発明の実施形態１のプリンタのハードウェア構成を示すブロック図である。 本発明の実施形態１のクライアントＰＣのソフトウェア構成を示す図である。 本発明の実施形態１の印刷チケット発行サーバの正常時の印刷制御システムの処理フローを説明するための図である。 本発明の実施形態１のクライアントＰＣが実行する処理を示すフローチャートである。 本発明の実施形態１の印刷チケット発行サーバの正常時の印刷制御システムの処理フローを説明するための図である。 本発明の実施形態１の印刷チケット発行サーバの制御手順を示すフローチャートである。 本発明の実施形態１のクライアントＰＣが実行する印刷データ生成処理を示すフローチャートである。 本発明の実施形態１のプリンタの印刷動作を示すフローチャートである。

符号の説明

１ クライアントＰＣ
２ アプリケーション
３ ユーザインタフェース部
４ 表示部
５ 印刷チケット制御部
６ 印刷チケット保存部
７ 印刷チケット解析部
８ 機能制限処理部
９ 印刷ジョブ生成部
１０ 印刷データ解析部
１１ 印刷データ生成部
１２ 印刷コマンド制御部
１３ データ送受信部
１４ 印刷チケット発行サーバ
１５ データ送受信部
１６ 印刷条件管理部
１７ 処理設定部
１８ 印刷チケット発行処理部
１９ プリンタ
２０ データ送受信部
２１ 印刷チケット処理部
２２ 印刷装置制御部
２３ 印刷ページデータ処理部
２４ 出力部

Claims (12)

1. デバイスの使用制限を示すデバイス制御情報を発行する管理装置と、前記デバイス制御情報の範囲内での処理を前記デバイスに実行させるためのジョブを発行する情報処理装置と、前記情報処理装置からネットワークを介して送信されてきた前記ジョブを処理するデバイスとを含むデバイス管理システムであって、
   前記管理装置は、
   前記情報処理装置のユーザに対するデバイス制御情報を発行する発行手段を備え、
   前記情報処理装置は、
   前記発行手段が発行したデバイス制御情報を受信する受信手段と、
   前記受信手段がデバイス制御情報を受信したかを判定する判定手段と、
   前記判定手段により前記受信手段がデバイス制御情報を受信していないと判定された場合に、前記情報処理装置内の保持部に予め準備されているデバイス制御情報を取得する取得手段と、
   前記判定手段により前記受信手段がデバイス制御情報を受信していないと判定された場合に、前記取得手段で取得したデバイス制御情報の範囲内での処理を実行させるためのジョブを生成し、前記判定手段により前記デバイス制御情報を受信したと判定された場合には、前記受信手段が受信したデバイス制御情報の範囲内での処理を実行させるためのジョブを生成する生成手段と、
   前記判定手段により前記デバイス制御情報を受信したと判定された場合に前記生成手段で用いたデバイス制御情報を、前記保持部に保存する保存手段と、
   前記生成手段により生成されたジョブを前記デバイスへ送信する送信手段とを備え、
   前記デバイスは、
   デバイス制御情報の範囲内に従い、前記情報処理装置から受信したジョブを処理する処理手段とを備え、
   前記生成手段は、前記判定手段が前記デバイス制御情報を前記管理装置から受信していないと判定した場合には、前記取得手段により取得されたデバイス制御情報に含まれる再利用条件に従い当該デバイス制御情報の再利用が許可されている際に、当該デバイス制御情報の範囲内での処理を実行させるためのジョブを生成する
   ことを特徴とするデバイス管理システム。
2. 前記生成手段は、前記デバイス制御情報の範囲内での処理を実行させるために、当該デバイス制御情報を含めてジョブを生成する
   ことを特徴とする請求項１に記載のデバイス管理システム。
3. 前記デバイスは、前記情報処理装置から受信したジョブに含まれるデバイス制御情報の有効性を判別する判別手段を更に備え、
   前記判別手段の判別結果に基づいて、前記処理手段は、前記ジョブを処理することを特徴とする請求項２に記載のデバイス管理システム。
4. 前記判別手段は、前記情報処理装置から受信したジョブに含まれる前記デバイス制御情報の再利用が許可されている場合、前記デバイス制御情報に含まれる再利用条件に基づいて、該デバイス制御情報の有効性を判別する
   ことを特徴とする請求項３に記載のデバイス管理システム。
5. 前記判別手段の判別の結果、前記デバイス制御情報が無効である場合、前記処理手段は、前記情報処理装置から受信したジョブの処理をキャンセルする
   ことを特徴とする請求項３または４に記載のデバイス管理システム。
6. 前記管理装置は、更に、デバイス制御情報の再利用条件を設定する設定手段を備える
   ことを特徴とする請求項１乃至５の何れか１項に記載のデバイス管理システム。
7. 管理装置から受け取った、デバイスの使用制限を示すデバイス制御情報の範囲内での処理をデバイスに実行させるためのジョブをデバイスに対して送信する情報処理装置であって、
   前記デバイス制御情報を前記管理装置から受信する受信手段と、
   前記デバイス制御情報を前記管理装置から受信したかを判定する判定手段と、
   前記判定手段が前記デバイス制御情報を前記管理装置から受信していないと判定した場合、前記情報処理装置の保持部で予め準備されているデバイス制御情報を取得する取得手段と、
   前記判定手段が前記デバイス制御情報を前記管理装置から受信していないと判定した場合には、前記取得手段が取得したデバイス制御情報の範囲内での処理を実行させるためのジョブを生成し、前記判定手段が前記デバイス制御情報を前記管理装置から受信したと判定した場合には、前記受信手段が受信したデバイス制御情報の範囲内での処理を実行させるためのジョブを生成する生成手段と、
   前記判定手段が前記デバイス制御情報を前記管理装置から受信したと判定した場合に前記生成手段で用いたデバイス制御情報を、前記保持部に保存する保存手段と、
   前記生成手段により生成されたジョブを前記デバイスに対して送信する送信手段とを備え、
   前記生成手段は、前記判定手段が前記デバイス制御情報を前記管理装置から受信していないと判定した場合には、前記取得手段により取得されたデバイス制御情報に含まれる再利用条件に従い当該デバイス制御情報の再利用が許可されている際に、当該デバイス制御情報の範囲内での処理を実行させるためのジョブを生成する
   ことを特徴とする情報処理装置。
8. 前記管理装置から前記デバイス制御情報を取得できない場合、その旨を示す警告情報を出力する出力手段を更に備える
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記再利用条件は、前記デバイス制御情報の使用回数制限、使用期間、再利用時に保持すべきログ情報、前記デバイスでの処理内容を示す指示情報の少なくとも１つを含む
   ことを特徴とする請求項７に記載の情報処理装置。
10. ジョブの生成後、要求した前記デバイス制御情報の再要求を試行して、該デバイス制御情報を前記管理装置から取得できた場合、前記送信手段は、その取得したデバイス制御情報を前記ジョブへ含めて前記デバイスへ送信する
    ことを特徴とする請求項７に記載の情報処理装置。
11. 管理装置から受け取った、デバイスの使用制限を示すデバイス制御情報の範囲内での処理をデバイスに実行させるためのジョブをデバイスに対して送信する情報処理装置の制御方法であって、
    前記デバイス制御情報を前記管理装置から受信する受信工程と、
    前記デバイス制御情報を前記管理装置から受信したかを判定する判定工程と、
    前記判定工程が前記デバイス制御情報を前記管理装置から受信していないと判定した場合、前記情報処理装置の保持部で予め準備されているデバイス制御情報を取得する取得工程と、
    前記判定工程が前記デバイス制御情報を前記管理装置から受信していないと判定した場合には、前記取得工程が取得したデバイス制御情報の範囲内での処理を実行させるためのジョブを生成し、前記判定工程が前記デバイス制御情報を前記管理装置から受信したと判定した場合には、前記受信工程が受信したデバイス制御情報の範囲内での処理を実行させるためのジョブを生成する生成工程と、
    前記判定工程が前記デバイス制御情報を前記管理装置から受信したと判定した場合に前記生成工程で用いたデバイス制御情報を、前記保持部に保存する保存工程と、
    前記生成工程により生成されたジョブを前記デバイスに対して送信する送信工程とを備え、
    前記生成工程は、前記判定工程が前記デバイス制御情報を前記管理装置から受信していないと判定した場合には、前記取得工程により取得されたデバイス制御情報に含まれる再利用条件に従い当該デバイス制御情報の再利用が許可されている際に、当該デバイス制御情報の範囲内での処理を実行させるためのジョブを生成する
    ことを特徴とする情報処理装置の制御方法。
12. 請求項１１に記載の制御方法をコンピュータに実行させるためのプログラム。

Images