JP5747885B2 - 印刷システム、サーバーおよびコンピュータープログラム - Google Patents

Description

本発明は、サーバーを用いて印刷装置に印刷ジョブを実行させる技術に関する。

サーバーが関与するネットワークプリンティングの一形態として、ルールベースプリンティングが知られている。ルールベースプリンティングでは、印刷を要求する情報機器（クライアント端末）からサーバーに送られる印刷ジョブの指し示す印刷設定の内容が、予め定められた印刷ルールに適合するようにサーバーによって強制的に変更される。例えば、印刷色をモノクロに限定するというルールが定められている場合、カラー印刷をするという設定がモノクロ印刷をするという設定に変更される。そして、印刷設定の変更された印刷ジョブが元の印刷ジョブに代えて印刷装置に与えられる。

ルールベースプリンティングによれば、印刷コストの低減を図ることができる。特許文献１では、フルカラーをモノクロに変更したり、片面印刷を両面印刷に変更したり、片面に印刷するページの数を１から２に変更したり、用紙の指定を普通紙から再生紙に変更したりする印刷システムが提案されている。

特開２０１０−２５６９５８号公報

従来のルールベースプリンティングでは、印刷ルールにおける条件を構成する情報が印刷ジョブから抽出可能な情報に限られていた。印刷ジョブから抽出可能な情報とは、クライアント端末（またはそのユーザー）の識別コード、印刷すべき文書に付随するメタデータが示す情報（例えば、文書ファイル名）、自動解析によって判別可能な文字や属性といった文書自体がもつ情報などであって、クライアント端末において印刷の対象となる文書が特定された段階で自動的に確定する情報である。このため、従来では、ユーザーは同じ文書について異なる印刷設定によって印刷された印刷物を取得することができなかった。

しかし、同じ文書を印刷するにしても、「社内用の印刷物はモノクロでよいが、顧客用の印刷物はカラーでなければならない」というように、用途に応じて印刷設定を変更すべき場合がある。

本発明は、このような事情に鑑み、用途に応じた印刷物の作成が可能なルールベースプリンティングの実現を目的としている。

上記目的を達成する印刷システムは、印刷ジョブを生成するクライアント端末と、前記印刷ジョブに応じた印刷指示を印刷装置に与えるサーバーとを有する。前記サーバーは、印刷物に関する複数の用途のそれぞれに対応付けられた印刷ルールを示すルール情報を記憶する記憶部と、印刷指示に対して前記複数の用途を前記クライアント端末に通知する制御部と、を有し、前記クライアント端末は、ユーザーによる印刷設定操作に応じた印刷指示を受け付ける受付部と、前記印刷指示に対して前記サーバーから通知された前記複数の用途に対する選択操作のための操作画面を表示する用途選択制御部と、前記操作画面において選択された用途を前記サーバーに通知する通信部と、を有している。そして、印刷システムは、前記クライアント端末から前記サーバーへ送信される印刷ジョブであるオリジナルジョブが指定する印刷設定を、前記ルール情報における前記選択された用途に対応付けられている印刷ルールに従って変更し、変更後の印刷設定を指定する印刷ジョブであるルールベースジョブを前記オリジナルジョブに代えて前記印刷装置に与える。

本発明によれば、用途に応じた印刷物の作成が可能なルールベースプリンティングを実現することができる。

本発明の実施形態に係るネットワークプリンティング環境を示す図である。 印刷に適用されるルール情報の第１例を示す図である。 印刷システムの機能構成の第１例を示すブロック図である。 用途選択のための操作画面の第１例を示す図である。 印刷システムの動作シーケンスの第１例を示す図である。 印刷システムの動作シーケンスの第２例を示す図である。 ルール情報の第２例を示す図である。 印刷システムの機能構成の第２例を示すブロック図である。 用途選択のための操作画面の第２例を示す図である。 印刷システムの動作シーケンスの第３例を示す図である。 ルール情報の第３例を示す図である。 クライアント端末のハードウェア構成の典型例を示す図である。

〔実施形態１〕
ネットワークプリンティング環境の一例が図１に示される。例示において、企業のオフィスにＬＡＮ（Local Area Network）５が構築されており、このＬＡＮ５に、サーバー２、複数のクライアント端末３，３ｂ，３ｃ、複数のプリンター４，４ｂ、および管理用のパーソナルコンピューター３ｚが相互の通信が可能に接続される。サーバー２としてサーバー専用機やパーソナルコンピューターを用いることができる。また、サーバー２をプリンター４，４ｂのいずれかに組み入れることができる。クライアント端末３，３ｂ，３ｃは、印刷を要求するソフトウェアが稼動する装置であればよい。例えば、パーソナルコンピューター、タブレットおよびスマートフォンといった情報機器をクライアント端末３，３ｂ，３ｃとして用いることができる。プリンター４，４ｂは、印刷専用機に限らず、複写やスキャニングなどの多様な用途をもつＭＦＰ（Multi-functional Peripheral）であってもよい。

クライアント端末３，３ｂ，３ｃのユーザー６，６ｂ，６ｃは、ネットワークプリンティングによって印刷物を取得することができる。ユーザー６，６ｂ，６ｃがクライアント端末３，３ｂ，３ｃを操作して印刷を指示すると、指示を受けたクライアント端末３，３ｂ，３ｃはサーバー２に対して印刷を要求し、サーバー２がプリンター４，４ｂのいずれかに印刷を実行させる。図１では、クライアント端末３からの印刷要求がプリンター４へ伝えられる場合が例示されている。

このようにサーバー２が介在するネットワークプリンティングにおいて、予め定められた印刷ルールが適用される。すなわち、いわゆるルールベースプリンティングが行なわれる。サーバー２は、ユーザー別の管理情報であるユーザー情報１９、および管理者７によって登録された印刷ルールを示すルール情報２０を有している。このルール情報２０の印刷ルールに則って、サーバー２は、クライアント端末３，３ｂ，３ｃからの印刷ジョブであるオリジナルジョブ８に含まれる印刷設定情報１０を適宜変更する。そして、サーバー２は、変更後の印刷設定情報１１を含む印刷ジョブであるルールベースジョブ８Ｒを例えばプリンター４に与える。オリジナルジョブ８に含まれる印刷対象データ（文書データ）９は、そのままルールベースジョブ８Ｒに含まれる。

印刷ルールは、同じ印刷対象データ９をそれの印刷物の“用途”に応じて印刷設定を変更することを定めている。言い換えれば、印刷ルールにおける印刷設定を決める条件に“用途”という要素が含まれている。したがって、同じユーザー（例えばユーザー６）が時を替えて同じ印刷対象データ９の印刷を指示したとしても、用途が同じでなければ、出来上がった印刷物の様相が異なることになる。例えば、カラー印刷となったりモノクロ印刷となったりする。

印刷対象データ９を印刷した印刷物の用途が何であるかは、印刷対象データ９および印刷設定情報１０を解析しても分からない。したがって、印刷を指示するユーザー６，６ｂ，６ｃが印刷物の用途を指定する。ただし、ユーザー６，６ｂ，６ｃが指定可能な用途は、ルール情報２０において選択肢として定められている用途に限られる。

そこで、図１のようにサーバー２は、印刷を要求したクライアント端末３に、ルール情報２０で定められている用途の選択肢（用途一覧）を通知する。クライアント端末３は通知された用途の選択肢を表示し、ユーザー６が選択した選択肢（用途）をサーバー２に通知する。そして、サーバー２は、通知された用途およびオリジナルジョブ８に元々含まれる情報（ユーザー６またはクライアント端末３の識別コードや印刷対象データ９自体またはそのメタデータが示す属性など）に応じて、印刷設定情報１０を印刷設定情報１１に変更する。

以下、印刷物の用途に応じて印刷設定を決める印刷ルール、および印刷ルールの適用に関わる印刷システムの構成の例を挙げる。

図２はルール情報２０の第１例を示している。ルール情報２０は、ルール適用を場合分ける『条件』を示す部分２１と、『条件』の各区分に対する『強制する印刷設定』を示す部分２２とで構成される。ルール情報２０において、『条件』は、「部署」、「用途」および「その他」と名付けられた三つの要素を有している。また、『強制する印刷設定』は、「使用するプリンター」および「他の項目の設定」という二つの要素を有している。

『条件』のうちの「部署」について、営業部、経理部、人事部、…の場合分けがなされている。予めクライアント端末３，３ｂ，３ｃの識別情報を登録しておくことにより、クライアント端末３とサーバー２との接続時の通信データから、ユーザー６，６ｂ，６ｃの所属する部署を特定することができる。また、クライアント端末３，３ｂ，３ｃの操作に際してユーザー認証を行う場合には、認証されたユーザーの識別コードによってそのユーザーが所属する部署を特定することができる。

『条件』のうちの「用途」は、印刷物の“用途”に該当する要素である。例示では、営業部に対して「社内向け」と「顧客向け」という二つの用途が選択肢として定められ、経理部に対して「社内作業用」と「社内保存用」と「社外提出用」という三つの用途が選択肢として定められている。しかし、人事部に対しては用途の選択肢が定められていない。

『条件』のうちの「その他」において、営業部について、１回の印刷に使用する用紙の枚数による場合分けがなされている。詳しくは、用途が「社内向け」であるときは１０枚未満と１０枚以上とに区分し、用途が「顧客向け」であるときは２０枚未満と２０枚以上とに区分するように定められている。経理部については、「その他」の場合分けは定められていない。

一方、ルール情報２０の部分２２（『強制する印刷設定』）では、部分２１の『条件』で分けられた区分のそれぞれに、印刷設定の変更の内容が対応付けられている。例えば、営業部に注目すると、印刷ルールは次のとおりである。
・使用するプリンターは「用途」および「その他」の場合分けにかかわらず一律に番号１（＃１）のプリンター(例えばプリンター４）である。
・用途が「社内向け」であれば、「その他」における枚数の場合分けにかかわらず、印刷色をモノクロに限定する。
・用途が「社内向け」であり且つ枚数が１０枚以上であれば、モノクロにする限定とともに、文書の２ページを用紙の片面に印刷する２イン１（2 in 1）集約を行う。オリジナルジョブにおいて２イン１集約が設定されていた場合は、集約に関する設定をそのままルールベースジョブに反映させる。
・用途が「顧客向け」であり且つ枚数が２０枚未満であれば、使用するプリンターを限定する以外の強制を行なわない。つまり、プリンターの指定を除いて、オリジナルジョブ８の印刷設定をそのままルールベースジョブ８Ｒに反映させる。
・用途が「顧客向け」であり且つ枚数が２０枚以上であれば、両面印刷に限定する。つまり、片面印刷の設定を両面印刷の設定に強制的に変更する。オリジナルジョブにおいて両面印刷が設定されていた場合は、その両面印刷の設定をそのままルールベースジョブ８Ｒに反映させる。

図３は本発明の実施形態１に係る印刷システム１の機能構成を示している。印刷システム１は、少なくとも１台のクライアント端末３、サーバー２、および少なくとも１台のプリンター４を備える。上述のとおり、サーバー２をプリンター４に組み入れることができる。

クライアント端末３は、用途選択制御部３０１、ジョブ生成部３０２、通信部３０３およびユーザー認証部３０４を有する。これら要素は、図１２にハードウェア構成が例示されるクライアント端末３にコンピューターとして実装されたＣＰＵ（Central Processing Unit）３０がＲＯＭ（Read-Only Memory）３１またはストレージ３３から所定のプログラムをＲＡＭ（Random Access Memory）３１にロードして実行することによって実現される機能要素である。

用途選択制御部３０１は、ユーザーによる印刷物の用途選択のための処理を担う。操作入力デバイス３６によるユーザーの操作を受け付ける図示しない受付部が、印刷の指示を受け付けると、用途選択制御部３０１はジョブ生成部３０２に指示を伝える。そして、通信部３０３を介してサーバー２からの用途指定要求を受けると、用途選択制御部３０１は用途指定要求が示す用途の選択肢をディスプレイ３７に表示させ、選択肢の一つを選択する操作によってユーザーが指定した用途を通信部３０３に伝える。

ジョブ生成部３０２はオリジナルジョブ８を生成する。オリジナルジョブ８は、印刷設定情報１０を含むジョブチケットと呼ばれる命令部分と、印刷すべき画像を特定する印刷対象データ９とから構成される。ジョブ生成部３０２は、プリンタジョブ言語（ＰＪＬ：Printer Job Language）によってジョブチケットを記述し、印刷対象データ９をページ記述言語（ＰＤＬ：Page Description Language）によって記述する。そして、ジョブ生成部３０２は、生成したオリジナルジョブ８を通信部３０３へ引き渡す。

通信部３０３は、図３には描かれていない通信インタフェース３４を介して行なわれるサーバー２との通信を受け持つ。通信部３０３は、サーバー２からの用途指定要求を用途選択制御部３０１に伝え、用途選択制御部３０１から伝えられるユーザーによって指定された用途をサーバー２に通知する。また、通信部３０３はジョブ生成部３０２から受け取ったオリジナルジョブ８をサーバー２に送信する。

ユーザー認証部３０４は、ユーザーがログイン操作によって入力したユーザー情報と予め登録されているユーザー登録情報とを照合してユーザーを認証する。また、ユーザー認証部３０４は、クライアント端末３がサーバー２に印刷を要求する際に、サーバー２に送るべきログインユーザーを特定するユーザー情報を通信部３０３に出力する。

サーバー２は、ルール情報２０を記憶するストレージ２５、制御部２０１、ジョブ修正部２０２、および通信部２０３を有する。制御部２０１、ジョブ修正部２０２、および通信部２０３は、サーバー２にコンピューターとして実装された図示しないＣＰＵが所定のプログラムを実行することによって実現される機能要素である。

制御部２０１は、クライアント端末３との通信を受け持つ通信部２０３を介してクライアント端末３からの用途選択肢の照会を受け、クライアント端末３のユーザーに対応する用途の選択肢をルール情報２０から抽出してクライアント端末３に通知する。例えば、クライアント端末３のユーザーが営業部員である場合、上述のように営業部に対して「社内向け」と「顧客向け」とが用途の選択肢として定められているので、これら二つの選択肢を通知する。また、制御部２０１は、クライアント端末３から受信したオリジナルジョブ８をジョブ修正部２０２に引き渡し、クライアント端末３から通知されるユーザーが指定した用途（選択された選択肢）をジョブ修正部２０２に伝える。

ジョブ修正部２０２は、クライアント端末３からのオリジナルジョブ８をルールベースジョブ８Ｒに修正してプリンター４に与える。すなわち、ジョブ修正部２０２は、ルール情報２０によって示される印刷ルールに適合するように、オリジナルジョブ８における印刷設定を変更する。オリジナルジョブ８が印刷ルールに適合している場合、ジョブ修正部２０２はオリジナルジョブ８をルールベースジョブ８Ｒとしてプリンター４に与える。

プリンター４は、サーバー２から与えられたルールベースジョブ８Ｒを実行する。プリンター４としては、ルールベースジョブ８Ｒの印刷設定に対応する印刷機能を有する印刷装置であればよい。電子写真法、インクジェット法、または他の方法を用いるものであってよい。

図４はクライアント端末３において表示される用途選択のための操作画面の一例を示している。図示の操作画面Ｑ１は、ユーザーに用途の選択を促すメッセージ６０、クライアント端末３に対応する部署を表示する領域６１、および用途の複数の選択肢にそれぞれ対応する選択ボタン６３，６４を有している。

クライアント端末３のユーザーは、操作入力デバイス３６を用いて選択ボタン６３，６４のいずれかを選択する。操作入力デバイス３６がマウスであればクリック操作をし、タッチパネルであればタッチ操作をする。

ユーザーが選択ボタン６３，６４のいずれかを選択してＯＫボタン６８を操作すると、操作された選択ボタンに対応する用途を指定したことになる。操作画面Ｑ１において指定された用途は、上述のようにサーバー２に通知されてルールベースジョブ８Ｒに反映される。ユーザーがキャンセルボタン６９を操作すると、操作画面Ｑ１の表示の契機となった印刷の指示が取り消され、オリジナルジョブ８の生成が中止される。

このような操作画面Ｑ１の表示は、例えば画面データのひな形に基づいて画面を作成する既存のソフトウェアを用いて実現することができる。このソフトウェアおよびひな形をクライアント端末３に記憶させておけば、サーバー２は用途の選択肢やそのグループ名（本例では部署名がこれに当る）といった表示すべき情報を通知するだけでよい。つまり、操作画面Ｑ１を表わす画面データをサーバー２からクライアント端末３に転送する必要はない。このことは、管理者７による用途の選択肢の設定変更が容易であることを意味する。管理者７は、ひな形における選択ボタンの最大個数や用途名の文字数制限といった制約の範囲内で、自由に用途の選択肢を増減したり用途名を付与したりすることができる。

図５は印刷システム１の動作シーケンスの一例を示している。

クライアント端末（図ではクライアントと記す）３のユーザー６が印刷を指示する以前に、管理者７による印刷ルールの登録が行なわれる（Ｓ１）。管理者７は、例えば「各部署の業務に支障が生じない範囲内で可能な限り印刷コストを低減する」という企業内ポリシーに沿う印刷ルールをルール情報２０としてサーバー２に登録する。ルール情報２０はサーバー２内のストレージによって記憶される（Ｓ２）。

クライアント端末３を使用しようとするユーザー６は、所定のログイン操作をする（Ｓ３）。ユーザー６を特定するユーザー情報がクライアント端末３に入力され、クライアント端末３によってユーザー６が認証される（Ｓ４）。

クライアント端末３のログインユーザーであるユーザー６は、文書の印刷を指示する際に、必要に応じて印刷設定操作をする(Ｓ５）。例えば、用紙サイズや部数を指定したり、印刷色を選択したり、ヘッダーやウォーターマークの印刷の有無を切り替えたりする。このとき、操作をしなければ、現在の設定（例えばデフォルトの設定）をそのまま指定することになる。

ユーザー６が印刷を指示すると（Ｓ６）、クライアント端末３は、ログインユーザーを示すユーザー情報を送信してユーザー６による印刷の指示のあったことをサーバー２に伝える。これによりサーバー２に対して用途の選択肢の照会が行なわれたことになる（Ｓ７）。この照会と並行してクライアント端末３は印刷ジョブ（オリジナルジョブ)の生成を始める（Ｓ８）。照会を受けたサーバー２は、クライアント端末３からのユーザー情報によってユーザー６を判別し、ユーザー６に対応する用途の選択肢をルール情報から抽出してクライアント端末３に通知する（Ｓ９、Ｓ１０）。

クライアント端末３は、サーバー２から通知された用途の選択肢をユーザー６が選択するための操作画面を表示する（Ｓ１１）。ユーザー６が用途を指定すると（Ｓ１２）、クライアント端末３は、オリジナルジョブをサーバー２に送信するとともに、ユーザー６によって指定された用途をサーバー２に通知する（Ｓ１３）。

サーバー２は、通知された用途に応じた印刷設定による印刷を指示する印刷ジョブ（ルールベースジョブ）を生成し（Ｓ１４）、生成したルールベースジョブをプリンター４に与える（Ｓ１５）。そして、プリンター４がルールベース８Ｒを実行し（Ｓ１６）、印刷物１２が出来上がる。

図６は印刷システム１の動作シーケンスの変形例を示している。この例のように、クライアント端末３がオリジナルジョブを送信するタイミングの変形が可能である。すなわち、上述の図５の例ではクライアント端末３がオリジナルジョブの生成・送信前にサーバー２に対して用途の選択肢を照会し、それに応えてサーバー２が用途の選択肢を通知する。これに対して、図６の変形例では、サーバー２がオリジナルジョブの受信後に用途の通知をクライアント端末３に要求し、それに応えてクライアント端末３がユーザー６によって指定された用途を通知する。詳しくは、次のとおりである。

ユーザー６が印刷を指示したとき（Ｓ６）、クライアント端末３はオリジナルジョブを生成し（Ｓ７ｂ）、ログインユーザーを示すユーザー情報と生成したオリジナルジョブとをサーバー２に送信する（Ｓ８ｂ）。サーバー２は、ユーザー情報によってユーザー６を判別し、ユーザー６に応じた用途の選択肢をルール情報から抽出してクライアント端末３に通知する（Ｓ９、Ｓ１０）。この通知を受けたクライアント端末３は、ユーザー６が用途を選択するための操作画面を表示し（Ｓ１１）、ユーザー６が指定した用途をサーバー２に通知する（Ｓ１２、Ｓ１３ｂ）。以降は図５の例と同様に、サーバー２は通知された用途に応じたルールベースジョブを生成し（Ｓ１４）、生成したルールベースジョブをプリンター４に実行させる（Ｓ１６）。

〔実施形態２〕
図７は実施形態２に係るルール情報２０ｂを示している。ルール情報２０ｂは、ルール適用を場合分ける『条件』を示す部分２１ｂと、『条件』の各区分に対する『強制する印刷設定』を示す部分２２ｂとで構成される。ルール情報２０ｂにおける『条件』は、「部署」、「用途」、「累積」および「その他」という四つの要素を有している。すなわち、上述の図２の例にはない「累積」という要素が『条件』に加わっている。『強制する印刷設定』は、図２の例と同様に「使用するプリンター」および「他の項目の設定」という二つの要素を有している。

この例での「累積」は、用途ごとの印刷ジョブの実行回数を制限するために定められている。実行回数の制限がない場合、ユーザーが指定する用途に偏りの生じる懸念がある。例えば図示された営業部についての印刷ルールでは、用途が「社内向け」である場合はモノクロに限定されるのに対して、用途が「顧客向け」である場合はモノクロに限定されることはない。このため、実際の用途は「社内向け」であるにもかかわらずユーザーが用途として「顧客向け」を指定することが起こり得る。印刷コストの上で「顧客向け」よりも「社内向け」の方が安価になるように印刷設定が強制されるので、不正に「顧客向け」が指定されることは印刷コストを低減するというルールベースプリンティングの効果を損なう。このため、正しい用途の指定をユーザーに意識づける目的で「累積」が定められている。「累積」の欄に記載された情報は、複数の用途のそれぞれに対して設定された上限数を示す印刷制限情報である。例示では、「社内向け」については「累積」の制限はなく、「顧客向け」については１０回まで（上限１０回）に制限されている。

図８は実施形態２に係る印刷システム１ｂの機能構成を示している。図８において図３の例に対応する構成要素には図３と同一の参照符号を付し、それらの説明を省略する。

印刷システム１ｂは、図３の印刷システム１におけるサーバー２に代えてサーバー２ｂを有している。サーバー２ｂは、ルール情報２０ｂおよび選択履歴２３を記憶するストレージ２５ｂ、制御部２０１ｂ、ジョブ修正部２０２ｂ、および通信部２０３を有する。制御部２０１ｂ、ジョブ修正部２０２ｂ、および通信部２０３は、サーバー２ｂにコンピューターとして実装された図示しないＣＰＵが所定のプログラムを実行することによって実現される機能要素である。

制御部２０１ｂは、通信部２０３を介してクライアント端末３による用途選択肢の照会を受ける。照会を受けた制御部２０１ｂは、選択履歴２３からクライアント端末３のログインユーザーに該当する履歴情報を抽出するとともに、ルール情報２０ｂからクライアント端末３のログインユーザーに該当する用途の選択肢を抽出する。そして、抽出した履歴情報および用途の選択肢をクライアント端末３に通知する。また、制御部２０１ｂは、クライアント端末３から受信したオリジナルジョブ８をジョブ修正部２０２ｂに引き渡し、クライアント端末３から通知されるユーザーによって指定された用途（選択された選択肢）をジョブ修正部２０２ｂに伝える。

ジョブ修正部２０２ｂは、クライアント端末３からのオリジナルジョブ８をルールベースジョブ８Ｒに修正してプリンター４に与える。加えて、ジョブ修正部２０２ｂは、ルール情報２０ｂにおける「累積」に係る処理として、ルールベースジョブ８Ｒをプリンター４に与えた後、選択履歴２３における用途ごとの印刷ジョブ実行回数を更新する。すなわち、ジョブ修正部２０２ｂは、クライアント端末３に対応するルールベースジョブを実行するごとに増える実績数を用途別に計数する実績管理部としての役割をもつ。

図９は実施形態２に係る操作画面Ｑ１ｂを示している。操作画面Ｑ１ｂはクライアント端末３においてユーザーによる用途の選択のために表示される。図示のように、操作画面Ｑ１ｂは、ユーザーに用途の選択を促すメッセージ６０、クライアント端末３に対応する部署を表示する領域６１、用途の複数の選択肢にそれぞれ対応する選択ボタン６３，６４、各選択肢に係るメッセージ６５，６６、および履歴情報表示領域６７を有している。

選択ボタン６３，６４のそれぞれの右隣に表示されるメッセージ６５，６６は、上述のルール情報２０ｂにおける『条件』の「累積」による用途別の印刷制限の現状を示す情報である。例示では、「社内向け」の選択ボタン６３に対応するメッセージ６５は、印刷ジョブの実行回数に制限のないこと、すなわち「社内向け」については用途として何回でも指定可能であることを示している。「顧客向け」の選択ボタン６４に対応するメッセージ６６は、「顧客向け」については用途として指定可能な残り回数を示している。履歴情報表示領域６７には、用途の選択肢である「社内向け」および「顧客向け」とそれらを過去にユーザーが選択した日付とを対応づけて示す選択操作の履歴が表示される。

メッセージ６５，６６が表示されることにより、ユーザーは各用途での印刷があとどのくらい許されているかを把握することができる。また、用途の選択に係る履歴情報が表示されることにより、管理者７はユーザーに自己の印刷状況を認識させるとともに、印刷ルールに対する強い意識付けをユーザーに促すことができる。

図１０は印刷システム１ｂの動作シーケンスを示している。例示の動作シーケンスは基本的には図５の動作シーケンスと同様である。図１０では、サーバー２ｂがクライアント端末３から用途の選択肢の照会を受けたとき（Ｓ７）、クライアント端末３に対応する用途の選択肢とともに選択の履歴情報をクライアント端末３に通知する（Ｓ１０ｃ）。そして、クライアント端末３は、図９の操作画面Ｑ１ｂを表示する。その後、サーバー２ｂは、ユーザー６が指定した用途に応じたルールベースジョブをプリンター４に与え（Ｓ１５）、用途選択の履歴を更新する（Ｓ１５ｂ）。

ここで、「顧客向け」の印刷ジョブの実行回数が既に「累積」の制限における上限数となっていた場合、クライアント端末３が「顧客向け」の選択ボタン６４を選択不可であることがユーザーに判るように例えばグレーアウトにすることができる。言い換えれば、ジョブ修正部２０２ｂによって計数されたルールベースジョブの実行数が上限数未満である用途のみについて、用途選択制御部３０１が選択操作を受け付けるようにしてもよい。これによれば、「累積」の制限により選択不可となっている用途の選択ボタンを表示しない場合と比べて、ユーザーが自己の印刷状況を把握し易い。

図１１は実施形態２におけるルール情報の変形例を示している。図１１のルール情報２０ｃは、ルール適用を場合分ける『条件』を示す部分２１ｃと、『条件』の各区分に対する『強制する印刷設定』を示す部分２２ｃとで構成される。ルール情報２０ｃでは、『条件』の要素の一つである「累積」によって用途ごとに「回数」ではなく「印刷枚数」が制限される。例示では、「顧客向け」について上限２００枚の制限が定められている。

以上の実施形態１、２によれば、複数のクライアント端末３，３ｂ，３ｃの属するグループ（部署）ごとに印刷物の用途に応じて印刷設定を定める柔軟性のあるルールベースプリンティングを実現することができる。ユーザー６，６ｂ，６ｃは、用途を指定することにより、同じ印刷対象文書について異なる印刷物を取得することができる。すなわち、ユーザー６，６ｂ，６ｃからみた印刷システムの利便性を高めることができる。一方、管理者７は、サーバー２，２ｂにおけるルール情報２０，２０ｂ、２０ｃを適宜修正することにより、業務の実情に応じて臨機応変に用途の選択肢を増減することができる。

用途別の印刷を実現する手法として、ユーザーが印刷対象の文書名に用途を表す文字列を挿入しておき、サーバーがその文字列から用途を判別する手法が考えられる。しかし、この手法には、文字列の挿入に手間がかかるという問題と、管理者が各ユーザーに指定可能な用途を前もって知らせておく手間がかかるという問題がある。また、別の手法として、例えばモノクロ印刷のみが許可されるユーザーが、カラー印刷を許可する特別のアカウントの発行を管理者に依頼する手法がある。これには、ユーザーおよび管理者の双方に手間がかかるという問題がある。上述の実施形態１，２によれば、このような問題を生じることなく、用途別の印刷を実現することができる。

上述の実施形態１、２において、印刷ルールは例示に限らず、任意に定めることができる。例えば、用途の一つとして「外部委託用」を設け、この用途には秘密文書として取り扱うことを促すウォーターマークを付加する印刷設定を対応づけてもよい。「顧客用カタログ」を用途の一つとし、両面印刷および複数枚の場合に２箇所のステープル止めをする印刷設定を定めてもよい。ただし、ウォーターマークの付加、両面印刷、ステープル止めやパンチ穿孔といった印刷設定を定める場合、そのような機能を備えたプリンターを「使用するプリンター」とする必要がある。また、テキストと写真とで印刷設定を異ならせるというように、オリジナルジョブ８に印刷対象９として含まれる文書がもつ属性をルール情報の『条件』の要素の一つにすることができる。

操作画面Ｑ１，Ｑ１ｂが表示された後、ユーザーが用途を指定する操作をしないまま所定時間が経過したときに、クライアント端末３が予め定められた規定の用途をサーバー２に自動的に通知するようにしてもよい。または、サーバー２がクライアント端末３に対して用途選択肢を通知してから所定時間が経過したときに、規定の用途が通知されたものとみなすようにしてもよい。

図６の動作シーケンスにおいて、クライアント端末３がルール情報２０，２０ｂ，２０ｃにおいて用途による場合分けのない部署（例えば図２のルール情報２０における人事部）に対応する場合、サーバー２からクライアント端末３への用途の選択肢の通知を省略してもよい。この場合、クライアント端末３における用途選択のための操作画面Ｑ１の表示が省略される。したがって、ユーザー６からみると、印刷を指示するだけで、プリンター４が印刷ジョブ（ルールベースジョブ)を実行するという動作の流れとなる。

また、常に同じ用途を指定するユーザーの便宜を図るため、ユーザーが規定の用途を定めるオプション操作を行うことでできるようにしてもよい。例えば、操作画面Ｑ１に、“常にこの用途を指定する”という表記と隣接させてチェックボックスを配置しておき、ユーザーがこのチェックボックスにチェックを入れると、次回からは今回に指定した用途が自動的に指定されるようにすることができる。

クライアント端末３，３ｂ，３ｃの台数およびプリンター４，４ｂの台数はそれぞれ１以上であればよい。クライアント端末３，３ｂ，３ｃおよびサーバー２の機能構成、ハードウェア構成、および動作は本発明の趣旨に沿う範囲内で適宜変更してもよい。

１，１b 印刷システム
２ サーバー
３，３ｂ，３ｃ クライアント端末（情報機器）
４，４ｂ プリンター（印刷装置）
８ オリジナルジョブ（印刷ジョブ）
８Ｒ ルールベースジョブ（印刷ジョブ）
２０ ルール情報
２０ｂ，２０ｃ ルール情報（印刷制限情報）
２０１，２０１ｂ 制御部
２０２ｂ ジョブ修正部（実績管理部）
Ｑ１，Ｑ１ｂ 操作画面
３６ 操作入力デバイス
６３，６４ 用途の選択ボタン
３０１ 用途選択制御部
３０３ 通信部
６５，６６ メッセージ（印刷制限の現状を示す情報）
６７ 履歴情報表示領域

Claims (11)

1. 印刷ジョブを生成するクライアント端末と、前記印刷ジョブに応じた印刷指示を印刷装置に与えるサーバーとを有する印刷システムであって、
   前記サーバーは、
   印刷物に関する複数の用途のそれぞれに対応付けられた印刷ルールを示すルール情報を記憶する記憶部と、
   印刷指示に対して前記複数の用途を前記クライアント端末に通知する制御部と、を有し、
   前記クライアント端末は、
   ユーザーによる印刷設定操作に応じた印刷指示を受け付ける受付部と、
   前記印刷指示に対して前記サーバーから通知された前記複数の用途に対する選択操作のための操作画面を表示する用途選択制御部と、
   前記操作画面において選択された用途を前記サーバーに通知する通信部と、を有しており、
   前記クライアント端末から前記サーバーへ送信される印刷ジョブであるオリジナルジョブが指定する印刷設定を、前記選択された用途に対応付けられている印刷ルールに従って変更し、変更後の印刷設定を指定する印刷ジョブであるルールベースジョブを前記オリジナルジョブに代えて前記印刷装置に与える
   ことを特徴とする印刷システム。
2. 前記クライアント端末の前記通信部は、印刷を指示する操作があったときに前記サーバーにアクセスし、その後に前記選択された用途の通知と前記オリジナルジョブの送信とを行い、
   前記サーバーの前記制御部は、前記クライアント端末の前記通信部によるアクセスがあったときに前記複数の用途を通知し、その後に生成される前記ルールベースジョブを前記印刷装置に送信する
   請求項１記載の印刷システム。
3. 前記クライアント端末の前記通信部は、前記オリジナルジョブを送信し、その後に表示される前記操作画面において選択された前記用途を前記サーバーに通知し、
   前記サーバーの前記制御部は、前記オリジナルジョブを受信したときに、前記複数の用途を前記クライアント端末に通知する
   請求項１記載の印刷システム。
4. 前記ルール情報が示す前記印刷ルールは、印刷物の用途と前記オリジナルジョブが有する情報との組合せに応じた印刷設定を定めている
   請求項１ないし３のいずれかに記載の印刷システム。
5. 前記ルール情報においてグループ別に印刷ルールが定められており、
   前記ルールベースジョブの生成に際して適用される前記印刷ルールは、前記ルール情報における前記クライアント端末に対応するグループについて定められている印刷ルールである
   請求項１ないし４のいずれかに記載の印刷システム。
6. 前記複数の用途のそれぞれに対して設定された上限数を示す印刷制限情報と、
   前記クライアント端末に対応する前記ルールベースジョブを実行するごとに増える実績数を用途別に計数する実績管理部と、を有し、
   前記用途選択制御部は、前記複数の用途のうち、前記実績管理部によって計数された前記実績数が前記上限数未満である用途のみについて、選択操作を受け付ける
   請求項１ないし５のいずれかに記載の印刷システム。
7. 前記実績数は、前記ルールベースジョブの実行数または印刷枚数の累積である
   請求項６記載の印刷システム。
8. 前記操作画面において、前記上限数の設定による用途別の印刷制限の現状を示す情報を表示する
   請求項６または７記載の印刷システム。
9. 前記操作画面において、選択操作の履歴を表示する
   請求項１ないし８のいずれかに記載の印刷システム。
10. クライアント端末からの印刷要求に応じた印刷指示を印刷装置に与えるサーバーであって、
    印刷物に関する複数の用途のそれぞれに対応付けられた印刷ルールを示すルール情報を記憶する記憶部と、
    印刷指示に対して前記複数の用途を前記クライアント端末に通知し、前記複数の用途のうちの選択された用途を示す情報を前記クライアント端末から受け取る制御部と、を有し、
    前記クライアント端末から受け取った印刷ジョブであるオリジナルジョブが指定する印刷設定を、前記選択された用途に対応付けられている印刷ルールに従って変更し、変更後の印刷設定を指定する印刷ジョブであるルールベースジョブを前記オリジナルジョブに代えて前記印刷装置に与える
    ことを特徴とするサーバー。
11. クライアント端末からの印刷要求に応じた印刷指示を印刷装置に与えるサーバーにおいて実行されるコンピュータープログラムであって、
    前記サーバーが有するコンピューターに、
    印刷指示に対して印刷物に関する複数の用途を前記クライアント端末に通知する処理と、
    前記複数の用途のうちの選択された用途を示す情報を前記クライアント端末から受け取る処理と、
    前記クライアント端末から受け取った印刷ジョブであるオリジナルジョブが指定する印刷設定を、前記複数の用途のそれぞれに対応付けられた印刷ルールを示すルール情報において前記選択された用途に対応付けられている印刷ルールに従って変更する処理と、
    変更後の印刷設定を指定する印刷ジョブであるルールベースジョブを前記オリジナルジョブに代えて前記印刷装置に与える処理と、を実行させる
    ことを特徴とするコンピュータープログラム。
    

Images