JP2006209408A - 印刷システム - Google Patents

Abstract

【課題】 印刷オーダーを受け付けてスケジュールを管理するスケジューラにおいて、比較的小さい印刷ジョブの印刷オーダーが多数の場合であっても、効率のよい印刷スケジュールを組む。
【解決手段】 印刷オーダー中の各印刷ジョブの特性（ページ数、用紙サイズ、カラー／モノクロ、品位、納期など）を自動判別し、同一特性を持つ印刷ジョブで整列させ、デバイスのエンジンスピードを出せるように印刷ジョブを再編してスケジューリングを行う。
【選択図】 図９

Description

本発明は、印刷処理を実行する印刷システムに関する。

従来より、個人ユーザや企業などの顧客からの依頼により、印刷物を生成する商業印刷業者が存在している。こうした印刷業者では、顧客からの印刷用データ（原本）の提供と、印刷体裁や部数、納期などの指示を受けて印刷物を作成し、顧客に対して納入する業務を行っている。こうした印刷業者では古くから知られているオフセット製版印刷機などの大規模な装置を用いて業務を行っている。

また、昨今では、電子写真方式の印刷装置やインクジェット方式の印刷装置の高速化、高画質化に伴い、短時間で出力・納品が可能な「コピーサービス」「プリンティングサービス」「Ｐｒｉｎｔ Ｏｎ Ｄｅｍａｎｄ（ＰＯＤ）センター」などと称されるような商業印刷の業態も存在している。

これらの印刷業に対する印刷の依頼は、ユーザから上記サービスを提供する業者に対して、紙あるいは電子媒体（ＦＤ、ＭＯ、ＣＤ−ＲＯＭなど）に記録した原稿と、当該原稿の印刷部数や製本方法、納品期日などを記載した印刷指示書（オーダー指示書）とを郵送または直接印刷会社に持ち込むことにより行う（入稿）。

また、インターネットまたはイントラネットを介してオンラインで印刷を発注／受注できるシステムも実用化されている。たとえば、富士ゼロックス社から販売されている「ＤｏｔＤｏｃ．Ｗｅｂ」では、ユーザは自社のコンピュータから業者の提供するホームページにアクセスし、印刷依頼用のフォームに発注者情報（受け取り先など）、印刷体裁や部数などの必要事項を記入して、原稿ファイルとともに送信することで、当該原稿の印刷を発注することができる。印刷業者側ではユーザからの依頼を受け付けて印刷指示書を作成し、印刷処理のスケジューリングを行う。そして、作成されたスケジュールにしたがって、作業コンピュータに接続されたプリンタにより印刷や製本作業が行われ、作成された印刷物を顧客に納品して業務が完了する。

このような、ユーザから委託された印刷処理を実行する印刷業者においては、指定された納品期日に確実に間に合うように印刷を完了する必要がある。また、大規模な印刷センターでは、複数のオペレータが多種多様な印刷装置や作業コンピュータを用いて、並列的に多数の印刷依頼（オーダー）を処理する必要がある。そのため、人（オペレータ）や装置などの資源を可能な限り効率的に活用することを考える必要がある。

より具体的な印刷業者の課題として、複数のオペレータが印刷装置を共有する場合において、印刷装置を占有する時間が長くなればなるほど、後続するオーダーが遅延し、納期に間に合わないなどの信頼問題に発展する危険性がある。

こうした課題を解決するために、上記印刷業者においては、所謂プリントサーバのような印刷ジョブを印刷リストとして一元管理するシステムを構築することがある。オペレータが印刷装置の状況を判断して出力先を選択するのではなく、プリントサーバに一旦印刷ジョブを貯めておき、印刷装置の進行状況を逐次監視し印刷が終了した印刷装置から順次印刷ジョブを処理させることで印刷業務の効率化を図るシステムが提案されている。特許文献１参照。
特開２００３−２０８２８５号

しかしながら、これらの取り組みは、印刷ジョブを如何に効率よく出力させるかではなく、印刷装置の空き時間を少なくすることで効率化を図っているだけであって、印刷ジョブを工夫することで、印刷装置の稼動効率を向上させるものではない。特に、複数部の印刷において、入稿された原稿ファイルによっては、印刷時に１部ずつの印刷ジョブに分けてしまうアプリケーションがある。印刷ジョブの数が多くなると、印刷データを受け取った印刷装置ではジョブ開始処理、終了処理がジョブの数（部数）だけ処理されることになり、オーバーヘッドが大きくなるという問題がある。

上述した課題を解決するために、本発明は以下の構成を備える。

コンピュータと印刷装置がネットワークを介して互いに接続された印刷システムであって、インターネットを介してクライアント端末より指示された製本などの印刷体裁や、部数、用紙サイズなどの印刷設定を含んだオーダー情報と、原稿データから印刷物の作成を受け付けるサーバと、オーダー情報に従って印刷指示する作業ＰＣで構成された印刷システムにおいて、前記印刷センターのサーバは、前記作業ＰＣからの指示に従って、オーダー情報と原稿データを前記作業ＰＣに送信するプリントコンポーネント手段と、前記作業ＰＣから送信された印刷データファイルを受け取る共有フォルダを常時監視するＨｏｔフォルダ手段と、前記Ｈｏｔフォルダに投入された１ジョブ複数部印刷時に分割された部単位の印刷データ、あるいは同一印刷属性をもつ印刷データを１つの印刷データに再構成し、印刷スピードを最適化することを特徴とするジョブマネージャ手段とを備え、前記作業ＰＣは、アプリケーションによって、印刷ジョブが複数に分かれてしまう場合でも、オーダーＩＤと部番号（１〜ＮＮＮ）を持つ印刷データファイルとして、自動的にファイル出力できるファイル出力ポート手段を備え、印刷データ自体を再構成し、印刷スピードを最適化することを特徴とする印刷システム。

本発明によると、部数に分割された印刷ジョブをある閾値に応じて１つのジョブに結合する、さらには別のジョブであっても印刷品位に影響しない範囲で、印刷属性が同じであれば印刷ジョブを結合することで、印刷装置のジョブ開始処理、終了処理を必要最小限に抑えることができるため、印刷装置を効率よく利用することができる。

（実施例１）
以下、本発明の実施の形態について図面を参照して詳細に説明する。

図１は、本発明に係る印刷システムの全体構成を示す図である。なお、以下の説明における印刷システム全体の環境は本発明の説明を理解し易くするためのものであり、本発明はこれらの環境に限定されるものではない。

図１において、クライアント１５１は、一般ユーザでは自宅でインターネット接続されたノートＰＣ１０２や、社内イントラネットに接続された業務用ＰＣ１０１が配置されていることを示している。

サーバ１５２は、ユーザに対して印刷依頼や原稿を入稿する入稿コンテンツを提供するＷＥＢサーバ１０３や、入稿された印刷依頼を注文書（オーダー票）として格納したり、電子入稿された原稿を格納しておくＤＢサーバ１０４を配備したサーバを示している。ここで、ＷＥＢサーバとＤＢサーバは１つの筐体に混在させることも可能であるが、本発明においては、便宜上２つの筐体に分けて説明する。

印刷センター１５３は、サーバ１５２に対して複数存在することができ、印刷センターに設置されている印刷装置の情報を元にサーバ１５２にて振り分けされる。印刷センター１５３では、サーバ１５２に蓄積されたオーダー票と原稿をＤＢサーバ１０４から定期的に収集すると共に、本発明の印刷システム自体が動作するサーバ１０５や、サーバ１０５が提供する各種のサービスを使いやすいＧＵＩを使って操作する作業ＰＣ１０６や、実際の出力先となるモノクロプリンタ１１１、カラープリンタ１１２、更にはオフライン製本で使われる製本機１４１が配備されている。もちろん、印刷センターの構成や環境は上記に限定されるものではない。

本実施形態の例では、クライアントとサーバ、またサーバと印刷センター間は、Ｉｎｔｅｒｎｅｔ／Ｉｎｔｒａｎｅｔ１３１でネットワーク接続されている。通常、クライアントとサーバ間はＩｎｔｅｒｎｅｔ接続されることが多く、サーバと印刷センターは専用回線を用いたＩｎｔｒａｎｅｔ接続されることが多いが、本発明はこうした環境に限らず、印刷センター内にサーバが存在するような環境であっても適用可能なものである。

まず、クライアントのノートＰＣ１０２、ＰＣ１０１には、ＷＥＢサーバが提供する入稿コンテンツを閲覧するためのブラウザが搭載される。一般的には、ＭｉｃｒｏＳｏｆｔ社製のＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒであるが、ＮｅｔＳｃａｐｅ社製のＮｅｔＳｃａｐｅ等でもよい。また、当該入稿コンテンツを使って原稿データをアップロードすることが可能である。

ＷＥＢサーバ１０３は、前記入稿コンテンツを提供するＷＥＢサーバであり、当該入稿コンテンツには、製本などの印刷体裁や、部数、用紙サイズなどの印刷設定、および納品期日、依頼者情報、配送先などを入力するエディットコントロール、原稿データをアップロードするファイル指定コントロールが装備されている。ここで、入力された依頼内容に応じた料金計算、および入力事項の確定処理などは、ＷＥＢサーバ１０３上で動作するサービスモジュールで実現されるが、一般的なロジックであり本発明では直接関係しないため割愛する。更に、ＷＥＢサーバ１０３では、確定した印刷依頼を注文書（ここには、印刷依頼内容と原稿データのファイル名が記入されている）と、原稿データファイルをＤＢサーバ１０４に格納する。

ＤＢサーバ１０４には、Ｏｒａｃｌｅ社製のＯｒａｃｌｅＤａｔａｂａｓｅのような一般的なデータベースがインストールされており、後述するサーバ１０５からのデータ取得要求に応じて、所望の注文書と原稿データを送信することができる。図示しないＤＢスキーマは、主として印刷センターマスタ（場所、連絡先などの情報と、デバイスマスタ、製本機マスタをメンバに持つ）、デバイスマスタ（カラー／モノクロ、印刷枚数、オプションなどのデバイス構成情報）、製本機マスタ（パンチャ、くるみ製本機などの情報）テーブルで構成されている。このテーブルを参照することで、印刷センター１５３にあるサーバ１０５は自センターに割り当てられた注文を受け取ることができる。

サーバ１０５は、前記ＷＥＢサーバからの注文確定の通知を受け、前記ＤＢサーバから注文書と原稿データファイルを収集するとともに、収集した注文書に従い、後述するオーダーマネージャ、ジョブマネージャ、プリントコンポーネントで構成される本発明の印刷システムが稼動する。詳細は後述するが、処理の進捗状況はオーダーマネージャを経由して、ＷＥＢサーバ１０３に通知され、図示しない処理状況確認コンテンツに反映される。ユーザは、この処理状況コンテンツを見て、自分だ注文した印刷物がどのような処理状況になっているか確認できる。

作業ＰＣ１０６は、前記サーバ１０５で提供される各種のサービスを使いやすい操作画面を使って制御するコンソールや、前記ジョブマネージャと連動するファイル出力ポートを備え、前記サーバ１０５に格納されている原稿データファイルを取り出し、所定のアプリケーションを起動し、印刷体裁を整えるともに、指定された印刷設定に基づいて印刷（本発明では印刷データはファイル出力される）する作業用のコンピュータである。

モノクロプリンタ１１１、カラープリンタ１１２は印刷センターによって、設置構成が異なるが、一般的には高速なモノクロプリンタと、高品位なカラープリンタの組み合わせで構成されることが多い。

製本機１４１は前記プリンタより出力された用紙を製本するためのオフライン製本機であり、ステープラ、パンチャ、くるみ製本機、リング製本機であったりする。ネットワークに接続することで、状況ステータスが収集可能である。また、プリンタと同様に印刷センターによって設置構成が異なる。

図２は、ＷＥＢサーバ１０３、ＤＢサーバ１０４、サーバ１０５、作業クライアント１０６の概略構成を示すブロック図である。

ＣＰＵ２００は、ＨＤ（ハードディスク）２０５に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳやネットワークプリンタ制御プログラム等を実行し、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。ＲＯＭ２０１には、基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。２０２はＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。２０３は外部記憶ドライブであり、メディア２０４に記憶されたプログラム等を本コンピュータシステムにロードすることができる。２０４はメディアであり、本実施例で説明するプログラムおよび関連データを格納しており、その記憶されている内容の構成を以下、図４に示す。２０５はＨＤであり、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ、制御プログラム、関連プログラム等を格納している。２０６はキーボードであり、ユーザがクライアントコンピュータに対して、デバイスの制御コマンドの命令等を入力指示するものである。２０７はディスプレイであり、キーボード２０６から入力したコマンドや、プリンタの状態等を表示したりするものである。２０８はシステムバスであり、クライアントコンピュータ内のデータの流れを司るものである。２０９はネットワークインターフェイス（以下、Ｉ／Ｆという）であり、ローカルエリアネットワーク（ＬＡＮ）あるいは、インターネットに接続するための通信インターフェイスである。

図３は、本発明のプログラムがＲＡＭ２０２にロードされ実行可能となった状態のメモリマップを表すものである。

本実施例では、メディア２０４からプログラム及び関連データを直接ＲＡＭ２０２にロードして実行させる例を示すが、この以外にも、メディア２０４から本発明のプログラムを動作させる度に、ＨＤ２０５からＲＡＭ２０２にロードするようにしてもよい。また、本発明のプログラムを記録する媒体は、メディアはＦＤ、ＣＤ−ＲＯＭ、ＤＶＤ、ＩＣメモリーカード等であっても良い。更に、本発明のプログラムをＲＯＭ２０１に記録しておき、これをメモリマップの一部となすように構成し、直接ＣＰＵ２００で実行することも可能である。３０１は基本Ｉ／Ｏプログラムであり、本制御装置の電源がＯＮされたときに、ＨＤ２０５からＯＳがＲＡＭ２０２に読み込まれ、ＯＳの動作を開始させるＩＰＬ（イニシャルプログラムローティング）機能等を有しているプログラムが入っている領域である。３０２はＯＳであり、３０３には制御プログラム、３０４には関連データがそれぞれ展開され、３０５にはＣＰＵ２００が本プログラムを実行するワークエリアがとられている。

図４において、４００はメディア２０４のデータ内容であり、４０１はデータの情報を示すボリューム情報であり、４０２はディレクトリ情報、４０３は本実施例で説明するプログラム、４０４はその関連データである。４０３のプログラムは、図１０〜１１に示される本プログラムのフローチャートに基づいてプログラムコード化されたものである。

図５は、本発明のプリントシステム構成を機能モジュール毎に示した構成図である。

５０１は入稿されたオーダーを管理するソフトウェアとしてのオーダーマネージャであり、後述する図７に示すような操作画面を持つ。前記ＷＥＢサーバ１０３や、ＤＢサーバ１０４から収集した注文書から印刷情報を抽出し、原稿データファイルのパス名と合わせて、印刷に必要なオーダー情報ファイルを作成する。図８にオーダー情報ファイルに格納される内容の一例を示すが、設定される夫々の値の説明は割愛する。オペレータは、オーダーマネージャ５０１の操作画面を見ながらオーダーの進捗具合を確認することができる。さらには、同じオーダー情報をＷＥＢサーバ１０３に適時アップロードすることで、ＷＥＢサーバ１０３で提供される図示しない処理状況コンテンツ画面にも同様の進捗情報をユーザに提供することができる。このオーダー情報は機密保持のため、印刷が完了し配送されるまでは保持されるが、配送後は消去されることは言うまでもない。５０２はジョブマネージャであり、後述する作業ＰＣ上にインストールされたファイル出力ポート５０３から送信されるＰＤＬ形式の印刷データ（以下、印刷ジョブファイルという）を受け取り、必要であれば、印刷ジョブファイルを結合した結合ジョブファイルを生成し、プリンタに印刷する。５０３はファイル出力ポートであり、一般的なＦＩＬＥ：ポートと同じであるが、ジョブに関連付いた出力ファイル名を自動生成することができる。これは作業ＰＣ上のプリントシステムの出力先ポートとして提供される。当該ファイル出力ポートを使って印刷すると、印刷データが全て印刷ジョブファイルとしてファイル保存され、前記ジョブマネージャ５０２に渡される。５０４はプリントコンポーネントであり、オーダーマネージャから指定されたオーダーの印刷情報、原稿ファイルを作業ＰＣにダウンロードする。ダウンロードの方法は一般的なＦＴＰプロトコルを使うか、ファイルコピーの手法をとることになる。

図６は、本発明の処理の流れを示したシーケンス図である。

注文が確定すると、オーダーマネージャ５０１にオーダー情報が蓄積される。オペレータは作業ＰＣよりオーダーマネージャ５０１にアクセスし、自分が処理するオーダー情報を取得する。オーダー情報を取得する際には、プリントコンポーネント５０４を経由して印刷情報と、付随する原稿データがダウンロードされる。オペレータはダウンロードされた原稿データを元に、アプリケーションを起動し、必要であればレイアウトの変更など編集作業を施した後、印刷情報で指定された製本などの印刷体裁や、部数、用紙サイズなどの印刷設定にしたがって印刷を実行する。その際、出力先を本発明の特徴であるファイル出力ポート５０３に出力する。複数部印刷で１部単位に印刷ジョブを生成するようなアプリケーションの場合、１ジョブ毎にファイル名が自動生成され、印刷の完了と同時にまとめてジョブマネージャ５０２が監視する共有フォルダ（以下、Ｈｏｔフォルダ）に送信される。ジョブマネージャ５０２はＨｏｔフォルダを監視（ファイル作成のイベント待ち）しており、印刷ジョブファイルが投入されたタイミングで結合処理を実行できる。ジョブマネージャ５０２では、投入された印刷ジョブファイルを１つの印刷ジョブファイルに結合し、プリンタに出力する。出力が完了すると、オーダーマネージャ５０１に完了を通知することで、１つの印刷処理が完結する。

図７は、オーダーマネージャの操作画面であり、当該オーダー情報を元にオーダーの進捗状況を示すリスト表示画面と、オーダーの詳細情報をタグ表示画面が装備されており、オペレータは、この操作画面を見ながらオーダーの進捗具合を確認することができる。Ｍｉｃｒｏｓｏｆｔ社製 Ｗｉｎｄｏｗｓ（登録商標）ＯＳで動作するアプリの例であるが、ＨＴＭＬベースのＷＥＢコンテンツとしてもよい。本発明の説明では便宜上、Ｗｉｎｄｏｗｓ（登録商標）アプリの例を用いる。上部のリスト画面には、オーダーを識別するためのＩＤ、担当者等の概略と処理ステータスが表示される。１つのオーダーを選択すると、下部のタブ画面を用いて、オーダー情報の詳細が表示される。表示される内容には、図８の印刷設定なども含まれる。

図９は図５のジョブマネージャ５０２で提供するＨｏｔフォルダの概念図を示した図である。ジョブマネージャ５０２で提供するＨｏｔフォルダは、プリンタ毎に積み込まれている印刷ジョブファイルが一覧される。プリンタは機能の特徴が可視的（カラープリンタはカラーで、フィニッシング装置が装着されていれば装着されたように）に表現され、また、プリンタに関連付いた印刷ジョブファイルは、結合ジョブと単体ジョブで分かれて整列される。整列順は納期に応じて自動的に配置される。

図１０は、図５のファイル出力ポートのフローチャートを示したものである。

ファイル出力ポートはシステムのプリントシステムの１つのモジュールとして追加され、アプリケーションからの出力先ポートの１つとなる。従って、該ファイル出力ポートの起動はプリントシステムからの印刷処理遷移に基づいて、印刷開始、印刷データの書き込み、印刷終了などの事象毎に呼び出されることになる。まず、印刷開始の事象ではステップＳ１００１にて、印刷開始かどうかを判断する。判断の結果、印刷開始処理であれば、ステップＳ１００２にて、印刷直前にプリントコンポーネントより取得したオーダー情報を取得する。取得したオーダー情報は、オーダー番号をファイル名とするオーダーファイル（．ＯＤＲ）として保存される。オーダー情報には、オーダー番号、部数情報が格納されており、ステップＳ１００３にて、オーダー番号＋部番をファイル名とする一意な印刷ジョブファイル（．ＪＯＢ）を作成する（新規作成）。次に、印刷データの書き込み事象では、ステップＳ１００４にて、ファイル出力ポートへの書き込みかどうかを判断する。判断の結果、書き込みであれば、ステップＳ１００５にて、印刷ジョブファイルに印刷データを書き込む（書き込み）。書き込まれる印刷データは図示しないプリンタドライバにて生成されたＰＤＬとなる。次に、印刷終了の事象では、ステップＳ１００６にて、印刷の終了かどうかを判別する。判断の結果、終了処理であれば、ステップＳ１００７にて、印刷ジョブファイルをクローズし、印刷ジョブファイルの生成処理を完了する（終了）と同時に、部数カウントをデクリメントする。次に、ステップＳ１００８にて、複数部印刷の最終部の印刷かどうかを判断する。判断には、ステップＳ１００７でデクリメントした部数カウントで判断することになる。判断の結果、最終部であれば、ステップＳ１００９にて、印刷ジョブファイルをジョブマネージャ５０２で指定されたＨｏｔフォルダ送信するためのファイル転送スレッドを起動する。ファイル転送スレッドは、共有フォルダにファイルコピーする処理と同様であり、上記処理で作成された印刷ジョブファイルとオーダーファイルを送信する事になる。その際、ジョブマネージャ５０２のＨｏｔフォルダにて最終ファイルの投入が確認できるように、オーダーファイルを後に送信する。（オーダーファイルがあれば、送信完了と判断）
これらの結果、ファイル出力ポートに出力された印刷データは、複数部であれば１部ずつ印刷ジョブファイルとして生成され、ジョブマネージャ５０２のＨｏｔフォルダに送信される。その後、ジョブマネージャ５０２のジョブ結合機能により、単一の印刷ジョブファイルに再構築されることになる。

図１１は、図５のジョブマネージャのフローチャートを示したものである。

まず、ステップＳ１１０１にて、前記ファイル出力ポートによりＨｏｔフォルダに印刷ジョブファイルが投入されたかどうかをフォルダ監視し、すべての印刷ジョブファイルが投入されたかどうか印刷ジョブファイルと一緒に投入された前記オーダーファイルが存在するかどうかで確認する。次に、ステップＳ１１０２にて、印刷ジョブファイルに対応付いたオーダーファイルに格納された印刷情報（部数、印刷設定）を取得する。ステップＳ１１０３にて、複数部印刷かどうかを判断する。判断の結果、複数部印刷でなければ、ステップＳ１１０４にて、用紙サイズ、カラー／モノクロ、グレースケール、両面の印刷設定が同じかどうかを判断する。判断の結果、印刷設定が同じであれば、ステップＳ１１０５にて、１つの印刷ジョブファイルのページ数が出力先プリンタの印刷スピード（例えば、５０枚／分）を越えるかどうか判断する。出力先プリンタの印字スピードは、オーダー情報の１つとして格納されており、印字スピード以下であれば結合した方が効率よいと判断できる。判断の結果、結合しない方が良いと判断したならば、ステップＳ１１０６にて、印刷ジョブファイルを直接印刷ポートに送信することでプリンタに出力する。ステップＳ１１０５、ステップＳ１１０３の判断の結果、結合した方が効率よいと判断したならば、ステップＳ１１０７にて、オーダーに関連付けられた印刷ジョブファイルの個数（結合するファイル数）をオーダーファイルから取得する。次に、ステップＳ１１０８にて、先頭のファイルを読み込む。ファイル名がオーダー名＋部番号で構成されるため、先頭ファイルの判断は容易にできる。ステップＳ１１０９にて、読み込んだ印刷ジョブファイルの初めに格納されている印刷設定を記述したＪＬ（ＪｏｂＬａｎｇｕａｇｅ）部分を抽出する。図１２に印刷設定のＪＬ例を示す。＠ＰＪＬで始まるコマンドで各種印刷設定を定義する。抽出したデータは、作業メモリ上に展開されるテーブルデータ領域の指定されたプリンタ名のテーブルに格納される。テーブルデータは、出力先プリンタ別に準備され、同じプリンタに印刷される印刷ジョブデータファイルのみを結合するようになっている。次に、ステップＳ１１０１０にて、ＪＬに続く印刷データ本体（画像データ）となるＰＤＬデータを抽出し、前記作業メモリ上のテーブルに追加する。ステップＳ１１１１にて、オーダーに関連付いた次の印刷ジョブファイルを読み込む。複数部印刷であれば、続く部番号を持つ印刷ジョブファイルであり、オーダーが違うときには結合対象となる印刷ジョブファイルとなる。次に、ステップＳ１１１２にて、結合される印刷ジョブファイルを全て読み込んだかどうかを判断する。判断の結果、継続する（正常に読み込めた）ならば、ステップＳ１１１３にて、ＪＬに続く印刷データ本体（画像データ）となるＰＤＬデータを抽出し、前記作業メモリ上のテーブルに追加する。ステップＳ１１１４にて、オーダー情報に格納された印刷設定が両面印刷であり、しかも奇数ページで終了しているかどうかを判断する。判断の結果、奇数で終わっていれば、ステップＳ１１１５にて、用紙サイズ毎に事前に準備された白紙ページＰＤＬを前記作業メモリ上のテーブルに追加する。この結果、結合しても最終ページの両面裏面に次の両面表面が混載することを防止できる。次に、ステップＳ１１１２の判断の結果、すべての印刷ジョブファイルからＰＤＬデータを抽出完了したならば、ステップＳ１１１６にて、結合ジョブファイルを新規作成する、結合ジョブファイルは、複数の印刷データが１つの印刷ジョブ中に複数存在できるようなネスト構造を持つＪＬ（一般的にはＩＳＯ１０１７５ のＤｏｃｕｍｅｎｔＰｒｉｎｔｉｎｇＡｐｐｌｉｃａｔｉｏｎが代表的）で記述されたＰＤＬ形式となる。この結合ジョブファイルの印刷設定部に、前記作業メモリ上のテーブルから印刷設定（ＪＬ部）を読み出して書き込み、ネスト構造内につづく印刷データ（ＰＤＬ部）を順次結合ジョブファイルに追加して書き込む。ステップＳ１１１７にて、生成された結合ジョブファイルを、ステップＳ１１０６と同様に直接印刷ポートに送信することでプリンタに出力でする。

以上の処理で、複数部印刷でジョブが分割されるような原稿であっても、また、同様の印刷設定を持つ異なる原稿であっても、印刷データを結合することでアプリケーションの動作に拠らず、常に最適な印刷スピードで出力できる印刷データを再構成することができる。

なお、本発明は、上記形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体（又は記録媒体）を、システム又は装置に供給し、そのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成されることは云うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が上記実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部又は全部を行い、その処理によって上記実施の形態の機能が実現される場合も含まれることは云うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わる記憶媒体に書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは云うまでもない。

また、本発明は、上記実施の形態の機能を実現するソフトウェアのプログラムコードがネットワークを介して配信されることにより、システム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納され、そのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行することによっても、達成されることは云うまでもない。

本実施の印刷システムのシステム構成図である。 図１におけるクライアントコンピュータの概略構成を示すブロック図である。 図２におけるＲＡＭに、図４に示すＦＤからプログラムを展開したときのメモリマップである。 図２におけるＦＤ内部のデータを表すメモリマップである。 図１における印刷システムのモジュール構成図である 図１における印刷システムの処理シーケンス図である。 オーダーを管理するソフトウェアのインターフェィスを示した図である。 オーダー情報ファイルの印刷設定例を示した概略図である。 図５で示したジョブマネージャのインターフェィスを示した図である。 図５で示したファイル出力ポートのフローチャートを示した図である。 図５で示したジョブマネージャのフローチャートを示した図である。 印刷ジョブ内に記述される印刷設定のＪＬ例。

符号の説明

１０１ ＰＣ
１０２ ノートＰＣ
１０３ ＷＥＢサーバ
１０４ ＤＢサーバ
１０５ サーバ
１０６ 作業ＰＣ
１１１ モノクロプリンタ
１１２ カラープリンタ
１２１〜１２３ ＬＡＮ
１３１〜１３２ インターネット／イントラネット
１４１ 製本機（パンチャ、くるみ製本、ステープラ、）
１５１ クライアント
１５２ サーバ
１５３ 印刷センター
２００ プログラム等が記録されている媒体の構成図
２０１ 記録媒体上のボリューム情報領域
２０２ 記録媒体上のディレクトリ情報領域
２０３ 記録媒体上のプログラムの実行ファイル領域
２０４ 記録媒体上のプログラムの関連データファイル領域
３００ プログラムが動作するときのメモリマップ
３０１ メモリマップ上の基本Ｉ／Ｏプログラム
３０２ メモリマップ上のＯＳ
３０３ メモリマップ上の本発明プログラム
３０４ メモリマップ上の本発明プログラム関連データ
３０５ メモリマップ上のワークエリア
４００ メディアのメモリマップ
４０１ ボリューム情報
４０２ ディレクトリ情報
４０３ 本プログラム
４０４ 関連データ
５０１ オーダーマネージャ
５０２ ジョブマネージャ
５０３ ファイル出力ポート
５０４ プリントコンポーネント

Claims (3)

1. コンピュータと印刷装置がネットワークを介して互いに接続された印刷システムであって、インターネットを介してクライアント端末より指示された製本などの印刷体裁や、部数、用紙サイズなどの印刷設定を含んだオーダー情報と、原稿データから印刷物の作成を受け付けるサーバと、オーダー情報に従って印刷指示する作業ＰＣで構成された印刷システムにおいて、
   前記サーバは、前記作業ＰＣからの指示に従って、オーダー情報と原稿データを前記作業ＰＣに送信するプリントコンポーネント手段と、前記作業ＰＣから送信された印刷データファイルを受け取る共有フォルダを常時監視するＨｏｔフォルダ手段と、前記Ｈｏｔフォルダに投入された１ジョブ複数部印刷時に分割された部単位の印刷データ、あるいは同一印刷属性をもつ印刷データを１つの印刷データに再構成し、印刷スピードを最適化することを特徴とするジョブマネージャ手段とを備え、
   前記作業ＰＣは、アプリケーションによって、印刷ジョブが複数に分かれてしまう場合でも、オーダーＩＤと部番号（１〜ＮＮＮ）を持つ印刷データファイルとして、自動的にファイル出力できるファイル出力ポート手段を備えることを特徴とする印刷システム。
2. 前記請求項１において、サーバで動作する前記ジョブマネージャは、出力先プリンタ単位にジョブをスケジューリングすることが可能なスケジューリング機能を備えることを特徴する印刷システム。
3. 前記請求項１において、サーバで動作する前記ジョブマネージャは、出力先プリンタの印刷スピードに応じて、ジョブを結合するか・しないかを判別できることを特徴する印刷システム。

Images