DTPによる印刷物制作とWeb用のHTML制作を別々に進行することは、校正やチェックが2重となり、時間・コスト的にもさまざまな無駄が発生する。コンテンツを一元化し、DTPソフトに依存せずにPDFデータ作成とHTML展開を行うことが出来ないか。
共同印刷の藤森良成氏にギフトカタログのWeb to printに取り組んだ経緯を聞いた。
■DTPによるカタログ制作の問題点
ギフトカタログは定型レイアウトがほとんどで、基本パターンとして1つのページに商品単位の小組をレイアウトする。自動化しやすいケースではあるが、さまざまな要因から自動化されていないことも多い。DTPでフルに制作している場合、商品ごとに製造元や生産者に原稿（データ）と掲載内容に関してアナログなやり取りが発生し、たいへんな手間・コストがかかる。また、DTP上の修正はデータベースに反映することはできないため、次年度のトラブルの種になってしまうという問題があった。
■CatalogPackerの構成と機能
CatalogPackerは、ネットワーク上で定型カタログを制作するためのWeb to Printであり、自動組版システムである。Webブラウザ上で動作するため、OSに依存せず、各PCにDTPソフトウェアをインストールすることも不要である。
商品DBをメンテナンスするユニットとそのデータを組版し割り付けるユニットで構成されている。DBの内容はクライアントや商品のサプライヤーに直接直してもらうことを想定している。DBを修正した後、小組単位で自動組版してPDFを作成し、校了まで進める。
ページアップした後の校正は行わない。実際にはバックグラウンドでXSL-FOを生成し、AH Formatterで組版レイアウトを行っている。
例えば旅行のカタログを作る場合、通常のRDBなら朝昼夕の食事回数を0,0,1と記号化して入力し、印刷物にする際に「朝食0回、昼食0回、夕食1回」という文字列に変換している。
食料品の通販であれば、チルド、冷凍などの区分を文字ではなくマークや画像で表現してほしいとなる。
このような印刷物上のルールを、全部印刷会社側で管理すると校正漏れやミスも多くなる。
そこで、価格・スペックなどを格納する商品DBと、印刷物上の文字列などをXML形式で記述する体裁情報DBに分けた。価格・スペックの修正は、常に体裁情報DBに同期されるようになっている。
小組のレイアウト指示は簡易設定画面から行う。小組の縦横サイズやどの位置にデータベースのどの項目を配置するか、その条件などを設定する。プレビューボタンを押すと、作ったレイアウトにデータベースの1件目が流し込まれて、結果を確認することができる。裏側ではXSL-FOで動作しているが、DTPや組版の専門的な知識は必要ない。簡単なトレーニングでWebオペレーターでも対応できるレベルである。
InDesignなどのDTPでカタログを制作する際、難しいとされているのが爪（インデックス）の自動発生である。例えば、北海道とか東北とか海鮮品なのか野菜果物なのか、フラグによって爪の色や文字、位置を変更する。DTPではオペレーターが手作業で配置するしかないが、XMLなので自動生成することができる。
レイアウト後にデータ修正をする際、画面をクリックすると「データを修正しますか。それともレイアウトを修正しますか」と選択できるようになっている。価格データを修正すると、連動して小組に修正が反映され、PDFが自動で作成される。
また、「今回だけこの価格を特別値引きにしたので、色を変えてほしい」といった修正であれば、レイアウトの情報だけを変更すればいい。
このような形でデータと体裁を分離し、管理しているためコンテンツの一元化を実現することができる。
■今後の課題
実際に運用してみると、一番の問題は商品のサプライヤーが画面上でのデータ修正に慣れていないことであった。
また、この仕組みは定型カタログが対象である。定型カタログはカタログの12～13％でしかない。大量部数であるため仕事としては重要だが、頻度は少ないというのが実態である。
今後は、CSS組版による印刷データ制作にトライしたいと考えている。CSS組版ができれば、Webと共通のラインで紙でも電子でも制作することができる。このような形でコンテンツの一元管理を進めていくことで、印刷会社がシステムインテグレーターやWeb制作会社と差別化することが可能になる。
（JAGAT 研究調査部 千葉 弘幸）