チラシ自動組版の課題と最新動向　 メディアと信頼ネットワークの再構築

■チラシ制作の最新動向

チラシは紙印刷でも、特別な世界のイメージとして扱っているかどうかで全く認識が異なってくる。最近チラシへの引き合いが増えている。
ジャパネットたかたがテレビ広告をかなり流しているが、その中身は、「9月10日にチラシが撒かれる」というものである。まだ紙のチラシには集客パワー、販売パワー、商品告知や案内パワーなどがある1つの証明だと思いながら、このCMを見ている。

オープンエンドへの最近の相談は2つに大別できる。
今までのチラシ処理の現状は、POP広告さえワンソースで作れていない。何らかの形で自動組版をしているが、チラシはデザインの微調整が必ず必要であり、それ以上に、途中で価格や値が変わっていくことが多い。本当に信頼できるソースデータはチラシの紙データ、レイアウトデータにしかない状況である。
したがって、データ戻しが可能なのかが、多くの相談の1つである。
ただし、例えばセシールや千趣会など通販会社のカタログを見るとセット商品が多く、サイズ表、カラー表など表自体が何種類もあり、非常にデータ構造が複雑である。
同じように、チラシも特にホームセンターのチラシなど、セット商品が多く出てくる。しかし、セット商品の組版とそこからのデータ戻しはそう簡単ではない。したがって、大量のチラシが作られているのに、チラシ制作の現場では、ほとんど紙の中にしか正しいデータがない状態である。その解決への相談が多くなっている。
ただし、チラシの単価が下がっているため、お金はあまり出せないとのことなので、弊社も非常に困っている。
最近、全国で約1,000店舗展開しているチェーン店が、100％子会社で内製化すると導入してくれたりしている。そうしたチラシへの流れが最近の動向である。

■自動組版システム構築のジレンマ

自動組版はコストがかかるのが常識だとの反応がある。1つは専用のデータベース開発が必要で、これは商品データベースの意味では仕方がないかもしれない。
データベースとはデータを放り込むだけである。しかし、例えばチラシの価格の前に「○メ」と書いてあれば、これはメーカー価格のことであり、後ろに「円」が付き、さらに3桁カンマが入る。
それは元のデータにはないので、データ加工しないと組版できない。「円」を付けたり、4桁以上なら3桁カンマを入れたり、あるフラグが立っていたら「○メ」、メーカー価格のマークを価格の前に自動発生させたりしなければいけない。それはデータ加工である。
それから、セット商品（集合商品）レコードの作成には、大きなデータ加工が必要なものもある。
ある種の通販、洋服類などカラー展開、サイズ展開して、組み合わせ商品でウエア販売している通販、それから多くのチラシにもセット商品がある。
セット商品は元はA商品、B商品、C商品とデータレコードが違う。100円、120円など商品名や価格だけでも違う。それを組版するときにいくつものパターンがある。
1つは共通商品名が親に来て、スペックと容量があり、例えば、その項目の間に中黒を付けたりする。それは100円であり、次のスペックと容量を持っていうもの、サイズ違いのもの、色違いのものは、120円である。こういうセットの仕方は数多くあり、どこか共通名が出てくる。
その他、全然違う商品であるが価格が共通のものもある。分析してみるとおもしろいが、組み合わせと表現だけでパターンがいくつかある。こうしたものはデータ加工プログラム開発が必要である。
今、スペックがあり、容量があり、商品名A、B、Cがあるとき、商品名と容量の組み合わせで処理をして、セット商品レコード作成と、単独でも展開できる個別商品へのデータ戻し処理が可能なデータをどのように作るのか。
元の商品データは絶対別々である。別々でなければ管理できない。今回はAとBだけセット商品で載せよう、次回はA、B、Cで載せようということがあってもいい。そういう処理をその場で作らなければならないとなると、それなりに負担が大きい。
それから、今まではチラシに限らず、自動組版は強固なシステムを作らなければならなかった。自動組版を本格的にするには、かなりの手を入れてカスタマイ
ズをきっちりしてしまうので、少しの変更でも改修費がものすごくかかってしまうジレンマがあった。そうしたことがないように弊社はしてきたつもりである。
セット商品やチラシ組版とは別に、商品組版型のもので表がある。表が入ると厄介である。表に近いのが、家電の冷蔵庫などスペックの項目数が変動するものである。デザインは似ているが項目数が変動して、表の数が少なければ下につけるとか、自動的に下がるとかしなければならない。表はそういう作業が必要になる。
その他、社内的には、自動組版はその専任者が代わると手も足も出なくなってしまうとよく聞かされた。弊社はこうした事柄を解決するためのシステム作りをしてきているつもりである。（図1）

■データシンクロ組版システム構築の機能構成

セット商品をイメージしてもらいたい。CSVで商品名A、B、Cだけを表現しても、共通の組版が必要になり、それをどこから持ってくるのか。
入稿したCSVやデータベースデータがそのまま組版用データ作成として使えることはほとんどない。工夫しないと、セット商品はどうにもならない。
XMLの場合はセット商品のデータ表現として、入れ子で表現できる。XMLは最適、最強である。しかし、XMLをどうやって作るのかが、なかなか大変である。
そこで工夫をしている。組版するときの共通商品名の1パックは親と子どもが一緒であり、自動的に抽出している。こういう集合レコードは元のデータベースにはない。ただA、B、C、Dのそれぞれの商品レコードには親番号、子番号があり、カテゴリー、商品ID、産地、商品名やスペックがある。これとこれをセットで 組みたいとき、共通商品名を抽出して自動組するパターンや、共通価格を抽出して組版するなどをしている。
弊社はこの集合レコードをまとめ項目と呼び名を付けて抽出している。例えば2種類の「肉」商品があり、2つの商品は「肉」カテゴリーが共通である。産地も共通であるが、商品名が違うとき、ある組版パターンは使用できず、共通商品名を引っ張り出せない。
そうすると、別の組版パターンで組まなければならないことが分かる。こうした作業をした上で、これを含めてXMLを作らなければならない。親など、共通値を作らなければならない。
自動化する際、セット商品は同じ番号であることが前提である。特に表が入ると、XMLでなければ表現できない。しかし、入稿データはほとんどCSVやExcelでXMLではない。それを何とかしようとしてきた。（図2）

■データシンクロ自動組版ワークフロー

難しい組版、表入り組版をInDesignで高速自動処理が可能なMyAutoPub Proとデザイン微調整ができるチラシ制作向け MyAutoPub Advancedを紹介する。
自動組版業務フローの構築をまず阻害するのは組版用データ作成である。
チラシ系の情報処理の相談では、ソースデータと校了データの差分が欲しいと多くの人が言ってくる。印刷会社はあまり言わないが、発注者側の子会社やアウトソーサーなど言ってくる。基幹系のデータとの関連では、その差分が非常に重要なのである。
差分には2つあって、1つは500円が520円になった値の差分、もう1つはセット商品を組むときに、この商品を抜いて別の商品をセットしたなど、手で処理してしまった差分がある。このような場合でもデータ戻しして差分を出すように言われる。
元のソースにないものが途中で入ったり、元のソースにはあったがなくなってしまったりなど、そうしたレコードの差分、商品差分も戻すように言われる。これは結構きつい。
次は個別商品レコードからセット商品レコードのまとめ項目の抽出や展開、XMLへ変換して組版、かつデータ戻しの内容についてである。データ戻し時は個別の商品レコードに戻すように言われる。それは当然で、元の構造に戻らないと意味がない。
それからカタログなどではあまり考えられないが、チラシの場合は差し替え版がある。カタログも特別な顧客用に違う価格で1冊作ることがあるが、チラシの場合は300店舗分の価格差し替えは日常茶飯事である。
差し替え商品はバクダン(特価商品用ギザギザ表示)の形状が変わったり、価格の色が変わったり、チラシによっていろいろある。
価格の差し替えだけでなく商品ブロック、商品の差し替えやコーナー丸ごとの差し替えなど、いろいろな差し替えパターンがあるのがチラシの特徴である。
それをどう合理化するのか、通常のパッケージ機能ではサポートできるはずがないので、弊社としては、こういう機能を提供するので、どういうワークフローでしますか、と提示するしかない。
お客様がどういう差し替えデータを寄こしてくるのかがかなり重要である。データがなければ自動化はできない。入稿データがかなり影響する。（図3）

■過去小組を流用してもデータシンクロ

もう1つ重要なのは、過去小組みの流用処理である(図4）。チラシの世界でこれを言っている人ほとんどいない。弊社くらいだろう。流用して手で処理をせずに、自動で入れ替えなければ意味がない。
チラシの過去小組は、第1回目の自動組した小組を手で修正している。デザイン、配置を、必ずチラシは微調整する必要がある。チラシは情報誌やカタログと違い、デザイン微調整の頻度が圧倒的に多い。したがって、自動組の欠点があらわになるのがチラシである。
テンプレート型やインラインタグ発生型などいろいろな自動組があり、それをもう1回自動組すると、せっかく手で直したデザインがリセットされるのが普通である。だから、過去小組を手で持ってきてコピーペーストし、手で値を修正するやり方をしている人が多い。
そうではなく、過去小組をデータベースから拾い、何らかの形で抽出、配置し、最新データとの差分をそのデザインに自動で反映するのが、弊社の提案である。
例えば、9月号のチラシを作成中として、デザイン修正後の過去小組は5月号から持ってくるとする。その場合、データ戻し先は5月号になり、5月号のソースになってしまう。しかし、今回は差分抽出の元が9月号であり、データ戻し先は9月号のソースとしなければいけない。それがシンクロ先の再設定の意味である。
それから何社かの要望で追加した機能がある。現場ではコピーペーストしたくなるし、その方が早い。コピーペーストを許さない訳にはいかない。ただ面倒なのはきちんとデータ戻しができるかどうかである。「A商品をコピーペーストしたのにデータ戻しするのはB商品だ」と言われないように、戻し先の商品レコードをコピーペースト後で指定ができるようにした。さらに、個別の商品小組のIDを自動付番しなければならないので、コピーペースト時に元のものと同じにならないように、プログラム的に少し工夫をした。過去小組を流用して値を入れ替える、コピーペーストしてデータ戻し先を再セットする、さらに、今デザイン変更した小組をその場で新しいテンプレートにしてしまう、この3つの考え方がある。この3つは全部、変更デザインをどう次に活かすかの話である。とりあえず、それぞれの顧客の方法に応じて使用できるような、過去デザインの再利用、過去小組の再利用をしている。それでは、小組の自動組をしてみる。セット商品の組版の1個のパターンで単純なものであり、XMLをInDesign上で見る、InDesignのXMLである。共通ブランド、共通商品名で、スペック違いの2つを合体してみる。もともとは個別商品である。テンプレート全部をセット商品の形状にしてあり、商品が1個しかなければテンプレートの数が少なくて済む。そういうテンプレートの作り方を勧めている。これを配置するが、配置の仕方もいろいろある。どこに何を配置するのか、その情報はほとんどないので、手でするしかないが、もしあった場合として、弊社のツールで台紙を作ってみた。そして配列していき、その上で個別にいろいろな修正をする。完成したとしてデザインを修正してみる。修正後に、それを自動的に登録し直さないと、次回以降再利用できない。デザインを変えたら、変えた部分だけをそのページから取り出して登録しないと再利用できない。
これはECサイトに使う、あるいはお店でデジタルサイネージに小組を使うなどいろいろあるだろうと作った。チラシを作ったらPOP広告がある。POP広告へのデータは手で作りたくない。チラシから自動的に作るのが普通だが、作れないのが現状である。
そうするとECサイト連動はなかなかできない。チラシのイメージを持ったままの小組を使いたい場合は、小組が自動的に再登録されて、InDesignデータではなくJPEGなどで抽出されたり、あるいはEBookになって自動的に商品リンクで出てくるなど、クリックすれば何かが起きるような仕組みでなければいけない。
カタログやチラシのEBookがあるとすれば、在庫参照や注文とのリンク、商品詳細情報のリンクなどが自動的に生成されなければならない。
チラシなら商品点数がそれほどないので、手で領域指定して商品IDなどを登録し、EBook上でのリンクを自動生成することがあってもいい。しかし、商品カタログでは商品点数が2万点、3万点となったときに、リンクを手で付けるというのはあり得ない。
デザイン的にスライドショーや動画を組み込むなど、そうしたカタログ展開はあっても、在庫参照など発注と結びついているものはほとんどない。例えばチラシをデジタル展開したとき、その小組デザインを使いたい場合は、当然、その領域に対してリンクを付けなければいけない。
ソースデータがチラシと同期していれば、そのソースデータからHTMLを作るのは、組版するより簡単である。組版するほうがずっと難しい。それはソースデータがチラシと一致していることが前提である。
通販カタログでは必ずWebサイトを作るが、それはHTMLである。非常に有名百貨店のカタログを、有名な印刷会社が昔から扱っていて、カタログができたら次の日にはWebサイトのデータができてもいいと思うが、できていない。HTMLはHTMLで別に処理し、工程が別になっている。
カタログの場合、厄介なのは表である。表が組版から戻ってこないので、そこで時間がかかってしまう。カラー表やサイズ表などの値がカタログから来れば、HTMLの表はテーブルなので簡単に自動で作れるはずである。かなりの大手印刷会社でもHTMLを作るだけで引っかかっている。いかに印刷物にしか正しいデータがないかの証明である。正しいデータが印刷物にあるならそれを活用すべきである。時代はそうなるはずだと考えてきたが、なかなかそうならない。
データシンクロ型のチラシ作成を行うときのワークフローとして、弊社が提案しているのは標準機能ができるやり方である。
Excelで開けるデータ、編集できるデータ、CSVまたはテキストで出稿してもらう。ExcelはデータをシフトJISに強制的にする場合があるので、気をつけなければいけないが、編集ツールとしてはExcelが一般的なので、Unicodeでする。メーカー価格の「丸メ」などは全てUnicodeにあるので、Unicode、テキストでやれば楽である。
元にデータベースがあっても構わないが、基幹系のデータベースはそのままチラシやカタログに使えないのがほとんどである。通販大手では基幹系のシステムを、従来のテーブル型では表現できないので、XMLでアウトプットする基幹系システムに入れ替えている例もある。そうしないとセット商品が多かったり、表が多かったりするものはやっていけない。
元から変えるというのは1つあるが、まだまだ元が普通のテーブルであるほうが多い。CSVにテキストで落ちてくる前に、データ編集をExcelでやるのではなく、掲載情報データベースやチラシデータベースなど、基幹系から情報をもらい、組版データを加工出力するためのデータベースを作っている顧客は結構いる。
弊社のアプリケーションの場合は、データ加工機能を持っているので、基本的には基幹系からそのままCSVを出して構わない。データ加工やセット商品のセットなどをするために、わざわざデータベースを作らなくても結構できる。