2008年10月01日

DTP

DTP

出典: フリー百科事典『ウィキペディア(Wikipedia)』

DTP(Desktop publishing、デスクトップパブリッシング)とは、手作業の版下作成、製版作業を行わず、パソコンでレイアウト、組版、写真などのデザイン原稿のデータを作成する制作形態を指す。

目次


概要

"Desktop publishing" の言葉は、世界初のDTPソフト「PageMaker」の販売開始にあたって、Aldus社(アルダス)の社長ポール・ブレイナードが1986年に提唱した言葉である。
日本のDTPの分野では、当初Macintoshが多く利用されてきたが、これはDTPように不可欠な日本語フォントがMac版しかなく、その他、ハードウェアアプリケーションソフトウェアが先行して充実していたためである。しかし現代ではWindowsの環境でもフォントやアプリケーションの対応は進み、特にマシン環境には制約が無い。

歴史

DTP以前 DTPの勃興以前にも、コンピュータ上で編集作業を行う環境にはTeXなどが存在していた。TeXは、レイアウトに関する命令を記述したタグを用いる組版ソ フトとして用いられたが、当時はこれをデスクトップパブリシングとは呼ばなかった。DTPとの最大の違いはWYSIWYGではないことである。 WYSIWYGでない状態では作業の結果の確認を出力(あるいはプレビュー)といった形によってしかできない。TeXが編集環境として一般化するのに至ら なかったのはこれが関連しているとされる。

DTP以前の印刷までの作業工程を、デスクトッププリプレスと比較すると、デザイン、版下作成、製版がそれぞれの専門家に分業化されていた。DTP ではこれらをすべてコンピュータを操作するただ1人の作業者が行うことが可能となるが、同時に作業者は上記のどの分野についても深い知識をもっていること が要求されることとなる。
WYSIWYGを不完全ながら最初に実現したのはゼロックス社のXerox Starワークステーションであったが、DTPの用語が誕生するのはその後となる。

3A宣言

DTPの発祥地はアメリカ合衆国である。現在のDTPの萌芽はアメリカの3つの企業で芽生えたが、印字がキレイな文書作成はプロまかせという日本とは異なり、誰もが高性能なタイプライターで文書を自ら印字し、コピーして配布するというDIY印刷文化が下地として存在していた。
最初の実用的なDTPアプリケーションを開発したのはアルダス社であった。PageMakerというソフトウェアは、アップル社のMacintoshプラットフォーム上で動作した。PageMakerは、アドビ社の開発したページ記述言語PostScript技術を用いて、WYSIWYGを実現したほか、コンピュータとプリンタの組み合わせが変わっても出力結果を維持するという「デバイスインディペンデント」(使用機器に依存しない)な性質を実現していた。
出力結果が使用機器に依存しないのは、出力の品質と並んで、印刷物を制作するにあたっては、最も重要なことの一つである。たとえデータ自体に互換性 があったとしても、出力機が異なれば出力結果が変わってしまう(「機器依存」)ようでは商業ベースの印刷業務に使用するのは難しい。活版印刷写真植字では当然のこととして実現できていたこの安定性が確保されないことには、DTPの離陸はあり得なかった。
プラットフォームをつくりだしたアップル、ページ記述言語を生み出したアドビ、そして実用的なアプリケーションを世に送り出したアルダスによって、DTPはそのスタートを切ったと言える。この3社の頭文字を取って、これを『3A宣言』という。
なお、アルダスはその後アドビに買収され、PageMakerはアドビ製品として販売されることとなり、現在に至っている。

WYSIWYG の実現

PostScript(PS)フォントは基本的に、プリンタにインストールするアウトラインフォントと、作業に用いるコンピュータ(編集機)にインストールする画面表示用のビットマップフォントの2種類から構成され、これが同期して働くことによって、確実かつ迅速な作業を約束している。 それに対してTrueType(TT)フォントはプリンタフォントを持たず、編集機からプリンタに各文字の形状の情報を送って印刷する仕様であったため、DTP勃興当時のコンピュータには処理が重すぎるという欠点も抱えていた。これがPSフォントをDTPの主役にした要因の一つである。
アウトラインフォントは文字の形に関する情報を持っているだけなので、そのままでは印字に用いることができず、文字の輪郭の内側を「塗りつぶした」 面状態のデータに変換する必要がある。これをラスタライズというが、編集機側でラスタライズするTTフォントの場合、当然プリントアウトしている間、編集 機はこの処理のために拘束されることになる。それに対してPSフォントは、ラスタライズはPSプリンタで行うため、文字の種類、サイズと位置などのレイア ウト情報(実際には画像などの情報が入るため、より複雑だが)をプリンタに転送した時点で編集機は処理から開放される。ただし画面表示がビットマップフォ ントであることから、そのフォントにあらかじめ用意された表示サイズ以外の文字は画面上でギザギザの状態で表示されるため、これは真の意味で WYSIWYGとは言えなかった。そのため開発されたのがAdobe Type Manager(ATM) で、ATM専用版フォントを編集機側にインストールすることで、ビットマップフォントに代わってアウトライン表示を行うことができるようになった。(コン ピュータの処理能力の向上や技術の進展により、その後採用されたOpenTypeフォントはプリンタフォントを持たず、ダイナミックダウンロード(字形も 含めて編集機から送信する)する仕様になっている)

日本におけるDTP化

アメリカでは瞬く間にDTP革命が進行し、活版の印刷所を駆逐していったとされるが、日本などではそのようなわけには行かなかった。それは基本的にASCIIコードだけで書籍組版ができる1バイト言語英語と違い、日本語は多数の漢字を抱える2バイト言語(カナも2バイト)であったことが理由として挙げられる。当時のデスクトップマシンの処理能力、記憶容量では、多数の2バイトフォントを搭載して自由自在に組版する、というわけにはいかなかった上に、そもそも搭載して利用できるフォント自体が限られていたためである。マニュアル写真植字電算写植において、多彩なフォントの発展や、精密な組版の成果が既に定着していた日本では、そのようなシステムはときに机の上の玩具として横目で見られることもあった。
多数の漢字を抱える日本語では、フォント1書体あたりのデータ量が多いことなどもあり、DTP黎明期においてはかつての活字や初期の写真植字が事実上そうであったのと同様に、明朝体とゴシック体、それぞれ1書体しか使えなかった。また、その価格も極めて高額であったが、文字通り、机上で実際の仕上がりに近いものが確認できることからグラフィックデザイナーなどの間で支持され、地歩を固めていった。2書体しか使えないというのはデザインの観点からは大きな制約であったが、写真植字と併用するなど、それぞれのデザイナーが競い合うようにして、アイディアを凝らした作品を制作していた。
この当時の2書体とはモリサワリュウミンと中ゴシックで、これが同社の投入した、そして日本で最初の和文PostScriptフォントであった。スタートダッシュの早さから、同社は和文フォントのトップベンダーとなっていく。

Mac組版」の興隆

印刷・出版業界、特に日本の業界においては、QuarkXPress事実上の標準(デファクトスタンダード)であったことから、「マックで 組む」という言葉は、「QuarkXPressで組む」という意味であることが多かった。前述の通り、最初に発売され、利用が進んでいたのは PageMakerであったが、Quark (XPress)は、早い段階でカラー対応を果たしたほか、扱いやすい操作性と軽快な動作などが受け入れられ、その価格(最も普及した日本語版3.3は約 20万円)にも拘わらず、市場を席巻していった。
Macintoshによる組版は、仕上がりをその場で確認できることや、文字通り机上で、ぎりぎりまでデータ修正が可能なことなどのアドバンテージ を持っていたが、上述したように当初は扱える書体が少なかった。だが活字・写植機向けに書体を開発していたベンダーや、あるいはDTP時代から書体開発を 始めた新興勢力が次々と参入し、和文PostScriptフォントのラインナップを豊富なものにしていった。 そしてMacintosh対応のイメージセッターの発展や、印刷会社、あるいは製版専門の会社などにおいて対応がなされたことで足場が整い、また製作コストを下げたいという出版社の需要の中で、次第にDTPへの移行がなされていった。

カラーマネージメント

前述したWYSIWYGとも関連するが、カラー対応とその後の進化においてDTPを普及させた、そして現在その特徴のようにも捉えられているもののひとつに、カラーマネージメントの管理)がある。ディスプレイ画面の出力の色彩と、プリンタ出力の色彩、そして最終的な印刷物の色彩に整合性を持たせることは、極めて困難なことであった。
第一には、それらの出力機器の原理が異なっているためであり、そのためDTPに係わる者は心を砕くこととなった。作業するための画面(CRTLCD)表示はRGBカラーであるし、校正のためのプリンタは(レーザーの場合)CMYKカラーのトナー(粉末)、最終的な完成品となる印刷機はCMYK(さらに特色を使用することも少なくない)のインクである状況では、それぞれの色彩を合わせるのは困難を極める。
また、同じ原理で動作している装置であっても、メーカーごと、あるいは個体差、経年変化、湿度や温度(気温、機械内の温度)によって出力結果は異なる。先進的と言われる現場では、カラープロファイルを使って色の管理を図り、非PSのカラープリンタでも色校正ができるようなワークフローを確立しつつある。
カラーマネージメントというのは、なまじ画面やプリンタでカラー出力ができるようになったため発生してきた問題とも言える。これを解消するために用いられているのが、ウィリアム・シュライバーの開発した色管理システムである。1985年に成立したシュライバー特許により、その後のカラープロファイル技術は支えられている。 また、MacにおいてはAppleのColorSyncにより、優れたカラーマネージメントが行える。

日本のDTPにおけるOCFフォント

和文PostScriptフォントは、当初OCFと 呼ばれる形式のものが販売され、普及していった。OCFは、少ない文字数しか扱えないフォーマットのフォントをいくつも積み重ねて多数の文字を扱えるよう にした規格であるため、その後データ構造を簡略化したCIDフォントが登場し、フォントベンダーはこちらへの置き換えを推奨したが、現場では現在にいたる までOCFフォントが根強く使用されており、互換性の問題を引き起こしている。逆にOCF−CID間の問題をうまく解決できることが組版・印刷のスキルが あることだ、というような風潮も一部で見られる。
リプレース(置き換え)が進まない背景には、CIDへの交換にかかるコストの問題があった。編集機にインストールするATMフォントだけならばさほ どのことではなかったと思われるが、校正用プリンタ、さらには製版フィルムを出力するためのイメージセッター用のフォントは解像度が高い分価格も桁違いで あり(フォントデータそのものは解像度や使用目的を問わず同一であり、単にベンダーが価格を変えて販売しているのみである)、不景気の中で印刷会社の足を 引っ張った。また、和文フォントのトップベンダーであるモリサワが、当初リリースしたCIDフォントは、アウトライン情報が取得できない仕様であったこと (Illustratorなどで図形化できないため、出力機側にも必ずフォントが必要になる)、OCFと同じフォント名がつけられていたこと(一つのマシ ン上で混在ができない)などがユーザーの反感を呼び、それらを改善したNew-CIDフォントを改めて発表することになるなどの経緯も、混乱に拍車をかけ た。
その上で現在、Mac OS XやOpenTypeへの移行という流れが起きており、現場からは期待と戸惑い、両方の声が上がっている。

薔薇色ではないDTP化

1990年代、 いわゆる失われた10年の中での、日本におけるDTPの普及の背景には、国内の出版状況が一つの要因として考えられる。1冊あたりの実売部数が減少してい く状況の中で、出版社は利益を確保するために出版点数を増加させていった。これは出版飽和と呼ばれる状況を生み出し、さらに悪循環を招いているともされる が、実際に効果のある処方を目の前にして(全体の傾向として)営利企業がその道を選ばないわけには行かなかった。
コストを下げつつ出版点数を増やすためには、何らかの新しい方法の導入が必須であった。時を同じくして訪れたDTP技術の発展も一つの要因となって、出版業界のDTP化が進んだと言われる。複雑なレイアウトをする必要のない書籍などの場合、出版社の編集者が自分で修正や、あるいは組み付け自体を行うことができることも経営者にその道を選ばせる理由となった。
ただしそこには負の面がつきまとう。印刷会社あるいは専門の組版会社が受け取る1ページあたりの組版単価は(写植、活版の時代から比較すると特に) 下落の一歩をたどり、利益を維持するために時には過剰な負荷を伴う業務を受注することにより、DTPオペレーターや編集者が連日深夜まで、あるいは徹夜で 作業をする(大半は無給のサービス残業)、というような状況も生まれており、心身両面で健康を害することもある。このため作業者の定着率が悪く、慢性的な人手不足に陥っているという意見もある。
組版の品質についても、様々なことが言われている。DTPの主流となっているQuark XPressやAdobe PageMakerは英語圏のレイアウトソフトであるため、縦組みルビ禁則処理など、日本語特有の組版に対する対応が十分ではなかったため、職人の手になる、活版・手動写植・電算写植における組版品質の実現が難しく、組版にこだわりのある編集者や著作家にとっては得心のいくものではなかった。
そのような中で日本のメーカーが、日本語を念頭において設計したDTPシステム、ソフトウェアを投入し、一定の支持を得たが、QuarkXPressの牙城を崩すには至らなかった。

WindowsDTPの台頭

DTPにおいては、世界のオペレーティングシステム市場の9割を占めるWindowsではなく、Macintoshが圧倒的シェアを占めている。その要因としては、多くのDTPソフトがまずMacintosh向けに作られたことなど、DTPに使うための環境が整っていたことが挙げられる。
WindowsのDTPではTrueTypeフォントが使われることが多いが、スプライン曲線を使うTrueTypeは、ベジェ曲線を使うPostScriptフォントに比べ多彩な曲線の表現において見劣りがした点や、無数のTrueTypeフォントが乱立しデファクトスタンダードとなるフォントベンダーが出現しなかった点(これにより、データの標準化が困難となる)、ほかにも様々な要素がある。
しかし顧客の要望がMicrosoft Wordで 作成したビジネス文書を印刷する、というものであるとすれば、印刷会社が「それはDTPではないので、うちではできない」と言うことはできない。印刷会社 がWindows対応をしていく中、Windows向けDTPソフトも次第に充実していった。ただし、同じアプリケーションでも完全な互換性が確保でき ず、Windows版で作ったデータをMacintosh版で開くと文字がずれているなどの現象が時におきていた。それには(特に日本では)なによりも フォントの問題が係わっていた。WindowsとMacintoshでは採用している文字セットが異なるため、特に英数字や外字において完全な互換性を維 持できなかったのである。また、横組みでは問題なくとも縦組みの箇所のみ画面表示に問題がある、などの例もあった。
和文フォントのトップベンダーとなっていたモリサワからはViewフォントと呼ばれる、Windows上で組版をする際に同社のPostScriptフォントを指定できるフォントが販売されて一定の支持を受けていたが、英数字などの互換性がないという問題があった。
しかし昨今においては、OpenTypeフォントと、それに対応したレイアウトソフトの登場によって新しい状況が生まれつつある。その急先鋒はAdobe社のInDesignである。いち早くOpenTypeに完全対応したこのアプリケーションは、同じバージョンで同じOpenTypeを使っている限り、Windows版とMacintosh版で完全な互換性があり、OpenTypeの各機能を扱えることや、同社のAdobe IllustratorAdobe Photoshopなどとの操作感やファイルの共通性を武器に市場占有率を拡大していった。
新たにDTP部門を立ち上げるなど新規の設備投資においては、Windows版が伸びている。現に、地方自治体による市政だよりなどの内製化におい ては、WindowsとMacintosh間における文字セットの差異の問題、異なるOSを並行稼動させるコスト・スキルの問題などのために Windows版が主に導入されている。
現在MacintoshDTPとの比較において、唯一の欠点がカラーマネージメントの歴史が浅くカラーマネージメント対応製品も多くない、そもそも デバイスの種類が多すぎてプロファイル管理が難しいなどの問題である。そのため品質が求められる高級印刷物などでWindowsが用いられることはない。 ただし、これもIndesignやPhotoshop、Illustratorに搭載されているAdobe Color Engine(ACE)を利用したワークフローを構築すれば解決する問題であり、またCMYKの数値が印刷物でどのように表現されるかを、「勘」「感覚」 によって作業するオペレータも少なくないため、カラーマネージメントそのものを重視しない(利用しない)ケースも散見される。

進みはじめたMac OS Xへの移行

Apple社は従来のMac OS 9から、Mac OS Xへ の移行を進め、イベントにおいてMac OS 9の埋葬という演出までしてユーザーに新OSへの移行を奨めていたが、(アメリカにおいても)印刷・出版業界においてはなかなかそれは進まなかった。その 最大の理由はQuarkXPressがMac OS Xに対応していなかったことと言われていた。現在ではQuarkXpress 6.5が対応しているが、Mac OS Xに移行するということは高機能で自由度が高いInDesignへの移行と同義になりつつあり、OpenType ProフォントやPDF導入によるコスト削減とともに移行が進みはじめている。

オープンソース DTP

サーバの世界ではLinuxに代表されるオープンソースの ソフトウェアが伸長し、デスクトップPCにも次第に進出しつつある。Apple自身がMac OS Xにもオープンソースを取り入れるなどしている中、DTPにおいて、これはさほど目立った動きではない。しかし、まずは大規模に組版を行っている会社(印 刷会社など)向けに、協調作業用のファイルサーバとしてLinuxサーバが導入されつつある。
レイアウトソフトとしては、アスキーが自社向けに開発し、後に無償公開したEditor's Work Bench(EWB)が挙げられる。これはFreeBSDLinuxなどUNIX系OS上で動作する、TeXをベースにした組版システムで、編集者(Editor) の作業による高速組版を念頭に置いている。バッチ処理を得意とするため、定型パターンの繰り返しとなる書籍やマニュアル類などに威力を発揮する(一方で、 WYSIWYGな操作性が要求されるような、不定形の誌面構成の書籍には向かない)。現在のところ、強力なアプリケーション、たとえばAdobe Illustratorに相当するようなベクトルグラフィックツールなどが無いことから、オープンソースのみで固めたDTPシステムの構築は難しいと言え る。そうした状況のため目立った動きは無いが、他の分野での実績から考えると無視できない存在であろう(Publishing TeXを参照)。

自動組版

QuarkXPressInDesignなどのDTPソフトが、一ページのレイアウト・デザインに重きを置き、一ページの制作費用を比較的高く設定できる環境での使用から、ページ物印刷での組版作業という環境で使用され始めると、生産性というWYSIWYG方式でのDTPの基本的な要素と矛盾する要求を満足させる必要性が出てきた。
また、印刷する内容(ソースデータ)も、紙での原稿入稿から、テキストデータファイルやスプレッドシートファイルのような電子媒体での入稿にシフトし、多種類のデータフォーマットの取り込みを行わなければならなくなった。このような、電子媒体でのデータが一般的になると、インターネットCD-ROMなど多種類の表示方法の普及にともない、紙への印刷という範疇を超えて、データの互換性・再利用性の問題から、TeXのように組版を意識したマークアップデータ構造のデータから、SGMLXMLのような意味性に重きを置いたマークアップデータ構造によるデータ入稿が、印刷クライアントからの要求として印刷会社に求められるようになった。
このような背景から、大量の電子媒体データから、人手を省力化でき、生産性を高めることの出来る自動組版処理の機能をDTPソフトに付加することが課題となって登場した。
QuarkXPressInDesignなどは、Xtention,Plug-In等という形で、DTPソフトの機能拡張を可能としているほか、AppleScriptVBScriptなどでDTPソフトが内蔵する機能を外部から利用する手段も公開し、第三書の各種の利用に供している。
これらのDTPソフトの公開機能を使用して、様々な「自動組版処理」のアプリケーションが開発され販売されている。
自動組版の方法としては、
  • レイアウト指定のないデータに、如何にして、レイアウトを付加するのか。
  • 付加されるレイアウトが定形レイアウトなのか、非定形レイアウトなのか。
  • 文字の大きさや色などを部分的に変えたりする場合の方法は。
といった、レイアウト、文字属性設定への対処方法と、
  • データベースのデータのように、項目に対して、属性を持たせられないデータ。
  • XMLデータのように、タグに対して、属性を持たせられえるデータ。
の2種類の入稿データへの対処方法ということの考え方の違いにより、アプリケーションベンダー各社で異なった実現方法となっている。
このようなデータベースやXMLのデータが、データベースやXMLデータとして蓄積保存される価値があるデータとして成立するのに対して、そこまで は利用しないが、データ量としては大きい、あるいは、一時入力では、データベース化するまでの資力がないといったような様々な要因から、データベースや XMLにならないデータに対する自動組版ということも、一方では潜在化した需要として存在する。 この用途に対して、従来の専用組版システム(電算写植)で用いられた「バッチ・コマンド組版」を、DTPソフト上で実現しようとする考え方があり、開発あるいは販売されている。
コマンド組版をDTPで実現しようとする場合、従来の専用組版システムのコマンドそのものの動きをDTPソフトで実現しようとする考え方(移植)を とり開発を行ったベンダーがあったが、結局、この方法は旨く行かなかったようである。DTPソフトと専用組版ソフトでは制御方法の考え方が基本的に異なる ので無理であったと推測される。もうひとつのコマンド組版の実現方法として、DTPソフトが持っている機能をコマンド化するということが考えられる。細か な組版機能は専用組版ソフトを移植するような上記の形での実現方法に比べれば、劣るが、そもそもが基本DTPソフトの機能の枠内での実現となるので、実用 使用では問題はないと思える。
DTPソフトを自動組版のエンジンとして使用することにより、従来の方式でのDTPでの制作と自動処理での制作のワークフローがシンプルとなるばかりか、オペレータに対する作業負荷が軽減されるという効果も期待できる。
Design And Publishing
 

代表的なDTPソフト、システム


DTP自動組版ソフト


関連記事


posted by a6hyogo at 05:29| Comment(105) | TrackBack(31) | 日記