(57)【要約】【課題】複数のユーザによって共用されるプリンタにおける印刷のルール管理に柔軟性が欠けていた。【解決手段】印刷対象のファイルを取得するとともに当該ファイルに基づいて印刷データを生成する処理をコンピュータに実行させるプリンタドライバであって、ファイル名に応じた印刷条件を規定し所定の記憶領域に記憶する印刷条件規定機能と、上記取得されたファイルのファイル名が、上記印刷条件の規定が行なわれたファイル名のいずれかに該当するか否か判定するファイル名判定機能と、上記ファイル名判定機能によって該当すると判定された場合に、該当先のファイル名に対応して上記記憶領域に記憶されている印刷条件の全てを上記取得されたファイルについての印刷条件に組み入れた上で、印刷データを生成する印刷データ生成機能とを実行させる構成とした。【選択図】図６
2009140429.tif 000002
【特許請求の範囲】
【請求項１】
印刷対象のファイルを取得するとともに当該ファイルに基づいて印刷データを生成する処理をコンピュータに実行させるプリンタドライバであって、
ファイル名に応じた印刷条件を規定し所定の記憶領域に記憶する印刷条件規定機能と、
上記取得されたファイルのファイル名が、上記印刷条件の規定が行なわれたファイル名のいずれかに該当するか否か判定するファイル名判定機能と、
上記ファイル名判定機能によって該当すると判定された場合に、該当先のファイル名に対応して上記記憶領域に記憶されている印刷条件の全てを上記取得されたファイルについての印刷条件に組み入れた上で、印刷データを生成する印刷データ生成機能と、
を実行させることを特徴とするプリンタドライバ。
【請求項２】
上記印刷条件規定機能は、特定の文字列を含むファイル名に対して、モノクロ印刷を強制する規定を生成し記憶することを特徴とする請求項１に記載のプリンタドライバ。
【請求項３】
上記印刷条件規定機能は、特定の文字列を含むファイル名に対して、印刷のレイアウトを印刷用紙の一つの面に複数ページを割り付けるレイアウトに限定する規定を生成し記憶することを特徴とする請求項１または請求項２のいずれかに記載のプリンタドライバ。
【請求項４】
上記印刷条件規定機能は、特定の文字列を含むファイル名に対して、印刷用紙の給紙装置を所定の給紙装置に限定する規定を生成し記憶することを特徴とする請求項１〜請求項３のいずれかに記載のプリンタドライバ。
【請求項５】
情報処理装置から印刷対象のファイルを取得するとともに当該ファイルに基づいて印刷データを生成する処理をコンピュータに実行させるプリンタドライバであって、
各ユーザグループに応じた印刷条件を規定し所定の記憶領域に記憶する印刷条件規定機能と、
上記ファイルの取得元の情報処理装置が属するユーザグループを判別するユーザグループ判別機能と、
上記判別されたユーザグループに対応して上記記憶領域に記憶されている印刷条件の全てを上記取得されたファイルについての印刷条件に組み入れた上で、印刷データを生成する印刷データ生成機能と、
を実行させることを特徴とするプリンタドライバ。
【請求項６】
上記印刷条件規定機能は、特定のユーザグループに対して、モノクロ印刷を強制する規定を生成し記憶することを特徴とする請求項５に記載のプリンタドライバ。
【請求項７】
印刷対象のファイルを取得するとともに当該ファイルに基づいて印刷データを生成する印刷制御装置であって、
印刷を禁止する文字列を規定し所定の記憶領域に記憶する文字列規定部と、
上記取得されたファイル内に、上記記憶されたいずれかの文字列が含まれているか否か判定する文字列判定部と、
印刷データの生成に際し、上記取得されたファイル内に上記記憶されたいずれかの文字列が含まれていると判定された場合には印刷データの生成を中止する印刷データ生成部と、
を備えることを特徴とする印刷制御装置。
【請求項８】
上記印刷データ生成部が印刷データの生成を中止した場合に、当該中止の旨を所定の管理者に対して通知する通知処理部をさらに備えることを特徴とする請求項７に記載の印刷制御装置。
【請求項９】
上記文字列判定部は、上記取得したファイル内に上記記憶されたいずれかの文字列が含まれているか否かをファイルの全ページに渡って判定するとともに、上記印刷データ生成部は、上記文字列判定部によっていずれかのページに上記記憶されたいずれかの文字列が含まれていると判定された場合には、上記全ページにかかる印刷データの生成を中止することを特徴とする請求項７または請求項８のいずれかに記載の印刷制御装置。
【請求項１０】
上記文字列判定部は、上記取得したファイル内に上記記憶されたいずれかの文字列が含まれているか否かをページ単位で順次判定するとともに、上記印刷データ生成部は、上記文字列判定部によって一つのページに上記記憶されたいずれかの文字列が含まれていると判定されるまではページ単位での印刷データの生成を順次行い、一つのページについて上記記憶されたいずれかの文字列が含まれていると判定された場合には当該判定されたページを含む以降のページにかかる印刷データの生成を中止することを特徴とする請求項７または請求項８のいずれかに記載の印刷制御装置。
【請求項１１】
印刷対象のファイルを取得するとともに当該ファイルに基づいて印刷データを生成する処理をコンピュータに実行させるプリンタドライバであって、
ファイルが有する所定の情報の状態に応じた、印刷条件の変更の問い合わせの内容を規定し所定の記憶領域に記憶する問い合わせ情報規定機能と、
上記取得されたファイルが有する上記所定の情報が、上記記憶された問い合わせのいずれかに対応する情報であるか否か判定するファイル情報判定機能と、
上記ファイル情報判定機能によって対応する情報であると判定された場合に、上記取得されたファイルが有する上記所定の情報が対応する問い合わせの内容を上記記憶領域から読み出すとともに、当該読み出した情報に基づいて印刷条件の変更の問い合わせを外部に対して行う問い合わせ機能と、
上記問い合わせに応じて外部から指示された印刷条件を上記取得されたファイルについての印刷条件に組み入れた上で、印刷データを生成する印刷データ生成機能と、
を実行させることを特徴とするプリンタドライバ。
【請求項１２】
上記問い合わせ情報規定機能は、ファイルが有する用紙サイズの情報および又は文字サイズの情報が特定の範囲である場合に印刷サイズの変更を問い合わせる規定を記憶し、上記問い合わせ機能は、上記取得されたファイルが有する用紙サイズの情報および又は文字サイズの情報が上記特定の範囲である場合に、上記記憶領域から読み出した情報に基づいて印刷サイズの変更の要否を問い合わせることを特徴とする請求項１１に記載のプリンタドライバ。
【請求項１３】
上記問い合わせ情報規定機能は、ファイルが有するファイル名の情報およびページ数の情報の組み合わせが特定の組み合わせである場合に印刷するページ範囲の変更を問い合わせる規定を記憶し、上記問い合わせ機能は、上記取得されたファイルが有するファイル名の情報およびページ数の情報が上記特定の組み合わせである場合に、上記記憶領域から読み出した情報に基づいて上記ページ範囲の変更の要否を問い合わせることを特徴とする請求項１１または請求項１２のいずれかに記載のプリンタドライバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プリンタドライバおよび印刷制御装置に関する。
【背景技術】
【０００２】
一つのプリンタを複数のユーザのコンピュータがネットワークを介して共用する環境においては、従来、プリンタを管理する立場の者（管理者）が、当該プリンタに対応するプリンタドライバが提供するユーザインターフェース（ＵＩ）画面を介して当該プリンタの印刷条件の設定を行なっていた。このとき、管理者が、例えば「カラー」かつ「片面」というように印刷条件を設定した場合、各ユーザは、個々が使用するコンピュータから所望のファイルの印刷指示を行うことにより、かかるファイルの文書等についてカラーによる片面印刷を行なうことができる。
【０００３】
また、プリンタを利用する複数台のコンピュータ内に、当該プリンタ用のデフォルトの印刷設定情報が同一のものとなっているプリンタドライバをインストールさせる印刷設定共有化支援装置が知られている（特許文献１参照。）。
また、印刷ジョブに含まれる印刷設定情報に基づいて推定した印刷用途に対応する、印刷ルールの印刷節約性と、上記印刷設定情報から得られる印刷節約性と、を比較して印刷節約性に優れた方の印刷設定を選択して印刷を実行する、印刷装置が知られている（特許文献２参照。）。
また、情報処理装置から印刷データを受信し、印刷データに含まれる第２の印刷設定情報のうち、記憶手段に記憶されている第１の印刷設定情報において許容されていない印刷設定情報を第１の印刷設定情報に基づいて変更し、変更された第２の印刷設定情報に基づいて印刷データの印刷出力を実行する画像形成装置が知られている（特許文献３。）。
【特許文献１】特開２００５‐３３２１００号公報
【特許文献２】特開２００６‐３３８２３７号公報
【特許文献３】特開２００６‐４３９１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来においては、管理者による１つの設定（上記の例で言えば「カラー」かつ「片面」という設定）が、各ユーザのコンピュータで印刷指示が行なわれたファイルの印刷処理に適用される。つまり、どのようなファイルも同じ設定のもと印刷されるため非常に固定的な管理であり、ファイルが有する情報や、ユーザの立場や、省資源化の観点等に応じた、柔軟な印刷管理が不可能であった。また、上記文献２のように、印刷ジョブに含まれる印刷設定情報に基づいて推定した印刷用途に対応する印刷ルールの印刷節約性と、上記印刷設定情報から得られる印刷節約性との比較結果に応じて印刷設定を選択する構成では、管理者の意図に沿った設定での印刷が行なわれるとは限らないため、管理者による各ユーザの印刷の管理が徹底されない。また、上記文献３においては、各ファイルが有する各種情報や、ユーザの立場や、プリンタが置かれた企業内の統治や、省資源化の観点等といった、個別具体的な要素に応じた細かな印刷条件の管理が不十分であった。
【０００５】
本発明は上記課題に鑑みてなされたもので、複数のユーザによって共用されるプリンタによる印刷を、印刷対象のファイルが有する情報や、ユーザの立場や、省資源効果や、プリンタが置かれた企業内の統治等の、様々な要素に応じて柔軟に管理することが可能なプリンタドライバおよび印刷制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、第１の本発明にかかるプリンタドライバは、印刷対象のファイルを取得するとともに当該ファイルに基づいて印刷データを生成する処理をコンピュータに実行させる。ここで、プリンタドライバは、ファイル名に応じた印刷条件を規定し所定の記憶領域に記憶する印刷条件規定機能と、上記取得されたファイルのファイル名が、上記印刷条件の規定が行なわれたファイル名のいずれかに該当するか否か判定するファイル名判定機能と、上記ファイル名判定機能によって該当すると判定された場合に、該当先のファイル名に対応して上記記憶領域に記憶されている印刷条件の全てを上記取得されたファイルについての印刷条件に組み入れた上で、印刷データを生成する印刷データ生成機能とをコンピュータに実行させる。
本発明によれば、ファイル名に応じた印刷条件の管理を行なうことができ、印刷対象のファイルについてそのファイル名に応じた最適な印刷条件で印刷することができる。
【０００７】
上記印刷条件規定機能は、特定の文字列を含むファイル名に対して、モノクロ印刷を強制する規定を生成し記憶するとしてもよい。さらに、上記印刷条件規定機能は、特定の文字列を含むファイル名に対して、印刷のレイアウトを印刷用紙の一つの面に複数ページを割り付けるレイアウトに限定する規定を生成し記憶するとしてもよい。このように、ファイル名に応じて、モノクロ印刷を強制したり、レイアウトを限定したりすることで、各ファイルにとって必要十分な質で印刷ができ、また、カラーインクや印刷用紙などの消費を抑えることができる。
さらに、上記印刷条件規定機能は、特定の文字列を含むファイル名に対して、印刷用紙の給紙装置を所定の給紙装置に限定する規定を生成し記憶するとしてもよい。このように、ファイル名に応じて印刷用紙の給紙装置を限定することで、例えば、特定のファイル名のファイルについては特定の仕様の用紙で間違いなく印刷することが可能となる。
【０００８】
第２の本発明にかかるプリンタドライバは、情報処理装置から印刷対象のファイルを取得するとともに当該ファイルに基づいて印刷データを生成する処理をコンピュータに実行させる。ここで、プリンタドライバは、各ユーザグループに応じた印刷条件を規定し所定の記憶領域に記憶する印刷条件規定機能と、上記ファイルの取得元の情報処理装置が属するユーザグループを判別するユーザグループ判別機能と、上記判別されたユーザグループに対応して上記記憶領域に記憶されている印刷条件の全てを上記取得されたファイルについての印刷条件に組み入れた上で、印刷データを生成する印刷データ生成機能とをコンピュータに実行させる。
本発明によれば、ユーザグループに応じた印刷条件の管理を行なうことができ、印刷対象のファイルについてそのファイルの生成元の情報処理装置が属するユーザグループに応じた最適な印刷条件で印刷することができる。
【０００９】
上記印刷条件規定機能は、特定のユーザグループに対して、モノクロ印刷を強制する規定を生成し記憶するとしてもよい。かかる構成により、カラー印刷を行なう必要性の少ない特定のユーザグループに対してはモノクロ印刷を強制し、複数のユーザが利用する印刷システム全体にかかるコストを適切に抑えることができる。
【００１０】
第３の本発明にかかる印刷制御装置は、印刷対象のファイルを取得するとともに当該ファイルに基づいて印刷データを生成する。印刷制御装置では、文字列規定部が、印刷を禁止する文字列を規定し所定の記憶領域に記憶し、文字列判定部が、上記取得されたファイル内に、上記記憶されたいずれかの文字列が含まれているか否か判定し、印刷データ生成部が、印刷データの生成に際し、上記取得されたファイル内に上記記憶されたいずれかの文字列が含まれていると判定された場合には印刷データの生成を中止する。
本発明によれば、印刷を禁止する文字列として上記記憶領域に記憶された文字列がファイルに含まれている場合には、そのファイルを印刷しないという統一した管理が可能となる。そのため例えば、犯罪用語や差別的用語を印刷してしまったり、社外秘の情報を誤って印刷し頒布してしまうといったことを防止できる。
【００１１】
上記印刷制御装置は、印刷データ生成部が印刷データの生成を中止した場合に当該中止の旨を所定の管理者に対して通知する通知処理部をさらに備えるとしてもよい。かかる構成とすれば、管理者は、どのファイルの印刷が中止されたかや、どのユーザが上記禁止にかかる文字列を含むファイルを印刷しようとしたのか等を知ることができる。
【００１２】
上記文字列判定部は、上記取得したファイル内に上記記憶されたいずれかの文字列が含まれているか否かをファイルの全ページに渡って判定するとともに、上記印刷データ生成部は、上記文字列判定部によっていずれかのページに上記記憶されたいずれかの文字列が含まれていると判定された場合には、上記全ページにかかる印刷データの生成を中止するとしてもよい。かかる構成とすれば、複数ページからなるファイルの途中のページに上記禁止にかかる文字列が含まれている場合、当該途中のページの前のページまで印刷して用紙を無駄にしてしまうといったことが防止できる。
【００１３】
一方、上記文字列判定部は、上記取得したファイル内に上記記憶されたいずれかの文字列が含まれているか否かをページ単位で順次判定するとともに、上記印刷データ生成部は、上記文字列判定部によって一つのページに上記記憶されたいずれかの文字列が含まれていると判定されるまではページ単位での印刷データの生成を順次行い、一つのページについて上記記憶されたいずれかの文字列が含まれていると判定された場合には当該判定されたページを含む以降のページにかかる印刷データの生成を中止するとしてもよい。かかる構成とすれば、１ページずつ上記禁止にかかる文字列が含まれていないか判定し、含まれていないと判定されたページを逐次印刷していくため、最終的にいずれのページにも上記禁止にかかる文字列が含まれていない場合には、印刷処理を短時間で終えることができる。
【００１４】
第４の本発明にかかるプリンタドライバは、印刷対象のファイルを取得するとともに当該ファイルに基づいて印刷データを生成する処理をコンピュータに実行させる。ここで、プリンタドライバは、ファイルが有する所定の情報の状態に応じた、印刷条件の変更の問い合わせの内容を規定し所定の記憶領域に記憶する問い合わせ情報規定機能と、上記取得されたファイルが有する上記所定の情報が、上記記憶された問い合わせのいずれかに対応する情報であるか否か判定するファイル情報判定機能と、上記ファイル情報判定機能によって対応する情報であると判定された場合に、上記取得されたファイルが有する上記所定の情報が対応する問い合わせの内容を上記記憶領域から読み出すとともに、当該読み出した情報に基づいて印刷条件の変更の問い合わせを外部に対して行う問い合わせ機能と、上記問い合わせに応じて外部から指示された印刷条件を上記取得されたファイルについての印刷条件に組み入れた上で、印刷データを生成する印刷データ生成機能とをコンピュータに実行させる。
本発明によれば、ファイルが有する上記所定の情報の状態に応じて、適切な印刷条件の変更の問合せ（提案）をユーザに対し行なうという管理ができ、ユーザが気づかないまま印刷対象のファイルにとって不適切な印刷条件の設定で印刷が行なわれてしまうことを効果的に防止できる。
【００１５】
上記問い合わせ情報規定機能は、ファイルが有する用紙サイズの情報および又は文字サイズの情報が特定の範囲である場合に印刷サイズの変更を問い合わせる規定を記憶し、上記問い合わせ機能は、上記取得されたファイルが有する用紙サイズの情報および又は文字サイズの情報が上記特定の範囲である場合に、上記記憶領域から読み出した情報に基づいて印刷サイズの変更の要否を問い合わせるとしてもよい。かかる構成とすれば、例えば、ファイルが有する用紙サイズの情報や文字サイズが比較的小さい場合に、自動的にユーザに対して印刷サイズの変更の要否を問い合わせることができ、その結果、ユーザにとって見やすい印刷物が得られる。
【００１６】
さらに、上記問い合わせ情報規定機能は、ファイルが有するファイル名の情報およびページ数の情報の組み合わせが特定の組み合わせである場合に印刷するページ範囲の変更を問い合わせる規定を記憶し、上記問い合わせ機能は、上記取得されたファイルが有するファイル名の情報およびページ数の情報が上記特定の組み合わせである場合に、上記記憶領域から読み出した情報に基づいて上記ページ範囲の変更の要否を問い合わせるとしてもよい。かかる構成とすれば、例えば、ファイル名およびページ数に基づいて全ページ印刷する必要性が低いと推測されるファイルについては、自動的にユーザに対して印刷するページ範囲を問い合わせるようにすることができ、その結果、ユーザにとって必要なページ範囲だけを印刷することができる。
【００１７】
さらに本願においては、上述した各プリンタドライバの各機能に対応する構成を備えた情報処理装置の発明や、上述した各プリンタドライバの各機能に対応する処理工程からなる情報処理方法の発明や、さらには、上述した各印刷制御装置の各部に対応する処理工程からなる印刷制御方法の発明や、上述した各印刷制御装置の各部に対応する機能をコンピュータに実行させる印刷制御プログラムの発明も、それぞれ把握可能であることは言うまでも無い。
【発明を実施するための最良の形態】
【００１８】
本発明の実施形態を以下の順に従って、図面を参照しながら説明する。
（１）印刷システムの概略構成
（２）第１の実施例
（３）第２の実施例
（４）第３の実施例
（５）第４の実施例
【００１９】
（１）印刷システムの概略構成
図１は、本実施形態にかかる印刷システム１００の一例を示している。
印刷システム１００は、概略、サーバ１０と、サーバ１０と接続するプリンタ２０と、印刷システム１００を共有する複数のユーザが各々使用する複数の端末装置（例えば、情報処理装置としてのＰＣ）３０，３０，３０…と、サーバ１０や端末装置３０を双方向通信可能に接続するネットワーク４０とからなる。図１の例では、サーバ１０とプリンタ２０とは、ケーブル（ＵＳＢケーブル等）１６で直接に接続されている。ただし、プリンタ２０は、図１中の括弧書きで示すようにネットワーク４０を介してサーバ１０と接続してもよい。
【００２０】
サーバ１０には、カラーディスプレイ等の表示装置５０、マウスやキーボード等の入力装置６０等が接続されている。サーバ１０は、各種プログラムを実行するＣＰＵ（Central Processing Unit）、データおよびプログラム等を一時的に記憶するＲＡＭ（Random Access Memory）、サーバ１０を制御するための各種データ、各種プログラム等があらかじめ不揮発的に記憶されているＲＯＭ（Read Only Memory）等から構成される制御部１１、表示装置５０や入力装置６０やプリンタ２０等と接続するための入出力インターフェース１２およびハードディスク等のメモリ１３を備えて構成される。むろんサーバ１０の構成はこれに限られない。
【００２１】
プリンタ２０は、例えば、レーザ方式の印字機構を備えたページプリンタとすることができる。レーザ方式のページプリンタは、筐体内にトナーを収容したトナーカートリッジを備え、このトナーを印刷用紙等の印刷媒体に転写することで印刷を行なう。プリンタ２０は、カラーレーザプリンタ、モノクロレーザプリンタのいずれであってもよい。また、レーザ方式に代え、例えば、インクジェット方式のプリンタを用いてもよい。
【００２２】
プリンタ２０は、ＣＰＵ、ＲＡＭ、ＲＯＭ等から構成されプリンタ２０における各種処理を制御する制御部２１、コンピュータ１０と接続するケーブル１６に接続するための入出力インターフェース２２、トナーカートリッジや感光体ドラムやレーザ光照射機構等の印字機構、給排紙機構等を含む印刷機構２３を備えて構成される。むろんプリンタ２０の構成はこれに限られない。
【００２３】
図２は、サーバ１０の機能構成を示すブロック図である。サーバ１０は、印刷制御装置の一例に該当する。オペレーティングシステム１４は、サーバ１０の基本的なユーザインターフェース、ファイル管理等を制御する、いわゆる基本ソフトウェアである。プリンタドライバ１５は、サーバ１０に接続されたプリンタ２０の動作を制御するコンピュータプログラムであり、プリンタ２０に対応してサーバ１０にインストールされている。プリンタドライバ１５は、各種アプリケーションソフトウェアで作成された文書や画像等のファイルをプリンタ２０で印刷させるための処理を行なう。プリンタドライバ１５は、概略、情報設定モジュール１５ａと、判定処理実行モジュール１５ｂと、問い合わせ処理実行モジュール１５ｃと、印刷データ生成モジュール１５ｄとからなる。各モジュール１５ａ〜１５ｃ等の機能については後述する。電子メール送受信プログラム１７は、いわゆるメーラーであり、サーバ１０と他の通信機器との間で電子メールの送受信を実現する。プリンタドライバ１５や、電子メール送受信プログラム１７は、オペレーティングシステム１４上で動作する。
【００２４】
（２）第１の実施例
上記印刷システム１００を用いて実行可能な第１の実施例について説明する。
第１の実施例においては、まずプリンタドライバ１５は、プリンタ２０の管理者Ａ（図１参照）から受付けた指示に基づいて、各種ファイル名と印刷条件との対応関係を規定し、この規定した対応関係を、例えばサーバ１０のメモリ１３内の記憶領域に保存する。
【００２５】
図３は、プリンタドライバ１５（情報設定モジュール１５ａ）が提供するＵＩ画面５１の一例を示している。当該ＵＩ画面５１は、例えば、サーバ１０内のプリンタフォルダに登録されたプリンタ２０のプロパティから呼び出すことができる。管理者Ａは、マウスなどの入力装置６０を操作することにより、表示装置５０の画面にＵＩ画面５１を表示させる。図３に示すように、ＵＩ画面５１内には、「ドライバポリシー（ルール）設定」というボタン５１ａが設けられており、入力装置６０の操作によって当該ボタン５１ａが選択されると、情報設定モジュール１５ａは、所定のドライバポリシー（ルール）設定画面（以下、単に設定画面と呼ぶ。）５２を表示する。
【００２６】
図４は、情報設定モジュール１５ａが提供する設定画面５２の一例を示している。
設定画面５２においては、画面の左側の領域５２ａに、外部からの設定が可能な項目を示すフォルダがツリー構造で表示されている。情報設定モジュール１５ａは、領域５２ａに表示した何れかのフォルダに対する選択を受付けると、当該選択されたフォルダに対応する情報入力欄を、設定画面５２の右側の領域５２ｂに表示する。図４の例では、領域５２ａ内の「強制モノクロ印刷」という印刷条件にかかるフォルダが選択された場合に、当該「強制モノクロ印刷」に対応する情報入力欄を領域５２ｂに表示した状態を示している。
【００２７】
管理者Ａは、上記「強制モノクロ印刷」に対応する情報入力欄に任意にファイル名の情報（文字列）を入力することができる。図４の例では、領域５２ｂに“Microsoft Outlook-*”（Microsoft Outlookは登録商標）というファイル名の情報および“*.pdf”というファイル名の情報とを入力した状態を示している。情報設定モジュール１５ａは、このように「強制モノクロ印刷」に対応する情報入力欄を介して受付けたファイル名の情報を「強制モノクロ印刷」という印刷条件に対応付け、この対応関係をメモリ１３内の記憶領域に保存する。この結果、ファイル名に“Microsoft Outlook-”や“.pdf”の文字列を含むファイルについては、強制的にモノクロ印刷とする規定がサーバ１０内に生成されたことになる。
【００２８】
ファイル名と印刷条件との対応関係は、上記「強制モノクロ印刷」以外にも種々の印刷条件に関して規定可能である。
情報設定モジュール１５ａは、特定の文字列を含むファイル名に対し、印刷のレイアウトを印刷用紙の一つの面に複数ページを割り付けるレイアウトに限定する規定を生成してもよい。例えば、管理者Ａは領域５２ａの「強制両面２面付け印刷」という印刷条件にかかるフォルダ（図４参照）を選択することで、領域５２ｂに当該「強制両面２面付け印刷」に対応する情報入力欄を表示させることができ、この情報入力欄に対し任意にファイル名の情報（文字列）を入力（例えば“課内配布用資料*”という文字列を入力）することができる。情報設定モジュール１５ａは、このように受付けたファイル名の情報を上記「強制両面２面付け印刷」に対応付け、この対応関係をメモリ１３内の記憶領域に保存する。この結果、ファイル名に、領域５２ｂで入力した文字列（例えば“課内配布用資料”という文字列）を含むファイルについては、強制的に両面かつ２面付け印刷する規定がサーバ１０内に生成されたことになる。
【００２９】
さらに、情報設定モジュール１５ａは、特定の文字列を含むファイル名に対し、印刷用紙の給紙装置を所定の給紙装置に限定する規定を生成してもよい。例えば、管理者Ａは領域５２ａの「給紙装置３から給紙」という印刷条件にかかるフォルダ（図４参照）を選択することで、領域５２ｂに当該「給紙装置３から給紙」に対応する情報入力欄を表示させることができ、この情報入力欄に対し任意にファイル名の情報（文字列）を入力（例えば“契約書形式Ｎｏ１-*”という文字列を入力）することができる。情報設定モジュール１５ａは、このように受付けたファイル名の情報を上記「給紙装置３から給紙」に対応付け、この対応関係をメモリ１３内の記憶領域に保存する。この結果、ファイル名に、領域５２ｂで入力した文字列（例えば“契約書形式Ｎｏ１-”という文字列）を含むファイルについては、強制的にプリンタ２０の給紙装置３（不図示）から印刷用紙を給紙して印刷を行なうとする規定がサーバ１０内に生成されたことになる。
【００３０】
図５は、情報設定モジュール１５ａがメモリ１３内に保存した、ファイル名と印刷条件との対応関係の例を示している。
このように、情報設定モジュール１５ａがファイル名に応じた印刷条件を規定し所定の記憶領域に記憶する点で、プリンタドライバ１５はその機能の一部として印刷条件規定機能を有していると言える。なお、上記領域５２ａ内のフォルダの数やその項目は図示したものに限られず、フォルダが示す項目を管理者Ａが変更したり、フォルダを管理者Ａが追加することも可能である。
次に、上記のようにメモリ１３に記憶した情報を利用した印刷制御処理について説明する。
【００３１】
図６は、第１の実施例においてプリンタドライバ１５が実行する印刷制御処理をフローチャートにより示している。
ステップＳ（以下、ステップの表記を省略）２００では、プリンタドライバ１５は、印刷対象となるファイルを取得する。つまり、端末装置３０のユーザが、所望のアプリケーションソフトウェアで作成したファイルについてのプリンタ２０による印刷実行を端末装置３０側から指示した場合に、当該指示にかかるファイルを含む印刷ジョブがネットワーク４０を介してサーバ１０に供給され、この供給されたファイルをプリンタドライバ１５が取得する。
【００３２】
Ｓ２０１では、プリンタドライバ（判定処理実行モジュール１５ｂ）は、上記取得したファイルのファイル名を取得する。印刷対象となるファイルのファイル名を取得する具体的手法は様々である。例えば、オペレーティングシステム１４がWindows（登録商標）である場合、Windows API（Application Program Interface）の関数の一つであるGetJob()関数を実行する。判定処理実行モジュール１５ｂはGetJob()関数を実行することにより、オペレーティングシステム１４から関数の戻り値としてのJOB_INFO構造体を取得する。
JOB_INFO構造体は、オペレーティングシステム１４が管理する印刷ジョブに関する種々の情報を記述したデータであり、このJOB_INFO構造体に記述された情報のうち、ファイル名に該当するpDocumentという情報を抽出する。この結果、判定処理実行モジュール１５ｂは、ファイルのファイル名を取得することができる。
【００３３】
Ｓ２０２では、判定処理実行モジュール１５ｂは、上記Ｓ２０１で取得したファイル名が、上記メモリ１３に印刷条件と対応付けて記憶されているファイル名の情報（文字列）のいずれかに該当するか（いずれかを含むか）否か判定する。そして、該当すると判定した場合には、Ｓ２０３に進む。このように判定処理実行モジュール１５ｂがＳ２０２の判定を実行する点で、プリンタドライバ１５はその機能の一部としてファイル名判定機能を有していると言える。
【００３４】
Ｓ２０３では、プリンタドライバ（印刷データ生成モジュール１５ｄ）は、上記Ｓ２０１で取得されたファイル名が該当する文字列に対応付けてメモリ１３に記憶されている印刷条件をメモリ１３から読み出す。例えば、図５に示したように印刷条件「強制モノクロ印刷」と文字列“*.pdf”とが対応付けられて記憶されている場合において、上記Ｓ２０１で取得されたファイル名が「特許明細書.pdf」であれば、メモリ１３から「強制モノクロ印刷」という印刷条件を読み出す。
【００３５】
Ｓ２０４では、印刷データ生成モジュール１５ｄは、上記Ｓ２０３で読み出した印刷条件に基づいて、基準の印刷条件を変更することにより、上記Ｓ２００で取得したファイルについての印刷条件を設定する。基準の印刷条件とは、管理者ＡがＵＩ画面５１における「基本設定」のタブ５１ｂを選択して過去に設定済みの印刷条件であったり、あるいは、プリンタドライバ１５においてデフォルトで設定されている印刷条件などを言う。本実施例では、上記Ｓ２００で取得したファイルのファイル名が、上記設定画面５２を介して管理者Ａが入力した情報に該当するものでない（Ｓ２０２においてＮｏ）場合には、この基準の印刷条件に基づいて印刷処理を行なうものとしている。
【００３６】
ここで、基準の印刷条件が「カラー」かつ「片面」の印刷であり、上記Ｓ２０３で読み出した印刷条件が「強制モノクロ印刷」である場合には、変更後の印刷条件の設定は、「モノクロ」かつ「片面」となる。また、上記Ｓ２０３で読み出した印刷条件が「強制両面２面付け印刷」である場合には、変更後の印刷条件の設定は、「カラー」かつ「両面」かつ「２面付け」となるし、上記Ｓ２０３で読み出した印刷条件が「強制モノクロ両面２面付け印刷」である場合には、変更後の印刷条件の設定は、「モノクロ」かつ「両面」かつ「２面付け」となる。つまりＳ２０４では、上記Ｓ２０３で読み出された印刷条件の全てを、上記Ｓ２００で取得されたファイルについての印刷条件に組み入れる。
【００３７】
Ｓ２０５では、印刷データ生成モジュール１５ｄは、この時点で設定されている印刷条件（上記Ｓ２０４で設定された印刷条件または基準の印刷条件）を参照しつつ、上記Ｓ２００で取得されたファイルに基づいて印刷データを生成する。つまり、文書であればレンダリング処理によってイメージデータを生成し、またイメージデータに対し、必要に応じた解像度変換やレイアウト処理を施し、さらに色変換処理や２値化処理を実行することにより印刷データを生成する。Ｓ２０６では、印刷データ生成モジュール１５ｄは、上記生成した印刷データに上記Ｓ２０５の時点で設定されている印刷条件の情報を付加した上で、印刷データをプリンタ２０に送信する。この結果、プリンタ２０では、当該送信された印刷条件の情報と印刷データとに基づいて印刷が実行され、上記ファイルの印刷結果が出力される。
【００３８】
このように第１の実施例によれば、印刷対象のファイルのファイル名に応じて印刷条件を規定するとしたため、プリンタ２０を共有する複数のユーザ（複数の端末装置３０）からそれぞれに所望のファイルの印刷指示をサーバ１０（プリンタドライバ１５）が受けた場合に、ファイルの名称の違いに応じたきめ細かな印刷の管理を行うことができる。例えば、電子メールの文書や会社の特定の課内だけで配布される文書のようにカラー印刷や片面印刷の必要性が比較的低い文書であると名称から推測されるファイルについては自動的にモノクロ印刷や両面印刷とすることで、印刷にかかる資源の節約をすることができる。また、契約書等のように用紙の大きさ等が決まっている文書であると名称から推測されるファイルについては特定の用紙サイズに対応した給紙装置からのみ用紙を給紙することで、確実に一定品質の印刷結果が得られる。
【００３９】
（３）第２の実施例
上記印刷システム１００を用いて実行可能な第２の実施例について説明する。
第２の実施例においては、まずプリンタドライバ１５は、プリンタ２０の管理者Ａから受付けた指示に基づいて、各ユーザグループと印刷条件との対応関係を規定し、この規定した対応関係をメモリ１３内の記憶領域に保存する。ユーザグループと印刷条件との対応関係の規定も上記設定画面５２を介して行われる。
【００４０】
管理者Ａが、図４の領域５２ａに示された「カラー印刷許可」のフォルダや「カラー印刷禁止」のフォルダを入力装置６０の操作によって選択した場合、情報設定モジュール１５ａは、領域５２ａで選択されたフォルダに対応する情報入力欄を領域５２ｂに表示する。このように表示された情報入力欄に、管理者Ａは任意にユーザグループ名を入力することができる。ここでいうユーザグループ名とは、印刷システム１００を構成する各端末装置３０のユーザが属する団体、組織の名称や、団体、組織を識別する情報などを言い、例えば、印刷システム１００が社内で用いられている場合には、社内の課や部署の名称などが該当し得る。情報設定モジュール１５ａは、フォルダの選択に応じて領域５２ｂに表示した情報入力欄を介して受付けたユーザグループ名の情報を、対応するフォルダが示す「カラー印刷許可」や「カラー印刷禁止」といった印刷条件に対応付け、この対応関係をメモリ１３内の記憶領域に保存する。
【００４１】
図７は、情報設定モジュール１５ａがメモリ１３内に保存した、ユーザグループ名と印刷条件との対応関係を示している。ここでは、印刷システム１００のユーザが“Sales Department”、“Design Department”、“ABC department”等のグループに分かれている場合を想定しており、“Sales Department”および“Design Department”に対してはカラー印刷を許可し、“ABC department”に対してはカラー印刷を禁止するという印刷条件を規定している。むろん図７に示した対応関係は一例に過ぎず、ユーザグループに対応させて規定する印刷条件としては、印刷時のレイアウトの条件や、用紙の種類など様々なものが考えられる。このように、情報設定モジュール１５ａが各ユーザグループに応じた印刷条件を規定し所定の記憶領域に記憶する点で、プリンタドライバ１５はその機能の一部として印刷条件規定機能を有していると言える。
次に、上記のようにメモリ１３に記憶した情報を利用した印刷制御処理について説明する。
【００４２】
図８は、第２の実施例においてプリンタドライバ１５が実行する印刷制御処理をフローチャートにより示している。Ｓ３００は、上記Ｓ２００と同様である。
Ｓ３０１では、判定処理実行モジュール１５ｂは、上記取得したファイルの出力元の端末装置３０が属するユーザグループを判別する。ユーザグループの判別の具体的手法は様々である。例えば、判定処理実行モジュール１５ｂは、Windows APIの関数の一つであるOpenThreadToken()関数を実行する。当該関数の入力値は、現在のスレッドである。スレッドとは、起動しているプロセスの中に複数存在可能なプログラムの実行単位を言う。判定処理実行モジュール１５ｂは、オペレーティングシステム１４から当該関数の戻り値としてプロセスのハンドル（起動しているプロセスの識別子）を取得する。
【００４３】
次に、判定処理実行モジュール１５ｂは、OpenProcessToken()関数を実行（入力値はプロセスのハンドル）し、関数の戻り値としてプロセスのアクセス権を取得する。
次に、判定処理実行モジュール１５ｂは、GetTokenInformation()関数を実行（入力値はプロセスのアクセス権）し、関数の戻り値としてグループアクセス権を取得する。当該グループアクセス権は、上記取得したファイルの出力元の端末装置３０（のユーザ）が属するユーザグループに対応する情報であるため、判定処理実行モジュール１５ｂは上記取得したグループアクセス権に基づいてユーザグループを一つ特定する。この場合プリンタドライバ１５は、グループアクセス権とユーザグループとの対応関係を定めたテーブルデータ等を予め有しておき、適宜参照する。
【００４４】
また、ユーザグループの判別は次のように行ってもよい。判定処理実行モジュール１５ｂは、WindowsのADSI（Active Directory Service Interface）のSystem.Security.Principalというクラスが有するWindowsIdentity.GetCurrent().Groupsというコマンドを実行し、戻り値としてのIdentityReferenceの情報（ここでは、irとする）から、NTAccountを取得する。そして、ir.Translate（typeof (NTAccount)）を実行することにより、ユーザグループを文字列の情報として取得することができる。
【００４５】
このように判定処理実行モジュール１５ｂが、上記Ｓ３００で取得されたファイルの取得元の情報処理装置（端末装置３０）が属するユーザグループを判別する点で、プリンタドライバ１５はその機能の一部としてユーザグループ判別機能を有していると言える。
Ｓ３０２では、判定処理実行モジュール１５ｂが、上記メモリ１３に記憶されている各ユーザグループと印刷条件との対応関係内を検索して、上記Ｓ３０１で判別したユーザグループに対応する印刷条件を特定するとともに、Ｓ３０３では、印刷データ生成モジュール１５ｄが、当該特定された印刷条件を上記メモリ１３から読み出す。例えば、上記Ｓ３０１で判別したユーザグループが“ABC department”であれば、図７を参照すると、メモリ１３から「カラー印刷禁止」という印刷条件が読み出される。
【００４６】
Ｓ３０４では、上記Ｓ２０４と同様に、印刷データ生成モジュール１５ｄは上記Ｓ３０３で読み出した印刷条件に基づいて、基準の印刷条件を変更することにより、上記Ｓ３００で取得したファイルについての印刷条件を設定する。例えば、基準の印刷条件が「カラー」かつ「片面」の印刷であり、上記Ｓ３０３で読み出した印刷条件が「カラー印刷禁止」かつ「両面印刷」である場合には、変更後の印刷条件の設定は、「モノクロ」かつ「両面印刷」となる。つまりここでも、上記Ｓ３０３で読み出された印刷条件の全てを、上記Ｓ３００で取得されたファイルについての印刷条件に組み入れる。上記Ｓ３０３においてメモリ１３から読み出した印刷条件と基準の印刷条件との間に相違点がない場合には、印刷条件の変更処理は行われない。Ｓ３０５，Ｓ３０６は、上記Ｓ２０５，Ｓ２０６と同様である。なお、上記Ｓ３０２において、検索がエラーとなった場合（上記Ｓ３０１で判別したユーザグループと一致するユーザグループがメモリ１３に規定されていない場合）には、上記基準の印刷条件による印刷を行うものとする。
【００４７】
このように第２の実施例によれば、印刷対象のファイルの送信元の端末装置３０が属するユーザグループに応じて印刷条件を規定したため、異なるユーザグループに属するユーザ（端末装置３０）からそれぞれ所望のファイルの印刷指示をサーバ１０（プリンタドライバ１５）が受けた場合に、ユーザグループの違いに応じたきめ細かな印刷の管理を行うことができる。例えば、カラー印刷を行う必要性の乏しい所定の課に属するユーザの端末装置３０から印刷指示がなされたファイルについては自動的にモノクロ印刷としたり、日常的に印刷用紙の消費量が多い部署に属するユーザの端末装置３０から印刷指示がなされたファイルについては自動的に両面印刷とする。その結果、ユーザの立場毎に必要十分な品質の印刷物の提供や、印刷にかかる資源の節約を行なうことができる。
【００４８】
（４）第３の実施例
上記印刷システム１００を用いて実行可能な第３の実施例について説明する。
第３の実施例においては、まずプリンタドライバ１５は、プリンタ２０の管理者Ａから受付けた指示に基づいて、印刷禁止文字列を規定してメモリ１３内の記憶領域に保存する。印刷禁止文字列とは、その文字列を含むことを理由に文書の印刷を禁止させるような文字列を言い、本実施例では、犯罪用語、差別用語、外部（社外等）に漏洩することを禁止すべき言葉や情報、等を想定している。印刷禁止文字列の規定も上記設定画面５２を介して行われる。
【００４９】
管理者Ａが、図４の領域５２ａに示された「印刷拒否」のフォルダを入力装置６０の操作によって選択した場合、情報設定モジュール１５ａは、領域５２ａで選択された当該フォルダに対応する情報入力欄を領域５２ｂに表示する。このように表示された情報入力欄に、管理者Ａは任意に印刷禁止文字列を入力することができる。情報設定モジュール１５ａは、「印刷拒否」にかかるフォルダの選択に応じて領域５２ｂに表示した情報入力欄を介して受付けた印刷禁止文字列の情報をメモリ１３内の記憶領域に保存する。このように、情報設定モジュール１５ａが管理者Ａの入力操作に基づいて印刷禁止文字列を規定し所定の記憶領域に記憶する点で、プリンタドライバ１５やサーバ１０は、文字列規定部を実現していると言える。
次に、上記のようにメモリ１３に記憶した情報を利用した印刷制御処理について説明する。
【００５０】
図９は、第３の実施例においてサーバ１０が実行する印刷制御処理をフローチャートにより示している。Ｓ４００は、上記Ｓ２００と同様である。
Ｓ４０１では、判定処理実行モジュール１５ｂは、上記メモリ１３において「印刷拒否」のフォルダに対応して保存されている印刷禁止文字列のいずれか一つでも、上記４００で取得したファイル内に含まれているか否かを、ファイルの全ページに渡って判定する。この場合、ファイル内の本文だけでなくファイル名についても印刷禁止文字列の有無を検査する。
【００５１】
端末装置３０から、印刷対象となるファイルを含む印刷ジョブの送信がサーバ１０に対してなされる場合、プリンタドライバ１５に対して上記送信元の端末装置３０のＯＳから所定の描画コマンドが発せられる。プリンタドライバ１５は、当該描画コマンドに応じて、ファイル内の記述を解釈して描画処理を行ない印刷データを生成する。上記描画コマンドには、ファイル内の文字列の印刷を指示するTextOut()関数が含まれており、判定処理実行モジュール１５ｂは、当該TextOut()関数によって指示された文字列を対象として、この中に上記印刷禁止文字列が含まれていないかを判定することができる。このように判定処理実行モジュール１５ｂが、上記Ｓ４００で取得されたファイル内に、上記メモリ１３記憶されたいずれかの印刷禁止文字列が含まれているか否か判定する点で、プリンタドライバ１５やサーバ１０は、文字列判定部を実現していると言える。
【００５２】
上記Ｓ４０１において印刷禁止文字列が含まれている（Ｙｅｓ）と判定された場合には、Ｓ４０２に進み、印刷禁止文字列が含まれていない（Ｎｏ）と判定された場合にはＳ４０４に進む。Ｓ４０２では、印刷データ生成モジュール１５ｄは、印刷データの生成処理を中止する。具体的には、上記Ｓ４０１で印刷禁止文字列を含むと判断された上記ファイルに対応する印刷ジョブ自体を削除する。この結果、印刷禁止文字列が含まれているファイルは、その全ページが印刷されなくなる。
【００５３】
Ｓ４０３では、プリンタドライバ１５は、電子メール送受信プログラム１７を起動させ、ファイルの印刷を中止した旨を外部に通知させる。この場合、電子メール送受信プログラム１７は、例えば管理者Ａが使用する端末装置３０ａ（図１参照）や、管理者Ａが所有する携帯電話（不図示）に対して、ファイルの印刷を中止した旨を電子メールで通知する。当該通知には、印刷中止にかかるファイルのファイル名や、当該ファイルの印刷を行なおうとしたユーザ名（ユーザグループであっても良い）や、当該ファイルに含まれていた印刷禁止文字列などの各種情報を含めることができる。また、管理者Ａに対する通知方法は他にも考えられ、単にサーバ１０が接続する表示装置５０にファイルの印刷を中止した旨を表示してもよいし、さらに必要に応じて、端末装置３０のユーザに対してファイルの印刷を中止した旨を通知するとしてもよい。このように、印刷データ生成モジュール１５ｄが印刷データの生成を中止した場合に、電子メール送受信プログラム１７等が当該中止の旨を管理者Ａ等に対し通知する点で、サーバ１０は通知処理部を実現していると言える。
【００５４】
一方、Ｓ４０４，Ｓ４０５では、印刷データ生成モジュール１５ｄは、上記Ｓ４００で取得されたファイル（全ページ）に基づく印刷データの生成および、生成した印刷データのプリンタ２０への送信を行なう。このＳ４０４，Ｓ４０５の処理において採用する印刷条件は、基本的には上記基準の印刷条件であるが、第１の実施例や第２の実施例で説明したようにファイル名やユーザグループに応じて印刷条件を変更した上で印刷を行なうとしてもよい。
【００５５】
上述した図９の処理によれば、印刷対象のファイルに印刷禁止文字列が含まれているか否かをファイルの全ページに渡って検査し、含まれていないと判定されてから印刷データの生成および印刷を行なうため、途中のページに印刷禁止文字列が含まれているファイルを途中まで印刷して印刷用紙を無駄にしてしまう、ということが無くなる。
【００５６】
ただし、当該第３の実施例は図９に示した処理に限られない。
図１０は、第３の実施例においてサーバ１０が実行する印刷制御処理であって、図９とは異なる処理例をフローチャートにより示している。以下、図１０については図９の処理と異なる部分のみ説明する。
Ｓ５０１では、判定処理実行モジュール１５ｂは、Ｓ５００で取得したファイル内の１つのページ（最初は先頭ページ）を対象として、上記メモリ１３に記憶されている印刷禁止文字列のいずれか一つでも含まれているか否かを判定する。そして、Ｓ５０１において印刷禁止文字列が含まれていない（Ｎｏ）と判定した場合にはＳ５０４に進む。Ｓ５０４，Ｓ５０５では、印刷データ生成モジュール１５ｄは、直近のＳ５０１において印刷禁止文字列が含まれていないと判定された１つのページを対象とした印刷データの生成および生成した印刷データのプリンタ２０への送信を行なう。
【００５７】
Ｓ５０６では、印刷データ生成モジュール１５ｄは、ファイルの全ページについて印刷データの送信を終えたか否か判断し、未処理のページが残っている場合にはＳ５０１に戻り、新たなページ（ページ番号が１つ大きいページ）を対象とした処理を繰り返す。
一方、Ｓ５０１において印刷禁止文字列が含まれている（Ｙｅｓ）と判定された場合には、Ｓ５０２，Ｓ５０３に進む。この結果、印刷禁止文字列が含まれていると判定されたページとそのページより後のページについて印刷が行なわれなくなる。Ｓ５０３における管理者Ａへの通知処理では、ファイル内の何ページ目から印刷を中止したかを示す情報を含めるとしてもよい。
【００５８】
上述した図１０の処理によれば、印刷対象のファイルについて１ページ単位で印刷禁止文字列の有無を判定し、印刷禁止文字列が含まれていなければ逐一印刷を行なうため、プリンタ２０にあるページを印刷させている間に後のページについての印刷禁止文字列の有無を判定できる。そのため、全体として印刷禁止文字列を含まないファイルであれば、ファイル全ページの印刷にかかる時間は上記図９の場合よりも短縮される。
なお、上記図９のように印刷禁止文字列の有無をファイルの全ページを対象としてまとめて検査した上で印刷可否を分岐する処理モードと、図１０のようにファイルの１ページ分検査したら印刷可否を分岐する処理モードとのいずれをサーバ１０に行なわせるかを、上記ＵＩ画面５１等を介して管理者Ａが選択するとしてもよい。
【００５９】
ここで、端末装置３０から送信されたファイルがビットマップデータ等のイメージデータであると、上記Ｓ４０１，Ｓ５０１において、プリンタドライバ１５がファイル内に印刷禁止文字列が含まれているか否かの判定を自動的に行なうのは困難な場合がある。そこでプリンタドライバ１５は、上記Ｓ４００，Ｓ５００で取得したファイルがイメージデータである場合には、このイメージデータを一時的にメモリ１３などに保存するとともに、所定のタイミングで表示装置５０に表示する。管理者Ａは、表示装置５０に表示された印刷対象としてのイメージを目視で検査し、上記印刷禁止文字列に該当するような不適切な表現（犯罪用語、差別表現、社外秘の情報など）が含まれているか否か判断し、この判断結果を入力装置６０を操作してサーバ１０に入力する。そしてプリンタドライバ１５は、当該入力された判断結果（印刷禁止文字列に該当する表現が含まれている／含まれていない）に基づいて、上記Ｓ４０１，Ｓ５０１以降の処理を分岐するとしてもよい。
【００６０】
このように第３の実施例によれば、プリンタ２０を共有する複数のユーザ（複数の端末装置３０）からそれぞれに所望のファイルの印刷指示をサーバ１０（プリンタドライバ１５）が受けた場合にも、管理者Ａが予め設定した犯罪用語や差別用語や社外秘の情報などの印刷禁止文字列を含むファイルを印刷物として出力することを確実に防ぐことができる。その結果、印刷システム１００を複数のユーザで共有する企業等において印刷に起因する情報漏えい等を防止でき、適切に組織統治が行なわれる。
【００６１】
（５）第４の実施例
上記印刷システム１００を用いて実行可能な第４の実施例について説明する。
第４の実施例においては、まずプリンタドライバ１５は、プリンタ２０の管理者Ａから受付けた指示に基づいて、ファイルが有する所定の情報の状態と、印刷条件の変更の問い合わせの内容との対応関係を規定し、この規定した対応関係をメモリ１３内の記憶領域に保存する。かかる対応関係の規定も上記設定画面５２を介して行われる。
【００６２】
管理者Ａが、図４の領域５２ａに示された「全ページ印刷確認」のフォルダや「用紙拡大確認」のフォルダを入力装置６０の操作によって選択した場合、情報設定モジュール１５ａは、領域５２ａで選択されたフォルダに対応する情報入力欄を領域５２ｂに表示する。このように表示された情報入力欄に、管理者Ａは任意に、ファイルが有する各種情報の状態を入力することができる。ここでいう各種情報の状態とは、例えば、ファイル名や用紙サイズや文字サイズやページ数などの各種情報の状態（内容）を言う。情報設定モジュール１５ａは、フォルダの選択に応じて領域５２ｂに表示した情報入力欄を介して受付けた情報を、対応するフォルダが示す「全ページ印刷確認」や「用紙拡大確認」といった、印刷条件の変更の問い合わせの内容に対応付け、この対応関係をメモリ１３内の記憶領域に保存する。「全ページ印刷確認」とは、ファイルが有する全ページを印刷するか否かをユーザに問い合わせる（確認する）ことを意味し、「用紙拡大確認」とは、ファイルの用紙サイズ等をより大きなサイズに変更するか否かをユーザに問い合わせる（確認する）ことを意味する。
【００６３】
図１１は、情報設定モジュール１５ａがメモリ１３内に保存した、ファイルの各種情報の状態と、印刷条件の変更の問い合わせの内容との対応関係を示している。図１１の例では、用紙サイズが“Ａ４またはＢ５”かつ、文字のポイント数が“６以下”のときに「用紙拡大確認」することが規定されている。また、ファイル名が“Microsoft Outlook-*”かつ、ページ数が“複数”のとき、または文書の件名が“Re:”かつ、ページ数が“複数”のときに「全ページ印刷確認」することが規定されている。このように、情報設定モジュール１５ａが、ファイルの各種情報の状態に応じた印刷条件の変更の問い合わせの内容を規定し所定の記憶領域に記憶する点で、プリンタドライバ１５はその機能の一部として問い合わせ情報規定機能を有していると言える。
次に、上記のようにメモリ１３に記憶した情報を利用した印刷制御処理について説明する。
【００６４】
図１２は、第４の実施例においてプリンタドライバ１５が実行する印刷制御処理をフローチャートにより示している。Ｓ６００は、上記Ｓ２００と同様である。
Ｓ６０１では、判定処理実行モジュール１５ｂは、上記取得したファイルについての各種情報を取得する。つまり、上記取得したファイルについてのファイル名や、用紙サイズや、文字のポイント数や、文書の件名や、ページ数などの各種情報を取得する。これら情報の取得方法は特に限られず種々の手法を採用可能であるが、例えば、ファイル名については上述した手法によって取得でき、また、用紙サイズや文字のポイント数や文書の件名やページ数などについては、当該ファイルに付加されているヘッダ内の情報を解析する等により得ることができる。
【００６５】
Ｓ６０２では、判定処理実行モジュール１５ｂは、上記Ｓ６０１で取得した情報が、上記メモリ１３において印刷条件の変更の問い合わせの内容毎に対応して記憶されている情報（情報の組み合わせ）のいずれかと一致する（いずれかを満足させる）か否か判定する。そして、一致すると判定した場合には、Ｓ６０３に進む。このように判定処理実行モジュール１５ｂがＳ６０２の判定を実行する点で、プリンタドライバ１５はその機能の一部としてファイル情報判定機能を有していると言える。
【００６６】
Ｓ６０３では、問い合わせ処理実行モジュール１５ｃは、上記Ｓ６０２で一致すると判定された情報に対応してメモリ１３に記憶されている、印刷条件の変更の問い合わせの内容をメモリ１３から読み出すとともに、当該読み出した情報に基づいて外部に対して問い合わせを行なう。ここで言う問い合わせとは、印刷対象のファイルの送信元となっている端末装置３０のユーザに対する問い合わせを意味する。
【００６７】
例えば、上記Ｓ６０１において、印刷対象のファイルについてのファイル名や、用紙サイズや、文字のポイント数や、文書の件名や、ページ数などの各種情報が得られ、このうち用紙サイズと文字のポイント数とが、上記メモリ１３において「用紙拡大確認」に対応して記憶されている用紙サイズ“Ａ４またはＢ５”と文字のポイント数“６以下”を満たしている場合には、問い合わせ処理実行モジュール１５ｃは、上記ファイルの送信元の端末装置３０に対して通信を行なうことにより、例えば当該端末装置３０のディスプレイに、「用紙サイズをＡ３またはＢ４に変更し文字を拡大しますか？」という問い合わせの表示を行なわせる。また、印刷対象のファイルについての各種情報のうちファイル名とページ数とが、上記メモリ１３において「全ページ印刷確認」に対応して記憶されているファイル名とページ数とを満たしている場合には、問い合わせ処理実行モジュール１５ｃは、上記送信元の端末装置３０に対して通信を行なうことにより、例えば当該端末装置３０のディスプレイに、「全ページを印刷しますか？」という問い合わせの表示を行なわせる。
【００６８】
むろん、図１１に示したファイルの各種情報の状態と印刷条件の変更の問い合わせの内容との対応関係は例であり、用紙サイズの情報と文字のポイント数の情報とのいずれか一方が特定の範囲に属する場合に「用紙拡大確認」の問い合わせを行なうとしてもよいし、他にも種々の対応関係が考えられる。
Ｓ６０４では、プリンタドライバ１５は、上記問い合わせに応じた指示を受付ける。つまり、上記問い合わせを受けた端末装置３０のユーザからの指示を、端末装置３０との通信を介して受け取る。ただし端末装置３０のユーザは、サーバ１０の入力装置６０を操作してサーバ１０に対して直接指示を行うことも可能である。ユーザからの指示としては、印刷サイズの変更指示（例えば、用紙サイズおよび文字ポイント数の変更指示）や、印刷するページ範囲の変更指示（例えば、最初の１ページのみ印刷する旨の指示）などが想定される。
【００６９】
Ｓ６０５では、印刷データ生成モジュール１５ｄは上記Ｓ６０４で受付けた指示に基づいて、印刷条件を変更することにより、上記Ｓ６００で取得したファイルについての印刷条件を設定する。ただし、上記Ｓ６０４において印刷条件を変更しない旨の指示を受付けた場合には、当該Ｓ６０５での印刷条件の変更は行なわない。
Ｓ６０６，Ｓ６０７は、基本的にＳ２０５，Ｓ２０６と同じである。なお上記Ｓ６０２において“Ｎｏ”の判定がなされた場合および上記Ｓ６０４において印刷条件を変更しない旨の指示を受付けた場合には、上記印刷対象のファイルが有している情報および上記基準の印刷条件に基づいて印刷が行なわれる。
【００７０】
このように第４の実施例によれば、印刷対象のファイルのファイル名や用紙サイズや文字サイズやページ数などの各種情報の状態が、管理者Ａが予め設定した特定の状態に該当する場合に、当該特定の状態に対して適切な印刷条件の変更の問いかけをユーザに対して行なうことができる。例えば、用紙サイズや文字サイズが所定サイズより小さくて文書が読みづらいと推測される場合には、これらのサイズを拡大するか否かの問い合わせを行なったり、電子メールの文書（特に、返信された電子メールの文章）等のように全ページを印刷する必要性が比較的低いファイルである場合には印刷するページの範囲を問い合わせたりすることができる。その結果、ユーザが気づかないまま印刷対象のファイルにとって不適切な印刷条件で印刷をしてしまうことを防止でき、無駄なページの印刷や、印刷のやり直し等を格段に減らすことができる。
【００７１】
なお、上記第１〜第４の実施例は、図１に示した印刷システム１００を利用することを前提に説明を行なったが、上記第１〜第４の実施例は、図１３に示したような印刷システム１１０を利用しても実行可能である。印刷システム１１０においては、プリンタ２０と複数の端末装置（ＰＣ）３０がネットワーク４０にそれぞれ接続している一方、図１に示したような、プリンタ２０と接続するサーバ１０が存在しない。サーバ１０が存在しない替わりに、各端末装置３０はそれぞれにプリンタドライバ１５およびドライバポリシー１３１を具備している。ドライバポリシー１３１は、上記第１〜第４の実施例においてそれぞれ管理者Ａが設定画面５２から入力を行いメモリ１３に保存した情報（例えば、図５，７，１１に示した情報など）と同じ内容の情報である。つまり管理者Ａは、プリンタドライバ１５を備える一つのＰＣを操作して設定画面５２から必要な入力をしてドライバポリシー１３１を生成し、この生成したドライバポリシー１３１を各端末装置３０のハードディスク等のメモリにコピーし、かつプリンタドライバ１５を各端末装置３０にインストールする。その結果、印刷システム１１０においても、各端末装置３０がプリンタ２０を用いて行なう印刷処理が、管理者Ａが意図した印刷のルールに従って管理される。
また上記第１〜第４の実施例は、それら単独での実施だけでなく、適宜組み合わせて実施することが可能である。
【図面の簡単な説明】
【００７２】
【図１】印刷システムの概略構成を示したブロック図である。
【図２】サーバの機能構成を示すブロック図である。
【図３】ＵＩ画面の例を示す図である。
【図４】設定画面の例を示す図である。
【図５】ファイル名と印刷条件との対応関係図である。
【図６】第１の実施例にかかる印刷制御処理を示したフローチャートである。
【図７】ユーザグループと印刷条件との対応関係図である。
【図８】第２の実施例にかかる印刷制御処理を示したフローチャートである。
【図９】第３の実施例にかかる印刷制御処理を示したフローチャートである。
【図１０】第３の実施例にかかる印刷制御処理を示したフローチャートである。
【図１１】ファイルの各種情報の状態と印刷条件の変更の問い合わせの内容との対応関係図である。
【図１２】第４の実施例にかかる印刷制御処理を示したフローチャートである。
【図１３】印刷システムの概略構成の他の例を示したブロック図である。
【符号の説明】
【００７３】
１０…サーバ、１１…制御部、１２…入出力インターフェース、１３…メモリ、１４…オペレーティングシステム、１５…プリンタドライバ、１５ａ…情報設定モジュール、１５ｂ…判定処理実行モジュール、１５ｃ…問い合わせ処理実行モジュール、１５ｄ…印刷データ生成モジュール、１７…電子メール送受信プログラム、２０…プリンタ、２１…制御部、２２…入出力インターフェース、２３…印刷機構、３０，３０ａ…端末装置、４０…ネットワーク、５０…表示装置、５１…ＵＩ画面、５２…設定画面、６０…入力装置、１００，１１０…印刷システム、１３１…ドライバポリシー
【図１】
2009140429.tif 000003
【図２】
2009140429.tif 000004
【図３】
2009140429.tif 000005
【図４】
2009140429.tif 000006
【図５】
2009140429.tif 000007
【図６】
2009140429.tif 000008
【図７】
2009140429.tif 000009
【図８】
2009140429.tif 000010
【図９】
2009140429.tif 000011
【図１０】
2009140429.tif 000012
【図１１】
2009140429.tif 000013
【図１２】
2009140429.tif 000014
【図１３】
2009140429.tif 000015