JP4468054B2

JP4468054B2 - 印刷システム

Info

Publication number: JP4468054B2
Application number: JP2004118046A
Authority: JP
Inventors: 貴之金子
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2004-04-13
Filing date: 2004-04-13
Publication date: 2010-05-26
Anticipated expiration: 2024-04-13
Also published as: JP2005301748A

Description

本発明は、ユーザから印刷依頼を受け付ける印刷システムに関し、特にインターネットを介してユーザのコンピュータから印刷オーダーと印刷設定を受信し、設定されている印刷設定に応じて印刷オーダーを処理して印刷物を得るインターネット印刷サービスを実現する印刷システムに関する。

ユーザがインターネットを介して自宅のコンピュータからプリントショップ等にドキュメントの印刷を依頼する際に、印刷物の仕上げやデリバリ等の指示を伝達する方法の一つとしてジョブチケット（作業指示書）が利用されている。かかる印刷システムでは、ユーザがクライアントコンピュータ上で希望する仕上げ処理やデリバリの方法等を記載したジョブチケットを作成し、当該ジョブチケットを原稿書類のプリントデータとともにプリントショップ等のプリントサーバに転送して書類の印刷を依頼することにより、所望の仕上げ処理がなされた印刷物を希望する日時に希望する場所で受け取ることができるものである。あるいは、ユーザがプリントデータをショップ等のプリントサーバに転送した後に、プリントサーバが提供するプログラムを介して、希望するデリバリの方法等を記載したジョブチケットを作成するタイプのものもあった。

このようにインターネットを介して自宅のコンピュータからプリントサービスプロバイダ（印刷センターサーバ）にアクセスし、印刷したいドキュメントをアップロードする際に、印刷設定が指示される。この印刷設定（製本印刷、ステイプル指定、両面印刷、カラー／モノクロ指定、用紙サイズ、配送先、納期など）は、従来、以下のように設定されている。

まず第１の方法は、自宅のコンピュータがプリントサービスプロバイダに接続された際に取得するＨＴＭＬファイルを、自宅のコンピュータのブラウザに表示し、このブラウザを介してユーザが印刷設定を入力し、ブラウザの「ＯＫ」ボタンを押下することで、設定内容がジョブチケットとしてプリントサービスプロバイダへ送信され、印刷オーダーの印刷設定として処理される。このような技術を開示している文献として、特許文献１がある。

次に第２の方法は、予めプリントサービスプロバイダに対する印刷オーダーの送信が可能なプリンタドライバを用いる方法である。この方法では、コンピュータに所定のプリンタドライバ（印刷オーダーフォーマットが生成可能）をインストールしておき、このプリンタドライバの出力先をプリントサービスプロバイダのＵＲＬと設定しておくことで、ユーザは、通常の文書作成アプリケーションで作成した文書を印刷する感覚で、このプリンタドライバを選択することにより、印刷オーダーがプリントサービスプロバイダへ送信される。そして、その際の印刷設定は、通常の印刷処理と同様にプリンタドライバのプロパティ画面から行うことが可能となっている。このような技術を開示している文献として、特許文献２がある。
特開２０００−１０５６７６号公報特開２００２−３１８８５２号公報

しかしながら、従来のインターネットを介した印刷オーダーの発注システムでは、印刷オーダーの印刷設定を行うために、ユーザに対するさまざまな負担が存在する。

まず、特許文献１のシステムでは、ユーザは印刷オーダーの発注を行うたびに、ブラウザに表示されたＨＴＭＬ形式の印刷設定画面を介して印刷設定を行わなければならない。よって、同一の印刷体裁の印刷物を複数の配送先に対して印刷指示を行いたい場合、繰り返し印刷設定と配送先の設定を行う必要がある。

また、特許文献２のシステムでは、印刷オーダー発注用のプリンタドライバをユーザのコンピュータにインストールしなければならない。このプリンタドライバのインストールを行わないと印刷オーダーを発注できないということは、実際にインターネットを介した印刷サービスの普及に大きな障害となっている。

そこで本願発明は上記問題を鑑みてなされたものであり、その目的は、インターネットを介して印刷オーダーの発注を行う場合に、ユーザの負担が少なく印刷オーダーの印刷設定を可能にする仕組みを提供することである。

そして、上記目的を解決するための仕組みとして、印刷設定を設定して印刷オーダーを発注した場合に、次回の印刷オーダーの印刷設定時に、前回の印刷設定値を初期設定として反映することを第１の解決方法とする。

また、上記目的を解決するための仕組みとして、印刷印刷物の配送先として１つの印刷オーダーで複数の配送先を同時に設定することを第２の解決方法とする。

また、上記目的を解決するための仕組みとして、印刷センターサーバにおいて、製本印刷時のレイアウトパターンを複数種類用意し、ユーザからの印刷オーダーの印刷設定時に、複数用意したレイアウトパターンから所望のレイアウトパターンを選択させることを第３の解決方法とする。

クライアントコンピュータからユーザ識別情報と印刷原稿データの印刷体裁値を入力する印刷体裁設定画面を前記クライアントコンピュータの操作画面に表示するための指示を受け付ける入力手段と、前記入力手段が前記印刷体裁設定画面を表示するための指示を受け付けた場合、前記ユーザ識別情報によって特定される印刷体裁値が複数の印刷体裁設定項目に入力された印刷体裁設定画面を表示させるべく制御する制御手段と、前記制御手段の制御によって前記クライアントコンピュータに表示された印刷設定画面を介して指定された印刷体裁値とユーザ識別情報とを対応付けて記憶する記憶手段と、前記入力手段によって入力されたユーザ識別情報が前記記憶手段に記憶されているか否かを判定する判定手段と、前記判定手段が前記入力手段によって入力されたユーザ識別情報が前記記憶手段に記憶されていると判定した場合、前記制御手段は、当該ユーザ識別情報に対応付けられている印刷体裁値が前記複数の印刷体裁設定項目に入力された印刷体裁設定画面を生成して、前記クライアントコンピュータへ送信し、前記制御手段の制御によって前記クライアントコンピュータに表示された印刷設定画面を介して設定された印刷体裁値を受け付ける印刷体裁入力手段と、前記印刷体裁入力手段により受け付けた印刷体裁値を、前記ユーザ識別情報の印刷体裁値として更新するか否かを判断する判断手段を備え、前記制御手段は、前記印刷体裁設定画面で設定される印刷体裁値を前記ユーザ識別情報の印刷体裁値として更新することを指示するためのチェックボックスを含む印刷体裁設定画面を表示させるべく制御することを特徴とする。

上記の仕組みを提供する事で、印刷オーダーの発注時、つまり入稿時にユーザが行う印刷設定の手順が簡易化され、ユーザの負担が軽減でき、印刷設定の知識が低いユーザであっても、本印刷システムを利用することが可能となる。

また、入稿時にユーザが行う印刷設定の設定方法の自由度が拡大するとともに、かかる指定手順の手間軽減が可能となる。

また、１度の印刷オーダーの発注により、同じ印刷体裁で、複数の印刷物を得ることができ、かつ、それぞれの印刷物の配送先を個別に指定することができ、ユーザの負担軽減が可能となる。

以下、図面を参照し、本発明の実施例を詳細に説明する。

本実施例は、以下に詳述するように、少なくとも一人以上のユーザが、通信網で接続可能な少なくとも一台以上の印刷サーバに印刷原稿データと印刷体裁指示をアップロードし、印刷拠点のオペレータが、印刷サーバにアップされた印刷原稿データを指定された印刷体裁に応じて出力を行う場合に、自動生成された印刷方法指示書にそって作業を行う方法を提供することで、オペレータの利便性を高め、作業効率を向上させるためのものである。詳細については以下の説明で明らかになろう。

図１は本実施例で使用するネットワーク構成図の一例である。図１の例では、ネットワークに、クライアント拠点１６１、サーバ拠点１６２、印刷拠点１６３の３拠点を想定している。クライアント拠点１６１は、少なくとも１台以上のクライアントＰＣ（デスクトップ形式のコンピュータ、ノート形式のコンピュータ、ＰＤＡであってもよい）としての情報処理装置を有し、クライアントＰＣはインターネットに接続する事が可能な手段と、少なくとも本実施例で使用する印刷サーバが提供する機能を使用可能な手段を有する。クライアント拠点は前記手段をもつものであればどのような形式でもよく、例えばオフィス内ＬＡＮや家庭ＰＣ等が該当する。サーバ拠点１６２は、少なくとも本実施例で使用する印刷オーダー管理装置（以下、印刷サーバと呼ぶ）を有し、印刷サーバはインターネットを介し特定の（あるいは不特定の）クライアントＰＣと接続可能な手段を有する。印刷サーバは必要に応じてデータベースや認証サーバなど他の基幹システムと連携可能であるが、これらは必ずしも印刷サーバ拠点１６２に存在する必要は無い。印刷拠点１６３は少なくとも１台以上の印刷デバイスを有し、０台以上の製本装置（ステイプラ、パンチャ等）を有する。さらに、この印刷デバイスにジョブを投入可能な１台以上の印刷拠点ＰＣを有する。印刷拠点に設置された印刷デバイスはネットワークに直接接続可能でかつ、インターネットを介して送信された印刷ジョブを直接処理可能ものであっても良い。印刷拠点ＰＣ１０６はインターネットを介し、前述の印刷サーバと相互にアクセス可能な手段を有するものとする。また、クライアント拠点１６１に設置されたクライアントＰＣと印刷拠点１６３に設置された印刷拠点ＰＣはインターネットを介し直接接続する事も可能であっても良い。

図１において、１０１はデスクトップＰＣ、１０２はノートＰＣ、１０３はワープロ機器でこれら１０１〜１０３はインターネット通信網を介して印刷サーバ１０４と接続可能で、さらに、ブラウザ機能等を有し、印刷サーバに対しさまざまなコマンドを発行可能な通信機器（説明簡略のため、クライアントＰＣと称す）である。一般のユーザや、社内ＰＯＤ（プリントオンデマンド）システムにおけるユーザはこのクライアントＰＣを利用して任意の印刷原稿データと印刷指示書（ジョブチケットと呼ばれる）からなる印刷オーダーを印刷サーバ１０４にアップロードする。クライアントＰＣ１０１〜１０３は印刷サーバＰＣ１０４との通信に任意のプロトコルを利用し、印刷サーバ１０４へのログイン、通信のセッション管理等、ネットワーク通信、セキュリティ管理に必要なさまざまな処理を行う必要があるが、本実施例においては、説明簡略化のため、印刷原稿データアップロード画面と、印刷体裁指示画面に関する説明にのみとどめる。

１０４は印刷サーバＰＣでであり、インターネット通信網にＷｅｂサービスを提供可能な手段を有し、クライアントＰＣとの接続管理を行う。一般にＷｅｂサービスにおいて、１０４はアカウント管理、セキュリティ管理、ＤＢ連携、企業オフィス基幹システムとの連携等が可能であるが、本発明はこれらを限定しないので説明は省略する。１０５は印刷サーバ１０４と連携し、さまざまなリソース（ユーザアカウント情報、ユーザからアップロードされた印刷原稿データ、印刷拠点情報等）を一時保管可能なＤＢ（データベース）であるが、ＤＢが存在しないシステムの場合には、印刷サーバＰＣ１０４がＤＢ機能を有していてもよい。本発明の印刷オーダー管理装置は、印刷サーバ１０４とデータベース１０５を含むことが望ましい。

１０６は印刷拠点１６３に設置されたデスクトップＰＣ（ワープロ機器等でも良い。説明簡略のため、オペレータＰＣと称す）で、インターネット通信網を介して、印刷サーバ１０４と接続可能で、クライアントＰＣからアップロードされた印刷原稿データをダウンロード可能な機能を有する。あるいは、オペレータＰＣに電子メール受信機能を持たせ、サーバＰＣ１０４の判断で送信された印刷原稿データを受信する形式などであっても良い。オペレータＰＣ１０６は印刷拠点に何台あっても良く、個々のオペレータＰＣ１０６はそれぞれ印刷サーバＰＣ１０４と接続可能な形態であっても、１台のオペレータＰＣ１０６が代表して、印刷サーバＰＣ１０４と接続する形態であっても良い。１１１はモノクロ高画質ＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ：スキャナ機能、印刷機能、ＦＡＸ機能等を搭載した複合複写機であり、ステイプル・パンチ機能などを有するフィニッシャ装置を利用可能な機種も多い）、１１２はカラー高画質ＭＦＰで以後これらをプリンタと称する。１１１及び１１２にはフィニッシャが装着されており、ステイプルフィニッシング、パンチフィニッシングが使用可能であり印字画質も高いものとする。１５１、１５２、１５３、１５４はプリンタとは独立した製本機で、例えばステイプル、パンチャ、リング製本、シュア製本をオペレータが手作業で行うための製本装置（以下オフライン製本機と称す）である。本実施例において、印刷サーバＰＣ１０４は図７に示される印刷拠点情報を持ち、この情報を元に、後述する方法でオペレータに対する印刷手順指示データを作成する。１２３はオペレータＰＣ１０６とプリンタ１１１、１１２が接続されているＬＡＮで、インターネット１４２を介し、外部のネットワークに接続が可能である。１２４はオペレータＰＣ１０７とプリンタ１１３、１１４が接続されているＬＡＮで、インターネット１４２を介し、外部のネットワークに接続が可能である。上述のとおり、１４２は１４１と同一ネットワークであっても良い。通常ＬＡＮとインターネットの接続にはゲートウェイや、ファイアウォール、ルータを介して行われる。印刷拠点１６３では、印刷サーバに入稿されたドキュメント（印刷原稿データ）をユーザが所望とする印刷体裁で処理を行い、印刷物を生成する。これらの印刷物はユーザが指定した手段で配送したり、ユーザが引き取りにくるまで保管する。この配送指示についての詳細は後述する。ここで、図１では「クライアント拠点：サーバ拠点：印刷拠点＝１：１：１」であるが、実際のシステムでは必ずしもそうである必要はない。本発明は、印刷拠点が多数ある場合に効果がある。

図２は、一般的なコンピュータＰＣの内部構成を示す図の一例であり、図１におけるデスクトップＰＣ１０１、ノートＰＣ１０２、ワープロ機器１０３、印刷サーバＰＣ１０４、データベース１０５およびオペレータＰＣ１０６、１０７の内部構成はこのようになっている。

２０１は本発明を利用／制御するＣＰＵ、２０２はＣＰＵ２０１のワークエリアを提供するＲＡＭ、２０３は本実施例における通信プログラムを提供するハードディスク（補助記憶装置：フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ等でもよい）、２０４はＰＣ使用者にメッセージを通知する目的で使用される画像表示装置（具体的にはＣＲＴディスプレイ、ＤＳＴＮ液晶ディスプレイ等）、２０５は、ユーザのコマンドを入力するユーザコマンド入力装置（具体的にはマウス、キーボード等）、２０６はＬＡＮ２２０を介して他の情報機器とデータをやり取りするためのネットワークインタフェースカード（ＮＩＣ）。２０９はメインバスである。

なお、本実施例においては、ＬＡＮ２２０は図１におけるＬＡＮ１２１、１２２、１２３、１２４と同じものである。

図３はプリンタ１１１〜１１４の内部構成を示す図の一例である。図３において３０１はＰＣなどから受信した印字データを解釈し、印字制御やフィニッシング制御をコントロールするＣＰＵ、３０２はＣＰＵ３０１のワークエリアの提供、印字データの一時保管を行うためのＲＡＭ、３０３は印字データの一時保管や、ＣＰＵ３０１の判断により、ＲＡＭ３０２の変わりに用いられる補助記憶装置（具体的にはハードディスク、ＣＤ−ＲＯＭ等）である。３０４はタッチパネル等の画像表示装置で、プリンタ装置の状態や、エラーメッセージ等を表示する場合に用いることができる。３０５はユーザコマンド入力装置（タッチパネル等）で、コピー部数の指定や、拡大指定、印刷キャンセルをユーザが手動で行うためのものである。３０６はＬＡＮ３２０を介して、ネットワーク機器と双方向にデータをやり取りするためのＮＩＣ（ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅＣａｒｄ）である。３０４、３０５は単一のＵＩとして用いることも可能である。３０７はＰＣなどから投入された印字データを実際に用紙に出力するための印字制御装置で本実施例においてはフィニッシャの制御もこの印字制御装置が管理することとする。３０８は原稿上の画像を読み取って、白黒２値（カラーでもよい）のイメージデータを出力する画像読み取り部である。なお、本実施例においては、ＬＡＮ３２０は図１におけるＬＡＮ１２３、１２４と同じ物である。補助記憶装置３０３、画像表示装置３０４、ユーザコマンド入力装置３０５、画像読み取り装置３０８は本実施例において必須では無いので省略可能であるが、一般的なプリンタ装置をあらわすために記載した。また、図３ではＰＣとのデータの送受信を行うインターフェースはＮＩＣ３０６に限定しているが、パラレルインターフェース、シリアルインターフェース、ＵＳＢなどであっても良い。

図４は、クライアントＰＣ１０１〜１０３が印刷サーバに接続した際に、クライアントＰＣのブラウザ上に表示されるログイン画面の一例である。図４の機能は実際には印刷サーバ１０４がＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）データとして提供しており、クライアントＰＣ１０１〜１０３に搭載されているブラウザ機能から利用可能である。４０２、４０３は一般的なブラウザソフトのメニューの一例である。４０４は印刷サーバ１０４のＵＲＬであり、ここで指定されるＵＲＬにアクセスすることで印刷サーバ１０４とデータの送受信が可能となり、印刷サーバが提供するログイン処理を行うためのこの画面がブラウザ上に表示される。４０５はユーザＩＤ（ユーザ識別情報）を入力するための領域である。ユーザＩＤは、ユーザを一意に特定できるＩＤが用いられる。４０６はユーザＩＤ４０５に対応したパスワードを入力するための領域である。印刷サーバ１０４では、ユーザＩＤとパスワードが印刷サーバ１０４が管理するユーザ情報と一致すれば、クライアントＰＣからのログインを許可し、一致しなければログインを許可しないものとするが、アカウント管理はオフィスの基幹システムと連携する形式や、独自のアカウントサーバとの連携が考えられるが詳細は省略する。

図５は、ユーザが印刷サーバ１０４にログインした後に表示される入稿設定画面の一例である。この画面もまた、印刷サーバＰＣ１０４により作成され、送信されるものであり、クライアントＰＣのブラウザ機能から各種設定が可能となっている。５０５は、印刷サーバ１０４にアップロード（入稿）予定の印刷原稿データのクライアントＰＣ内におけるファイルパスを示している。入稿可能なデータ形式はシステムにより任意であるが、本実施例では５０５のようにＰＤＦ形式のデータをアップロード可能と仮定する。本発明の入稿設定画面では、アップロード用の印刷原稿データとして、図５のように複数の印刷原稿データを同時に登録可能になっている。５０６は、５０５でファイルパスを設定した印刷原稿データの入稿をキャンセルするための削除ボタンである。図５において、３個のファイルが登録されているが、さらにファイルを追加登録したい場合には、５０７で示される追加ボタンに付随した機能を実装すればよい。複数ファイルを登録可能なシステムにおいて、それらを統括するためのオーダ名を指定できたほうが便利な場合がある。例えば、複数ファイルを１オーダとし、複数個のオーダを印刷サーバに登録可能なシステムにおいて、ユーザまたは印刷拠点のオペレータがアップロード済みのオーダリストから任意のオーダを特定する必要がある場合に利用されることが想定できる。オーダ名５０８は他のオーダと重複する可能性もあるので、通常のシステムは裏で一意にオーダを特定可能なＩＤを発行し管理するのが一般的である。５０９は入稿データのトータル枚数で、課金換算処理を行うシステムの場合には必要になる情報である。トータル枚数は、電子原稿をチェックする事で、システムが自動で割り出す事が可能な場合と、図５のようにユーザに入力させる場合の２通りが考えられるが、本実施例では後者を使用することにする。５１０は出力部数を示す。５１９は原稿アップロードボタンで、ユーザがこのボタンを押すと、印刷原稿データ、ユーザＩＤ等がサーバにアップロードされる。この時、図１２で示されるジョブチケットを作成するために、図６の画面が表示される。図６で設定された内容を有するジョブチケットは、印刷原稿データ等と共に印刷サーバ１０４に印刷オーダーとして送信される。印刷設定を行うためのジョブチケットの作成処理は、図７で示される判断で行われる。図７の処理の詳細は後述する。５０２、５０３は一般的なブラウザソフトのメニューの一例である。

図６は、ジョブチケット１２００を作成するための印刷体裁指定画面である。この画面は、図５の画面でアップロードボタン５１９が押下されることにより、表示されるものとする。６１１、６１３、６１４、６１５、６１６、６１７は印刷体裁指示を受け付けるメニューで、本実施例では片面／両面指定、出力サイズ指定、製本指定、仕上がり向き指定、自動拡縮指定、綴じ方向指定が行えるものとする。このほか、印刷用紙（高画質紙、色紙、ＯＨＰ，厚紙等）の指定、画質指定、カラー／モノクロ指定、パンチ指定などが可能なシステムも考えられるが、本実施例では説明簡略化のため省略する。６１６は原稿サイズと仕上がりサイズが異なっていた場合の処理方法を示し、“自動拡縮＝する”に設定されていた場合には図１０で示される方法で、原稿サイズを仕上がりサイズに併せて拡縮するものとする。６１７は、本発明の１つの特徴である、綴じ方法選択画面で、このボタンを押下すると、図８、図９のような綴じ方法選択画面が表示され、綴じ位置の指定と画像回転方法の選択が可能となる。６１５の仕上がり向きの設定で“仕上がり向き＝縦”が指定されていたら、図８に示すパターン選択画面を表示し、“仕上がり向き＝横”が指定されていた場合には図９に示すパターン選択画面を表示するものとする。６１９で次へボタンを押下すると、図１１で示されるジョブチケット更新処理が行われ、図１０で示される編集処理が行われ、出力結果配送先設定、クレジットカード番号入力等を行う処理に移行するが、本発明において重要ではないので省略する。６０２、６０３は一般的なブラウザソフトのメニューの一例である。

図７は、図５においてアップロードボタン５１９が押下された場合の印刷サーバ１０４におけるデフォルト設定を行うための制御フローチャートの一例である。本発明では図７の処理でデフォルト値が設定され、図６に反映されるものとする。一連の判断はＰＣ１０４のＣＰＵが行う。アップロードボタン５１９が押下されると、印刷サーバ１０４は、印刷設定画面の表示要求を受けたと判断し、クライアントＰＣからユーザＩＤを取得し（Ｓ７０２）、ユーザＩＤが存在するか確認する（Ｓ７０３）。ユーザＩＤが存在しなかった場合はエラーとして扱う（Ｓ７１０）が、実際にどのような処理を行うかはシステムによって任意である。Ｓ７０３において、ユーザＩＤが存在していた場合、印刷サーバ１０４は、図１３で示されるユーザ情報（詳細は後述する）がサーバＰＣ１０４内の補助記憶装置２０３に存在するか確認し（Ｓ７０４）、存在しなかった場合には、下記の値をデフォルト体裁値として扱う（Ｓ７０８）。
・片面／両面：両面
・出力サイズ：Ａ４
・製本種類：なし
・仕上がり向き：縦
・自動拡縮：する
・綴じパターン：パターン１

次に、印刷サーバ１０４は、上記値をユーザ情報として新規に作成し、印刷サーバ１０４内の補助記憶装置２０３にユーザＩＤと関連づけて保存する（Ｓ７０９）。Ｓ７０４において、ユーザ情報が存在していた場合には、印刷サーバ１０４無いの補助記憶装置２０３からユーザ情報を取得し（Ｓ７０５）、ユーザ情報に記載されている体裁指定をデフォルト値としてジョブチケット１２００を作成し（Ｓ７０６）、ジョブチケットの情報を反映した図６で示される印刷体裁指定画面のＨＴＭＬ表示データを作成し（Ｓ７０７）、作成されたＨＴＭＬ表示データをクライアントＰＣに送信して、処理を終了する（Ｓ７１１）。

このように、印刷サーバ１０４は、クライアントＰＣから印刷設定画面の要求時に、ユーザＩＤに対応するユーザ情報が管理されているかを判断し、管理されている場合に保管されているユーザ情報に従った印刷設定が初期設定されているＨＴＭＬ表示画面を生成し、一方管理されていない場合にはデフォルトの印刷設定が初期設定されているＨＴＭＬ表示画面をクライアントＰＣに送信するため、ユーザは、印刷サーバ１０４にユーザ情報を管理しておけば、登録されている印刷設定が反映された印刷設定画面が表示されるため、ユーザが印刷設定をその都度変更するという煩雑な操作をしなくても印刷設定を行え、ジョブチケットを容易に作成することが可能となる。

図８は、図６において、綴じ方法選択ボタン６１７が押下された場合に、ブラウザに表示される画面である。この画面も同様に印刷サーバ１０４からＨＴＭＬ表示データとして送信されてくるものである。６１５で“仕上がり向き＝縦”が指定されていた場合の表示例である。本発明では左綴じ、右綴じの選択のみ可能であるが、上綴じ、下綴じが選択可能なシステムであっても良い。図８は両面指定された場合の裏面の回転処理方法を指定可能な画面である。図６の６１１で示される片面／両面設定で片面が選択されている場合には、図８の設定は無視される（あるいは片面が指定されている場合には、綴じ方法選択ボタン６１７をＤｉｓａｂｌｅとするシステムでも良い）。図８の例ではパターン１にチェックがされている。図８でユーザがパターンを選択し、ＯＫボタン８０５を押下すると、ジョブチケット１２００を更新し、図６に戻り、表示内容を更新する。キャンセルボタン８０６が押下されると図８で設定した値は破棄され、図６に戻る。

図９は、図６において、綴じ方法選択ボタン６１７が押下された場合に表示する画面である。６１５で“仕上がり向き＝横”が指定されていた場合の表示例である。本発明では左綴じ、右綴じの選択のみ可能であるが、上綴じ、下綴じが選択可能なシステムであっても良い。図９は両面指定された場合の裏面の回転処理方法を指定可能な画面である。図６の６１１で示される片面／両面設定で片面が選択されている場合には、図９の設定は無視される（あるいは片面が指定されている場合には、綴じ方法選択ボタン６１７をＤｉｓａｂｌｅとするシステムでも良い）。図９の例ではパターン１にチェックがされている。図９でユーザがパターンを選択し、ＯＫボタン９０５を押下すると、ジョブチケット１２００を更新し、図６に戻り、表示内容を更新する。キャンセルボタン９０６が押下されると図９で設定した値は破棄され、図６に戻る。

図１０は図６の次へボタン６１９が押下された際の、印刷サーバ１０４における原稿データ編集処理の詳細を示すフローチャートの一例である。一連の処理と判断は印刷サーバ１０４のＣＰＵ２０１によって行われる。クライアントＰＣにおいて次へボタン６１９が押下されると、図６で設定されている印刷設定がジョブチケットとして印刷サーバ１０４に送信され、印刷サーバ１０４は、ジョブチケットを解析し（Ｓ１０１６）、印刷サーバプログラムが任意のタイミングでジョブチケットの内容を参照可能な状態にする。次に、印刷サーバ１０４は、クライアントＰＣからアップロードされている印刷原稿データを解析し（Ｓ１００２）、トータルページ数を取得する（Ｓ１００３）。次に、図１０で示される処理全般で使用する変数“カレントページ”を１に設定し（Ｓ１００４）、カレントページとトータルページを比較し（Ｓ１００５）、カレントページ数の方がトータルページ数よりも大きい場合には処理を終了する（Ｓ１０１５）。カレントページ数がトータルページ以下の場合には、カレントページ数で示されるページのデータを解析し画像サイズを取得する（Ｓ１００６）。ここで、取得した画像サイズがジョブチケットで指定されている画像サイズと同じ場合には、ジョブチケットで指定されている仕上がり向きを確認し、指定された仕上がり向きとページデータが同じ場合には、カレントページ数をインクリメントし（Ｓ１０１０）、Ｓ１００５に戻る。Ｓ１００７でページデータと仕上がりサイズが異なる場合には、ジョブチケットで自動拡縮が指定されているかチェックし（Ｓ１０１１）、指定されている場合には原稿サイズを仕上がりサイズに合わせて拡縮処理を行う（Ｓ１０１４）。Ｓ１０１１で自動拡縮設定が指定されていない場合には、Ｓ１００８の処理に進む。Ｓ１００９の処理で仕上がり向きとページデータの向きが異なっていた場合には、ページの奇数／偶数を判断する。このとき、カレントページ数が奇数であったら表面、偶数であったら裏面と判断する（Ｓ１０１２）。次に指定されている仕上げ向きと綴じパターンを考慮してページデータの画像を回転し（Ｓ１０１３）、Ｓ１０１０の処理に進む。

図１１は、印刷サーバ１０４において図１０の処理を行う前のジョブチケット更新処理を示すフローチャートの一例である。一連の処理と判断は印刷サーバ１０４のＣＰＵ２０１によって行われる。図１１ではまず、印刷サーバ１０４は、ログイン要求を受けたクライアントＰＣからのユーザＩＤを取得し（Ｓ１１０２）、取得したユーザＩＤがログイン可能なユーザであることが記されている管理ユーザ情報に存在するか確認する（Ｓ１１０３）。存在しなかった場合にはエラーとなるが、この場合の処理方法はシステム依存である。Ｓ１１０３においてユーザＩＤが存在していた場合には、印刷サーバ１０４は、ログイン要求を受けたクライアントＰＣからのアクセスを受け付け、前述した印刷オーダーの受注処理を行い、クライアントＰＣから受け取ったジョブチケットからオーダＩＤを取得し（Ｓ１１０４）、図６で指定された設定値を取得しジョブチケットの内容を更新する（Ｓ１１０５）。次に、ユーザ情報１３００を更新し（Ｓ１１０６）処理を終了する。

以上の説明により、ユーザは原稿の入稿、印刷体裁の指定時に、レイアウトや回転等の複雑な設定を行うべき製本印刷の綴じ方法を予め複数用意されているレイアウトパターンから選択することが可能となる。そして、印刷体裁指定の初期設定値として、ユーザが前回指定した値が反映された印刷設定画面が印刷サーバ側で作成されて、クライアントのブラウザに表示されるため、同じ印刷設定を行ことが多いユーザにとって、印刷設定の負担が大幅に減少し、印刷オーダーを発注する際に使い勝手のよい印刷システムを提供することが可能となる。

また、上記の方法を採用することにより、インターネットを介した印刷データ入稿システムにおいて、原稿データのサイズと指定された仕上がりサイズが異なる場合の拡大／縮小指定が可能となる。この事で、ユーザは原稿作成時にサイズを意識する必要が無くなる。また、異サイズ混在の原稿を入稿する場合や、サイズの異なる原稿を印刷サーバ上で１冊の本に仕上げる場合の拡縮設定の自由度が増す。従来は原稿データのサイズと指定された仕上がりサイズが異なる場合には、指定された仕上がりサイズに自動で拡縮されていた。本実施例では、例えばＡ４ポートレイト原稿とＡ３ポートレイト原稿が入稿された場合にも“自動拡縮＝しない”を選択するとそのままのサイズで出力結果を得るスシステムを構築する事が可能となる。

また、上記の方法を採用する事により、インターネットを介した印刷データ入稿システムにおいて、ポートレイト、ランドスケイプが混在した原稿を入稿する場合の、仕上がりサイズ、仕上がり向きに合わせた画像回転方法の選択自由度が増す。従来は、画像回転は綴じ位置に応じて、プリンタドライバ（含製本アプリ）独自の判断で行われていた（Ｔｏｐ−ＴｏｐｏｒＴｏｐ−Ｂｏｔｔｏｍの設定等は綴じ位置に応じて自動で判断されていた）。この場合、ユーザは所望する出力結果が必ずしも得られるわけではなかった。本実施例の場合、ユーザが処理方法を詳細に指定可能となるので、ユーザは所望する結果を得る事ができ、印刷オペレータは間違いのない出力を行う事が可能となる。

また、上記の方法を採用する事により、インターネットを介した印刷データ入稿システムにおいて、前回指定した設定値をデフォルトとした入稿設定を行う事が可能となる。毎回同じ印刷体裁を指定するユーザは少なくないが、従来だと、入稿時に毎回、印刷体裁設定値を所望の体裁値に設定する必要があった。あるいは、プリセット、ホットフォルダ等を選択する必要があった。本実施例の方法を用いるとプリセット機能、ホットフォルダ機能を用いるまでもなく入稿時の手間を軽減する事が可能となる。

上記の実施例では図６、図７、図１１で説明したように、ユーザの指定した印刷体裁値は例外なく次回使用時の初期値として使用されている。そこで、クライアントＰＣの印刷体裁指定を行う画面において、以前に指定した体裁値を初期値とする選択手段と、今回指定した印刷体裁値を初期値として保存する手順を提供する仕組みについて、図１４及び図１５を用いて説明する。

まず、クライアントＰＣにおいて、図５のアップロードボタン５１９が押下されると、アップロード指示がクライアントＰＣから印刷サーバ１０２に送信され、印刷サーバ１０２において、図１４に示す印刷体裁設定画面用のＨＴＭＬ表示データが生成されてクライアントＰＣに返信され、クライアントＰＣのブラウザ上に図１４の印刷体裁設定画面が表示される。図１４にはチェックボックス１４２０が存在する。このチェックボックス１４２０がチェックされていると前回指定した印刷体裁を初期値として扱うことが指示され、チェックされていない場合にはこの印刷体裁設定画面上で設定されている値が印刷サーバ１０２に送信され、ジョブチケットとして記述されることになる。またチェックボックス１４２１がチェックされている場合には、この印刷体裁画面上で設定されている値が印刷サーバ１０２に送信され、印刷サーバ１０２において次回の初期設定値として表示させるべく管理される。この詳細な制御について、図１５を用いて説明する。

まず、図４で前述したログイン画面において、クライアントＰＣから印刷サーバ１０２にログイン要求が発行される（Ｓ１５０１）と、印刷サーバ１０２は、ログイン画面で設定されたユーザＩＤ４０５をログイン要求から取得し、取得したユーザＩＤがデータベース１０５内に管理ユーザ情報として登録されているかを判断する（Ｓ１５０２）。登録されていないと判断された場合は、エラー処理を行いログインを許可しない（Ｓ１５０７）。

ユーザＩＤが登録されていると判断された場合は、ログイン要求を発行したクライアントＰＣからのログインを許可し、図５に示したドキュメントアップロード画面用のＨＴＭＬ表示データを生成し、クライアントＰＣに送信する。クライアントＰＣにおいて、図５のドキュメントアップロード画面を介して、アップロードする印刷原稿データの指定、オーダ名等が指定され、アップロードボタン５１９が押下されると、図７のＳ７０４で説明したように、印刷サーバ１０２は、アップロード指示したユーザＩＤに対応するユーザ情報が存在するかを判断し、ユーザ情報が存在する場合は、ユーザ情報を取得して、ユーザ情報に記載されている印刷体裁を初期設定値とする印刷体裁設定画面用のＨＴＭＬ表示データを生成し、クライアントＰＣに送信する。ユーザ情報が存在しない場合は、印刷サーバ１０２は、上述したデフォルト値の印刷体裁設定画面用のＨＴＭＬ表示データを生成し、クライアントＰＣに送信する。なおここで生成される印刷体裁設定画面用のＨＴＭＬ表示データは、図６ではなくチェックボックス１４２０及びチェックボックス１４２１が埋め込まれている図１４となる。クライアントＰＣにおいて、図１４の印刷体裁設定画面を介して、印刷体裁が設定され、次へボタン１４１９が押下されると、図１１と同様にジョブチケット更新処理が行われる。そして、図１５の制御フローチャートでは、Ｓ１５０６で示されるように、印刷サーバ１０２は、図１４のチェックボックス１４２１がチェックされているか確認し、チェックされている場合には、図１４で設定されている印刷体裁設定をユーザ情報１３００に書き込んで更新する。

このように、ユーザが指定した印刷体裁設定値を次回使用時の初期設定値に反映するか否かを選択する手順と、印刷体裁指定時に、以前使用した印刷体裁設定値を使用するか否かを指定する手順が与えられるため、ユーザが意図した印刷体裁指定のみを使いまわす事が可能となる。

図１６は印刷システムが提供する仕上がり選択画面の一例である。１６０１はオーダ名入力エディットボックスで、注文者、承認者、印刷オペレータが発注オーダを確認する際に利用する情報である。入稿方法１６０２は印刷システムに対する印刷原稿の引渡し方法を指定するためのものである。ネットワーク入稿１６０４を選択した場合、図５で説明したように、注文者は、ネットワークを介し、印刷原稿データの電子データを印刷サーバ１０４にアップロードする。メディア入稿１６０５は印刷データを保存したＣＤ−ＲＯＭやＦｒｏｐｐｙＤｉｓｃ等を用いて入稿する場合に選択する。これらの指定は本発明に関係ないので、以降ではネットワーク入稿１６０４に関してのみ説明する。１６０３は仕上げ方法を指定するための項目で、本実施例では以下の３パターンの仕上げ方法を選択できるものとする。
（１）「１ファイル−＞１ドキュメント」：１６０６
１つのファイルを入稿し、１つのドキュメントを作成。複数の配送先を指定可能。
（２）「複数ファイル−＞１ドキュメント」：１６０７
複数のファイルを入稿し、１つのドキュメントを作成。複数の配送先を指定可能。
（３）「複数ファイル−＞複数ドキュメント」：１６０８
複数のファイルを入稿し、それぞれ１つのドキュメントを作成。入稿したファイル数分のドキュメントが成果物となる。印刷体裁は複数のドキュメントで共通のものを指定する。例えば、製本種類を「くるみ製本」と指定した場合、全ての成果物ドキュメントはそれぞれくるみ製本として製本される。複数の配送先を指定可能。

（１）、（２）、（３）はそれぞれ複数の配送先を指定可能であり、特に、（３）は本発明の特徴を表す仕上げ方法指定であり、成果物となる複数のドキュメントに関して「全て同じ配送先を指定する」あるいは「全て異なる配送先を指定して、個々のファイルの配送部数は個々に指定する」あるいは「一部のドキュメントは同じ配送先に、別のドキュメントは別々の配送先に指定して、個々のファイルの配送部数は個々に指定する」事が可能となる。１６０９で示す「戻る」ボタンを押下すると、図示省略したサービス選択画面に遷移し、１６１０で示されるボタンを押下すると、図５で示された入稿ファイル設定画面に遷移する。なお、図１６で選択した内容は、印刷オーダ情報で定義されている値で発注ＩＮＩファイルに保存されるものとする。

図１７、図１８、図１９は本発明の特徴となる納品先設定を行うための画面の一例であり、印刷システムにより作成される。図１７において１７０１は納品先の件数を指定するためのコンボボックスで複数の納品先を指定するには、ここで２以上を選択する。１７０２、１７０３は納品方法を指定するためのラジオボタンで、図１６仕上げ方法選択画面でパターン３（１６０８）が選択されている場合にのみ対応した項目であり、下記のいずれかを選択する事が可能である。
（１）全てのドキュメントに同じ納品先／部数を指定する：１７０２（以下パターンＩと称す）
（２）ドキュメントごとに異なる納品先／部数を指定する：１７０３（以下パターンＩＩと称す）

１７０４は納品先情報を入力するためのエリアでパターンＩを選択した場合と、パターンＩＩを選択した場合で入力可能な情報が異なる。入力情報に関しては図１８および図１９で説明する。また、１７０４で示される入力エリアは１７０１で選択した納品先の件数に応じて追加される。図１７では納品先の件数１７０１が２件と設定されているので、２件分の納品先情報を入力可能となっている。

図１８は図１７の納品方法の指定ラジオボタンでパターンＩ（１７０２）が選択された場合の納品先設定画面の一例であり、印刷システムにより作成される。１８０１は納品方法を指定するためのラジオボタンで、本実施例では「引き取り」、「宅配便」、および、「社内便」を選択する事ができる。１８０２〜１８０６で示される項目はこれらの納品方法１８０１のそれぞれに応じた詳細情報を指定するためのものであり、納品方法１８０１に応じて、必須であったり不要である場合もあるが、本実施例ではこだわらない事とする（例えば、納品方法１８０１を「社内便」と選択した場合、郵便番号１８０２は、本来、不要である）。１８０２は納品先の郵便番号を入力するためのエディットボックスで、１８０３は納品先の住所を入力するためのエディットボックスで、１８０４は納品先の名称を入力するためのエディットボックスで、１８０５は納品先の連絡先（例えば電話番号）を入力するためのエディットボックスで、１８０５は納品先に配達する部数を入力するためのエディットボックスである。

図１９は、図１６仕上げ方法選択画面においてパターン３（１６０８）が選択され、かつ、図１７納品先設定画面でパターンＩＩ（１７０３）が選択された場合にのみ対応した納品先設定画面の一例であり、印刷システムにより作成される。１９０１は納品方法を指定するためのラジオボタンで、本実施例では「引き取り」、「宅配便」、および、「社内便」を選択する事ができる。１９０２〜１９０５で示される項目はこれらの納品方法１９０１のそれぞれに応じた詳細情報を指定するためのものであり、納品方法１９０１に応じて、必須であったり不要である場合もあるが、本実施例ではこだわらない事とする（例えば、納品方法１９０１を「社内便」と選択した場合、郵便番号１９０２は、本来、不要である）。１９０２は納品先の郵便番号を入力するためのエディットボックスで、１９０３は納品先の住所を入力するためのエディットボックスで、１９０４は納品先の名称を入力するためのエディットボックスで、１９０５は納品先の連絡先（例えば電話番号）を入力するためのエディットボックスである。１９０６〜１９０８はドキュメント毎の配送部数を指定するためのエディットボックスで、本発明の特徴は、成果物となる複数のドキュメントの配送に関して下記３つの形式を容易に指定可能な点である。
（１）全て同じ配送先を指定する。
（２）全て異なる配送先を指定し、個々のファイルの配送部数は個々に指定する。
（３）一部のドキュメントは同じ配送先に、別のドキュメントは別々の配送先に指定し、個々のファイルの配送部数は個々に指定する。

なお、１９０６〜１９０８で表示されているファイルリストは、図８入稿ファイル設定画面でアップロードされたファイルをすべて表示する。本実施例では図５のファイルリストで「入稿ファイル１」、「入稿ファイル２」、「入稿ファイル３」が指定されているのに応じ、１９０６〜１９０８では、各々のドキュメント毎に発注部数を指定可能となっている。なお、図１７、図１８および図１９で指定された情報は、注文ＩＮＩファイルに保存されるものとする。

図２０は図１７における画面作成手順を説明するフローチャートの一例である。図１７で示される画面の作成および入力情報取得に関する処理と判断は印刷サーバＰＣ１０４のＣＰＵ２０１によって行わる。図６（図１４）で示される印刷体裁の設定画面において、次へボタン６１９（１４１９）が押下されると、印刷プログラムは、注文ＩＮＩファイルから図１６でユーザが指定した仕上げ方法パターンを参照する（Ｓ２００２）。

そして、印刷サーバの印刷プログラムは、上記手順により参照した情報を判断し（Ｓ２００３）、仕上げ方法パターンが「３」の場合には、メニュー１７０２、１７０３を表示すべくＨＴＭＬ表示データを生成し、クライアントＰＣのブラウザに表示する（Ｓ２００４）。この状態で、ユーザが１７０２、１７０３のどちらかを指定するとその指定が印刷サーバ１０４に入力され（Ｓ２００５）、印刷プログラムは、パターンＩ（１７０２）とパターンＩＩ（１７０３）のどちらを指定されたかを判断し（Ｓ２００６）、パターンＩＩが選択されている場合、注文ＩＮＩファイルから入稿されたファイル情報を取得する（Ｓ２００７）。次に、納品先の件数１７０１で指定されている件数を取得し（Ｓ２００８）、図１７の納品先指定エリア１７０４に図１９で示される納品先設定画面を表示する（Ｓ２００９）。図１９の１９０９には、Ｓ２００７で取得した入稿ファイルの個数分、部数指定用のエディットボックスを表示する。また、Ｓ２００８で取得した件数分、図１９を表示する。Ｓ２００６において、パターンＩが選択されている場合、納品先の件数１７０１で指定されている件数を取得し（Ｓ２０１２）、図１７の納品先指定エリア１７０４に図１８で示される納品先設定画面を表示する（Ｓ２０１３）。Ｓ２００３において、仕上げ方法パターンが「３」でない場合には、Ｓ２０１２の処理を行う。この手順により、以降の任意のタイミングにおいて、システムはユーザが指定した納品先情報を参照可能となる。

以上の説明により、ネットワークを介し、ユーザが印刷サーバに原稿データを入稿する方法の一例を示した。この手順により、ユーザは原稿の入稿、サーバ上での印刷体裁指定が可能となる。また、複数のファイルが入稿され、それぞれ別個のドキュメントとして仕上げる場合（仕上げ方法パターン３）において、全てのドキュメントに対し、同一の印刷体裁を容易に指定する事が可能となる。さらに、納品先の指定においては、本発明の特徴である「複数の入稿ドキュメントに対し、個別に納品先を指定でき、かつ、納品先に対する納品部数を個別に設定」する事を可能とする。具体的には、複数のドキュメントが入稿された場合に、下記３パターンの配送指定が可能である。
（１）全てのドキュメントに同じ配送先を指定し、指定した配送先毎に任意の部数を指定する。
（２）全てのドキュメントに異なる配送先を指定し、指定した配送先毎に個々のドキュメントの配送部数を個別に指定する。
（３）一部のドキュメントは同じ配送先に、別のドキュメントは別の配送先を指定し、指定した配送先毎に個々のファイルの配送部数を個別に指定する。

上記の方法を採用することにより、印刷システムが提供する新規の入稿方法が実現され、ユーザにとって処理選択の自由度が拡大する。特に、複数のファイルを入稿し、それぞれ別個のドキュメントとして仕上げる事を所望するユーザに対し、入稿にかかる処理手順を軽減する事が可能となる。具体的には、複数のファイルを入稿し、それぞれ別個のドキュメントとして仕上げ、それぞれのドキュメントに同じ印刷体裁を指定し、それぞれのドキュメントの配送先をそれぞれ個別に指定する事を所望するユーザに１回のログインで所望の印刷体裁および配送先の指定を簡潔に実施する手段を提供する事で利便性の向上を図れる。

本発明で対象とするネットワークの構成を示す図一般的なパーソナルコンピュータの内部構成を示した図一般的なプリンタ装置の内部構成を示した図ネットワークを介した入稿システムのログイン画面ネットワークを介した入稿システムのドキュメントアップロード画面ネットワークを介した入稿システムの印刷体裁指定画面印刷体裁の初期値設定手順綴じ方法選択画面綴じ方法選択画面自動拡縮、画像回転処理を説明するフローチャートジョブチケット更新手順を説明するフローチャートジョブチケットユーザ情報ネットワークを介した入稿システムの印刷体裁指定画面ジョブチケットの更新手順を説明するフローチャートネットワークを介した入稿システムの仕上げ方法選択画面ネットワークを介した入稿システムの納品先設定画面ネットワークを介した入稿システムの納品先設定画面ネットワークを介した入稿システムの納品先設定画面ネットワークを介した入稿システムの納品先設定画面作成手順

Claims

クライアントコンピュータからユーザ識別情報と印刷原稿データの印刷体裁値を入力する印刷体裁設定画面を前記クライアントコンピュータの操作画面に表示するための指示を受け付ける入力手段と、
前記入力手段が前記印刷体裁設定画面を表示するための指示を受け付けた場合、前記ユーザ識別情報によって特定される印刷体裁値が複数の印刷体裁設定項目に入力された印刷体裁設定画面を表示させるべく制御する制御手段と、
前記制御手段の制御によって前記クライアントコンピュータに表示された印刷設定画面を介して指定された印刷体裁値とユーザ識別情報とを対応付けて記憶する記憶手段と、
前記入力手段によって入力されたユーザ識別情報が前記記憶手段に記憶されているか否かを判定する判定手段と、
前記判定手段が前記入力手段によって入力されたユーザ識別情報が前記記憶手段に記憶されていると判定した場合、前記制御手段は、当該ユーザ識別情報に対応付けられている印刷体裁値が前記複数の印刷体裁設定項目に入力された印刷体裁設定画面を生成して、前記クライアントコンピュータへ送信し、
前記制御手段の制御によって前記クライアントコンピュータに表示された印刷設定画面を介して設定された印刷体裁値を受け付ける印刷体裁入力手段と、
前記印刷体裁入力手段により受け付けた印刷体裁値を、前記ユーザ識別情報の印刷体裁値として更新するか否かを判断する判断手段を備え、
前記制御手段は、前記印刷体裁設定画面で設定される印刷体裁値を前記ユーザ識別情報の印刷体裁値として更新することを指示するためのチェックボックスを含む印刷体裁設定画面を表示させるべく制御することを特徴とする印刷オーダ管理装置。
前記印刷原稿データのページサイズと、前記印刷体裁画面を介して指示される仕上がりサイズが異なっている場合に、仕上がりサイズに応じて原稿データの画像サイズを自動で拡縮するか、ユーザが指定した方法によって原稿データを拡縮するかを切り替えることを特徴とする請求項１に記載の印刷オーダ管理装置。
前記印刷原稿データの画像向きと、前記印刷体裁画面を介して指示される仕上がり向きが異なっていた場合に、ユーザが選択した方法で画像回転処理を行うことを特徴とする請求項１または２に記載の印刷オーダ管理装置。
前記制御手段は、前記印刷体裁設定画面を介して設定された仕上がり向きが縦である場合、縦用の綴じ方法選択画面を表示させ、前記印刷体裁設定画面を介して設定された仕上がり向きが横である場合、横用の綴じ方法選択画面を表示させるべく制御することを特徴とする請求項１乃至３のいずれか１項に記載の印刷オーダ管理装置。