JP6370156B2

JP6370156B2 - 情報処理装置及びその制御方法

Info

Publication number: JP6370156B2
Application number: JP2014160673A
Authority: JP
Inventors: 公生林
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2014-08-06
Filing date: 2014-08-06
Publication date: 2018-08-08
Anticipated expiration: 2034-08-06
Also published as: US20160041795A1; CN105373356B; US10002314B2; CN105373356A; JP2016038679A

Description

本発明は、画像形成装置に対して印刷指示を行うための印刷指示に関する。

企業内印刷のようにチラシや報告書、テープ製本といった印刷物を生産している生産現場では、複数の画像形成装置を用いて、印刷物を生産している。生産現場では複数ベンダーの画像形成装置が共存することがある。このような生産現場にワークフローアプリケーションを導入する場合、ワークフローアプリケーションから複数の画像形成装置に対して印刷指示が行えることを求められる。つまり、自社、他社と問わず、１つのワークフローアプリケーションから印刷指示が行えることが求められる。

しかしながら、他社の画像形成装置は、ジョブチケットの仕様が公開されておらず、他社の画像形成装置に対して、印刷指示が行えないという課題があった。また、印刷実行ごとに、送信したい画像形成装置に対応したプリンタドライバを開いて印刷設定を行い、画像形成装置に対して印刷指示を行うこともできるが、注文数が多い場合、毎回プリンタドライバを開いて印刷実行するのは非効率である。さらに、印刷データの出力先として選択された装置に対応するプリンタドライバを自動的に取得して印刷するものがある（特許文献１参照）。

特開平８−１６１１３０号公報

しかしながら、特許文献１の課題は、仕様が公開されている印刷設定にのみ有効であって、仕様が公開されていない印刷設定についてはプリンタドライバのデフォルト値のままとなってしまう。
本発明は、上述の問題点に鑑みなされたものであり、ジョブチケットの仕様が公開されていない画像形成装置に対する印刷指示を効率的に行うことが可能となる技術を提供することを目的とする。

上記の課題を解決するために、本発明の情報処理装置は、プリンタドライバの設定を保持する保持手段と、印刷設定が記述されたジョブチケットを取得する取得手段と、前記ジョブチケットに記述された印刷設定を、前記保持されているプリンタドライバの設定のうちのパブリック部に反映し、前記プリンタドライバを用いて、ページ記述言語を生成する生成手段と、前記ジョブチケットに記述された印刷設定に基づいて、前記生成されたページ記述言語の印刷設定を編集する編集手段と、前記編集されたページ記述言語を、画像形成装置に対して送信する送信手段を有し、前記編集手段は、前記ジョブチケットに記述された印刷設定のうち、前記プリンタドライバ設定のプライベート部に対応する印刷設定がある場合は、前記ジョブチケットに記述された印刷設定のうち、前記プリンタドライバ設定のプライベート部に対応する印刷設定に基づいて、前記生成されたページ記述言語の印刷設定を編集し、前記生成されたページ記述言語に、前記ジョブチケットに記述された印刷設定と異なる印刷設定がある場合は、前記ジョブチケットに記述された印刷設定のうち、前記生成されたページ記述言語の印刷設定と異なる印刷設定に基づいて、前記生成されたページ記述言語の印刷設定を編集することを特徴とする。

本発明によれば、ジョブチケットの仕様が公開されていない画像形成装置に対する印刷指示を効率的に行うことが可能となる。

本実施の形態にかかる情報処理装置のネットワーク構成を示す図本実施の形態にかかる管理サーバの構成を示す図本実施の形態にかかる管理サーバのハードウェア構成を示す図本実施の形態にかかる印刷制御モジュールのソフトウェア構成を示す図本実施の形態にかかる印刷設定データベースの構成を示す図本実施の形態にかかる印刷物の例を示す図本実施の形態にかかるプリンタドライバの印刷設定を示す図本実施の形態にかかるＤＥＶＭＯＤＥの例を示す図本実施の形態にかかるジョブチケットの例を示す図本実施の形態にかかるマッピングテーブルの例を示す図本実施の形態にかかるＤＥＶＭＯＤＥ選択処理フローを示す図本実施の形態にかかるページ記述言語生成処理フローを示す図本実施の形態にかかるページ記述言語の例を示す図本実施の形態にかかるページ記述言語編集処理フローを示す図本実施の形態にかかる編集後のページ記述言語の例を示す図本実施の形態にかかるページ記述言語送信フローを示す図本実施の形態にかかる画像形成装置のキューの例を示す図本実施の形態にかかるプリンタドライバのポート構成の例を示す図本実施の形態にかかる管理サーバのフローと示す図

以下、本発明を実施するための形態について図面を用いて説明する。

図１は、本実施の形態に係る情報装置のネットワーク構成を示す図である。図１において、印刷システム１００は、印刷物の注文を受注し、当該印刷物を生産する印刷システムである。印刷システム１００では、注文を管理サーバ１０１にて管理し、画像形成装置１０２および画像形成装置１０３にて印刷、加工する。

管理サーバ１０１は、注文を管理し、保管する、情報処理装置である。さらに管理サーバ１０１は、印刷システム１００の作業者の指示により、当該注文のジョブを作成し、画像形成装置１０２あるいは画像形成装置１０３に送信する。

本実施形態において、画像形成装置１０２および画像形成装置１０３はそれぞれ異なるベンダーの画像形成装置である。また、画像形成装置１０２と画像形成装置１０３の能力は異なる。本実施形態では、画像形成装置１０２はモノクロ印刷のみが可能であって、画像形成装置１０３はモノクロ印刷に加え、テープ製本をインラインで行うことができるものとする。

図２は、本実施の形態に係る管理サーバの構成を示す図である。図２において、ワークフローアプリケーション２００は、注文の登録、ワークフローアプリケーション２００に登録された注文の情報を基に印刷ジョブの作成、印刷ジョブの送信先である画像形成装置の決定、印刷ジョブの送信といった機能を有する。

なお、印刷ジョブは、ジョブチケットおよびコンテンツから構成される。ジョブチケットは、例えば標準化団体のＣＩＰ４が策定しているＪＤＦ（ＪｏｂＤｅｆｉｎｉｔｉｏｎＦｏｒｍａｔ）であってもよい。また、独自のジョブチケットであってもよい。またコンテンツは、例えばＡｄｏｂｅ社のＰＤＦ（ＰｏｒｔａｂｌｅＤｏｃｕｍｅｎｔＦｏｒｍａｔ）であってもよい。あるいはＡｄｏｂｅ社のＰｏｓｔＳｃｒｉｐｔといったページ記述言語、あるいは各プリンタメーカーが独自に開発しているページ記述言語、あるいは画像ファイルであってもよい。ジョブチケットやコンテンツのフォーマットは本発明を制約するものではない。本実施形態では、ジョブチケットにＪＤＦ、コンテンツにＰＤＦを用いることとする。

注文データベース２０１は、ワークフローアプリケーション２００に登録された注文や印刷ジョブ、当該印刷ジョブの送信先である画像形成装置の一覧など、ワークフローアプリケーション２００の動作に必要なデータを格納するためのデータベースである。例えば、ワークフローアプリケーション２００は印刷ジョブ送信時に、注文データベース２０１から印刷ジョブ（ジョブチケット）を取得する。そして、注文データベース２０１から送信先の画像形成装置の識別子を取得して、後述する印刷制御モジュール２０２にジョブチケットと画像形成装置の識別子を渡す。

印刷制御モジュール２０２は、ワークフローアプリケーション２００からの指示を受けて動作するプログラムであって、画像形成装置への印刷ジョブの送信、印刷ジョブのステータス取得、画像形成装置のステータス取得といった機能を有する。例えば、ワークフローアプリケーション２００により印刷ジョブの送信が行われる場合、ワークフローアプリケーション２００は印刷ジョブのジョブチケットおよび送信先の画像形成装置の識別子を印刷制御モジュール２０２に渡す。印刷制御モジュール２０２は、ジョブチケットと画像形成装置の識別子を受け取り、後述する印刷ジョブの送信処理を行う。

ＤＥＶＭＯＤＥデータベース２０３は、プリンタドライバの各種設定を保持するマイクロソフト社のＤＥＶＭＯＤＥを保管する場所（保持部）である。本実施形態では、ＤＥＶＭＯＤＥをバイナリファイルとしてＤＥＶＭＯＤＥデータベース２０３に格納する。また後述するマッピングテーブルもＤＥＶＭＯＤＥデータベース２０３に格納する。なお、ＤＥＶＭＯＤＥデータベース２０３はフォルダであってもよいし、ＳＱＬデータベースなどのプログラムであってもよい。本実施形態では、ＤＥＶＭＯＤＥを保管できればよいので、ＤＥＶＭＯＤＥデータベース２０３として、フォルダを用いてＤＥＶＭＯＤＥを保管する。ＤＥＶＭＯＤＥデータベース２０３のフォルダ構成については後述する。尚、ＤＥＶＭＯＤＥは、仕様が公開されているパブリック部と、仕様が公開されていなく、プリンタドライバのみがアクセス可能なプライベート部との２つの領域から構成されている。また、本実施形態では、ＤＥＶＭＯＤＥを用いる例を説明するが、印刷や製本のためのファイルであれば、ＤＥＶＭＯＤＥでなくてもよい。

プリンタドライバ２０４およびプリントスプーラ２０５はそれぞれ、画像形成装置１０２に対応するプリンタドライバとプリントスプーラである。プリンタドライバ２０６およびプリントスプーラ２０７はそれぞれ、画像形成装置１０３に対応するプリンタドライバとプリントスプーラである。

図３は、本実施の形態に係る管理サーバ１０１のハードウェア構成を示すブロック図である。図３において、中央処理装置３００はワークフローアプリケーション２００や注文データベース２０１などのプログラムおよび関連データを、それが記憶されている記憶媒体から、システムに接続された媒体読取装置３０６を介して読み込む。あるいはネットワークＩ／Ｆ３０７を介して受信して、ハードディスクなどの補助記憶装置３０２に保存したりする。その後、補助記憶装置３０２から主記憶装置３０１にロードされたアプリケーションプログラムを実行して、入力装置３０４から入力される情報を処理して、出力装置３０５やネットワークＩ／Ｆ３０７経由で画像形成装置１０２や画像形成装置１０３に出力する。なお、本実施形態では、出力装置３０５はディスプレイ等の表示装置とし、本来出力装置に含まれる画像形成装置１０２や画像形成装置１０３と区別する。また、入力装置３０４はキーボード、ポインティングデバイス等で構成されているものとする。３０８はシステムバスであり、上述の構成要素間におけるデータ転送の通路となるべきものである。

なお、後述のフローチャートで示す手順は管理サーバ１０１の主記憶装置３０１、補助記憶装置３０２、ＲＯＭ３０３のいずれかに記憶され、中央処理装置３００により、通常、主記憶装置３０１に複製されてから実行される。

さらに補助記憶装置３０２は、ハードディスク、光磁気ディスクで構成されるものであってもいいし、これらの組み合わせで構成されるものであってもよい。またそれぞれの装置がネットワークを介して接続されていようとも、本発明を制約するものではない。

図４は、本実施の形態に係る印刷制御モジュール２０２のソフトウェア構成を示す図である。図４は本実施形態における処理の特徴を表す図面である。

図４において、印刷制御部４００は、ワークフローアプリケーション２００からジョブチケットおよび画像形成装置の識別子を受信した後、印刷に係る各処理の制御を行う。

取得部４０１は、印刷制御部４００が受信したジョブチケットを取得し、印刷制御部４００からの指示に従いジョブチケットの内容を返却する。尚、印刷を行う画像形成装置の識別子も取得する。

選択部４０２は、画像形成装置の識別子にて指定された画像形成装置に対応するプリンタドライバ向けのＤＥＶＭＯＤＥの中から、ジョブチケットに記述された印刷設定項目に対応するＤＥＶＭＯＤＥを１つ選択する。

生成部４０３は、ページ記述言語を生成する。具体的には、画像形成装置の識別子にて指定された画像形成装置に対応するプリンタドライバに対して印刷指示を行い、プリンタドライバからページ記述言語を生成させ、ページ記述言語をファイルとして所定の場所に保存する。

編集部４０４は、ページ記述言語を編集する。具体的には、生成部４０３が生成して保存したページ記述言語を取得し、ジョブチケットの印刷設定項目を基にページ記述言語に編集した後、編集されたページ記述言語をファイルとして所定の場所に保存する。

送信部４０５は、ページ記述言語を送信する。具体的には、編集部４０４が保存した編集後のページ記述言語をバイナリデータに変換し、プリントスプーラに送る。プリントスプーラはバイナリデータを画像形成装置に送信する。またジョブチケットに特定のキューに送信する指示が記述されている場合は、送信ポートのキュー名を変更した上で、プリントスプーラにバイナリデータを送信する。なお、本実施形態ではプリントスプーラを使用しているが、印刷ジョブを画像形成装置に送信できればよいので、送信部４０５は、例えばＬＰＲを用いても良いし、ＲＡＷを用いても良く、送信のプロトコルは本発明を制約するものではない。

図１９は、管理サーバ１０１のフローチャートである。

Ｓ１９０１にて、取得部４０１が、ジョブチケットと印刷を行う画像形成装置の識別子を取得する。Ｓ１９０２にて、選択部４０２は、ジョブチケットに記述された印刷設定項目に対応するＤＥＶＭＯＤＥを１つ選択する。Ｓ１９０３にて、生成部４０３は、画像形成装置の識別子にて指定された画像形成装置に対応するプリンタドライバに対して印刷指示を行い、プリンタドライバを用いてページ記述言語を生成する。Ｓ１９０４にて、編集部４０４は、生成したページ記述言語を、ジョブチケットの印刷設定項目を基に編集する。Ｓ１９０５にて、送信部４０５は、編集後のページ記述言語をバイナリデータに変換し、バイナリデータを画像形成装置に送信する。

図５は、本実施の形態に係るＤＥＶＭＯＤＥデータベース２０３の構成を示す図である。図５において、ＤＥＶＭＯＤＥデータベース２０３はフォルダ構成となっており、ＤＥＶＭＯＤＥフォルダ５００を最上位のフォルダとする。ＤＥＶＭＯＤＥフォルダ５００のサブフォルダは画像形成装置ごとに用意される。具体的には、ＤＥＶＭＯＤＥフォルダ５００のサブフォルダに、画像形成装置１０２フォルダと画像形成装置１０３フォルダがある。フォルダ名は画像形成装置の識別子と一致する。画像形成装置１０２フォルダと画像形成装置１０３フォルダそれぞれには、ＤＥＶＭＯＤＥおよびマッピングテーブルを保管する。例えば、画像形成装置１０２フォルダには、マッピングテーブル５０３とＤＥＶＭＯＤＥ５０４〜５０６が保管されている。本実施形態では、マッピングテーブル５０３は１つのみ用意し、画像形成装置１０２フォルダと画像形成装置１０３フォルダそれぞれに配置している。しかしながら、マッピングテーブルを１つ用意する場合は、別の記憶場所に１つだけ記憶しておいてもよい。尚、画像形成装置１０２と画像形成装置１０３それぞれに用意するＤＥＶＭＯＤＥが大きく異なる場合にはマッピングテーブルは別々に用意するのが望ましい。

図６は、本実施の形態に係る印刷物の例を示す図である。図６において、印刷物６００の種類はチラシである。印刷物６００を印刷するために必要な印刷設定項目は用紙サイズがＡ４、両面印刷設定は片面印刷、出力用紙は黄色用紙、出力用紙の坪量は６４ｇ／ｍ^２である。印刷物６０１の種類はテープ製本である。印刷物６０１を印刷するために必要な印刷設定項目は用紙サイズがＡ４、両面印刷設定は両面印刷長辺とじ、出力用紙は白色用紙、出力用紙の坪量は７５ｇ／ｍ^２である。本実施形態では、印刷物６００は画像形成装置１０２、印刷物６０１は画像形成装置１０３にて印刷されるとする。

図７は、本実施の形態に係るプリンタドライバの印刷設定画面を示す図である。図７において、印刷設定画面７００は画像形成装置１０２向けの印刷設定項目を表示している。７０１は用紙サイズ、７０２は用紙の色、７０３は用紙タイプ、７０４は用紙の坪量を表す。７０５は両面印刷設定、７０６は部数を表す。７０７はステープル設定を表す。印刷設定画面７０８は画像形成装置１０３向けの印刷設定項目を表示している。７０９は用紙サイズ、７１０は用紙の色、７１１は用紙タイプ、７１２は用紙の坪量を表す。７１３は両面印刷設定、７１４は部数を表す。７１５はステープル設定を表す。７１６は製本設定を表す。７１７は折り設定を表す。

本実施形態では、図７の印刷設定画面７００にて設定されている印刷設定項目をＤＥＶＭＯＤＥとして保存したものをＤＥＶＭＯＤＥ５０４とする。また印刷設定画面７０８にて設定されている印刷設定項目をＤＥＶＭＯＤＥとして保存したものをＤＥＶＭＯＤＥ５０８とする。

企業内印刷のように予め注文可能な項目が決められている印刷業務では、上述のようにプリンタドライバの印刷設定項目をＤＥＶＭＯＤＥとして取っておくことが可能である。なぜならば、企業内印刷では事前に印刷依頼票のテンプレートが決められていて、そのテンプレートで入力可能な印刷設定項目が制限されているからである。例えば、印刷依頼票でカラー／モノクロ印刷、両面／片面印刷、用紙サイズ、テープ製本あり／なしといった印刷設定項目がテンプレートとして定義されている場合、生産現場が受注する可能性のある注文は上記印刷設定項目それぞれの組み合わせとなる。よって、受注可能な注文を生産するために必要な印刷設定項目をＤＥＶＭＯＤＥとして取っておくことが可能となる。

図８は、本実施の形態に係るＤＥＶＭＯＤＥの例を示す図である。図８において、ＤＥＶＭＯＤＥ５０４は図７の印刷設定画面７００にて設定された各印刷設定項目である。８００から８０３は仕様が公開されているパブリック部で用紙サイズや用紙タイプ、両面設定、部数などがある。８０４から８０６はプリンタドライバのみがアクセス可能なプライベート部で用紙色や用紙の坪量、ステープル設定などがある。図７におけるプリンタドライバの印刷設定画面７００のサイズ７０１をＡ４からＡ３に変更すれば、図８の用紙サイズ８００の値が変更される。

またＤＥＶＭＯＤＥ５０８は図７の印刷設定画面７０８にて設定された各印刷設定項目である。ＤＥＶＭＯＤＥ５０４と同様にパブリック部とプライベート部に分かれていて、８０７から８１０がパブリック部であり、８１１から８１３がプライベート部である。

図９は、本実施の形態にかかるジョブチケットの例を示す図である。図９において、ジョブチケット９００は、印刷物６００を印刷するために必要な印刷設定項目が定義されている。９０１は用紙サイズ、９０２は用紙タイプ、９０３は用紙色、９０４は用紙の坪量、９０５は両面印刷設定、９０６はＰＤＦまでのファイルパス、９０７は部数である。ジョブチケット９０８は印刷物６０１を印刷するために必要な印刷設定項目が定義されている。９０９は用紙サイズ、９１０は用紙タイプ、９１１は用紙色、９１２は用紙の坪量、９１３は両面印刷設定、９１４はテープ製本設定、９１５は画像形成装置１０３に登録されているキュー名、９１７は部数である。

ジョブチケット９００とジョブチケット９０８は、ワークフローアプリケーション２００が生成する。ワークフローアプリケーション２００は、印刷ジョブ送信のタイミングで、印刷制御モジュール２０２にジョブチケット９００と画像形成装置１０２の識別子、ジョブチケット９０８と画像形成装置１０３の識別子を渡す。

図１０は、本実施の形態にかかるマッピングテーブルの例を示す図である。図１０において、マッピングテーブル５０３は印刷制御モジュール２０２の選択部４０２がワークフローアプリケーション２００から受信したジョブチケットの内容を基に、ＤＥＶＭＯＤＥを選択するために用意される。なお、ＤＥＶＭＯＤＥ選択処理は後述する。マッピングテーブル５０３において、ＤｅｖｍｏｄｅＤａｔａ要素１０００とＤｅｖｍｏｄｅＤａｔａ要素１００５はそれぞれＤＥＶＭＯＤＥ５０４とＤＥＶＭＯＤＥ５０８のファイル名を定義している。尚、図１０の例では、ＤＥＶＭＯＤＥ５０４とＤＥＶＭＯＤＥ５０８のみ記載しているが、図５のデータベースの場合であれば、ＤＥＶＭＯＤＥ５０５、５０６、５００９、５１０も記載されている。ＤｅｖｍｏｄｅＤａｔａ要素１０００とＤｅｖｍｏｄｅＤａｔａ要素１００５の子要素としてＲｕｌｅｓ要素が定義されている。Ｒｕｌｅ要素のＫｅｉ属性がジョブチケット内の１つの印刷設定項目までのＸｐａｔｈを定義し、Ｅｘｉｓｔ属性が当該Ｒｕｌｅ要素をＤＥＶＭＯＤＥ選択処理内で適用するかどうかをＢＯＯＬＥＡＮ形式で定義する。例えば、Ｋｅｙ属性１００１は図９におけるジョブチケット９００内の用紙サイズ９０１までのＸｐａｔｈが記述されている。また、Ｅｘｉｓｔ属性１００２はＴＲＵＥなので、Ｋｅｙ属性１００１をＤＥＶＭＯＤＥ選択処理で適用することを意味している。一方で、Ｅｘｉｓｔ属性１００４はＦＡＬＳＥなので、Ｋｅｙ属性１００３はＤＥＶＭＯＤＥ選択処理では適用されない。つまり、Ｅｘｉｓｔ属性は、ＤＥＶＭＯＤＥを選択する際に、Ｋｅｙ属性を考慮するかどうかを表す。ＴＲＵＥの場合は、ＤＥＶＭＯＤＥを選択する際に、Ｋｅｙ属性を考慮し、ＦＡＬＳＥの場合は、ＤＥＶＭＯＤＥを選択する際に、Ｋｅｙ属性を考慮しない。尚、図１０の例では、Ｋｅｙ属性１００１は、用紙サイズがＡ４、Ｋｅｙ属性１００３は、テープ製本を表すが、ジョブチケットが、用紙サイズがＡ４である場合に、ＤＥＶＭＯＤＥ５０４が選択される。また、図１０の例では、Ｋｅｙ属性１００６は、用紙サイズがＡ４、Ｋｅｙ属性１００８は、テープ製本を表すが、ジョブチケットが、用紙サイズがＡ４、かつ、テープ製本を行う場合に、ＤＥＶＭＯＤＥ５０８が選択される。

図１１は、本実施の形態にかかるＤＥＶＭＯＤＥ選択処理フローを示す図であり、Ｓ１９０２の詳細フローチャートである。図１１のＤＥＶＭＯＤＥ選択処理フローは、図４の選択部４０２によって主に実行される。

Ｓ１１０１にて、選択部４０２は画像形成装置の識別子を基にＤＥＶＭＯＤＥデータベース２０３からマッピングテーブルを取得する。例えば、画像形成装置の識別子が「画像形成装置１０２」である場合、選択部４０２は画像形成装置の識別子を基に、画像形成装置１０２フォルダを特定し、マッピングテーブル５０３を特定する。画像形成装置の識別子が「画像形成装置１０３」である場合、選択部４０２は画像形成装置の識別子を基に、画像形成装置１０３フォルダを特定し、マッピングテーブル５０３を特定する。尚、本実施形態では、マッピングテーブル５０３を２つの場所に記憶しておくようにしたため、画像形成装置の識別子を用いてフォルダを特定している。しかしながら、マッピングテーブルを１つだけ、特定の場所に記憶しておく場合は、画像形成装置の識別子を用いる必要はない。

Ｓ１１０２にて、選択部４０２はマッピングテーブル５０３を解析し、１つのＤｅｖｍｏｄｅＤａｔａ要素、例えばＤｅｖｍｏｄｅＤａｔａ要素１０００を取得する。Ｓ１１０３にて、選択部４０２はプログラム内部のフラグをＴＲＵＥにセットする。Ｓ１１０４にて、選択部４０２は先ほど取得したＤｅｖｍｏｄｅＤａｔａ要素の孫要素であるＲｕｌｅ要素を１つ取得する。

Ｓ１１０５にて、選択部４０２は、Ｒｕｌｅ要素のＫｅｙ属性に記述されたＸｐａｔｈを取得部４０１に渡して、取得部４０１から当該Ｘｐａｔｈにて指定された項目の数を取得する。例えば、ジョブチケットが９００の場合において、Ｋｅｙ属性１００１のＸｐａｔｈを取得部４０１に渡した場合、Ｄｉｍｅｎｓｉｏｎ９０９に一致するので、項目の数は「１」が返却される。Ｋｅｙ属性１００３のＸｐａｔｈを取得部４０１に渡した場合、ＳｐｉｎｅＴａｐｉｎｇＰａｒａｍｓはジョブチケット９００には存在しないので、項目の数は「０」が返却される。一方、ジョブチケット９０８の場合において、Ｋｅｙ属性１００３のＸｐａｔｈを取得部４０１に渡した場合、ＳｐｉｎｅＴａｐｉｎｇＰａｒａｍｓ９１４は存在するので、項目の数は「１」が返却される。

Ｓ１１０６にて、選択部４０２は、Ｒｕｌｅ要素のＥｘｉｓｔ属性の値がＴＲＵＥあるいはＦＡＬＳＥかをチェックする。ＴＲＵＥの場合はＳ１１０７に移り、ＦＡＬＳＥの場合はＳ１１１２に移る。なお、Ｓ１１１２では、選択部４０２は、Ｓ１１０５にて取得した数が０以上かどうかをチェックする。０以上の場合はＳ１１０８に移る。０以外の場合は、Ｓ１１１０に移る。Ｓ１１０７にて、選択部４０２は、Ｓ１１０５にて取得した数が０かどうかをチェックする。０の場合はＳ１１０８に移り、０以外の場合はＳ１１０９に移る。Ｓ１１０８にて、選択部４０２は、フラグをＦＡＬＳＥにセットする。Ｓ１１０９にて、選択部４０２は、ＤｅｖｍｏｄｅＤａｔａ要素内に未処理のＲｕｌｅ要素があるかどうかをチェックする。未処理のＲｕｌｅ要素がある場合はＳ１１１３に移り、Ｓ１１１３にて次のＲｕｌｅ要素に移る。そして、Ｓ１１０４からＳ１１０９までを繰り返す。また、Ｓ１１０９にて、Ｒｕｌｅ要素がないと判断した場合はＳ１１１０に移る。

Ｓ１１１０にて、選択部４０２は、フラグがＴＲＵＥかどうかをチェックする。フラグがＴＲＵＥの場合は、Ｓ１１１１に移り、ＤＥＶＭＯＤＥを決定し、Ｓ１１１６にてＤｅｖｍｏｄｅＤａｔａ要素のＦｉｌｅＮａｍｅ属性値を印刷制御部４００に渡す。このＦｉｌｅＮａｍｅ属性値がＤＥＶＭＯＤＥデータベース２０３に格納されているＤＥＶＭＯＤＥのファイル名なので、後述の処理でＤＥＶＭＯＤＥを取得する際に使用される。フラグがＦＡＬＳＥの場合は、Ｓ１１１４に移り、マッピングテーブル５０３にＤｅｖｍｏｄｅＤａｔａ要素があるかどうかをチェックする。ＤｅｖｍｏｄｅＤａｔａ要素がない場合はＤＥＶＭＯＤＥ選択処理を終了する。ＤｅｖｍｏｄｅＤａｔａ要素がある場合は、Ｓ１１１５に移り、次のＤｅｖｍｏｄｅＤａｔａ要素に移動する。その後、Ｓ１１０２からＳ１１１１あるいはＳ１１１５までを繰り返す。

以上でＤＥＶＭＯＤＥ選択処理フローが完了する。

図１２は、本実施の形態にかかるページ記述言語生成処理フローを示す図であり、Ｓ１９０３の詳細フローチャートである。図１２のページ記述生成処理フローは、主に図４の生成部４０３によって実行される。

Ｓ１２００にて、生成部４０３は、印刷制御部４００から画像形成装置の識別子とＤＥＶＭＯＤＥのファイル名を取得して、ＤＥＶＭＯＤＥデータベース２０３に格納されているＤＥＶＭＯＤＥを取得する。例えば、印刷制御部４００から「画像形成装置１０２」という画像形成装置の識別子を取得した場合、生成部４０３はＤＥＶＭＯＤＥデータベース２０３の中から画像形成装置１０２フォルダを特定する。さらにＤＥＶＭＯＤＥ５０４を特定し、ＤＥＶＭＯＤＥ５０４を取得する。

Ｓ１２０１にて、生成部４０３は、取得したＤＥＶＭＯＤＥ５０４のパブリック部を編集する。例えば、ＤＥＶＭＯＤＥ５０４が選択された場合、ＤＥＶＭＯＤＥ５０４のパブリック部である用紙サイズ８００と用紙タイプ８０１、両面印刷設定８０２、部数８０３を編集する。ジョブチケット９００の場合、用紙サイズ９０１の値はＡ４サイズなので、用紙サイズ８００にはＡ４をセットする。両面設定９０５は片面印刷なので、両面印刷設定８０２にて片面印刷をセットする。用紙タイプ９０２はＳｔａｔｉｏｎａｒｙなので、用紙タイプ８０１にはＳｔａｔｉｏｎａｒｙをセットする。部数９０７は２５０００なので、部数８０３には２５０００をセットする。ただしプリンタドライバによっては部数の最大値が９９９９の場合があるので、後述するページ記述言語編集処理フローにて部数を編集する。

Ｓ１２０２にて、生成部４０３は、画像形成装置の識別子「画像形成装置１０２」を基にプリンタドライバ２０４を選択し、プリンタドライバ２０４に対してＤＥＶＭＯＤＥ５０４をセットする。これにより、プリンタドライバ２０４の印刷設定項目はＤＥＶＭＯＤＥ５０４の値によって書き換えられる。なお、画像形成装置の識別子が「画像形成装置１０３」の場合は、プリンタドライバ２０５が選択されるので、プリンタドライバ２０５に対してＤＥＶＭＯＤＥ５０４がセットされる。Ｓ１２０３にて、生成部４０３は、ジョブチケットからＰＤＦの保存先ＵＲＬを取得する。具体的には、ジョブチケット９００の場合、ＦｉｌｅＳｐｅｃ／＠ＵＲＬ属性９０６の値「．．／ＴＥＳＴ．ｐｄｆ」を取得する。Ｓ１２０４にて、生成部４０３は、Ｓ１２０３にて取得したＰＤＦの保存先ＵＲＬを基に、ＰＤＦを取得する。Ｓ１２０５にて、生成部４０３は、プリンタドライバ２０４に対してページ記述言語の保存先を指定した上で、印刷指示を発行して、ページ記述言語を生成する。

尚、本実施形態では、ＰＤＦの保存先ＵＲＬから、ＰＤＦを取得したが、ＵＲＬを用いずに、取得部４０１で、ＰＤＦを取得して、取得したＰＤＦを
図１３は、本実施の形態にかかるページ記述言語の一部を表す例を示す図である。図１３において、ページ記述言語１３００とページ記述言語１３０５は、ページ記述言語生成処理フローにおいて、生成部４０３が生成したページ記述言語である。本実施形態では、Ａｄｏｂｅ社のＰｏｓｔＳｃｒｉｐｔをページ記述言語の一例として使用しているが、各プリンタメーカーが独自に開発しているページ記述言語を使用してもよい。ページ記述言語の形式は本発明を制約するものではない。

ページ記述言語１３００は、ＤＥＶＭＯＤＥ５０４をプリンタドライバ２０４にセットした後に生成されたページ記述言語である。ページ記述言語１３００は、１３０１から１３０４までのリソース部で構成されており、１３０１は部数、１３０２は両面印刷設定、１３０３は用紙の坪量、１３０４は用紙色を、画像形成装置に対して指示するコマンドである。

ページ記述言語１３０５は、ＤＥＶＭＯＤＥ５０８をプリンタドライバ２０５にセットした後に生成されたページ記述言語である。ページ記述言語１３０５は、カスタムジョブチケット１３０６と１３１２から１３１５までのリソース部で構成されている。リソース部において、１３１２は部数、１３１３は両面印刷設定、１３１４は用紙の坪量、１３１５は用紙色を画像形成装置に対して指示するコマンドである。ただし、この形式のページ記述言語はリソース部のコマンドは無視され、カスタムジョブチケット１３０６に記述された印刷設定項目が画像形成装置で有効になる。カスタムジョブチケット１３０６において、１３０７は部数、１３０８は用紙の色、１３０９は用紙の坪量、１３１０は製本設定、１３１１は両面印刷設定、１３１６はジョブ名である。

図１４は、本実施の形態にかかるページ記述言語編集処理フローを示す図であり、Ｓ１９０４の詳細フローチャートである。図１４のページ記述言語編集処理フローは、主に図４の編集部４０４によって実行される。

Ｓ１４００にて、編集部４０４は、編集対象のページ記述言語が生成部４０３によって生成完了しているかどうかを定期的に監視する。編集対象のページ記述言語が存在する場合はＳ１４０１に移り、存在しない場合はページ記述言語編集処理フローを終了する。

Ｓ１４０１にて、編集部４０４は、ジョブチケットに、プライベート部に対応する項目があるかを判定する。Ｓ１４０１でＹＥＳと判定された場合、Ｓ１４０２に進む。Ｓ１４０２にて、編集部４０４は、ジョブチケットから、プライベート部に対応する項目を取得する。例として、用紙色、用紙坪量をジョブチケットから取得する。例えば、ジョブチケット９００の場合、用紙色はＭｅｄｉａＣｏｌｏｒＮａｍｅ属性９０３、用紙坪量はＷｅｉｇｈｔ９０４から取得する。

Ｓ１４０３にて、編集部４０４は、生成されたページ記述言語に、ジョブチケットと設定が異なる項目があるかどうかを判定する。尚、ジョブチケットと設定が異なる項目がある理由としては、プリンタドライバには設定に関して制限があるからである。例えば、ジョブチケットには、２５０００と記述されていても、プリンタドライバで部数は９９９９までしか指定できない場合は、プリンタドライバを用いて、部数を２５０００としてページ記述言語を生成することができない。

Ｓ１４０３でＹＥＳと判定された場合、Ｓ１４０４に進む。Ｓ１４０４にて、編集部４０４は、設定が異なる項目をジョブチケットから取得する。例えば、ジョブチケット９００の場合、部数はＡｍｏｕｎｔ属性９０７から取得する。

Ｓ１４０６にて、編集部４０４は、編集対象のページ記述言語の種別を判断する。ページ記述言語の種別に応じて、編集箇所が異なるためである。Ｓ１４０７にて、Ｓ１４０６の判定結果がＰｏｓｔＳｃｒｉｐｔの場合はＳ１４０８に移り、ＰｏｓｔＳｃｒｉｐｔ以外の場合はＳ１４１６に移る。また、Ｓ１４１６にて、Ｓ１４０６の判定結果が機能拡張ＰｏｓｔＳｃｒｉｐｔの場合はＳ１４０８に移り、異なる場合はＳ１４１７に移る。Ｓ１４１７にて、カスタムジョブチケットの埋め込まれたカスタムＰｏｓｔＳｃｒｉｐｔの場合はＳ１４１８に進む。Ｓ１４１７の判定でＮＯの場合は、編集することのできないページ記述言語と判断し、Ｓ１４２３に進む。Ｓ１４２３は、エラーログを出力した後、ページ記述言語編集処理フローを終了する。

例えば、図１３のページ記述言語１３００の場合はＳ１４０７にてＰｏｓｔＳｃｒｉｐｔと判断され、Ｓ１４０８に移る。図１３のページ記述言語１３０５の場合はＳ１４１７にてカスタムＰｏｓｔＳｃｒｉｐｔと判断されてＳ１４１８に移る。

Ｓ１４０８にて、編集部４０４は、ページ記述言語のリソース部を読み込み、読み込んだリソース部をジョブチケットから取得した情報を用いて、編集する。例えば、プライベート部に対応する項目が、用紙色、用紙坪量であり、ジョブチケットと設定が異なる項目が、部数である場合は、用紙色、用紙坪量、部数を編集する。具体的には、ジョブチケット９００の用紙色９０３がＹｅｌｌｏｗであるとき、用紙色１３０４の値を「Ｗｈｉｔｅ」から「Ｙｅｌｌｏｗ」に書き換える。ジョブチケット９００の用紙坪量９０４が６４であるとき、用紙坪量１３０３の値を「８０」から「６４」に書き換える。ジョブチケット９００の部数９０７が２５０００であるとき、部数１３０１の値を「１」から「２５０００」に書き換える。

Ｓ１４１３にて、編集部４０４はジョブチケットからジョブ名を取得する。例えば、ジョブチケット９００の場合はＪＤＦ／＠ＤｅｓｃｒｉｐｔｉｖｅＮａｍｅ属性の値「Ｓａｍｐｌｅ１」を取得する。ジョブチケット９０８の場合はＪＤＦ／＠ＤｅｓｃｒｉｐｔｉｖｅＮａｍｅ属性の値「Ｓａｍｐｌｅ２」を取得する。

Ｓ１４１４にて、編集部４０４は、編集対象のページ記述言語にセットする。例えば、ページ記述言語１３００のようにＡｄｏｂｅ社のＰｏｓｔＳｃｒｉｐｔ形式の場合はファイル名がジョブ名として扱われるので、ページ記述言語のファイル名をＳ１４１３にて取得したジョブ名とする。またページ記述言語１３０５のようにカスタムジョブチケットにジョブ名１３１６が用意されている場合は、Ｓ１４１３にて取得したジョブ名をジョブ名１３１６にセットする。Ｓ１４１５にて、編集部４０４は、編集が完了したページ記述言語をファイルとして保存する。Ｓ１４１７の判定でＹＥＳの場合は、Ｓ１４１８に進む。Ｓ１４１８にて、編集部４０４は、ページ記述言語のカスタムジョブチケット部を取得し、取得したカスタムジョブチケット部を、ジョブチケットから取得した情報を用いて、編集する。例えば、プライベート部に対応する項目が、用紙色、用紙坪量であり、ジョブチケットと設定が異なる項目がない場合は、用紙色、用紙坪量を編集する。

本実施形態では、ＰｏｓｔＳｃｒｉｐｔやカスタムＰｏｓｔＳｃｒｉｐｔといった種類のページ記述言語を編集しているが、ページ記述言語の種別は本発明を制約するものではない。

図１５は、本実施の形態にかかる編集後ページ記述言語の一部を表す例を示す図である。図１５において、ページ記述言語１５００は図１３のページ記述言語１３００を編集部４０４が編集したデータである。また、ページ記述言語１５０５は図１３のページ記述言語１３０５を編集部４０４が編集したデータである。ページ記述言語１３００においては、部数１３０１と用紙坪量１３０３、用紙色１３０４が編集されたので、ページ記述言語１５００の部数１５０１、用紙の坪量１５０３、用紙色１５０４のように編集部４０４によって編集が行われている。ページ記述言語１３０５においては、用紙の坪量１３０９が編集されたので、ページ記述言語１５０５の用紙の坪量１５０９のように編集部４０４によって編集が行われている。

図１６は、本実施の形態にかかるページ記述言語送信フローを示す図であり、Ｓ１９０５の詳細フローチャートである。図１６のページ記述言語送信フローは、主に送信部４０５によって実行される。

Ｓ１６００にて、送信部４０５は、ジョブチケットからキューに関する情報を取得する。図１７の画像形成装置１０３のようにプリントスプーラ２０７が送信先のキューを指定して印刷ジョブを画像形成装置１０３に送信することができるものがある。本実施形態では、キューとは画像形成装置内で作成、管理されるプリントキューのことであり、例えばＰｒｉｎｔキュー１７００は画像形成装置１０３で受信した印刷ジョブを保留せずに、印刷ジョブを受信後すぐに印刷するものである。逆にＨｏｌｄキューは印刷ジョブを画像形成装置１０３が受信したらいったん印刷を保留しておくものである。例えば、ジョブチケット９００の場合はキューの情報を含まないのでキューの情報としては空文字を取得し、ジョブチケット９０８の場合はキューの情報９１５を取得する。キューの情報９１５では、ＨＯＬＤキューに送信する指示が記載されている。

Ｓ１６０１にて、送信部４０５は、Ｓ１６００で取得したキューの情報があるかどうかを判断する。キューの情報がある場合はＳ１６０２に移り、ない場合はＳ１６０４に移る。Ｓ１６０２にて、送信部４０５は、画像形成装置の識別子を基にプリントスプーラのＰＲＩＮＴＥＲ＿ＩＮＦＯ２構造体を取得する。例えば、画像形成装置の識別子「画像形成装置１０３」を基に、プリントスプーラ２０７を特定し、ＰＲＩＮＴＥＲ＿ＩＮＦＯ２構造体を取得する。Ｓ１６０３にて、送信部４０５は、キューの情報に記載されているキュー名をＰＲＩＮＴＥＲ＿ＩＮＦＯ２構造体のポート名にセットする。本実施形態においては、図１８に示すとおりポート名１８００とキュー名１８０１を一致させているので、ＰＲＩＮＴＥＲ＿ＩＮＦＯ２構造体のポート名を変更することにより、キューの切り替えを行うことができる。Ｓ１６０４にて、送信部４０５は、編集部４０４にて編集され保存されたページ記述言語を取得する。Ｓ１６０５にて、送信部４０５は、ページ記述言語をネイティブのバイト配列に変換する。Ｓ１６０６にて、送信部４０５は、Ｓ１６０５にて変換したバイト配列のデータを、画像形成装置の識別子を基に特定されたプリントスプーラに送信する。プリントスプーラはバイト配列のデータを画像形成装置に対して送信する。キューの指定がされていれば、画像形成装置の特定のキューに対してバイト配列のデータを送信する。

本実施形態では、プリンタドライバで制限されている項目（例えば、部数）や、プライベート部の項目（例えば用紙の坪量や用紙色など）の印刷設定項目をページ記述言語編集処理フローにて編集している。そのため、プリンタドライバで制限されている項目やプライベート部の項目を後で編集することで、ジョブチケットに対応したページ記述言語を送信することができる。尚、パブリック部の項目も、後で編集することも可能であるが、例えば、オリエンテーション（縦・横）などは、後で項目の値を変更するだけでは適用できないので、パブリック部の項目は反映してからページ記述言語を生成するのが望ましい。

本実施形態によれば、企業内印刷のように印刷業務が定型化されている場合において、定型業務の中で頻繁に使用する印刷設定項目をプライベート部も含めてＤＥＶＭＯＤＥとして保持し、印刷実行時に当該ＤＥＶＭＯＤＥをプリンタドライバにセットする。そのため、他社の画像形成装置に対しても製本設定や折り設定といった複雑な印刷指示を行うことができる。その結果、１つのワークフローアプリケーションから複数ベンダーの画像形成装置に対して印刷指示を行うこともできる。そして、生産現場の作業者は別々のワークフローアプリケーションを用いる必要がなくなるので、作業者の生産効率を向上させることができる。さらに、ワークフローアプリケーションを提供するベンダーにとっては、ＤＥＶＭＯＤＥを用意するだけで、他社の画像形成装置に対応することができるようになる。

また、本実施形態によれば、ＤＥＶＭＯＤＥのパブリック部を編集し、ページ記述言語を編集することにより、事前に用意するＤＥＶＭＯＤＥの数を減らすことができる。そのため、システムの設置者の負荷を軽減し、適切なＤＥＶＭＯＤＥを選択する処理の高速化をすることができる。

［その他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）がプログラムを読みだして実行する処理である。

Claims

プリンタドライバの設定を保持する保持手段と、
印刷設定が記述されたジョブチケットを取得する取得手段と、
前記ジョブチケットに記述された印刷設定を、前記保持されているプリンタドライバの設定のうちのパブリック部に反映し、前記プリンタドライバを用いて、ページ記述言語を生成する生成手段と、
前記ジョブチケットに記述された印刷設定に基づいて、前記生成されたページ記述言語の印刷設定を編集する編集手段と、
前記編集されたページ記述言語を、画像形成装置に対して送信する送信手段と、
を有し、
前記編集手段は、
前記ジョブチケットに記述された印刷設定のうち、前記プリンタドライバ設定のプライベート部に対応する印刷設定がある場合は、前記ジョブチケットに記述された印刷設定のうち、前記プリンタドライバ設定のプライベート部に対応する印刷設定に基づいて、前記生成されたページ記述言語の印刷設定を編集し、
前記生成されたページ記述言語に、前記ジョブチケットに記述された印刷設定と異なる印刷設定がある場合は、前記ジョブチケットに記述された印刷設定のうち、前記生成されたページ記述言語の印刷設定と異なる印刷設定に基づいて、前記生成されたページ記述言語の印刷設定を編集することを特徴とする情報処理装置。
前記保持手段は、プリンタドライバの設定であるＤＥＶＭＯＤＥを保持する請求項１に記載の情報処理装置。
前記ジョブチケットに記述された印刷設定のうち、前記プリンタドライバ設定のプライベート部に対応する印刷設定があるかを判定する第１判定手段をさらに有する請求項１又は請求項２に記載の情報処理装置。
前記生成されたページ記述言語に、前記ジョブチケットに記述された印刷設定と異なる印刷設定があるかを判定する第２判定手段をさらに有する請求項１乃至３の何れか１項に記載の情報処理装置。
前記保持手段は、複数のプリンタドライバの設定を保持し、
前記複数のプリンタドライバの設定から、１つ選択する選択手段をさらに有する請求項１乃至４の何れか１項に記載の情報処理装置。
情報処理装置の制御方法であって、
取得手段が、印刷設定が記述されたジョブチケットを取得する取得工程と、
生成手段が、前記ジョブチケットに記述された印刷設定を、保持部に保持されているプリンタドライバの設定のうちのパブリック部に反映し、前記プリンタドライバを用いて、ページ記述言語を生成する生成工程と、
編集手段が、前記ジョブチケットに記述された印刷設定に基づいて、前記生成されたページ記述言語の印刷設定を編集する編集工程と、
送信手段が、前記編集されたページ記述言語を、画像形成装置に対して送信する送信工程と、
を有し、
前記編集工程は、
前記ジョブチケットに記述された印刷設定のうち、前記プリンタドライバ設定のプライベート部に対応する印刷設定がある場合は、前記ジョブチケットに記述された印刷設定のうち、前記プリンタドライバ設定のプライベート部に対応する印刷設定に基づいて、前記生成されたページ記述言語の印刷設定を編集し、
前記生成されたページ記述言語に、前記ジョブチケットに記述された印刷設定と異なる印刷設定がある場合は、前記ジョブチケットに記述された印刷設定のうち、前記生成されたページ記述言語の印刷設定と異なる印刷設定に基づいて、前記生成されたページ記述言語の印刷設定を編集することを特徴とする情報処理装置の制御方法。
前記保持部には、プリンタドライバの設定であるＤＥＶＭＯＤＥを保持する請求項６に記載の情報処理装置の制御方法。
第１判定手段が、前記ジョブチケットに記述された印刷設定のうち、前記プリンタドライバ設定のプライベート部に対応する印刷設定があるかを判定する第１判定工程をさらに有する請求項６又は請求項７に記載の情報処理装置の制御方法。
第２判定手段が、前記生成されたページ記述言語に、前記ジョブチケットに記述された印刷設定と異なる印刷設定があるかを判定する第２判定工程をさらに有する請求項６乃至８の何れか１項に記載の情報処理装置の制御方法。
前記保持部には、複数のプリンタドライバの設定を保持しており、
選択手段が、前記複数のプリンタドライバの設定から、１つ選択する選択工程をさらに有する請求項６乃至９の何れか１項に記載の情報処理装置の制御方法。
コンピュータを、請求項１乃至５の何れか１項に記載の情報処理装置が有する各手段として機能させるためのプログラム。
請求項１１に記載のプログラムを格納した、コンピュータが読み取り可能な記憶媒体。