(57)【要約】【課題】既存の印刷実施態様に大きな変更を要求することなく、既存の印刷設備において大容量の文書ファイルを自動印刷する。【解決手段】大容量の文書印刷ジョブを複数のセグメントに分解し（１６）、前記セグメントをシーケンスにして（１６）、前記セグメントを印刷サーバへストリームとしておくり（１８）にし、前記セグメントを印刷して（２０）、前記文書を組み合わせる（２４又は２８）ことから成る、【選択図】図２
2008176783.tif 000002
【特許請求の範囲】
【請求項１】
文書の印刷を自動的に制御するための方法であって、
（ａ）文書印刷ジョブを複数のセグメントに分解し、
（ｂ）前記セグメントを連続してコントローラに入力して、前記セグメントをシーケンスにし、
（ｃ）前記コントローラ内で前記セグメントを処理して、前記セグメントを印刷し、
（ｄ）印刷された前記セグメントを完全な文書ジョブに組み合わせることから成る、
ことを特徴とする方法。
【請求項２】
前記分解することは、前記コントローラから遠隔の位置で分解して、ネットワーク上で前記セグメントをストリームにして前記コントローラに送ることを含む、ことを特徴とする請求項１に記載の方法。
【請求項３】
文書の印刷を自動的に制御する方法であって、
（ａ）文書印刷ジョブを複数のセグメントに分解し、
（ｂ）前記セグメントをシーケンスにして、前記セグメントを印刷サーバにストリームにし、
（ｃ）前記セグメントを印刷して、前記文書を組み合わせることから成る、
ことを特徴とする方法。
【請求項４】
前記分解することは、前記印刷サーバから遠隔の位置で分解して、ネットワーク上で前記セグメントをストリームにして前記印刷サーバに送ることを含む、ことを特徴とする請求項３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、自動印刷に関し、より特定的には、１００ページより多い文書のような多数のページを含む印刷ジョブに関する。十分に大容量のすなわち大変に大きな（例えば、ビット数が多い）画像ファイルは、オペレーティング・システムに負荷をかけ、送配信時間が長いためにネットワーク送信が時間切れになることがあり、したがって印刷ジョブの打切りという結果になる。こうした大きな文書の印刷ジョブがアプリケーション・ソフトウェアのプログラミング言語の限界を超えるときには、ユーザ又はオペレータは、文書を種々の印刷ジョブに分ける必要に迫られ、これは完全な文書を得るために、印刷のための付加的な時間及び印刷ジョブの後の組み合わせを必要とする。
【背景技術】
【０００２】
現在、大容量の文書印刷ジョブは、印刷構築ソフトウェアがジョブを印刷サーバにストリーム（stream：流れ）にする構成において、この印刷構築ソフトウェアを用いてネットワーク上でプリンタに送られる。印刷ジョブを受け取ると直ちに、サーバはデータを処理してページを印刷する。印刷ジョブが非常に大きな又は大容量の文書画像ファイルを含んでいるときは、プリンタ自体がファイルのサイズのためにジョブを処理することができないか、又は印刷構築ソフトウェアとサーバとの間で用いられるプロトコルが大きなファイルサイズをサポートできないか、又は印刷構築ソフトウェア自体が大容量の文書画像ファイルを処理することができない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
したがって、既存の印刷実施態様に大きな変更を要求することなく、既存の印刷設備において大容量の文書ファイルを自動印刷できるようにすることが望まれる。
【課題を解決するための手段】
【０００４】
本開示は、ネットワーク上でストリームにして印刷サーバ及びプリンタに送ること（ストリーミング）ができる複数の扱いやすいサイズのセグメントに文書画像ファイルを分解する方法であって、既存の印刷設定により、非常に大容量（又は大きなサイズ）の文書画像ファイルを自動的に印刷するための方法又はプロセスを説明するものである。したがって、本発明の方法は、或いは別の場合には文書を処理することができない既存の印刷サーバに変更を要求することなく、非常に大容量の文書が印刷されることを可能にする。本開示で説明され図示される例示的な実施形態においては、分解されたセグメントが、順番に並べられ、すなわち、シーケンスにされて、このシーケンスにされたセグメントが連続して単一のプリンタで印刷されることができるように、及び、ユーザ又はオペレータが構成を認識することなく、文書が後続して自動的に組み合わされるようにすることができる。或いは、セグメントは個々のプリンタで同時に印刷されることができ、かつセグメントは別々にユーザ又はオペレータによって組み合わせられることができる。
【０００５】
本発明に係る方法又はプロセスの利点は、ファイル転送プロトコルゲートウエイを必要としない点、及び、印刷サーバソフトウェアが印刷構築ソフトウェア内でなされる変更を必要としない点にある。
【発明を実施するための最良の形態】
【０００６】
図１を参照すると、本開示の方法の構成が示されており、ここでは、大容量の（すなわち、大きな）の文書ファイル１が、文書操作ソフトウェア３によって、扱いやすいサイズの複数のセグメントファイル５に分解され、かつ印刷構築ソフトウェア７においてフォーマットされる。ソフトウェア７は、セグメント画像を印刷サーバ９が理解できるフォーマットに変換し、印刷サーバ９はプリンタ１１の動作を指示する。本実施においては、印刷構築ソフトウェア７は、例えば、Ａｄｏｂｅ  Ｓｙｓｔｅｍｓ  Ｃｏｒｐｏｒａｔｉｏｎの登録商標であるＰｏｓｔＳｃｒｉｐｔ（登録商標）のようなプリンタ文書言語で文書を読み書きする市販のソフトウェアパッケージを用いる。
【０００７】
図２を参照すると、システムの動作が全体を１０として示され、印刷されるべき文書の大容量画像ファイル１２から始まり、このシステムは、印刷送配信（submission）ソフトウェア１４にこのファイルを入力し、このソフトウェア１４は、ステップ１６において、縮小したサイズの扱いやすいサイズの複数の文書セグメントを作成するように動作する。ステップ１４及び１６において、ソフトウェアは、２０で示される印刷サーバから離れたすなわち遠隔の位置にある。ステップ１６において、ソフトウェアは、印刷サーバが読むことができる印刷文書言語でセグメントを出力するように動作する。本実施においては、用いられるソフトウェアは、ＰｏｓｔＳｃｒｉｐｔ（登録商標）のような市販のパッケージ又はＸｅｒｏｘ  Ｃｏｒｐｏｒａｔｉｏｎから入手可能なラスタ文書オブジェクトソフトウェアとすることができる。
【０００８】
個々に作成された文書セグメントは、例えば、ラスタ画像処理などによってシーケンスにされ（すなわち、順番に並べられ）、次いで、ステップ１８において、連続して印刷サーバ２０に、ストリームにされて（すなわち一連の流れとしてストリーミングされて）送られる。
【０００９】
２０で示される印刷サーバ機能は、２２で示されるように、文書セグメントを別々に連続して印刷するように設定することができ、その後、ステップ２４で、印刷がセグメントごとになされたとことが分からない状態で、完全な文書が自動的に組み合わされる。文書がバインド（結合）される場合は、セグメントは１つの文書としてバインド（結合）される。
【００１０】
上記とは別に、印刷サーバは、ステップ２６で示されるように、各々のセグメントを個々のプリンタに出力することができ、その後、セグメントの同時印刷を成し遂げることができる。この場合、完全な文書は、ステップ２８で示されるように、オペレータによって手動で組み合わされなければならない。この別々のプリンタでの同時印刷の構成は、印刷ジョブが非常に大容量であり、単一プリンタの印刷トレイにおける単一の大容量文書の存在が扱いにくいものであると分かる場合に望ましい。
【図面の簡単な説明】
【００１１】
【図１】本開示で説明されるプロセスの説明図である。
【図２】本開示における印刷プロセスの流れ図である。
【符号の説明】
【００１２】
１：大容量文書ファイル
３：文書操作ソフトウェア
７：印刷構築ソフトウェア
９：印刷サーバ
１１：プリンタ
１２：大容量画像ファイル
１４：印刷依頼ソフトウェア
２０：印刷サーバ
【図１】
2008176783.tif 000003
【図２】
2008176783.tif 000004