JP3528004B2 - 画像処理システム - Google Patents

Description

【発明の詳細な説明】 【０００１】 【産業上の利用分野】この発明は、画像処理システムに
関し、より特定的には、複数の画像処理端末がネットワ
ークを介して通信可能に結合され、各画像処理端末はそ
れぞれ画像データを記憶するための２次記憶装置を備え
ている画像処理システムに関する。 【０００２】 【従来の技術】近年、大型汎用コンピュータに代わっ
て、処理能力が著しく向上しているパーソナルコンピュ
ータやワークステーション等の小型コンピュータを活用
してＬＡＮ（ローカル・エリア・ネットワーク）等を組
む動きが活発化している。こうした小型機への移行は、
「ダウンサイジング」と呼ばれ、主としてコストの削減
や開発期間の短縮化を目的としている。印刷・製版等の
画像処理の分野においても、ダウンサイジングが急速に
進められている。例えば、分散配置された複数台の画像
処理端末がネットワーク環境下で動作し、システムに入
力された種々の画像データに対して並行的に所定の画像
処理を実行するような画像処理システムが一般的になり
つつある。 【０００３】ところで、印刷・製版処理システムのよう
に高精細な画像データを取り扱う画像処理システムで
は、膨大な記憶容量の２次記憶装置（磁気ディスク装置
等）を必要とする。例えば、写真原稿を入力線数１７５
／インチ（８ｂｉｔ／ｃｏｌｏｒ，４ｃｏｌｏｒ／ｐｉ
ｃｔｕｒｅ）で入力すると、Ａ４サイズではデータ量が
約６０Ｍバイトにもなる。したがって、Ａ４原稿１００
ページ分を印刷・製版処理システムの２次記憶装置に格
納するためには約６Ｇバイトの記憶容量が必要となる。 【０００４】もし、システム内にサーバーを設け、上記
のような大量の画像データをサーバーの２次記憶装置内
に格納して集中管理しようとすると、サーバーマシンと
して極めて高速で高性能のコンピュータ（ワークステー
ション等）を必要とするため、システムの価格が高くな
ってしまう。そのため、ネットワークに接続された各画
像処理端末の２次記憶装置に画像データを分散格納し、
各画像処理装置で画像データを分散管理することが好ま
しい。 【０００５】従来、画像データを各画像処理端末の２次
記憶装置に分散格納する場合、以下のような手法が採ら
れていた。 （１）第１の手法は、画像データを格納した２次記憶装
置およびその内部のディレクトリをオペレータが記憶し
ておき、使用時に画像データを作業領域に移動させる方
法である。 （２）第２の手法は、最近のＯＳ（オペレーション・シ
ステム）においてサポートされている仮想ディレクトリ
の技法（例えば、マウントと呼ばれている）を用いて、
画像データを管理する方法である。この仮想ディレクト
リの技法は、他の画像処理端末の２次記憶装置内のディ
レクトリを、自己の２次記憶装置内のディレクトリの下
に仮想的に存在するように見せる技法を言う。このよう
な方法を用いれば、通常のアクセスと同じ方法で他の画
像処理端末の２次記憶装置内のディレクトリ下のファイ
ルがアクセスできる。 【０００６】 【発明が解決しようとする課題】しかしながら、上記の
ような従来の分散格納の手法によれば、以下のような種
々の問題点が指摘される。 （１）上記第１の手法についての問題点 画像データを格納する毎に、それを格納した画像処理端
末および２次記憶装置の番号または名称と、ディレクト
リ名とをオペレータが記憶または書き留めておかなけれ
ばならず、オペレータの作業負担が大きくなる。また、
画像データの管理上で人為的ミスが発生し易くなり、誤
って異なる画像データを改変したり削除したりする危険
性が大きくなる。 【０００７】（２）上記第１および第２の手法に共通の
問題点 画像データを格納する毎に、画像データのデータ量と、
格納対象となる２次記憶装置の空き容量とを調べて、当
該画像データを当該２次記憶装置に格納可能か否かを判
断しなければならず、オペレータの作業負担が大きくな
る。特に、最近の画像処理システムでは、画像ファイル
と共に、その間引きデータやアイコンデータを作成して
格納するのが一般的になっており、格納すべき画像デー
タのデータ量の計算が煩雑である。 【０００８】（３）上記第２の手法についての問題点 上記のような仮想ディレクトリの技法を用いるために
は、オペレータがＯＳ（オペレーション・システム）の
コマンドを使用して、各画像ファイルについてソフト的
なリンクを張る作業を行わなければならず、オペレータ
の作業負担が大きくなる。また、オペレーションミスも
発生し易くなる。 【０００９】それゆえに、本発明の目的は、複数の画像
ファイルを複数の画像処理端末の２次記憶装置に分散さ
せて格納する場合、オペレータの煩雑な処理，管理作業
を軽減し得る画像処理システムを提供することである。 【００１０】 【課題を解決するための手段】請求項１に係わる発明
は、複数の画像処理端末がネットワークを介して通信可
能に結合され、各画像処理端末はそれぞれ画像データを
記憶するための２次記憶装置を備えている画像処理シス
テムであって、前記画像処理端末の２次記憶装置内にジ
ョブ毎に当該ジョブに対応する格納予定ディレクトリを
予め作成する格納予定ディレクトリ作成手段、前記ジョ
ブによって前記２次記憶装置に格納すべき画像データが
発生したとき、当該画像データのデータ量を演算するデ
ータ量演算手段、前記データ量演算手段の演算結果に基
づいて、前記ジョブに対応する格納予定ディレクトリに
対して確保されている記憶領域に当該画像データを格納
可能か否かを判定する判定手段、前記判定手段の判定の
結果、前記ジョブに対応する格納予定ディレクトリに対
して確保されている記憶領域に格納可能な場合、当該画
像データを当該記憶領域に格納する第１の格納手段、前
記判定手段の判定の結果、前記ジョブに対応する格納予
定ディレクトリに対して確保されている記憶領域に格納
不可能な場合、前記各２次記憶装置内の他の記憶領域の
中から最適な記憶領域を選択し、当該画像データを当該
選択された記憶領域に格納する第２の格納手段、および
前記第２の格納手段によって前記選択された記憶領域に
前記画像データが格納されたとき、前記選択された記憶
領域と前記格納予定ディレクトリ作成手段によって作成
された格納予定ディレクトリとの間を関連付けるリンク
情報を前記格納予定ディレクトリの下に設定するリンク
情報設定手段を備え、前記第２の格納手段は、前記画像
処理端末毎に設定された前記記憶領域の固有順序と、前
記画像処理端末それぞれの２次記憶装置における前記記
憶領域毎の使用状況とから求められる優先順位に従う順
序で、前記画像データを格納可能な最も優先順位の高い
記憶領域を前記最適な記憶領域として選択することを特
徴とする。 【００１１】 【００１２】 【作用】請求項１に係わる発明においては、画像処理端
末の２次記憶装置内にジョブ毎に当該ジョブに対応する
格納ディレクトリを予め作成しておき、ジョブによって
格納すべき画像データが発生したとき、当該画像データ
のデータ量を演算して、当該画像データが対応するジョ
ブに対応する格納予定ディレクトリに対して確保されて
いる記憶領域に格納可能か否かを判定する。もし、画像
データを当該画像データのジョブに対応する格納予定デ
ィレクトリに対して確保されている記憶領域に格納可能
な場合は、画像データを当該記憶領域に格納する。一
方、画像データに対応するジョブに対応する格納予定デ
ィレクトリに対して確保されている記憶領域に格納不可
能な場合は、各２次記憶装置内の他の記憶領域の中か
ら、前記画像処理端末毎に設定された前記記憶領域の固
有順序と、前記画像処理端末それぞれの２次記憶装置に
おける前記記憶領域毎の使用状況とから求められる優先
順位に従う順序で、前記画像データを格納可能な最も優
先順位の高い記憶領域を前記最適な記憶領域として選択
し、画像データをこの選択された記憶領域に格納する。
これによって、オペレータが画像データのデータ量およ
び各２次記憶装置内の各記憶領域の空き容量を計算し
て、画像データを格納可能な最適な記憶領域を探し出す
手間が省ける。さらに、画像データが実際に格納された
記憶領域と、当該画像データに対応するジョブに対応す
る格納予定ディレクトリとの間を関連付けるリンク情報
を設定することにより、当該記憶領域と格納予定ディレ
クトリとの間のデータパスを自動的に規定する。これに
よって、画像データが対応するジョブに対応する格納予
定ディレクトリとは異なる記憶領域に格納された場合で
あっても、あたかも当該画像データが対応するジョブに
対応する格納予定ディレクトリ下に格納されているよう
に扱うことができる。 【００１３】 【００１４】 【実施例】図１は、本発明の一実施例の印刷・製版処理
システムの構成を示すブロック図である。図１におい
て、画像処理端末としての複数のワークステーション
（以下、ＷＳと略記する）＃１〜ＷＳ＃４が、有線また
は無線のネットワーク１を介して通信可能に結合されて
いる。各ＷＳ＃１〜ＷＳ＃４には、２次記憶装置として
の複数の磁気ディスク装置２が接続されている。また、
各ＷＳ＃１〜ＷＳ＃４には、オフライン記憶媒体として
の光磁気ディスク装置（以下、ＭＯＤと略記する）３が
接続されている。さらに、ＷＳ＃３，＃４には、オフラ
イン記憶媒体としての８ｍｍ磁気テープ４が接続されて
いる。さらに、ＷＳ＃１には、写真原稿等の原画像から
画像情報を読み取るための複数のイメージスキャナ５が
接続されている。各磁気ディスク装置２には、画像デー
タが分散格納される。 【００１５】次に、図２〜図４を参照して、図１の印刷
・製版処理システムで実現しているオペレータの操作環
境およびＧＵＩ（グラフィカル・ユーザー・インタフェ
イス）環境について説明する。図２は、各ＷＳ＃１〜Ｗ
Ｓ＃４内のディスプレイ装置（図示せず）に表示された
初期画面の一例を示している。図２において、当該ディ
スプレイ装置の初期画面は、ジョブウインドウＪＷと、
ページウインドウＰＷと、ツールウインドウＴＷと、デ
バイスウインドウＤＷとを含む。 【００１６】上記ジョブウインドウＪＷ内には、システ
ム内に存在するジョブ（図示ではＪｏｂと表記してい
る）を示すジョブアイコンが表示される。図２では、一
例として、ジョブ１〜４を表すジョブアイコンＪＩ１〜
ＪＩ４が表示されている。なお、ジョブとは、複数の印
刷物に対する画像処理作業を、各ＷＳ＃１〜ＷＳ＃４で
分担して行うために設定される所定の作業管理単位を言
う。例えば、１つのカタログに対する作業が、１つのジ
ョブとして管理される。ページウインドウＰＷ内には、
選択されたジョブに含まれているページを示すページア
イコンが表示される。図２では、一例として、ジョブア
イコンＪＩ１が選択され、ジョブ１に含まれるページ１
〜８を表すページアイコンＰＩ１〜ＰＩ８が表示されて
いる。なお、ジョブとそれに含まれるページは磁気ディ
スク装置２上のディレクトリ階層構造で管理される。例
えば、ジョブ１に対応するディレクトリの下には、ジョ
ブ１に含まれるページ１〜８に対応するサブディレクト
リが存在する。 【００１７】ツールウインドウＴＷ内には、画像データ
の処理時に使用するアプリケーションソフトを示すツー
ルアイコンが表示される。図２では、一例として、ツー
ルＡ〜Ｅを表すツールアイコンＴＩ１〜ＴＩ５が表示さ
れている。デバイスウインドウＤＷ内には、画像データ
の入出力に関連するデバイスアイコンが表示される。図
２では、一例として、入力ステーションを表す入力ステ
ーションアイコンＤＩ１と、ＭＯＤを表すＭＯＤアイコ
ンＤＩ２と、８ｍｍ磁気テープを表す８ｍｍアイコンＤ
Ｉ３と、データ削除のためのごみ箱を表すごみ箱アイコ
ンＤＩ４とが表示されている。 【００１８】図３は、ＷＳを操作して、ＭＯＤ３に格納
された画像ファイルを、所定のジョブの所定のページに
属するディレクトリに格納する際に、当該ＷＳ内のディ
スプレイ装置（図示せず）の表示状態が遷移する様子を
示している。また、図４のフローチャートは、ＭＯＤ３
に格納された画像ファイルを、所定のジョブの所定のペ
ージに属するディレクトリに格納する場合のオペレータ
の操作手順を示している。なお、以下には、一例とし
て、ＭＯＤ３に格納された画像ファイルＡ．ＣＴを、ジ
ョブ１のページ４に属するディレクトリに格納する場合
の操作手順を説明するが、他の画像ファイルを他のジョ
ブの他のページに属するディレクトリに格納する場合も
同様に操作されることを予め指摘しておく。 【００１９】上記図３および図４を参照して、オペレー
タは、まずポインティングデバイスの一例のマウス（各
ＷＳに付属している）を操作して、上記ディスプレイ装
置の画面上に表示された位置決めのためのポインタない
しカーソルをＭＯＤアイコンＤＩ２の上に移動させ、当
該マウスのボタンをダブルクリックする（ステップＳ
１）。すると、図３に示すように、ディスプレイ装置の
画面上にＭＯＤウインドウＭＷがオープンする。このＭ
ＯＤウインドウＭＷ内には、そのとき選択されたＭＯＤ
３に格納されている画像ファイルを示すファイルアイコ
ンが表示される。図３では、一例として、画像ファイル
Ａ．ＣＴ，Ｂ．ＣＴ，Ｃ．ＣＴ，Ｄ．ＬＷおよびＥ．Ｐ
Ｇを表すファイルアイコンＦＩ１，ＦＩ２，ＦＩ３，Ｆ
Ｉ４およびＦＩ５が表示されている。 【００２０】次に、オペレータは、画像ファイルＡ．Ｃ
Ｔに対応するファイルアイコンＦＩ１の上にポインタを
移動させ、マウスボタンを押圧する（ステップＳ２）。
これによって、磁気ディスク装置２に格納する予定の画
像ファイルとして、画像ファイルＡ．ＣＴが選択され
る。次に、オペレータは、マウスを操作して、ファイル
アイコンＦＩ１を格納先のページ４に対応するページア
イコンＰＩ４の上にドラッグ＆ドロップする（ステップ
Ｓ３）。これによって、画像ファイルＡ．ＣＴを格納す
る先のジョブ名（ジョブ１）およびページ番号（ページ
４）が確定する（ステップＳ４）。 【００２１】上記のようにして、画像ファイルＡ．ＣＴ
を格納する先のジョブ名およびページ番号が確定する
と、画像ファイルＡ．ＣＴは、予め作成された格納予定
ディレクトリ（すなわち、ジョブ１ディレクトリ下に属
するページ４ディレクトリ）の下に自動的に格納され
る。このとき、当該格納予定ディレクトリに対応するパ
ーティションの空き容量が少なく、画像ファイルＡ．Ｃ
Ｔを当該パーティションに格納できない場合は、全ＷＳ
＃１〜ＷＳ＃４の磁気ディスク装置２内の他のパーティ
ションが検索されて最適なパーティションが選択され、
その選択されたパーティションに画像ファイルＡ．ＣＴ
が格納される。ここで、パーティションとは、各磁気デ
ィスク装置２の記憶領域を管理するための論理的な単位
であり、１つの磁気ディスク装置２の記憶領域は、１以
上のパーティションに仕切られている。このように、パ
ーティションを１単位として、各磁気ディスク装置２の
記憶領域を管理するのは、ＯＳが同時に扱えるアドレス
空間には、制限があるためである。 【００２２】画像ファイルＡ．ＣＴが、格納予定ディレ
クトリに対応するパーティションと異なる他のパーティ
ションに格納された場合は、当該他のパーティション内
の格納ディレクトリと、格納予定ディレクトリとの間で
ソフト的なリンクが自動的に設定され、画像ファイル
Ａ．ＣＴがあたかも格納予定ディレクトリ（ジョブ１デ
ィレクトリ下のページ４ディレクトリ）の下に格納され
ているように管理される。これによって、オペレータ
は、画像ファイルが格納されているパーティションおよ
びディレクトリを記憶したり書き留めたりする必要がな
くなり、またＯＳのコマンドを使用してリンク情報を設
定する必要もなくなる。 【００２３】上記のように、本実施例の印刷・製版処理
システムでは、オペレータは格納すべき画像ファイルの
サイズおよび格納先パーティションの空き容量を全く意
識することなく、画像ファイルの格納先のジョブ名およ
びページ番号を指定するだけでよい。したがって、オペ
レータの作業負担が大幅に軽減され、また人為的管理操
作ミスの生じる可能性が著しく低減される。 【００２４】以下には、さらに図面を参照して、本実施
例の印刷・製版処理システムがいかにして上記のような
操作環境およびＧＵＩ環境を実現しているかを説明す
る。まず、画像ファイルの格納予定ディレクトリの作成
動作について説明する。格納予定ディレクトリを作成す
る前に、オペレータは、ジョブ情報を所定のＷＳに入力
する。ここでは、一例として、ＷＳ＃１にジョブ情報を
入力する場合について説明する。この場合、オペレータ
は、ＷＳ＃１のディスプレイ装置（図示せず）に表示さ
れたジョブウインドウＪＷ（図２参照）の上部に表示さ
れているジョブメニューＪＭを、ＷＳ＃１に付属するマ
ウス（図示せず）等で選択する。すると、ジョブメニュ
ーＪＭの下には、プルダウンメニューＰＤＭ（図２の左
端参照）が表示される。次に、オペレータは、プルダウ
ンメニューＰＤＭの中から、作成メニューＰＤＭ１をマ
ウス等で選択する。すると、図６に示すようなジョブ情
報入力ウインドウＪＩＷが、図２の画面上の所定の位置
に表示される。次に、オペレータは、ＷＳ＃１に付属す
るキーボード（図示せず）等を用いて、ジョブ情報入力
ウインドウＪＩＷにジョブ情報（すなわち、ジョブ名，
そのジョブが有するページ数およびそのジョブに対する
作業期限）を入力する。このジョブ情報の入力が完了す
ると、オペレータは、ジョブ情報入力ウインドウＪＩＷ
内のＯＫアイコンＯＩをマウス等で選択する。これによ
って、入力されたジョブ情報がＷＳ＃１の内部メモリ
（図示せず）に一時的に保存される。 【００２５】図５は、上記のようにしてジョブ情報が入
力されたＷＳが、入力ジョブ情報に対応する格納予定デ
ィレクトリを作成する際の動作を示すフローチャートで
ある。例えば、ＷＳ＃１にジョブ情報が入力された場
合、ＷＳ＃１は、当該ジョブ情報を、自己の内部メモリ
から取得する（ステップＳ１１）。次に、ＷＳ＃１は、
磁気ディスク装置２内において、空き容量が最大のパー
ティションを検索する（ステップＳ１２）。次に、ＷＳ
＃１は、当該検索されたパーティション内に、入力され
たジョブ情報に対応する格納予定ディレクトリを作成す
る（ステップＳ１３）。図７に、ステップＳ１３で作成
された格納予定ディレクトリの一例を示す。図７では、
パーティションディレクトリＰ１０の下に、ジョブ１の
ディレクトリが、さらにその下にページ１〜８のディレ
クトリが作成されている（図７で点線で囲まれた部分参
照）。次に、ＷＳ＃１は、図８のジョブ・格納予定パス
対応テーブルに、そのとき入力されたジョブ名と、その
ジョブに対して作成された格納予定ディレクトリへのパ
ス情報（ルートディレクトリから格納予定ディレクトリ
に至る経路を規定した情報）とを追加する（ステップＳ
１４）。なお、このジョブ・格納予定パス対応テーブル
は、ＷＳ＃１内に保存される。 【００２６】図９は、図４の操作に従うＷＳの内部動作
を示すフローチャートである。図１０は、図９のサブル
ーチンステップＳ１０３の詳細を示すフローチャートで
ある。図１１は、図９のサブルーチンステップＳ１０６
の詳細を示すフローチャートである。以下、これら図９
〜図１１を参照して、本実施例における画像ファイルの
格納動作を説明する。なお、以下には、一例として、Ｗ
Ｓ＃１がＭＯＤ３内の画像ファイルＡ．ＣＴを、ジョブ
１のページ４に属するディレクトリに格納する場合の動
作を説明するが、他の画像ファイルを他のジョブの他の
ページに属するディレクトリに格納する場合も同様に処
理されることを予め指摘しておく。 【００２７】図９を参照して、ＷＳ＃１は、まず図４の
ステップＳ４で確定した格納対象画像ファイルＡ．ＣＴ
の格納先ジョブ名（＝ジョブ１）とページ番号（＝ペー
ジ４）とを取得する（ステップＳ１０１）。次に、ＷＳ
＃１は、取得したジョブ名（＝ジョブ１）に対応する格
納予定ディレクトリへのパス情報（＝ルート→Ｐ１０）
を、図８のジョブ・格納予定パス対応テーブルから取得
する（ステップＳ１０２）。次に、ＷＳ＃１は、画像フ
ァイルＡ．ＣＴおよびその属性データ（間引き画像デー
タ，アイコンデータ）の合計データ量を演算する（ステ
ップＳ１０３）。 【００２８】上記ステップＳ１０３の詳細は、図１０に
示されている。図１０において、ＷＳ＃１は、まず格納
対象画像ファイルＡ．ＣＴの各種画像情報（フォーマッ
ト，主・副走査方向サイズ，データ量等）を取得する
（ステップＳ２０１）。次に、ＷＳ＃１は、間引き画像
データのデータ量を演算する（ステップＳ２０２）。こ
こで、間引き画像データとは、格納対象画像ファイルの
画素を間引いて作成される画像のデータであり、大デー
タ量の画像ファイルをディスプレイ装置へ表示可能な画
像とするために作成される。間引き画像データのデータ
量は、例えば次式（１）によって求められる。 間引き画像データ量＝（ヘッダサイズ） ＋（原画の主走査方向の画素数） ×（原画の副走査方向の画素数） ×（間引き率）² ×（色数） …（１） なお、上式（１）におけるヘッダサイズは、間引き画像
データに含まれるヘッダのサイズである。また、間引き
率は、例えば次式（２）によって求められる。 間引き率≒間引き入力線数／原画入力線数 …（２） 【００２９】次に、ＷＳ＃１は、アイコンデータのデー
タ量を演算する（ステップＳ２０３）。ここで、アイコ
ンデータは、格納対象画像ファイルをアイコン化して得
られるデータであり、ディスプレイ装置に間引き画像デ
ータを表示することなく、画像ファイルの大まかな中身
をオペレータに表示するために作成される。アイコンデ
ータのデータ量は、例えば次式（３）によって求められ
る。 アイコンデータ量＝（ヘッダサイズ） ＋（アイコンの主走査方向の画素数） ×（アイコンの副走査方向の画素数） ×（色数） …（３） なお、上式（３）におけるヘッダサイズは、アイコンデ
ータに含まれるヘッダのサイズである。 【００３０】次に、ＷＳ＃１は、格納対象画像ファイル
Ａ．ＣＴのデータ量と、ステップＳ２０２で演算した間
引き画像データのデータ量と、ステップＳ２０３で演算
したアイコンデータのデータ量との合計を演算する（ス
テップＳ２０４）。ステップＳ２０４の動作が終了する
と、再び図９のメインルーチンにリターンする。 【００３１】再び図９を参照して、ＷＳ＃１は、格納対
象画像ファイルＡ．ＣＴおよびその属性データ（間引き
画像データ，アイコンデータ）が、画像ファイルＡ．Ｃ
Ｔの格納予定ディレクトリ（ステップＳ１０２で取得さ
れる）に対応するパーティション内に格納可能か否かを
判断する（ステップＳ１０４）。このとき、ＷＳ＃１
は、格納予定ディレクトリに対応するパーティションの
空き容量の方が、ステップＳ２０４で演算した格納対象
画像ファイルＡ．ＣＴおよびその属性データの合計デー
タ量よりも多い場合に、当該格納対象画像ファイルＡ．
ＣＴおよびその属性データを当該パーティション内に格
納可能と判断する。もし、格納可能と判断された場合、
ＷＳ＃１は、上記パーティション内において、上記格納
予定ディレクトリ下に画像ファイルＡ．ＣＴおよびその
属性データを格納する（ステップＳ１０５）。一方、格
納不可能と判断された場合、ＷＳ＃１は、図１４に例示
されているような格納優先順位テーブルを作成する（ス
テップＳ１０６）。 【００３２】上記ステップＳ１０６の詳細は、図１１に
示されている。図１１を参照して、ＷＳ＃１は、現在Ｗ
Ｓ＃１で操作しているＭＯＤ３が、どのＷＳに接続され
たＭＯＤであるかを特定する情報（すなわち、格納対象
画像ファイルＡ．ＣＴが格納されているＭＯＤ３が属し
ているＷＳの名称）を取得する（ステップＳ３０１）。
本実施例のシステムでは、あるＷＳに接続されたＭＯＤ
３の格納ファイルを、他のＷＳで操作することが可能で
あるため、操作対象のＭＯＤ３が属しているＷＳを特定
する必要がある。 【００３３】次に、ＷＳ＃１は、ステップＳ３０１で取
得したＷＳ名に対応するＷＳから固有優先順位テーブル
を取得する（ステップＳ３０２）。この固有優先順位テ
ーブルは、予め各ＷＳ＃１〜ＷＳ＃４に初期設定されて
おり、それぞれ対応するＷＳから見て画像ファイルを格
納するのに適しているパーティションの優先順位をリス
トアップしている。優先順位の決定の基準としては、種
々の基準を採用可能であるが、本実施例では、画像ファ
イルのアクセス効率，作業効率等を重視して決定してい
る。そのため、各ＷＳ＃１〜ＷＳ＃４の固有優先順位テ
ーブルでは、それぞれ自己の磁気ディスク装置２内のパ
ーティションの優先順位が他のＷＳの磁気ディスク装置
２内のパーティションの優先順位よりも高くなってい
る。これは、或る１つのＷＳで処理する可能性の高い画
像ファイルは、できるだけそのＷＳの磁気ディスク装置
２内にまとめて格納したほうが、ネットワークを使用せ
ずに画像ファイルを扱える分、アクセス効率，作業効率
が高くなるからである。図１２に、ＷＳ＃１に初期設定
された固有優先順位テーブルの一例を示しておく。次
に、ＷＳ＃１は、図１３に例示されたような作業環境テ
ーブルを作成する（ステップＳ３０３）。この作業環境
テーブルは、システム内の全ＷＳ＃１〜ＷＳ＃４で現在
使用されている磁気ディスク装置２のパーティションを
リストアップしている。なお、ＷＳ＃１は、自己および
他のＷＳ＃２〜ＷＳ＃４の稼働状況を監視することによ
り、上記のような作業環境テーブルを作成する。 【００３４】次に、ＷＳ＃１は、格納優先順位テーブル
を初期化（オールクリア）する（ステップＳ３０４）。
後述するように、この格納優先順位テーブルは、画像フ
ァイルの格納先のパーティションの優先順位をリストア
ップするもので、上記固有優先順位テーブルと作業環境
テーブルとに基づいて作成される。図１４に、作成後の
格納優先順位テーブルの一例を示しておく。次に、ＷＳ
＃１は、内部カウンタＭに図１２の固有優先順位テーブ
ルに登録されたパーティション数を設定するとともに、
内部カウンタｉに初期値１を設定する（ステップＳ３０
５）。 【００３５】次に、ＷＳ＃１は、固有優先順位テーブル
に登録されたｉ番目（ｉ＝内部カウンタｉのカウント
値）の優先順位のパーティションが、図１３の作業環境
テーブルに登録されているか否かを判断する（ステップ
Ｓ３０６）。ｉ番目の優先順位のパーティションが作業
環境テーブルに登録されていない場合、ＷＳ＃１は、当
該ｉ番目の優先順位のパーティションに関する情報（端
末名，パーティション名，パス名）を、格納優先順位テ
ーブルの最下位行に登録する。次に、ＷＳ＃１は、内部
カウンタｉのカウント値を１だけインクリメントし（ス
テップＳ３０８）、内部カウンタｉのカウント値が内部
カウンタＭの設定値よりも大きいか否かを判断する（ス
テップＳ３０９）。内部カウンタｉのカウント値が内部
カウンタＭの設定値以下の場合（ｉ≦Ｍの場合）、ＷＳ
＃１は、再びステップＳ３０６の動作に戻る。なお、ス
テップＳ３０６において、固有優先順位テーブルに登録
されたｉ番目の優先順位のパーティションが、作業環境
テーブルに登録されている場合、ＷＳ＃１は、ステップ
Ｓ３０７の動作をスキップしてステップＳ３０８の動作
を実行する。 【００３６】上記ステップＳ３０６〜Ｓ３０９の動作を
繰り返すと、格納優先順位テーブルには、固有優先順位
テーブルに登録されており、かつ作業環境テーブルには
登録されていないパーティションに関する情報が、固有
優先順位テーブルに登録された優先順位の順番で登録さ
れる。そして、ステップＳ３０９において、内部カウン
タｉのカウント値が内部カウンタＭの設定値よりも大き
くなった場合（ｉ＞Ｍの場合）、ＷＳ＃１は、格納優先
順位テーブルに未登録であって、固有優先順位テーブル
に登録されているパーティションに関する情報を、固有
優先順位テーブルに登録された優先順位の順番で格納優
先順位テーブルの最下位行から登録する（ステップＳ３
１０）。したがって、作業環境テーブルに登録されてい
るパーティションの優先順位は、作業環境テーブルに登
録されていないパーティションの優先順位もよりも低く
なる。ステップＳ３１０の動作が終了すると、例えば図
１４に示すような格納優先順位テーブルが完成し、ＷＳ
＃１は、再び図９のメインルーチンにリターンする。 【００３７】上記のように、作業環境テーブルに登録さ
れているパーティションの優先順位を低くしたのは、以
下のような理由による。すなわち、そのパーティション
では現在作業が進行中であるため、そのパーティション
に画像ファイルを格納しようとすると、該当するＷＳの
作業負荷が重くなり、画像ファイルの格納時間が長くな
るからである。 【００３８】再び図９を参照して、ＷＳ＃１は、内部カ
ウンタＭに図１４の格納優先順位テーブルに登録された
パーティション数を設定するとともに、内部カウンタｉ
に初期値１を設定する（ステップＳ１０７）。次に、Ｗ
Ｓ＃１は、格納対象画像ファイルＡ．ＣＴおよびその属
性データを、格納優先順位テーブルに登録されたｉ番目
（ｉ＝内部カウンタｉのカウント値）の優先順位のパー
ティションに格納可能か否かを判断する（ステップＳ１
０８）。このとき、ＷＳ＃１は、格納対象画像ファイル
Ａ．ＣＴおよびその属性データのデータ量（ステップＳ
１０３で演算されている）よりもｉ番目の優先順位のパ
ーティションの空き容量の方が大きい場合、当該格納対
象画像ファイルＡ．ＣＴおよびその属性データを当該ｉ
番目の優先順位のパーティションに格納可能と判断す
る。 【００３９】上記ステップＳ１０８において、格納対象
画像ファイルＡ．ＣＴおよびその属性データがｉ番目の
優先順位のパーティションに格納不可能と判断された場
合、ＷＳ＃１は、内部カウンタｉのカウント値を１だけ
インクリメントする（ステップＳ１０９）。その後、Ｗ
Ｓ＃１は、内部カウンタｉのカウント値が内部カウンタ
Ｍの設定値よりも大きいか否かを判断する（ステップＳ
１１０）。内部カウンタｉのカウント値が内部カウンタ
Ｍの設定値以下の場合（ｉ≦Ｍの場合）、ＷＳ＃１は、
再びステップＳ１０８の動作に戻る。 【００４０】上記ステップＳ１０８〜Ｓ１１０の動作を
繰り返し、格納対象画像ファイルＡ．ＣＴおよびその属
性データをｉ番目の優先順位のパーティションに格納可
能と判断した場合、ＷＳ＃１は、ｉ番目の優先順位のパ
ーティション内に画像ファイルＡ．ＣＴを格納するため
のディレクトリを作成する（ステップＳ１１１）。図１
５に、ステップＳ１１１で作成されるディレクトリの一
例を示す。図１５では、パーティションｎ＋１のディレ
クトリＰ２０の下に、画像ファイルＡ．ＣＴを格納する
ためのディレクトリとして、（Ｔｅｍｐ−ジョブ１−ペ
ージ４）のディレクトリが作成されている。次に、ＷＳ
＃１は、画像ファイルＡ．ＣＴを、ｉ番目の優先順位の
パーティション内であって、上記ステップＳ１１１で作
成されたディレクトリの下に格納する（ステップＳ１１
２）。次に、ＷＳ＃１は、図５の動作により予め作成さ
れた画像ファイルＡ．ＣＴの格納予定ディレクトリ（図
１５では、パーティションｎにおけるジョブ１のページ
４のディレクトリ）と、ステップＳ１１２で作成された
パーティションｎ＋１のディレクトリ（Ｔｅｍｐ−ジョ
ブ１−ページ４）との間のパスを規定するリンク情報
を、当該格納予定ディレクトリの下に設定する（ステッ
プＳ１１３）。これによって、画像ファイルＡ．ＣＴ
は、あたかも当該格納予定ディレクトリの下に格納され
ているかのように管理される。 【００４１】なお、上記ステップＳ１０８〜Ｓ１１０の
動作を繰り返しても、画像ファイルＡ．ＣＴを格納可能
なパーティションが見つからない場合、ステップＳ１１
０で内部カウンタｉのカウント値が内部カウンタＭの設
定値よりも大きくなり（ｉ＞Ｍとなり）、ＷＳ＃１は、
エラー処理を実行する（ステップＳ１１４）。上記ステ
ップＳ１１３またはＳ１１４の後、ＷＳ＃１は、その動
作を終了する。 【００４２】なお、上記実施例では、画像ファイルを格
納するパーティションの優先順位を、図１２の固有優先
順位テーブルおよび図１３の作業環境テーブルに基づい
て、動的に決定するようにしているが、図１２の固有優
先順位テーブルのみを用いて静的に決定するようにして
もよい。 【００４３】また、上記実施例では、ＭＯＤ３に格納さ
れた画像ファイルを磁気ディスク装置２内のパーティシ
ョンに格納する場合の動作について説明しているが、他
の記憶媒体（８ｍｍ磁気テープ４，その他フレキシブル
ディスクや半導体メモリ等）に格納された画像ファイル
を２次記憶装置内のパーティションに格納する場合であ
っても上記と同様の動作が行われる。 【００４４】また、上記実施例は、印刷・製版処理シス
テムとして構成されたが、本発明は、印刷・製版に限ら
ずＣＡＤシステム等のような他の画像処理システムにも
適用が可能である。 【００４５】 【発明の効果】請求項１によれば、ジョブによって格納
すべき画像データが発生したとき、当該画像データが対
応するジョブに対応する予め作成された格納予定ディレ
クトリに対して確保されている記憶領域に格納可能か否
かを判断し、格納可能な場合は当該画像データを当該記
憶領域に格納し、格納不可能な場合は各２次記憶装置内
の他の記憶領域の中から、前記画像処理端末毎に設定さ
れた前記記憶領域の固有順序と、前記画像処理端末それ
ぞれの２次記憶装置における前記記憶領域毎の使用状況
とから求められる優先順位に従う順序で、前記画像デー
タを格納可能な最も優先順位の高い記憶領域を前記最適
な記憶領域として選択して当該画像データをこの選択さ
れた記憶領域に格納するようにしているので、オペレー
タが画像データのデータ量および各２次記憶装置内の各
空き容量を計算して、画像データを格納可能な最適な記
憶領域を探し出す手間が省ける。また、画像データが実
際に格納された記憶領域と、当該画像データが対応する
ジョブに対応する格納予定ディレクトリとの間を関連付
けるリンク情報を設定するようにしているので、画像デ
ータが対応するジョブに対応する格納予定ディレクトリ
とは異なる記憶領域に格納された場合であっても、あた
かも当該画像データが対応するジョブに対応する格納予
定ディレクトリの下に格納されているように扱うことが
できる。 【００４６】

【図面の簡単な説明】 【図１】本発明の一実施例の印刷・製版処理システムの
概略構成を示すブロック図である。 【図２】図１のシステムにおいて、各ＷＳ内のディスプ
レイ装置に表示される初期画面の一例を示す図である。 【図３】図１のシステムにおいて、画像ファイルの格納
操作を行うときに、図１のＷＳ内のディスプレイ装置の
表示状態が遷移する様子を示している。 【図４】図１のシステムにおいて、画像ファイルの格納
操作を行う際のオペレータの操作手順を示すフローチャ
ートである。 【図５】図１のシステムにおいて、画像ファイルの格納
予定ディレクトリを作成するためのＷＳの内部動作を示
すフローチャートである。 【図６】図１のシステムにおいて、ジョブ情報入力のた
めに表示されるジョブ情報入力ウインドウの一例を示す
図である。 【図７】図５のフローチャートに従って作成される格納
予定ディレクトリの一例を示す図である。 【図８】図５のフローチャートに従って作成された格納
予定ディレクトリに関する情報が登録されるジョブ・格
納予定パス対応テーブルの一例を示す図である。 【図９】図９は、図４の操作に従うＷＳの内部動作を示
すフローチャートである。 【図１０】図９のサブルーチンステップＳ１０３の詳細
を示すフローチャートである。 【図１１】図９のサブルーチンステップＳ１０６の詳細
を示すフローチャートである。 【図１２】図１のシステムにおいて、各ＷＳに初期設定
される固有優先順位テーブルの一例を示す図である。 【図１３】図１のシステムにおいて、各パーティション
の使用状況を記述した作業環境テーブルの一例を示す図
である。 【図１４】図１のシステムにおいて、固有優先順位テー
ブルと、作業環境テーブルとに基づいて作成される格納
順位テーブルの一例を示す図である。 【図１５】図１のシステムにおいて、画像ファイルが格
納予定ディレクトリ以外のパーティションに格納される
場合のディレクトリ構造の一例を示す図である。 【符号の説明】 ＷＳ＃１〜ＷＳ＃４…ワークステーション １…ネットワーク ２…磁気ディスク装置 ３…ＭＯＤ ４…８ｍｍ磁気テープ ５…イメージスキャナ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 越田 隆 京都市上京区堀川通寺之内上る４丁目天 神北町１番地の１ 大日本スクリーン製 造株式会社内 (56)参考文献 特開 平３−102438（ＪＰ，Ａ) 特開 平５−233389（ＪＰ，Ａ) 「ディスクを管理する」、ＵＮＩＸ ＭＡＧＡＺＩＮＥ、第４巻第６号 通巻 32号、平成元年６月１日、（株）アスキ ー 発行、 ｐｐ．52−67 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 12/00

Claims (1)

1. (57)【特許請求の範囲】 【請求項１】 複数の画像処理端末がネットワークを介
   して通信可能に結合され、各画像処理端末はそれぞれ画
   像データを記憶するための２次記憶装置を備えている画
   像処理システムであって、 前記画像処理端末の２次記憶装置内にジョブ毎に当該ジ
   ョブに対応する格納予定ディレクトリを予め作成する格
   納予定ディレクトリ作成手段、前記ジョブによって 前記２次記憶装置に格納すべき画像
   データが発生したとき、当該画像データのデータ量を演
   算するデータ量演算手段、 前記データ量演算手段の演算結果に基づいて、前記ジョ
   ブに対応する格納予定ディレクトリに対して確保されて
   いる記憶領域に当該画像データを格納可能か否かを判定
   する判定手段、 前記判定手段の判定の結果、前記ジョブに対応する格納
   予定ディレクトリに対して確保されている記憶領域に格
   納可能な場合、当該画像データを当該記憶領域に格納す
   る第１の格納手段、 前記判定手段の判定の結果、前記ジョブに対応する格納
   予定ディレクトリに対して確保されている記憶領域に格
   納不可能な場合、前記各２次記憶装置内の他の記憶領域
   の中から最適な記憶領域を選択し、当該画像データを当
   該選択された記憶領域に格納する第２の格納手段、およ
   び前記第２の格納手段によって前記選択された記憶領域
   に前記画像データが格納されたとき、前記選択された記
   憶領域と前記格納予定ディレクトリ作成手段によって作
   成された格納予定ディレクトリとの間を関連付けるリン
   ク情報を前記格納予定ディレクトリの下に設定するリン
   ク情報設定手段を備え、 前記第２の格納手段は、前記画像処理端末毎に設定され
   た前記記憶領域の固有順序と、前記画像処理端末それぞ
   れの２次記憶装置における前記記憶領域毎の使用状況と
   から求められる優先順位に従う順序で、前記画像データ
   を格納可能な最も優先順位の高い記憶領域を前記最適な
   記憶領域として選択することを特徴とする、画像処理シ
   ステム。