(57)【要約】【課題】より簡単で安価な構成により印刷コストを低減可能にする。【解決手段】印刷サーバ側のプリンタドライバにより、ユーザＩＤと印刷条件制限とを対応付けた印刷条件制限テーブルＴＢＬから、印刷ジョブデータのヘッダに含まれるユーザＩＤに対応した印刷条件を読み出し（Ｓ１０、Ｓ１１）、該ヘッダに含まれる印刷条件がこの印刷条件制限を満たすように、該印刷条件を変更し（Ｓ１４〜Ｓ２５）、この変更を電子メールでユーザに通知する（Ｓ２８）。【選択図】図２
2010256958.tif 000002
【特許請求の範囲】
【請求項１】
印刷条件を含む印刷ジョブデータを受信し、該印刷ジョブデータをプリンタドライバでＰＤＬデータに変換して画像形成装置に送信する印刷サーバにおいて、
ユーザ識別情報と印刷条件制限とを対応付けた制限情報をさらに備え、
該プリンタドライバは、ＣＰＵに対し、該変換前に、該印刷ジョブデータに含まれるユーザ識別情報に対応した印刷条件制限を該制限情報から読み出させ、該印刷ジョブデータに含まれる印刷条件がこの印刷条件制限を満たすように、該印刷条件を変更させる、
ことを特徴とする印刷サーバ。
【請求項２】
該制限情報はさらに、ユーザ識別情報と対応付けられた電子メールアドレスを含み、
該プリンタドライバは、該ＣＰＵに対しさらに、該印刷ジョブデータに含まれる該印刷条件を変更した場合には、そのユーザ識別情報の電子メールアドレス宛に、該印刷条件を変更したことを示す内容の電子メールを送信させる、
ことを特徴とする請求項１に記載の印刷サーバ。
【請求項３】
該制限情報は、ユーザ識別情報毎に印刷条件を、モノクロ印刷、両面印刷、集約印刷又は再生紙への印刷に制限するか否かの情報を含むことを特徴とする請求項１又は２に記載の印刷サーバ。
【請求項４】
該印刷ジョブデータのパケットに含まれる該ユーザ識別情報は、該印刷ジョブデータの該ヘッダに含まれているユーザＩＤ又は該印刷ジョブデータのパケットヘッダに含まれているＩＰアドレスであることを特徴とする請求項１乃至３のいずれか１つに記載の印刷サーバ。
【請求項５】
請求項１乃至４のいずれか１つに記載の印刷サーバと、
ネットワークを介し該印刷サーバに接続されたクライアント及び画像形成装置と、
を有することを特徴とする印刷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カラー／モノクロや両面／片面などの印刷条件を設定に基づき強制変更する機能を備えた印刷サーバ及び印刷システムに関する。
【背景技術】
【０００２】
従来、企業等で印刷コスト低減のために、例えば下記特許文献１に開示されているように、ユーザやグループの印刷枚数等を制限することが行われている。
【特許文献１】特開２００８−６５６０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記特許文献１の印刷制御システムでは、クライアント側とサーバ側の両方に管理プログラムを配置して両者間で連携をとる必要があり、また、プリンタドライバに関するＳＤＫ（ＳｏｆｔｗａｒｅＤｅｖｅｌｏｐｅｒｓ Ｋｉｔ）を用いて管理システムを開発しなければならないので、コスト高になり、特に小規模企業等ではこのシステムの採用に至らない場合が生ずる。
【０００４】
本発明の目的は、このような問題点に鑑み、より簡単で安価な構成により印刷コストを低減可能な印刷サーバ及びこれを備えた印刷システムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明の第１態様では、印刷条件を含む印刷ジョブデータを受信し、該印刷ジョブデータをプリンタドライバでＰＤＬデータに変換して画像形成装置に送信する印刷サーバにおいて、
ユーザ識別情報と印刷条件制限とを対応付けた制限情報をさらに備え、
該プリンタドライバは、ＣＰＵに対し、該変換前に、該印刷ジョブデータに含まれるユーザ識別情報に対応した印刷条件制限を該制限情報から読み出させ、該印刷ジョブデータに含まれる印刷条件がこの印刷条件制限を満たすように、該印刷条件を変更させる。
【０００６】
本発明による印刷サーバの第２態様では、第１態様において、該制限情報はさらに、ユーザ識別情報と対応付けられた電子メールアドレスを含み、
該プリンタドライバは、該ＣＰＵに対しさらに、該印刷ジョブデータに含まれる該印刷条件を変更した場合には、そのユーザ識別情報の電子メールアドレス宛に、該印刷条件を変更したことを示す内容の電子メールを送信させる。
【発明の効果】
【０００７】
上記第１態様の構成によれば、サーバ側プリンタドライバにより、ユーザ識別情報と印刷条件制限とを対応付けた制限情報から、該印刷ジョブデータに含まれるユーザ識別情報に対応した印刷条件を読み出し、該印刷ジョブデータに含まれる印刷条件がこの印刷条件制限を満たすように、該印刷条件を変更すればよいので、従来よりも簡単で安価な構成により、印刷コストを低減可能であるという効果を奏し、特に、小規模ユーザによる印刷条件制限利用拡大に寄与するところが大きい。
【０００８】
また、各ユーザの印刷条件制限を変えるには制限情報のみ変更すればよいので、管理コストを低減できるという効果を奏する。
【０００９】
上記第２態様の構成によれば、既存通知手段で印刷条件強制変更の内容をユーザが確認できるという効果を奏する。
【００１０】
本発明の他の目的、構成及び効果は以下の説明から明らかになる。
【実施例１】
【００１１】
図５は、本発明の印刷サーバが適用された印刷システムの概略ブロック図である。
【００１２】
印刷サーバ１０では、ＣＰＵ１１がインターフェイス１２を介してＰＲＯＭ１３、ＤＲＡＭ１４、補助記憶装置１５及びＮＩＣ（ネットワーク・インターフェイス）１６に結合されている。図５では簡単化のために、複数のインターフェイスを１つのブロック１２で表している。
【００１３】
ＰＲＯＭ１３は、例えばフラッシュメモリであり、これにはＢＩＯＳが格納されている。
【００１４】
ＤＲＡＭ１４は、仮想記憶方式の主記憶装置として用いられる。
【００１５】
補助記憶装置１５には、仮想記憶方式のＯＳ（オペレーティングシステム）、プリンタドライバを含む各種デバイスドライバ、及び、印刷サーバプログラム並びに印刷条件制限テーブルＴＢＬを含む各種データが格納されている。
【００１６】
この印刷サーバ１０と、このサーバに対するクライアントとしての複数台のＰＣ２０、ＰＣ２１、・・・と、画像形成装置３０とが、有線又は無線の通信媒体ＣＯＭを介し結合されて、ＬＡＮが構成されている。
【００１７】
画像形成装置３０は、プリントエンジン並びに用紙の給紙部、搬送部及び排紙部を備え、供給されるＰＤＬデータをビットマップ展開し、これに基づいて感光ドラムに静電潜像を形成し、この像をトナーで現像し、トナー像を用紙に転写し定着させ、排紙する。
【００１８】
図３は、図５のシステムの一部を示す概略機能ブロック図である。
【００１９】
ユーザはＰＣ２０で、アプリケーション２２を起動させ、入力装置を対話的に操作して文書等を作成し、ＧＵＩで印刷設定を行った後に、印刷開始釦をクリックする。ＣＰＵはアプリケーション２２に従って、ＯＳのライブラリであるＧＤＩ(Graphics Device Interface)２３を介しプリンタドライバ２４に、ＧＤＩデータを供給させる。プリンタドライバ２４は、このＣＰＵに対し、図４（Ａ）に示す如く、ＧＤＩデータにヘッダを付加させて、印刷ジョブデータを生成させ、スプーラ２５へ供給させる。
【００２０】
このヘッダの情報は、アプリケーション２２と連携したプリンタドライバ２４のＧＵＩ部により、上記印刷設定において設定されるものである。ヘッダには、アプリケーション２２で生成された文書等を印刷する場合に、文書等のデータがカラーであってもモノクロ印刷するか否か、用紙の片面に印刷するか両面に印刷するか、物理的１頁に論理的複数頁を集約して印刷するか否か、再生紙又は普通紙等の用紙タイプ、及び、印刷部数等の印刷条件と、ユーザＩＤとが含まれている。
【００２１】
図３に戻って、スプーラ２５はＣＰＵに対し、プリンタドライバ２４からの印刷ジョブデータを順次受け付けさせて一時記憶させ、通信部２６を介し印刷サーバ１０がレディー状態であることを確認させ、受付順に、印刷ジョブデータを印刷サーバ１０へ送信させる。
【００２２】
印刷サーバ１０は、ＰＣ２０の通信部２６、スプーラ２５及びプリンタドライバ２４に対応してそれぞれ通信部１７、スプーラ１８及びプリンタドライバ１９を備えている。通信部１７は、図５のＮＩＣ１６と、通信ドライバとで構成されている。この点は、通信部２６についても通信部１７と同様である。
【００２３】
スプーラ１８は、ＣＰＵに対し、通信部１７からの印刷ジョブデータを順次受け付けさせてジョブナンバーを付与させ、補助記憶装置１５に一時記憶させ、順次プリンタドライバ１９へ供給させる。
【００２４】
ここで、印刷サーバ１０の補助記憶装置１５には、図４（Ｂ）に示すような印刷条件制限テーブルＴＢＬが格納されている。この印刷条件制限テーブルＴＢＬは、ユーザＩＤ及び電子メールアドレスのそれぞれのフィールドと、印刷条件制限情報としての「モノクロ」、「両面」、「集約」及び「再生紙」のそれぞれのフィールドとを備えている。
【００２５】
各印刷条件制限情報は、ブーリアン型で表されている。例えば、「モノクロ」がＹｅｓであれば、このユーザＩＤの印刷ジョブに関してはそのヘッダに印刷条件としての印刷モードが「カラー」であっても、これを「モノクロ」に強制的に変更することを意味する。
【００２６】
図３のプリンタドライバ１９は、ＣＰＵ１１に対し、図１に示すような処理を実行させる。この処理において、ステップＳ２は従来の処理であり、ＣＰＵ１１に対し、ＧＤＩデータを、画像形成装置３０が解釈可能なＰＤＬ（ページ記述言語）データに変換させ、スプーラ１８及び通信部１７を介し画像形成装置３０に送信させる。
【００２７】
本実施例１の特徴は、このステップＳ２の処理の前に、ステップＳ０とステップＳ１の処理を付加した点である。図２は、図１のステップＳ０の処理の詳細フローチャートである。以下、括弧内は図中のステップ識別符号である。
【００２８】
（Ｓ１０）図４（Ａ）の印刷ジョブデータに含まれているヘッダを読取る。
【００２９】
（Ｓ１１）このヘッダに含まれているユーザＩＤで、図４（Ｂ）の印刷条件制限テーブルＴＢＬを検索する。
【００３０】
（Ｓ１２）フラグＦｒ０〜Ｆｒ３及びＦｕを共に初期化（リセット）する。
【００３１】
（Ｓ１３）ステップＳ１１での検索がヒットした場合にはステップＳ１４へ進み、そうでなければステップＳ２６へ進む。
【００３２】
（Ｓ１４）ヘッダに含まれている印刷モードがカラーであればステップＳ１５へ進み、そうでなければステップＳ１７へ進む。
【００３３】
（Ｓ１５）検索結果の行データの「モノクロ」フィールドがＹｅｓであればステップＳ１６へ進み、そうでなければステップＳ１７へ進む。
【００３４】
（Ｓ１６）ヘッダに含まれている印刷モード「カラー」を「モノクロ」に強制的に変更し、フラグＦｒ０をセットして、ステップＳ１７へ進む。
【００３５】
（Ｓ１７）ヘッダに含まれている印刷面が「片面」であればステップＳ１８へ進み、そうでなければステップＳ２０へ進む。
【００３６】
（Ｓ１８）検索結果の行データの「両面」フィールドがＹｅｓであればステップＳ１９へ進み、そうでなければステップＳ２０へ進む。
【００３７】
（Ｓ１９）ヘッダに含まれている印刷面「片面」を「両面」に強制的に変更し、フラグＦｒ１をセットして、ステップＳ２０へ進む。
【００３８】
（Ｓ２０）ヘッダに含まれているレイアウトモードが「１ｉｎ１」（物理１頁に論理１頁を配置）であればステップＳ２１へ進み、そうでなければステップＳ２３へ進む。
【００３９】
（Ｓ２１）検索結果の行データの「集約」フィールドがＹｅｓであればステップＳ２２へ進み、そうでなければステップＳ２３へ進む。
【００４０】
（Ｓ２２）ヘッダに含まれているレイアウトモード「１ｉｎ１」を「４ｉｎ１」（物理１頁に論理４頁を配置）に強制的に変更し、フラグＦｒ２をセットして、ステップＳ２３へ進む。
【００４１】
（Ｓ２３）ヘッダに含まれている用紙タイプが「再生紙」以外であればステップＳ２４へ進み、そうでなければステップＳ２７へ進む。
【００４２】
（Ｓ２４）検索結果の行データの「再生紙」フィールドがＹｅｓであればステップＳ２５へ進み、そうでなければステップＳ２７へ進む。
【００４３】
（Ｓ２５）ヘッダに含まれている用紙タイプを「再生紙」に強制的に変更し、フラグＦｒ３をセットして、ステップＳ２７へ進む。
【００４４】
（Ｓ２６）フラグＦｕをセットし、ステップＳ２７へ進む。
【００４５】
（Ｓ２７）フラグＦｒ０〜Ｆｒ３又はＦｕの何れかがセットされていればステップＳ２８へ進み、そうでなければ図２の制限処理を終了して図１のステップＳ１へ進む。
【００４６】
（Ｓ２８）フラグＦｒ０〜Ｆｒ３の少なくとも１つが‘１’であればそれぞれ「モノクロ」、「両面」、「集約」、「再生紙」に印刷条件を変更したことを内容とする電子メールを、ステップＳ１１での検索結果の「Ｅ−Ｍａｉｌ」フィールドのアドレス宛に、電子メールを送信する。フラグＦｕが‘１’であれば未登録ユーザであることを示す内容の電子メールをこの宛先へ同様に送信する。
【００４７】
（Ｓ１）Ｆｕ＝‘１’であればステップＳ２をスキップすることにより、画像形成装置３０での印刷を行わない。
【００４８】
図３に戻って、通信部３１は、通信部１７と同様に構成されている。ＲＩＰ（Raster Image Processor）３２は、受信したＰＤＬデータをビットマップ展開して印刷出力部３３に供給し、印刷出力部３３はこれに応答して用紙に画像を形成し排紙する。
【００４９】
本実施例１によれば、印刷サーバ１０側のプリンタドライバ１９により、印刷ジョブデータのヘッダに含まれるユーザＩＤに対応した印刷条件制限を印刷条件制限テーブルＴＢＬから読み出し、該ヘッダに含まれる印刷条件がこの印刷条件制限を満たすように、該印刷条件を変更すればよいので、従来よりも簡単で安価な構成により、印刷コストを低減可能であるという効果を奏する。
【００５０】
また、各ユーザの印刷条件制限を変えるには印刷条件制限テーブルＴＢＬの内容のみ変更すればよく、管理コストを低減できるという効果を奏する。
【００５１】
さらに、既存の電子メールで印刷条件強制変更の内容をユーザが確認できるという効果を奏する。
【００５２】
本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上記複数の実施例で述べた構成要素の他の組み合わせ、各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。
【００５３】
例えば、印刷条件制限として他のもの、例えば用紙サイズや印刷時間帯を加えたり、印刷条件制限の各項目をより細かく設定、例えば、用紙タイプをユーザＩＤによって「普通紙」に制限したり「再生紙」に制限したりする構成であってもよい。
【００５４】
また、印刷サーバ１０にログイン処理プログラムを備えて、図２のステップＳ１３で必ずヒットするようにして、ステップＳ１３及びＳ２６の処理を省略した構成であってもよい。
【００５５】
さらに、ユーザ識別情報は、印刷ジョブのヘッダに含まれるユーザＩＤに限定されず、印刷ジョブ本体の所定部に含まれるニックネーム又は電子メールアドレスや、パケットヘッダに含まれるＩＰアドレスなどであってもよい。
【図面の簡単な説明】
【００５６】
【図１】本発明の実施例１に係る印刷サーバ側プリンタドライバの処理を示す概略フローチャートである。
【図２】図１のステップＳ０の処理の詳細フローチャートである。
【図３】印刷システムの一部を示す概略機能ブロック図である。
【図４】（Ａ）はクライアント側プリンタドライバの処理を示す概略機能ブロック図であり、（Ｂ）は印刷サーバ側プリンタドライバで用いられる印刷条件制限テーブルの説明図である。
【図５】印刷システムの概略ブロック図である。
【符号の説明】
【００５７】
１０  印刷サーバ
１１  ＣＰＵ
１２  インターフェイス
１３  ＰＲＯＭ
１４  ＤＲＡＭ
１５  補助記憶装置
１６  ＮＩＣ
１７、２６、３１  通信部
１８、２５  スプーラ
１９、２４  プリンタドライバ
２０、２１  ＰＣ
２２  アプリケーション
２３  ＧＤＩ
３０  画像形成装置
３２  ＲＩＰ
３３  印刷出力部
ＴＢＬ  印刷条件制限テーブル
ＣＯＭ  通信媒体
【図１】
2010256958.tif 000003
【図２】
2010256958.tif 000004
【図３】
2010256958.tif 000005
【図４】
2010256958.tif 000006
【図５】
2010256958.tif 000007