JP2008165368A - サービス制限方法、画像処理制限方法、および画像処理システム - Google Patents

Abstract

【課題】画像形成装置のサービスを利用するクライアントに対する利用制限を確実に行う。
【解決手段】画像形成装置１と複数の情報処理装置３とによって構成されるシステムにドライバ管理装置２を設ける。ドライバ管理装置２は、情報処理装置３に対して、その情報処理装置３が指定するのを禁止する印刷処理の処理条件が指定できないようにした画像形成装置１のドライバを、第一の鍵を組み込んで送信する。さらに、画像形成装置１に対して、その第一の鍵を送信する。情報処理装置３は、ドライバ管理装置２から受信したドライバを用いてプリントデータＤＴ０を生成し、これをそのドライバに組み込まれた第一の鍵で暗号化して画像形成装置１に送信する。画像形成装置１は、情報処理装置３から受信したプリントデータＤＴ０を、その情報処理装置３の第二の鍵で復号し、復号したプリントデータＤＴ０を用いて印刷処理を行う。
【選択図】図１

Description

本発明は、ＭＦＰなどの画像形成装置の使用の制限の方法および画像形成装置を含むシステムなどに関する。

コピー、スキャナ、およびファックスなどの様々な機能が備わった、ＭＦＰ（Multi Function Peripherals）または複合機などと呼ばれる画像形成装置がオフィスなどに普及している。

近年、画像形成装置にネットワーク機能が設けられるようになった。それに伴い、画像形成装置は、同じネットワークの中に設けられているパーソナルコンピュータなどの他の装置とともに用いられるようになった。例えば、パーソナルコンピュータで作成された書類を画像形成装置によってプリント（印刷）できるようになった。

パーソナルコンピュータには、画像形成装置に書類をプリントさせるためのデータ（以下、「プリントデータ」と記載する。）を生成するために、画像形成装置のドライバ（特に、この場合は、プリンタドライバ）がインストールされている。

プリンタドライバは、パーソナルコンピュータのオペレーティングシステムまたはアプリケーションプログラムが発行する描画命令を、画像形成装置が処理可能なページ記述言語のプリントデータに変換し、それを画像形成装置に転送する。

また、近年、パーソナルコンピュータの性能の著しい向上に伴い、従来は画像形成装置が行っていたビットマップイメージへの展開の処理を、パーソナルコンピュータにおいて行うことができるようにしたプリントドライバが、見られるようになった。

画像形成装置は、ネットワーク機能以外にも様々な機能が備えられるようになった。例えば、カラープリント（カラー印刷）、両面プリント、およびステープル綴じ仕上げなどの機能が備えられるようになった。

これらの機能の中には、カラープリント機能のように、従来よりもコストが掛かるものもあれば、両面プリント機能のように、コストを低減させることができるものもある。

これらの機能を使用するか否かを、各パーソナルコンピュータのユーザの裁量にすべて委ねると、コストが多大になってしまうおそれがある。

パーソナルコンピュータなどと連携して用いられる画像形成装置の運用のコストを抑える方法として、特許文献１に記載される方法を用いることが考えられる。この方法によると、プリンタドライバ管理装置は、端末に実行が許可された印刷形式を管理する。プリンタドライバのダウンロード要求があると、ダウンロード先となる端末に実行が許可された印刷形式に基づいて、ダウンロード先に送信するプリンタドライバドライバのモジュールを特定する。プリンタドライバ管理装置は、特定したモジュールをダウンロード先に送信する。

つまり、この方法によると、同じ画像形成装置において実行することができる印刷形式を端末ごとに設定し、設定された以外の印刷形式の実行を強制的に禁止することができる。よって、端末ごとに、コストが掛かる機能の使用を禁止したりコストを抑える効果のある機能の使用を強制したりすることができる。
特開２００５−１８２６８８号公報

ところで、近年、画像形成装置のメーカは、誰でもドライバを自由にダウンロードできるようにしたＷｅｂサイトを開設していることが多い。

したがって、せっかく特許文献１に記載される方法によって、プリント条件に制限を設けたドライバをパーソナルコンピュータごとに付与しても、プリント条件に制約のないドライバがＷｅｂサイトから入手され使用されてしまうことがある。そうすると、コストの抑制の効果が得られない。

本発明は、このような問題点に鑑み、画像形成装置のサービスを利用するパーソナルコンピュータなどのクライアントに対する利用制限を従来よりも確実に行うことを、目的とする。

本発明に係るサービス制限方法は、サービスを提供するサーバと、前記サービスを受ける１つまたは複数のクライアントと、によって構成されるネットワークシステムにおいて、前記クライアントに対して、前記サービスのオプションのうち当該クライアントが指定するのを許可するものまたは禁止するものを示すオプション指定許否情報と第一の鍵とを、両者を対応付けた状態で与えておき、前記サーバに対して、前記クライアントそれぞれの前記第一の鍵に対応する第二の鍵を与えておき、前記クライアントに、前記サーバから受けようとする前記サービスの内容を示すサービス内容データを、当該クライアント自身の前記オプション指定許否情報に示される指定可能なオプションの範囲内で生成する処理を、実行させ、生成された前記サービス内容データを、当該クライアント自身の前記第一の鍵によって暗号化する処理を実行させ、暗号化された前記サービス内容データを前記サーバに送信する処理を実行させ、前記サーバに、前記クライアントから受信した前記サービス内容データを、当該クライアントの前記第二の鍵によって復号する処理を実行させ、
復号された前記サービス内容データに基づいて前記サービスのための処理を実行させる、ことを特徴とする。

または、前記クライアントに対して、前記サービスのオプションのうち当該クライアントが指定するのを許可するものまたは禁止するものを示すオプション指定許否情報と第一の識別子とを、両者を対応付けた状態で与えておき、前記サーバに対して、前記クライアントそれぞれの前記第一の識別子に対応する第二の識別子を与えておき、前記クライアントに、前記サーバから受けようとする前記サービスの内容を示すサービス内容データを、当該クライアント自身の前記オプション指定許否情報に示される指定可能なオプションの範囲内で生成する処理を、実行させ、生成された前記サービス内容データを、当該クライアント自身の前記第一の識別子とともに前記サーバに送信する処理を実行させ、前記サーバに、前記クライアントから受信した前記第一の識別子と当該クライアントの前記第二の識別子とが所定の関係を有するか否かを判別する処理を実行させ、前記クライアントから受信した前記第一の識別子と当該クライアントの前記第二の識別子とが前記所定の関係を有すると判別された場合にのみ、当該第一の識別子とともに受信された前記サービス内容データに基づいて前記サービスのための処理を実行させる、ことを特徴とする。

前記サーバとは、例えば、ＰＣプリントまたはＦＡＸ送信などのサービスを提供する画像形成装置である。

共通鍵暗号方式による場合は、前記第一の鍵およびそれに対応する前記第二の鍵として、同一の暗号鍵が用いられる。公開鍵暗号方式による場合は、前記第一の鍵およびそれに対応する前記第二の鍵として、それぞれ、秘密鍵およびそれと対になる公開鍵が用いられる。または、秘密鍵を前記第二の鍵として用い、公開鍵を前記第一の鍵として用いてもよい。

本発明によると、画像形成装置のサービスを利用するパーソナルコンピュータなどのクライアントに対する利用制限を従来よりも確実に行うことができる。

〔第一の実施形態〕
図１は画像処理システムＧＳＳの全体的な構成の例を示す図、図２は画像形成装置１のハードウェア構成の例を示す図、図３は画像形成装置１の機能的構成の例を示す図、図４はドライバ管理装置２のハードウェア構成の例を示す図、図５はドライバ管理装置２の機能的構成の例を示す図、図６は情報処理装置３の機能的構成の例を示す図である。

本発明に係る画像処理システムＧＳＳは、図１に示すように、複数台の画像形成装置１−１、１−２、…、ドライバ管理装置２、複数台の情報処理装置３−１、３−２、…、および通信回線４などによって構成される。以下、画像形成装置１−１、１−２、…を「画像形成装置１」と総称する。また、情報処理装置３−１、３−２、…を「情報処理装置３」と総称する。

各画像形成装置１、ドライバ管理装置２、および各情報処理装置３は、通信回線４を介して互いに接続可能である。通信回線４として、ＬＡＮ回線、無線通信回線、公衆回線、専用線、またはインターネットなどが用いられる。

画像処理システムＧＳＳは、会社または役所などの組織に構築され、組織に所属する者（例えば、従業員など。以下、「ユーザ」と記載する。）によって使用される。

画像形成装置１は、コピー、スキャン、ファックス送信、ファックス受信、ＰＣプリント、スキャン送信、およびボックスなどの様々な機能を集約した画像処理装置である。「複合機」または「ＭＦＰ（Multi Function Peripherals）」などと呼ばれることもある。

「ＰＣプリント機能」は、画像データを情報処理装置３から受信して画像を用紙に印刷する機能である。「ネットワークプリンタ機能」または「ネットワークプリンティング機能」などと呼ばれることもある。

「スキャン送信機能」は、スキャナで読み取った原稿の画像の画像データを、ＴＣＰ／ＩＰおよびそれに関連するプロトコル（電子メールまたはＦＴＰなど）に基づいて、ユーザが指定した装置に送信する機能である。この機能は、画像データの送信方法によって、「ＳＣＡＮ−ＴＯ−ＥＭａｉｌ」または「ＳＣＡＮ−ＴＯ−ＦＴＰ」などと呼ばれることもある。

「ボックス機能」は、ユーザごとに「ボックス」または「パーソナルボックス」などと呼ばれる、パーソナルコンピュータにおけるフォルダまたはディレクトリなどに相当する記憶領域を与えておき、ユーザが自分の記憶領域に画像ファイルなどのドキュメントデータを保存しておくことができるようにする機能である。「ドキュメントサーバ機能」と呼ばれることもある。

画像形成装置１は、図２に示すように、全体制御部１００、固定記憶装置１１０、画像読取装置１２０、操作パネル１３０、画像出力装置１４０、プリンタコントローラ１５０、ネットワークインタフェース１６０、モデム１６５、その他種々の回路などによって構成される。

全体制御部１００は、ＣＰＵ１０１、ＲＯＭ１０２、Ｓ−ＲＡＭ（Static Random Access Memory）１０３、ＮＶ−ＲＡＭ（Non Volatile Random Access Memory）１０４、および時計ＩＣ（integrated circuit）１０５などによって構成される。

Ｓ−ＲＡＭ１０３は、作業用の記憶装置であって、ＣＰＵ１０１による処理の結果または他の装置から送信されてきたデータなどを一時的に格納するために用いられる。

ＮＶ−ＲＡＭ１０４は、画像形成装置１自身の各種の設定（例えばＩＰアドレス、ＦＡＸ番号、アドレス帳、画面の文字のサイズまたは言語など）に関するデータをバックアップするために用いられる。時計ＩＣ１０５は、計時用の回路である。

ＲＯＭ１０２には、図３に示す暗号鍵受付部１７１、暗号鍵管理部１７２、プリント要求受付部１７３、プリントデータ復号処理部１７４、プリントデータ確認部１７５、および復号データ送出部１７６などの機能を実現するための制御プログラムが記憶されている。この制御プログラムは、ＣＰＵ１０１によって実行される。

固定記憶装置１１０は、固定型（内蔵型）の大容量記憶媒体である。固定記憶装置１１０として、例えば、ハードディスクが用いられる。制御プログラムの一部または全部をＲＯＭ１０２の代わりに固定記憶装置１１０に記憶させておき、必要に応じて制御プログラムをＳ−ＲＡＭ１０３に呼び出してＣＰＵ１０１に実行させてもよい。または、図３の機能の一部または全部を回路によって実現してもよい。

画像読取装置１２０は、用紙に記されている、文書、数式、記号、写真、図表、またはイラストなどからなる原稿の画像を、光学的に読み取って画像データを生成する。

プリンタコントローラ１５０は、スキャナユニット１０ｆで得られた画像データまたは情報処理装置３などから送信されてきたプリントデータに基づいて画像を形成し（つまり、ビットマップ展開し）、その画像が印刷されるように画像出力装置１４０を制御する。画像出力装置１４０は、プリンタコントローラ１５０からの制御信号に従って画像を用紙に印刷する。

操作パネル１３０は、タッチパネルおよびテンキーなどによって構成され、ユーザに対してメッセージまたは指示を与える画面およびユーザが所望する処理の種類および処理条件を入力する画面などを表示したり、ユーザがジョブの実行の指令または実行条件の指定を入力したりするために、用いられる。

ネットワークインタフェース１６０は、他の装置を相手にＴＣＰ／ＩＰなどのプロトコルによってデータ通信を行うためのＮＩＣ（Network Interface Card）である。

モデム１６５は、画像処理システムＧＳＳの外部のＦＡＸ端末を相手にＧ３またはＧ４などのＦＡＸプロトコルによって公衆回線を介してデータ通信を行うためのインタフェースである。

ドライバ管理装置２は、図４に示すように、ドライバ管理装置本体２０、ディスプレイ２１、およびマウスまたはキーボードなどの入力装置２２などによって構成される。

ドライバ管理装置本体２０は、全体制御部２００、固定記憶装置２１０、画像信号出力部２２０、ネットワークインタフェース２３０、およびＵＳＢポート２４０などによって構成される。

全体制御部２００は、ＣＰＵ２０１、ＲＯＭ２０２、Ｓ−ＲＡＭ２０３、ＮＶ−ＲＡＭ２０４、および時計ＩＣ２０５などによって構成される。

Ｓ−ＲＡＭ２０３は、作業用の記憶装置であって、ＣＰＵ２０１による処理の結果または他の装置から送信されてきたデータなどを一時的に格納するために用いられる。

ＮＶ−ＲＡＭ２０４は、ドライバ管理装置２自身の各種の設定（例えばＩＰアドレスなど）に関するデータをバックアップするために用いられる。時計ＩＣ２０５は、計時用の回路である。

固定記憶装置２１０は、固定型（内蔵型）の大容量記憶媒体である。固定記憶装置２１０として、例えば、ハードディスクが用いられる。固定記憶装置２１０には、図５に示すような画像形成装置データ管理部２６１、プリント条件データ管理部２６２、条件パターン管理部２６３、ダイアログ表示処理部２７１、暗号鍵生成部２７２、端末別ドライバ生成部２７３、ドライバ送信部２７４、暗号鍵送信部２７５、ドライバ管理部２７６、および暗号鍵管理部２７７などの機能を実現するための制御プログラムが記憶されている。この制御プログラムは、必要に応じてＳ−ＲＡＭ２０３に呼び出され、ＣＰＵ２０１によって実行される。図５の機能の一部または全部を回路によって実現してもよい。そのほか、固定記憶装置２１０には、情報処理装置３に付与するための、画像形成装置１のドライバが記憶されている。

ドライバ管理装置２として、いわゆるサーバ機、ワークステーション、またはパーソナルコンピュータなどが用いられる。

情報処理装置３は、画像形成装置１が提供するサービスを受けるためのクライアント（端末装置）である。情報処理装置３のハードウェア構成は、ドライバ管理装置２のハードウェア構成と基本的に同様である。ただし、情報処理装置３のハードディスクには、オペレーティングシステム、文章作成用のアプリケーションまたは画像作成用のアプリケーションなどのアプリケーション、および画像形成装置１を制御するためのドライバのほか、図６に示すドライバ要求部３７１、ドライバ受信部３７２、プリントデータ暗号化処理部３７３、およびプリント要求部３７４などの機能を実現するための制御プログラムがインストールされている。

そのほか、情報処理装置３のハードディスクには、各画像形成装置１およびドライバ管理装置２のそれぞれのＩＰアドレスなどの情報が、管理者の作業によって予め記憶されている。

情報処理装置３において、オペレーティングシステムまたはアプリケーションがＰＣプリントの描画命令を発行すると、画像形成装置１のドライバ（プリンタドライバ）は、その画像形成装置１が処理可能なプリントデータに変換する。プリントデータは、ＰＣＬまたはＰｏｓｔＳｃｒｉｐｔなどのページ記述言語（ＰＤＬ：Printer Description Language）で記述した文書の印刷コマンドデータを、プリントジョブを制御する言語であるＰＪＬ（Print Job Language）で覆った形式のデータである。

そして、そのプリントデータをその画像形成装置１に送信することによって、その画像形成装置１に印刷処理を実行させることができる。なお、ドライバは、すべての画像形成装置１について共通に使用できるものとする。

ただし、本実施形態では、情報処理装置３ごとに、ユーザが指定可能な、ＰＣプリントの際の条件（以下、「プリント条件」と記載する。）を、制限することができる。その制限の内容に応じてドライバが用意され、ドライバ管理装置２から情報処理装置３に付与される。情報処理装置３は、ドライバ管理装置２からドライバの付与を受けなければ、画像形成装置１に対してＰＣプリントの要求を行うことができない。これらについては、後に詳細に説明する。

そのほか、情報処理装置３は、画像形成装置１のスキャン送信機能によって、画像形成装置１がスキャンした画像の画像データを受信することができる。

情報処理装置３として、パーソナルコンピュータまたはワークステーションなどが用いられる。

次に、図３に示す画像形成装置１の各部、図５に示すドライバ管理装置２の各部、および図６に示す情報処理装置３の各部の処理の内容を、ＰＣプリントを実行する環境の準備のための処理およびＰＣプリントの実行時の処理に大別して説明する。

〔ＰＣプリントを実行する環境の準備のための処理〕
図７は画像形成装置管理テーブルＴＢ１の例を示す図、図８はプリント条件設定テーブルＴＢ２の例を示す図、図９はプリント条件設定一覧画面ＨＧ１の例を示す図、図１０は情報処理装置設定画面ＨＧ２の例を示す図、図１１はプリント条件パターンテーブルＴＢ３の例を示す図、図１２はプリント条件設定画面ＨＧ３の例を示す図である。

図５において、ドライバ管理装置２の画像形成装置データ管理部２６１は、画像形成装置管理テーブルＴＢ１を有し、画像処理システムＧＳＳに設けられている各画像形成装置１に関するデータを管理する。

画像形成装置管理テーブルＴＢ１には、図７のように、画像処理システムＧＳＳに設けられている各画像形成装置１の名称（画像形成装置名）およびＩＰアドレスを示すデータが格納されている。画像形成装置管理テーブルＴＢ１の内容は、管理者によって予め入力される。

プリント条件データ管理部２６２は、プリント条件設定テーブルＴＢ２を有し、情報処理装置３ごとに設定（制限）しているプリント条件に関するデータを管理する。

プリント条件設定テーブルＴＢ２には、図８のように、画像形成装置１のドライバが与えられている情報処理装置３ごとに１つずつレコードが登録されている。どの情報処理装置３に対してもドライバが与えられていない場合は、レコードは１つも登録されていない。そして、新たに情報処理装置３にドライバが与えられるごとに、その情報処理装置３のためのレコードが登録される。レコードの内容については、後に説明する。

ダイアログ表示処理部２７１は、情報処理装置３ごとのプリント条件の制限を管理者に入力させるための画面（いわゆるダイアログボックス）を、ディスプレイ２１に表示させる処理を行う。

管理者がドライバ管理装置２の入力装置２２を操作して所定のコマンドを入力すると、ダイアログ表示処理部２７１は、図９（ａ）のようなプリント条件設定一覧画面ＨＧ１をディスプレイ２１に表示させる。

プリント条件設定一覧画面ＨＧ１には、端末装置別条件一覧ＬＴ１および種々のボタンが配置されている。端末装置別条件一覧ＬＴ１は、ドライバが与えられている各情報処理装置３にどのようなプリント条件が設定されているのかを示している。どの情報処理装置３に対してもドライバが付与されていない場合は、端末装置別条件一覧ＬＴ１には、何も示されない。

管理者は、いずれかの情報処理装置３に新たにドライバを付与する場合は、次のような操作を行う。また、管理者の操作に応じて、ドライバ管理装置２の各部は、次のような画面をディスプレイ２１に表示させる。

管理者は、プリント条件設定一覧画面ＨＧ１の中の「情報処理装置追加」ボタンをクリックする。すると、ダイアログ表示処理部２７１は、図１０のような情報処理装置設定画面ＨＧ２を、プリント条件設定一覧画面ＨＧ１の上に重ねて表示させる。

ここで、管理者は、その情報処理装置３の装置名およびＩＰアドレスを入力し、「ＯＫ」ボタンをクリックする。

すると、プリント条件データ管理部２６２は、プリント条件設定テーブルＴＢ２（図８参照）に、その情報処理装置３のためのレコードを登録する。そのレコードの「装置名」および「ＩＰアドレス」の各フィールドに、それぞれ、入力されたその情報処理装置３の装置名およびＩＰアドレスを格納する。

ダイアログ表示処理部２７１は、情報処理装置設定画面ＨＧ２を閉じ、プリント条件設定一覧画面ＨＧ１をアクティブにする。このとき、その情報処理装置３の行（レコード）を端末装置別条件一覧ＬＴ１に追記しておく。なお、その行のセルのうち、「装置名」のセルには、管理者が入力した、その情報処理装置３の装置名が示されるが、「プリント条件」のセルには何も示されない。

ところで、管理者は、プリント条件のパターン（以下、「条件パターン」と記載する。）を予め複数用意しておき、それらの条件パターンの中から、情報処理装置３に対して与えるプリント条件を選択することができる。条件パターン管理部２６３は、プリント条件パターンテーブルＴＢ３を有し、条件パターンの管理を行う。

プリント条件パターンテーブルＴＢ３には、図１１に示すように、１つの条件パターンごとに１つのレコードが登録されている。「プリント条件」のフィールドは、その条件パターンの名称（パターン名）を示すデータが格納される。

「カラー」、「印刷面」、および「ステープル仕上げ」の各フィールドには、その条件パターンに係るカラー、印刷面、およびステープル仕上げに関する制限を示すデータが格納される。

具体的には、「カラー」のフィールドには、「制限なし」または「モノクロプリント」のいずれかが格納される。「制限なし」は、カラープリントおよびモノクロプリントのどちらを指定することも許可することを意味する。「モノクロプリント」は、モノクロプリントを指定することのみ許可し、カラープリントを指定することを禁止することを意味する。

「印刷面」のフィールドには、「制限なし」または「片面プリント禁止」のいずれかが格納される。「制限なし」は、片面プリントおよび両面プリントのどちらを指定することも許可することを意味する。「片面プリント禁止」は、片面プリントを指定することを禁止することを意味する。

「ステープル仕上げ」のフィールドには、「制限なし」または「ステープル仕上げ禁止」のいずれかが格納される。「制限なし」は、印刷物をステープルで綴じて仕上げるように指定することを許可することを意味し、「片面プリント禁止」は、それを禁止することを意味する。

図９（ａ）に戻って、管理者が、端末装置別条件一覧ＬＴ１の中の、ドライバを与えたい情報処理装置３の行の「プリント条件」の欄をクリックすると、ダイアログ表示処理部２７１は、図９（ｂ）のように、パターン名をインデックスにして、プリント条件パターンテーブルＴＢ３に登録されている条件パターンのプルダウンメニューを表示する。

ここで、管理者は、いずれか１つの条件パターンを選択することによって、その情報処理装置３にプリント条件を設定することができる。管理者は、選択後、「ＯＫ」ボタンをクリックする。

すると、プリント条件データ管理部２６２は、プリント条件設定テーブルＴＢ２（図８参照）の中の、その情報処理装置３のレコードの「プリント条件」のフィールドに、管理者が選択した条件パターンのパターン名を格納する。これにより、情報処理装置３に対するプリント条件の設定（制限）が登録される。

または、管理者は、新たに条件パターンを定義し、それを情報処理装置３に対して設定することもできる。条件パターンを定義する場合は、管理者は、プリント条件設定一覧画面ＨＧ１の中の「条件追加」ボタンをクリックする。すると、ダイアログ表示処理部２７１は、図１２（ａ）のようなプリント条件設定画面ＨＧ３を表示させる。

ここで、管理者は、今回新たに定義する条件パターンのパターン名を「プリント条件名」のテキストボックスに入力し、さらに、カラー、印刷面、およびステープル仕上げの各項目に関する制限を設定する。カラーに関する制限を行う場合は、プリント条件設定画面ＨＧ３の中の、それに対応するプルダウンボタンをクリックする。すると、ダイアログ表示処理部２７１は、図１２（ｂ）のように、カラーに関する制限の選択肢をプルダウンメニューによって表示する。管理者は、この中から最適な選択肢をクリックする。残りの２つの項目に関する制限も、同様に行うことができる。そして、選択後、「ＯＫ」ボタンをクリックする。

すると、条件パターン管理部２６３は、プリント条件設定画面ＨＧ３において入力されまたは選択された内容を示すレコードを生成し、プリント条件パターンテーブルＴＢ３に登録する。

管理者は、情報処理装置３のＩＰアドレスが更新された場合は、プリント条件設定一覧画面ＨＧ１の端末装置別条件一覧ＬＴ１の中からその情報処理装置３の行を選択し、「情報処理装置変更」ボタンをクリックする。すると、ダイアログ表示処理部２７１は、プリント条件設定テーブルＴＢ２（図８参照）の中から、その情報処理装置３のレコードを呼び出し、その情報処理装置３の装置名およびＩＰアドレスを予め記した状態で情報処理装置設定画面ＨＧ２（図１０参照）を表示させる。

ここで、管理者はＩＰアドレスを修正し、「ＯＫ」ボタンをクリックする。すると、プリント条件データ管理部２６２は、それに応じて、その情報処理装置３のレコードのＩＰアドレスを更新する。

管理者は、情報処理装置３に設定しているプリント条件を変更する作業および条件パターンの内容を変更する作業も同様に、従来通りの操作によって行うことができる。

なお、管理者は、ドライバ管理装置２を操作することによってプリント条件の設定のための作業を行ったが、画像形成装置１または情報処理装置３を操作することによって行えるように構成してもよい。この場合は、例えば、公知のＣＧＩ（Common Gateway Interface）およびＷｅｂブラウザの技術を用いることによって、画像形成装置１または情報処理装置３に各種の画面を表示させ、管理者が入力した内容をドライバ管理装置２で受け付けられるようにすればよい。

プリント条件設定一覧画面ＨＧ１において管理者によって情報処理装置３のプリント条件が選択され「ＯＫ」ボタンがクリックされると、暗号鍵生成部２７２および端末別ドライバ生成部２７３は、その情報処理装置３に与えるためのドライバを、次のような手順で生成する。

暗号鍵生成部２７２は、その情報処理装置３のための暗号鍵およびその暗号鍵で暗号化されたデータを復号するための復号鍵を生成する。本実施形態では、共通鍵暗号方式を採用する。よって、暗号鍵が復号鍵としても用いられる。以下、生成した暗号鍵を「暗号鍵ＡＫ」と記載する。ただし、暗号鍵生成部２７２は、原則として情報処理装置３ごとに異なる暗号鍵ＡＫを生成する。

端末別ドライバ生成部２７３は、固定記憶装置２１０から画像形成装置１のドライバを呼び出してコピーする。コピーしたドライバを、その情報処理装置３に対して設定されたプリント条件の範囲内でしかプリント条件をユーザが選択できないように、編集する。つまり、機能制限を行う。機能制限自体は、いわゆるお試し版またはシェアウェアなどでよく見られるように、公知の方法によって実現することができる。ドライバのプログラムを編集することによって実現する場合もあれば、管理者が指定したプリント条件に合わせてドライバの中の設定値を変更することによって実現する場合もある。

例えば、「モノクロプリント，片面プリント禁止，ステープル仕上げ禁止」というプリント条件が指定されている場合は、カラープリント、両面プリント、およびステープル仕上げのいずれのオプションも選択できないように、ドライバを編集する。

そして、端末別ドライバ生成部２７３は、編集したドライバに、暗号鍵生成部２７２が生成した暗号鍵ＡＫを組み込む。以上の処理によって、その情報処理装置３のためのドライバが生成される。

以下、生成されたドライバを「端末別ドライバＤＲ」と記載する。

生成された端末別ドライバＤＲは、その情報処理装置３の識別情報（例えば、ＩＰアドレス、ＭＡＣアドレス、またはホスト名など）と対応付けられて、ドライバ管理部２７６によって保存され管理される。また、ドライバ送信部２７４によって、その情報処理装置３に送信される。なお、ドライバ送信部２７４は後に説明するように、情報処理装置３から要求があった場合にも、その情報処理装置３の端末別ドライバＤＲを、その情報処理装置３に送信する。

生成された暗号鍵ＡＫは、その情報処理装置３の識別情報と対応付けられて、暗号鍵管理部２７７によって保存され管理される。また、暗号鍵送信部２７５によって、その情報処理装置３の識別情報と対応付けられて、各画像形成装置１に送信される。

図６において、情報処理装置３のドライバ受信部３７２は、ドライバ管理装置２から送信されてきた端末別ドライバＤＲを受信すると、従来通り、これをその情報処理装置３自身のハードディスクにインストールする。

ドライバ要求部３７１は、端末別ドライバＤＲがハードディスクから削除されてしまった場合などに、ドライバ管理装置２に対してその情報処理装置３自身の端末別ドライバＤＲを要求する。ドライバ受信部３７２は、それを受信すると、その情報処理装置３自身のハードディスクに再インストールする。

図３において、画像形成装置１の暗号鍵受付部１７１は、ドライバ管理装置２から送信されてきた暗号鍵ＡＫを受信する。暗号鍵管理部１７２は、それを保存し管理する。

以上の処理によって、ユーザが情報処理装置３を操作して画像形成装置１にＰＣプリントを実行させるための環境の準備が完了する。

なお、複数台の情報処理装置３に対して同一のプリント条件を設定する場合は、これらの情報処理装置３のための端末別ドライバＤＲおよび暗号鍵ＡＫを共通に用いてもよい。

また、情報処理装置３に対するプリント条件を変更した場合は、上記と同様の方法によって、新たな暗号鍵ＡＫおよび端末別ドライバＤＲが生成し直され、各装置の各部に送信されまたは保存される。この際に、古い暗号鍵ＡＫおよび端末別ドライバＤＲは削除される。

〔ＰＣプリントの実行時の処理〕
ユーザは、従来通りに情報処理装置３を操作することによって、情報処理装置３で作成するなどした書類を、特定の画像形成装置１に印刷させることができる。ただし、前に説明したように、ユーザは、その情報処理装置３に対して設定されているプリント条件の範囲内でしか、カラーまたは印刷面などに関する条件を選ぶことができない。

ユーザが特定の画像形成装置１に対する印刷のコマンドつまりＰＣプリントのコマンドを入力すると、情報処理装置３の端末別ドライバＤＲは、従来通り、プリントデータＤＴ０を生成する。従来は、そのプリントデータＤＴ０は、暗号化されることなく、その画像形成装置１に送信されるが、本実施形態では、図６の各部によって、次のように処理される。

プリントデータ暗号化処理部３７３は、その情報処理装置３に付与された端末別ドライバＤＲに組み込まれている暗号鍵ＡＫによって、プリントデータＤＴ０を暗号化する。

そして、プリント要求部３７４は、その画像形成装置１に対して、暗号化されたプリントデータＤＴ０を送信することによって、印刷（プリント）を行うように要求する。

図３において、プリント要求受付部１７３は、暗号化されたプリントデータＤＴ０を情報処理装置３から受信することによって、プリントの要求を受け付ける。

プリントデータ復号処理部１７４は、要求元である情報処理装置３の暗号鍵ＡＫを用いて、その情報処理装置３から受信したプリントデータＤＴ０を復号する。

プリントデータ確認部１７５は、プリントデータＤＴ０が正常に復号できたことを確認する。正常に復号できたか否かは、例えば、復号の処理後のプリントデータＤＴ０の先頭の文字列が所定の文字列（例えば、ＰＪＬのＵＥＬ（Universal Exit Language）の「％−１２３４５Ｘ＠ＰＪＬ」）であるか否かを調べることによって、確認することができる。

情報処理装置３において暗号化のために使用された暗号鍵ＡＫと画像形成装置１において復号のために使用された暗号鍵ＡＫとが対応していれば（つまり、本実施形態では、共通鍵暗号方式によるので、同一であれば）、プリントデータＤＴ０は正常に復号される。両者が相違していれば、正常に復号することはできない。

復号データ送出部１７６は、正常に復号されたプリントデータＤＴ０をプリンタコントローラ１５０（図２参照）に送出する。その後、プリンタコントローラ１５０および画像出力装置１４０は、従来通り、そのプリントデータＤＴ０に基づいてプリントの処理を実行する。

なお、正常に復号できなかった場合は、プリンタコントローラ１５０および画像出力装置１４０は、プリントの処理を実行することができない。

したがって、例えば、ある情報処理装置３において、別の情報処理装置３に対して付与された端末別ドライバＤＲまたは画像形成装置１のメーカのＷｅｂサイトからダウンロードされたドライバが用いられて画像形成装置１に対してプリントの要求がなされたとしても、画像形成装置１は、要求元の情報処理装置３に対応する暗号鍵ＡＫでプリントデータＤＴ０の復号を試みる。よって、復号は失敗する。情報処理装置３に対して端末別ドライバＤＲが再生成された後、古い端末別ドライバＤＲが用いられて画像形成装置１に対してプリントの要求がなされた場合も同様に、失敗する。

図１３はドライバ管理装置２の全体的な処理の流れの例を説明するフローチャート、図１４はプリント条件の設定処理の流れの例を説明するフローチャート、図１５は情報処理装置３の全体的な処理の流れの例を説明するフローチャート、図１６はプリント要求時の処理の流れの例を説明するフローチャート、図１７は画像形成装置１の全体的な処理の流れの例を説明するフローチャート、図１８はプリント処理の流れの例を説明するフローチャートである。

次に、画像形成装置１、ドライバ管理装置２、および情報処理装置３の全体的な処理の流れを、フローチャートを参照して説明する。

図１３において、ドライバ管理装置２は、電源が投入されまたは再起動すると、従来通り、Ｓ−ＲＡＭ２０３のクリア、標準モードの設定、およびオペレーティングシステムの起動などの、一般的な初期化処理を行う（＃２０１）。

初期化処理が終了したら、入力装置２２（マウスまたはキーボードなど）において何らかの入力のイベントが発生したかどうか、または、情報処理装置３からドライバを要求されたかどうかを、常時、確認する（＃２０２、＃２０３）。

入力のイベントが発生した場合は（＃２０２でＹｅｓ）、そのイベントがプリント条件の設定に関するのであれば（＃２０４でＹｅｓ）、プリント条件の設定のための処理を実行する（＃２０５）。係る処理の手順は、図１４に示す通りである。

図１４において、ドライバ管理装置２は、管理者の操作に応じてダイアログを表示する（＃２２１）。管理者が情報処理装置３に対するプリント条件の設定を行いまたは従前のプリント条件の内容を変更すると（＃２２２でＹｅｓ）、ドライバ管理装置２は、新たに暗号鍵ＡＫを生成し（＃２２３）、画像形成装置１のドライバをコピーし、管理者が設定しまたは変更したプリント条件をそのコピーしたドライバに反映させる（＃２２４）。そのドライバに暗号鍵ＡＫを組み込むことによって端末別ドライバＤＲを生成する（＃２２５）。

生成した暗号鍵ＡＫをその情報処理装置３の識別情報と対応付けてすべての画像形成装置１に送信するとともに（＃２２６）、生成した端末別ドライバＤＲをその情報処理装置３に送信する（＃２２７）。なお、複数の情報処理装置３に対して共通に端末別ドライバＤＲを生成した場合は、これらの情報処理装置３のそれぞれにその端末別ドライバＤＲを送信する。

設定または変更を完了する前に管理者がキャンセルのボタンをクリックした場合は（＃２２８でＹｅｓ）、端末別ドライバＤＲの生成を行うことなく、処理を中止する。

図１３に戻って、ドライバ管理装置２は、発生したイベントがプリント条件以外の事項に関する場合は（＃２０４でＮｏ）、従来通り、そのイベントに応じた処理を実行する（＃２０６）。

一方、ドライバ管理装置２は、情報処理装置３から端末別ドライバＤＲを要求された場合は（＃２０２でＮｏ、＃２０３でＹｅｓ）、その情報処理装置３に対応する端末別ドライバＤＲをその情報処理装置３に送信する（＃２０７）。

ドライバ管理装置２は、ステップ＃２０２〜＃２０７の処理を、サービスを終了するまで、適宜、実行する。

図１５において、情報処理装置３は、電源が投入されまたは再起動すると、従来通り、Ｓ−ＲＡＭのクリア、標準モードの設定、およびオペレーティングシステムの起動などの、一般的な初期化処理を行う（＃３０１）。

初期化処理が終了したら、ドライバ管理装置２から端末別ドライバＤＲを受信したかどうか、または、マウスまたはキーボードなどにおいて何らかの入力のイベントが発生したかどうかを、常時、確認する（＃３０２、＃３０３）。

端末別ドライバＤＲを受信した場合は（＃３０２でＹｅｓ）、これをインストールする（＃３０４）。新しい端末別ドライバＤＲを受信した場合つまりドライバを変更するように要求された場合は、古い端末別ドライバＤＲを削除し、この新しい端末別ドライバＤＲを新たにインストールする（＃３０４）。つまり、上書きする。

一方、入力のイベントが発生した場合は（＃３０３でＹｅｓ）、そのイベントがＰＣプリントの要求に係るのであれば（＃３０５でＹｅｓ）、ユーザが選択した画像形成装置１に対してプリントのジョブを実行するように要求する処理を行う（＃３０６）。係る処理の手順は、図１６に示す通りである。

図１６において、その情報処理装置３自身にインストールされている端末別ドライバＤＲを用いて、プリントする書類のプリントデータＤＴ０を生成する（＃３２１）。生成したプリントデータＤＴ０を、端末別ドライバＤＲに組み込まれている暗号鍵ＡＫを用いて暗号化する（＃３２２）。そして、暗号化したプリントデータＤＴ０を、ユーザが選択した画像形成装置１に送信することによって、プリント要求を行う（＃３２３）。

図１５に戻って、発生したイベントが端末別ドライバＤＲのダウンロードの要求に係る場合は（＃３０５でＮｏ、＃３０７でＹｅｓ）、ドライバ管理装置２に対して端末別ドライバＤＲを要求する（＃３０８）。

発生したイベントがＰＣプリントの要求でもなく端末別ドライバＤＲのダウンロードの要求でもない場合は（＃３０５でＮｏ、＃３０７でＮｏ）、従来通り、そのイベントに応じた処理を実行する（＃３０９）。

情報処理装置３は、ステップ＃３０２〜＃３０９の処理を、電源がオフにされまたは再起動するまで、適宜、実行する。

図１７において、画像形成装置１は、電源が投入されまたは再起動すると、従来通り、Ｓ−ＲＡＭ１０３のクリア、標準モードの設定、およびオペレーティングシステムの起動などの、一般的な初期化処理を行う（＃１０１）。

初期化処理が終了したら、操作パネル１３０のテンキーなどのキースイッチ群またはタッチパネルに対してユーザが操作を行ったかどうか、または、他の装置から何らかの要求があったかどうかを、常時、確認する（＃１０２、＃１０３）。

ユーザによる操作を検知した場合（＃１０２でＹｅｓ）、その操作に従って、つまり、ユーザの要求に応じて従来通りに処理を実行する（＃１０４）。例えば、原稿の走査（スキャン）、複写、ＦＡＸ送信、またはＮＶ−ＲＡＭ１０４に記憶されている各種設定の変更などの処理を実行する。

他の装置から何らかの要求があった場合は（＃１０３でＹｅｓ）、その要求がＰＣプリントのジョブの実行に係るのであれば（＃１０４でＹｅｓ）、プリントの処理を実行する（＃１０５）。係る処理の手順は、図１８に示す通りである。

図１８において、ＰＣプリントの要求の際に情報処理装置３から受信したプリントデータＤＴ０を、その情報処理装置３の暗号鍵ＡＫを用いて復号する（＃１２１）。

正常に復号することができた場合は（＃１２２でＹｅｓ）、復号したプリントデータＤＴ０を用いて書類の画像をビットマップイメージに展開し（＃１２３）、それを用紙に印刷する（＃１２４）。

正常に復号することができなかった場合は（＃１２２でＮｏ）、今回の要求に係るジョブを破棄する（＃１２５）。

図１７に戻って、他の装置からの要求が特定の情報処理装置３の暗号鍵ＡＫの保存に係る場合は（＃１０４でＮｏ、＃１０６でＹｅｓ）、ドライバ管理装置２から送信されてきたその暗号鍵ＡＫを保存する（＃１０７）。既にその情報処理装置３の暗号鍵ＡＫを保存している場合は、それを破棄し、今回送信されてきた暗号鍵ＡＫを新たに保存する（＃１０７）。つまり、暗号鍵ＡＫを変更する。

他の装置からの要求がＰＣプリントのジョブの実行に関するものでもなく暗号鍵ＡＫの保存に関するものでもない場合は（＃１０４でＮｏ、＃１０６でＮｏ）、従来通り、その要求に係る処理を実行する（＃１０８）。例えば、ＮＶ−ＲＡＭ１０４に記憶されている各種設定の変更処理などを実行する。

画像形成装置１は、ステップ＃１０２〜＃１０８の処理を、電源がオフにされまたは再起動するまで、適宜、実行する。

本実施形態によると、画像形成装置１のＰＣプリントのサービスを利用する情報処理装置３ごとに、使用権限を反映させた端末別ドライバＤＲを配付する。情報処理装置３は、端末別ドライバＤＲに組み込まれている暗号鍵ＡＫによって暗号化してプリントデータＤＴ０を画像形成装置１に送信しなければ、ＰＣプリントのサービスを利用することができない。

よって、本実施形態によると、情報処理装置３それぞれに対する、画像形成装置１のＰＣプリントのサービスの利用制限を、従来よりも確実に行うことができる。

本実施形態では、共通鍵暗号方式を採用した場合を例に説明したが、公開鍵暗号方式を採用してもよい。

この場合は、ドライバ管理装置２は、情報処理装置３に対して、暗号鍵ＡＫの代わりに秘密鍵ＨＫを組み込んだ端末別ドライバＤＲを付与するとともに、画像形成装置１に対して、暗号鍵ＡＫの代わりに、その秘密鍵ＨＫと対になる公開鍵ＰＫを付与する。

情報処理装置３は、端末別ドライバＤＲに組み込まれている秘密鍵ＨＫを用いてプリントデータＤＴ０を暗号化し、それを画像形成装置１に送信する。そして、画像形成装置１は、情報処理装置３から受信したプリントデータＤＴ０を、その情報処理装置３の公開鍵ＰＫによって復号し、プリントの処理を行う。または、公開鍵ＰＫを端末別ドライバＤＲに組み込み、それに対応する秘密鍵ＨＫを画像形成装置１に配付してもよい。

プリント条件を変更しない場合にも、暗号鍵ＡＫを変更してもよい。この場合は、その暗号鍵ＡＫが組み込まれた既存の端末別ドライバＤＲを生成し直し、情報処理装置３に付与し直す。また、その暗号鍵ＡＫを画像形成装置１に配付し直す。

情報処理装置３は、プリントデータＤＴ０のすべてを暗号化するのではなく、特定の一部分のみを暗号化してもよい。

〔第二の実施形態〕
図１９は画像形成装置１の機能的構成の変形例を示す図、図２０はドライバ管理装置２の機能的構成の変形例を示す図、図２１は情報処理装置３の機能的構成の変形例を示す図である。

第一の実施形態では、情報処理装置３はプリントデータＤＴ０を暗号化して画像形成装置１に送信した。そして、画像形成装置１は、そのプリントデータＤＴ０を正常に復号できた場合に、プリントの処理を行った。つまり、画像形成装置１は、プリントデータＤＴ０の復号の可否によって、プリントの要求元の正当性を判別した。

第二の実施形態では、情報処理装置３ごとに発行した識別子（ＩＤ）を用いて、プリントの要求元の正当性を判別する。

第二の実施形態における画像処理システムＧＳＳの全体的な構成は、第一の実施形態の場合と同様であり、図１に示した通りである。画像形成装置１、ドライバ管理装置２、および情報処理装置３のハードウェア構成も、第一の実施形態の場合と同様である。

ただし、第二の実施形態では、画像形成装置１の固定記憶装置１１０には、図３に示した機能を実現する制御プログラムの代わりに、図１９に示す識別子受付部５７１、識別子管理部５７２、プリント要求受付部５７３、要求元正当性確認部５７４、およびプリントデータ送出部５７５などの機能を実現するための制御プログラムが記憶されている。

ドライバ管理装置２の固定記憶装置２１０には、図５に示した機能を実現する制御プログラムの代わりに、図２０に示す画像形成装置データ管理部６６１、プリント条件データ管理部６６２、条件パターン管理部６６３、ダイアログ表示処理部６７１、識別子生成部６７２、端末別ドライバ生成部６７３、ドライバ送信部６７４、識別子送信部６７５、ドライバ管理部６７６、および識別子管理部６７７などの機能を実現するための制御プログラムが記憶されている。

情報処理装置３のハードディスクには、図６に示した制御プログラムの代わりに、
図２１に示すドライバ要求部７７１、ドライバ受信部７７２、プリントデータ加工処理部７７３、およびプリント要求部７７４などの機能を実現するための制御プログラムが記憶されている。

以下、図１９に示す画像形成装置１の各部、図２０に示すドライバ管理装置２の各部、および図２１に示す情報処理装置３の各部の処理の内容を、ＰＣプリントを実行する環境の準備のための処理およびＰＣプリントの実行時の処理に大別して説明する。ただし、第一の実施形態と重複する点については、説明を省略する。

〔ＰＣプリントを実行する環境の準備のための処理〕
図２０において、ドライバ管理装置２の画像形成装置データ管理部６６１は、図５に示した第一の実施形態の画像形成装置データ管理部２６１と同様に、図７のような画像形成装置管理テーブルＴＢ１を有し、画像処理システムＧＳＳに設けられている各画像形成装置１に関するデータを管理する。

プリント条件データ管理部６６２は、第一の実施形態のプリント条件データ管理部２６２と同様に、図８のようなプリント条件設定テーブルＴＢ２を有し、情報処理装置３ごとに設定しているプリント条件に関するデータを管理する。

条件パターン管理部６６３は、第一の実施形態の条件パターン管理部２６３と同様に、図１１のようなプリント条件パターンテーブルＴＢ３を有し、条件パターンの管理を行う。

ダイアログ表示処理部６７１は、第一の実施形態のダイアログ表示処理部２７１と同様に、図９、図１０、および図１２に示したような、情報処理装置３ごとのプリント条件の制限を管理者に入力させるためのダイアログボックスを、ディスプレイ２１に表示させる処理を行う。管理者の操作の手順およびそれに伴う各部の処理の内容も、基本的に第一の実施形態と同様である。

管理者によって情報処理装置３のプリント条件が選択され、プリント条件設定一覧画面ＨＧ１（図９参照）の「ＯＫ」ボタンがクリックされると、識別子生成部６７２および端末別ドライバ生成部６７３は、その情報処理装置３に与えるためのドライバを、次のような手順で生成する。

識別子生成部６７２は、その情報処理装置３のための第一の識別子およびそれに対応する第二の識別子を生成する。本実施形態では、第一の識別子およびそれに対応する第二の識別子として、共通の（同一の）識別子を用いる場合を例に説明する。以下、生成した識別子を「識別子ＳＫ」と記載する。ただし、識別子生成部６７２は、原則として情報処理装置３ごとに異なる識別子ＳＫを生成する。

端末別ドライバ生成部６７３は、固定記憶装置２１０から画像形成装置１のドライバを呼び出してコピーする。コピーしたドライバを、その情報処理装置３に対して設定されたプリント条件の範囲内でしかプリント条件をユーザが選択できないように、編集する。つまり、機能制限を行う。

そして、端末別ドライバ生成部６７３は、編集したドライバに、識別子生成部６７２が生成した識別子ＳＫを組み込む。以上の処理によって、その情報処理装置３のためのドライバが生成される。以下、生成されたドライバを「端末別ドライバＤＳ」と記載する。

生成された端末別ドライバＤＳは、その情報処理装置３の識別情報と対応付けられて、ドライバ管理部６７６によって保存され管理される。また、ドライバ送信部６７４によって、その情報処理装置３に送信される。なお、ドライバ送信部６７４は第一の実施形態の場合と同様に、情報処理装置３から要求があった場合にも、その情報処理装置３の端末別ドライバＤＳを、その情報処理装置３に送信する。

生成された識別子ＳＫは、その情報処理装置３の識別情報と対応付けられて、識別子管理部６７７によって保存され管理される。また、識別子送信部６７５によって、その情報処理装置３の識別情報と対応付けられて、各画像形成装置１に送信される。

図２１において、情報処理装置３のドライバ受信部７７２は、図６に示した第一の実施形態のドライバ受信部３７２と同様に、ドライバ管理装置２から送信されてきた端末別ドライバＤＳを受信すると、これをその情報処理装置３自身のハードディスクにインストールする。

ドライバ要求部７７１は、第一の実施形態のドライバ要求部３７１と同様に、ドライバ管理装置２に対してその情報処理装置３自身の端末別ドライバＤＳを要求する。

図１９において、画像形成装置１の識別子受付部５７１は、ドライバ管理装置２から送信されてきた識別子ＳＫを受信し、識別子管理部５７２は、それを保存し管理する。

以上の処理によって、ユーザが情報処理装置３を操作して画像形成装置１にＰＣプリントを実行させるための環境の準備が完了する。

なお、複数台の情報処理装置３に対して同一のプリント条件を設定する場合は、これらの情報処理装置３のための端末別ドライバＤＳおよび識別子ＳＫを共通に用いてもよい。

また、情報処理装置３に対するプリント条件を変更した場合は、上記と同様の方法によって、新たな識別子ＳＫおよび端末別ドライバＤＳが生成し直され、各装置の各部に送信されまたは保存される。この際に、古い識別子ＳＫおよび端末別ドライバＤＳは削除される。

〔ＰＣプリントの実行時の処理〕
ユーザが特定の画像形成装置１に対する印刷のコマンドつまりＰＣプリントのコマンドを入力すると、情報処理装置３の端末別ドライバＤＳは、従来通り、プリントデータＤＴ０を生成する。

図２１において、情報処理装置３のプリントデータ加工処理部７７３は、生成されたプリントデータＤＴ０に、その情報処理装置３自身に付与された端末別ドライバＤＳに組み込まれている識別子ＳＫを付加する。以下、識別子ＳＫを付加したプリントデータＤＴ０を「プリントデータＤＴ１」と記載する。

プリント要求部７７４は、プリント（印刷）の処理を実行させる画像形成装置１に対して、プリントデータＤＴ１を送信することによって、プリントの処理を行うように要求する。

図１９において、プリント要求受付部５７３は、プリントデータＤＴ１を情報処理装置３から受信することによって、プリントの要求を受け付ける。

要求元正当性確認部５７４は、情報処理装置３から受信したプリントデータＤＴ１に付加されている識別子ＳＫと、識別子管理部５７２で管理している、その情報処理装置３の識別子ＳＫとを照合することによって、その情報処理装置３がその情報処理装置３自身の（つまり、正規の）端末別ドライバＤＳを用いてプリントの要求を行ったか否かを確認する。両識別子ＳＫが一致する場合は、正規の端末別ドライバＤＳを用いてプリントの要求が行われたと判別する。一致しない場合は、正規の端末別ドライバＤＳを用いられていないと判別する。

プリントデータ送出部５７５は、プリントデータＤＴ１を、正規の端末別ドライバＤＳを用いてプリントの要求が行われたことが要求元正当性確認部５７４によって確認された場合に限り、プリンタコントローラ１５０（図２参照）に送出する。その後、プリンタコントローラ１５０および画像出力装置１４０は、従来通り、そのプリントデータＤＴ１に基づいてプリントの処理を実行する。

図２２はプリント条件の設定処理の流れの変形例を説明するフローチャート、図２３はプリント要求時の処理の流れの変形例を説明するフローチャート、図２４はプリント処理の流れの変形例を説明するフローチャートである。

第二の実施形態における、画像形成装置１、ドライバ管理装置２、および情報処理装置３の全体的な処理の流れは、基本的に第一の実施形態の場合と同様であり、それぞれ、前に図１７、図１３、および図１５で説明した通りである。

ただし、ドライバ管理装置２は、図１３のステップ＃２０５において、プリント条件の設定処理を、図２２に示すような手順で行う。

管理者による情報処理装置３に対するプリント条件の設定が完了したら（図２２の＃２３２でＹｅｓ）、その情報処理装置３のための識別子ＳＫを新たに生成し（＃２３３）、画像形成装置１のドライバをコピーし、そのプリント条件をそのコピーしたドライバに反映させる（＃２３４）。そのドライバにその識別子ＳＫを組み込むことによって端末別ドライバＤＳを生成する（＃２３５）。

生成した識別子ＳＫをその情報処理装置３の識別情報と対応付けてすべての画像形成装置１に送信するとともに（＃２３６）、生成した端末別ドライバＤＳをその情報処理装置３に送信する（＃２３７）。

また、第二の実施形態では、情報処理装置３は、図１５のステップ＃３０６において、プリント要求時の処理を、図２３に示すような手順で行う。

情報処理装置３は、その情報処理装置３自身にインストールされている端末別ドライバＤＳを用いて、プリントする書類のプリントデータＤＴ０を生成する（図２３の＃３３１）。生成したプリントデータＤＴ０に、その端末別ドライバＤＳに組み込まれている識別子ＳＫを付加することによって、プリントデータＤＴ１を生成する（＃３３２）。そして、プリントデータＤＴ１を、ユーザが選択した画像形成装置１に送信することによって、プリント要求を行う（＃３３３）。

また、第二の実施形態では、画像形成装置１は、図１７のステップ＃１０５において、プリント処理を、図２４に示すような手順で行う。

画像形成装置１は、ＰＣプリントの要求の際に情報処理装置３から受信したプリントデータＤＴ１に付加されている識別子ＳＫと、保存しているその情報処理装置３の識別子ＳＫとを照合することによって、その情報処理装置３の正当性を確認する（図２４の＃１３１）。

両識別子ＳＫが一致し正当であることが確認できた場合は（＃１３２でＹｅｓ）、プリントデータＤＴ１を用いて書類の画像をビットマップイメージに展開し（＃１３３）、それを用紙に印刷する（＃１３４）。両識別子ＳＫが一致しなかった場合は（＃１３２でＮｏ）、今回の要求に係るジョブを破棄する（＃１３５）。

また、画像形成装置１は、ドライバ管理装置２から情報処理装置３の識別子ＳＫが送信されてきたら、図１７のステップ＃１０７において、それを保存する。既にその情報処理装置３の識別子ＳＫを保存している場合は、それを削除し、今回送信されてきた識別子ＳＫを新たに保存する。

本実施形態によると、画像形成装置１のＰＣプリントのサービスを利用する情報処理装置３ごとに、使用権限を反映させた端末別ドライバＤＳを配付する。情報処理装置３は、プリントデータＤＴ０を、端末別ドライバＤＳに組み込まれている識別子ＳＫを付加して画像形成装置１に送信しなければ、ＰＣプリントのサービスを利用することができない。

よって、本実施形態によると、情報処理装置３それぞれに対する、画像形成装置１のＰＣプリントのサービスの利用制限を、従来よりも確実に行うことができる。

本実施形態では、情報処理装置３に付与する端末別ドライバＤＳに組み込む識別子ＳＫと、画像形成装置１に配付する、その情報処理装置３に対応する識別子ＳＫとを、同一の文字列にしたが、両者を別々にしてもよい。

例えば、情報処理装置３に付与する端末別ドライバＤＳに組み込む識別子を、第一の識別子ＳＫ１とする。画像形成装置１には、所定のハッシュ関数Ｆ（ｘ）にその第一の識別子ＳＫ１を代入することによって求められる第二の識別子ＳＫ２を配付しておく。

情報処理装置３は、プリントデータＤＴ０を、自らの第一の識別子ＳＫ１を付加して画像形成装置１に送信する。画像形成装置１は、情報処理装置３から受信したプリントデータＤＴ０に付加されている第一の識別子ＳＫ１を所定のハッシュ関数Ｆ（ｘ）に代入することによって求められる識別子と、その情報処理装置３の第二の識別子ＳＫ２とを照合する。そして、両者が一致した場合にのみ、その情報処理装置３の正当性を認め、そのプリントデータＤＴ０に基づいてプリントの処理を行う。

図２５は画像処理システムＧＳＳの全体的な構成の変形例を示す図、図２６は端末別ドライバＤＲ、ＤＳへの暗号鍵ＡＫまたは識別子ＳＫの組み込み方の例を示す図である。

第一および第二の実施形態では、端末別ドライバＤＲ、ＤＳ、暗号鍵ＡＫ、および識別子ＳＫの生成を、ドライバ管理装置２が実行したが、画像形成装置１が実行するように構成してもよい。この場合は、図２５に示すように、画像処理システムＧＳＳを画像形成装置１、情報処理装置３、および通信回線４によって形成すればよい。

そして、画像形成装置１に、図５に示した各部の機能または図２０に示した各部の機能を設ければよい。情報処理装置３は、端末別ドライバＤＲ、ＤＳを画像形成装置１から与えてもらえばよい。

第一および第二の実施形態では、画像形成装置１のドライバのどの部分に暗号鍵ＡＫまたは識別子ＳＫを組み込む（埋め込む）のかを、特に限定しなかったが、図２６に示すように、ドライバを構成する複数のモジュールのうちの、プリント条件の選択に係るモジュールに暗号鍵ＡＫまたは識別子ＳＫを組み込むのが望ましい。

そして、情報処理装置３に対するプリント条件の変更を行った場合は、そのプリント条件を反映させかつ新たな暗号鍵ＡＫまたは識別子ＳＫを組み込んだモジュールだけを、その情報処理装置３に与えればよい。情報処理装置３は、ドライバの中の古いモジュールをその新しいモジュールに置き換えればよい。

第一および第二の実施形態では、画像形成装置１にプリントの処理を実行させる場合を例に説明したが、ＦＡＸ送信または画像編集処理などを実行させる場合にも、本発明を適用することができる。

その他、画像処理システムＧＳＳ、画像形成装置１、ドライバ管理装置２、情報処理装置３の全体または各部の構成、処理内容、処理順序、データベースの構成などは、本発明の趣旨に沿って適宜変更することができる。

画像処理システムの全体的な構成の例を示す図である。 画像形成装置のハードウェア構成の例を示す図である。 画像形成装置の機能的構成の例を示す図である。 ドライバ管理装置のハードウェア構成の例を示す図である。 ドライバ管理装置の機能的構成の例を示す図である。 情報処理装置の機能的構成の例を示す図である。 画像形成装置管理テーブルの例を示す図である。 プリント条件設定テーブルの例を示す図である。 プリント条件設定一覧画面の例を示す図である。 情報処理装置設定画面の例を示す図である。 プリント条件パターンテーブルの例を示す図である。 プリント条件設定画面の例を示す図である。 ドライバ管理装置の全体的な処理の流れの例を説明するフローチャートである。 プリント条件の設定処理の流れの例を説明するフローチャートである。 情報処理装置の全体的な処理の流れの例を説明するフローチャートである。 プリント要求時の処理の流れの例を説明するフローチャートである。 画像形成装置の全体的な処理の流れの例を説明するフローチャートである。 プリント処理の流れの例を説明するフローチャートである。 画像形成装置の機能的構成の変形例を示す図である。 ドライバ管理装置の機能的構成の変形例を示す図である。 情報処理装置の機能的構成の変形例を示す図である。 プリント条件の設定処理の流れの変形例を説明するフローチャートである。 プリント要求時の処理の流れの変形例を説明するフローチャートである。 プリント処理の流れの変形例を説明するフローチャートである。 画像処理システムの全体的な構成の変形例を示す図である。 端末別ドライバへの暗号鍵または識別子の組み込み方の例を示す図である。

符号の説明

ＧＳＳ 画像処理システム
１ 画像形成装置（サーバ、画像形成装置）
１４０ 画像出力装置
１５０ プリンタコントローラ
１７４ プリントデータ復号処理部（復号手段）
２ ドライバ管理装置（ドライバ提供装置）
２７４、６７４ ドライバ送信部（ドライバ送信手段）
２７５ 暗号鍵送信部（鍵送信手段）
３ 情報処理装置（クライアント）
３７３ プリントデータ暗号化処理部（暗号化手段）
３７４、７７４ プリント要求部（画像処理要求手段）
５７４ 要求元正当性確認部（判別手段）
６７５ 識別子送信部（識別子送信手段）
７７３ プリントデータ加工処理部（画像処理要求手段）
ＡＫ 暗号鍵（第一の鍵、第二の鍵）
ＤＴ０、ＤＴ１ プリントデータ（画像処理内容データ）
ＤＲ、ＤＳ 端末別ドライバ
ＨＫ 秘密鍵（第一の鍵）
ＰＫ 公開鍵（第二の鍵）
ＳＫ 識別子（第一の識別子、第二の識別子）
ＳＫ１ 第一の識別子
ＳＫ２ 第二の識別子

Claims (14)

1. サービスを提供するサーバと、前記サービスを受ける１つまたは複数のクライアントと、によって構成されるネットワークシステムにおいて、
   前記クライアントに対して、前記サービスのオプションのうち当該クライアントが指定するのを許可するものまたは禁止するものを示すオプション指定許否情報と第一の鍵とを、両者を対応付けた状態で与えておき、
   前記サーバに対して、前記クライアントそれぞれの前記第一の鍵に対応する第二の鍵を与えておき、
   前記クライアントに、
   前記サーバから受けようとする前記サービスの内容を示すサービス内容データを、当該クライアント自身の前記オプション指定許否情報に示される指定可能なオプションの範囲内で生成する処理を、実行させ、
   生成された前記サービス内容データを、当該クライアント自身の前記第一の鍵によって暗号化する処理を実行させ、
   暗号化された前記サービス内容データを前記サーバに送信する処理を実行させ、
   前記サーバに、
   前記クライアントから受信した前記サービス内容データを、当該クライアントの前記第二の鍵によって復号する処理を実行させ、
   復号された前記サービス内容データに基づいて前記サービスのための処理を実行させる、
   ことを特徴とするサービス制限方法。
2. サービスを提供するサーバと、前記サービスを受ける１つまたは複数のクライアントと、によって構成されるネットワークシステムにおいて、
   前記クライアントに対して、前記サービスのオプションのうち当該クライアントが指定するのを許可するものまたは禁止するものを示すオプション指定許否情報と第一の識別子とを、両者を対応付けた状態で与えておき、
   前記サーバに対して、前記クライアントそれぞれの前記第一の識別子に対応する第二の識別子を与えておき、
   前記クライアントに、
   前記サーバから受けようとする前記サービスの内容を示すサービス内容データを、当該クライアント自身の前記オプション指定許否情報に示される指定可能なオプションの範囲内で生成する処理を、実行させ、
   生成された前記サービス内容データを、当該クライアント自身の前記第一の識別子とともに前記サーバに送信する処理を実行させ、
   前記サーバに、
   前記クライアントから受信した前記第一の識別子と当該クライアントの前記第二の識別子とが所定の関係を有するか否かを判別する処理を実行させ、
   前記クライアントから受信した前記第一の識別子と当該クライアントの前記第二の識別子とが前記所定の関係を有すると判別された場合にのみ、当該第一の識別子とともに受信された前記サービス内容データに基づいて前記サービスのための処理を実行させる、
   ことを特徴とするサービス制限方法。
3. 画像形成装置と、前記画像形成装置に画像処理を依頼する１つまたは複数のクライアントと、によって構成される画像処理システムにおいて、
   前記クライアントに対して、画像処理の処理条件のうち当該クライアントが指定するのを許可するものまたは禁止するものを示す処理条件指定許否情報と第一の鍵とを、両者を対応付けた状態で与えておき、
   前記画像形成装置に対して、前記クライアントそれぞれの前記第一の鍵に対応する第二の鍵を与えておき、
   前記クライアントに、
   前記画像形成装置に依頼する画像処理の内容を示す画像処理内容データを、当該クライアント自身の前記処理条件指定許否情報に示される指定可能な処理条件の範囲内で生成する処理を、実行させ、
   生成された前記画像処理内容データを、当該クライアント自身の前記第一の鍵によって暗号化する処理を実行させ、
   暗号化された前記画像処理内容データを前記画像形成装置に送信する処理を実行させ、
   前記画像形成装置に、
   前記クライアントから受信した前記画像処理内容データを、当該クライアントの前記第二の鍵によって復号する処理を実行させ、
   復号された前記画像処理内容データに基づいて画像処理を実行させる、
   ことを特徴とする画像処理制限方法。
4. 前記クライアントに対して、互いに関連付けられた前記処理条件指定許否情報および前記第一の鍵を、当該処理条件指定許否情報および当該第一の鍵を組み込んだ、前記画像形成装置のドライバを与えることによって、与えておく、
   請求項３記載の画像処理制限方法。
5. 前記クライアントに対して、互いに関連付けられた前記処理条件指定許否情報および前記第一の鍵を、当該処理条件指定許否情報に示される指定可能な処理条件の範囲内しかユーザが処理条件を指定できないように編集しかつ当該第一の鍵を組み込んだ、前記画像形成装置のドライバを与えることによって、与えておく、
   請求項３記載の画像処理制限方法。
6. 前記クライアントに対して、互いに関連付けられた前記処理条件指定許否情報および前記第一の鍵を、当該処理条件指定許否情報および当該第一の鍵を組み込んだ、前記画像形成装置のドライバを構成するモジュールを与えることによって、与えておく、
   請求項３記載の画像処理制限方法。
7. 前記クライアントは、前記画像処理内容データを共通鍵暗号方式によって暗号化し、
   前記画像形成装置は、前記画像処理内容データを共通鍵暗号方式によって復号し、
   前記クライアントに対して与える前記第一の鍵と、前記画像形成装置に与える、当該第一の鍵に対応する前記第二の鍵とは、同一の暗号鍵である、
   請求項３ないし請求項６のいずれかに記載の画像処理制限方法。
8. 画像形成装置と、前記画像形成装置に画像処理を依頼する１つまたは複数のクライアントと、によって構成される画像処理システムにおいて、
   前記クライアントに対して、画像処理の処理条件のうち当該クライアントが指定するのを許可するものまたは禁止するものを示す処理条件指定許否情報と第一の識別子とを、両者を対応付けた状態で与えておき、
   前記画像形成装置に対して、前記クライアントそれぞれの前記第一の識別子に対応する第二の識別子を与えておき、
   前記クライアントに、
   前記画像形成装置に依頼する画像処理の内容を示す画像処理内容データを、当該クライアント自身の前記処理条件指定許否情報に示される指定可能な処理条件の範囲内で生成する処理を、実行させ、
   生成された前記画像処理内容データを、当該クライアント自身の前記第一の識別子とともに送信する処理を実行させ、
   前記画像形成装置に、
   前記クライアントから受信した前記第一の識別子と当該クライアントの前記第二の識別子とが所定の関係を有するか否かを判別する処理を実行させ、
   前記クライアントから受信した前記第一の識別子と当該クライアントの前記第二の識別子とが前記所定の関係を有すると判別された場合にのみ、当該第一の識別子とともに受信された前記画像処理内容データに基づいて画像処理を実行させる、
   ことを特徴とする画像処理制限方法。
9. 前記クライアントに対して、互いに関連付けられた前記処理条件指定許否情報および前記第一の識別子を、当該処理条件指定許否情報および当該第一の識別子を組み込んだ、前記画像形成装置のドライバを与えることによって、与えておく、
   請求項８記載の画像処理制限方法。
10. 前記クライアントに対して、互いに関連付けられた前記処理条件指定許否情報および前記第一の識別子を、当該処理条件指定許否情報に示される指定可能な処理条件の範囲内しかユーザが処理条件を指定できないように編集しかつ当該第一の識別子を組み込んだ、前記画像形成装置のドライバを与えることによって、与えておく、
    請求項８記載の画像処理制限方法。
11. 前記クライアントに対して、互いに関連付けられた前記処理条件指定許否情報および前記第一の識別子を、当該処理条件指定許否情報および当該第一の識別子を組み込んだ、前記画像形成装置のドライバを構成するモジュールを与えることによって、与えておく、
    請求項８記載の画像処理制限方法。
12. 前記クライアントに対して与える前記第一の識別子と、前記画像形成装置に与える、当該第一の識別子に対応する前記第二の識別子とは、同一の文字列からなり、
    前記所定の関係とは、前記クライアントから受信した前記第一の識別子と当該クライアントの前記第二の識別子とが同一であることである、
    請求項８ないし請求項１１のいずれかに記載の画像処理制限方法。
13. 画像形成装置と、前記画像形成装置に画像処理を依頼する１つまたは複数のクライアントと、前記画像形成装置のドライバを提供するドライバ提供装置と、によって構成される画像処理システムであって、
    前記ドライバ提供装置には、
    前記クライアントに対して、画像処理の処理条件のうち当該クライアントが指定するのを許可するものまたは禁止するものを示す処理条件指定許否情報と第一の鍵とを組み込んだ、前記画像形成装置のドライバを送信する、ドライバ送信手段と、
    前記画像形成装置に対して、前記クライアントそれぞれの前記第一の鍵に対応する第二の鍵を送信する、鍵送信手段と、が設けられ、
    前記クライアントには、
    前記画像形成装置に依頼する画像処理の内容を示す画像処理内容データを、前記ドライバ提供装置から受信した前記ドライバの前記処理条件指定許否情報に示される指定可能な処理条件の範囲内で生成する、画像処理内容データ生成手段と、
    生成された前記画像処理内容データを、前記ドライバ提供装置から受信した前記ドライバに組み込まれている前記第一の鍵によって暗号化する、暗号化手段と、
    暗号化された前記画像処理内容データを前記画像形成装置に送信することによって、画像処理を実行するように要求する、画像処理要求手段と、が設けられ、
    前記画像形成装置には、
    前記クライアントから受信した前記画像処理内容データを、前記ドライバ提供装置から受信した当該クライアントの前記第二の鍵によって復号する、復号手段と、
    復号された前記画像処理内容データに基づいて画像処理を実行する画像処理手段と、が設けられている、
    ことを特徴とする画像処理システム。
14. 画像形成装置と、前記画像形成装置に画像処理を依頼する１つまたは複数のクライアントと、前記画像形成装置のドライバを提供するドライバ提供装置と、によって構成される画像処理システムであって、
    前記ドライバ提供装置には、
    前記クライアントに対して、画像処理の処理条件のうち当該クライアントが指定するのを許可するものまたは禁止するものを示す処理条件指定許否情報と第一の識別子とを組み込んだ、前記画像形成装置のドライバを送信する、ドライバ送信手段と、
    前記画像形成装置に対して、前記クライアントそれぞれの前記第一の識別子に対応する第二の識別子を送信する、識別子送信手段と、が設けられ、
    前記クライアントには、
    前記画像形成装置に依頼する画像処理の内容を示す画像処理内容データを、前記ドライバ提供装置から受信した前記ドライバの前記処理条件指定許否情報に示される指定可能な処理条件の範囲内で生成する、画像処理内容データ生成手段と、
    生成された前記画像処理内容データを、前記ドライバ提供装置から受信した前記ドライバに組み込まれている前記第一の識別子とともに送信することによって、画像処理を実行するように要求する、画像処理要求手段と、が設けられ、
    前記画像形成装置には、
    前記クライアントから受信した前記第一の識別子と当該クライアントの前記第二の識別子とが所定の関係を有するか否かを判別する判別手段と、
    前記クライアントから受信した前記第一の識別子と当該クライアントの前記第二の識別子とが前記所定の関係を有すると判別された場合にのみ、当該第一の識別子とともに受信された前記画像処理内容データに基づいて画像処理を実行する、画像処理手段と、が設けられている、
    ことを特徴とする画像処理システム。

Images