JP2007293703A - 印刷システム及び方法、並びにプログラム及び記憶媒体 - Google Patents

Abstract

【課題】きめ細かな印刷機能制限管理を実現し、効率的なコスト削減を行うことができる印刷システム及び方法、並びにプログラム及び記憶媒体を提供する。
【解決手段】印刷制御装置１０１は、印刷機能制限を行うために必要な２つ以上の情報を取得し、印刷権管理サーバ１０２に印刷権トークンの生成を要求する。印刷権管理サーバ１０２は、２つ以上の情報を受信し、それぞれの情報を基に印刷機能制限情報データベースから印刷機能制限情報を検索して印刷権トークンを生成し、印刷制御装置１０１に送信する。印刷制御装置１０１は、受信した印刷権トークンをＰＤＬに付加してプリンタ１０３に送信する。プリンタ１０３は、受信したＰＤＬに印刷権トークンが付加されているか否か判定し、付加されていれば印刷権トークンに基づいて印刷ジョブに対する指示を縮退する。
【選択図】図５

Description

本発明は、ホストコンピュータとプリンタ（印刷装置）とが接続される印刷システム及び方法、並びにプログラム及び記憶媒体に関する。

ホストコンピュータとプリンタとがネットワークを介して接続され、ホストコンピュータが生成した印刷データをプリンタで解読し、ビットマップ展開して用紙に出力する印刷システムが広く提案されている。

昨今、この種の印刷システムにおいては、ＴＣＯ（Ｔｏｔａｌ Ｃｏｓｔ ｏｆ Ｏｗｎｅｒｓｈｉｐ）の削減が、オフィスの経費削減、あるいは地球環境の保全の点から大いに注目されている。ＴＣＯとしては、プリンタやシステムの初期導入費用だけではなく、印刷用紙やトナーに代表される着色剤などの消耗品のコストも含まれる。

コスト増大の原因の一つとして、オフィスにプリンタが設置されており、ネットワークにアクセスできてしまえれば、誰でもプリンタを使用した印刷ができてしまうということがあげられる。誰にも印刷制限がかからず、形跡も残らないため、使用者の精神的な歯止めも効かないため、本来必要な出力を超えた印刷が行われることが度々あり、オフィスのコスト増大を招いていた。

このコスト増大に対抗するために、第１の手段として、ＴＣＰ／ＩＰにおけるＩＰアドレスなどのアドレス情報による印刷制限や、第２の手段として、印刷ログの取得による印刷枚数の管理を実現している印刷システムが多数実現化されている。

しかし第１の手段は、特定のＩＰアドレスに制限をかけてしまうという大雑把な技術であり、特定のユーザの出力枚数を制限するといった詳細な管理はできなかった。また第２の手段によれば、出力によりログを残すことは可能であるが、管理者がいちいちログを監視して、不正な印刷が行われているか否かを調査するには大きな人的コストがかかるため、ＴＣＯ削減の趣旨から外れてしまうことになる。

上記の問題を解決するために、特開２００３−１５０３３６号公報において、ユーザ毎に出力を制限するユーザ制限機能が提案されている。

図１１は、従来例に係る印刷システムの構成を概略的に示す図である。

図１１において、印刷システムは、ホストコンピュータ１と、認証サーバ２及びプリンタ３とがネットワーク４により接続されることで構成されている。

ホストコンピュータ１は、ユーザが使用して画像データを生成し、印刷を行う。認証サーバ２は、ユーザの認証情報や出力制限情報を有する。プリンタ３は、ネットワーク４を介してホストコンピュータ１から印刷データを受け取り、電子写真技術やインクジェット技術などの既知の印刷技術を利用して実際の用紙に印刷を行う。

図１２は、図１１における認証サーバが保持しているユーザ別の認証情報及び、制限情報を格納するデータベースを示す図表である。

図１２において、各行はユーザのエントリを示し、各列はユーザ別の認証情報、制限情報が記述されている。符号１１はユーザ名を示し、１２はパスワードを示し、１３は当該ユーザが今月実施できる印刷枚数の最大値を示し、１４は当該ユーザの今月の実際に出力した枚数の実績値が記載されている。

なお、パスワード１２は、便宜上、平文を記載しているが、実際にはセキュリティの都合上、漏洩しないように、平文の一方向ハッシュ値だけ格納しておき、入力されたパスワードのハッシュ値と比較することによって認証を行うなどの方法が実施されている。また本データベースは同じくセキュリティの都合上、管理者権限でのみ読み書き可能であることはいうまでもない。

行２１は、Ｕｓｅｒ１という名前のユーザのエントリを示す。パスワードは”Ａｋｄ５ｓｊ４ｆ”という文字列である。さらに枚数最大値が５００枚となっており、Ｕｓｅｒ１は月の印刷枚数が５０枚までに制限されていることがわかる。枚数実績値は実際に印刷を行った結果、プリンタ３から更新される値で、Ｕｓｅｒ１は今月１２３枚の印刷をすでに行っていることがわかる。

同様に行２２において、Ｕｓｅｒ２、行２３においてＵｓｅｒ３の定義もされている。行２４はゲストユーザの記述を示している。パスワードはなしであるが、枚数最大値が０であることから、ゲストユーザは印刷が実施できないことを示している。ゲストユーザを設けるかどうかはシステムポリシーによって決まるものであり、このようなユーザがあってもなくてもよい。

ユーザはホストコンピュータ１にログオンする際に、ユーザ名とパスワードを入力する。この情報は認証サーバ２に伝わり、認証サーバ２で同様にユーザ名１１、パスワード１２でユーザ名とパスワードを照合し、認証が成功すれば、枚数最大値と枚数実績値をホストコンピュータ１に通知する。例えばユーザがＵｓｅｒ１だとすると、認証に成功した場合、戻り値として枚数最大値=５００、枚数実績値=１２３が返される。

そこで実際に印刷ジョブを実行する際に、ホストコンピュータ１は枚数最大値=５００枚数実績値=１２３を考慮して、５００−１２３＝３７７枚までを印刷可能と認識し、印刷ジョブの枚数が３７７枚までなら印刷を実行する。あるいは、例えば印刷ジョブの枚数が４００枚で上限を超えているとしたら警告を発してユーザに操作を促す。

図１３は、図１１におけるホストコンピュータから印刷を行おうとした際に、印刷ドライバが表示するダイアログのＧＵＩ（グラフィックユーザインターフェイス）を示す図である。

図１３において、ダイアログ３１は、印刷実行ボタン３２、印刷取消ボタン３３を有する。印刷実行ボタン３２を押下することによって、ホストコンピュータ１は印刷ジョブの出力枚数を３７７枚に縮退（後退・低減）して印刷を行う。この時残りの２３枚は出力されないため、ユーザの所望の印刷結果は得られない。印刷取消ボタン３３を押下した場合は印刷要求そのものを取り消すため、所望の印刷結果は得られないという副作用は発生しない。
特開２００３−１５０３３６号公報

上述したように、従来の印刷システムにおいても、ユーザ毎の印刷可能枚数制限を行うことはできた。しかしながら、印刷するアプリケーション毎、印刷されるドキュメント毎、印刷が実行されるホストコンピュータ毎などに細かく管理したり、さらにはユーザ毎とアプリケーション毎の両方に基づいて管理することなどはできなかった。

例えば、ユーザが勤務管理アプリから勤務レポートを出力して提出しなければならないような場合を考える。その場合、そのユーザに割り当てられた印刷可能枚数がゼロになってしまった状況下でも、そのユーザがそのアプリを実行している限りは、枚数制限のため印刷できないという問題があった。

すなわち、ユーザ毎に課せられた制限が、必要性の高い特定業務を行わなければならないこのようなケースにおいては、しばしば妨げになるという問題がある。従って、特定業務に使用するアプリからの印刷である場合は、例外的に枚数制限を解除するなどといった管理を行えることが望ましいが、そのような印刷システムは実現されていなかった。

また、従来は印刷可能枚数制限のみを管理対象としていたが、プリンタから出力される枚数自体を減らすことができる両面印刷や集約印刷、さらにはトナー消費を抑えるためのカラー／モノクロ印刷に関する制限は管理対象とされていなかった。

本発明の目的は、きめ細かな印刷機能制限管理を実現し、効率的なコスト削減を行うことができる印刷システム及び方法、並びにプログラム及び記憶媒体を提供することにある。

上記目的を達成するために、請求項１記載の印刷システムは、ネットワークに接続された印刷制御装置、印刷権管理サーバ、印刷機能制限情報データベース、プリンタを備える印刷システムにおいて、前記印刷制御装置は、印刷機能制限を行うために必要な２つ以上の情報を取得し、前記印刷権管理サーバに印刷権トークンの生成を要求する情報取得・要求手段を備え、前記印刷権管理サーバは、前記２つ以上の情報を受信し、それぞれの情報を基に前記印刷機能制限情報データベースから印刷機能制限情報を検索して印刷権トークンを生成し、前記印刷制御装置に送信する検索・トークン生成手段を備え、前記印刷制御装置は、受信した前記印刷権トークンをＰＤＬに付加して前記プリンタに送信するトークン付加手段を備え、前記プリンタは、受信した前記ＰＤＬに前記印刷権トークンが付加されているか否か判定し、付加されていれば前記印刷権トークンに基づいて印刷ジョブに対する指示を縮退するトークン判定・縮退手段を備えることを特徴とする。

請求項１３記載の印刷方法は、印刷機能制限を行うために必要な２つ以上の情報を取得し、印刷権トークンの生成を要求する情報取得・要求ステップと、前記２つ以上の情報を受信し、それぞれの情報を基に印刷機能制限情報データベースから印刷機能制限情報を検索して印刷権トークンを生成する検索・トークン生成ステップと、前記印刷権トークンをＰＤＬに付加するトークン付加ステップと、前記ＰＤＬに前記印刷権トークンが付加されているか否か判定し、付加されていれば前記印刷権トークンに基づいて印刷ジョブに対する指示を縮退するトークン判定・縮退ステップとを備えることを特徴とする。

請求項１４記載の印刷プログラムは、印刷機能制限を行うために必要な２つ以上の情報を取得し、印刷権トークンの生成を要求する情報取得・要求モジュールと、前記２つ以上の情報を受信し、それぞれの情報を基に印刷機能制限情報データベースから印刷機能制限情報を検索して印刷権トークンを生成する検索・トークン生成モジュールと、前記印刷権トークンをＰＤＬに付加するトークン付加モジュールと、前記ＰＤＬに前記印刷権トークンが付加されているか否か判定し、付加されていれば前記印刷権トークンに基づいて印刷ジョブに対する指示を縮退するトークン判定・縮退モジュールとをコンピュータに実行させることを特徴とする。

請求項１５記載のコンピュータ読み取り可能な記憶媒体は、請求項１４記載の印刷プログラムを格納する。

本発明の印刷システムにおいて、印刷制御装置は、印刷機能制限を行うために必要な２つ以上の情報を取得し、印刷権管理サーバに印刷権トークンの生成を要求する。印刷権管理サーバは、２つ以上の情報を受信し、それぞれの情報を基に印刷機能制限情報データベースから印刷機能制限情報を検索して印刷権トークンを生成し、印刷制御装置に送信する。また、印刷制御装置は、受信した印刷権トークンをＰＤＬに付加してプリンタに送信する。プリンタは、受信したＰＤＬに印刷権トークンが付加されているか否か判定し、付加されていれば印刷権トークンに基づいて印刷ジョブに対する指示を縮退する。従って、印刷権トークンにより、きめ細かな印刷機能制限管理を実現し、効率的なコスト削減を行うことができる。

以下、本発明の実施の形態を図面を参照しながら詳細に説明する。

図１は、本発明の実施の形態に係る印刷システムの構成を概略的に示す図である。

図１において、印刷システムは、ホストコンピュータ１０１、ＳＡ（Ｓｅｃｕｒｉｔｙ Ａｇｅｎｔ）サーバ１０２、プリンタ１０３、ディレクトリサーバ１０４及び管理コンソール１０５がネットワーク１０６により相互に接続されていることで構成されている。

ホストコンピュータ１０１は、ユーザが使用して画像データを生成し印刷を行う。ＳＡサーバ１０２は、印刷権トークンをホストコンピュータ１０１に配信する。プリンタ１０３は、ネットワーク１０６を介して受信した印刷データを受け取り、電子写真技術やインクジェット技術などの既知の印刷技術を利用して実際の用紙に印刷を行う。

ディレクトリサーバ１０４は、印刷権トークン生成の元になる印刷機能制限情報データベースを搭載する。管理コンソール１０５は、ディレクトリサーバ１０４のデータベースを管理するためのコンピュータである。

図２は、図１におけるプリンタのブロック構成を概略的に示す図である。

図２において、プリンタ１０３は、インターフェイス部２０１、印刷権トークン判定部２０２、パケット変換部２０３、印刷ジョブ取消部２０４、ＧＵＩ部２０５、印刷データ格納部２０６を備える。また、プリンタ１０３は、ジョブ管理部２０７、印刷データ解釈部２０８、イメージ格納部２０９及びプリンタエンジン２１０を備える。

インターフェイス部２０１は、ネットワーク１０６と接続し、ホストコンピュータ１０１から印刷ジョブを受信する。印刷権トークン判定部２０２は、受信した印刷ジョブの形式を判別して印刷権トークンが付与されているかどうかを判定する。パケット変換部２０３は、印刷権トークンが付与されている場合に、印刷制限情報に基づき、印刷ジョブに対する指示を縮退して後段に通知する。

印刷ジョブ取消部２０４は、印刷権トークンが付与されていない印刷ジョブ、及び印刷ジョブに含まれる印刷データすなわちＰＤＬデータ内に印刷取り消しの属性が含まれる印刷ジョブに対して印刷の取消を指示する。ＧＵＩ部２０５は、不図示の操作パネルによって、印刷ジョブ取消部２０４の動作を活性化する。

印刷データ格納部２０６は、ＰＤＬデータを一時的に格納する。ジョブ管理部２０７は、印刷ジョブの印刷するページ数やカラーなどの出力属性情報を一時的に格納する。印刷データ解釈部２０８は、ジョブ管理部２０７に格納された属性情報に従い、印刷データ格納部２０６から印刷データを取得して画像生成処理を行い、イメージデータを生成する。

イメージ格納部２０９は、印刷データ解釈部２０８が生成したイメージデータを印刷が完了するまで一時的に格納しておく。プリンタエンジン２１０は、イメージ格納部２０９に格納されたイメージデータを、電子写真技術やインクジェット技術などの既知の印刷技術を用いて印刷用紙などのメディアに実際に印刷する。

なお、印刷データ格納部２０６とイメージ格納部２０９は大容量のハードディスクなどの２次記憶装置で構成される場合もあるが、本発明は特に物理構成に限定されるものではない。

図３は、図１におけるホストコンピュータのブロック構成を概略的に示す図である。

図３において、ホストコンピュータ１０１は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、キーボード３０４、外部記憶装置３０５、ネットワークＩ／Ｆ３０６、プリンタＩ／Ｆ３０７及びモニタＩ／Ｆ３０８がシステムバス３０９に接続されることで構成される。

ＣＰＵ３０１は、ＲＯＭ３０２あるいはＲＡＭ３０３あるいは外部記憶装置３０５に格納されたプログラムに従って装置全体の制御を行う。ＲＡＭ３０３は、ＣＰＵ３０１が各種処理を行う際のワークエリアとして使用される。外部記憶装置３０５は、オペレーティングシステム（ＯＳ）やアプリケーションソフト、プリンタドライバソフト等を記録する。

キーボード３０４もしくは図示していないマウスなどの入力機器は、ユーザが各種指示を与えるためのデバイスである。ネットワークＩ／Ｆ３０６及びプリンタＩ／Ｆ３０７は、イーサネット(登録商標)または専用インターフェイスを介してプリンタ１０３と接続し、データの授受を行うためのインターフェイスである。モニタＩ／Ｆ３０８は、モニタに接続し表示データの転送を行うためのインターフェイスである。

図４は、図３のホストコンピュータにおける印刷処理のための機能モジュールを概略的に示す図である。

図４において、ホストコンピュータ１０１は、アプリケーション４０１、グラフィックエンジン４０２、プリンタドライバ４０３及びシステムプーラ４０４を備える。

アプリケーション４０１、グラフィックエンジン４０２、プリンタドライバ４０３及びシステムスプーラ４０４は、外部記憶装置３０５に保存されたファイルとして存在する。そして、これらは、ＯＳやそのモジュールを利用するモジュールによってＲＡＭ３０３にロードされて実行されるプログラムモジュールである。

また、アプリケーション４０１及びプリンタドライバ４０３は、外部記憶装置３０５のＦＤや不図示のＣＤ−ＲＯＭ、あるいは不図示のネットワークを経由して外部記憶装置３０５のＨＤに追加することが可能となっている。

外部記憶装置３０５に保存されているアプリケーション４０１は、ＲＡＭ３０３にロードされて実行される。このアプリケーション４０１からプリンタ１０３に対して印刷を行う際には、同様にＲＡＭ３０３にロードされ実行可能となっているグラフィックエンジン４０２を利用して出力（描画）を行う。

グラフィックエンジン４０２は、プリンタごとに用意されたプリンタドライバ４０３を外部記憶装置３０５からＲＡＭ３０３にロードし、アプリケーション４０１の出力をプリンタドライバ４０３に設定する。また、グラフィックエンジン４０２はアプリケーション４０１から受け取るＧＤＩ（Graphic Device Interface）関数をＤＤＩ（Device Driver Interface）関数に変換して、プリンタドライバ４０３へ出力する。

プリンタドライバ４０３は、グラフィックエンジン４０２から受け取ったＤＤＩ関数に基づいて、プリンタ１０３が認識可能な制御コマンドであるＰＤＬデータに変換する。変換されたＰＤＬデータは、ＯＳによってＲＡＭ３０３にロードされたシステムスプーラ４０４を経て、プリンタＩ／Ｆ３０７経由でプリンタ１０３へ印刷ジョブとして出力される仕組みとなっている。

また、本実施の形態の印刷システムは、プリンタドライバ４０３内に印刷権処理部４０５を有する。印刷権処理部４０５は、プリンタドライバ４０３のビルドインモジュールであってもよいし、個別のインストーレーションによって追加されるライブラリモジュールの形式であっても構わない。

プリンタドライバ４０３が印刷のために実行されると、印刷権処理部４０５はプリンタドライバ４０３によってロードされる。印刷権処理部４０５は、ロードされると印刷機能制限に必要な２つ以上の情報をホストコンピュータ１０１上で収集し、ＳＡサーバ１０２に送信すると、印刷権処理部４０５はＳＡサーバ１から返答として印刷権トークンを受信する。

印刷権処理部４０５は、受信した印刷権トークンをＰＤＬデータに付加して送信する。印刷権トークンが付加された印刷ジョブは、前記と同様にシステムスプーラ４０４を経てプリンタＩ／Ｆ３０７経由でプリンタ１０３へ印刷ジョブとして出力される。

図５は、図４のホストコンピュータによって実行される印刷処理の手順を示すフローチャートである。

図５において、まず、ホストコンピュータ１０１を使用するユーザは、アプリケーション５０１の印刷ダイアログなどを通じて印刷を実行する（ステップＳ５０１）。次に、印刷権処理部４０５は、印刷処理のためロードされたプリンタドライバ４０３によってさらにロードされると、印刷機能制限に必要な２つ以上の情報を収集する。そして、それらをＳＡサーバ１０２に送信することによって印刷権トークンの生成をＳＡサーバ１０２に要求する（ステップＳ５０２）（情報取得・要求手段）。

次に、ＳＡサーバ１０２は、印刷権処理部４０５から受信した２つ以上の情報をキーとしてディレクトリサーバ１０４に搭載された印刷機能制限情報データベースからそれぞれのキーに対応する印刷機能制限情報を検索して取得する。さらに取得された複数の印刷機能制限情報を合成し、それをもとに印刷権トークンを生成し、印刷権処理部４０５に送信する（ステップＳ５０３）（検索・トークン生成手段）。

次に、印刷権処理部４０５は、生成された印刷権トークンを受信すると、プリンタドライバ４０３によって生成されたＰＤＬに印刷権トークンを付加する。そして、プリンタドライバ４０３を通じ、さらにシステムスプーラ４０４を通じてプリンタ１０３に印刷ジョブとして送信する（ステップＳ５０４）（トークン付加手段）。

プリンタ１０３は、受信したＰＤＬに印刷権トークンが付加されているかどうかを判定し、付加されていれば、印刷権トークンの記述に従って印刷ジョブに対する指示を縮退し、制限された体裁で印刷出力を行う（ステップＳ５０５）（トークン判定・縮退手段）。そして、一連の処理を終了する。

図５の処理によれば、プリンタ１０３は、受信したＰＤＬに印刷権トークンが付加されているかどうかを判定し、付加されていれば、印刷権トークンの記述に従って印刷ジョブに対する指示を縮退し、制限された体裁で印刷出力を行う（ステップＳ５０５）。従って、きめ細かな印刷機能制限管理を実現し、効率的なコスト削減を行うことができる。

図６は、図５のステップＳ５０２で実行される情報取得・要求処理の手順を示すフローチャートである。

図６において、まず、印刷権処理部４０５は、印刷処理のためロードされたプリンタドライバ４０３によってさらにロードされる（ステップＳ６０１）。次に、印刷権処理部４０５はユーザカウント情報を取得する（ステップＳ６０２）。

ここで、ユーザカウント情報とは、印刷するユーザがホストコンピュータ１０１にログインするために使用するユーザの識別情報である。例としてはドメインと呼ばれるネットワーク単位において使用されるドメインアカウントが挙げられる。このユーザカウント情報はＯＳによって提供されるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）などを通じて取得することが可能である。

次に、印刷権処理部４０５は、アプリケーション情報を取得する（ステップＳ６０３）。ここでアプリケーション情報とは、ユーザが印刷に使用したアプリケーション４０１を識別可能なアプリケーション名などの情報である。

例として、アプリケーション名を取得するには、印刷処理部４０５をロードしたプリンタドライバ４０３、さらにそのプリンタドライバ４０３をロードしたアプリケーション４０１のプロセス情報をＡＰＩによって取得する。そして、取得したプロセス情報に含まれるアプリケーション４０１のプロセスイメージ名称を取り出すことによって可能である。

次に、印刷権処理部４０５は、ホストコンピュータ１０１のアドレス情報を取得する（ステップＳ６０４）。ホストコンピュータ１０１のアドレス情報とは、文字通り印刷が実行されたホストコンピュータ１０１自身をネットワーク内識別可能なＩＰアドレス、ＤＮＳ名などの情報である。

次に、印刷権処理部４０５は、印刷ドキュメントのコンテンツ情報を取得する（ステップＳ６０５）。印刷ドキュメントのコンテンツ情報とは、例えば同一アプリケーションからの印刷であってもさらに印刷されるドキュメントの種類や性質に応じて印刷機能制限の管理方法をカスタマイズする目的で使用される情報である。

例えば、ＯＳのＡＰＩによって伝達される印刷ドキュメント名称などの情報である。あるいはアプリケーション４０１とプリンタドライバ４０３との間に設けられたＳＤＫ（Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）という枠組みによって提供される独自のインターフェイスで伝達されるコンテンツ識別情報である。

次に、印刷権処理部４０５は、ＳＡサーバ１０２に、上記ステップＳ６０１乃至Ｓ６０５で取得した情報のうちＮ個（Ｎは２つ以上）を送信し、印刷権トークンの生成とその送信を要求する（ステップＳ６０６）。そして一連の処理を終了する。

印刷権処理部４０５とＳＡサーバ１０２の間の通信は、ＴＣＰやＵＤＰあるいはＳＯＡＰといった既知の技術によるプロトコルを利用して行われる。具体的には、送信したい情報や指示内容のデータを予め定められたフォーマット（構造体データをシリアライズしたバイナリ形式やＸＭＬ形式など）で記述する。そして、それをＯＳのＡＰＩなどを利用して転送するのに適したパケットと呼ばれるデータ単位に分割し、ネットワーク１０６を伝送させてやりとりを行う。

以後、図４の符号４０１乃至４０４として示されるコンピュータやプリンタの各ノード、すなわち通信の送り手ないし受け手がネットワーク１０６を経由した通信は、このステップＳ６０６で述べたのと同様の方法で行われる。

図７は、図５のステップＳ５０３で実行される検索・トークン生成処理の手順を示すフローチャートである。

ここで、ＳＡサーバ１０２上で本実施の形態の主体となるのは、ＳＡサービスと呼ばれるＳＡサーバ１０２上で動作するプロセスであるが、ここではＳＡサーバ１０２とＳＡサービスは区別することなく、以後簡便のためにＳＡサーバ１０２で呼称を統一する。

まず、ＳＡサーバ１０２は、印刷機能制限に必要なＮ個（Ｎは２つ以上）の情報を、ネットワーク１０６を通じて受信する（ステップＳ７０１）。本実施の形態では、具体的にユーザカウント情報とアプリケーション情報の２つの情報を受信したものとする。

次にＳＡサーバ１０２は、ディレクトリサーバ１０４に接続を行う（ステップＳ７０２）。具体的には、本ステップではディレクトリサーバ１０４との接続を確立し、ディレクトリサーバ１０４に搭載された印刷機能制限情報データベースに対して検索を行う際に必要となる初期化処理を行う。

例として、ディレクトリサーバ１０４としてアクティブデイレクトリの方式を用いる場合には、そのデータベースにアクセスするためにＡＤＳＩ（Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ Ｉｎｔｅｒｆａｃｅ）というインターフェイスを用いる。このステップＳ７０２ではＡＤＳＩの初期化処理が実行される。

次に、ＳＡサーバ１０２は、ｉ番目の情報である情報［ｉ］をキーにディレクトリサーバ１０２からキーに対応する印刷機能制限情報［ｉ］を検索し、ＳＡサーバの記憶領域に保存する（ステップＳ７０３）。ステップＳ７０３ではｉが１、２、・・・Ｎと段階的に加算されてＮ回繰り返されるため、結果的にＮ個の印刷機能制限情報が検索、保存される。

図８は、図１におけるディレクトリサーバ上に格納された印刷機能制限情報データベース内のテーブルと、印刷機能制限情報の例を示す図である。

図８において、（ａ）はユーザ毎の印刷機能制限情報テーブル、（ｂ）はアプリケーション毎の印刷機能制限情報テーブル、（ｃ）は合成された印刷機能制限情報である。ここで具体的に印刷機能制限情報とは（ｃ）に示す通りＤｕｐｌｅｘ（両面印刷）、Ｎｕｐ（Ｎｕｐ；集約印刷）、Ｃｏｌｏｒ（カラー／モノクロ印刷）、Ｓｕｐｐｒｅｓｓ（印刷禁止）という４つの情報を組みにしたものを指す。

各々が取り得る値の意味するところは、順に、Ｄｕｐｌｅｘなら、Ｏｆｆ（両面印刷しなくても良いししても良い）、Ｏｎ（必ず両面印刷）でＯｎの方が制限が強い。Ｎｕｐなら、１（１，２，４，６，９，１６ｕｐが可能）、２（２，４，６，９，１６ｕｐが可能）、４（４，６，９，１６ｕｐが可能）、６（６，９，１６ｕｐが可能）、９（９，１６ｕｐが可能）、１６（１６ｕｐのみが可能）であり最後の方に挙げたものほど制限が強い。Ｃｏｌｏｒなら、ＲＧＢ（カラー印刷してもモノクロ印刷しても良い）、ＢＷ（必ずモノクロ印刷）でＢＷの方が制限が強い。Ｓｕｐｐｒｅｓｓなら、Ｎｏ（印刷許可）、Ｙｅｓ（印刷禁止）でＹｅｓの方が制限が強い。ただし、すべての情報に対して指定しない（−記号で表記）という値も取り得るものとする。

これらの印刷機能制限情報は、管理コンソール１０５上の、ユーザインターフェイスを備えた管理プログラムによって編集を行うことが可能である。編集とは具体的には各テーブルに対するキーと印刷機能制限情報の追加、削除や既存の印刷機能制限情報の値の変更などの変更処理である。

これらの変更処理は、ディレクトリサーバ１０４がアクティブディレクトリの方式である場合、ＡＤＳＩのインターフェイスを用いて実現されるものである。ステップＳ８０３２で情報［ｉ］をキーとする検索が実行されると、ディレクトリサーバ１０４はまず情報［ｉ］のキーの種類を判別してどのテーブルから検索を行うかを判別する。そして、次に判別されたテーブルからキーを用いて印刷機能制限情報を検索して、一致したものを検索結果として返す。

例として、キーとなる情報［１］がｕｓｅｒＡ（キーの種類はユーザカウント情報）であるときは（Ｄｕｐｌｅｘ＝Ｏｆｆ、Ｎｕｐ＝２、Ｃｏｌｏｒ＝ＢＷ，Ｓｕｐｐｒｅｓｓ＝Ｎｏ）という印刷機能制限情報［１］が検索結果として返される。また、キーとなる情報［２］がＷｏｒｄ（キーの種類はアプリ情報）であるときは（Ｄｕｐｌｅｘ＝Ｏｆｆ、Ｎｕｐ＝１、Ｃｏｌｏｒ＝ＢＷ，Ｓｕｐｐｒｅｓｓ＝Ｎｏ）という印刷機能制限情報［２］が検索結果として返される。

なお、各テーブルはテーブル内に存在しないキーによって検索が行われた際に検索結果を返す目的で、デフォルトの印刷機能制限情報も保持している（ｄｅｆａｕｌｔで示す行）。ＳＡサーバ０２はステップＳ７０４、ステップＳ７０６、ステップＳ７０８の判定ステップによって、どのように上記ステップＳ７０３で検索・保存されたＮ個の印刷機能制限情報を合成して１つにまとめるかの「合成モード」を決定する。

すなわち、検索キー間の優先順位での合成を行うか、制限が強い設定優先での合成を行うか、制限が弱い設定優先での合成を行うか、のいずれかから合成モードを選択する。ステップＳ７０４がＹｅｓの場合、ＳＡサーバ１０２は、検索キー間の優先順位での合成を行う（ステップＳ７０５）。

これは、検索に用いられた２つのキーのうち、優先度の高い方を用いて検索された印刷機能制限情報を優先して合成するモードである。なお、キーの優先度は予めＳＡサーバ１０２上で定められているものとする。図８の（ｃ）合成結果の例の中の「キー間の優先順位（Ａｐｐ優先）で合成」、はステップＳ７０５で合成された結果の例である。

この結果は、基本的に優先度の高い印刷機能制限情報の値を採用し、仮に優先度の高い印刷機能制限情報で指定されていない値があれば、低い値を採用するという合成の規則によって導かれたものである。

ステップＳ７０６がＹｅｓの場合、ＳＡサーバ１０２は、制限が強い設定優先での合成を行う（ステップＳ７０７）。これは俗にいうＡＮＤを取って情報をまとめる、すなわち２つの印刷機能制限情報の各値を比較し、制限が強い設定を採用するモードである。図８の（ｃ）合成結果の例の中の「制限が強い設定優先で合成」、はステップＳ７０７で合成された結果の例である。

ステップＳ７０８がＹｅｓの場合、ＳＡサーバ１０２は、制限が弱い設定優先での合成を行う（ステップＳ７０９）。これは俗にいうＯＲを取って情報をまとめる、すなわちＳ７０７とは逆に、２つの印刷機能制限情報の各値を比較し、制限が弱い設定を採用するモードである。図８の（ｃ）合成結果の例の中の「制限が弱い設定優先で合成」、はステップＳ７０９で合成された結果の例である。

なお、Ｓ７０５、Ｓ７０７、Ｓ７０９の各ステップで述べた合成の例はＮが２に等しいケースであったが、Ｎが３つ以上ある場合は、まず、任意の２つの印刷機能制限情報を取り出して１つに合成し、それを繰り返すことによって最終的に１つに合成する。合成の結果は、合成方法の特徴からどのような取り出し方をしても変化するものではない。

次に、ＳＡサーバ１０２は、合成された印刷機能制限情報から印刷権トークンを生成する（ステップＳ７１０）。印刷権トークンは、本実施の形態で最終的にプリンタ１０３にＰＤＬデータとともに伝達されるデータであって、主に２つの役割を果たす。

１つ目は、許可証のような役割で、印刷権トークンが付加されていないと印刷ができないという取り決めになっている。また２つ目は、印刷機能制限情報をプリンタ１０３に伝達する役割で、プリンタ１０３は、印刷権トークンによって伝達された印刷機能制限情報に従い、制限された体裁で出力されるよう印刷ジョブの設定を縮退させる処理を行う。

そこで本ステップＳ７１０では、印刷機能制限情報を、予め定められたプリンタ１０３が解釈可能なフォーマット（ジョブランゲージなどのバイナリデータ）に変換する。そして、その他印刷権トークンが備えるべき情報とともにフォーマット化して、印刷権トークンのデータを生成する。最後に、ＳＡサーバ１０２は、生成された印刷権トークンを印刷権処理部５０５に送信して（ステップＳ７１１）、一連の処理を終了する。

図９は、図５のステップＳ５０４で実行されるトークン付加処理の手順を示すフローチャートである。

図９において、まず、印刷権処理部４０５は、ＳＡサーバ１０２から送信されてきた印刷権トークンを受信する（ステップＳ９０１）。次に、印刷権処理部４０５は、印刷権トークンを解析し、印刷中止の指示があれば（Ｓｕｐｐｒｅｓｓ＝Ｙｅｓ）、ステップＳ９０６に、そうでなければステップＳ９０３に進む（ステップＳ９０２）。

ステップＳ９０６において、印刷権処理部４０５は印刷を中止する（印刷中止手段）。具体的には１）印刷権処理部４０５のロード元であるプリンタドライバ４０３で印刷ジョブの処理を中断させる、２）そのまま処理を続行させてプリンタ１０３で印刷ジョブを中止させる、２つのモードがある。２）の場合は不図示の遷移によってステップＳ９０３に進む。

次に、ステップＳ９０２の解析処理において、印刷中止の指示がなければ、印刷権処理部４０５は、ＰＤＬをプリンタドライバ４０３から取得する（ステップＳ９０３）。次に、印刷権処理部４０５は、ＰＤＬに印刷権トークンを付与、すなわち２つのデータを連結する（ステップＳ９０４）。

最後に、印刷権処理部４０５は、印刷権トークンが付与されたＰＤＬデータを印刷ジョブとしてプリンタドライバ４０３を通じて、システムスプーラ４０４に送信する（ステップＳ９０５）。システムスプーラ４０４に送信された印刷ジョブはネットワーク１０６を通じてプリンタ１０３に送信される。そして、一連の処理を終了する。

図１０は、図５のステップＳ５０５で実行されるトークン判定・縮退処理の手順を示すフローチャートである。

図１０において、まず、プリンタ１０３は、印刷ジョブをホストコンピュータ１０１から受信する（ステップＳ１００１）。次に、プリンタ４０３は、印刷ジョブに印刷権トークンが付与されているかどうかを判別し、ＮｏであればステップＳ１００６に、ＹｅｓであればステップＳ１００３に進む（ステップＳ１００２）。ステップＳ１００６では印刷を中止して（印刷中止手段）この処理を終了する。

ステップＳ１００３において、プリンタ１０３は、印刷権トークンに印刷中止の指示（Ｓｕｐｐｒｅｓｓ＝Ｙｅｓ）があるかどうかを判別し、ＹｅｓであればステップＳ１００６へ、ＮｏであればステップＳ１００４に進む。ステップＳ１００６では印刷を中止してこの処理を終了する。

次に、ステップＳ１００４において、プリンタ１０３は印刷権トークンに従ってジョブに対する指示を縮退させる。具体的には、ＰＤＬに記述されているジョブに対する印刷設定の指示と印刷権トークンの印刷機能制限情報を比較し、制限すべき条件に合致すればＰＤＬに対する指示を変更する。

例として、ＰＤＬで両面印刷に関する設定が「片面印刷」、印刷機能制限情報のＤｕｐｌｅｘの値が「Ｏｎ（必ず両面印刷）」となっている場合、ＰＤＬの設定は印刷機能制限情報によって制限され、「両面印刷」に変更が行われる。他のＮｕｐやＣｏｌｏｒなども同様で、印刷機能制限情報が制限する範囲の設定をＰＤＬの印刷設定が逸脱していた場合、その制限に収まるようＰＤＬの設定を縮退させる。

最後にプリンタ１０３は、上記ステップＳ１００４によって制限されたＰＤＬの印刷設定に従って印刷ジョブを処理し、出力を行い（ステップＳ１００５）、この一連の処理を終了する。

上述した実施形態におけるホストコンピュータ１０１、ＳＡサーバ１０２及びプリンタ１０３における各処理機能は、各処理機能を実現するためのプログラムをメモリから読み出してＣＰＵ（中央演算装置）が実行することによりその機能を実現させるものである。しかし、これに限定さるものではなく、各処理機能の全部または一部の機能を専用のハードウェアにより実現してもよい。

また、上述したメモリは、光磁気ディスク装置、フラッシュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の読み出しのみが可能な記憶媒体、ＲＡＭ以外の揮発性のメモリで構成されても良い。あるいはこれらの組合せによるコンピュータ読み取り、書き込み可能な記憶媒体より構成されてもよい。

また、ホストコンピュータ１０１、ＳＡ認証サーバ１０２及びプリンタ１０３内の各機能を実現するためのプログラムをコンピュータ読み取り可能な記憶媒体に記録する。そして、この記憶媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各処理を行っても良い。

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

また、「コンピュータ読み取り可能な記憶媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記憶媒体」とは、ネットワークや通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発メモリのように、一定時間プログラムを保持しているものも含むものとする。

また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。

また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

また、上記のプログラムを記録したコンピュータ読み取り可能な記憶媒体等のプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記憶媒体、伝送媒体及びプログラムプロダクトは、本発明の範疇に含まれる。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

本発明の実施の形態に係る印刷システムの構成を概略的に示す図である。 図１におけるプリンタのブロック構成を概略的に示す図である。 図１におけるホストコンピュータのブロック構成を概略的に示す図である。 図３のホストコンピュータにおける印刷処理のための機能モジュールを概略的に示す図である。 図４のホストコンピュータによって実行される印刷処理の手順を示すフローチャートである。 図５のステップＳ５０２で実行される情報取得・要求処理の手順を示すフローチャートである。 図５のステップＳ５０３で実行される検索・トークン生成処理の手順を示すフローチャートである。 図１におけるディレクトリサーバ上に格納された印刷機能制限情報データベース内のテーブルと、印刷機能制限情報の例を示す図である。 図５のステップＳ５０４で実行されるトークン付加処理の手順を示すフローチャートである。 図５のステップＳ５０５で実行されるトークン判定・縮退処理の手順を示すフローチャートである。 従来例に係る印刷システムの構成を概略的に示す図である。 図１１における認証サーバが保持しているユーザ別の認証情報及び、制限情報を格納するデータベースを示す図表である。 図１１におけるホストコンピュータから印刷を行おうとした際に、印刷ドライバが表示するダイアログのＧＵＩを示す図である。

符号の説明

１０１ ホストコンピュータ（印刷制御装置）
１０２ ＳＡサーバ（印刷権管理サーバ）
１０３ プリンタ
１０４ ディレクトリサーバ（印刷機能制限情報データベース）
１０５ 管理コンソール
１０６ ネットワーク

Claims (15)

1. ネットワークに接続された印刷制御装置、印刷権管理サーバ、印刷機能制限情報データベース、プリンタを備える印刷システムにおいて、
   前記印刷制御装置は、印刷機能制限を行うために必要な２つ以上の情報を取得し、前記印刷権管理サーバに印刷権トークンの生成を要求する情報取得・要求手段を備え、
   前記印刷権管理サーバは、前記２つ以上の情報を受信し、それぞれの情報を基に前記印刷機能制限情報データベースから印刷機能制限情報を検索して印刷権トークンを生成し、前記印刷制御装置に送信する検索・トークン生成手段を備え、
   前記印刷制御装置は、受信した前記印刷権トークンをＰＤＬに付加して前記プリンタに送信するトークン付加手段を備え、
   前記プリンタは、受信した前記ＰＤＬに前記印刷権トークンが付加されているか否か判定し、付加されていれば前記印刷権トークンに基づいて印刷ジョブに対する指示を縮退するトークン判定・縮退手段を備えることを特徴とする印刷システム。
2. 前記情報取得・要求手段で取得する印刷機能制限を行うために必要な情報は、印刷するユーザのユーザ情報であることを特徴とする請求項１記載の印刷システム。
3. 前記情報取得・要求手段で取得する印刷機能制限を行うために必要な情報は、印刷が実行されたアプリケーション情報であることを特徴とする請求項１記載の印刷システム。
4. 前記情報取得・要求手段で取得する印刷機能制限を行うために必要な情報は、印刷されたドキュメントのコンテンツ情報であることを特徴とする請求項１記載の印刷システム。
5. 前記情報取得・要求手段で取得する印刷機能制限を行うために必要な情報は、印刷が実行された前記印刷制御装置のアドレス情報であることを特徴とする請求項１記載の印刷システム。
6. 前記検索・トークン生成手段で生成される印刷権トークンによって制限される印刷機能は、部数印刷、モノクロ／カラー印刷、両面印刷、集約印刷を含むことを特徴とする請求項１記載の印刷システム。
7. 前記検索・トークン生成手段で生成される印刷権トークンによって印刷可能枚数が制限されることを特徴とする請求項１記載の印刷システム。
8. 前記検索・トークン生成手段は、２つ以上の印刷機能制限情報同士を合成する際、予め検索に用いるキー間に優先順位をつけておき、優先度の高いキーで検索された情報を採用することを特徴とする請求項１記載の印刷システム。
9. 前記検索・トークン生成手段は、２つ以上の印刷機能制限情報同士を合成する際、互いに一致しない印刷機能制限情報の項目がある場合は機能制限が強い方の情報を採用することを特徴とする請求項１記載の印刷システム。
10. 前記検索・トークン生成手段は、２つ以上の印刷機能制限情報同士を合成する際、互いに一致しない印刷機能制限情報の項目がある場合は機能制限が弱い方の情報を採用する
    ことを特徴とする請求項１記載の印刷システム。
11. 前記印刷制御装置は、前記印刷権管理サーバから受信した前記印刷権トークンに印刷中止の記述がある場合は、前記プリンタへＰＤＬを送信する処理を中止する印刷中止手段
    を備えることを特徴とする請求項１記載の印刷システム。
12. 前記プリンタは、前記印刷制御装置から受信した前記印刷権トークンに印刷中止の指示がある場合は印刷を中止する印刷中止手段を備えることを特徴とする請求項１記載の印刷システム。
13. 印刷機能制限を行うために必要な２つ以上の情報を取得し、印刷権トークンの生成を要求する情報取得・要求ステップと、
    前記２つ以上の情報を受信し、それぞれの情報を基に印刷機能制限情報データベースから印刷機能制限情報を検索して印刷権トークンを生成する検索・トークン生成ステップと、
    前記印刷権トークンをＰＤＬに付加するトークン付加ステップと、
    前記ＰＤＬに前記印刷権トークンが付加されているか否か判定し、付加されていれば前記印刷権トークンに基づいて印刷ジョブに対する指示を縮退するトークン判定・縮退ステップと、
    を備えることを特徴とする印刷方法。
14. 印刷機能制限を行うために必要な２つ以上の情報を取得し、印刷権トークンの生成を要求する情報取得・要求モジュールと、
    前記２つ以上の情報を受信し、それぞれの情報を基に印刷機能制限情報データベースから印刷機能制限情報を検索して印刷権トークンを生成する検索・トークン生成モジュールと、
    前記印刷権トークンをＰＤＬに付加するトークン付加モジュールと、
    前記ＰＤＬに前記印刷権トークンが付加されているか否か判定し、付加されていれば前記印刷権トークンに基づいて印刷ジョブに対する指示を縮退するトークン判定・縮退モジュールと、
    をコンピュータに実行させることを特徴とする印刷プログラム。
15. 請求項１４記載の印刷プログラムを格納するコンピュータ読み取り可能な記憶媒体。

Images