OL システム(Output Device Link System)の開発
Development of an Output Device Link System for High-End DDCP

北澤成之＊

Kitazawa, Shigeyuki

篠塚伸＊

Shinotsuka, Shin

山室

達郎＊

Yamamuro, Tatsuro

In the current pre-press environment, PostScript and PDF (Portable Documentation Format) play a big role.
However, venders convert PostScript and PDF data into their own unique file formats in order to facilitate
pre-press operations. These proprietary formats are worked on there private RIP system. If a proofing systemcannot accommodate these proprietary formats, then a separate RIP device must be employed, necessitating
an additional set of costly fonts. To directly tap vender-specific file formats, we have developed a new OL
system that channels image data in a greater selection of these file formats to Konica's high-end DDCP (directdigital color proofing) systems, the Color Decision and the Digital Konsensus. How this and the increased speedof the new OL system is accomplished is the subject of this paper.

１

はじめに

２

OL システムの概要

プリプレスのワークフローは、汎用 PC を利用したいわゆ

OL システムは汎用 PC（Pentium Ⅲ x２）、出力機用る DTP データ（PostScript, PDF）の運用が主流となってI/F ボード、OL ソフトウェア群で構成する。OS に SUNいる。しかしながら、プレス工程の直前まで「直し」への対応を実現する為に、DTP データを一旦システム固有の中Microsystems 社の Solaris（x86）を使用し、主要機能はすべてソフトウエアで実現した。ユーザー既設の他社システ間データに変換し、面付け、トラッピング等の画像処理をムとの接続構成例を Fig.１ に示す。各システムとの接続は行うシステムが多く存在する。一方、印刷校正出力のフロントシステムには専用の PostScript RIP を採用するのがEthernet で行い、Macintosh, Windows, UNIX とファイル共有する。ソフトウエアは、 Qmaker, SOFTDG,一般的であったが、高価なフォントによる初期投資の増大、PAINTER, Viewer で構成されている。

RIP 環境の違いによる出力データの演算差異等が問題となっている。校正の作成には、最終データの活用が望まれる。

以下、各ソフトウエアの機能について説明する。
２．１ Qmaker

出力機特性を鑑み、版作成に使用するデバイスインデ指定フォルダに入力された出力データを自動的に認ペンデントな中間データから校正を作成することは、合理的な解決の一つである。また、RIP 後のデータを活識し、出力処理を自動化する。各ソフトモジュールへの出力処理条件を記述した JobTicket を発行する。また、用するため、フォント搭載が不要となるメリットもある。

フォルダ毎に出力条件を変更する機能を有する。

当社では、上記要求を満たすため OL システムを開発した。本システムはユーザー既設のプリプレスシステム

２．２ SOFTDGRIP 後の中間データを受け取り、解像度変換、網点化から Digital Konsensus, Color Decision 等の高画質処理を行う。従来ラスターデータの網点化処理は主に専用

網点 DDCP(Direct Digital Color Proof)への直接出力を可能とした。本稿では、OL システムの概要および技ハードウエアを用いて実現していたが、本システムにおいては網点生成プロセスをソフトウエア処理に置き換えること術ポイントについて報告する。

で網点設計の自由度を広げるとともにアルゴリズムの改良/工夫による高速変換処理を実現した。 LUT 調整、 ICC
Device link profile を用いた CMM（Color ManagementModule）による色変換機能を有する。
２．３ PAINTER
SOFTDG あるいは他社システムから、２値データを受け取り、出力機に転送する。余白部の材料ロスを最小限にするための自動レイアウト機能、出力サイズより大きいデータを出力するために分割出力機能、中央部出力機能を有する。レイアウト機能はユーザーの判断・操

Fig.１＊MG カンパニー

作なしで動作することを基本としており、レイアウトジョブの合計サイズとメディアサイズの面積比が設定値を超OL システム接続構成

MG 開発センター

える、または指定タイムアウト値を経過する等の指定条MG 画像システム開発 G件達成を処理トリガーとする。また複数のジョブをレイ

KONICA TECHNICAL REPORT VOL. 14（2001）27

アウトして出力することより、材料が節約できるとともに、トータルでの出力時間短縮も可能となる。

レベル以下になると、露光動作を一時停止してデータ待ちを行う出力機の場合は機械動作を伴うため、あまり頻２．４発すると露光時間が長くなってしまう。このような問題

Viewer

中間データおよび２値データを、画面上に表示し、出力前に出力データを確認するソフトプルーフである。網への対応として、データバッファリングが有効であるが、PAINTER が対応する I/F ボードには、出力機に応じ点確認が可能。SOFTDG、PAINTER で扱う全ての入て複数種類あり、ボード上 FIFO メモリの容量、DMA出力フォーマットに対応している。

転送機能の有無等、機能上の差異があることから、汎用的な対策として、アプリケーション内部でバッファ用メ３

技術ポイントモリを確保して、データバッファリング制御を行うもの

OL システムの主要技術ポイントとして、高生産出力機を活かす SOFTDG の高速スクリーニング技術、およとした。更に２値画像データの読み込み・デコード処理と、出力機への書き込み処理を、リングバッファメモリび出力安定性を保つための PAINTER バッファリングを介したマルチスレッド処理とすることでデータの先読技術がある。以下各々について述べる。
３．１ SOFTDG 高速スクリーニング技術

処理 を 実現 し た。 バッ ファ の 容量 は デフ ォ ルト で16Mbyte とし、１Mbyte 単位で排他制御を行っている

SOFTDG 速度アップを行うにあたり PC を２CPU（Fig.２）。上記手法を採用することで出力２値データがとし、網点データ作成の主要処理を以下の２つのスレッドに分割した。

ネットワーク上にあっても安定した出力が可能となった。

①

入力スレッド：ファイル読込み、変倍、合成、色変換②

出力スレッド：網点変換、回転処理、ファイル出力分割したスレッドはそれぞれ並行処理される。この場合は入力スレッドの方が高速に処理されるため、作業負荷の高い出力スレッドは待ち時間無く処理することが可能となる。本手法ではスレッド間で使用する中間データバッファの最大行数を実際の最大出力サイズとページングの発生を考慮した上で共有ラインバッファのサイズを最適化している。またセマフォによる資源管理でクリティカルな部分の保護を行った。マルチス
レ ッド 化 す る 前と 後 で の 網点 化 変 換 時間 結 果 をTable１ に示す。各フォーマットにおいて 17−38%のFig.２

PAINTER バッファリング処理速度アップが確認された。

４Table１

SOFTDG スレッド処理有無での速度比較測定条件（Pentium3 550Hz x2, 256MB MEM） [ 分' 秒" ]LineWork:2540dpi CT:508dpi 360mm x 473mm CHART
出力：2400dpi 1bit TIFF
（ Packbits 圧縮データ,4 色）
Formatスレッド無スレッド化

速度アップ

Cilty

3'52"

2'32"

34%

TIFF/IT-P1

4'26"

2'45"

38%

Scitex CT/LW

4'24"

2'43"

38%

Deltalist

4'33"

2'53"

37%

TIFF

2'48"

2'20"

17%

まとめ

OL システムの開発によりユーザー既設のワークフローに合わせた自由度の高いプルーフシステムを構築すること が 可 能 と な っ た 。 本 シ ス テ ム に よ っ て Digital
Konsensus, Color Decision がより広く活用されることを期待する。今後も市場ニーズの変化に合わせフロントシステム研究開発を継続し、よりオープンなワークフロー実現を目指す。

●参考文献
１）米山 努、藤田 勝司、田中 重雄、北澤 成之

３．２

PAINTER のデータバッファリング技術

DCP に２値画像データを転送する際の、画像データデジタルコンセンサスの開発
Konica Tech. Rep. Vol.13（2000）

読み込みには、ネットワーク、ハードディスクのシーク、データのデコード処理等の、種々の処理時間に影響する不確定要素があるため、出力機への転送を最大速度で保証することは困難である。一方、データ転送速度がある

28

KONICA TECHNICAL REPORT VOL. 14（2001）