JP2917762B2

JP2917762B2 - 画像処理システム

Info

Publication number: JP2917762B2
Application number: JP19888693A
Authority: JP
Inventors: 英俊中西
Original assignee: Dainippon Screen Manufacturing Co Ltd
Current assignee: Dainippon Screen Manufacturing Co Ltd
Priority date: 1993-07-16
Filing date: 1993-07-16
Publication date: 1999-07-12
Anticipated expiration: 2014-07-12
Also published as: JPH0737070A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、画像処理システムに関
し、より特定的には、入力された画像ファイルを共通記
憶手段と複数のローカル記憶手段とのいずれかにネット
ワークを介して転送し格納するようにした画像処理シス
テムに関する。

【０００２】

【従来の技術】近年、従来の大型汎用コンピュータに代
わって、処理能力が著しく向上しているパーソナルコン
ピュータやワークステーション等の小型コンピュータを
活用してＬＡＮ（ローカル・エリア・ネットワーク）等
を組む動きが活発化している。こうした小型機への移行
は、「ダウンサイジング」と呼ばれ、主としてコストの
削減や開発期間の短縮化を目的として進められている。
印刷・製版、ＣＡＤ等の画像処理の分野においても、ダ
ウンサイジングが急速に進められている。例えば、分散
配置された複数台の画像処理端末がネットワーク環境下
で動作し、データベースに蓄積された種々のデータを共
用しつつ並行的に所定の画像処理を実行するような画像
処理システムが一般的になりつつある。

【０００３】図１３は、従来の印刷・製版処理システム
の構成を示すブロック図である。図１３において、複数
台の画像処理端末１と、データベース管理装置３と、画
像ファイル入力端末７とは、有線または無線のネットワ
ーク２を介して相互に通信可能に接続される。データベ
ース管理装置３には、共通記憶装置４が接続されてい
る。共通記憶装置４は、記憶容量が大きくかつファイル
を高速にアクセスできるハードディスク、光磁気ディス
ク、メモリディスク等の記憶装置によって構成される。
画像処理端末１には、ローカル記憶装置６が接続され
る。ローカル記憶装置６は、共通記憶装置４に比較して
記憶容量が小さくかつファイルのアクセススピードの低
いハードディスク、光磁気ディスク、メモリディスク等
の記憶装置によって構成される。

【０００４】例えば、写真原稿等の複数の原稿の画像を
集版する場合、画像ファイル入力端末７に接続されたス
キャナ等の画像入力装置を用いて原稿の読み取り作業が
行われ、各原稿ごとの画像ファイルが作成される。デー
タベース管理装置３は、全ての画像ファイルを無条件に
画像ファイル入力端末７からネットワーク２を介して受
け取り、共通記憶装置４に書き込む。これによって、全
ての画像ファイルは、共通記憶装置４に格納される。デ
ータベース管理装置３は、共通記憶装置４に対する画像
ファイルの書込および読出を管理するとともに、共通記
憶装置４と各画像処理端末１との間の画像ファイルの転
送を管理する。これによって、各画像処理端末１は、共
通記憶装置４に蓄積された画像ファイルを共通に利用す
ることができる。

【０００５】ところで、原稿に傷があったり、原稿の被
写体の背景によけいな電線が写っていたりする場合があ
る。このような場合には、画像ファイルのデータから傷
をなくしたり、電線を削除するようなレタッチ等の画像
処理が、各画像ファイルごとに、各画像処理端末１にお
いて各オペレータで分担して行われる。

【０００６】この場合、画像処理端末１を操作する各オ
ペレータには、所定のスケジュールにしたがって、画像
処理のための作業予定が予め割り当てられている。ま
た、データベース管理装置３は、各画像処理端末１にお
いて画像処理する作業予定の画像ファイルを長期トラン
ザクション処理で管理する。ここで、長期トランザクシ
ョン処理は、通常、数時間以上にもわたって画像処理の
作業予定の画像ファイルにライトロックをかけ、共通記
憶装置４で一元的に画像ファイルを格納・管理するもの
である。

【０００７】この長期トランザクション処理の下では、
ある画像処理端末１のオペレータがある画像処理の作業
予定の画像ファイルを読み込んだ場合、このオペレータ
が画像処理済みの画像ファイルを共通記憶装置４に再格
納することは許容される。しかし、一旦読み込まれたこ
の画像ファイルを他の画像処理端末１のオペレータが後
から読み込んだり書き込んだりすることは禁止される。
これは、他の画像処理端末１のオペレータによる不当な
画像ファイルの書換処理の実行を防止するためである。

【０００８】このため、各画像処理端末１のオペレータ
は、画像処理の作業を開始する前に、画像処理端末１を
操作して、各自に割り当てられた作業予定の画像ファイ
ルを共通記憶装置４からネットワーク２を介して画像処
理を実施するローカル記憶装置６に格納する。これによ
り、ロックがかかる。その後、各オペレータは、画像処
理端末１を操作して、ローカル記憶装置６に格納された
画像ファイルを画像処理端末１の内部メモリに読み出し
て、レタッチ等種々の画像処理を施し、処理済みの画像
ファイルをローカル記憶装置６に格納する。そして、１
つの画像処理の作業が終了すると、各オペレータは処理
済みの画像ファイルを画像処理端末１のローカル記憶装
置６からデータベース管理装置３に逆転送し、共通記憶
装置４に再登録する。これにより、ロックが解除され
る。

【０００９】

【発明が解決しようとする課題】しかし、従来の印刷・
製版処理システムでは、画像ファイル入力端末７におい
て入力された画像ファイルを、無条件に、画像ファイル
入力端末７からネットワーク２およびデータベース管理
装置３を介して共通記憶装置４に一旦格納するようにし
ている。このため、各画像処理端末１は、画像ファイル
の画像処理をする前に、作業予定の画像ファイルを共通
記憶装置４からネットワーク２を介してローカル記憶装
置６に格納、すなわちチェックアウトする必要があっ
た。

【００１０】ところで、印刷・製版で使用する画像ファ
イルは、ラスタデータで構成されている。このため、こ
の画像ファイルの画像データのデータ量は、一般的に大
きい。例えば、Ａ４原稿の画像ファイル（４００Ｌ／Ｉ
ｎｃｈ）の場合、約６０ＭＢにも達する。一方、ネット
ワーク２に高速なＬＡＮを使用しても、ネットワーク２
の画像ファイルのデータの実効転送速度は、例えば数Ｍ
ｂｉｔ／ｓｅｃ〜数十Ｍｂｉｔ／ｓｅｃ程度に制限され
る。このため、ネットワーク２が使用されていない状態
で、ある画像処理端末１からデータベース管理装置３と
の間で画像ファイルを転送するのに十数秒〜数十秒かか
る。

【００１１】一方、画像処理が複数の画像処理端末１に
おいて行われるため、同時に他の画像処理端末１もデー
タベース管理装置３から画像ファイルの転送を受ける場
合がある。この場合には、ネットワーク２の負荷が増大
し、ネットワーク２における転送速度が実質的に低下
し、画像ファイルの転送にさらに時間がかかる。一方、
チェックアウトごとにデータベース管理装置３から共通
記憶装置４への画像ファイルの入出力のための時間と、
画像処理端末１からローカル記憶装置６へ画像ファイル
の格納・読出の入出力のための時間もかかる。

【００１２】したがって、従来の印刷・製版処理システ
ムでは、オペレータの待ち時間が長くなり、ネットワー
ク２を使用している画像処理端末１の処理効率を下げ、
システム全体の稼働率を低下させるという問題があっ
た。

【００１３】従来のＣＡＤシステムも、上述した印刷・
製版処理システムと同様に構成されている。ところで、
一般にＣＡＤシステムにおいて扱われる画像ファイル
は、ベクトルデータで構成されている。このため、ＣＡ
Ｄシステムにおいて扱われる画像ファイルのデータ量
は、印刷・製版処理システムで扱われる画像ファイルの
データ量の数十分の一程度である。したがって、ＣＡＤ
システムの場合には、印刷・製版処理システムに比べて
上述の問題点が多少軽減される。しかし、従来のＣＡＤ
システムにおいても、上述の問題点があることに変わり
はない。

【００１４】本発明は、上述の技術的課題を解決し、オ
ペレータの待ち時間を短くし、ネットワークを使用して
いる画像処理端末の処理効率を上げ、しかもシステム全
体の稼働率を向上させた画像処理システムを提供するこ
とを目的とする。

【００１５】

【課題を解決するための手段】上述の技術的課題を解決
するために、本発明は、以下の構成をとる。請求項１の
画像処理システムは、入力された画像ファイルを共通記
憶手段と複数のローカル記憶手段とのいずれかにネット
ワークを介して転送し格納するようにしたものであっ
て、ネットワークに接続され、共通記憶手段に対する画
像ファイルの書込および読出を管理するデータベース管
理装置と、ネットワークに接続され、それぞれ対応する
ローカル記憶手段から画像ファイルを読み出して所定の
画像処理を施す複数の画像処理端末と、画像ファイルを
入力する画像ファイル入力手段と、ネットワークに接続
され、画像ファイル入力手段によって入力される各画像
ファイルについて、画像処理端末での作業予定の有無を
表す識別情報を少なくとも含むＪＯＢ情報ファイルを生
成するＪＯＢ情報ファイル生成手段と、ネットワークに
接続され、ＪＯＢ情報ファイル中の識別情報に基づい
て、画像ファイル入力手段によって入力された画像ファ
イルを共通記憶手段およびローカル記憶手段のいずれか
に分散転送する分散転送手段とを備え、それによって画
像処理端末で作業予定のある画像ファイルは、対応する
ローカル記憶手段に、画像処理端末で作業予定のない画
像ファイルは、共通記憶手段に分散転送される。

【００１６】請求項２の画像処理システムは、請求項１
のものにおいて、分散転送手段が、ＪＯＢ情報ファイル
中の識別情報が画像処理端末での作業予定有りを表す場
合に、対応するローカル記憶手段に転送すべき画像ファ
イルを書き込むだけの空き容量があるか否かをサーチす
る空き容量サーチ手段と、空き容量サーチ手段によるサ
ーチの結果、対応するローカル記憶手段に空き容量があ
るときにはローカル記憶手段に画像ファイルを転送し、
対応するローカル記憶手段に空き容量がないときには共
通記憶手段に画像ファイルを転送する分配手段とを含
む。

【００１７】

【作用】請求項１の画像処理システムにおいては、デー
タベース管理装置と、複数の画像処理端末と、ＪＯＢ情
報ファイル生成手段と、分散転送手段とは、ネットワー
クに接続される。分散転送手段は、ＪＯＢ情報生成手段
から転送されたＪＯＢ情報ファイル中の識別情報に基づ
いて、画像ファイル入力手段によって入力された画像フ
ァイルを共通記憶手段およびローカル記憶手段のいずれ
かに分散転送する。これによって、画像処理端末で作業
予定のある画像ファイルは、対応するローカル記憶手段
に、画像処理端末で作業予定のない画像ファイルは、共
通記憶手段に分散転送される。画像処理端末のオペレー
タが作業予定の画像ファイルを画像処理する場合、この
オペレータが作業する画像処理端末のローカル記憶手段
から作業予定の画像ファイルが呼び出されることにな
る。この場合には、ローカル記憶手段から画像処理端末
に作業予定の画像ファイルを読み出す時間しかかからな
い。このため、共通記憶手段からデータベース管理装置
への読出時間も、ネットワークを介するデータベース管
理装置から画像処理端末への転送時間も、画像処理端末
からローカル記憶手段への格納時間も必要がない。ま
た、ネットワークに対する負荷もかけることもなく、ネ
ットワークの実質的転送速度が高速度に維持される。

【００１８】請求項２の画像処理システムは、請求項１
のものにおいて、分散転送手段が、空き容量サーチ手段
と、画像ファイルを転送する分配手段とを含む。空き容
量サーチ手段は、ＪＯＢ情報ファイル中の識別情報が画
像処理端末での作業予定有りを表す場合に、対応するロ
ーカル記憶手段に転送すべき画像ファイルを書き込むだ
けの空き容量があるか否かをサーチする。分配手段は、
空き容量サーチ手段によるサーチの結果、対応するロー
カル記憶手段に空き容量があるときにはローカル記憶手
段に画像ファイルを転送し、対応するローカル記憶手段
に空き容量がないときには共通記憶手段に画像ファイル
を転送する。このため、作業予定有りの画像ファイルが
失われることがない。したがって、画像処理端末のオペ
レータは、ローカル記憶手段の空き容量を気にせずに作
業を実施できる。

【００１９】

【実施例】図１は、本発明の一実施例の印刷・製版処理
システムの構成を示すブロック図である。図１におい
て、複数の画像処理端末１０ａ〜１０ｎと、データベー
ス管理装置３０と、ＪＯＢ管理装置５０と、画像ファイ
ル入力端末７０とは、有線または無線のネットワーク２
０を介して相互に通信可能に接続される。画像処理端末
１０ａ〜１０ｎ、データベース管理装置３０、ＪＯＢ管
理装置５０および画像ファイル入力端末７０は、例えば
ワークステーションで構成されている。

【００２０】データベース管理装置３０には、共通記憶
手段としての共通記憶装置４０が接続されている。共通
記憶装置４０は、複数の画像ファイルや画像部品等その
他のファイルを大量に格納し、かつ画像ファイルやその
他のファイルを高速にアクセスする必要があるため、記
憶容量が大きくかつシークタイムの早いハードディス
ク、光磁気ディスク、メモリディスク等の記憶装置によ
って構成される。

【００２１】画像処理端末１０ａ〜１０ｎには、ローカ
ル記憶手段としてのローカル記憶装置６０ａ〜６０ｎが
個別対応して接続される。ローカル記憶装置６０ａ〜６
０ｎは、対応する画像処理端末１０で画像処理する画像
ファイルや画像処理で使用する画像部品等のファイルを
格納できればよいため、共通記憶装置４０に比較して記
憶容量が小さなハードディスク、光磁気ディスク、メモ
リディスク等の記憶装置によって構成される。

【００２２】画像ファイル入力端末７０には、ローカル
通信を行うためのローカルバス７１３（例えば、ＳＣＳ
Ｉバス）が接続される。ローカルバス７１３には、原稿
を読み取り、画像ファイルを入力するためのドラムスキ
ャナ７１４および平面スキャナ７１５と、入力された画
像ファイルを一旦格納する磁気ディスク装置７１６が接
続される。

【００２３】例えば、各ページ毎に画像（複数または単
数）を挿入する複数ページからなる印刷物の製版の依頼
があった場合、工程責任者は、添付されたカラーフィル
ム等の原稿から仕上がり画像を予想して、画像のレタッ
チ等の画像処理が必要か否か検討する。そして、工程責
任者は、画像処理の要否等に基づいて製版指示書を作成
し、製版指示書をＪＯＢ管理装置５０、画像ファイル入
力端末７０および画像処理端末１０ａ〜１０ｎのオペレ
ータに渡す。

【００２４】ＪＯＢ管理装置５０のオペレータは、製版
指示書に基づいて、各画像処理端末１０におけるオペレ
ータの作業予定等を定めたＪＯＢ情報を入力する。これ
によって、ＪＯＢ管理装置５０は、ＪＯＢ情報ファイル
を作成する。なお、ＪＯＢ管理装置５０は、後述する画
像ファイル入力端末７０、画像処理端末１０ａ〜１０ｎ
およびデータベース管理装置３０とほぼ同様に構成され
ている。ＪＯＢ管理装置５０において作成されたＪＯＢ
情報ファイルは、ネットワーク２０を介してデータベー
ス管理装置３０、画像ファイル入力端末７０および画像
処理端末１０ａ〜１０ｎに転送される。

【００２５】画像ファイル入力端末７０は、ＪＯＢ情報
ファイルに基づいて、この画像ファイル入力端末７０に
おいて入力した画像ファイルをどの画像処理端末１０ａ
〜１０ｎのローカル記憶装置６０ａ〜６０ｎに転送する
か、あるいはデータベース管理装置３０の共通記憶装置
４０に転送するかを定め、ネットワーク２０を介して作
業予定のローカル記憶装置６０ａ〜６０ｎと共通記憶装
置４０とのいずれかにこの画像ファイルを転送する。各
画像処理端末１０ａ〜１０ｎのオペレータは、製版指示
書に基づいて、作業予定にしたがい、画像ファイルのデ
ータにレタッチ等の画像処理を行なう。

【００２６】図２は、図１に示す画像ファイル入力端末
７０およびローカルバス７１３付近の構成の一例を示す
ブロック図である。図２において、画像ファイル入力端
末７０のシステムバス７００には、ＣＰＵ７０１、メイ
ンメモリ７０２、フレームバッファ７０３、磁気ディス
ク装置７０５、キーボード７０７、マウス７０８および
通信インタフェイス７１１，７１２が接続される。フレ
ームバッファ７０３には、デジタル信号をアナログ映像
信号に変換するＤ／Ａ変換器７０９が接続される。Ｄ／
Ａ変換器７０９にはＣＲＴディスプレイ７１０が接続さ
れる。通信インタフェイス７１１は、ネットワーク２０
に接続される。通信インタフェイス７１２には、ローカ
ルバス７１３が接続される。

【００２７】ＣＰＵ７０１は、通信インタフェイス７１
１およびネットワーク２０を介してＪＯＢ管理装置５０
と通信し、ＪＯＢ情報ファイルを受け取り、磁気ディス
ク装置７０５に格納する。磁気ディスク装置７０５に
は、ウインドウシステムや、画像読取プログラムや、画
像転送プログラム等が格納されている。ＣＰＵ７０１
は、磁気ディスク装置７０５に格納されたウインドウシ
ステム、画像読取プログラム、画像転送プログラムや、
ＪＯＢ情報ファイル等をメインメモリ７０２に展開し、
これらのプログラムやＪＯＢ情報ファイルにしたがって
動作する。

【００２８】オペレータは、キーボード７０７およびマ
ウス７０８を操作し、ドラムスキャナ７１４または平面
スキャナ７１５にセットされた原稿の読み取り範囲、原
稿の読み取り密度、読み取った画像ファイルのファイル
名等を指示するコマンドや各種データを入力する。ＣＰ
Ｕ７０１は、オペレータのコマンドや各種データの入力
により、ドラムスキャナ７１４または平面スキャナ７１
５によって入力された画像ファイルを、一旦磁気ディス
ク装置７１６に格納する。

【００２９】なお、原稿の読み取り時のオペレータのコ
マンドや各種データの入力操作をする場合や、読み取っ
た画像ファイルを確認する等の場合においては、ＣＰＵ
７０１は、ウインドウや読み取った画像ファイルをフレ
ームバッファ７０３に読み込んで、ＣＲＴディスプレイ
７１０に表示する。また、ＣＰＵ７０１は、通信インタ
フェイス７１１およびネットワーク２０を介してデータ
ベース管理装置３０および各画像処理端末１０と通信
し、ＪＯＢ情報ファイルに基づいて磁気ディスク装置７
１６に格納された画像ファイルをデータベース管理装置
３０または画像処理端末１０ａ〜１０ｎに転送する。

【００３０】図３は、図１に示す画像処理端末１０ａお
よびローカル記憶装置６０ａの構成の一例を示すブロッ
ク図である。図３において、画像処理端末１０ａのシス
テムバス１００には、ＣＰＵ１０１、メインメモリ１０
２、フレームバッファ１０３、磁気ディスク装置１０
５、キーボード１０７、マウス１０８、通信インタフェ
イス１１１および入出力インタフェイス１１２が接続さ
れる。フレームバッファ１０３にはＤ／Ａ変換器１０９
が接続され、Ｄ／Ａ変換器１０９にはＣＲＴディスプレ
イ１１０が接続される。通信インタフェイス１１１は、
ネットワーク２０に接続される。入出力インタフェイス
１１２には、ローカル記憶装置６０ａとして、例えば光
磁気ディスク装置が接続される。他の画像処理端末１０
ｂ〜１０ｎおよびローカル記憶装置６０ｂ〜６０ｎは、
画像処理端末１０ａおよびローカル記憶装置６０ａと同
様に構成されている。

【００３１】ＣＰＵ１０１は、通信インタフェイス１１
１およびネットワーク２０を介してＪＯＢ管理装置５０
と通信し、ＪＯＢ情報ファイルを受け取り、磁気ディス
ク装置１０５に格納する。磁気ディスク装置１０５に
は、ウインドウシステムや、画像処理アプリケーション
や、画像ファイルの読み込みプログラムや、新バージョ
ン画像ファイル生成プログラム等が格納されている。Ｃ
ＰＵ１０１は、磁気ディスク装置１０５に格納されたウ
インドウシステム、画像処理アプリケーション、画像フ
ァイルの読み込みプログラム、新バージョン画像ファイ
ル生成プログラムや、ＪＯＢ情報ファイル等にしたがっ
て動作する。

【００３２】ＣＰＵ１０１は、通信インタフェイス１１
１およびネットワーク２０を介して画像ファイル入力端
末７０およびデータベース管理装置３０とも相互に通信
できる。この画像処理端末１０ａで画像処理する作業予
定の画像ファイルが画像ファイル入力端末７０から送ら
れてきた場合、ＣＰＵ１０１は、この画像ファイルを入
出力インタフェイス１１２を介してローカル記憶装置６
０ａに格納する。オペレータは、キーボード１０７およ
びマウス１０８を操作し、レタッチ等のコマンドを用
い、作業予定の画像ファイルについて画像処理を行う。
ＣＰＵ１０１は、オペレータのキーボード１０７および
マウス１０８の操作にしたがって、作業予定の画像ファ
イルを読み出して、メインメモリ１０２に展開し、この
画像ファイルに対して所定の画像処理を実行する。

【００３３】図４は、図１に示すデータベース管理装置
３０および共通記憶装置４０の構成の一例を示すブロッ
ク図である。図４において、システムバス３００には、
ＣＰＵ３０１、メインメモリ３０２、フレームバッファ
３０３、磁気ディスク装置３０５、キーボード３０７、
マウス３０８、通信インタフェイス３１１および入出力
インタフェイス３１２が接続される。フレームバッファ
３０３にはＤ／Ａ変換器３０９が接続され、Ｄ／Ａ変換
器３０９にはＣＲＴディスプレイ３１０が接続される。
通信インタフェイス３１１は、ネットワーク２０に接続
される。入出力インタフェイス３１２には、共通記憶装
置４０として、例えば大容量のハードディスク装置が接
続される。

【００３４】ＣＰＵ３０１は、通信インタフェイス３１
１およびネットワーク２０を介してＪＯＢ管理装置５０
と通信し、ＪＯＢ情報ファイルを受け取り、磁気ディス
ク装置３０５に格納する。磁気ディスク装置３０５に
は、ウインドウシステムや、データベースプログラム等
が格納されている。ＣＰＵ３０１は、磁気ディスク装置
１０５に格納されたウインドウシステム、データベース
プログラムや、ＪＯＢ情報ファイル等にしたがって動作
する。

【００３５】ＣＰＵ３０１は、通信インタフェイス３１
１およびネットワーク２０を介して画像ファイル入力端
末７０および画像処理端末１０ａ〜１０ｎとも相互に通
信できる。画像ファイル入力端末７０から画像処理端末
１０ａ〜１０ｎで画像処理する作業予定のない画像ファ
イルが送られてきた場合、ＣＰＵ１０１は、この画像フ
ァイルを入出力インタフェイス３１２を介して共通記憶
装置４０に格納する。共通記憶装置４０に格納された画
像部品等のファイルの読み出し要求が画像処理端末１０
ａ〜１０ｎからあった場合、ＣＰＵ３０１は、共通記憶
装置４０からこのファイルを読み出して、通信インタフ
ェイス３１１およびネットワーク２０を介して要求のあ
った画像処理端末１０ａ〜１０ｎに転送する。

【００３６】次いで、図１の印刷・製版処理システムの
動作を詳細に説明する。図５はＪＯＢ管理装置５０の動
作を示すフローチャートであり、図６はＪＯＢ管理装置
５０が生成するＪＯＢ情報ファイルを示す図である。以
下、これら図５および図６を参照して、ＪＯＢ管理装置
５０におけるＪＯＢ情報ファイルの生成と、ＪＯＢ管理
装置５０からＪＯＢ情報ファイルを転送する際の動作を
説明する。

【００３７】まず、ＪＯＢ管理装置５０のオペレータ
は、製版指示書に基づき、複数の原稿のそれぞれについ
て、ＪＯＢ名、頁Ｎｏ、画像ファイル名、色数、入力線
数、主走査方向のサイズ（画素数ＰＩＸ）、副走査方向
のサイズ（画素数ＰＩＸ）、データ量、作業者名、作業
予定の画像処理端末および画像処理予定の有無の各デー
タを入力する。これによって、ＪＯＢ管理装置５０のＣ
ＰＵは、図６に示すＪＯＢ情報ファイルを生成する（ス
テップａ１）。ＪＯＢ情報ファイルを生成すると、ＪＯ
Ｂ管理装置５０のＣＰＵは、このＪＯＢ情報ファイルを
ネットワーク２０を介してデータベース管理装置３０、
画像ファイル入力端末７０および画像処理端末１０ａ〜
１０ｎに転送する（ステップａ２）。

【００３８】図６において、ＪＯＢ情報ファイルのＪＯ
Ｂ名は、印刷物の製版を行う際の１つの仕事の管理概念
であり、例えば印刷物の製版を発注した会社名に該当す
る。なお、このＪＯＢ名は、仕事を階層的に分類するデ
ータとして使用され、ローカル記憶装置６０ａ〜６０ｎ
および共通記憶装置４０内のディレクトリ情報として用
いられる。頁Ｎｏは、ＪＯＢ名の下位の管理概念であ
り、例えば印刷物の各頁に対応するシリアルＮｏに該当
する。入力線数は、ドラムスキャナ７１４または平面ス
キャナ７１５で原稿を読み取る読み取り密度（Ｌｉｎｅ
／Ｉｎｃｈ）である。色数は、印刷に用いる色数であ
る。カラー印刷する場合には、通常はイエロー（Ｙ）、
マゼンタ（Ｍ）、シアン（Ｃ）、墨（Ｋ）の４色であ
る。

【００３９】主走査方向は、ドラムスキャナ７１４また
は平面スキャナ７１５での原稿の読み取り方向である。
例えば、ドラムスキャナ７１４の場合には、ドラムの回
転方向になる。副走査方向は、主走査方向に直交する方
向である。例えば、ドラムスキャナ７１４の場合には、
ドラムの回転軸方向になる。主走査方向および副走査方
向のサイズは、画像を形成する１単位ピクセル（画素）
の数である。データ量は、各色について（８ビット／画
素）であれば式（１）により計算する。データ量（Ｂｙｔｅ）＝主走査方向サイズ（Ｐｉｘｅｌ）×副走査方向サイズ（Ｐｉｘｅｌ）×色数 …（１）なお、この計算は、ＪＯＢ管理装置５０が自動計算する
ようにしてもよい。

【００４０】作業者名は、画像処理端末１０ａ〜１０ｎ
で画像ファイルを処理するオペレータの名前である。作
業予定の画像処理端末は、画像ファイルを画像処理する
画像処理端末１０ａ〜１０ｎである。画像処理予定の有
無は、画像処理端末１０ａ〜１０ｎでの画像処理の作業
予定を表す識別情報であり、画像ファイルの画像処理端
末１０ａ〜１０ｎまたは共通記憶装置４０への転送にお
いて重要な役割を果たす。「有り」は、画像処理端末１
０ａ〜１０ｎで画像処理の作業予定が有ることを表す。
「無し」は、画像処理端末１０ａ〜１０ｎでの画像処理
の作業予定が無いことを表す。

【００４１】図７は、画像ファイル入力端末７０が画像
ファイルを転送する場合のフローチャートである。ま
ず、画像ファイル入力端末７０のＣＰＵ７０１は、共通
記憶装置４０とローカル記憶装置６０ａ〜６０ｎとのい
ずれかに転送する画像ファイルの数を表すカウンタｋの
計数値を初期化する（ステップｂ１）。次いで、ＣＰＵ
７０１は、ＪＯＢ管理装置５０からＪＯＢ情報ファイル
を受信する（ステップｂ２）。次いで、ＣＰＵ７０１
は、ＪＯＢ情報ファイルの行数（図６参照）、すなわち
画像ファイルの総数を見て、共通記憶装置４０とローカ
ル記憶装置６０ａ〜６０ｎとのいずれかに転送すべき画
像ファイルの総数Ｍをレジスタｍにセットする（ステッ
プｂ３）。

【００４２】次いで、ＣＰＵ７０１は、カウンタｋの計
数値を取得し、共通記憶装置４０とローカル記憶装置６
０ａ〜６０ｎとのいずれかに転送した画像ファイルの数
を知る（ステップｂ４）。例えば、図６の最初に転送す
る画像ファイルＦ１１の場合、カウンタｋの計数値は、
「０」である。

【００４３】次いで、ＣＰＵ７０１は、転送する画像フ
ァイルについてのＪＯＢ情報ファイルの「画像処理予定
の有無」の欄を見て、画像処理端末１０ａ〜１０ｎで画
像処理が行われる作業予定が有るか否か判断する（ステ
ップｂ５）。画像処理予定が有る場合には、ＣＰＵ７０
１は、転送する画像ファイルについてのＪＯＢ情報ファ
イルのデータ量の欄を見て、転送する画像ファイルのデ
ータ量を取得する。次いで、ＣＰＵ７０１は、作業予定
の画像処理端末１０ａ〜１０ｎのローカル記憶装置６０
ａ〜６０ｎに画像ファイルを格納するだけの空き容量が
有るか否か判断する（ステップｂ６）。

【００４４】空き容量が有れば、ＣＰＵ７０１は、作業
予定の画像処理端末１０ａ〜１０ｎのローカル記憶装置
６０ａ〜６０ｎにその画像ファイルを転送する（ステッ
プｂ７）。例えば、最初に転送される画像処理予定有り
の画像ファイルＦ１１は、画像処理端末１０ａのローカ
ル記憶装置６０ａに空き容量が有れば、ローカル記憶装
置６０ａに転送される。

【００４５】なお、ステップｂ５において画像処理予定
がない場合には、ＣＰＵ７０１は、この画像ファイルを
共通記憶装置４０に転送する（ステップｂ８）。例え
ば、図６に示す画像処理予定なしの画像ファイルＦ２１
は、共通記憶装置４０に転送される。これによって、ロ
ーカル記憶装置６０ａ〜６０ｎの空き容量が減ることが
防止される。また、ステップｂ６において、画像処理予
定のある画像処理端末１０ａ〜１０ｎのローカル記憶装
置６０ａ〜６０ｎに画像ファイルを格納するだけの空き
容量が無い場合、ＣＰＵ７０１は、この作業予定の画像
ファイルを共通記憶装置４０に転送する（ステップｂ
８）。これによって、この作業予定の画像ファイルが失
われることが無い。したがって、画像処理端末１０ａ〜
１０ｎのオペレータは、ローカル記憶装置６０ａ〜６０
ｎの空き容量を気にせずに作業を実施できる。

【００４６】１つの画像ファイルをローカル記憶装置６
０ａ〜６０ｎと共通記憶装置４０とのいずれかに転送す
ると（ステップｂ７，ｂ８）、ＣＰＵ７０１は、カウン
タｋの計数値がレジスタｍに設定されている画像ファイ
ルの数Ｍ以下か否か判断する（ステップｂ９）。ローカ
ル記憶装置６０ａ〜６０ｎと共通記憶装置４０とのいず
れかに未だ転送されていない画像ファイルがある場合
（ｋ＜Ｍの場合）には、カウンタｋの計数値を「１」イ
ンクリメントし（ステップｂ１０）、ステップｂ４〜ス
テップｂ１０を繰り返し実行し、未だ転送されていない
画像ファイルをローカル記憶装置６０ａ〜６０ｎと共通
記憶装置４０とのいずれかに転送する。

【００４７】ローカル記憶装置６０ａ〜６０ｎと共通記
憶装置４０とのいずれかに転送すべき画像ファイル（図
６のＭ個の画像ファイルＦ１１〜Ｆｎ１）を全て転送す
ると、ＣＰＵ７０１は、ステップｂ９においてループを
脱出し、画像ファイルの転送作業を終了する。

【００４８】新たな仕事で画像処理端末１０ａ〜１０ｎ
で画像処理を実施する場合、通常、ローカル記憶装置６
０ａ〜６０ｎに格納されている画像ファイル等は、作業
開始前にほとんど削除されている。このため、ローカル
記憶装置６０ａ〜６０ｎの空き容量は、多い（例えば、
数１００ＭＢ）。したがって、ローカル記憶装置６０ａ
には図６の画像処理予定有りの画像ファイルＦ１１，Ｆ
１２が、ローカル記憶装置６０ｂには画像処理予定有り
の画像ファイルＦ２３が、…が格納される。一方、共通
記憶装置４０には、画像処理予定無しの画像ファイルＦ
２１，Ｆ２２，…，Ｆｎ１が格納される。

【００４９】画像処理端末１０ａ〜１０ｎのオペレータ
が作業予定の画像ファイルを画像処理する場合、このオ
ペレータが作業する画像処理端末１０ａ〜１０ｎのロー
カル記憶装置６０ａ〜６０ｎから作業予定の画像ファイ
ルが呼び出されることになる。この場合には、ローカル
記憶装置６０ａ〜６０ｎから画像処理端末１０ａ〜１０
ｎに作業予定の画像ファイルを呼び出す時間しかかから
ない。このため、共通記憶装置４０からデータベース管
理装置３０への転送時間も、ネットワーク２０を介する
データベース管理装置３０から画像処理端末１０ａ〜１
０ｎへの転送時間も必要がない。また、ネットワーク２
０に対する負荷もかけることもなく、ネットワーク２０
の実質的転送速度が高速度に維持される。したがって、
オペレータの待ち時間が短時間になるとともに、画像処
理端末１０ａ〜１０ｎの処理効率が高まり、システム全
体の稼働効率が高まる。

【００５０】次に、画像処理端末１０ａ〜１０ｎにおけ
るオペレータの操作および画像処理端末１０ａ〜１０ｎ
の動作を説明する。ここで、画像処理端末１０ａ〜１０
ｎにおけるオペレータの操作および画像処理端末１０ａ
〜１０ｎの動作は、ほぼ同じである。したがって、画像
処理端末１０ａにおけるオペレータの操作および画像処
理端末１０ａの動作を代表して説明する。図８は画像処
理端末１０ａにおけるオペレータの操作フローを示す図
であり、図９は画像処理端末１０ａが画像ファイルを読
み込む場合のフローチャートであり、図１０は画像処理
端末１０ａが新バージョンの画像ファイルを生成する場
合のフローチャートである。

【００５１】図８において、画像処理端末１０ａのオペ
レータは、画像処理アプリケーションを起動する（ステ
ップｃ１）。次いで、オペレータは、製版指示書に基づ
いて、作業対象の画像ファイル名（例えば、図６のＦ１
２）と、バージョン（例えば、１）とを入力する（ステ
ップｃ２）。次いで、オペレータは、入力した画像ファ
イルのデータに対して、製版指示書に基づいて、指示通
りにレタッチ等の画像処理を実施する（ステップｃ
３）。次いで、オペレータは、画像処理が指示通り実施
できたか判断する（ステップｃ４）。

【００５２】指示通り実施できた場合には、作業対象に
なった画像ファイル（Ｆ１２のバージョン１）を保存し
ておくために、画像処理を実施した画像ファイルに次の
バージョン（例えば、バージョン２が使用されていない
場合にはバージョン２、バージョン２，３，４，５がす
でに使用されている場合にはバージョン６）を入力する
（ステップｃ５）。次いで、オペレータは、画像処理を
実施した画像ファイルをセーブする（ステップｃ６）。
ステップｃ４において画像処理が指示通りできなかった
場合には、画像処理を実施した画像ファイルを破棄し、
終了する。これにより、作業対象になったバージョンの
画像ファイル（例えば、バージョン２，３，４等の処理
作業過程において失敗した場合には、Ｆ１２のバージョ
ン１，２，３等）が残存し、オペレータは、再び画像処
理をやり直すことができる。

【００５３】ここで、ステップｃ５，ｃ６に基づいて作
成されるデータベース管理ファイルと、画像ファイルの
バージョン遷移について説明する。図１１は画像ファイ
ル「Ｆ１２」について作成されるデータベース管理ファ
イルを示す図であり、図１２は画像ファイル「Ｆ１２」
のバージョン遷移を示す図である。なお、このデータベ
ース管理ファイルは、データベース管理装置３０により
作成するようにしてもよいし、画像処理端末１０ａによ
り作成しデータベース管理装置３０に転送するようにし
てもよい。

【００５４】バージョンは、図８のステップｃ５で説明
したように、画像処理端末１０ａのオペレータが自ら入
力する。このデータベース管理ファイルでは、バージョ
ンの履歴を管理するため、前バージョンも一括して管理
する。画像ファイル「Ｆ１２」は、画像処理端末：絶対
パス（／（／：ルート）で始まるパス名）で管理され
る。データベース管理ファイルのファイル名は、（オペ
レータに開示するファイル名）．（バージョン）．（前
バージョン）である。例えば、Ｆ１２．３．２は、オペ
レータに開示するファイル名が「Ｆ１２」、バージョン
が「３」、前バージョンが「２」である。また、オペレ
ータが最後にアクセスしたバージョン（図１１の「○」
を付した画像ファイル）も、データベース管理ファイル
で管理される。バージョンは、編集処理を行うためのデ
フォルトのバージョン「１」から順次＋１ずつインクリ
メントしていく。

【００５５】図１２において、バージョン１は、画像フ
ァイル入力端末７０から転送された画像ファイルＦ１２
そのものである。バージョン２は、例えばバージョン１
の人物の背景に写っている電線を削除した画像ファイル
である。バージョン３は、例えばバージョン２の人物の
肌の色を薄くしたものである。バージョン４は、バージ
ョン２の人物の肌の色を濃くしたものである。バージョ
ン５は、バージョン３で肌の色を薄くしたことに起因し
てニキビが目立つようになったため、このニキビを削除
したものである。このバージョン５を作成する段階にお
いては、データベース管理ファイルの最新アクセスバー
ジョンは、図１１に示すように、バージョン３になる。

【００５６】次いで、図９の画像処理端末１０ａが画像
ファイルを読み込む場合のフローチャートを説明する。
なお、図９のフローチャートは、図８のステップｃ２の
オペレータの操作に伴って実行される。まず、画像処理
端末１０ａのＣＰＵ１０１は、画像処理アプリケーショ
ンから作業対象の画像ファイルの読み出し要求が有った
か否か判断し、要求が有るのを待つ（ステップｄ１）。
画像処理アプリケーションから画像ファイルの読み出し
要求が有ると、ＣＰＵ１０１は、図６のＪＯＢ情報ファ
イルおよび図１１のデータベース管理ファイルを参照す
るとともに、ローカル記憶装置６０ａの空き容量をサー
チし、作業対象の画像ファイル名・バージョンのデータ
量、存在するディレクトリ、ローカル記憶装置６０ａの
空き容量を取得する（ステップｄ２）。

【００５７】次いで、ＣＰＵ１０１は、ローカル記憶装
置６０ａに作業対象の画像ファイルを格納できる空き容
量が有るか否か判断する（ステップｄ３）。なお、ロー
カル記憶装置６０ａの空き容量を判断するのは、ローカ
ル記憶装置６０ａで画像処理する画像ファイルと画像処
理した画像ファイルをできるだけ、ローカル記憶装置６
０ａに残しておくためである。

【００５８】ローカル記憶装置６０ａに空き容量がある
場合には、作業予定の画像ファイルをローカル記憶装置
６０ａにチェックアウトする（ステップｄ４）。例え
ば、ローカル記憶装置６０ａの画像ファイルＦ１２のバ
ージョン２が呼び出され、バージョン４を作成するよう
な場合（図１１，図１２参照）、ローカル記憶装置６０
ａのバージョン２の画像ファイルＦ１２がローカル記憶
装置６０ａにコピーされ、暫定的にバージョンＸが付さ
れる。このため、ローカル記憶装置６０ａには、バージ
ョン２と、バージョン２と同じ内容のバージョンＸとの
２つの画像ファイルが存在することになる。これは、画
像ファイルに画像処理を施す場合、画像処理を施す前の
画像ファイルを旧バージョンとして残し、バックアップ
するためである。そして、バージョン２の画像ファイル
Ｆ１２には、ロックがかけられる。オペレータは、ロー
カル記憶装置６０ａから読み出したバージョンＸの画像
ファイルについて画像処理を行うことになる。

【００５９】ステップｄ３においてローカル記憶装置６
０ａに空き容量がない場合には、作業予定の画像ファイ
ルを共通記憶装置４０にチェックアウトする（ステップ
ｄ５）。例えば、ローカル記憶装置６０ａの画像ファイ
ルＦ１２のバージョン３が呼び出され、バージョン５を
作成するような場合（図１１，図１２参照）、ローカル
記憶装置６０ａのバージョン３の画像ファイルＦ１２が
共通記憶装置４０にコピーされ、暫定的にバージョンＸ
が付される。そして、バージョン３の画像ファイルＦ１
２には、ロックがかけられる。オペレータは、共通記憶
装置４０から読み出したバージョンＸの画像ファイルに
ついて画像処理を行うことになる。

【００６０】次いで、図１０の画像処理端末１０ａが新
バージョンの画像ファイルを生成する場合のフローチャ
ートについて説明する。なお、図１０のフローチャート
は、図８のステップｃ５，ｃ６のオペレータの操作に伴
って実行される。図１１において説明したように、この
実施例では、画像処理した画像ファイルのバージョン
は、オペレータ自ら入力する。このため、画像処理した
画像ファイルのバージョンという概念が、オペレータに
意識させて管理されることになる。

【００６１】なお、従来においてもオペレータは、バー
ジョンを管理することが可能であった。この従来のバー
ジョンの管理は、次のようなものである。画像ファイル
の画像処理が終了すると、オペレータは、バージョンの
変更が有れば、新規の画像ファイル名を入力する。例え
ば、旧バージョンの画像ファイル名が「Ｆ１２」の場
合、新バージョンの画像ファイル名を「Ｂ１２」とする
ようなものであった。そして、オペレータは、新バージ
ョンの画像ファイル名Ｂ１２をデータベース管理装置３
０のデータベース管理ファイルに登録する。そして、オ
ペレータは、新バージョンの画像ファイルＢ１２を共通
記憶装置４にチェックインする。

【００６２】しかし、このような従来のバージョン管理
は、オペレータにとって旧バージョンと新バージョンと
の関係がわかりにくく、かえってバージョン管理をしに
くいものであった。また、種々の操作をしなければなら
ないため、オペレータに負担がかかっていた。したがっ
て、この実施例では、オペレータのバージョン管理を容
易にし、オペレータの負担をなくすようにしている。

【００６３】図１０において、画像処理端末１０ａのＣ
ＰＵ１０１は、まず画像ファイルの画像処理が終了した
か否か判断し、画像処理が終了するまで待つ（ステップ
ｅ１）。画像処理が終了すると、ステップｅ２に進み、
バージョンが変更されたか否か判断する。オペレータに
よって図８のステップｃ５，ｃ６が実行された場合、Ｃ
ＰＵ１０１は、新バージョンの画像ファイルを図１１の
データベース管理ファイルに登録する（ステップｅ
３）。次いで、画像処理した画像ファイルのデータをチ
ェックインする（ステップｅ４）。すなわち、図９のス
テップｄ４，ｄ５で説明した暫定的にバージョンＸが付
された画像ファイルの上に新バージョンの画像ファイル
がオーバーライトされる。このため、旧バージョンの画
像ファイルと新バージョンの画像ファイルがローカル記
憶装置６０ａまたは共通記憶装置４０に存在することに
なる。そして、旧バージョンの画像ファイルのロックが
解除される。これにより、他の画像処理端末１０ｂ〜１
０ｎのオペレータがこの画像ファイルを使用することが
できる。

【００６４】これによって、オペレータは、図８のステ
ップｃ５において新バージョン「２」，「３」，…の入
力と、ステップｃ６のＳＡＶＥ操作をするだけでよい。
このため、オペレータは、画像ファイル名の変更をする
必要がなく、データベース管理ファイルに登録する必要
もなく、新バージョンの画像ファイルをチェックインす
る必要もない。したがって、オペレータのバージョン管
理が容易になり、オペレータの負担がなくなる。

【００６５】ステップｅ２において、バージョンの変更
がない場合には、すなわち、オペレータが図８のステッ
プｃ４から強制終了した場合には、ＣＰＵ１０１は、未
処理または処理不完全な画像ファイルのデータを消去す
る（ステップｅ５）。このとき、図９のステップｄ４，
ｄ５で説明した暫定的にバージョンＸが付された画像フ
ァイルが消去される。このため、ローカル記憶装置６０
ａまたは共通記憶装置４０の容量に空きができる。そし
て、旧バージョンの画像ファイルのロックが解除され
る。これにより、他の画像処理端末１０ｂ〜１０ｎのオ
ペレータがこの画像ファイルを使用することができる。

【００６６】なお、図９のフローチャートによりローカ
ル記憶装置６０ａに空き容量がある限り、画像ファイル
がローカル記憶装置６０ａからローカル記憶装置６０ａ
にチェックアウトされることになる。また、図１０のフ
ローチャートよりローカル記憶装置６０ａからローカル
記憶装置６０ａにチェックインされることになる。この
ため、ネットワーク２０を使用した画像ファイルの転送
がなくなり、ネットワーク２０の負荷が低減され、ネッ
トワーク２０の実質的転送速度が維持される。また、ロ
ーカル記憶装置６０ａからローカル記憶装置６０ａへの
チェックアウトであるので、画像ファイルの入出力時間
を高速に実行できる。したがって、これによってもオペ
レータの待ち時間が短時間になるとともに、画像処理端
末１０ａ〜１０ｎの処理効率が高まり、システム全体の
稼働効率が高まる。

【００６７】なお、上述の実施例においてローカル記憶
装置６０ａ〜６０ｎに光磁気ディスク、共通記憶装置４
０にハードディスクを用いたが、それぞれハードディス
ク、光磁気ディスク、メモリディスク、磁気テープ等の
記憶装置を用いて実施するようにしてもよい。また、印
刷・製版処理システムとして実施したが、ＣＡＤシステ
ム等の他の画像処理システムで実施するようにしてもよ
い。また、データベース管理装置３０とＪＯＢ管理装置
５０とを別に設けるようにしたが、データベース管理装
置３０とＪＯＢ管理装置５０との両方の機能を備える１
つの装置で実施するようにしてもよい。

【００６８】また、ドラムスキャナ７１４、平面スキャ
ナ７１５と画像ファイル入力端末７０とを用いて実施す
るようにしたが、オフラインメディア、例えばアーカイ
バに画像ファイルを予め入力しておき、アーカイバ入力
装置からネットワーク２０を介して画像ファイルを転送
するようにしてもよく、他のネットワークシステムとネ
ットワーク２０との間に接続装置を設け、他のネットワ
ークシステムにおいて入力された画像ファイルを接続装
置からネットワーク２０を介して転送するようにしても
よい。さらに、マウント等の技法を用いて、共通記憶装
置４０を画像処理端末１０ａ〜１０ｎの仮想的なローカ
ル記憶装置とするようにしてもよい。

【００６９】

【発明の効果】請求項１の発明においては、オペレータ
の作業前に、画像処理端末で作業予定のある画像ファイ
ルは対応するローカル記憶手段に、画像処理端末で作業
予定のない画像ファイルは共通記憶手段に分散転送する
ようにしている。このため、画像処理端末のオペレータ
が作業予定の画像ファイルを画像処理する場合、このオ
ペレータが作業する画像処理端末のローカル記憶手段か
ら作業予定の画像ファイルが呼び出されることになる。
この場合には、ローカル記憶手段から画像処理端末に作
業予定の画像ファイルを読み出す時間しかかからない。
このため、共通記憶手段からデータベース管理装置への
読出時間も、ネットワークを介するデータベース管理装
置から画像処理端末への転送時間も、画像処理端末から
ローカル記憶手段への格納時間も必要がない。また、ネ
ットワークに対する負荷もかけることもなく、ネットワ
ークの実質的転送速度が高速度に維持される。したがっ
て、オペレータの待ち時間が短時間になるとともに、画
像処理端末１０ａ〜１０ｎの処理効率が高まり、システ
ム全体の稼働効率が高まる。

【００７０】請求項２の発明においては、ＪＯＢ情報フ
ァイル中の識別情報が画像処理端末での作業予定有りを
表す場合に、対応するローカル記憶手段に転送すべき画
像ファイルを書き込むだけの空き容量があるか否かをサ
ーチし、対応するローカル記憶手段に空き容量があると
きにはローカル記憶手段に画像ファイルを転送し、対応
するローカル記憶手段に空き容量がないときには共通記
憶手段に画像ファイルを転送するようにしている。この
ため、作業予定有りの画像ファイルが失われることがな
い。したがって、画像処理端末のオペレータは、ローカ
ル記憶手段の空き容量を気にせずに作業を実施できる。

【図面の簡単な説明】

【図１】本発明の一実施例の印刷・製版処理システムの
構成を示すブロック図である。

【図２】図１に示す画像ファイル入力端末７０およびロ
ーカルバス７１３付近の構成の一例を示すブロック図で
ある。

【図３】図１に示す画像処理端末１０ａおよびローカル
記憶装置６０ａの構成の一例を示すブロック図である。

【図４】図１に示すデータベース管理装置３０および共
通記憶装置４０の構成の一例を示すブロック図である。

【図５】ＪＯＢ管理装置５０の動作を示すフローチャー
トである。

【図６】ＪＯＢ管理装置５０が生成するＪＯＢ情報ファ
イルを示す図である。

【図７】画像ファイル入力端末７０が画像ファイルを転
送する場合のフローチャートである。

【図８】画像処理端末１０ａにおけるオペレータの操作
フローを示す図である。

【図９】画像処理端末１０ａが画像ファイルを読み込む
場合のフローチャートである。

【図１０】画像処理端末１０ａが新バージョンの画像フ
ァイルを生成する場合のフローチャートである。

【図１１】画像ファイル「Ｆ１２」について作成される
データベース管理ファイルを示す図である。

【図１２】画像ファイル「Ｆ１２」のバージョン遷移を
示す図である。

【図１３】従来の印刷・製版処理システムの構成を示す
ブロック図である。

【符号の説明】

１０ａ〜１０ｎ…画像処理端末２０…ネットワーク３０…データベース管理装置４０…共通記憶装置５０…ＪＯＢ管理装置６０ａ〜６０ｎ…ローカル記憶装置７０…画像ファイル入力端末７１４…ドラムスキャナ７１５…平面スキャナ

Claims

(57)【特許請求の範囲】

【請求項１】入力された画像ファイルを共通記憶手段
と複数のローカル記憶手段とのいずれかにネットワーク
を介して転送し格納するようにした画像処理システムで
あって、前記ネットワークに接続され、前記共通記憶手段に対す
る画像ファイルの書込および読出を管理するデータベー
ス管理装置と、前記ネットワークに接続され、それぞれ対応する前記ロ
ーカル記憶手段から画像ファイルを読み出して所定の画
像処理を施す複数の画像処理端末と、画像ファイルを入力する画像ファイル入力手段と、前記ネットワークに接続され、前記画像ファイル入力手
段によって入力される各画像ファイルについて、前記画
像処理端末での作業予定の有無を表す識別情報を少なく
とも含むＪＯＢ情報ファイルを生成するＪＯＢ情報ファ
イル生成手段と、前記ネットワークに接続され、前記ＪＯＢ情報ファイル
中の識別情報に基づいて、前記画像ファイル入力手段に
よって入力された画像ファイルを前記共通記憶手段およ
び前記ローカル記憶手段のいずれかに分散転送する分散
転送手段とを備え、それによって前記画像処理端末で作
業予定のある画像ファイルは、対応する前記ローカル記
憶手段に、前記画像処理端末で作業予定のない画像ファ
イルは、前記共通記憶手段に分散転送されることを特徴
とする画像処理システム。
【請求項２】前記分散転送手段は、前記ＪＯＢ情報ファイル中の識別情報が前記画像処理端
末での作業予定有りを表す場合に、対応する前記ローカ
ル記憶手段に転送すべき画像ファイルを書き込むだけの
空き容量があるか否かをサーチする空き容量サーチ手段
と、前記空き容量サーチ手段によるサーチの結果、対応する
前記ローカル記憶手段に空き容量があるときには前記ロ
ーカル記憶手段に画像ファイルを転送し、対応する前記
ローカル記憶手段に空き容量がないときには前記共通記
憶手段に画像ファイルを転送する分配手段とを含む、請
求項１に記載の画像処理システム。