JP2002183528A - 印刷受注方法、印刷受注サーバ及び印刷受注システム - Google Patents

Abstract

(57)【要約】 【課題】 印刷画像イメージを迅速に確認、校正し、印
刷画像イメージと出力イメージとの同一性を保証し受注
を確実なものとする印刷受注方法、印刷受注サーバ及び
印刷受注システムを提供する。 【解決手段】 印刷要求（ステップ１００）により注文
フォーマット情報を生成し、入稿された印刷ドキュメン
トを実際に出力が行われるプリンタのサーバーのＲＩＰ
エンジンでビットマップファイルに変換し（ステップ１
０４）、ビットマップファイルに基づいて、印刷禁止属
性が付与された校正確認用ファイルを生成し（ステップ
１０６）、校正確認用ファイルのＵＲＬを知らせる確認
メールを送信し（ステップ１０８）、修正指示により編
集モードにして修正を行い（ステップ１１６）、承認情
報により校正確認用ファイルを登録すると共に、ビット
マップファイルを高速出力機８１に出力して印刷処理を
行わせる（ステップ１１２）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、印刷受注方法、印
刷受注サーバ、及び、印刷受注システムに係り、特に、
ネットワークを介して印刷対象のドキュメントを遠隔地
にある出力センターで印刷する際の印刷受注方法、印刷
受注サーバ、及び、印刷受注システムに関する。

【０００２】

【従来の技術】近年では、オフィス等でネットワーク化
が進み、個人または法人など所有するコンピュータ(以
下、ユーザ・コンピュータと称する。)により作成され
た印刷対象のドキュメント(以下、印刷ドキュメントと
称する。)をインターネットや内部通信回線などの通信
回線ネットワークを介して入稿し、例えば、印刷会社
や、社内印刷部門や、遠隔地プリンタ等の出力センター
が入稿された印刷ドキュメントを印刷処理する印刷シス
テムが提案されている。

【０００３】このような印刷システムでは、実際に印刷
される印刷物が、ユーザ・コンピュータで作成された画
像イメージと正確に同じになっているかを確認する手段
がない。そのため、例えば、印刷処理する印刷機の画像
展開プログラムのデータ形式とユーザ・コンピュータで
作成された印刷ドキュメントのデータ形式の違いにより
発生する変換文字化け(例えば、ＲＩＰ文字化け)が発生
したり、ユーザ・コンピュータ上で指定されたフォント
と実際に印刷されたフォントとが異なっていたり、改行
位置が変化していたり、レイアウトが崩れたり、文書に
貼りこんだ画像の出力に不具合が生じ、もとの画像とか
なり変わってしまうなどの問題が生じる。

【０００４】そのため、従来では、入稿された印刷ドキ
ュメントに基づいて試し刷りを行ない、この試し刷りは
発注者により目視で確認してもらい、修正がある場合
は、発注者から修正指示を受けることで、対応を取って
きている。

【０００５】

【発明が解決しようとする課題】しかしながら、この対
応では、コストアップに繋がるだけでなく、人が介在す
るために効率が悪く、ネットワーク入稿において期待さ
れる印刷処理の迅速性、２４時間フルタイム入稿の要求
に対応することは難しい。

【０００６】これを解決するために、例えば、特開２０
００−１５５６６６等においてネットワーク入稿、構成
の方法が提案されている。これは、印刷データをコード
情報を含むページ記述言語でやり取りして発注者が持つ
出力機で印刷データを出力して構成を行なう方法である
が、この方法では発注者が持つ出力機の画像展開プログ
ラム(ＲＩＰ)と出力センターが持つ出力機の画像展開プ
ログラム(ＲＩＰ)との違いにより発注者が確認した出力
イメージと出力センターが最終的に印刷する出力イメー
ジとが細部まで同一であると言う保証はできない。その
ため、発注者が確認した出力イメージと出力センターが
最終的に印刷する出力イメージの不一致によるトラブル
が生じていた。

【０００７】この問題を解決するためには、発注者と出
力センターとが同一の画像展開プログラムを持つように
すればよいが、発注者側の負担が大きく、現実的ではな
い。

【０００８】また、出力センターが確実な印刷が可能な
ビットマップイメージのみを制限して受け付ける方法も
考えられるが、それは発注者に対し、作成した印刷ドキ
ュメントを出力センターで決められたビットマップファ
イルに変換するという作業を強いることになり、望まし
くない。

【０００９】また、別の方法として出力センター側で印
刷結果をスキャナーで読み取り、それを発注者に返信す
る方法が考えられるが、装置が大規模になる上、紙の汚
れや読み取り素子の汚れ等により、読み取り状態が変化
してしまうと言う要素も加わるため、正確な試し刷りと
しては不充分であるだけでなく、データ量も膨大になり
現実的ではない。

【００１０】印刷指示された印刷ドキュメントを印刷す
る前にその印刷画像を確認する別離方法としては特開平
６−２９０００５号公報においても提案されている。こ
の技術はかなり有用な技術であるが、数ＭＢから数ＧＢ
に達するファイルの送受信が可能な超高速ＬＡＮ環境で
の運用を想定したもので、かつ、変換か結果の表示方法
については提案されておらず、ネットワーク運用ビジネ
スに適用する技術としては不充分である。

【００１１】さらに、この技術では発注者により校正さ
れたファイルと承認の証拠とが関連付けられていないた
めに、校正に対する承認の証拠が不充分であり、後々の
トラブルの元になる恐れがある。また、校正作業は、出
力センターにとっても多くの時間とコストがかかるもの
であるが、校正原稿の受渡を情報の受渡しが容易なデジ
タルデータにより行っているため、校正作業の為の確認
用として発注者に送った校正原稿が、他社への発注原稿
として用いられてしまうというビジネス機械損失のリス
クを防ぐことはできない。

【００１２】本発明は上記問題点を解消するためになさ
れたもので、発注者が作成した印刷画像イメージを迅速
に確認、校正でき、また、印刷画像イメージと出力イメ
ージとの同一性を保証しつつ、受注を確実なものとする
ことができる印刷受注方法、印刷受注サーバ及び印刷受
注システムを提供することを目的とする。

【００１３】

【課題を解決するための手段】上記目的を達成するため
に請求項１に記載の発明の印刷受注方法では、ネットワ
ークを介して発注者側端末から入力される印刷要求によ
り印刷条件の入力リストを生成して前記発注者側端末に
送信し、前記発注者側端末からの印刷原稿を表わす情報
及び前記印刷条件が入力された入力リストを受信し、前
記印刷原稿に基づいて展開して印刷用展開データを生成
し、前記印刷用展開データに基づいて前記印刷用展開デ
ータと同一の形式の校正確認用展開データを含む校正確
認用ファイルを生成し、前記校正確認用ファイルまた
は、前記校正確認用ファイルを取り込むためのダウンロ
ード情報を前記発注者側端末に送信し、前記発注者側端
末からの承認情報の受信により前記印刷用展開データに
基づいて印刷が行われるように制御することを特徴とし
ている。

【００１４】また、請求項５に記載の発明の印刷受注サ
ーバは、請求項１に記載の印刷受注方法を実現する手段
の１つであり、ネットワークに接続され、該ネットワー
クを介して発注者側端末からの印刷原稿を表わす情報及
び該印刷原稿の印刷条件が入力された入力リストを受信
すると共に、前記発注者側端末からの承認情報を受信す
る受信手段と、ネットワークを介して発注者側端末から
入力される印刷要求により印刷条件の入力リストを生成
して前記発注者側端末に送信すると共に、前記校正確認
用ファイルまたは、前記校正確認用ファイルを取り込む
ためのダウンロード情報を前記発注者側端末に送信する
送信手段と、前記印刷原稿に基づいて展開して印刷用展
開データを生成し、該印刷用展開データに基づいて前記
印刷用展開データと同一の形式の校正確認用展開データ
を含む校正確認用ファイルを生成するデータ生成手段
と、前記発注者側端末からの承認情報の受信により前記
印刷用展開データに基づいて印刷が行われるように制御
する印刷制御手段とを備えたことを特徴としている。

【００１５】さらに、請求項９に記載の発明の印刷受注
システムは、請求項１に記載の印刷受注方法を実現する
システムであり、ネットワークに接続され、該ネットワ
ークを介して印刷原稿及び該印刷原稿の印刷条件が入力
された入力リストの送信と、印刷対象の校正確認用ファ
イルの校正に関する指示情報、修正した前記校正確認用
ファイル、及び承認情報のいずれかの情報の送信とを行
う発注者側端末と、前記ネットワークに接続され、該ネ
ットワークを介して発注者側端末からの印刷原稿を表わ
す情報及び該印刷原稿の印刷条件が入力された入力リス
トを受信すると共に、前記発注者側端末からの承認情報
を受信する受信手段と、ネットワークを介して発注者側
端末から入力される印刷要求により印刷条件の入力リス
トを生成して前記発注者側端末に送信すると共に、前記
校正確認用ファイルまたは、前記校正確認用ファイルを
取り込むためのダウンロード情報を前記発注者側端末に
送信する送信手段と、前記印刷原稿に基づいて展開して
印刷用展開データを生成し、該印刷用展開データに基づ
いて前記印刷用展開データと同一の形式の校正確認用展
開データを含む校正確認用ファイルを生成するデータ生
成手段と、前記発注者側端末からの承認情報の受信によ
り前記印刷用展開データに基づいて印刷が行われるよう
に制御する印刷制御手段とを備えた印刷受注サーバと、
を備えている。

【００１６】本発明では、まず、ネットワークを介して
入力される印刷要求により印刷条件の入力リストを生成
して前記発注者側端末に送信する。この入力リストの送
信は、請求項５及び請求項９の発明では、印刷受注サー
バの送信手段により行われる。

【００１７】印刷条件の入力リストは、少なくとも印刷
部数が含まれ、その他必須にしてもよい情報としては例
えば、製本サイズ、印刷の色、出力するプリンタ、面つ
け指定、丁合状態、拡縮設定、印刷用紙種類、印刷用用
紙サイズ、印刷用紙色、綴じ用イメージシフト設定、カ
バー指定の有無、カバー用紙の種類、カバー用紙のカラ
ー、カバー用紙の印字面、カバーの加工種類、例外ペー
ジ、及び後処理の種類等である。

【００１８】次に、前記発注者側端末からの印刷原稿を
表わす情報及び前記印刷条件が入力された入力リストを
受信する。この入力リストの送信は、請求項５及び請求
項９の発明では、印刷受注サーバの受信手段により行わ
れる。

【００１９】受注者側端末からの印刷原稿を表わす情報
及び入力リストを受信すると、該印刷原稿を表わす情報
に基づいて印刷用展開データが生成される。印刷原稿を
表わす情報は、例えば、発注者側端末で作成された文書
や画像を表わす情報や、発注者側端末でフロッピー（登
録商標）ディスク、光磁気記録ディスク、及びＭＯ等の
記録媒体から読み込んだ文書や画像を表わす情報であ
る。

【００２０】また、印刷用展開データは、印刷原稿を表
わす情報を印刷側で解読できるフォーマット形式に展開
したデータであり、このようなフォーマット形式として
はビットマップ形式が挙げられる。

【００２１】その後、印刷用展開データに基づいて印刷
用展開データと同一の形式の校正確認用ファイルを生成
する。この印刷用展開データの生成及び校正確認用ファ
イルの生成は、請求項５及び請求項９の発明では、印刷
受注サーバのデータ生成手段により行われる。

【００２２】校正確認用ファイルは、少なくとも１つの
校正確認用展開データを含んでいる。校正確認用展開デ
ータは印刷用展開データと同一の形式であるため、発注
者により確認される画像のイメージと実際に印刷される
画像のイメージとの差が大幅に異なることがない。その
ため、印刷側と発注者側での出力イメージの違いに起因
したトラブルが生じるのを回避できる。

【００２３】好ましくは、請求項３、請求項７及び請求
項１１に記載したように、印刷用展開データよりも解像
度を低くした校正確認用展開データを生成するとよい。
校正確認用展開データとして、印刷用展開データの解像
度を落としたデータとすることにより、印刷画像の配置
が大幅に変わることがなく、元となった印刷用展開デー
タに比べて容量を小さくすることができるため、校正確
認用展開データを発注者側端末に送信する場合に、ネッ
トワークにかかる負担を軽減できる。

【００２４】また、解像度を落とすことにより、元とな
った印刷用展開データに基づく画像よりも画質が悪くな
るので、校正確認用展開データに基づいて他の印刷手段
により印刷をしても発注者の所望の印刷画像を得難いと
いう利点もある。

【００２５】また、校正確認用展開データの生成時に、
請求項４、請求項８及び請求項１２に記載したように、
前記校正確認用展開データに対し、印刷禁止属性または
校正用であることを示す透かしイメージの少なくとも一
方を付与することによって、校正のために送信した校正
確認用展開データに基づいて他の印刷手段で印刷される
恐れを回避できる。具体的には、発注者が校正確認用展
開データを他の印刷業者に渡し、他の印刷業者が校正確
認用展開データを用いて印刷処理を行うという事態を回
避することができる。

【００２６】この校正確認用ファイルは、直接発注者側
端末に送信されるようにしてもよいし、前記校正確認用
ファイルを取り込むためのダウンロード情報、すなわ
ち、前記校正確認用ファイルを格納したサーバー側のア
ドレスを前記発注者側端末に送信するようにしてもよ
い。これにより、発注者側端末には校正確認用展開デー
タに基づく校正用のイメージ画像が表示されることとな
る。

【００２７】本発明では、前記発注者側端末からの承認
情報の受信により前記印刷用展開データに基づいて印刷
が行われるように制御する。この印刷の制御は、請求項
５及び請求項９の発明では、印刷受注サーバの印刷制御
手段により行われる。

【００２８】承認情報の受信により、印刷条件情報に基
づいて印刷用展開データが表わす画像の印刷が行われ
る。印刷を実行する手段は、印刷制御手段に直接接続さ
れた印刷手段により行われるように構成してもよいし、
ネットワークに接続された印刷手段により行われるよう
に構成してもよい。この際、好ましくは、この際に校正
に使用された校正確認用展開データを完全版下データと
してシステムに登録したり、必要に応じて発注者に送信
するとよい。

【００２９】また、請求項２に記載の印刷受注方法は、
請求項１に記載の印刷受注方法において、前記発注者側
端末による校正確認用ファイルの修正個所を前記印刷用
展開データに反映させることを特徴としている。

【００３０】また、請求項６に記載の発明は、請求項２
に記載の印刷受注方法を実現するための１つの手段であ
り、請求項５に記載の印刷受注サーバにおいて、前記発
注者側端末による校正確認用ファイルの修正個所を前記
印刷用展開データに反映させる修正手段を備えたことを
特徴としている。

【００３１】さらに、請求項１０に記載の発明は、請求
項２に記載の印刷受注方法を実現するための印刷受注シ
ステムであり、請求項９に記載の印刷受注システムにお
いて、前記印刷受注サーバは、発注者側端末による校正
確認用ファイルの修正個所を前記印刷用展開データに反
映させる修正手段を備えたことを特徴としている。

【００３２】本発明では、発注者側端末による校正確認
用ファイルの修正個所を前記印刷用展開データに反映さ
せることができる。修正個所の反映は、例えば、前記ネ
ットワークを介して発注者側端末から送信された修正済
み校正確認用ファイルを受信して、校正確認用ファイル
に記録された修正個所を印刷用展開データに反映させる
ようにしたり、発注者側端末からの修正指示情報を受信
して受信した修正指示情報に基づいて印刷用展開データ
を修正することにより、修正個所を印刷用展開データに
反映させるようにできる。

【００３３】修正処理としては、例えば、印刷設定情報
の修正、改行位置の修正、フォントサイズの修正、及び
ページ単位の削除や並べ替え等があるが、本発明はこれ
らの処理に限定されるものではない。

【００３４】また修正時に、発注者側端末で校正確認用
展開データの一部または全部を高解像度で表示する高解
像度表示機能を使用できるように処理したり、使用され
た文字の種類や大きさを詳細に表示するフォントの詳細
確認機能を使用できるように処理したり、及び校正確認
用展開データの一部または全部を拡大表示する拡大表示
機能を使用できるように処理したりすることにより、校
正作業が行いやすくなり、より正確に修正を行うことが
できるので好ましい。

【００３５】修正後、修正個所が反映された印刷用展開
データに基づいて校正確認用ファイルを生成し、これを
修正済みの校正確認用ファイルとする。その後、修正済
みの校正確認用ファイルそのものを発注者側端末にネッ
トワークを介して送信するか、該修正済みの校正確認フ
ァイルの位置を示す情報を送信する。

【００３６】発注者側端末では、再び構成確認を行な
い、修正が有る場合は、上述と同様に修正指示情報をネ
ットワークを介して送信する。修正がない場合は、承認
情報をネットワークを介して送信する。

【００３７】このように、１度校正確認用展開データが
作成された印刷ドキュメント情報に対して修正処理を行
って発注処理を続行できるようにすることにより、２重
発注の恐れを無くすことができる。また、発注者側の手
間も省けるので、処理が迅速になるという利点もある。

【００３８】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態の一例を詳細に説明する。本実施の形態では、
印刷対象ドキュメントの印刷の注文を行う発注者側と、
印刷の注文を受けて印刷対象物の印刷処理を行う受注側
との間において、ネットワーク上で印刷対象物の情報を
受け渡して印刷の受注を行う場合に適用したものであ
る。なお、印刷対象ドキュメントは本発明の印刷原稿を
表わす情報に相当する。

【００３９】図１には、本発明の実施の形態が適用可能
なネットワークシステムの概略構成が示されている。図
１に示したように、ネットワークシステム８０は、各々
同一または異なる発注者が操作する発注者側の複数のコ
ンピュータ８４、処理側のコンピュータ８４、及び、発
注者の確認済みのドキュメントについての出力を行う高
速出力機８１が、それぞれモデム、ルータ、ＴＡ（ター
ミナル・アダプタ：Terminal Adapter）等の接続装置８
６を介して、ネットワーク（例えば、インターネット）
８８に接続されて構成されている。複数のコンピュータ
８２、８４は、ネットワーク８８を介して、相互通信に
より情報授受が可能である。

【００４０】また、以下の説明では、図１に示したよう
に、複数のコンピュータ８２、８４のうち少なくとも１
つのコンピュータ８２が各種情報を提供するコンピュー
タ（以下、「サーバ・コンピュータ」という）８３とし
て機能し、また、発注者側のコンピュータ８４は、ユー
ザにより印刷の発注を行うコンピュータ（以下、「ユー
ザ・コンピュータ」という）８５として機能する構成を
一例として説明する。なお、本実施の形態では、サーバ
・コンピュータ８３を１台として説明するが、本発明
は、これに限定されるものではなく、複数台でもよい。

【００４１】また、詳細は後述するが、複数のコンピュ
ータ８２のうち、サーバ・コンピュータ８３以外のユー
ザ・コンピュータ８５は、印刷の発注を行うだけでな
く、他の機能を実現する他のコンピュータとして機能す
る構成を含むものである。例えば、Microsoft（R）Word
等の文書プログラムがインストールされ、印刷対象の原
稿を作成する原稿作成コンピュータとして機能するもの
を含む。

【００４２】なお、ユーザ・コンピュータ８５が本発明
の発注者側端末に相当し、サーバ・コンピュータ８３は
本発明の印刷受注サーバに相当し、ネットワーク８８は
本発明のネットワークに相当する。

【００４３】本実施の形態では、ネットワーク８８とし
てインターネットを適用した場合を説明する。この場
合、少なくとも１つのコンピュータは、ＷＷＷ（World
Wide Web）サーバとして機能させることができ、また他
のマシンはＷＷＷクライアントとして機能させることも
できる。

【００４４】詳細には、各ユーザ・コンピュータ８５に
は、ＷＷＷブラウザがインストールされており、このＷ
ＷＷブラウザを起動することにより、ネットワーク８８
を介してサーバ・コンピュータ８３に任意にアクセス可
能となる。このとき、アクセス位置（アクセス先のサー
バ・コンピュータ８３の位置、及びサーバ・コンピュー
タ８３内の情報の位置で構成されるデータ）は、ＵＲＬ
（Uniform Resource Locator）で指定される。

【００４５】サーバ・コンピュータ８３は、プリントサ
ービスセンターを構成しており、ユーザ・コンピュータ
８５からアクセス要求があった場合、ＵＲＬで指定され
た位置にあるデータを、ネットワーク８８を介して、ア
クセス元のユーザ・コンピュータ８５へ送信する。この
とき、データは、一般に、ＨＴＴＰ（Hyper Text Trans
fer Protocol）に従って転送される。

【００４６】なお、ユーザ・コンピュータ８５の識別に
は、ＩＰ（Internet Protocol）アドレスが用いられ
る。また、ユーザ・コンピュータ８５を操作するユーザ
の識別には、ユーザ自身の入力や、予め定められている
コード等のユーザＩＤを用いることができる。

【００４７】上記コンピュータには、当該コンピュータ
で指示入力をするために、各々キーボード、マウス等の
入力装置が設けられており、コンピュータによる処理結
果等を表示するためにディスプレイが設けられている。
なお、コンピュータは、汎用的かつ一般的なハードウェ
ア構成であるため、詳細な説明を省略する。

【００４８】図２には、上記構成による情報の授受につ
いて、機能的なブロック図で示した。本システムは、サ
ーバ・コンピュータ８３、ユーザ・コンピュータ(原稿
作成コンピュータ)８５、決算業務側コンピュータ９
１、高速出力機８１、後処理部２２、及び、発送部２４
に分類して構成することができる。なお、サーバ・コン
ピュータ８３、ユーザ・コンピュータ(原稿作成コンピ
ュータ)８５、決算業務側コンピュータ９１、及び高速
出力機８１は、各々１台に限定されるものではなく、各
々又は少なくととも１種類がネットワークで接続されて
システムとして機能するように構成してもよい。

【００４９】サーバ・コンピュータ８３は、アプリケー
ション部１２、コンテンツ部１４、及びデータベース部
１６で構成されている。これらの各部は、各々コンピュ
ータで構成し、情報授受可能に接続してもよい。アプリ
ケーション部１２は、主に、他のコンピュータとの情報
を授受したり、注文画面のフォーマット情報を生成した
り、ユーザ・コンピュータ８５からサーバ・コンピュー
タ８３へ入稿された文書を実際に出力が行われるプリン
タのサーバーのＲＩＰエンジン又はそれと同等のシステ
ムでビットマップに変換する等の各種処理を実施する機
能部である。コンテンツ部１４は、注文画面を構成する
各種コンテンツを参照したり取り出したりする機能部で
ある。データベース部１６は、各種テーブルやデータを
参照したり取り出したりする機能部である。データベー
ス部１６に含まれるものの一例として、顧客テーブル、
印刷原稿データ、印刷原稿修正履歴テーブル、顧客購買
履歴テーブル、注文テーブルがある。

【００５０】高速出力機８１は、サーバ・コンピュータ
８３から発注者の校正チェック確認済みのドキュメント
又は、ユーザ・コンピュータ８５から直接入稿された印
刷ドキュメントについて発注時に指示された部数などの
指示に従い印刷原稿の出力を行う。

【００５１】後処理部２２は、高速出力機８１により出
力された印刷物に対して、発注時に指示された、例え
ば、製本、断裁、二つ折り、綴じ加工等の後処理指定に
基づいて後処理を行う。

【００５２】発送部２４は、印刷物の発送を管理する機
能部であり、発注時に後処理なしと指示された印刷物は
高速出力機８１により出力された後に発送処理を行い、
発注時に後処理ありと指示された印刷物については後処
理部２２により後処理された後に発送処理を行う。な
お、後処理部２２は製造業者（メーカ）等のシステム
（コンピュータ）に置き換えることが可能であり、発送
部２４は運送業者等の配送システム（コンピュータ）に
置き換えることが可能である。

【００５３】次に、本実施形態の作用を説明する。な
お、本実施の形態では、サーバ・コンピュータ８３がＷ
ＷＷ（World Wide Web）サーバとして機能し、ユーザ・
コンピュータ８５がＷＷＷクライアントとして機能する
場合を説明する。この場合、ユーザ・コンピュータ８５
には、ネットワークアクセス可能なプログラム（所謂Ｗ
ＷＷブラウザ）がインストールされており、このＷＷＷ
ブラウザを起動することにより、ネットワーク８８を介
してサーバ・コンピュータ８３にアクセス可能となる。
アクセス位置（アクセス先のサーバ・コンピュータ８３
の位置、及びサーバ・コンピュータ８３内の情報の位置
で構成されるデータ）は、所謂ＵＲＬ（Uniform Resour
ce Locator）で指定される。

【００５４】本実施形態の印刷発注システムは、図３に
示す流れに沿ってなされる。この際、ユーザ・コンピュ
ータ８５側では図５に示す処理ルーチンが実行されて、
ユーザ・コンピュータ８５からサーバ・コンピュータ８
３に対して発注処理がなされ、サーバ・コンピュータ８
３側では、図４に示す処理ルーチンがアプリケーション
部１２において実行され、印刷用のビットマップファイ
ルが生成される。

【００５５】まず、図５のステップ２００に示すよう
に、ユーザ・コンピュータ８５側において印刷の要求が
生じ、サーバ・コンピュータ８３にアクセスされた場
合、サーバ・コンピュータ８３側では、図４のステップ
１００に示すように、初期設定として、ユーザ・コンピ
ュータ８５に表示させるプリントサービスセンターの遠
隔プリント発注画面のフォーマット情報を生成する。

【００５６】具体的には、サーバ・コンピュータ８３内
のコンテンツ部１４に記憶されている各種コンテンツを
参照可能にさせるべく、コンテンツ部１４へ指示する。
これにより、コンテンツ部１４では静的に配置されてい
る各種ジョブ名を読み出し、アプリケーション部におい
て注文フォーマット情報が生成される。そして、ユーザ
・コンピュータ８５へ注文フォーマット情報を送信す
る。

【００５７】なお、上記ジョブ名は、例えば、ジョブＩ
Ｄ(過去注文が行われた実績のあるファイルの場合)、文
書ファイル名(複数の指定が可能)、文書ファイルの順
序、文書ファイルの作成アプリケーション名、文書ファ
イル内の使用フォントリスト、文書ファイル毎の対象印
刷範囲、依頼したい処理の種類(見積もりのみ、印刷し
て保存、印刷後削除、保存)、製本サイズ(出力物の最終
サイズ)、印刷部数、印刷の色(モノクロ／カラー)、出
力するプリンタ(発注者に指定させる場合)、面つけ指定
(片面、両面、中綴じ、特殊面付け)、丁合状態、拡縮設
定(原稿のサイズに合わせる、用紙のサイズに合わせ
る、全ページ定倍率)、印刷用紙種類、印刷用用紙サイ
ズ、印刷用紙色、綴じ用イメージシフト設定、カバー指
定の有無、カバー用紙の種類、カバー用紙のカラー、カ
バー用紙の印字面、カバーの加工種類、例外ページ(全
体の設定とは異なる一部のページにのみ適用、適用すべ
き内容はページ範囲、印刷色、プリンターの種類、面付
けの種類、拡縮倍率、印刷用紙の種類、サイズ、用紙色
など)、後処理の種類(製本なし、断裁、二つ折り、綴じ
加工、その他)、発注者関連情報(氏名、ＩＤ、会社／部
門名、アカウント名、住所／事業所名、電話番号、ＦＡ
Ｘ番号、電子メールアドレス)、請求先情報(氏名、Ｉ
Ｄ、会社／部門名、アカウント名、住所／事業所名、電
話番号、ＦＡＸ番号、電子メールアドレス)、印刷物送
付者情報(氏名、ＩＤ、会社／部門名、アカウント名、
住所／事業所名、電話番号、ＦＡＸ番号、電子メールア
ドレス)、印刷物受領者情報(氏名、ＩＤ、会社／部門
名、アカウント名、住所／事業所名、電話番号、ＦＡＸ
番号、電子メールアドレス)、コメント等が挙げられ
る。

【００５８】ユーザ・コンピュータ８５側では、発注画
面のフォーマット情報に基づいて画面に図６に示す注文
フォーマット３０を表示させ、図５のステップ２０２に
示すように、注文フォーマット３０に基づいて発注処理
を行う。なお、注文フォーマット３０は本発明の入力リ
ストに相当する。

【００５９】注文フォーマット３０は、[登録]ボタン、
[中止]ボタン、[ユーザ設定]ボタン、[文書設定]ボタ
ン、[ジョブ設定]ボタン、[ヘルプ]ボタン、[ＯＫ]ボタ
ン、[キャンセル]ボタン、[リセット]ボタン等の複数の
機能ボタンと、機能ボタンの押圧に応じて表示される入
力領域とから構成されている。

【００６０】[登録]ボタンは、発注者情報や指定文書情
報などの各種情報を入力した後押圧されることにより入
力した内容をサーバ・コンピュータ８３に登録する処理
を行うボタンであり、[中止]ボタンは発注を中止する処
理を行うボタンである。

【００６１】また、[ユーザ設定]ボタンの押圧により、
発注者関連情報 (氏名、ＩＤ、会社／部門名、アカウン
ト名、住所／事業所名、電話番号、ＦＡＸ番号、電子メ
ールアドレス) の入力フォーム、印刷物の受取方法の入
力フォーム、請求先情報(氏名、ＩＤ、会社／部門名、
アカウント名、住所／事業所名、電話番号、ＦＡＸ番
号、電子メールアドレス) の入力フォーム、印刷物送付
者情報(氏名、ＩＤ、会社／部門名、アカウント名、住
所／事業所名、電話番号、ＦＡＸ番号、電子メールアド
レス) の入力フォーム、印刷物受領者情報(氏名、Ｉ
Ｄ、会社／部門名、アカウント名、住所／事業所名、電
話番号、ＦＡＸ番号、電子メールアドレス)の入力フォ
ーム、印刷物の後処理指示の入力領域の入力フォーム、
及び印刷物の代金の支払い方法の入力フォーム、及び、
コメントの入力フォーム等から構成されるユーザ設定フ
ォームが入力領域に表示され、発注者により各種情報が
入力されるようになっている。

【００６２】また、[文書設定]ボタンは、押圧されるこ
とにより、文書設定フォームが入力領域に表示され、発
注者により文書が指定されるようになっている。この文
書設定フォームは、図７に示すように、文書指定フォー
ム、印刷ページ指定フォーム、作成したアプリケーショ
ンの種類の入力フォーム、及び特別指示フォーム等の複
数のフォームを１単位とした複数単位のフォームを備
え、複数種類の文書を１度に発注できるようになってい
る。

【００６３】[ジョブ設定]ボタンは、押圧されることに
より各種ジョブの選択を行う各種フォームにより構成さ
れたジョブ設定フォームが入力領域に表示され、発注者
により各種ジョブに応じた指示が入力されるようになっ
ている。このジョブ設定フォームは、図６に示すよう
に、タイトルを入力するフォーム、処理に関連する情報
を入力する処理側入力領域、及び、出力に関連する情報
を入力する出力側入力領域とから構成されている。

【００６４】処理側入力領域は、校正の有無を入力する
フォーム、校正刷り希望の有無を入力するフォーム、及
び、校正刷り配送方法を入力するフォームから構成され
ている。また、出力側入力領域は出力部数を入力するフ
ォーム、出力プリンタを指定するフォーム、面付け指定
を行うフォーム、丁合指定を行うフォーム、本文の用紙
のサイズ、種類、色などの指定を行うフォーム、カバー
の有無を指定するフォーム、カバーをつける場合の詳細
の指定を行うフォーム、後処理の有無を指定するフォー
ム、仕分け紙の有無を指定するフォーム、及び、特殊な
注文を行う場合の内容を記入するための特別指示を指定
するフォーム等から構成されている。

【００６５】また、[ヘルプ]ボタンは、押圧されること
により、発注するにはどのように操作すればよいのかを
簡単にまとめたヘルプ集が表示されるようになってい
る。

【００６６】入力領域の上方、及び下方には、夫々入力
した情報を送るための［送信］ボタン、各種処理をキャ
ンセルするための［キャンセル］ボタン、及び、入力し
た情報をクリアするための［リセット］ボタンが設けら
れており、発注者が［送信］ボタンを選択することによ
り、入力された情報がサーバーに送信される。また、発
注者が［リセット］ボタンを選択することにより、入力
領域に入力された情報がすべてクリアされる。

【００６７】この注文フォーマット３０において、同じ
発注者による２回目以降の注文においては発注者、発注
者ＩＤとプリント制御用パスワードを入力することによ
り、発注者名、住所、支払方法などは省略することがで
きるように構成できる。

【００６８】また、図８は、印刷原稿を指定する際にユ
ーザ・コンピュータ８５に表示されるファイル指定画面
の一例であり、ファイル指定画面のウインドウに表示さ
れた印刷ドキュメント(ワープロソフトなどのデータ)の
アイコンをクリックすることにより指定する。この指定
された印刷ドキュメントは、注文フォーマット３０の送
信時に印刷ドキュメントとしてＷｅｂブラウザ、電子メ
ール、又はそれに類するツールによりネットワーク経由
でサーバ・コンピュータ８３へ送信される。

【００６９】また、この注文フォーマット３０では、印
刷ドキュメントが複数ファイルで構成される場合に必要
なだけファイルを指定することができる。例えば、図９
に示すファイル指定画面のウインドウに表示された印刷
ドキュメント(ワープロソフトなどのデータ)のアイコン
をドラッグドロップして順番を変えたり、印刷ドキュメ
ントのアイコンを指定してから「上へ」ボタン又は「下
へ」ボタンをクリックすることにより順番をずらして所
望の順番に並び替えたり、「追加」ボタンをクリックし
て新たに文書を指定したり、印刷ドキュメントのアイコ
ンをクリックした後、「削除」ボタンをクリックするこ
とにより、特定のファイルを削除したりすることができ
る。

【００７０】発注者による注文に必要な事項の書き込み
及びファイル構成の修正などの発注処理が終了し、発注
者により［送信］ボタンが選択されると、図５のステッ
プ２０４に移行し、入力済みの注文フォーマット３０及
び印刷ドキュメントがネットワーク経由でサーバ・コン
ピュータ８３へ送信される。

【００７１】サーバ・コンピュータ８３では、注文フォ
ーマット３０を送信した後、図４のステップ１０２に移
行して発注が有るかを判断しており、ユーザ・コンピュ
ータ８５から入力済みの注文フォーマット３０及び印刷
ドキュメントがネットワーク経由でサーバ・コンピュー
タ８３へ送信されると、図４のステップ１０２の判断が
肯定されてステップ１０４に移行する。

【００７２】ステップ１０４では、ユーザ・コンピュー
タ８５から送信された印刷ドキュメントを実際に出力が
行われるプリンタのサーバーのＲＩＰエンジン又はそれ
と同等のシステムでビットマップファイルに変換する。
これにより、出力物と同等のビットマップファイルが得
られる。

【００７３】次のステップ１０６では、校正確認用ファ
イルを生成する。校正確認用ファイルは、ビットマップ
ファイルのサブセット版であり、発注したユーザ・コン
ピュータ８５側でのビューイングが可能なフォーマット
形式にビットマップファイルを変換した校正確認用展開
データを含むファイルである。このような校正確認用フ
ァイルのファイルの形式としては、例えば、ＰＤＦファ
イルや、富士ゼロックス株式会社のＤｏｃｕＷｏｒｋｓ
（商標）ファイル（以下、ｘｄｗファイルという。）等
が好ましい。なお、ビットマップファイルは、本発明の
印刷用展開データに相当する。

【００７４】校正確認用展開データは、好ましくは、ネ
ットワーク８８での転送効率を上げるために内容を確認
できるレベルを限度に、ビットマップファイルをできる
だけドット数を少なくして情報量を減らし、ファイル容
量を小さくしたドキュメントとするとよい。ビットマッ
プファイルのサブセット版にさらに圧縮を加えたものを
校正確認用展開データとしてもよく、このようにするこ
とにより、ファイル容量がさらに小さくなるのでユーザ
・コンピュータ８５に送信する際にネットワーク８８に
かかる負担を少なくすることができ好ましい。

【００７５】なお、ドット数を少なくする際に、画像全
体に対して一律にドット数を減らすのではなく、画像が
重要な一部分のページや指定領域におけるドット数は減
らさないなど、発注者の指定に応じて、またはシステム
の判断に応じて処理を行うようにするとよい。また、校
正確認用ファイルは、変更や印刷が行われないように変
更禁止／印刷禁止の設定ができるように属性を設定する
ことが望ましい。或いは、校正確認用ファイルの表わす
各ページに透かしイメージを入れることによっても簡易
に変更や印刷が行われないようにできる。このように設
定しておくことにより、限られた発注者に対して、有償
で印刷を許可できるような仕組みを取り入れることがで
きる。これらは、前述したＰＤＦファイルやｘｄｗファ
イルを利用することにより容易に実現できる。

【００７６】さらに、第三者に印刷原稿の内容が漏れな
いようにするため、必要であれば、発注者の指定する又
はサーバー側で設定したＩＤナンバー等の暗号を校正確
認用ファイルに付与し、校正確認用ファイルを開く際の
パスワードとして使用するとよい。

【００７７】図４のステップ１０８では、例えば、図１
０に示すように、校正確認用ファイルのＵＲＬがリンク
され、校正確認用ファイルの取得、承認／キャンセルな
どがユーザ・コンピュータ８５側で指定できるような確
認ページ３２を生成し、この確認ページ３２のＵＲＬ
を、図１１に示すように、電子メール３４によってユー
ザ・コンピュータ８５に送信する。

【００７８】ユーザ・コンピュータ８５では、入力済み
の注文フォーマット３０及び印刷ドキュメントを送信し
たのち、図５のステップ２０６に移行して確認の電子メ
ール３４を受信したかを判断しており、確認の電子メー
ル３４を受信すると、図５のステップ２０６の判断が肯
定されてステップ２０８に移行する。

【００７９】ステップ２０８では、サーバ・コンピュー
タ８３から送信された確認の電子メール３４を開いて確
認の電子メール３４にリンクされたＵＲＬをクリック
し、確認ページ３２にアクセスする。確認ページ３２に
は、図１０に示すように、発注された印刷ドキュメント
に基づいて変換した校正確認用ファイルのリンク一覧、
[確認完了]ボタン、 [発注取り消し]ボタン、[簡単な修
正]ボタン、さらにオプション機能として[高解像度]ボ
タン及び、[使用フォント]ボタンが設けられている。

【００８０】確認ページ３２にリンクされたＵＲＬがク
リックされるとユーザ・コンピュータ８５の画面上に校
正確認用ファイルが表示されて発注者に閲覧可能な状態
とされ、画面上に表示された校正確認用ファイルに基づ
く印刷原稿の版下がイメージ通りの印刷原稿となってい
るかが発注者によって目視で確認される。

【００８１】ステップ２１０では、校正確認用ファイル
に基づく画像が印刷原稿のイメージ通りであり、発注者
により承認されたかを判断する。すなわち、確認ページ
に設けられた[確認完了]ボタンがクリックされると、ス
テップ２１０の判断が肯定され、ユーザ・コンピュータ
８５からサーバ・コンピュータ８３に承認済みの情報が
送信され、本ルーチンが終了する。

【００８２】サーバ・コンピュータ８３側では、図４の
ステップ１０８において確認ページのＵＲＬがリンクさ
れた電子メールをユーザ・コンピュータ８５に送信した
後、図４のステップ１１０に移行してユーザ・コンピュ
ータ８５から承認済みの情報を受信したかを判断する。

【００８３】承認済みの情報を受信すると、ステップ１
１０の判断が肯定されてステップ１１２に移行し、確認
に使用された校正確認用ファイルを承認版として登録す
ると共に、校正確認用ファイルの元となったビットマッ
プファイルを後処理情報と共に、高速出力機８１に送信
し、本ルーチンを終了する。なお、高速出力機８１以降
の処理については後述する。

【００８４】確認に使用された校正確認用ファイルは再
確認のために発注者が後で取り出してみることができる
ようにしておいてもよいし、校正確認用ファイルをユー
ザ・コンピュータ８５に送信するようにしてもよい。こ
の場合、ユーザ・コンピュータ８５では、図１２に示す
ように、ステップ２１０で承認情報を送信した後、図１
２のステップ２１８に移行して校正確認用ファイルを受
信したかを判断し、受信したら本ルーチンを終了するよ
うにする。また、サーバ・コンピュータ８３では、図１
３に示すように、ステップ１１２で確認に使用された校
正確認用ファイルを承認版として登録すると共に、校正
確認用ファイルの元となったビットマップファイルを後
処理情報と共に高速出力機８１に送信した後、ステップ
１２０に移行して、校正確認用ファイルをユーザ・コン
ピュータ８５に送信する。

【００８５】一方、図５のステップ２１０において、校
正確認用ファイルに基づく画像が印刷原稿のイメージ通
りでなく、発注者により承認されない場合、発注者によ
り確認ページに設けられた[簡単な修正]ボタン又は[発
注取り消し]ボタンがクリックされることとなる。

【００８６】すなわち、校正確認用ファイルに基づく画
像が発注者により発注された印刷原稿のイメージ通りで
はないが、修正すればイメージ通りになると考えられる
場合、発注者により[簡単な修正]ボタンが押圧され、ス
テップ２１２の修正を行うかの判断が肯定されステップ
２１４に移行して修正処理が行われる。同時に簡単な修
正ボタンの押圧情報がサーバ・コンピュータ８３に送信
される。

【００８７】サーバ・コンピュータ８３では、[簡単な
修正]ボタンの押圧情報を受信すると、図４のステップ
１１４の修正を行うかの判断が肯定されてステップ１１
６に移行し、修正モード画面がユーザ・コンピュータ８
５に表示されるように修正モード画面のフォーマット情
報を生成してユーザ・コンピュータ８５に送信した後、
ステップ１１７で、確認ページの再生成が行われ、ステ
ップ１１０に戻り、ユーザ・コンピュータ８５から承認
の情報を受信したかを判断する。

【００８８】図５のステップ２１４では、修正処理が行
われる。なお、確認ページ３２には修正処理時のオプシ
ョン機能として、図１０に示すように、高解像度表示機
能を実行する[高解像度]ボタン、フォントの詳細確認機
能を実行する[フォント確認]ボタン、及び拡大表示機能
を実行する[拡大表示]ボタンが設けられている。

【００８９】高解像度表示機能とは、高解像度による確
認を行えるようにした機能である。通常、サーバ・コン
ピュータ８３は解像度を低下させたビットマップファイ
ルから生成した校正確認用ファイルをユーザ・コンピュ
ータ８５に送信するが、解像度を低下させるとイメージ
の品質の確認や、極小フォントなどの確認が難しい場合
がある。そのため、発注者からイメージの品質の確認
や、極小フォントなどの確認を行うために解像度を低下
させずに確認したいとの要求がある場合に確認ページに
設けられた[高解像度]ボタンの押圧により、高解像度要
求信号がサーバ・コンピュータ８３に送信されるように
構成されている。

【００９０】サーバ・コンピュータ８３は、高解像度要
求信号の受信により解像度を低下させずに生成したビッ
トマップファイルに基づいて校正確認用ファイルを作成
し、ユーザ・コンピュータ８５に送信する。好ましく
は、ユーザ・コンピュータ８５側でページ番号や画面の
一部を指定し、高解像度ボタンをクリックすることより
サーバ・コンピュータ８３側で高解像度データを生成し
て発注者に送るようにすることにより詳細な確認が可能
となる。なお、全ページについての高解像度データを生
成して発注者に送るようにする場合は、印刷禁止属性を
付与したり、透かしイメージを入れるなどの加工を施
す。

【００９１】また、フォントの詳細確認機能とは、[フ
ォント確認]ボタンの押圧により画面の一部にフォント
リストを表示する機能である。フォントリストは使用し
たフォントの一覧とフォントを使用しているテキストの
場所との対応を示すリストであり、校正確認用ファイル
に基づく画像の画質が悪く、目視で確認しづらい場合で
あっても発注者がフォントリストから使用されたフォン
トの確認を行えるようにした機能である。フォントリス
トと表示されたドキュメントの中の対応は、例えば、
[フォント確認]ボタンの押圧によりサーバ・コンピュー
タ８３側でフォントごとに色づけされた校正確認用ファ
イルを再生成することにより行う。

【００９２】さらに、拡大表示機能とは、[拡大表示]ボ
タンの押圧により、画面の一部又は全部を拡大表示する
機能であり、これにより、高解像度の重い画像の送受信
を行わずに微小な部分を拡大して確認できる。なお、こ
の拡大表示機能は、Ａｃｒｏｂａｔ Ｒｅａｄｅｒ（Ａ
ｃｒｏｂａｔは商標名；Ａｄｏｂｅ ＳｙｓｔｅｍｓＩ
ｎｃｏｒｐｏｒａｔｅｄ）や、Ｄｏｃｕ Ｗｏｒｋｓ
Ｖｉｅｗｅｒ（Ｄｏｃｕ Ｗｏｒｋｓは商標名；富士ゼ
ロックス株式会社）などのような一般的なファイルビュ
アでは、文書の拡大表示が可能であるので、このような
ファイルビュアの機能を利用して拡大表示を行うように
してもよい。

【００９３】図５のステップ２１４での修正処理として
は、例えば、印刷設定情報の修正、改行位置の修正、フ
ォントサイズの修正、及びページ単位の削除や並べ替え
等がある。

【００９４】例えば、印刷設定内容の記入ミス等により
印刷の向きが異なっていたり、用紙とイメージのサイズ
の不整合が確認できたときに印刷設定情報を修正してサ
ーバ・コンピュータ８３に送信し、イメージ通りの印刷
原稿とすることができる。また、ユーザ・コンピュータ
８５の画面で改行したい位置にカーソルを置き、改行ア
イコンをクリックすることによりサーバ・コンピュータ
８３に改行のデータが送信されて改行位置が変更される
ようにしたり、修正したい部分を選択表示し、フォント
アイコンをクリックすることによりフォントの種類や、
サイズの変更が可能となるようにすることができる。

【００９５】また、不要なページが入っていた場合に
は、ページ番号を指定して削除するようにしたりページ
の並び替えや、それに伴ってページ番号の修正などを行
うようにすることができる。

【００９６】さらに、修正処理はサーバ・コンピュータ
８３側で履歴をとっており、発注者が修正した個所が誤
っている等のように誤った修正がなされた場合に過去に
戻して再修正することができるように構成されている。
このような修正処理を可能に構成することにより、２重
の発注作業を行うことなしに処理を継続することが出切
る。

【００９７】ステップ２１４において修正処理が終了す
るとステップ２１０に戻り、校正確認用ファイルに基づ
く画像が印刷原稿のイメージ通りであり、発注者により
承認されたかを判断する。

【００９８】一方、確認ページにおいて、[発注取り消
し]ボタンが押圧されると、ステップ２１０の判断が否
定されると共にステップ２１２の修正するかの判断が否
定されてステップ２１６に移行し、発注取り消しの情報
がサーバ・コンピュータ８３に送信され、本ルーチンを
終了する。また、サーバ・コンピュータ８３において
も、[発注取り消し]ボタンの押圧情報が受信されると、
ステップ１１０の判断が否定されると共にステップ１１
４の修正を行うかの判断が否定されてステップ１１８に
て発注取り消し処理がなされ、本ルーチンを終了する。

【００９９】ここで、高速出力機８１の処理について説
明する。高速出力機８１は、発注者により承認済みのビ
ットマップファイルを注文フォーマット３０と共に受信
して、ビットマップファイルに基づき、発注時に指示さ
れた部数などの指示に従って印刷処理を行う。その後、
後処理情報において後処理を行う場合は、印刷物を後処
理部２２に送る。また、後処理を行わない場合は、印刷
物を発送部２４に送る。

【０１００】後処理部２２では、注文フォーマット３０
に含まれる後処理情報に基づいて、例えば、製本なし、
断裁、二つ折り、綴じ加工など、その他の加工処理を行
う。後処理部２２において、後処理情報に基づいて印刷
物に対して各種加工処理を行った後、発送部２４に送
る。

【０１０１】発送部２４では、送られてきた印刷物を注
文フォーマット３０に含まれる印刷物送付者情報、印刷
物受領者情報に基づいて発送すると共に、業務側コンピ
ュータ９１に注文フォーマット３０と共に処理情報を送
信する。決算業務側コンピュータ９１により料金請求処
理を行って発注者に請求書を送付する。なお、請求書ト
共に電子メールにて請求内容を知らせるようにもでき
る。さらに、電子メールにて請求書を送るようにするこ
ともできる。

【０１０２】なお、承認された印刷ドキュメントは、完
全版下データとして扱うことができるデータとしてシス
テムに登録されるか、或いは必要に応じて発注者に転送
される。その完全版下データな印刷禁止属性が付加され
ている場合は、そのファイルを用いて発注者は、印刷で
きないが、高速出力機８１へ送付し、高速出力機８１側
で出力作業を行うことで印刷物を入手することができ
る。

【０１０３】また、ここでは、ウェブブラウザを使用す
る例について述べたが、ウェブブラウザに限定する必要
はなく、一部の機能であれば、専用ソフトウエアの利用
や電子メール、その他の方法を取ることで実現すること
ができる。

【０１０４】このように、本実施の形態では、高速出力
機８１が出力するのと同一のビットマップファイルを発
注者が確認できるので、出力確認は印刷者の判断を介せ
ず、その責任を全て発注者に記することができる。その
ため、印刷イメージの違いにより発生するクレームを無
くすことができる。

【０１０５】さらに、校正確認用ファイルの印刷禁止機
能を利用することにより、確認のために送ったファイル
が逆用されて発注者側のプリンタ或いは別の印刷会社に
流れてしまうことを防げる。

【０１０６】また、校正確認用展開データのビットマッ
プのビット数を少なくしているので、ネットワーク通信
への負担を抑えることもできる。

【０１０７】本実施の形態では、情報内容の確実な反映
のみが出力保証のキーファクターになっているドキュメ
ントに最適であり、このようなドキュメントは、印刷物
は非常に数が多く、コスト低減が大きく求められている
分野でもあり、さらに、オンデマンド性が強く求められ
ているためである。

【０１０８】また、本実施の形態ではサーバ・コンピュ
ータ８３側で修正処理を行うように校正した場合につい
て説明したが、本発明はこの校正に限らず、ユーザ・コ
ンピュータ８５側で修正処理するように構成することも
できる。

【０１０９】この場合、ユーザ・コンピュータ８５側の
ブラウザに校正確認用ファイルを表示させて修正した
後、修正済みの校正確認用ファイルをサーバ・コンピュ
ータ８３に送信し、サーバ・コンピュータ８３は受信し
た修正済みの校正確認用ファイルに基づいて修正内容を
印刷用展開ファイルに反映させるようにしてもよい。

【０１１０】なお、不慣れな発注者にとっては修正すべ
き個所がわからない場合があるので、サーバーが発生さ
せるＲＩＰエラーの内容を、平易な文で著し、発注者に
ガイドとして返信したり、入稿原稿作成におけるＦＡＱ
集やヘルプ集を作成し、発注者が確認できるサービスを
提供することが望ましい。

【０１１１】

【発明の効果】以上説明したように、本発明では、発注
者が作成した印刷画像イメージを迅速に確認、校正で
き、また、印刷画像イメージと出力イメージとの同一性
を保証しつつ、受注を確実なものとすることができる、
と言う効果がある。

【図面の簡単な説明】

【図１】 本発明の実施の形態が適用可能なネットワー
クシステムの概略構成を示す説明図である。

【図２】 図１のネットワークシステムの機能ブロック
図である。

【図３】 本発明の実施の形態が適用可能なネットワー
クシステムの処理の流れを示す説明図である。

【図４】 サーバ・コンピュータの処理ルーチンを示す
フロー図である。

【図５】 ユーザ・コンピュータの処理ルーチンを示す
フロー図である。

【図６】 注文フォーマットの一例を示す説明図であ
る。

【図７】 図６に示した注文フォーマットをユーザ・コ
ンピュータの画面に表示した状態を示す説明図である。

【図８】 印刷原稿を指定する際にユーザ・コンピュー
タに表示されるファイル指定画面の一例を示す説明図で
ある。

【図９】 ファイル指定画面のウインドウの一例を示す
説明図である。

【図１０】 確認ページの一例を示す説明図である。

【図１１】 確認ページのＵＲＬがリンクされた電子メ
ールの一例を示す説明図である。

【図１２】 校正確認済みの校正確認用ファイルをユー
ザ・コンピュータに送信する場合のユーザ・コンピュー
タの処理ルーチンを示すフロー図である。

【図１３】 校正確認済みの校正確認用ファイルをユー
ザ・コンピュータに送信する場合のサーバ・コンピュー
タの処理ルーチンを示すフロー図である。

【符号の説明】

１２ アプリケーション部 １４ コンテンツ部 １６ データベース部 ２２ 後処理部 ２４ 発送部 ３０ 注文フォーマット ３２ 確認ページ ３４ 電子メール ８０ ネットワークシステム ８１ 高速出力機 ８２、８４ コンピュータ ８３ サーバ・コンピュータ ８５ ユーザ・コンピュータ ８６ 接続装置 ８８ ネットワーク ９１ 決算業務側コンピュータ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｂ４１Ｊ 29/00 Ｂ４１Ｊ 29/38 Ｚ 29/38 Ｇ０６Ｆ 3/12 Ａ Ｇ０６Ｆ 3/12 Ｂ４１Ｊ 29/00 Ｚ

Claims (12)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して発注者側端末から
   入力される印刷要求により印刷条件の入力リストを生成
   して前記発注者側端末に送信し、 前記発注者側端末からの印刷原稿を表わす情報及び前記
   印刷条件が入力された入力リストを受信し、 前記印刷原稿に基づいて展開して印刷用展開データを生
   成し、 前記印刷用展開データに基づいて前記印刷用展開データ
   と同一の形式の校正確認用展開データを含む校正確認用
   ファイルを生成し、 前記校正確認用ファイルまたは、前記校正確認用ファイ
   ルを取り込むためのダウンロード情報を前記発注者側端
   末に送信し、 前記発注者側端末からの承認情報の受信により前記印刷
   用展開データに基づいて印刷が行われるように制御する
   ことを特徴とする印刷受注方法。
2. 【請求項２】 前記発注者側端末による校正確認用ファ
   イルの修正個所を前記印刷用展開データに反映させるこ
   とを特徴とする請求項１に記載の印刷受注方法。
3. 【請求項３】 前記校正確認用ファイルは、前記印刷用
   展開データよりも解像度の低い校正確認用展開データが
   添付されることを特徴とする請求項１または請求項２に
   記載の印刷受注方法。
4. 【請求項４】 前記校正確認用展開データに対し、印刷
   禁止属性または校正用であることを示す透かしイメージ
   の少なくとも一方を付与することを特徴とする請求項１
   から請求項３のいずれか１項に記載の印刷受注方法。
5. 【請求項５】 ネットワークに接続され、該ネットワー
   クを介して発注者側端末からの印刷原稿を表わす情報及
   び該印刷原稿の印刷条件が入力された入力リストを受信
   すると共に、前記発注者側端末からの承認情報を受信す
   る受信手段と、 ネットワークを介して発注者側端末から入力される印刷
   要求により印刷条件の入力リストを生成して前記発注者
   側端末に送信すると共に、前記校正確認用ファイルまた
   は、前記校正確認用ファイルを取り込むためのダウンロ
   ード情報を前記発注者側端末に送信する送信手段と、 前記印刷原稿に基づいて展開して印刷用展開データを生
   成し、該印刷用展開データに基づいて前記印刷用展開デ
   ータと同一の形式の校正確認用展開データを含む校正確
   認用ファイルを生成するデータ生成手段と、 前記発注者側端末からの承認情報の受信により前記印刷
   用展開データに基づいて印刷が行われるように制御する
   印刷制御手段とを備えたことを特徴とする印刷受注サー
   バ。
6. 【請求項６】 前記発注者側端末による校正確認用ファ
   イルの修正個所を前記印刷用展開データに反映させる修
   正手段を備えたことを特徴とする請求項５に記載の印刷
   受注サーバ。
7. 【請求項７】 前記校正確認用ファイルは前記印刷用展
   開データよりも解像度の低い校正確認用展開データが添
   付されることを特徴とする請求項５または請求項６に記
   載の印刷受注サーバ。
8. 【請求項８】 前記校正確認用展開データに対し、印刷
   禁止属性または校正用であることを示す透かしイメージ
   の少なくとも一方を付与することを特徴とする請求項５
   から請求項７のいずれか１項に記載の印刷受注サーバ。
9. 【請求項９】 ネットワークに接続され、該ネットワー
   クを介して印刷原稿及び該印刷原稿の印刷条件が入力さ
   れた入力リストの送信と、印刷対象の校正確認用ファイ
   ルの校正に関する指示情報、修正した前記校正確認用フ
   ァイル、及び承認情報のいずれかの情報の送信とを行う
   発注者側端末と、 前記ネットワークに接続され、該ネットワークを介して
   発注者側端末からの印刷原稿を表わす情報及び該印刷原
   稿の印刷条件が入力された入力リストを受信すると共
   に、前記発注者側端末からの承認情報を受信する受信手
   段と、ネットワークを介して発注者側端末から入力され
   る印刷要求により印刷条件の入力リストを生成して前記
   発注者側端末に送信すると共に、前記校正確認用ファイ
   ルまたは、前記校正確認用ファイルを取り込むためのダ
   ウンロード情報を前記発注者側端末に送信する送信手段
   と、前記印刷原稿に基づいて展開して印刷用展開データ
   を生成し、該印刷用展開データに基づいて前記印刷用展
   開データと同一の形式の校正確認用展開データを含む校
   正確認用ファイルを生成するデータ生成手段と、前記発
   注者側端末からの承認情報の受信により前記印刷用展開
   データに基づいて印刷が行われるように制御する印刷制
   御手段とを備えた印刷受注サーバと、を備えた印刷受注
   システム。
10. 【請求項１０】 前記印刷受注サーバは、発注者側端末
    による校正確認用ファイルの修正個所を前記印刷用展開
    データに反映させる修正手段を備えたことを特徴とする
    請求項９に記載の印刷受注システム。
11. 【請求項１１】 前記校正確認用ファイルは、前記印刷
    用展開データよりも解像度の低い校正確認用展開データ
    が添付されることを特徴とする請求項９または請求項１
    ０に記載の印刷受注システム。
12. 【請求項１２】前記校正確認用展開データに対し、印刷
    禁止属性または校正用であることを示す透かしイメージ
    の少なくとも一方を付与することを特徴とする請求項９
    から請求項１１のいずれか１項に記載の印刷受注システ
    ム。